Что происходит, если сервер DHCP прибывает онлайн после того, как клиентские устройства делают?
Если у меня есть Windows PC, выполняющий сервер DHCP. Я ожидаю, что это возьмет порядок минут некоторые для начальной загрузки. Моя сеть будет иметь множество других устройств от различных поставщиков, которые загрузятся в течение секунд.
Я не нашел "стандарт" для повторений клиента DHCP. Будут те устройства тайм-аут, прежде чем сервер Windows DHCP запустится? Если так, что лучший способ состоит в том, чтобы иметь дело с этим?
Разъяснения: нет никаких вовлеченных клиентов Windows. Клиенты являются промышленными встроенными устройствами, такими как камеры, нагреватели и роботы.
Я не волнуюсь по поводу того, что происходит, если сервер DHCP понижается. Это встроенные устройства, которые все сцепляются с единственным источником питания. Я хочу знать, что сделать, когда "фабрика" включается утром.
Хорошо, у меня есть пара мыслей:
- Стеков DHCP столько, сколько звезд на небе. Ладно, не совсем, но идею вы поняли. Встроенные сетевые стеки особенно известны своей неполной «стандартной» реализацией. Таким образом, весьма вероятно, что ваши устройства закончат загрузку до того, как ваш DHCPd будет готов, будет APIPA, а не будет когда-либо повторять попытку DHCP. Единственный способ проверить это - проверить поведение каждого задействованного устройства.
- Выключение и выключение переключателя (как рекомендовали другие) может даже не работать. Я видел много встроенных устройств, которые запускали свои запросы DHCP один раз как часть последовательности загрузки, а затем никогда не пытались повторить попытку, даже если состояние соединения PHY на сетевой карте изменилось.
Вот мои рекомендации. Решение:
На рынке доступны блоки PDU с функцией упорядочивания питания. Обычно это двух- или трехступенчатые PDU с программируемыми задержками. С их помощью, когда они включены, они включат первую ступень, будут ждать указанное количество секунд, включат вторую ступень и т. Д. Вы можете подключить свой коммутатор и свой сервер к первой ступени, имея PDU подождите 5 минут, пока сервер завершит загрузку, а затем включите вторую ступень, на которой находятся все остальные устройства.
Есть три сценария для DHCP-клиента Windows, которые я могу придумать сразу. Я не могу разговаривать с DHCP-клиентами, отличными от Windows, но должен предположить, что они работают одинаково.
работает DHCP-клиент Windows, который имеет активную аренду, когда DHCP-сервер недоступен: DHCP клиент продолжит использовать арендованный IP-адрес. Когда он достигнет фазы продления (T1), он попытается продлить существующий договор аренды. Если ему не удается связаться с DHCP-сервером, который может продлить существующую аренду, клиент будет продолжать попытки продлить ее, пока не достигнет фазы повторного связывания (T2), где он попытается связаться с любым DHCP-сервером. Если таймер T2 истечет, клиент освободит свой IP-адрес.
DHCP-клиент Windows с активным арендованным, который перезагружен , пока DHCP-сервер недоступен: DHCP-клиент продолжит использовать его в настоящее время арендованном айпи адрес. Когда он достигнет фазы продления (T1), он попытается продлить существующий договор аренды. Если ему не удается связаться с DHCP-сервером, который может продлить существующую аренду, клиент будет продолжать попытки продлить ее, пока не достигнет фазы повторного связывания (T2), где он попытается связаться с любым DHCP-сервером. Если таймер T2 истекает, клиент освобождает свой IP-адрес. Предостережение заключается в том, что, насколько я понимаю, DHCP-клиент должен освободить свой существующий IP-адрес, если ему не удается связаться с DHCP-сервером после перезагрузки, потому что он не может подтвердить, что ему разрешено продолжать использовать IP-адрес. Похоже, что это не относится к клиентам Windows, что меня немного озадачило. Во всяком случае, мои тесты с клиентами Windows показывают, что они действительно сохраняют свой существующий арендованный IP-адрес при перезагрузке, когда сервер DHCP недоступен.
Клиент DHCP Windows, не имеет существующую аренду: Конечно, DHCP-клиент не сможет связаться с DHCP-сервером и назначит себе IP-адрес APIPA. Как сказал Нил Т. в своем ответе, DHCP-клиент, у которого нет активной аренды, будет пытаться связаться с DHCP-сервером примерно каждые 5 минут.
Клиенты Windows обычно дают серверу около 60 секунд (плюс-минус), чтобы собрать все вместе. После этого они переходят в резервный режим, при котором устройства проверяют каждые 5 минут. Если 5 минут - это слишком долго, чтобы ждать, вы можете перезагрузить коммутатор, к которому они подключены. Даже горячая перезагрузка, если в коммутаторе есть такая функция, подойдет.
Есть ли причина, по которой этим клиентам не может быть предоставлен статический IP-адрес? Хотя это «технически незаконно», я видел места, где некоторым устройствам назначались адреса в пространстве 192.168.0.0/16, а затем серверы DHCP были настроены на начало назначения адресов выше назначенных.
Если это не разумно, то почему не настроили аренду DHCP на две недели или более?