Я был бы очень признателен за мысли и мнения по этой странной проблеме, возникшей недавно.

Постоянное поведение, отмеченное проблемными клиентами:

• До определенного времени утром компьютеры пользователей запрашивали использование адресов APIPA 169.254.x
• Непринятие законных адресов, предлагаемых DHCP-сервером в течение этого периода времени.
• После второго DHCPDISCOVER по прошествии определенного периода времени клиенты будут принимать IP-адрес, предложенный DHCP.

Резюме

• Повлияла на сеть отдельных зданий после выходных
• Пользователи, которые оставили там машины на выходных, нет проблем - обновления DHCP и т. Д. Работают нормально
• Пользователи, которые старательно выключили свой компьютер, однако после включения испытывали проблемы с DHCP.
• Это повлияло на здание в течение двух часов, неисправностей не было обнаружено и устранено само.
• Сеть контролируется, и завершено обширное расследование - никаких проблем с сетью в течение указанного периода времени
• DHCP-серверы выдают адреса по всему сайту, это было изолировано только в одном здании
• Затронуты клиентские машины, преимущественно Windows 7, различное оборудование и поставщики сетевых адаптеров - закономерностей не обнаружено.
• Смесь статичных компьютеров и ноутбуков
• Проводное подключение
• Затронул один vlan, хотя затронут не все клиенты внутри vlan.

Последовательность событий, фиксируемых в журнале DHCP-сервера

1. DHCPDISCOVER - Клиентский ПК - Первое обнаружение действия клиента
2. DHCPOFFER DHCP-сервер - действительный IP-адрес, предлагаемый DHCP-сервером
3. DHCPREQUEST - Клиентский ПК - Запрос 169.254x от клиента: сообщение «неправильная сеть»
4. DHCPNAK - DHCP-сервер - сервер отрицательно подтверждает через NAK. Клиент должен начать процесс заново
5. DHCPDISCOVER -Клиентский ПК - второе действие обнаружения со стороны клиента
6. DHCPOFFER - DHCP-сервер - Предлагается действительный IP-адрес
7. DHCPREQUEST - Клиентский ПК - Клиент запрашивает использование действительного IP-адреса
8. DHCPACK - DHCP-сервер - сервер подтверждает положительно

Псевдо-суммирование точек RFC3927:

«Краткое» прочтение RFC 3927 «Динамическая конфигурация локальных адресов IPv4» - больше вопросов, чем ответов!

При использовании локальных адресов 169.254.x

• 169,254. / 16 локальная адресация канала используется, когда адреса или конфигурация адреса недоступны
• Обычно запускается при запуске

Если хост использует адрес 169.254.x и маршрутизируемый адрес, теперь доступный хост должен

• Использовать маршрутизируемый адрес
• Прекратить рекламу 169.254.x

Методы маршрутизируемого адреса могут перестать быть доступными

• Истечение срока аренды DHCP
• Удаление адреса с помощью ручной настройки
• Узел роуминга в новую сеть, адрес которой больше не работает

169.254.x выбор адреса

• Узлы Windows и MAC реализуют локальную автоматическую конфигурацию канала
• Примечание для Windows:
  • Как только обнаруживается подключение к сети, на интерфейс отправляется DHCPREQUEST или DHCPDISCOVER.
  • Системы немедленно переходят от нашей автоконфигурации, как только появляется возможность подключения
• генерация псевдослучайных чисел, засеянная против хоста, то есть MAC
• Происходит при загрузке

Требование адреса 169.254.x

• Хост должен проверить, не используется ли локальный адрес ссылки 169.254.x в сети
• Завершено с помощью широковещательного запроса ARP (целевой IP-адрес включен - подлежит проверке)

Объявление адреса 169.254.x

• Вторая широковещательная передача ARP, но на этот раз включая IP-адреса отправителя и целевого объекта, теперь являются выбранными IP-адресами 169.254.x

Заключительное резюме

• Клиент DHCPDISCOVERs и DHCP-сервер отвечает DHCPOFFER.
• Клиент должен принять это предложение маршрутизируемого адреса и прекратить использовать локальную ссылку 169.254.x. Почему-то нет ..
• Последующий DHCPREQUEST от клиента выглядит как зонд ARP или широковещательное сообщение ARP? Что клиент использует 169.254.x.x и может не соответствовать ответам DHCP-сервера?
• Второй DHCPDISCOVER - непонятно, что вызывает это, поскольку ПК были изначально включены.

Спасибо за терпение, если вы зашли так далеко!

Был бы очень признателен за помощь в понимании этого.

Спасибо,