Specifies the maximum delay before IF Converter sends its first DHCPDISCOVER after power-up. The actual delay is determined individually for each device as a random value between 0 and MaxSeconds seconds, both limits included - the configured value is the longest delay that can occur. With the default of 10, this yields a delay of 0-10 s, as recommended by RFC 2131 (section 4.4.1).

The purpose of this delay is to desynchronize devices that power up at the same time - e.g. a floor of readers on a single switch and a single power feed - so they don't all contact the DHCP server at the same instant. It serves the same purpose for startup as UpdateTimeSpread does for the daily update check.

Values above 10 widen the window beyond what RFC 2131 specifies. They are intended for very large installations where a 10 s window is too narrow to spread the load, and they delay the availability of every device accordingly.

Setting this value to 0 disables the delay entirely: the device sends its DHCPDISCOVER immediately. This makes startup timing reproducible, which is useful for automated testing, but it must not be used as the default of a site - it reintroduces exactly the synchronized-burst behavior the delay exists to prevent.