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_и_подобных тоже самое... буду искать где у меня кривые руки... но если кто то сталкивался, буду рад подсказкам ![]() |
Автор: | 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/ |