BiTel

планирую внедрить управление коммутаторами на уже рабочем биллинге и рабочей сети (telnet+snmp + как-то нужно перепроверять , слетели параметры или нет) разок биллинг ребутну но не более.

сейчас на доступны 3 услуги
- ppp
- voip
- ipoe

дерево в билинге сейчас
acce+accouting
-flow-agent
-bras 1
-bras 2

в договоре выбираю на абоненте
pppoe -> acce+accounting -> если серый адрес то поле ip берется из пула, если белый то ручками
ipoe -> acce+accounting -> диапазон адресов.


планирую добавлять с начало новые участки сети, а потом все коммутаторы, нужно ли заводить новое дерево access+accounting (+ запустить новые процессы на сервере).

какие рекомендации ?

хм походу нужно начинать переходить и задавать вопросы по существу.

Можно сделать два разных access+accounting под ppp и под ipoe.

какое "дерево" рекомендуется при управлении коммутаторами ?

зависит от топологии сети и ее конфигов

_________________

Код:

  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Уважаемый a.vozny !

Вся сермяжная правда жизни состоит в том, что дерево устройств в модуле Инет не отражает топологию сети.
Оно отражает логическую модель , по которой :

1.Access-Server-а управляют "листами" этого дерева по параметрам , указанным в сервисе клиента.
2.Accounting-сервера подымают-завершают сессии клиента внутри коннекций, которые "породил" Access-Server.

(к сожалению в доке БЖБ понятие сессии и коннекции перемешано как в описании параметров, так и в описании логики. Упрощённо можно сказать что для коннекций , стартующих по сигналу длительность сессии и коннекции совпадает, стартующий по "траффику" внутри коннекции может быть несколько сессий.
Если не брать в усмотрение изменение опций )

3.Структура дерева нужна только для того , чтобы наследовать параметры устройств от корня к листу ( сверху-донизу ) и передать корню параметры сервиса клиента от "листа" к корню ( связке AA ) т.е снизу-вверх.

Если Вы вкурите сию "кубатуру круга" , то Вам легко можно будет построить дерево устройств в котором "листами" могут быть коммутаторы доступа ( если Вы будете управлять ACL-ами по параметрам сервиса клиента типа MAC или IP или Port ) или даже порт клиента или влан клиента (если Вы ещё пристегнёте в дерево выдачу ip-ов с помощью dhcp)

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)

Не только. Активация сервиса происходит во всех узлах от корня до agent_remote_id. Грубо говоря у вас может быть цепочка из 10 коммутаторов и на каждом из них вы можете совершить действия, разные, в ответ на активацию сервиса на конечном устройстве.