BiTel

В этих скриптах собственно главная сила BGBilling'а. Все хорошее простым не бывает, возьмите любой хороший инструмент, будь то Photoshop, 3DMax, AutoCAD и т.п. Если сами не смыслите в программировании и сетевых технологиях, доверьте эту работу знающим людям.

Зачем бояться? Попробуйте - это же бесплатно..
Базовый функционал позволяет делать очень многое, скрипты вовсе не обязательны для того чтобы считать.

Подтверждаю год работали без скриптов, потом и скрипты стал писать нормально всё!

это действительно страшно когда читаешь когда поставишь и начинаешь сам разбираться что к чему - все как то обыденно и просто ... дело в том что если бы не скриптование - БГБ был бы просто хорошим биллингом, но наличие возможности на все подряд навесить свои скрипты которые делают то что тебе надо, а не то что где-то там разработчик придумал так как он захотел позволяет сказать что БГБ это не просто хороший, это обалденный биллинг! почти что мечта провайдера кстати, не бойтесь скриптов - вполне возможно 99% из того что Вы тут, на форуме, или в вики видели Вам вообще может не понадобится ...

А кто-нибудь может помочь с настройкой тестовой версии?
Подключиться к моему тестовому серверу (ssh) и удалено настроить...
или посредством общения в асе.

Я с завтра с утра если что в Асе 5744439!

1.PPPoE.
Необходимо динамически (из пула) раздавать реальные IP.
IPN это умеет ?

2.PPPoE.
Необходимо динамически (из пула) раздавать реальные IP и учитывать трафик по NetFlow с делением на классы (типы).
Поток NetFlow обязательно должен исходить с NAS ?

3.PPPoE.
Необходимо динамически (из пула) раздавать реальные IP и учитывать трафик по NetFlow с делением на классы (типы) и хранить детальную информацию по трафику (flow строки). Насколько я понимаю для этого нужен IPN. Как IPN узнает адрес выданый из пула ? Количество лицензий IPN должно быть такоеже как Dialup ?

dialup - умеет, и ipn тут ни при чем ...


поток может быть откуда угодно, в любом случае Вы сможете делить только тот трафик который будет проходить через источних netflow ...

ipn узнает "как" - это уже детали, главное что при создании детализации он знает кому какой адрес принадлежал ... лицензия на ipn не нужна, т.к. в лицензии учитываются только услуги модуля, а не его фунуционал, т.е. если Вы создадите некие услиги ipn модуля и привяжите их к договору(ам) - значит Вам нужно кол-во лицензий == кол-ву договоров имеющих услуги ipn модуля ...

>>Поток NetFlow обязательно должен исходить с NAS ?
>поток может быть откуда угодно, в любом случае Вы сможете делить только тот трафик который будет проходить через источних netflow ...
Если не с NAS, то как коллектор узнает IP адрес абонента ?
Просто в документации написано, что именно от NAS коллектор узнает об IP адресе, но мне невыгодно лить NF с NAS-ов. Вот я и выясняю.


>ipn узнает "как" - это уже детали, главное что при создании детализации он знает кому какой адрес принадлежал ... лицензия на ipn не нужна, т.к. в лицензии учитываются только услуги модуля, а не его фунуционал, т.е. если Вы создадите некие услиги ipn модуля и привяжите их к договору(ам) - значит Вам нужно кол-во лицензий == кол-ву договоров имеющих услуги ipn модуля .

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

На сколько я понимаю в момент прихода потока коллектор связывает адрес с имеющимеся открытыми сессиями!



Лицензий на ИПН в принципе не нужно!

>Лицензий на ИПН в принципе не нужно!

Поясните,что значит "в принципе" ?

Если не работаете с данным типом подключения то вообще не надо!

на бордере есть инфа о том на какой именно IP адрес идет поток трафика, ну а RADIUS точно знает кому этот адрес принадлежит в момент получения netflow пакета


не факт ... RADIUS узнает IP адрес от NAS-а если сам NAS назначает IP адреса, а если адреса назначает RADIUS, то он сам прекрасно знает кому какой адрес отдал ...


так не лейте! лейте с бордера ну или еще чего нибудь вписывающегося в схему:



IMHO это делает только встроенный в RADIUS коллектор, а когда речь идет о детализации, то dialup говорит ipn "выдай-ка из своих файлов данные по такому-то адресу за такое-то время" ...

Дальше вопросы...

Где и в каком виде хранится "детальная информация" (flow строки) ?
Обьем то громадный... mysql - расточительно.

встречный вопрос - Вы главу Настройка сбора и обработки логов документации читали?

Да честно говоря недумал, что "логи" это про netFlow.
Теперь прочитал. Спасибо.

Написано, что при большой нагрузке рекомендуется изпользовать flow-tools в качестве коллектора. Как определить велика ли моя нагрузка ?
Примерно 1000 flow в секунду (процессор коллектора xeon2.3Г)

Еще вопрос. Теперь про другое:
Возможно ли, остановить любые списания с лиц. счета если на начало месяца денег недостаточно для тарифа. Т.е. "заморозить" абонента.
А когда он внесет необходимую сумму - автоматически разморозить ?

Только если скриптом изменять статус договора а по событию платежа менять статус на "активен".