forum.bitel.ru
http://forum.bitel.ru/

с UTM на BGBilling
http://forum.bitel.ru/viewtopic.php?f=7&t=4343
Страница 1 из 1

Автор:  antaeus [ 27 июл 2010, 12:04 ]
Заголовок сообщения:  с UTM на BGBilling

Думаем переходить на BG, поставили, настроили IPN и BG коллектор, завели несколько тестовых абонентов...
При сравнении отчетов по трафику видны различия в разных биллингах. Например у одного абонента(он больше скачивал) разница по входящему трафику в 1МБ, а по исходящему 50МБ. А у второго абонента(он больше раздавал) разница по входящему трафику 140 МБ (БГ насчитал примерно в два раза меньше чем ЮТМ) и по исходящему такая же ситуация(тоже в два раза меньше).
Может я что то не так настроил?

Автор:  skyb [ 27 июл 2010, 12:37 ]
Заголовок сообщения:  Re: с UTM на BGBilling

а в utm вы тоже через netflow считали трафик

Автор:  antaeus [ 27 июл 2010, 14:25 ]
Заголовок сообщения:  Re: с UTM на BGBilling

да, с поток один и тот же.
в БГ три абонента, у двоих нормально (входящий трафик почти сходиться, но исходящий разница, процентное соотношение не считал, но не большое). А у третьего абонента:
Цитата:
разница по входящему трафику 140 МБ (БГ насчитал примерно в два раза меньше чем ЮТМ) и по исходящему такая же ситуация(тоже в два раза меньше).

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

Автор:  snark [ 27 июл 2010, 15:15 ]
Заголовок сообщения:  Re: с UTM на BGBilling

antaeus писал(а):
поток один и тот же

а обрабатывается этот поток одновременно? а то может у Вас в ЮТМ стоит обработка раз в 5 минут, а в БГБ раз в час, ну вот Вы и видите разницу, т.к. БГБ еще попросту не обработал логи

Автор:  antaeus [ 27 июл 2010, 16:24 ]
Заголовок сообщения:  Re: с UTM на BGBilling

я сравнивал статистику за ночные часы, если бы за текущие - то такое возможно. время на обоих биллингах тоже совпадет.
а так да - ютм обрабатывает часто, а в БГБколлекторе данный параметр generate.minutes=30? раз в тридцать минут.

Автор:  snark [ 27 июл 2010, 16:47 ]
Заголовок сообщения:  Re: с UTM на BGBilling

поставьте в БГБ время обработки такое же как в ЮТМ и качайте файл известного размера, например создайте где нить у себя на серваке файл размером ровно в 100 метров, например так:
Код:
dd if=/dev/zero of=/path/to/100_MB_file bs=10240 count=10240

и скачивая его проверяйте и настройки и учет

Автор:  antaeus [ 27 июл 2010, 17:07 ]
Заголовок сообщения:  Re: с UTM на BGBilling

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

Автор:  snark [ 27 июл 2010, 17:12 ]
Заголовок сообщения:  Re: с UTM на BGBilling

я говорил про время для того чтобы у вас считалось _одновременно_ ... в продакшене Вы не будете использовать обсчет раз в 1 минуту или раз в 5 минут, а в тестах - очень даже удобно - чтоб не ждать когда же оно обработает :)

насчет "с утра" - тестовые юзеры точно качали одно и то же?

Автор:  antaeus [ 27 июл 2010, 17:19 ]
Заголовок сообщения:  Re: с UTM на BGBilling

snark писал(а):
я говорил про время для того чтобы у вас считалось _одновременно_ ... в продакшене Вы не будете использовать обсчет раз в 1 минуту или раз в 5 минут, а в тестах - очень даже удобно - чтоб не ждать когда же оно обработает :)

насчет "с утра" - тестовые юзеры точно качали одно и то же?

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

Автор:  antaeus [ 12 авг 2010, 19:46 ]
Заголовок сообщения:  Re: с UTM на BGBilling

появилось время - снова решил мучать бгбиллинг.
у нас используются D-link 35xx читаю про настройку шлюза... дошел до
"11.11.1. Настройка в связке с DHCP шлюзом."
пока не могу понять зачем нужен BGDhcpIPN ? его необходимо установить на сервер где развернут dhcpd?
или BGDhcpIPN - это реализация демона dhcp только от BG и при уже работающем dhcpd он не нужен?

Автор:  stark [ 13 авг 2010, 14:59 ]
Заголовок сообщения:  Re: с UTM на BGBilling

antaeus писал(а):
или BGDhcpIPN - это реализация демона dhcp только от BG и при уже работающем dhcpd он не нужен?


Да.. BGDhcpIPN нужен для того чтобы выдавать ip, которые завели в биллинге .. если у вас есть dhcpd и вас он устраивает, то вам не нунен BGDhcpIPN

Автор:  antaeus [ 13 авг 2010, 16:28 ]
Заголовок сообщения:  Re: с UTM на BGBilling

А скрипты для шлюза можно реализовать только на java и beanshell или скрипты на python тоже будут работать?

Автор:  skyb [ 13 авг 2010, 16:35 ]
Заголовок сообщения:  Re: с UTM на BGBilling

поищите реализацию универсального шлюза на вики...там можно все что угодно вставить

Автор:  antaeus [ 13 авг 2010, 16:43 ]
Заголовок сообщения:  Re: с UTM на BGBilling

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

Автор:  antaeus [ 13 авг 2010, 19:16 ]
Заголовок сообщения:  Re: с UTM на BGBilling

создал тестовый шлюз и договор.
к договору привязал шлюз и указал порт, на свиче создал acl
сделал как на вики(взял универсальный скрипт, просто посмотреть как отрабатывает)...
только почему то после смены состояния шлюза правила не удаляются ни добавляются в профили acl.
смотрел логи на свиче - по телнету скрипт заходит, в логах server.log как бы все ок...

Цитата:
**********
* Logout *
**********
08-16/10:15:46 DEBUG [Thread-66] DlinkGateWorker - ok
08-16/10:15:46 INFO [Thread-66] DlinkGateWorker - Process time => 518
08-16/10:15:46 DEBUG [http-8080-2] server - executing bitel.billing.server.ipn.action.ActionSetContractStatus; time => 526 ms.
08-16/10:15:46 DEBUG [http-8080-2] server - executing bitel.billing.server.ipn.action.ActionGateContractInfo; time => 3 ms.
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - run
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - doParentSync
08-16/10:16:29 INFO [Thread-67] DlinkGateWorker - Running script
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - 3 gate: 10.254.200.201:23 login: admin pswd: %мой пароль%
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - before connect
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - after connect
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - after command
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - before pswd
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - execute commands
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - openAddress = 192.168.158.128
08-16/10:16:30 INFO [Thread-67] DlinkGateWorker - admin
password:*****

DES-3526:4#logout
Command: logout

Но при переводе шлюза в состаяние закрыт/заблокирован правила в профили 8, 12, и 16 не создаются ...

Автор:  stark [ 16 авг 2010, 12:53 ]
Заголовок сообщения:  Re: с UTM на BGBilling

antaeus писал(а):
создал тестовый шлюз и договор.
к договору привязал шлюз и указал порт, на свиче создал acl
сделал как на вики(взял универсальный скрипт, просто посмотреть как отрабатывает)...
только почему то после смены состояния шлюза правила не удаляются ни добавляются в профили acl.
смотрел логи на свиче - по телнету скрипт заходит, в логах server.log как бы все ок...

Цитата:
**********
* Logout *
**********
08-16/10:15:46 DEBUG [Thread-66] DlinkGateWorker - ok
08-16/10:15:46 INFO [Thread-66] DlinkGateWorker - Process time => 518
08-16/10:15:46 DEBUG [http-8080-2] server - executing bitel.billing.server.ipn.action.ActionSetContractStatus; time => 526 ms.
08-16/10:15:46 DEBUG [http-8080-2] server - executing bitel.billing.server.ipn.action.ActionGateContractInfo; time => 3 ms.
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - run
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - doParentSync
08-16/10:16:29 INFO [Thread-67] DlinkGateWorker - Running script
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - 3 gate: 10.254.200.201:23 login: admin pswd: %мой пароль%
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - before connect
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - after connect
08-16/10:16:29 DEBUG [Thread-67] DlinkGateWorker - after command
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - before pswd
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - execute commands
08-16/10:16:30 DEBUG [Thread-67] DlinkGateWorker - openAddress = 192.168.158.128
08-16/10:16:30 INFO [Thread-67] DlinkGateWorker - admin
password:*****

DES-3526:4#logout
Command: logout

Но при переводе шлюза в состаяние закрыт/заблокирован правила в профили 8, 12, и 16 не создаются ...


вы про это ?
http://wiki.bgbilling.ru/index.php/%D0% ... 0%B7%D0%B0

Он ничего не делалает, кроме того, что вызывает внешний скрипт

Автор:  antaeus [ 16 авг 2010, 15:48 ]
Заголовок сообщения:  Re: с UTM на BGBilling

Цитата:
Он ничего не делалает, кроме того, что вызывает внешний скрипт

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

извиняюсь не указал ссылку, я вот про это
Реалиазация_скриптовго_шлюза_для_коммутаторов_DES-3526,_DES-3550,_DES-3828,_DES-3852,_DGS-3200-10_и_им_подобных
делал как указано, просто посмотреть как отрабатывает...

нашел еще один пример.
Модифицированный_скриптовый_шлюз_для_DES-3526_и_подобных
тоже самое... буду искать где у меня кривые руки...
но если кто то сталкивался, буду рад подсказкам :oops:

Автор:  antaeus [ 17 авг 2010, 11:24 ]
Заголовок сообщения:  Re: с UTM на BGBilling

я не знаю java, может быть в вики "пасхальное яйцо" ?
потому что делал по
Цитата:
Модифицированный_скриптовый_шлюз_для_DES-3526_и_подобных

запустил снифер с билинга, чтобы сохранял полностью пакеты и только со шлюза (200.201)
Цитата:
# tcpdump -s 0 -i eth1 host 10.254.200.201 -w /tmp/billing1.log

после смотрел Telnet Data, видно - скрипт заходит на свич, но команду для acl не выполняет. Т.е. зашел-вышел и все.

а так же переодически, после захода на свич - бывают битые пакеты (malformed packet)

Автор:  antaeus [ 17 авг 2010, 16:10 ]
Заголовок сообщения:  Re: с UTM на BGBilling

проблему со шлюзами решил =)
в моем тестовом договоре после добавления шлюза не предлагалось назначит порт на адрес(все потому что адрес я добавил в договор уже после добавления шлюза).
попробовал на реальном договоре(т.е. за которым закреплен реальны абонент и трафик которого общитываеться) добавил к нему тестовый шлюз, после чего мне предложили на адрес назначить порт(скрин 1). а я думал что переменная port берется вот отсюда (скрин 2)

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/