BiTel

После прочтения темы http://forum.bitel.ru/viewtopic.php?p=61496?p=61496#p61496 в части настройки скриптов, появились следующие вопросы:

1. Как были в скрипте iptables.sh неправильные (для новых версий iptables) строчки, так и остались:

2. WIFI-агент для модуля Inet шлет трафик в биллинг или только проверяет активность клиентов для принятия решения отключать их или нет? У меня пока получается так, что трафик в биллинге по нулям.

Packet type: Accounting-Request
Identifier: 28
Authenticator: {94 57 AB 89 05 FE C1 F9 80 95 71 85 D7 DF 85 B6}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792

Acct-Output-Gigawords=2268
Acct-Input-Gigawords=2268

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3
Acct-Session-Time=42
Acct-Session-Id=192.168.101.128_1409026642432
Calling-Station-Id=52:54:00:1c:5f:d3

Трафик не отображался в биллинге потому, что перепутал привязку трафика, после исправления заработало нормально. При этом выявлены следующие вопросы:
1. По скрипту ip_counts.pl:
- осталась ошибка, которая обсуждалась в http://forum.bitel.ru/viewtopic.php?p=61496?p=61496#p61496 - в строке $ouput{$3} = $1; ошибка в слове output
- трафик начинает считаться в обе стороны, если используется строчка для обсчета FORWARD

вместо строчки для обсчета WIFI

это тоже обсуждалось по приведенной ссылке, возможно, необходимо сделать изменения в скрипте агента.

2. По отображению трафика в биллинге, когда начинаю пинговать подсеть "Интернет" со стороны "Абонента", приходит первый Accounting-Request:



а в биллинге отображается - вх/исх - 9740985827328/9740985827328 . Количество трафика одинаковое в случае пинга, в других случаях сетевого обмена количество трафика, как и положено, разное. При этом скрипт ip_counts.pl считает нормально. Это тоже обсуждалось, но, видимо, для модуля Inet пока еще не решено?

Еще обратите внимание на проблему с дикими цифрами трафика по радиус логам с портала в мониторе модуля dialup http://forum.bgbilling.ru/viewtopic.php?p=61496#p61496. Терабайты какие-то трафика с обычного пользователя за пару минут его работы. Перловый скрипт исправно снимает байты со счетчиков правил, но биллинг как-то неверно интерпретирует.

Вот тут шел разговор про то, что большие цифры в учете трафика, хотя перловый скрипт нормально считает - http://forum.bitel.ru/viewtopic.php?p=61496?p=61496#p62556 :



Подтверждаю эту цитату - огромные цифры по трафику на сесcии абонента в биллинге в модуле Inet. Но так как разговор тогда велся про модуль DialUP я и спрашиваю - а решена ли эта проблема для модуля Inet? Извините за занудство, но хочется разобраться - автор той темы по результатам не ответил.

radius 08-29/09:50:41 INFO [rdsLstnr-p-7-t-7] update - REQUEST:
Packet type: Accounting-Request
Identifier: 7
Authenticator: {D9 C8 29 D9 C3 26 E9 78 EA E3 F1 62 10 BB 12 5E}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792

Acct-Output-Gigawords=8002
Acct-Input-Gigawords=11698

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3
Acct-Session-Time=287
Acct-Session-Id=192.168.101.128_1409269553383
Calling-Station-Id=52:54:00:1c:5f:d3

...

radius 08-29/09:51:41 INFO [rdsLstnr-p-7-t-8] update - REQUEST:
Packet type: Accounting-Request
Identifier: 8
Authenticator: {AC 5C B2 1F F5 A9 E5 15 BC 65 FE 37 EB 2C 32 C8}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792

Acct-Output-Gigawords=8002
Acct-Input-Gigawords=11698

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3
Acct-Session-Time=347
Acct-Session-Id=192.168.101.128_1409269553383
Calling-Station-Id=52:54:00:1c:5f:d3

...

radius 08-29/09:52:41 INFO [rdsLstnr-p-7-t-9] update - REQUEST:
Packet type: Accounting-Request
Identifier: 9
Authenticator: {6D 3B D8 BB C4 E6 26 AF 55 DA 3E 16 91 B9 CF CA}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792

Acct-Output-Gigawords=8002
Acct-Input-Gigawords=11698

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3
Acct-Session-Time=407
Acct-Session-Id=192.168.101.128_1409269553383
Calling-Station-Id=52:54:00:1c:5f:d3

Не помогает. Цифры по-прежнему большие.

Без опции -Z получается так, что счетчики не обнуляются и когда скрипт отрабатывает, пока абонент активен, постоянно приходит одно и то же значение, даже тогда, когда трафика нет, например:

Acct-Output-Gigawords=8002
Acct-Input-Gigawords=11698

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3

Не помогает. Цифры по-прежнему большие.

Без опции -Z получается так, что счетчики не обнуляются и когда скрипт отрабатывает, пока абонент активен, постоянно приходит одно и то же значение, даже тогда, когда трафика нет,

Acct-Output-Gigawords=8002
Acct-Input-Gigawords=11698

Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3

Заработало нормально, трафик стал попадать в Acct-Input-Octets/Acct-Output-Octets, спасибо за исправления. Тестирование продолжу, в случае неисправностей отпишусь.

09-03/11:40:30 DEBUG [Thread-5] ScriptUtil - ips:
09-03/11:40:30 DEBUG [Thread-5] ScriptUtil - 192.168.101.128:3278:252
09-03/11:40:30 DEBUG [Thread-5] WiFiChecker - ip = 192.168.101.128

09-03/11:40:30 DEBUG [Thread-5] ScriptUtil - ips:
09-03/11:40:30 DEBUG [Thread-5] ScriptUtil - 192.168.101.128:0:0
09-03/11:40:30 DEBUG [Thread-5] WiFiChecker - ip = 192.168.101.128

Потестировал, обнаружил, что опцию -Z в строке:


необходимо оставить. Обнуление счетчика используется для отключения абонента, если нет трафика в течение времени, указанного в опции wifi.agent.client.live.time. Если у абонента нет трафика, то в логе agent.log должно приходить нулевое значение, например, вместо:


обязательно нули:


иначе отключение не происходит. При этом трафик в биллинге отображается нормально как при наличии -Z, так и без нее.

Если не обнулять, то там всегда будет не пусто и клиент всегда будет считаться живим ( wifi.agent.client.live.time никогда не наступит).

Надо чтобы при анализе того, что абонент жив, портал хранил внутри себя значения счетчиков и время их последнего изменения. И на основе этой информации принимал решении о том, что абонент жив. ... Ваш способ тоже неверный, трафик будет неверно считаться.

Трафик считается, но отключение по таймауту не происходит. Если трафик во все время от начала подключения до наступления времени таймаута нулевой (в пакетах Accounting-Request приходят нули), то отключение происходит. Если трафик не нулевой, отключение по таймауту не происходит.

Update starting...
Update from ftp://ftp.bgbilling.ru/pub/bgbilling
Server version is 6.0
Set passive mode...
Changing dir to /pub/bgbilling/6.0
Checking updates for inet..
Checking updates for card..
Checking updates for bill..
Checking updates for npay..
Checking updates for mps..
Checking updates for ru.bitel.bgbilling.plugins.cladr..
Checking updates for ru.bitel.bgbilling.plugins.dispatch..
Checking updates for yamoney..
Checking updates for wm..
Checking updates for rscm..
Checking updates for reports..
Checking updates for qiwi..
Checking updates for paylinks..
Checking updates for assist..
Checking updates for wellpay..
Checking updates for trayinfo..
Checking updates for rentsoft..
Checking updates for gorod..
Checking updates for enaza..
Checking updates for dba..
Checking updates for server..
Checking updates for update_lib..
Checking updates for client..
Not updates found, press Enter for exit..

Starting libraries update. Requesting BGBillingServer lib info.
09-05/07:09:31 INFO [main] DefaultServerSetup - Binding javax.jms.ConnectionFactory[org.apache.activemq.ActiveMQConnectionFactory@2d5253d5] to java:comp/env/mq/connectionFactory
09-05/07:09:31 INFO [main] DefaultServerSetup - Init DB connection pools
mq 09-05/07:09:31 INFO [EventProcessor-init] EventProcessor - Init EventProcessor MQ connection factory...
mq 09-05/07:09:31 DEBUG [EventProcessor-init] FailoverTransport - Reconnect was triggered but transport is not started yet. Wait for start to connect the transport.
mq 09-05/07:09:31 DEBUG [EventProcessor-init] FailoverTransport - Started.
mq 09-05/07:09:31 DEBUG [EventProcessor-init] FailoverTransport - Waking up reconnect task
mq 09-05/07:09:31 DEBUG [ActiveMQ Task] FailoverTransport - urlList connectionList:[nio://192.168.101.3:61616?socketBufferSize=1000000]
mq 09-05/07:09:31 DEBUG [ActiveMQ Task] FailoverTransport - Attempting connect to: nio://192.168.101.3:61616?socketBufferSize=1000000
mq 09-05/07:09:31 DEBUG [ActiveMQ Task] WireFormatNegotiator - Sending: WireFormatInfo { version=6, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
mq 09-05/07:09:31 DEBUG [ActiveMQ NIO Worker] WireFormatNegotiator - Received WireFormat: WireFormatInfo { version=6, properties={CacheSize=1024, CacheEnabled=true, SizePrefixDisabled=false, MaxInactivityDurationInitalDelay=10000, TcpNoDelayEnabled=true, MaxInactivityDuration=30000, TightEncodingEnabled=true, StackTraceEnabled=true}, magic=[A,c,t,i,v,e,M,Q]}
mq 09-05/07:09:31 DEBUG [ActiveMQ NIO Worker] WireFormatNegotiator - tcp:///192.168.101.3:61616 before negotiation: OpenWireFormat{version=6, cacheEnabled=false, stackTraceEnabled=false, tightEncodingEnabled=false, sizePrefixDisabled=false}
mq 09-05/07:09:31 DEBUG [ActiveMQ NIO Worker] WireFormatNegotiator - tcp:///192.168.101.3:61616 after negotiation: OpenWireFormat{version=6, cacheEnabled=true, stackTraceEnabled=true, tightEncodingEnabled=true, sizePrefixDisabled=false}
mq 09-05/07:09:31 DEBUG [ActiveMQ Task] FailoverTransport - Connection established
mq 09-05/07:09:31 INFO [ActiveMQ Task] FailoverTransport - Successfully connected to nio://192.168.101.3:61616?socketBufferSize=1000000
09-05/07:09:31 DEBUG [main] EventProcessor - Add ru.bitel.bgbilling.server.util.Setup$1@45c1f5b2 to BG.Event.ru.bitel.bgbilling.kernel.event.events.system.ModuleConfigModifiedEvent
mq 09-05/07:09:31 DEBUG [main] EventProcessor - Request, timeout 10000 : Event[bitel.billing.server.installer.event.GetLibrariesInfoEvent] moduleId: no; pluginId: no; cid: global; scid: -1; userId: -1; timestamp: -1
Local libraries already synchronized with BGBillingServer.

09-05/07:09:36 INFO [Thread-2] EventProcessor - Shutdown EventProcessor...
09-05/07:09:36 DEBUG [Thread-2] ActiveMQMessageConsumer - remove: ID:virtualwifi.localdomain-33538-1409900971296-0:1:2:1, lastDeliveredSequenceId:0

#Wed, 03 Sep 2014 18:18:34 +0600
#Sat Mar 10 22:55:09 YEKT 2012
build.time=03.09.2014 18\:18\:34
version=6.0
build.number=1782
name=server
file=update

Но после обновления в файле bitel/billing/properties/server.property и на сервере и на агенте сведения такие:


По адресу ftp://bgbilling.ru/pub/bgbilling/6.0/data/ лежит сборка BGBillingServer_6.0_1782.zip 57764 KB 03.09.2014 18:19:00

Обновился, но как-то вообще все не так пошлО (: В понедельник буду разбираться подробнее, а пока такой вопрос - это ничего, что в обновлениях не выложена сборка BGBillingServer_6.0_1783.zip, а сразу после BGBillingServer_6.0_1782.zip, лежит сборка BGBillingServer_6.0_1784.zip ? Вроде бы раньше все по номерам по порядку лежали.

agent.log

09-08/10:43:33 INFO [main] SessionIdGenerator - Creation of SecureRandom instance for session ID generation using [SHA1PRNG] took [34,161] milliseconds.
09-08/10:43:33 INFO [main] Http11Protocol - Starting ProtocolHandler ["http-bio-9090"]
09-08/10:43:33 INFO [main] Http11Protocol - Starting ProtocolHandler ["http-bio-9091"]
09-08/10:43:33 INFO [main] WiFiAgent - Starting listen admin port 5556
09-08/10:43:33 INFO ["http-bio-9091"-exec-2] JAASRealm - Set JAAS app name Tomcat
09-08/10:43:33 INFO ["http-bio-9091"-exec-2] ActionServlet - Loading chain catalog from jar:file:/usr/local/BGInetWiFiAgent/lib/ext/struts-core.jar!/org/apache/struts/chain/chain-config.xml
09-08/10:43:33 INFO ["http-bio-9091"-exec-2] TilesPlugin - Tiles definition factory loaded for module ''.

09-08/10:43:56 DEBUG [Thread-5] ScriptUtil - ips:
09-08/10:43:56 DEBUG [Thread-5] ScriptUtil - 192.168.101.128:0:0
09-08/10:43:56 DEBUG [Thread-5] WiFiChecker - ip = 192.168.101.128
09-08/10:43:56 DEBUG [Thread-5] WiFiChecker - bytes in/out=0/0

09-08/10:44:56 DEBUG [Thread-5] ScriptUtil - ips:
09-08/10:44:56 DEBUG [Thread-5] ScriptUtil - 192.168.101.128:756:756
09-08/10:44:56 DEBUG [Thread-5] WiFiChecker - ip = 192.168.101.128
09-08/10:44:56 DEBUG [Thread-5] WiFiChecker - bytes in/out=756/756

radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] RadiusListenerWorker - REQUEST:
Packet type: Accounting-Request
Identifier: 2
Authenticator: {6E 0D B9 F0 06 A1 8C 95 EB 4A 0B B2 3D 8E E3 99}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792
Framed-IP-Address=192.168.101.128
Acct-Status-Type=1
Acct-Session-Id=192.168.101.128_1410137013449
Calling-Station-Id=52:54:00:1c:5f:d3

radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] InetNas - Search by username=wifi
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] InetRadiusProcessor - Creating NasConnection from radius accounting packet
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] InetRadiusProcessor - Parent: null
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] InetApplication - TariffOptionMap: {}
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] InetApplication - OptionSet: [132]
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] Accounting - Write new connection to DB
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] Accounting - New connection id=119539
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] Accounting - Write new session to DB
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] Accounting - New session's id=145048
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] connection - 119539:145048 Register ip: 192.168.101.128
radius 09-08/10:43:34 INFO [rdsLstnr-p-7-t-3] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 2
Authenticator: {01 9B 4F 7E 6E FF EE 07 D4 94 0C 78 68 CE D0 18}
Attributes:

Process time start: 9

accounting 09-08/10:43:45 INFO [accwrkr-4-p-14-t-1] InetApplication - inetServ[id=506] balance ok: -1363.44 [-2000.00]
accounting 09-08/10:43:45 INFO [accwrkr-4-p-14-t-1] InetApplication - TariffOptionMap: {}
accounting 09-08/10:43:45 INFO [accwrkr-4-p-14-t-1] InetApplication - OptionSet: [132]

radius 09-08/10:43:56 INFO [rdsLstnr-p-7-t-4] update - REQUEST:
Packet type: Accounting-Request
Identifier: 3
Authenticator: {62 6C 8B 78 CB 42 E6 C4 6C 78 28 C5 48 A0 FA 8B}
Attributes:
User-Name=wifi
NAS-Identifier=den_nas
NAS-Port=-1062705792
Acct-Output-Gigawords=0
Acct-Input-Gigawords=0
Framed-IP-Address=192.168.101.128
Acct-Input-Octets=0
Acct-Output-Octets=0
Acct-Status-Type=3
Acct-Session-Time=22
Acct-Session-Id=192.168.101.128_1410137013449
Calling-Station-Id=52:54:00:1c:5f:d3

radius 09-08/10:43:56 INFO [rdsLstnr-p-7-t-4] InetRadiusProcessor - Session 192.168.101.128_1410137013449 found.
radius 09-08/10:43:56 INFO [rdsLstnr-p-7-t-4] update - RESPONSE:
Packet type: Accounting-Response
Identifier: 3
Authenticator: {1B E7 4C 17 1B C5 A7 35 EA BA F1 1A A3 65 85 0D}
Attributes:

Process time update: 0

accounting 09-08/10:44:01 INFO [accwrkr-4-p-14-t-1] SessionTarifficationManager - InetOptionSet: [132]
accounting 09-08/10:44:01 INFO [accwrkr-4-p-14-t-1] SessionTarifficationWorker - Tarifficated 1 sessions for 1 ms.

Exception in thread "Thread-5" java.lang.NoSuchMethodError: ru.bitel.bgbilling.kernel.wifi.common.IpInfo.getInputBytes()J
at ru.bitel.bgbilling.kernel.wifi.WiFiManager.updateLiveInfo(WiFiManager.java:190)
at ru.bitel.bgbilling.kernel.wifi.WiFiChecker.run(WiFiChecker.java:45)