forum.bitel.ru http://forum.bitel.ru/ |
|
Различие ISG-инспектора от PoD-инспектора http://forum.bitel.ru/viewtopic.php?f=5&t=6166 |
Страница 1 из 1 |
Автор: | Dmitri [ 29 ноя 2011, 02:57 ] |
Заголовок сообщения: | Различие ISG-инспектора от PoD-инспектора |
Уважаемые коллеги, в официальной документации - не нашел ничего по поводу особенностей и отличий обычного bitel.billing.server.processor.PoDNASConnectionInspector от хитрого нового инспектора для Cisco ISG: bitel.billing.server.processor.ISGNasConnectionInspector. Если вам не сложно, поясните: в чем различия инспекторов? Разве можно решить какие-то конкретные задачи новым инспектором? Если да - то какие? |
Автор: | Dmitri [ 29 ноя 2011, 20:34 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
Уважаемые коллеги и разработчики - поясните пожалуйста по сабжу... |
Автор: | skyb [ 30 ноя 2011, 05:15 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
Dmitri писал(а): Уважаемые коллеги и разработчики - поясните пожалуйста по сабжу... Делали его для нас, ну верней как, изначально мы isg настроили на 5.0 и для правильного скидывания сессий не подходил PoD, я уже не помню, но, если вы используете обычное подключение - то вам вполне хватит PoD, а если isg то тада уже апдейтись на 5.2 и там есть модуль inet который уже работает с isg |
Автор: | Dmitri [ 30 ноя 2011, 09:35 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
skyb писал(а): Dmitri писал(а): Уважаемые коллеги и разработчики - поясните пожалуйста по сабжу... Делали его для нас, ну верней как, изначально мы isg настроили на 5.0 и для правильного скидывания сессий не подходил PoD, я уже не помню, но, если вы используете обычное подключение - то вам вполне хватит PoD, а если isg то тада уже апдейтись на 5.2 и там есть модуль inet который уже работает с isg Насколько я понял, 5.2 еще довольно опасен для применения... И все-таки, в чем особенность скидывания таким инспектором? PS А вообще у нас пока небольшой ступор с ISG+PPPoE... |
Автор: | skyb [ 30 ноя 2011, 10:32 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
Dmitri писал(а): Насколько я понял, 5.2 еще довольно опасен для применения... ну у меня стоит не жалуюсь, баги есть, но исправляются. Dmitri писал(а): И все-таки, в чем особенность скидывания таким инспектором? skyb писал(а): я уже не помню, но, если вы используете обычное подключение - то вам вполне хватит PoD, а если isg то тада уже апдейтись на 5.2 и там есть модуль inet который уже работает с isg
|
Автор: | Dmitri [ 01 мар 2012, 13:14 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
skyb писал(а): Dmitri писал(а): Насколько я понял, 5.2 еще довольно опасен для применения... ну у меня стоит не жалуюсь, баги есть, но исправляются. Dmitri писал(а): И все-таки, в чем особенность скидывания таким инспектором? skyb писал(а): я уже не помню, но, если вы используете обычное подключение - то вам вполне хватит PoD, а если isg то тада уже апдейтись на 5.2 и там есть модуль inet который уже работает с isg Спасибо конечно. Но можно подробнее, пожалуйста. Т.к. сейчас столкнулся с проблемой реализации CoA для Cisco ISG, имея BGbilling 5.1. Не очень понятно как менять параметры сервиса... там ведь не просто надо прислать название нового сервиса, но с хитрым прибамбасом 0xB/0xC. |
Автор: | Cromeshnic [ 01 мар 2012, 13:31 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
Обновляйтесь на 5.2, в 5.1 замучаетесь это реализовывать. У нас не получилось сделать через инспектор, даже самописный, т.к. нужно посылать на 1 modify несколько CoA-пакетов (для каждого отключаемого/подключаемого сервиса). Плюс там ещё куча мелочей появляется. Про посервисный аккаунтинг уж не говорю.. |
Автор: | Dmitri [ 02 мар 2012, 00:21 ] |
Заголовок сообщения: | Re: Различие ISG-инспектора от PoD-инспектора |
Cromeshnic писал(а): Обновляйтесь на 5.2, в 5.1 замучаетесь это реализовывать. У нас не получилось сделать через инспектор, даже самописный, т.к. нужно посылать на 1 modify несколько CoA-пакетов (для каждого отключаемого/подключаемого сервиса). Плюс там ещё куча мелочей появляется. Про посервисный аккаунтинг уж не говорю.. К сожалению, пока производитель не объявит о релизе 5.2 - не сможем. Рисковать десятками тысяч пользователей - нет никакой возможности. Сейчас реализовали простое назначение сервисов на сессии. Авторизацию сервисов делаем на отдельном радиусе (freeradius2). Но непонятно как реализовать CoA. Т.к. если использовать зоны - то получается большая засада, т.к. да, на переход отгружаем coa с параметрами активации нового сервиса, но при возврате в дефолтную зону - происходит беда, т.к. на ней атрибуты - обычные, т.е. AService-name... Пока непонятно что делать... Может что-то подскажете? |
Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |