Здравствуйте, у меня есть вопрос.
Пытаясь сделать авторизацию на порту по протоколу 802.1x я натолкнулся на проблему. Коммутатор отдает радиусу неверные сведения NAS-Port-Type и NAS-Port. Причем NAS-Port-Type = wireless-802.11, а NAS-Port = 0. Поскольку я привязываю IP+MAC+Port, то для меня это критично. Я поначалу думал что тут косячит радиус, но после долгого гугления было выясненно, что радиус ни при чем. Кто сталкивался, помогите пожалуйста.
Версия прошивки: 4.20.11
Версия протокола: 2.001.003
Вот вывод радиуса:

Написал в ШК.

Что то я не понял, что вы этим хотели сказать...

что косяк в свиче и нужна новая прошивка, которую должна выслать Штаб-Квартира

Спасибо товарищ за разъяснение! Будем ждать прошивку.

Похоже, что в последнем релизе эта ошибка уже была исправлена. Прошивку можно взять тут:
ftp://ftp.dlink.ru/pub/Switch/DGS-1224T ... .21.01.hex

К сожалению эта прошивка проблему не исправила... Вообще никак...
Я 2 дня не спал чтобы обновить прошивки на всех коммутаторах и к сожалению напрасно. Так что жду исправленную прошивку...

Извините. Выслал Вам прошивку с исправлением.

Спасибо огромное! Прошивка решила проблему.
Перед прошивкой были замечены кое-какие глюки. Например, пользователи не могли переавторизоваться, либо вообще вылетали (включена функция ReAuthEnable) и не могли зайти пока я коммутатор не перезагрузил. Надеюсь что эта проблема после перепрошивки уйдет.

В ходе эксплуатации коммутаторов (парк из 30 штук) обнаружился еще один очень неприятный глюк...
После нескольких переподключений (как удачных, так и неудачных) порт коммутатора закрывается навсегда, причем коммутатор не реагирует на Access-Accept пакеты от радиус сервера, помогает только перезагрузка коммутарора. Частично помогла функция ReAuthEnabled. Она заставляет всех абонентов заново пройти авторизацию, значение по умолчанию 60 минут. Дабы не обламывать пользователей, я это значение сделал 30 минут. Ввиду того что коммутаторов не один, а 30, на каждом по 22 абонента, то посчитав получим ограмную нагрузку на сервер. За радиус сервер я не безпокоюсь, но вот мне жалко базу данных. Дело в том что сервер БД один и на нем не только база радиуса, а много чего еще. Сами понимаете что накладно выходит, так как радиус сервер своими запросами начинает сильно нагружать БД и уже обламываться приходится пользователям БД. Я наверно уже достал вас, но прошу все же, помогите!

Оптимизируйте запросы в радиус-сервер, в данный момент именно он у вас является узким местом.

Вот в этом я как раз таки и сомневаюсь. Дело в том что свич отказывается порт открывать. Даже когда радиус сервер полностью разгружен, пользователь не может авторизоваться. После рестарта коммутатора 22 пользователя авторизуются одновременно и без каких либо проблем. Так что радиус сервер явно ни при чем.

Написал в ШК

Все таки наиболее эфективным способом оказалась перезагрузка коммутатора, функция ReAuthEnable слабо помогает... Вручную перезагружать 30 коммутаторов это явно не вариант. Подскажите пожалуйста OID для перезагрузки коммутатора DGS-1224T по SNMP.