BiTel

Уважаемые коллеги, в официальной документации - не нашел ничего по поводу особенностей и отличий обычного bitel.billing.server.processor.PoDNASConnectionInspector от хитрого нового инспектора для Cisco ISG: bitel.billing.server.processor.ISGNasConnectionInspector.

Если вам не сложно, поясните: в чем различия инспекторов? Разве можно решить какие-то конкретные задачи новым инспектором? Если да - то какие?

_________________
God Bless Linux! and blessings to FreeBSD!

Уважаемые коллеги и разработчики - поясните пожалуйста по сабжу...

_________________
God Bless Linux! and blessings to FreeBSD!

Делали его для нас, ну верней как, изначально мы isg настроили на 5.0 и для правильного скидывания сессий не подходил PoD, я уже не помню, но, если вы используете обычное подключение - то вам вполне хватит PoD, а если isg то тада уже апдейтись на 5.2 и там есть модуль inet который уже работает с isg

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Насколько я понял, 5.2 еще довольно опасен для применения... И все-таки, в чем особенность скидывания таким инспектором?

PS А вообще у нас пока небольшой ступор с ISG+PPPoE...

_________________
God Bless Linux! and blessings to FreeBSD!

ну у меня стоит не жалуюсь, баги есть, но исправляются.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Спасибо конечно. Но можно подробнее, пожалуйста. Т.к. сейчас столкнулся с проблемой реализации CoA для Cisco ISG, имея BGbilling 5.1. Не очень понятно как менять параметры сервиса... там ведь не просто надо прислать название нового сервиса, но с хитрым прибамбасом 0xB/0xC.

_________________
God Bless Linux! and blessings to FreeBSD!

Обновляйтесь на 5.2, в 5.1 замучаетесь это реализовывать. У нас не получилось сделать через инспектор, даже самописный, т.к. нужно посылать на 1 modify несколько CoA-пакетов (для каждого отключаемого/подключаемого сервиса). Плюс там ещё куча мелочей появляется.

Про посервисный аккаунтинг уж не говорю..

К сожалению, пока производитель не объявит о релизе 5.2 - не сможем. Рисковать десятками тысяч пользователей - нет никакой возможности. Сейчас реализовали простое назначение сервисов на сессии. Авторизацию сервисов делаем на отдельном радиусе (freeradius2). Но непонятно как реализовать CoA. Т.к. если использовать зоны - то получается большая засада, т.к. да, на переход отгружаем coa с параметрами активации нового сервиса, но при возврате в дефолтную зону - происходит беда, т.к. на ней атрибуты - обычные, т.е. AService-name... Пока непонятно что делать...

Может что-то подскажете?

_________________
God Bless Linux! and blessings to FreeBSD!