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/