BiTel

Коллеги, мучаемся в реализации CoA на 5.1. У кого-то есть положительный опыт?

_________________
God Bless Linux! and blessings to FreeBSD!

Есть. Если его можно назвать положительным. Геморрой и куча костылей. Много собственного кода, который приходится поддерживать актуальным при обновлениях.
Выкладывать не буду, нет смысла в 5.1 этим заниматься сейчас. Лучше свяжитесь с разработчиками и запилите в 5.2.

Пипец.... переезд на 5.2 - это почти смена религии. Все переделывать, от отчетов до скриптов... просто жуть. Неужели все так сложно, если требуется только отправять CoA с нужными атрибутами...

_________________
God Bless Linux! and blessings to FreeBSD!

Щас отпишусь.

Спасибо. Жду...

_________________
God Bless Linux! and blessings to FreeBSD!

См лс.

Есть положительные результаты? Тоже хотелось бы посмотреть на подход к этой реализации. Отпишитесь если не сложно. Есть свои идеи, вроде что то получается, но вдруг лесом иду, подход есть проще?

У нас логика следующая:
при смене зоны выполняется скрипт, в который из тарифного плана передаётся список опций, которые нужно подключить/отключить. Скрипт формирует задания для собственного Runnable-класса-отправщика CoA.
Сервисы авторизуются на отдельном договоре-справочнике в отдельном экземпляре модуля dialup.
Сначала я хотел написать свой инспектор, но понял, что он не хранит предыдущее состояние подключенных сервисов, чтобы определить, какие отключать.

Это было первым этапом.

Вторым этапом сделали аккаунтинг сервисных сессий. Но в таком случае всё усложняется, возникает куча проблем, которые у нас решаются скриптами предобработки, подпорками и костылями.

Всё это работает, но довольно громоздко и требует большого внимания при обновлениях.
Кроме того, в 5.2 в Inet это всё выглядит по-другому, т.е. то же самое нужно пилить заново. Почему я и рекомендую сразу делать в 5.2 нормально. У нас правда пока руки не доходят

Что-то похожее реализуем сейчас, на 5.2 переходить будем наверное позже, когда будет объявлен официально релиз.

А вы можете расписать пожалуйста, свое решение. Может и на wiki. Т.к. много страждущих, все в конце-концов доходят сами. Но полагаю, велосипед ISG-CoA+5.1 изобретался уже неоднократно. Но все предпочитают молчать...

_________________
God Bless Linux! and blessings to FreeBSD!

Как допилю, выложу свое видение.
У меня все началось с того, что не хочет сиска на лету менять скорости, в CoA запросе не понимает rate-limit.

Вы наверное несколько путаете, если используете lcp - это не ISG, т.к. просто передаете параметры которые навешиваются на сессию, на весь ее ip-трафик. Можно сделать даже лучше - ip-sub-policy - это уже почти SSG. Все это прекрасно работает как на Cisco 7201, так на Cisco 100x. Я же говорю про сервисы ISG. Вот их работа в рамках CoA - очень специфическая и совершенно несовместимая с dialup 5.1. Надо работать через события и писать скрипты.

_________________
God Bless Linux! and blessings to FreeBSD!