Добрый день!

Используем 3526 в больших количествах. Есть один сегмент, где единственное отличие в конфиге от остальных - включенный igmp access_auth на юзерские порты.
Недавно начались массовые зависания свичей из этого сегмента, причем зависают только определенные свичи, раз в 30-60 минут.
Опытным путем выяснили, что к этому приводит access_auth, сразу после отключения зависания прекращались.

Сразу предупрежу, что научить клиентов дампить трафик будет довольно таки сложно

На всех свичах прошивка 6.20.B09.

При зависании Вы можете зайти на них по консоли?

К сожалению нет, т.к. сегмент этот находится в 200 км от главного офиса и монтажники там могут максимум поменять/передернуть свич.

Кстати, судя по тому, что через несколько часов они "оживают" без перезагрузки, в консоли не будет ничего содержательного, да и в логах все чисто.

Здравствуйте, хотелось бы узнать избавились ли вы от зависаний DES-3526??

У меня похожая ситуация. Есть DES-3526, версия прошивки 6.20.B07

Настройки RADIUS Server Authentication Setting



Включен IGMP Access Authentication на 24 порту, к нем подключена тестовая STB. Оговорюсь. Приставка прописана так что в случае отсутствия канала, она посылает запрос для подключения к потоку каждую секунду. Сделано для эмуляции множественных запросов на каналы на которые нет подписки. Криво конечно, но для 24 человек в портах почти годится.

Включаем канал из разрешенной на радиусе группы для этого девайса. В логах radius-a


на что он отвечает как положено


теперь включаем запрещенный канал


на что радиус естественно отвечает


по истечению 5-15 минут, пытаемся включить другой запрещенный канал. Однако в логах радиуса скачут еще запросы на предыдущий канал.


А вот теперь включаем канал из разрешенной группы. Тот который запускали первый раз. Однако канал не показывает и сам длинк не отвечает ни по telnet ни по web.
На радиус приходит запрос на каждые 5 секунд (вместо начальных 1 секунда) на запрещенный канал.

а должен быть такого вида.


кто сталкивался с подобным? И наблюдаются ли такое поведения на 3200 и других dlink с IGMP Access Authentication?

Подтверждаю у себя на стенде, написал в шк.

Из ШК уже пришел ответ? Как-то они долго с этим разбираются, уже неделя прошла.

_________________
DES-1228/ME, DES-3028, DES-3200-XX, DES-3526, DES-3528, DGS-3100-24TG, DGS-3120-24SC, DGS-3627G, DGS-3620-28SC

Пришёл. Проблему подтвердили, но сроков исправления еще не дали.

а я про это писал уже давно (несколько мес), но меня просто проигнорировали, ситуация немного другая, но симптомы те же самые - отваливается доступ к коммутатору и igmp не работает, остальная коммутация работает
уже давно бы в шк разобрались бы

Исправление будет 7-го сентября.

а в 3550 такая-же проблема?

Похоже, что да. Это та же серия, используются те же прошивки.

_________________
DES-1228/ME, DES-3028, DES-3200-XX, DES-3526, DES-3528, DGS-3100-24TG, DGS-3120-24SC, DGS-3627G, DGS-3620-28SC

сегодня 7 сентября )) прошивку ждать сегодня, или отложили?

Фикс 6.20.B017 доступен в теме с прошивками.
Пожалуйста, проверьте и отпишитесь по результату.

насчет зависаний пока незнаю, но такое ощущение что свич вообще игнорирует ответы от радиуса, что accept что reject, мультикаст траффик все равно ходит

протестировал "на столе", на сервер прилетает radius запрос, радиус ничего не отвечает, подписка проходит, трафик идет.

настройки радиуса

config radius add 1 x.x.x.x key 123 default
config igmp access_authentication ports 1 state enable

работать все должно через ism vlan.

что может быть не так?