ArhAngel_John Опубликовано 1 марта, 2014 (изменено) · Жалоба Что-то какой-то глюк: когда на сессию накладываются новые атрибуты, старые атрибуты стираются полностью. Смотрим. Вот сессия до добавления атрибутов [ppp_1-6] show iface ng7 ........ Interface status: Admin status : CLOSED Status : UP Name : ng7 Description : "<none>" Session time : 455 seconds Session timeout : 86400 seconds MTU : 1488 bytes IP Addresses : 10.0.0.1/32 -> 10.0.0.116 Dynamic routes via peer: IPFW pipes: IPFW queues: IPFW tables: IPFW rules: Traffic filters: Traffic limits: in#10 : 'all shape 2097152 pass' out#10 : 'all shape 2097152 pass' Выполняем команду по добавлению фильтра: [root@billing2 billing]# echo -e "Acct-Session-Id=3586510-ppp_1-6, mpd-filter +=\"1#1=match src net 10.0.0.0/23 and dst net 10.0.0.0/23\", mpd-filter +=\"1#2=match src net 192.168.101.0/24 and dst net 10.0.0.0/23\"" | /usr/bin/radclient -t1 -r1 -c1 -x 192.168.101.4:3799 coa ХХХХХХ Sending CoA-Request of id 139 to 192.168.101.4 port 3799 Acct-Session-Id = "3586510-ppp_1-6" mpd-filter += "1#1=match src net 10.0.0.0/23 and dst net 10.0.0.0/23" mpd-filter += "1#2=match src net 192.168.101.0/24 and dst net 10.0.0.0/23" rad_recv: CoA-ACK packet from host 192.168.101.4 port 3799, id=139, length=20 Смотрим сессию: [ppp_1-6] show iface ng7 ..... Interface status: Admin status : CLOSED Status : UP Name : ng7 Description : "<none>" Session time : 33 seconds Session timeout : 86400 seconds MTU : 1488 bytes IP Addresses : 10.0.0.1/32 -> 10.0.0.116 Dynamic routes via peer: IPFW pipes: IPFW queues: IPFW tables: IPFW rules: Traffic filters: 1#1 : 'match src net 10.0.0.0/23 and dst net 10.0.0.0/23' 1#2 : 'match src net 192.168.101.0/24 and dst net 10.0.0.0/23' Traffic limits: старые настройки лимитов сбились. Подскажите, как решать такую проблему? Биллинг LanBilling 2.0 Изменено 1 марта, 2014 пользователем ArhAngel_John Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 1 марта, 2014 · Жалоба Так и должно быть. Все брасы именно так и реагируют, когда им передают какой-либо аттрибут по CoA. То, что Вы пишите += означает, лишь то, что вы будете передавать список аттрибутов с одинаковым номером(названием). Сам радиус-протокол(coa) не подразумевает операции += (нет такого поля в протоколе, где можно было задать что делать - добавлять аттрибут или заменять) Вам нужно передавать весь список значений одинакового аттрибута за один запрос Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ArhAngel_John Опубликовано 5 марта, 2014 · Жалоба Спасибо. Понял Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...