Поведение DHCP-клиента

это вопрос о стандартах интернет-протокола.

  • DCHP-клиент (dhcpcd-5.2.10 с Android 4.x) инициализирует интерфейс
  • DHCP-клиент отправляет сообщение DHCPDISCOVER
  • DHCP-server отправляет сообщение DHCPOFFER
  • затем клиент отправляет сообщение DHCPREQUEST, которое содержит" запрошенный IP-адрес", отличный от" ваш IP-адрес "из DHCPOFFER и не содержит"идентификатор DHCP-сервера".

I смотрите его от захват пакетов (можно открыть с помощью Wireshark) на устройстве dhcp-server.

RFC 2131 говорит:

The client broadcasts a DHCPREQUEST message that MUST include 
the 'server identifier' option to indicate which server 
it has selected, and that MAY include other options specifying 
desired configuration values.  
The 'requested IP address' option MUST be set to the value
of 'yiaddr' in the DHCPOFFER message from the server.

вопрос: корректно ли поведение DHCP-клиента? Могут ли стандарты измениться?

5
задан someuser
источник

1 ответов

Я в ответ... (больше места;)

первый вопрос. Вы испытываете задержку в получении правильного IP от сервера? Как я вижу, прошло более полутора минут, чтобы получить правильный IP (192.168.1.33). Если это так, может быть, мы должны посмотреть ближе к запросам.


Я думаю, что протокол правильный, как сейчас.

я отфильтровал только трафик от/до LenovoMo в/из MS-НЛБ-PhysServer. (По крайней мере, я думаю, что сделал ;)

я использовал фильтр

((((eth) && !(bootp.hw.mac_addr == 00:bb:3a:89:67:be)) && !(bootp.hw.mac_addr == b4:98:42:d6:63:c1)) && !(bootp.hw.mac_addr == e0:69:95:74:b2:43)) && !(bootp.hw.mac_addr == 78:e4:00:9d:fd:6b)

Это то ,что я получил (щелкните правой кнопкой мыши и выберите "Открыть в новой вкладке" Для большей версии):

enter image description here

  • глядя на первый запрос DHCP (строка #1) Ваш клиент запрашивает 192.168.1.35.

enter image description here

  • он получает DHCP NAK (нет правильного IP) обратно с сервера.
  • клиент переходит в DHCP Режим обнаружения и отправляет несколько пакетов для обнаружения (как и должно).
  • сервер отправляет предложение DHCP (также несколько раз), и я думаю, что он предлагает 192.168.1.33.

enter image description here

  • на строке 9 клиенты пытается снова получить 192.168.1.35 с запросом DHCP

    (дважды, почему? может быть, это упрямство;) (клиенту разрешено отправлять несколько запросов)
  • снова сервер отвечает с помощью DHCP NAK.
  • ...
  • это продолжается минуту.
  • ...
  • наконец, в строке № 63 клиент делает запрос DHCP с IP-адрес 192.168.1.33

    С "Option: (54) идентификатор DHCP-сервера" (как следует). (см. ниже)

Я не уверен (пока), почему это занимает так много времени, но все запросы DHCP, которые делает клиент (до строки #63) являются с просьбой 192.168.1.35 и таковы просьбы о обновление тот же IP во время INIT-REBOOT.


вопрос: корректно ли поведение DHCP-клиента? Могут ли стандарты измениться?

но... Думаю, ответ на этот вопрос есть...

да, это правильное поведение клиента

и NO стандарты не изменились ;)




enter image description here

1
отвечен Rik 2013-12-17 19:38:56
источник

Другие вопросы dhcp networking standards