4efan Опубликовано 15 февраля, 2018 · Жалоба Всем привет. Стоит задача нарезать клиентов (имеющих 2 и более ip из разных подсетей) одной скоростью, указанной в биллинге. Тему перетирали много раз и вроде как единственный способ при схеме IPOE (ip subscriber routed) к сессии, на которую навешивается policy, "пристегнуть" доп ip - это указать его в атрибуте Framed-Route. Так уж получилось, что биллинг может определять/отправлять только Cisco AVpair атрибут и этот момент изменить никак нельзя. Вопрос к знатокам радиуса: можно ли каким то образом заменять Cisco AVpair на Framed-Route, отдавая его в Access-Accept, например, через модуль радиуса rewrite? Коллеги, может кто-то делал подобные костыли? Или все-таки есть какие то другие способы? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 15 февраля, 2018 · Жалоба прикрутите rlm perl к радиусу и стройте какие хотите ответы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ShyLion Опубликовано 15 февраля, 2018 · Жалоба Как обходной путь, если vlan-per-user, то можно интерфейсную сессию использовать, правда не работает с unnumbered. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
4efan Опубликовано 15 февраля, 2018 · Жалоба Спасибо за ответы! Увы, интерфейсная сессия не вариант. Zhenya`, а ip или subnet, для которых будет роутинг в атрибуте Framed-Route, точно будут "пристегиваться" к адресу инициировавшему сессию при навешивании policy через avpair? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...