BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 21 июн 2025, 01:12

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 5 ] 
Автор Сообщение
 Заголовок сообщения: Некорректный обсчет трафика
СообщениеДобавлено: 07 ноя 2013, 12:01 
Не в сети

Зарегистрирован: 17 окт 2013, 18:33
Сообщения: 31
Карма: 0
День добрый, имеется связка BGBilling
Код:
Клиент: вер. 6.0 сборка 1258 от 25.10.2013 19:31:59
    os: Linux; java: Java HotSpot(TM) Server VM, v.1.6.0_35
  Сервер: вер. 6.0 сборка 1610 от 28.10.2013 12:40:27
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_40
    ВНИМАНИЕ: Спецификация версии 1.7 не рекомендуется

  card вер. 6.0 сборка 219 от 09.10.2013 16:26:31
  inet вер. 6.0 сборка 1255 от 24.10.2013 19:47:00
  npay вер. 6.0 сборка 218 от 11.09.2013 18:56:41
  phone вер. 6.0 сборка 284 от 02.10.2013 18:22:31

и Ericsson SE100. Сессии открываются посредством PPPoE.

Что-то у меня странно считается трафик, вот привязки типов трафика:
Изображение

Изображение

Изображение

Изображение

Вот отчет по трафику:

Изображение

Вот сервисные сессии:

Изображение


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

На брасе сессия выглядит так:
Код:
[local]bras01#sh subs act all
testpppoe
        Session state Up
        Circuit   2/1 pppoe 521
        Internal Circuit   2/1:511:63:31/6/2/521
        Interface bound  ACCESS
        Current port-limit unlimited
        Protocol Stack IPV4
        context-name pppoe (applied)
        ip interface ACCESS (applied)
        ip address 46.xxx.xxx.169 (applied)
        dns primary 62.xxx.xxx.2 (applied from sub_default)
        dns secondary 62.xxx.xxx.34 (applied from sub_default)
        acct-interim-interval 900 (not applied)
        qos-policing-policy DEFAULT-IN (applied from sub_default)
        qos-metering-policy DEFAULT-OUT (applied from sub_default)
        service  (applied)
TLV size is: 88
           [svc id: 0] RSP-PUBLIC (acct enabled)
           [svc id: 1] RSP-LOCAL (acct enabled)
        service-parameter  (applied)
TLV size is: 108
           [svc id: 0] RATE=51200 BURST=9830400 BURST-EX=19660800
           [svc id: 0] RATE=102400 BURST=12800000 BURST-EX=19200000
        dynamic policy acl  [svc mask: 0x0003] (applied in: qos out: qos)
TLV size is: 192
           [svc id: 0] ip out forward class PUBLIC qos
           [svc id: 1] ip out forward class LOCAL qos
           [svc id: 0] ip in forward class PUBLIC qos
           [svc id: 1] ip in forward class LOCAL qos
        qos-dynamic-param  [svc mask: 0x0003] (applied)
TLV size is: 384
           [svc id: 0] meter-class-rate PUBLIC rate-absolute 51200 (applied)
           [svc id: 0] meter-class-burst PUBLIC 9830400 (applied)
           [svc id: 0] meter-class-excess-burst PUBLIC 19660800 (applied)
           [svc id: 0] police-class-rate PUBLIC rate-absolute 51200 (applied)
           [svc id: 0] police-class-burst PUBLIC 9830400 (applied)
           [svc id: 0] police-class-excess-burst PUBLIC 19660800 (applied)
           [svc id: 1] meter-class-rate LOCAL rate-absolute 102400 (applied)
           [svc id: 1] meter-class-burst LOCAL 12800000 (applied)
           [svc id: 1] meter-class-excess-burst LOCAL 19200000 (applied)
           [svc id: 1] police-class-rate LOCAL rate-absolute 102400 (applied)
           [svc id: 1] police-class-burst LOCAL 12800000 (applied)
           [svc id: 1] police-class-excess-burst LOCAL 19200000 (applied)
        service-acct (in)  [svc mask: 0x0003] (applied)
TLV size is: 24
           [svc id: 0] qos class-mask 0x02
           [svc id: 1] qos class-mask 0x01
        service-acct (out)  [svc mask: 0x0003] (applied)
TLV size is: 24
           [svc id: 0] qos class-mask 0x02
           [svc id: 1] qos class-mask 0x01
        service-interim-acct-interval  [svc mask: 0x0003] (applied)
           [svc id: 0] 900
           [svc id: 1] 900


Аксесс листы такие:
Код:
 policy access-list SUBSCRIBERS-IN
  seq 9 permit ip host xxx.xxx.xxx.xxx class PUBLIC
  seq 10 permit ip any xxx.xxx.xxx.xxx 0.0.1.255 class LOCAL
  seq 20 permit ip any xxx.xxx.xxx.xxx 0.0.7.255 class LOCAL
  seq 50 permit ip any any class PUBLIC
!
 policy access-list SUBSCRIBERS-OUT
  seq 9 permit ip host xxx.xxx.xxx.xxx class PUBLIC
  seq 10 permit ip any xxx.xxx.xxx.xxx 0.0.1.255 class LOCAL
  seq 20 permit ip any xxx.xxx.xxx.xxx 0.0.7.255 class LOCAL
  seq 50 permit ip any any class PUBLIC


Логичного объяснения найти не могу.
Заранее спасибо за помощь!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Некорректный обсчет трафика
СообщениеДобавлено: 07 ноя 2013, 13:30 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
http://bgbilling.ru/v6.0/doc/ch18s04.html
-2 1 - входящий (Acct-Output-Octets, Acct-Output-Gigawords)
-2 2 - исходящий (Acct-Input-Octets, Acct-Input-Gigawords)
Эти атрибуты названы с точки зрения NAS'а, а не с точки зрения абонента.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Некорректный обсчет трафика
СообщениеДобавлено: 07 ноя 2013, 14:10 
Не в сети

Зарегистрирован: 17 окт 2013, 18:33
Сообщения: 31
Карма: 0
Amir писал(а):
http://bgbilling.ru/v6.0/doc/ch18s04.html
-2 1 - входящий (Acct-Output-Octets, Acct-Output-Gigawords)
-2 2 - исходящий (Acct-Input-Octets, Acct-Input-Gigawords)
Эти атрибуты названы с точки зрения NAS'а, а не с точки зрения абонента.


Спасибо, я понял, переделаю. А нет мыслей по поводу сервисных сессий?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Некорректный обсчет трафика
СообщениеДобавлено: 07 ноя 2013, 14:19 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
Посмотрите логи RADIUS-запросов: скорее всего NAS так и шлет - возможно в его настройках дело.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Некорректный обсчет трафика
СообщениеДобавлено: 07 ноя 2013, 16:24 
Не в сети

Зарегистрирован: 17 окт 2013, 18:33
Сообщения: 31
Карма: 0
Amir писал(а):
Посмотрите логи RADIUS-запросов: скорее всего NAS так и шлет - возможно в его настройках дело.


Да, действительно. А никто не сталкивался? Не могу понять как я добился такого эффекта, выглядит все правильно вроде.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 5 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.037s | 25 Queries | GZIP : On ]