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

wrong service id in traffic config:=2
http://forum.bitel.ru/viewtopic.php?f=5&t=329		 Страница 1 из 1
Автор:  Владимир Шмагин [ 07 авг 2007, 16:45 ]
Заголовок сообщения:  wrong service id in traffic config:=2
wrong service id in traffic config:=2
Чтобы такое значила эта надпись в processor.log ? В описании, к сожалению, про это ничего не написано.
Может быть, что именно из-за этой записи неправильно идет обсчет данных?
Схема следующая: клиент подключается к инету через huawei AR28-10, radius-аутентификация проходит на ура.
Клиент качает около 90 мб, в мониторе биллинга в логах отображается принято 4854371/32853 стоимость 0,06266 и это при том, что в тарифном плане установлено 1 руб за мегабайт. Откуда берутся такие цифры "с потолка"? Наверняка где-то ошибка! Помогите найти.

конфиг NAS
#телефоны по портам, * - все порты (если параметр не указан, вызываемый номер берется из Calling-Station-Id)
nas.port_phone.*=900111
#интервал между посылками на вышибание клиента
nas.inspector.sleep_time=60
#SNMP порт и пароль
nas.inspector.snmp.port=161
nas.inspector.snmp.community=public
nas.inspector.snmp.kill.max_messages=3
#числовые коды услуг времени, трафика входящего и исходящего
nas.port_time.default.*=1
nas.port_traffic.default.*=2:RADIN;3:RADOUT;5:SUM(2,3)
#разрешение активировать все типы карточек на этом NASе
card.activate.service=0
#поддержка CallBack (1-включите)
callback.support=0
#принудительный разрыв соединений на границе месяца
month.break=1
#Huawei Expert (vendor=2011)
snmp.version=1
nas.inspector.snmp.kill.oid=1.3.6.1.4.1.2011.2.3.4.3.5.2.1.3.0
nas.inspector.snmp.check.oid=1.3.6.1.4.1.2011.2.3.4.3.5.2.1.5.0
nas.inspector.class=bitel.billing.server.processor.SNMPNASConnectionInspectorType4
netflow.receive.from=172.18.33.34

Несмотря на на последнюю строчку netflow приниматься не хочет:
Весь collector.log в строчках типа:
INFO 07.08.2007 14:32:28 Ignoring NetFlow packet from host 172.18.33.34
Автор:  Владимир Шмагин [ 07 авг 2007, 21:15 ]
Заголовок сообщения: 
Настроил для проверки PPPoE на cisco3640. Подключился тем же пользователем, скачал 8 с чем-то мегабайт. По аккаунтингу определилось все правильно: Принято/Отправлено 8629197/245473, но стоимость 0,46820.
Как стоимость может быть <1 если в тарифном плане указано 1 за мб?
Тем не менее на NAS закуплены huawei-и и проблема с аккаунтингом на них пока осталась.
Автор:  Администратор [ 08 авг 2007, 12:59 ]
Заголовок сообщения: 
Вы не могли бы выложить скрин тарифного плана?
Автор:  Владимир Шмагин [ 08 авг 2007, 14:45 ]
Заголовок сообщения: 
Спасибо за помощь, после выполнения команд
/sbin/service bgradiusdialup restart
/sbin/service bgbilling restart
для cisco3640 accounting стал правильно подсчитываться.
Не учел я, что после изменений в NAS требуется сервисы перегружать.

Но вот какая проблема осталась:
В конфиге NAS для netflow поставил:
nas.port_traffic.default.*=2:COLLECTOR;3:COLLECTOR
(2 - услуга вх.трафик, 3 - исходящий)
В radius.properties прописал:
netflow.service.link.1=2 IN 172.18.140.0 2-254
netflow.service.link.2=3 OUT 1.1.1.1-255.255.255.255
В netflow.log идут ошибки:
ERROR 08.08.2007 12:18:42 [pool-1-thread-10] Service not found for direct=2; IP:172.18.8.9; port:53
ERROR 08.08.2007 12:18:42 [pool-1-thread-10] Service not found for direct=2; IP:172.18.128.25; port:0

В описании, что такое Service not found for direct я не нашел.

Что бы это значило?
И есть ли где-нибудь список ошибок, которые могут формироваться биллингом, их описание и методы устранения?
Автор:  Владимир Шмагин [ 08 авг 2007, 17:17 ]
Заголовок сообщения: 
Нашел ошибку. Неправильно были заданы netflow service linki. Исправил на такие (2 -исход.трафик, 3-входящий):
netflow.service.link.1=2 IN 1.1.1.1-255.255.255.255
netflow.service.link.2=3 OUT 1.1.1.1-255.255.255.255
Если бы в описании были указаны формат и значения полей этих директив, а не только даны примеры, лишних вопросов бы не возникло.

Но netflow все равно как-то не так обрабатывается:
принято/отправлено 43099824/907787, а стоимость 0,01594

Протокол нетфлоу:
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Processing flow..
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Flow 7:172.18.128.25:445 / 9:172.18.140.27:2442 43018483 nextHop: 172.18.140.27
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Outgoing mode..
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Finding session on 1 nases..
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Session not found 172.18.128.25
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Incoming mode..
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Finding session on 1 nases..
DEBUG 08.08.2007 14:57:39 [pool-1-thread-10] Session not found 172.18.140.27

Что значит session not found? Такое ощущение, что он почему то этот траффик не учел.
Автор:  Владимир Шмагин [ 08 авг 2007, 20:16 ]
Заголовок сообщения: 
Поставил в конфигурации модуля dialup.workmode=1 и заработали update-accounting. Теперь во время сессии можно смотреть, сколько скачено.
Более того даже подсчет по netflow правильно работает, но результаты запаздывают на 3-5 мин. Т.е. если клиент что-то скачал и отключился, ничего не отобразится в сумме, а если что-то скачал и повисел ещё 3-5 мин - опа - всё посчиталось и отобразилось. Тут, думаю может какой нетфлоу буфер на циске накапливается, не сразу посылается?

С Хуавеем проблему accounting пока не решил. Никто не мучил эти хуавеи?
Автор:  Администратор [ 09 авг 2007, 15:24 ]
Заголовок сообщения: 
Владимир Шмагин писал(а):
Поставил в конфигурации модуля dialup.workmode=1 и заработали update-accounting.

Скорее всего у вас не работает проверка активности соединения по SNMP, в режиме CHECKER пересчет идет по таймеру по подтверждению активности. А отключение по 0 баланса работает? Если вызвать radius.sh kill сбрасывает?
Цитата:
Тут, думаю может какой нетфлоу буфер на циске накапливается, не сразу посылается?

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