Command: debug show packet_memory_leakage information all include packet_info

[010] Function: LldpTxUtlAddPduHeader (line:1110 ) PacketLength:107, on port 0 v
lan 0, During 0 secs
01 80 c2 00 00 0e 48 ee 0c 84 39 51 88 cc 02 07
04 48 ee 0c 84 39 47 04 03 01 31 30 06 02 00 78
08 06 55 70 6c 69 6e 6b 0a 0f 4d 61 73 6b 33 32
32 2d 45 42 31 2d 53 57 31 0c 1d 44 47 53 2d 31
31 30 30 2d 31 30 2f 4d 45 20 56 31 2e 30 31 2e
42 30 34 32 2e 43 30 31 0e 04 00 04 00 04 fe 09
00 12 0f 01 01 00 00 00 1e 00 00

Тем не менее по своему функционалу, цене и габаритам - свитч уникальный. Проблемы с зависанием особенно проявились в крупных мультисервисных сетях. Локализовать их оказалось не просто. Но я уверен, что совместными действиями разработчиков и операторов получится довести до ума этот коммутатор.

Спасибо за информацию.

Я прилепил rs232 к этому свичу, после того как повиснет управление смогу что-то посмотреть....

Время идет, а никаких толковых результатов нет.
Изложу что имеется - условия при которых данный коммутатор зависает.

Что имеется:

• Настроен и включен ISM VLAN (возможно и при других конфигурациях, но я рассмотрю только эту).
• CPU ACL фильтрующие все ненужные IPv4 IGMP пакеты не помогают.
• Виснет только первый коммутатор в цепочке (если она есть) подключенный к одному из магистральных.
• Чаще виснут коммутаторы с клиентами Windows, с Linux виснут гораздо реже.
• С помощью трафика снятого с вышестоящего коммутатора (через Port Mirror) воспроизвести зависание пока не удалось.
• "Завалить" этот коммутатор разного рода генераторами пакетов тоже не получилось (и это радует).

Очень похоже на то что зависает не из-за одностороннего трафика (какого-то пакета определенного), а при определенном сочетании разных систем на разных интерфейсах.

Ситуация выходит патовая.

Но есть еще один момент который хотелось бы рассмотреть подробней.
В сети нашелся коммутатор 1100-10/ME (с аналогичными настройками), который не виснет. Пока один.
Разница с остальными только в том, что он подключен через коммутатор на котором полностью заблокирован IPv6.
Т.е. ни какие IPv6 Discovery, Solicitation, пакеты с MAC 33:33:xx:xx:xx:xx он не пропускает в обе стороны абсолютно...

.

У этого коммутатора действительно есть проблемы. Стоит только включить IGMP снупинг и попробовать посмотреть IPTV - очень скоро управление коммутатором пропадёт. Самое интересное, что с 1100-06/ME такой проблемы нет. Я уж молчу про то, что при входе на коммутатор (вводе имени и пароля в веб-интерфейсе) не работает Enter, приходится мышкой жать Во всех коммутаторах работает, на этом - нет. Исправьте уже, с этим ваши программисты точно должны справиться.

Такой фильтр сейчас обкатывается. Коммутатор который раньше вис за 30 минут полдня работает стабильно, другой уже день не зависает. IPv6 работать с ним не будет.

При скачивании 40-й прошивки в архиве 42-ая.Вы уже что-то исправили?

Поступает информация о том, что полная блокировка пакетов IPv6 на CPU помогает от зависания.
Возможно IPv6 Multicast вешает систему? Посмотрим что мы можем сделать, чтобы отключить отправку IPv6 Multicast в CPU, но оставить возможность их коммутации как Broadcast.
Смотрим конфиг:

Хотя mld_snooping multicast_vlan прямой командой не включался. Пробуем его отключить и надеемся , что IPv6 Multicast в CPU больше ходить не будет.

Это нормально? Нам ведь нужно отключить обработку только IPv6 multicast, а IPv4 оставить.

Этого достаточно?
Вы исправите эти ошибки?

На один из коммутаторов с V1.01.B040 после 2 мес. аптайма невозможно зайти по телнет. Просто черное окно и ничего нельзя сделать. Хотя он пингуется нормально, мультикаст и интернет тоже работают через него. Ребутнуть не получается пока - проблема с доступом к ящику.
С другими эксплуатируемыми DGS-1100-10/ME подобной проблемы никогда не было

_________________
ISP LuxLite

Проблему поиска мак адресов по vlanid планируют устранять?

Спасибо за информацию, я передал ее разработчикам.
До конца недели обещают апдейт, скорее всего выдадут расписание исправления.



Да, я отписал о проблеме разработчикам.
Спасибо.

Зависание управления исправят к концу следующей недели.