BiTel

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

Сообщения без ответов | Активные темы


Список форумов » BGBilling » Модули Телефонии » Модуль VoiceIp

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



Начать новую тему Ответить на тему  Страница 2 из 3
  [ Сообщений: 69 ]  На страницу Пред.  1, 2, 3  След.
  Версия для печати Пред. тема | След. тема 
Автор Сообщение
stark
СообщениеДобавлено: 26 ноя 2014, 17:25 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
Код:
import bitel.billing.server.radius.*;

prefix = "h323-remote-id";
length = prefix.length();

attributes = request.getVendorAttributes( Vendors.CISCO, CiscoVendor.Cisco_AVPair );
if( attributes != null )
for( it = attributes.iterator(); it.hasNext(); )
{
    ra = it.next();
    value = ra.getValue();
   print(value);

    if( value.startsWith( prefix ) )
    {
        if( value.endsWith( "TrunkGroup02" ) )
        {
            request.setOption( "operator", 1 );
            break;
        }
        else if( value.endsWith( "TrunkGroup01" ) )
        {
            request.setOption( "operator", 2 );
            break;
        }
    }
}


А вы уверены что он правильно определяет ? А если оба if-а не сработают по каким0то причинам . поставьте дефолтного оператора для теста .
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 17:28 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Попробую сейчас. Но в радиус-запросах оно ведь правильно выглядит?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 17:30 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Еще обратил внимание на время в радиус-запросах. Оно на час больше (UTC+4, а должно быть +3). Вроде обновлял tzdata в жаве. По крайней мере в биллинге время выглядит правильно. Не может быть в этом проблема?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 17:38 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Хм, Вы правы - выставил по дефолту оператора 2 и запись в таблице появилась.
Сейчас буду проверять что там не так в условиях. Но почему же оно в запросах биллинга то нормально отображается, не понятно.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 26 ноя 2014, 17:44 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
Хм, Вы правы - выставил по дефолту оператора 2 и запись в таблице появилась.
Сейчас буду проверять что там не так в условиях. Но почему же оно в запросах биллинга то нормально отображается, не понятно.


вы печатайте значения, которые проверяете.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 17:48 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Вроде все верно отрабатывает

Код:
import bitel.billing.server.radius.*;

prefix = "h323-remote-id";
length = prefix.length();

// default for test
request.setOption( "operator", 2 );

attributes = request.getVendorAttributes( Vendors.CISCO, CiscoVendor.Cisco_AVPair );
if( attributes != null )
for( it = attributes.iterator(); it.hasNext(); )
{
    ra = it.next();
    value = ra.getValue();

    if( value.startsWith( prefix ) )
    {

        print(value);

        if( value.endsWith( "TrunkGroup02" ) )
        {
            print("Set operator=1");
            request.setOption( "operator", 1 );
            break;
        }
        else if( value.endsWith( "TrunkGroup01" ) )
        {
            print("Set operator=2");
            request.setOption( "operator", 2 );
            break;
        }
    }
}


В логах

Код:
11-26/14:42:39  INFO [rdsLstnr-p-6-t-20] LoggingPrintStream - h323-remote-id=TrunkGroup02

11-26/14:42:39  INFO [rdsLstnr-p-6-t-20] LoggingPrintStream - Set operator=1


В радиус пакете

Код:
Common options: {call.type=1, operator=1}


В тоже время в БД

Код:
+------+---------------------+---------+-------------------+-----+
| cid  | session_start       | oper_id | oper_session_cost | sid |
+------+---------------------+---------+-------------------+-----+
|   27 | 2014-11-26 14:42:31 |       2 |           0.16667 |  38 |


Но почему???
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 18:24 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Ничего не понимаю. Переделал скрипт до такого вида:

Код:
import bitel.billing.server.radius.*;

prefix = "h323-remote-id";
length = prefix.length();
int op = -1;

attributes = request.getVendorAttributes( Vendors.CISCO, CiscoVendor.Cisco_AVPair );
if( attributes != null )
for( it = attributes.iterator(); it.hasNext(); )
{
    ra = it.next();
    value = ra.getValue();

    if( value.startsWith( prefix ) )
    {

        print(value);

        if( value.endsWith( "TrunkGroup02" ) )
        {
            op=1;
        }
        else if( value.endsWith( "TrunkGroup01" ) )
        {
            op=2;
        }
        else {
            op=0;
        }

        print( "Set operator="+op );
        request.setOption( "operator", op );
    }
}


В логе скрипта как ожидается

Код:
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - h323-remote-id=TrunkGroup02
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Set operator=1


В логе радиуса тоже как положено

Код:
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Accounting-Request
Identifier: 133
Authenticator: {3E 73 94 1E 5C 79 24 D0 CF 57 C0 FD 23 BA 01 0A}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Event-Timestamp=1417004348
  NAS-Port=285213608
  Acct-Status-Type=2
  Acct-Delay-Time=1
  Acct-Session-Time=3
  NAS-Port-Type=0
  Acct-Session-Id=110003a8 5475c530 b50b006e 41952801
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXX
  UNKNOWN[35265--1]={01 10 73 65 73 73 69 6F 6E 2D 74 69 6D 65 3D 33}
  UNKNOWN[35265--1]={02 35 30 63 32 39 38 64 33 31 33 33 39 63 63 31 34 33 37 39 35 64 62 63 66 66 31 33 38 37 39 62 61 39 40 31 39 35 2E 38 38 2E 32 35 32 2E 36 32 3A 35 30 36 30}
  UNKNOWN[35265--1]={01 17 49 6E 63 6F 6D 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={04 06 B0 72 32 02}
  UNKNOWN[35265--1]={05 06 C3 58 FC 3E}
  UNKNOWN[35265--1]={03 12 31 34 31 37 2D 34 33 33 36 2D 35 32 36 33 37 33}
  UNKNOWN[35265--1]={01 17 4F 75 74 67 6F 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={06 06 B0 72 32 02}
  UNKNOWN[35265--1]={07 06 55 72 02 CB}
  cisco-avpair=xpgk-src-number-in=XXXXXXX
  cisco-avpair=xpgk-src-number-out=XXXXXXXXXX
  cisco-avpair=xpgk-dst-number-in= XXXXXXXXXXX
  cisco-avpair=xpgk-dst-number-out= XXXXXXXXXXX
  cisco-avpair=xpgk-route-retries=1
  cisco-avpair=h323-remote-id=TrunkGroup02
  cisco-avpair=h323-call-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=h323-incoming-conf-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=xpgk-local-disconnect-cause=1
  cisco-avpair=h323-gw-address=10.3.4.2
  cisco-NAS-Port=SIPT:03a8
  h323-gw-id=10.3.4.2
  h323-remote-address=1.1.1.1
  h323-setup-time=16:18:56.000 GMT+4 Wed Nov 26 2014
  h323-conf-id=110003a8 5475c530 b50b006e 41952801
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-disconnect-time=16:19:08.000 GMT+4 Wed Nov 26 2014
  h323-connect-time=16:19:05.000 GMT+4 Wed Nov 26 2014
  h323-disconnect-cause=10
Common options: {call.type=1, operator=1}
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 133
Authenticator: {25 84 D5 A0 AF 10 44 2F B9 9C 21 FF 39 A8 00 F6}
Attributes:


В БД опять лажа

Код:
+------+---------------------+---------+-------------------+-----+
| cid  | session_start       | oper_id | oper_session_cost | sid |
+------+---------------------+---------+-------------------+-----+
|   27 | 2014-11-26 15:18:15 |       0 |           0.00000 |  38 |
+------+---------------------+---------+-------------------+-----+


Такое чувство, что не на те пакеты оператор навешивается.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 26 ноя 2014, 18:30 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
а у вас сессия по stop-пакету создается или после пакета авторизации?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 18:34 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
А где это посмотреть?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 19:37 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
stark, где посмотреть то это?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 26 ноя 2014, 20:57 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
VOIP шлюз использует в аккаунтинге start и stop пакеты.
Где посмотреть как создаются сессии - не понял.
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 27 ноя 2014, 00:24 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
а access вообще не посылается?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 27 ноя 2014, 00:37 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Посылается

Код:
11-26/17:54:40  INFO [rdsLstnr-p-5-t-17] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Access-Request
Identifier: 208
Authenticator: {C3 68 C2 24 32 1A 3C DD B1 3E B1 B2 43 E5 B9 1A}
Attributes:
  User-Name=XXXXXXX
  Digest-Response=06cbe1bcb40a5feb1bb7a52f6e3c8f37
  NAS-IP-Address=10.3.4.2
  NAS-Port=5060
  Service-Type=1
  Framed-Protocol=2
  Digest-Qop=auth
  Digest-Algorithm=MD5
  Digest-Method=INVITE
  Digest-URI=sip:XXXXXXXXXXX@voip.host:5060
  Digest-Realm=host
  Digest-Nonce=e0536c9725a2014e
  Digest-Username=XXXXXXX
  Message-Authenticator={F2 E5 54 59 28 A7 4A 24 6B FB DE C4 CA 54 3B 4A}
  Digest-Nonce-Count=00000001
  Digest-CNonce=1e532d29
  SIP-AOR=sip:XXXXXXX@1.1.1.1
  NAS-Port-Type=0
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXXX
  h323-gw-id=176.114.50.2
  h323-conf-id=1100033a 5475e9d9 95f7d08c 2dd0f001
Common options: {call.type=1}
11-26/17:54:40  INFO [rdsLstnr-p-5-t-17] RadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 208
Authenticator: {65 61 E1 1B B1 7D 86 00 EA 63 3B 04 72 67 7D D4}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  h323-credit-time=1800
  h323-return-code=0
  h323-credit-amount=46130.54
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 27 ноя 2014, 12:27 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
В логе скрипта как ожидается

Код:
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - h323-remote-id=TrunkGroup02
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Set operator=1


В логе радиуса тоже как положено

Код:
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Accounting-Request
Identifier: 133
Authenticator: {3E 73 94 1E 5C 79 24 D0 CF 57 C0 FD 23 BA 01 0A}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Event-Timestamp=1417004348
  NAS-Port=285213608
  Acct-Status-Type=2
  Acct-Delay-Time=1
  Acct-Session-Time=3
  NAS-Port-Type=0
  Acct-Session-Id=110003a8 5475c530 b50b006e 41952801
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXX
  UNKNOWN[35265--1]={01 10 73 65 73 73 69 6F 6E 2D 74 69 6D 65 3D 33}
  UNKNOWN[35265--1]={02 35 30 63 32 39 38 64 33 31 33 33 39 63 63 31 34 33 37 39 35 64 62 63 66 66 31 33 38 37 39 62 61 39 40 31 39 35 2E 38 38 2E 32 35 32 2E 36 32 3A 35 30 36 30}
  UNKNOWN[35265--1]={01 17 49 6E 63 6F 6D 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={04 06 B0 72 32 02}
  UNKNOWN[35265--1]={05 06 C3 58 FC 3E}
  UNKNOWN[35265--1]={03 12 31 34 31 37 2D 34 33 33 36 2D 35 32 36 33 37 33}
  UNKNOWN[35265--1]={01 17 4F 75 74 67 6F 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={06 06 B0 72 32 02}
  UNKNOWN[35265--1]={07 06 55 72 02 CB}
  cisco-avpair=xpgk-src-number-in=XXXXXXX
  cisco-avpair=xpgk-src-number-out=XXXXXXXXXX
  cisco-avpair=xpgk-dst-number-in= XXXXXXXXXXX
  cisco-avpair=xpgk-dst-number-out= XXXXXXXXXXX
  cisco-avpair=xpgk-route-retries=1
  cisco-avpair=h323-remote-id=TrunkGroup02
  cisco-avpair=h323-call-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=h323-incoming-conf-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=xpgk-local-disconnect-cause=1
  cisco-avpair=h323-gw-address=10.3.4.2
  cisco-NAS-Port=SIPT:03a8
  h323-gw-id=10.3.4.2
  h323-remote-address=1.1.1.1
  h323-setup-time=16:18:56.000 GMT+4 Wed Nov 26 2014
  h323-conf-id=110003a8 5475c530 b50b006e 41952801
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-disconnect-time=16:19:08.000 GMT+4 Wed Nov 26 2014
  h323-connect-time=16:19:05.000 GMT+4 Wed Nov 26 2014
  h323-disconnect-cause=10
Common options: {call.type=1, operator=1}
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 133
Authenticator: {25 84 D5 A0 AF 10 44 2F B9 9C 21 FF 39 A8 00 F6}
Attributes:


В БД опять лажа

[code]+------+---------------------+---------+-------------------+-----+
| cid | session_start | oper_id | oper_session_cost | sid |
+------+---------------------+---------+-------------------+-----+
| 27 | 2014-11-26 15:18:15 | 0 | 0.00000 | 38 |
+------+---------------------+---------+-------------------+-----+

Такое чувство, что не на те пакеты оператор навешивается.


Еще возможно по этой же сессии раньше где то в 15:18:15 был пакет авторизации и его тоже обрабатывал скрипт предобработки. Что он выводил?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 27 ноя 2014, 15:02 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Вот такой полный диалог был (оставил только AFTER_SCRIPT):

Код:
11-26/15:18:15  INFO [rdsLstnr-p-5-t-13] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Access-Request
Identifier: 193
Authenticator: {49 E7 6C 46 3E 62 16 BD 70 17 BA 2E 18 15 78 40}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Message-Authenticator={9E 87 53 A0 63 A5 F9 25 E9 38 91 11 A7 67 AE C4}
  NAS-Port=5060
  Service-Type=1
  Framed-Protocol=2
  Digest-Method=INVITE
  Digest-URI=sip:XXXXXXX@1.1.1.1
  Calling-Station-Id=XXXXXXX
  NAS-Port-Type=0
  Called-Station-Id=XXXXXXXXXXX
  h323-gw-id=2.2.2.2
  h323-conf-id=110003a8 5475c530 417ff241 7e900001
Common options: {call.type=1}
11-26/15:18:15  INFO [rdsLstnr-p-5-t-13] RadiusListenerWorker - RESPONSE:
Packet type: Access-Challenge
Identifier: 193
Authenticator: {18 54 BB F8 EA 65 58 E2 80 FD 0C 95 02 E2 3C 69}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Digest-Qop=auth
  Digest-Algorithm=MD5
  Digest-Realm=host
  Digest-Nonce=d5833726924fb4fb

11-26/15:18:15  INFO [rdsLstnr-p-5-t-13] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Access-Request
Identifier: 193
Authenticator: {49 E7 6C 46 3E 62 66 3D 70 17 BA 2E 18 15 78 40}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Message-Authenticator={9E 87 57 A0 13 A5 F9 25 E9 38 91 11 A7 67 AE C4}
  NAS-Port=5060
  Service-Type=1
  Framed-Protocol=2
  Digest-Method=INVITE
  Digest-URI=sip:XXXXXXX@1.1.1.1
  Calling-Station-Id=XXXXXXX
  NAS-Port-Type=0
  Called-Station-Id=XXXXXXXXXXX
  h323-gw-id=2.2.2.2
  h323-conf-id=110003a8 5475c530 417ff241 7e900001
Common options: {call.type=1}
11-26/15:18:15  INFO [rdsLstnr-p-5-t-13] RadiusListenerWorker - RESPONSE:
Packet type: Access-Challenge
Identifier: 193
Authenticator: {18 54 BB F8 EA 65 58 E5 80 3D 0C 95 02 E2 3C 69}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  Digest-Qop=auth
  Digest-Algorithm=MD5
  Digest-Realm=host
  Digest-Nonce=d5833726924fb4fb

11-26/15:18:15  INFO [rdsLstnr-p-5-t-6] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Access-Request
Identifier: 194
Authenticator: {CE 1C AE B6 CD AD 2B 63 EC B9 8E 2E 6B 4B 2A 70}
Attributes:
  User-Name=XXXXXXX
  Digest-Response=10b636742336fc451558b57d6a87a76
  NAS-IP-Address=10.3.4.2
  NAS-Port=5060
  Service-Type=1
  Framed-Protocol=2
  Digest-Qop=auth
  Digest-Algorithm=MD5
  Digest-Method=INVITE
  Digest-URI=sip:XXXXXXXXXXX@voip.host:5060
  Digest-Realm=host
  Digest-Nonce=d5833726924fb4fb
  Digest-Username=XXXXXXX
  Message-Authenticator={10 6D 87 BC E3 29 01 5E 68 B5 02 A7 F3 A5 06 63}
  Digest-Nonce-Count=00000001
  Digest-CNonce=0f638744
  SIP-AOR=sip:XXXXXXX@1.1.1.1
  NAS-Port-Type=0
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXXX
  h323-gw-id=2.2.2.2
  h323-conf-id=110003a8 5475c530 b50b006e 41952801
Common options: {call.type=1}
11-26/15:18:15  INFO [rdsLstnr-p-5-t-6] RadiusListenerWorker - RESPONSE:
Packet type: Access-Accept
Identifier: 194
Authenticator: {E2 A7 CC DD 16 DA 6F B1 42 58 1C B6 BB 3E 2D 0A}
Attributes:
  Message-Authenticator={00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00}
  h323-credit-time=1800
  h323-return-code=0
  h323-credit-amount=46171.39

11-26/15:18:23  INFO [rdsLstnr-p-6-t-5] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Accounting-Request
Identifier: 132
Authenticator: {9A D1 69 86 64 87 21 4C 5C AA 34 66 52 94 89 78}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Event-Timestamp=1417004345
  NAS-Port=285213608
  Acct-Status-Type=1
  Acct-Delay-Time=2
  NAS-Port-Type=0
  Acct-Session-Id=110003a8 5475c530 b50b006e 41952801
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXXX
  UNKNOWN[35265--1]={02 35 30 63 32 39 38 64 33 31 33 33 39 63 63 31 34 33 37 39 35 64 62 63 66 66 31 33 38 37 39 62 61 39 40 31 39 35 2E 38 38 2E 32 35 32 2E 36 32 3A 35 30 36 30}
  UNKNOWN[35265--1]={03 12 31 34 31 37 2D 34 33 33 36 2D 35 32 36 33 37 33}
  cisco-avpair=xpgk-src-number-in=XXXXXXX
  cisco-avpair=xpgk-src-number-out=XXXXXXXXXX
  cisco-avpair=xpgk-dst-number-in=XXXXXXXXXXX
  cisco-avpair=xpgk-dst-number-out=XXXXXXXXXXX
  cisco-avpair=xpgk-route-retries=1
  cisco-avpair=h323-remote-id=TrunkGroup02
  cisco-avpair=h323-call-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=h323-incoming-conf-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=h323-gw-address=10.3.4.2
  cisco-NAS-Port=SIPT:03a8
  h323-gw-id=10.3.4.2
  h323-remote-address=4.4.4.4
  h323-setup-time=16:18:56.000 GMT+4 Wed Nov 26 2014
  h323-conf-id=110003a8 5475c530 b50b006e 41952801
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-connect-time=16:19:05.000 GMT+4 Wed Nov 26 2014
Common options: {call.type=1, operator=1}
11-26/15:18:23  INFO [rdsLstnr-p-6-t-5] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 132
Authenticator: {79 14 15 EB 53 8C A4 35 B6 8E 21 68 2E 96 85 DD}
Attributes:

11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] NasScript - REQUEST_AFTER_SCRIPT:
Packet type: Accounting-Request
Identifier: 133
Authenticator: {3E 73 94 1E 5C 79 54 D0 CF 53 C0 FD 23 BA 01 0A}
Attributes:
  User-Name=XXXXXXX
  NAS-IP-Address=10.3.4.2
  Event-Timestamp=1417004348
  NAS-Port=285213608
  Acct-Status-Type=2
  Acct-Delay-Time=1
  Acct-Session-Time=3
  NAS-Port-Type=0
  Acct-Session-Id=110003a8 5475c530 b50b006e 41952801
  Calling-Station-Id=XXXXXXX
  Called-Station-Id=XXXXXXXXXXX
  UNKNOWN[35265--1]={01 10 73 65 73 73 69 6F 6E 2D 74 69 6D 65 3D 33}
  UNKNOWN[35265--1]={02 35 30 63 32 39 38 64 33 31 33 33 39 63 63 31 34 33 37 39 35 64 62 63 66 66 31 33 38 37 39 62 61 39 40 31 39 35 2E 38 38 2E 32 35 32 2E 36 32 3A 35 30 36 30}
  UNKNOWN[35265--1]={01 17 49 6E 63 6F 6D 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={04 06 B0 72 32 02}
  UNKNOWN[35265--1]={05 06 C3 58 FC 3E}
  UNKNOWN[35265--1]={03 12 31 34 31 37 2D 34 33 33 36 2D 35 32 36 33 37 33}
  UNKNOWN[35265--1]={01 17 4F 75 74 67 6F 69 6E 67 2D 63 6F 64 65 63 3D 47 37 31 31 2E 41}
  UNKNOWN[35265--1]={06 06 B0 72 32 02}
  UNKNOWN[35265--1]={07 06 55 72 02 CB}
  cisco-avpair=xpgk-src-number-in=XXXXXXX
  cisco-avpair=xpgk-src-number-out=XXXXXXXXXX
  cisco-avpair=xpgk-dst-number-in=XXXXXXXXXXX
  cisco-avpair=xpgk-dst-number-out=XXXXXXXXXXX
  cisco-avpair=xpgk-route-retries=1
  cisco-avpair=h323-remote-id=TrunkGroup02
  cisco-avpair=h323-call-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=h323-incoming-conf-id=110003a8 5475c530 b50b006e 41952801
  cisco-avpair=xpgk-local-disconnect-cause=1
  cisco-avpair=h323-gw-address=10.3.4.2
  cisco-NAS-Port=SIPT:03a8
  h323-gw-id=10.3.4.2
  h323-remote-address=4.4.4.4
  h323-setup-time=16:18:56.000 GMT+4 Wed Nov 26 2014
  h323-conf-id=110003a8 5475c530 b50b006e 41952801
  h323-call-type=VoIP
  h323-call-origin=originate
  h323-disconnect-time=16:19:08.000 GMT+4 Wed Nov 26 2014
  h323-connect-time=16:19:05.000 GMT+4 Wed Nov 26 2014
  h323-disconnect-cause=10
Common options: {call.type=1, operator=1}
11-26/15:18:27  INFO [rdsLstnr-p-6-t-6] RadiusListenerWorker - RESPONSE:
Packet type: Accounting-Response
Identifier: 133
Authenticator: {25 84 D5 A0 AF 10 44 2F B9 92 21 FF 39 A8 00 F6}
Attributes:
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 27 ноя 2014, 15:27 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Я просто думаю, что возможно, сессия создалась в памяти после access-запроса и там проставили этот флаг в 0, так как cisco-avpair в access-пакетах не приходил. Но это надо проверять в коде, как там это работает.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 27 ноя 2014, 15:29 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Что посоветуете?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 27 ноя 2014, 21:23 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Вы посмотрите?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 28 ноя 2014, 18:00 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
UP
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 01 дек 2014, 18:50 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
UP
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 01 дек 2014, 18:55 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
stark, чо делать-то?
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 02 дек 2014, 00:25 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Я что-то не так делаю или есть проблемы в биллинге?
Не пойму, почему молчите, разработчики ауууууууу?
Ведь начали копать и такое чувство, что решение где-то рядом... И пропали :(
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 02 дек 2014, 13:18 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
надо лезть в код разбираться, пока не было времени . Я плохо знаю как работает операторский обсчет. Если нужно срочно, обращайтесь в тех. поддержку.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 02 дек 2014, 20:20 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Очень будем ждать Вашей помощи. Не верится, что только у нас одних такая проблема.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 08 дек 2014, 19:25 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
UP. Есть новости?
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 09 дек 2014, 19:41 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
ваш скрипт должен отрабатывать и на access пакет и на accounting. Где лог его работы на access где он выводит эти переменные ? Их скорее всего нет, так как в access нет AVPair, у вас вас выводится только если есть avppair. Нужно запустить в debug и показать полный лог всего что есть.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 09 дек 2014, 21:46 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
Вы все верно написали. Мы об это и в прошлый раз вроде поняли, что на первом пакете авторизации нет этих аттрибутов, он есть на стоп пакете, на котором он есть и покоторому видно, что скрипт отрабатывает. Но в итоге в БД не попадает установленный нами в скрипте код оператора.

Вот лог скрипта с выводом всех получаемых аттрибутов, в подтверждение:

ACCESS:
Код:
12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-src-number-in=XXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-src-number-out=XXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-dst-number-in=XXXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-dst-number-out=XXXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-route-retries=1

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-remote-id=TrunkGroup02

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - h323-remote-id=TrunkGroup02

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Set operator=1

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-call-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-incoming-conf-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-gw-address=10.3.4.2



STOP:
Код:
12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-src-number-in=XXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-src-number-out=XXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-dst-number-in=XXXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-dst-number-out=XXXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-route-retries=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-remote-id=TrunkGroup02

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - h323-remote-id=TrunkGroup02

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Set operator=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-call-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-incoming-conf-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-local-disconnect-cause=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-gw-address=10.3.4.2


В итогед что не так сделано то? Почему установленный мной в STOP пакете OperatorID не попадает в БД и соответственно не происходит дальнейшее начисление наработки?

Более того, судя по описанию модуля, должно учитываться то, что установлено в STOP пакете.
Цитата:
Также следует учитывать, что скрипт предобработки запроса отрабатывает на каждом запросе, при этом установка кода оператора отрабатывает на запросе аутентификации и на Stop-пакете. Если установка произойдет оба раза, то запомнится значение обработки Stop-пакета.


Если к этому прибавить то, что в логах radius'а видно, что operator id выставляется, в БД не попадает, напрашивается вопрос - почему? Очень бы хотелось чтобы вы помогли таки нам закончить эту войну с модулем. Начинает надоедать уже возвращаться к одному и тому же.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 11 дек 2014, 18:45 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
UP
Вернуться к началу
 Профиль  
 
stark
СообщениеДобавлено: 11 дек 2014, 21:32 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
mikos писал(а):
Вы все верно написали. Мы об это и в прошлый раз вроде поняли, что на первом пакете авторизации нет этих аттрибутов, он есть на стоп пакете, на котором он есть и покоторому видно, что скрипт отрабатывает. Но в итоге в БД не попадает установленный нами в скрипте код оператора.

Вот лог скрипта с выводом всех получаемых аттрибутов, в подтверждение:

ACCESS:
Код:
12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-src-number-in=XXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-src-number-out=XXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-dst-number-in=XXXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-dst-number-out=XXXXXXXXXX

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: xpgk-route-retries=1

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-remote-id=TrunkGroup02

12-09/18:35:45  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - h323-remote-id=TrunkGroup02

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Set operator=1

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-call-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-incoming-conf-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:46  INFO [rdsLstnr-p-6-t-5] LoggingPrintStream - Attribute: h323-gw-address=10.3.4.2



STOP:
Код:
12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-src-number-in=XXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-src-number-out=XXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-dst-number-in=XXXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-dst-number-out=XXXXXXXXXX

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-route-retries=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-remote-id=TrunkGroup02

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - h323-remote-id=TrunkGroup02

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Set operator=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-call-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-incoming-conf-id=1100002c 548716e6 84476d45 5168e001

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: xpgk-local-disconnect-cause=1

12-09/18:35:48  INFO [rdsLstnr-p-6-t-6] LoggingPrintStream - Attribute: h323-gw-address=10.3.4.2


В итогед что не так сделано то? Почему установленный мной в STOP пакете OperatorID не попадает в БД и соответственно не происходит дальнейшее начисление наработки?

Более того, судя по описанию модуля, должно учитываться то, что установлено в STOP пакете.
Цитата:
Также следует учитывать, что скрипт предобработки запроса отрабатывает на каждом запросе, при этом установка кода оператора отрабатывает на запросе аутентификации и на Stop-пакете. Если установка произойдет оба раза, то запомнится значение обработки Stop-пакета.


Если к этому прибавить то, что в логах radius'а видно, что operator id выставляется, в БД не попадает, напрашивается вопрос - почему? Очень бы хотелось чтобы вы помогли таки нам закончить эту войну с модулем. Начинает надоедать уже возвращаться к одному и тому же.



мне еще нужен лог радиуса в режиме debug.. пришлите в личке тогда его ..или дайте доступ, но я на 95 % уверен что у вас что-то не так настроено, или вы где-то что-то не то сообщаете.. На основе предоставленное информации не понятно что происходит.
Вернуться к началу
 Профиль  
 
mikos
СообщениеДобавлено: 12 дек 2014, 19:18 
Не в сети
Аватара пользователя

Зарегистрирован: 23 мар 2009, 23:16
Сообщения: 780
Откуда: St.Petersburg
Карма: 0
stark, отписался Вам вчера в личку со всеми логами.
Если что-то не так настроена - давайте посмотрим? Я тоже не думаю, что у всех такая проблема, иначе бы вас тут заклевали бы уже. Но в данном случае в БД не попадает значение, которое выставляется в скрипте. И Вы это видите. Почему так - я не знаю. Может типы логинов, может еще что?
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  Страница 2 из 3
  [ Сообщений: 69 ]  На страницу Пред.  1, 2, 3  След.

Список форумов » BGBilling » Модули Телефонии » Модуль VoiceIp

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

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

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

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

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