BiTel

Есть необходимость классифицировать принадлежность абонента, или вернее шлюза абонента к номеру кольца (коммутаторы объединены в кольца). Подскажите пожалуйста, где можно это хранить?

с какой целью ? информации ради или на основании этой информации идет разделение/определение услуг или эта информация должна участвовать в вычислении цены ?

например, в параметрах договора или объектов...

Может конечно странного хочется или подход не тот, но хочется на основе этих данных прописывать номер вилана абонента в транках на всех комутаторах кольца.

Спасибо, опробую оба варианта. Только вот возникло сомнение - той ли я дорогой иду? А может просто договора в группы объединять и работать уже с группами? Думал написать скрипт BGBS который бы отрабатывал при событии создания разовой услуги "Подключение" и прописывал бы на все комутаторы кольца номер вилана договора.
Как считаете, верное решение будет?

PS: Скажите пожалуйста, а когда отрабатывают скрипты по событиям? Они в очередь стаятся и запускаются отдельно какой-то задачей или отрабатывают по мере наступления событий?

1) учтите, что кол-во групп ограничено (около 60)
2) события есть двух видов: синхронные и асинхронные

Да, тогда возможно с группами не стоит связываться.
А вот с событиями не совсем понятно. К примеру событие на создание разовой услуги в договоре - это что за событие и как оно обрабатывается?

Добавил в API документацию:
http://www.bgbilling.ru/v4.6/javadoc/bi ... Event.html

Асинхронное, обрабатывается произвольным образом, смотря что нужно.

Нужно просто выполнить скрипт на момент создания разовой услуги у договора.

у нас есть еще поле vlan для шлюза, но оно уникально для каждого клиента ..у вас никак нельзя эти vlan-ы по GVRP прописывать? т.е указывать только на шлюзе доступа, а все остальные подхавтят автоматом ? или такой нет возможности при данной организации сети ? ..на шлюзе доступа можете своим скриптом или скриптовым шлюзом (котый возмет это номер откуда-то напрмер из параметров договора) ..в принципе можно и на всех шлюзах прописывать с помощью скриптового шлюза - он это будет делать при каждом вызове задачи проверки шлюзов

К сожалению GVRP или VTP нет возможности использовать (оборудование разношерстное), да и не безопасно это. А вот на счет скриптового шлюза очень даже интересно. Единственное что, нужно будет ручками каждому прописывать дополнительные шлюзы чтоли (те которые в кольце) или все таки хранить номер кольца в договоре, а скриптовый шлюз модифицировать для группировки по этому параметру и обходу соответствующих комутаторов?

Тогда уж пусть лучше скриптовый шлюз группирует

Всеж таки подниму еще раз вопрос по номерам колец. Похоже я не правильно задал вопрос в начале топика. Номер кольца не у абонента ведь, а у комутатора доступа абонента. При чем желательно иметь еще и номер порта абонента на этом комутаторе. Так что получается кроме инет-шлюза у абонента по любому еще должен быть комутатор доступа.