pod Posted June 7, 2019 Posted June 7, 2019 (edited) Здравствуйте! Подскажите, ПО SNR-S2985G-48T(24T_8T)(POE)(UPS)(RPS)_7.0.3.5(R0241.0311) содержит в себе исправление ошибки FIX|MT8441 skb leaking caused by dhcp packets with option82(из ченжлога ПО для 2990G) ? Т.к на 2985-8Т на версии R0241.0305 наблюдаю периодические проблемы с выдачей IP адресов при включенном ip dhcp snooping Edited June 7, 2019 by pod Вставить ник Quote
Ivan Tarasenko Posted June 7, 2019 Posted June 7, 2019 @pod, здравствуйте! Это исправление не имеет общего с вашей проблемой. Опишите проблему подробнее Вставить ник Quote
pod Posted June 7, 2019 Author Posted June 7, 2019 (edited) @Ivan Tarasenko эта проблема встречалась и на 2990. Через рандомный промежуток времени после перезагрузки(от нескольких часов до недель) клиенты, включенные в 2985 или свичи за 2985 перестают получать IP адреса. Если убрать из конфига "ip dhcp snooping enable" то все сразу нормализуется, но в dhcp запросе перестает приходить опция82(что логично :)) Кроме того, в момент существования проблемы таблица биндингов "sh ip dhcp snooping binding all" пустая Edited June 7, 2019 by pod Вставить ник Quote
Aleksey Sonkin Posted June 7, 2019 Posted June 7, 2019 @pod Соберите данные дебага в момент проблемы: debug ip dhcp snooping binding/event/packet/update Вставить ник Quote
pod Posted June 7, 2019 Author Posted June 7, 2019 собирал, и трафик дампил с разных сторон. со свича dhcp запросы не уходят(все 1 в 1 как на 2990) 48-5b-39-95-fd-f8 - мак тестового клиента в 1м порту, 9й порт - аплинк в сторону ядра сети [tNACTask]:DHCPS: rcv packet from client 48-5b-39-95-fd-f8, interface Ethernet1/0/1(portID 0x1000001), length 363, type DHCPDISCOVER, opcode BOOTREQUEST, stacking 0 [tNACTask]:DHCPS: flood dhcp pkt from Ethernet1/0/1 dst mac ff-ff-ff-ff-ff-ff to all up port except input port Ethernet1/0/1 in vlan 18 [tNACTask]:DHCPS: do binding info from client 48-5b-39-95-fd-f8, interface Ethernet1/0/1, type DHCPDISCOVER, flag 0 [tNACTask]:DHCPS: rcv packet from client bc-ee-7b-65-96-c9, interface Ethernet1/0/9(portID 0x1000009), length 362, type DHCPDISCOVER, opcode BOOTREQUEST, stacking 0 [tNACTask]:DHCPS: flood dhcp pkt from Ethernet1/0/9 dst mac ff-ff-ff-ff-ff-ff to all up port except input port Ethernet1/0/9 in vlan 13 [tNACTask]:DHCPS: do binding info from client bc-ee-7b-65-96-c9, interface Ethernet1/0/9, type DHCPDISCOVER, flag 8 [tNACTask]:DHCPS: parse packet from client bc-ee-7b-65-96-c9, failed interface Ethernet1/0/9(portID 0x1000009), length 357, type DHCPOFFER, opcode BOOTREPLY, stacking 0 Invalid DHCP Server from Ethernet1/0/9 Вставить ник Quote
Aleksey Sonkin Posted June 7, 2019 Posted June 7, 2019 @pod Cоберите, пожалуйста, полный вывод указанного дебага при попытке получения клиентом реквизитов, где будет видно время. А также снимите в момент проблемы 'sh tech' и приложите эти данные в обращение, которое необходимо открыть на support.nag.ru. Вставить ник Quote
bike Posted June 7, 2019 Posted June 7, 2019 Кстати, а проблемные коммутаторы не с UPS встроенным случаем? Вставить ник Quote
pod Posted June 10, 2019 Author Posted June 10, 2019 On 6/7/2019 at 5:54 PM, bike said: Кстати, а проблемные коммутаторы не с UPS встроенным случаем? нет, самые обычные, без UPS On 6/7/2019 at 12:55 PM, Aleksey Sonkin said: @pod Cоберите, пожалуйста, полный вывод указанного дебага при попытке получения клиентом реквизитов, где будет видно время. А также снимите в момент проблемы 'sh tech' и приложите эти данные в обращение, которое необходимо открыть на support.nag.ru. ок, как следующая проблема случится - соберу Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.