Все ip helper-address
линии, настроенные в вашей VLAN, принимают DHCP-трансляцию от клиента, добавляют адрес маршрутизатора (шлюза) в пакет UDP, а затем направляют одноадресные сообщения на DHCP-серверы. [Я уверен, что перезапись пакета выполняется только один раз, затем копия отправляется на каждый DHCP-сервер.] Все перечисленные настроенные серверы получают пакет DHCPDiscover от ретранслятора маршрутизатора.
Резервирование ваших DHCP-серверов зависит не только от вашей ОС, но и от конкретной версии! Для упомянутой Windows ваши варианты варьируются от истинной разделенной области в Windows 2008 R2 до активной избыточности при отказе в Windows 2012. Для не очень надежных DHCP-серверов (т. Е. Windows 2003) вы можете вручную настроить разделенную сфера. Общая рекомендация - это правило 80/20 с 80% аренды, настроенной на то, что вы (и только вы один) считаете своим основным DHCP-сервером, а 20% - вторичным. Исключения добавляются на каждый DHCP-сервер, поскольку они имеют перекрывающиеся области.
Поскольку я не фанат перекрывающихся областей в Windows 2003, так как исключения обычно скрыты, я предпочитаю просто разделить подсеть пополам для каждого DHCP-сервера. Блок A / 24 для аренды клиента становится двумя / 25 блоками. Их ключом является маска подсети, в области все еще находится / 24. Начальный и конечный IP-адреса в диапазоне, настроенном в области, следует за / 25. Теперь я рекомендую некоторые исключения для сетевых устройств, таких как IP-адрес интерфейса VLAN и HSRP, а также некоторые для статических устройств (например, принтеров) в одной подсети. Поэтому я исключаю первые 16 (0-15) адресов - нулевой адрес, конечно, не будет использоваться, конечно, - и исключаю первые 16 (240-255) - 255 рассылок, конечно. Вы можете обойтись без настройки исключения, просто запустив и закончив соответствующий IP-адрес.
Базовая информация о области действия в раздельно настроенной области 50/50 (2x / 25 = / 24), настроенной вручную, аналогична следующей:
Основной DHCP
Область действия ниже: 192.0.2.0/24, начало 192.0.2.16, конец 192.0.2.127, без исключений
Вторичный DHCP
Область видимости: 192.0.2.0/24, начало 192.0.2.128, конец 192.0.2.239, без исключений
Сконфигурируйте идентичные области (2x / 24) с соответствующими исключениями, если вы предпочитаете этот метод:
Основной DHCP
Полный объем: 192.0.2.0/24, начало 192.0.2.16, конец 192.0.2.239, исключения 1-15, 128-254
Вторичный DHCP
Полный объем: 192.0.2.0/24, начало 192.0.2.16, конец 192.0.2.239, исключения 1-127, 240-254
Поскольку существует очень небольшая задержка для одноадресных дублированных пакетов DHCPDiscover для каждого ip helper-address
, при прочих равных условиях, первый из перечисленных серверов DHCP обычно будет первым, кто ответит DHCPOffer, и адресом, выбранным клиентом, когда он делает свой запрос DHCPRequest. - нет гарантии, хотя. Поэтому сначала поместите ваш основной DHCP-сервер в SVI для VLAN. Клиент обычно получает несколько предложений DHCPO и выбирает лучший, который обычно является первым полученным. Назначение завершается только после того, как клиент отправит запрос DHCPRequest обратно на сервер - в случае, если сервер передумал об аренде или более недоступен или ??? - и сервер отправляет DHCPACK.
интерфейс vlan123
Пример desc svi для реле vl123 dhcp
IP-адрес 192.0.2.1
ip helper-address 192.0.4.1! Основной DHCP-сервер
ip helper-address 192.0.4.2! Вторичный DHCP-сервер
Между вашими виртуальными локальными сетями для передачи данных и речью вы можете чередовать то, что вы считаете основным DHCP-сервером для данной VLAN. Я делаю это, чтобы немного распределить арендную нагрузку.
Если область действия DHCP-сервера заполнена, он не ответит DHCPOffer, поэтому предложение поступит от другого DHCP-сервера, при условии, что оно также не заполнено. При устранении неполадок помните, что клиент Windows запомнит последний IP-адрес, который он арендовал последним, и попытается получить его снова. Также имейте в виду, что любые резервирования, которые вы делаете, должны выполняться на обоих серверах и учитываться в любых ACL-списках, таких как брандмауэры.
Посмотрите Понимание и Устранение неполадок DHCP в Коммутаторе Catalyst или Корпоративных сетях для подробного объяснения и отслеживания следов процесса ретрансляции DHCP.