Всем добрый день! В мануале написано, что при включении данной функции коммутатор отправляет запрос к радиус серверу. Вопросы :
1. Где указывать ip радиуса и другие его настройки
2. Работает ли данная функция на тегированном порту.
Схема подключения следующая: есть des-3028 с ism vlan, есть member port, к которому подключен комп с vlc плеером.

_________________
Alex

1. config radius add ...
2. Главное, чтобы ipif System имел связь с Radius Server-ом, т.е. если проще говорить, то ping-овал его.

_________________
С уважением,
Бигаров Руслан.

Спасибо! Все получилось, но есть вопросы в "догонку"
Возможно ли настроить отправку аккаунта со значением "Старт" после того как получено акцепт от радиуса и так же периодических аккаунтов с апдейтом.
В настоящий момент с коммутатора уходит аккаунт только в момент переключения канала со значением "Стоп",
AVP: l=6 t=Acct-Status-Type(40): Stop(2)
где в framed-ip-address указан адрес тв канала который "покидают"

_________________
Alex

Вопрос в резонности, а точнее для чего это Вам нужно ...

_________________
С уважением,
Бигаров Руслан.

Суть в следующем. В настоящее время биллинговая система и радиус сервер интегрированны между собой и имеют удобный веб-интерфейс. Если радиус дает разрешение на поднятие сессии или доступ куда-то, то загорается соответствующий индикатор в интерфейсе напротив данного клиента. Начинают заполняться таблицы по которым потом можно востановить когда , с каким ip т.д. был разрешен доступ. Т.е. некая история работы клиента. Но все это срабатывает только после того как приходит аккаунт "Старт" от оборудования. По апдейтам радиус и система биллинга отслеживают наличие в данный момент "жив" клиент или нет. По инету в апдейтах еще и количество трафика передается. Если клиент жив, то с данными логином-паролем больше нельзя получить доступ. Если апдейт не приходит. то радиус через 10 мин считает, что клиент "отвалился" и отмечает это у себя.
то же самое хотелось бы видеть по мультикасту, но для этого и нужны аккаунты "старт" и апдейты".

_________________
Alex

Я уточнил, должен данный пакетик отсылаться. Вы какую версию прошивки используете?

_________________
С уважением,
Бигаров Руслан.

Boot PROM Version Build 1.00-B04
Firmware Version Build 2.00.B27
Hardware Version A1

_________________
Alex

У Вас очень старые версии prom и FW, я выслал Вам последние версии на e-mail.

_________________
С уважением,
Бигаров Руслан.

Спасибо! Все получил , буду пробовать. Единственный вопрос, где можно найти инструкцию как перепрошить PROM ? C Firmware понятно.

_________________
Alex

Также как и прошивку через CLI.

_________________
С уважением,
Бигаров Руслан.

Добрый день !
Поменял прошивки, но с аккаунтами как была ситуация так и осталась. Может в конфиге надо что-то добавить ручками? Я настраивал через web-интерфейс. К сожалению с cli для длинк плохо знаком и если что то надо добавить вручную просьба поподробней написать.

_________________
Alex

В догонку к сказанному, если будуте что-то выяснять по аккаунтам, то по моему с коммутатора еще и последовательность отправки аккаунта "стоп" не совсем правильная. В настоящее время он отправляется после того как отправлен новый запрос ( при переключении канала тв), а должно быть по идее наоборот. Сначала отправляется аккаунт "стоп" для уведомления, что канал "покидают", а затем отправить запрос на разрешение нового доступа к другому каналу.
В настоящее время последовательность такая : 10.1.1.111 ( длинк), 192.168.1.11 ( радиус-сервер)
904 30.586623 10.1.1.111 192.168.1.11 RADIUS Access-Request(1) (id=12, l=96) (запрос доступа к следующему каналу)
905 30.618644 192.168.1.11 10.1.1.111 RADIUS Access-Reject(3) (id=12, l=72) ( отказ, так как есть уже доступ с такими учетными данными)
944 31.607674 10.1.1.111 192.168.1.11 RADIUS Accounting-Request(4) (id=115, l=84) (аккаунт "Стоп" для "покидаемого" канала)
957 31.837994 192.168.1.11 10.1.1.111 RADIUS Accounting-Response(5) (id=115, l=20)

_________________
Alex

2 Руслан:
А на 3526/3028 такая фича есть?

На счет 3526 не в курсе. У нас на сети используются только 3828 и 3026. Но там такого не видел. Сейчас вот вместо 3026 стали приобретать 3028 как раз для организации доступа к мультикасту ( в нем понравилось то что есть ISM vlan в отличии от 3026 и tagged member port в отличии от 3828) . А эту фичу обнаружил случайно, но очень понравилась . Значительно бы облегчила управление доступом именно к мультикасту , не затрагивая при этом доступ к инет. Так как запрет или разрешение касается только igmp на порту.

_________________
Alex

2 Alexmax > Мы проверим и напишем по результатам.

2 BuHast > В DES-3028 есть, в DES-3526 нет и не будет.

_________________
С уважением,
Бигаров Руслан.