BiTel

Добрый день. Зашли в тупик, подскажите, если кто знает.

BGBilling 6.0 - модуль Inet.

В Дереве Устройств имеем одно родительское (access+accounting) и два дочерних - ISG-PPPoE и ISG-IPOE. Они представляют одно физическое устройство, но на них привязаны разные Типы Устройств (с различными обработчиками - один ISGPPPoEServiceAvtivator, другой просто ISGServiceAvtivator). Т.е. ID и адрес у этих двух дочерних устройств одинаковые.

Дальше, имеем тестовый договор, в котором у нас два сервиса - один для PPPoE, другой для IPoE соединений. Проблема в том, что в данный момент, независимо от того, какое устройство указать для сервиса (читай - для юезра) в поле Устройство, любая сессия все равно привязывается к устройству IPoE. А хотелось бы, что бы клиент PPPoE "попадал" на устройство PPPoE, клиент IPoE - на IPoE.

В чем может быть проблема?

Так не будет работать, потому что изначально идет поиск устройства, а только затем поиск сервиса.
Также сессии привязываются именно к устройству-NAS'у, с которого идет запрос.

Если у вас указан один и тот же IP-адрес и один и тот-же идентификатор в двух устройствах, то RADIUS-пакеты будут привязываться всегда к одному из них.
Т.е. такая настройка неккоректна.


Обычно для разных схем доступа в Cisco можно настроить, чтобы в RADIUS-пакете приходил, если не разный NAS-IP-Address, то разный NAS-Identifier.
Другой вариант - сделать два отдельных (access+accounting - InetAccess и InetAccounting), но тогда нужно чтобы в зависимости от схем Cisco слала RADIUS на разные порты, с одной схемы на (access+accounting-ipoe), с другой - на (access+accounting-pppoe). Этот вариант даже предпочтительнее, ipoe и pppoe здесь практически не зависят друг от друга.

Т.е., я правильно вас понимаю, что если мне необходимо терминировать на одном устройстве как PPPoE сессии, так и IPoE, используя при этом разные обработчики в Типе Устройств (т.е. по сути - два разных типа устройств), то единственный вариант - это делать двойную схему? Собственно, видимо здесь:

http://wiki.bitel.ru/index.php/ISG,_%D1 ... g%27%D0%B0)

это и описано. Так как при условии, что устройство одно, то оно будет слать одинаковые ID и адрес.

Ну в Cisco же это настраивается как две схемы.

По приведенной ссылке немного другое, там в отделную aaa group server radius выделяются запросы на описание ISG-сервисов по их имени.

Две схемы вы имеете ввиду разные ааа листы? На данный момент мы столкнулись с тем, что например, isgpppoeserviceactivator не запускает локальные для isg сервисы, в то время как просто isgserviceactivator отрабатывет корректно.

Правда, еще остается вариант передачи сервиса как набора соответствующих cisco-avpairs, вместо cisco-ssg-account-info с именем локального сервиса.

Просто если нужно, чтобы Inet работал с одним и тем же устройством по разному - нужно, чтобы он думал, что это разные устройства. Сейчас, когда приходят одни и те же NAS-IP-Address и NAS-Identifier на один и тот же порт - он всё привязывает к одному устройству в биллинге.

Эти классы практически не различаются. Посмотрите класс ru.bitel.bgbilling.modules.inet.dyn.device.cisco.ISGPPPoEServiceActivator.