Jump to content
Калькуляторы

SNR-S2985G-8T исправлена ли ошибка?

Здравствуйте! Подскажите, ПО 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 by pod

Share this post


Link to post
Share on other sites

@pod, здравствуйте!

Это исправление не имеет общего с вашей проблемой.  Опишите проблему подробнее

Share this post


Link to post
Share on other sites

@Ivan Tarasenko эта проблема встречалась и на 2990. Через рандомный промежуток времени после перезагрузки(от нескольких часов до недель) клиенты, включенные в 2985 или свичи за 2985 перестают получать IP адреса. Если убрать из конфига "ip dhcp snooping enable" то все сразу нормализуется, но в dhcp запросе перестает приходить опция82(что логично :)) Кроме того, в момент существования проблемы таблица биндингов "sh ip dhcp snooping binding all" пустая

Edited by pod

Share this post


Link to post
Share on other sites

собирал, и трафик дампил с разных сторон. со свича 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

 

Share this post


Link to post
Share on other sites

@pod Cоберите, пожалуйста, полный вывод указанного дебага при попытке получения клиентом реквизитов, где будет видно время. А также снимите в момент проблемы 'sh tech' и приложите эти данные в обращение, которое необходимо открыть на support.nag.ru.

Share this post


Link to post
Share on other sites

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.

ок, как следующая проблема случится - соберу

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.