ms_root

LAG между SE100 и D-Link DGS-3627G Настроил Link Aggregation между SE100 и D-Link DGS-3627G. На данных двух линках собираются все pppoe сессии + отдельные вланы с линковочными адресами. Настройки 3627G Link Aggregation Algorithm = MAC-source-dest Group ID : 1 Type : LACP Master Port : 22 Member Port : 22-23 Active Port : 22-23 Status : Enabled LACP - Active Настройки SE100 link-group pppoe access description # 802.1Q + PPPOE # encapsulation dot1q mac-address auto dot1q pvc explicit 13 through 130 encapsulation pppoe bind authentication chap pap context local maximum 3000 dot1q pvc 10 bind interface vlandns local qos policy policing proxy-in qos policy metering proxy-out dot1q pvc 12 bind interface proxy local qos policy policing proxy-in qos policy metering proxy-out maximum-links 2 lacp passive Имеем вот такой результат Ccct count : 2 Grouping : LoadShare Card Type : carrier Type : access Bindings : Unbound Minimum-links : 1 Maximum-links : 2 Prot-Group-Type : round-robin Internal Handle : 255/22:1:26/1/1/17 Description : # 802.1Q + PPPOE # Constituent Circuits: 1. 2/1 (Up )| 10.75% 2. 2/2 (Up )| 13.94% По графикам загрузки портов делится примерно 60\40. Поправьте, если что-то не правильно, буду признателен.

Добрый день. Вот какой вопрос появился. При просмотре в UTM5, Dialup отчёта по пользователю в поле IP появились записи 0.0.0.0. т.е. после подключения абонента появляется запись с выданным ему адресом, а затем записи (с интервалом примерно 10 минуты) с нулевыми адресами. Время начала Время окончания IP Tue Jan 15 13:47:34 2013 Tue Jan 15 13:51:26 2013 100.100.200.200 Tue Jan 15 13:57:34 2013 Tue Jan 15 14:00:57 2013 0.0.0.0 Tue Jan 15 14:07:34 2013 Tue Jan 15 14:10:57 2013 0.0.0.0 Tue Jan 15 14:17:34 2013 Tue Jan 15 14:20:58 2013 0.0.0.0 Tue Jan 15 14:27:34 2013 Tue Jan 15 14:30:58 2013 0.0.0.0 Tue Jan 15 14:37:34 2013 Tue Jan 15 14:40:59 2013 0.0.0.0 Tue Jan 15 14:47:34 2013 Tue Jan 15 14:50:59 2013 0.0.0.0 Tue Jan 15 14:57:34 2013 Tue Jan 15 15:01:00 2013 0.0.0.0 Настройки на SE100 radius accounting server 10.10.5.100 encrypted-key radius server 10.10.5.100 encrypted-key radius max-retries 3 radius timeout 8 В чём может быть проблема, в SE или UTM_Radius

Не помогло, единственное что изменилось, это то, что весь трафик пошёл через другой порт.

Ingress, огромное спасибо за помощь. Возник вот ещё какой вопрос. У меня 2 порта смотрят в ядро сети. Создал группу link-group pppoe access description # 802.1Q + PPPOE # encapsulation dot1q mac-address auto dot1q pvc explicit 13 through 130 encapsulation pppoe bind authentication chap pap context local maximum 3000 dot1q pvc 10 bind interface web local lacp active При просмотре видим, что порт 2/1 загружен, а порт 2/2 нет. show link-group detail Link-Group: pppoe, ID : 25, State : Up ------------------------------------------------------------------------------ Ccct count : 2 Grouping : LoadShare Card Type : carrier Type : access Bindings : Unbound Minimum-links : 1 Maximum-links : 1 Prot-Group-Type : round-robin Internal Handle : 255/22:1:26/1/1/17 Description : # 802.1Q + PPPOE # Constituent Circuits: 1. 2/2 (Up )| 0.00% 2. 2/1 (Up )| 40.80% С другой стороны стоит D-Link DGS-3200-10 Алгоритм Mac-sourse-destination Каким образом можно сбалансировать нагрузку?

Добрый день! Исходные данные. PPPoE сервер на SE100 + Биллинг NetupUTM В конфиге радиуса UTM установлен параметр interim_update_interval=65 Возник следующий вопрос. Если разорвать сессию жёстко (например выдернуть шнур из сетевой карты) то сессия продолжает висеть на SE100 ещё 10 минут. Из документации Базовая настройка AAA,RADIUS,CoA,PPPoE,L2TP - Ограничения Минимальный интервал, с которым SmartEdge отсылает сообщения Accounting Update(Acct-Interim-Interval) в RADIUS: для сессии составляет 600 секунд(10 минут). Возможно ли сократить данное время?