Дополнительное исследование показало, что DHCP запросы на адрес сервера не релеються на первом коммутаторе (СуперВлан)
Перед пропаданием связи вижу запросы.
Код:
12:44:58.243749 52:54:00:12:34:56 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 358: 1.1.1.123.68 > 10.1.11.1.67: BOOTP/DHCP, Request [|bootp]
12:45:02.241394 52:54:00:12:34:56 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 358: 1.1.1.123.68 > 10.1.11.1.67: BOOTP/DHCP, Request [|bootp]
12:45:02.242442 52:54:00:12:34:56 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 358: 1.1.1.123.68 > 10.1.11.1.67: BOOTP/DHCP, Request [|bootp]
После этого запроса - начинает работать (что ожидаемо)
Код:
12:45:11.241389 52:54:00:12:34:56 > ff:ff:ff:ff:ff:ff, ethertype IPv4 (0x0800), length 358: 1.1.1.123.68 > 255.255.255.255.67: BOOTP/DHCP, Request [|bootp]
Траффик дампаю в том же влане что и клиент но с 1-го свитча (дам где СуперВлан).
1.1.1.123 - адрес клиента.
при этом, "отвал" клиента можно ускорить сделав renew
Запрос - я вижу - содержит опцию 82
Код:
Option: (t=82,l=18) Agent Information Option
Option: (82) Agent Information Option
Length: 18
Value: 010600040BC7010C02080006001E58D88100
Agent Circuit ID: 00040BC7010C
Agent Remote ID: 0006001E58D88100
End Option
Т.е. пока что я вижу что второй ("клиентский") свитч отрабатывает нормально - вставляет опцию.
А вот следующий свитч по какой-то причине дропает такой запрос, хотя вроде бы не должен.
Собственно, он вообще не должен никак этот запрос трогать - он УЖЕ адресован дхцп-серверу:
Код:
Internet Protocol, Src: 1.1.1.123 (1.1.1.123), Dst: 10.1.11.1 (10.1.11.1)
Version: 4
Код:
Protocol: UDP (0x11)
Header checksum: 0x002e [correct]
[Good: True]
[Bad : False]
Source: 1.1.1.123 (1.1.1.123)
Destination: 10.1.11.1 (10.1.11.1)
User Datagram Protocol, Src Port: 68 (68), Dst Port: 67 (67)
Source port: 68 (68)
Destination port: 67 (67)
Length: 324
Checksum: 0x9a06 [validation disabled]
[Good Checksum: False]
[Bad Checksum: False]
Bootstrap Protocol
Message type: Boot Request (1)
Hardware type: Ethernet
Hardware address length: 6
Hops: 0
Transaction ID: 0x68d6e4ac
Seconds elapsed: 13
[Expert Info (Note/Malformed): Seconds elapsed (13) appears to be encoded as little-endian]
[Message: Seconds elapsed (13) appears to be encoded as little-endian]
[Severity level: Note]
[Group: Malformed]
Bootp flags: 0x0000 (Unicast)
0... .... .... .... = Broadcast flag: Unicast
.000 0000 0000 0000 = Reserved flags: 0x0000
Client IP address: 1.1.1.123 (1.1.1.123)
Your (client) IP address: 0.0.0.0 (0.0.0.0)
Next server IP address: 0.0.0.0 (0.0.0.0)
Relay agent IP address: 0.0.0.0 (0.0.0.0)
Client MAC address: 52:54:00:12:34:56 (52:54:00:12:34:56)
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: (OK)
Option: (t=53,l=1) DHCP Message Type = DHCP Request
Т.е. пока я не вижу прочин дропать такой пакет.