Отчёты - телефония

Технические вопросы по UTM 5.0
Закрыто
Д
Сообщения: 11
Зарегистрирован: Вт июл 23, 2013 00:33

Отчёты - телефония

Сообщение Д »

Доброго времени суток.
Стоит версия utm5.3 update4, используется модуль телефонии.
Сам не могу разобраться, искал на форуме так и не нашёл, как же всё таки посмотреть входящие звонки. Исходящие соединения видны в отчётах по телефонии, а входящих нет.
Вернуться к началу
Groggy
Сообщения: 84
Зарегистрирован: Вт июл 07, 2009 14:19

Сообщение Groggy »

Для начала нужно убедиться что входящие вызовы передаются в UTM, те присутствуют в CDR\SMDR файлах.

Второе, нужно заводить направления входящих вызовов итд до создания тарплана.
Вернуться к началу
rimidal
Сообщения: 53
Зарегистрирован: Пт янв 29, 2010 22:36

Сообщение rimidal »

Если экспорт из CDR файлов, то нужно обновляться.
Даже в последнем обновлении (5.3-002 update5) есть баги.
В 5.3 модуль телефонии еще сыроват.
Вернуться к началу
Д
Сообщения: 11
Зарегистрирован: Вт июл 23, 2013 00:33

Сообщение Д »

Данные передаются на прямую в базу без использования CDR\SMDR файлов.
Не понял про входящие направления. Предположим есть направление:
http://rghost.ru/56901366
Оно является "исходящим", если да, то как правильно записать "входящее" направление?
Вернуться к началу
Аватара пользователя
ds
Сообщения: 380
Зарегистрирован: Пн сен 18, 2006 14:06

Сообщение ds »

В 5.3-002, если парсить cdr и через utm5_send_cdr заводить в биллинг, направления отлично различаются по полю ID ATC ( например 1-входящие/2-исходящие/3-локальные) без извращений с префиксами как в 5.2
Каким образом передавать через radius это поле тоже непонятно. Пока остановились на парсинге cdr.
Вернуться к началу
Nik0n
Сообщения: 77
Зарегистрирован: Пн сен 14, 2009 13:53
Откуда: Екатеринбург
Контактная информация:
Контактная информация пользователя Nik0n

Сообщение Nik0n »

ds писал(а):Каким образом передавать через radius это поле тоже непонятно.
Например как-то так (это на perl ):
use Authen::Radius;
$r = new Authen::Radius (...);
$r->add_attributes (
{ Name => 'Cisco-AVPair', Value => 'h323-pbx-id=ats-new' }
)
Передавать во всех пакетах Radius
Auth, Acct-Start, Acct-Stop

В конфиге /netup/utm5/radius5.cfg добавить
pbx_id_format=9:1:h323-pbx-id=(.*)

Обязательна версия 5.3.001 update4 и выше!

Аналогично еще два поля:
incoming_trunk_format=9:1:h323-incoming-trunk=(.*)
outgoing_trunk_format=9:1:h323-outgoing-trunk=(.*)

Пока только на тесте отлаживал, в боевую не пускал, т.к. не обновилься до UTM 5.3
Добилься отображения в админке заполненых этих полей.
С тарификацией по ЭТИМ полям не занималься, но думаю что придеться дублировать телефонные направления с разными комбинациями поле incoming/outgoing trunk, PBX ID.
Вернуться к началу
Аватара пользователя
ds
Сообщения: 380
Зарегистрирован: Пн сен 18, 2006 14:06

Сообщение ds »

Nik0n писал(а):
ds писал(а):Каким образом передавать через radius это поле тоже непонятно.
Например как-то так (это на perl ):
use Authen::Radius;
$r = new Authen::Radius (...);
$r->add_attributes (
{ Name => 'Cisco-AVPair', Value => 'h323-pbx-id=ats-new' }
)
Передавать во всех пакетах Radius
Auth, Acct-Start, Acct-Stop

В конфиге /netup/utm5/radius5.cfg добавить
pbx_id_format=9:1:h323-pbx-id=(.*)

Обязательна версия 5.3.001 update4 и выше!

Аналогично еще два поля:
incoming_trunk_format=9:1:h323-incoming-trunk=(.*)
outgoing_trunk_format=9:1:h323-outgoing-trunk=(.*)

Пока только на тесте отлаживал, в боевую не пускал, т.к. не обновилься до UTM 5.3
Добилься отображения в админке заполненых этих полей.
С тарификацией по ЭТИМ полям не занималься, но думаю что придеться дублировать телефонные направления с разными комбинациями поле incoming/outgoing trunk, PBX ID.
Спасибо, потестирую. Как раз было непонятно про pbx_id_format для атрибута.
Вернуться к началу
Д
Сообщения: 11
Зарегистрирован: Вт июл 23, 2013 00:33

Сообщение Д »

ds писал(а):В 5.3-002, если парсить cdr и через utm5_send_cdr заводить в биллинг, направления отлично различаются по полю ID ATC ( например 1-входящие/2-исходящие/3-локальные) без извращений с префиксами как в 5.2
Каким образом передавать через radius это поле тоже непонятно. Пока остановились на парсинге cdr.
А если не парсить, а данные напрямую передаются со станции?

к примеру вот лог входящего звонка:

Код: Выделить всё

--- RADIUS Pkt ---
  Code: [4]  ID:   [77]
  Auth: Size 16; Data [0x7996101870ee0a8466555f70de9040fa]
    Attr: [40] Vendor: [0] Size 4; Data [0x00000001]
        (Acct-Status-Type=INT:1)
    Attr: [44] Vendor: [0] Size 17; Data [0x313430353939323834372d343236363130]
        (Acct-Session-Id=STRING:1405992847-426610)
    Attr: [24] Vendor: [9] Size 30; Data [0x683332332d636f6e662d69643d313430353939323834372d343236363130]
        (Cisco:h323-conf-id=STRING:h323-conf-id=1405992847-426610)
    Attr: [1] Vendor: [0] Size 10; Data [0x39303937333135313037]
        (User-Name=STRING:9097315xxx)
    Attr: [31] Vendor: [0] Size 10; Data [0x39303937333135313037]
        (Calling-Station-Id=STRING:9097315xxx)
    Attr: [30] Vendor: [0] Size 7; Data [0x32363036393934]
        (Called-Station-Id=STRING:yyy6994)
    Attr: [27] Vendor: [9] Size 19; Data [0x683332332d63616c6c2d747970653d766f6970]
        (Cisco:h323-call-type=STRING:h323-call-type=voip)
    Attr: [26] Vendor: [9] Size 26; Data [0x683332332d63616c6c2d6f726967696e3d6f726967696e617465]
        (Cisco:h323-call-origin=STRING:h323-call-origin=originate)
    Attr: [25] Vendor: [9] Size 49; Data [0x683332332d73657475702d74696d653d30373a33333a34382e30303030204d534b20547565204a756c2032322032303134]
        (Cisco:h323-setup-time=STRING:h323-setup-time=07:33:48.0000 MSK Tue Jul 22 2014)
    Attr: [2] Vendor: [9] Size 7; Data [0x30303030303030]
        (Cisco:Cisco-NAS-Port=STRING:0000000)
    Attr: [33] Vendor: [9] Size 18; Data [0x683332332d67772d69643d30303030303030]
        (Cisco:h323-gw-id=STRING:h323-gw-id=0000000)
    Attr: [5] Vendor: [0] Size 4; Data [0x00000000]
        (NAS-Port=INT:0)
    Attr: [41] Vendor: [0] Size 4; Data [0x00000000]
        (Acct-Delay-Time=INT:0)
    Attr: [4] Vendor: [0] Size 4; Data [0xc0a8060b]
        (NAS-IP-Address=IP:192.168.a.cc)

Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: new session ID 262 for SID 1405992847-426610
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: sid_insert: session ID 262 for SID 1405992847-426610
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: unknown user '9097315xxx'
Jul 22 08:09:32  Info  : b7c8fb90 AcctQueue: Accounting-Start for SID 1405992847-426610 unknown user '9097315xxx' from NAS 192.168.a.cc
Jul 22 08:09:32 ?Debug : b7c8fb90 Transport: session ID 262 without LoginInfo
Jul 22 08:09:32 ?Debug : b7c8fb90 Transport: sending traffic/dialup session ID 262
Jul 22 08:09:32 ?Debug : b7c8fb90 StreamConnection: Sending message ID 0x1107
Jul 22 08:09:32 ?Debug : b7c8fb90 SessionManager: put: session ID 262 timeout scheduled at 2000000000
Jul 22 08:09:32 ?Debug : b7c8fb90 SessionManager: put: session ID 262 from NAS 4 OK
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: Reply
--- RADIUS Pkt ---
  Code: [5]  ID:   [77]
  Auth: Size 16; Data [0x7996101870ee0a8466555f70de9040fa]

Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: Request from 192.168.a.cc:33279
--- RADIUS Pkt ---
  Code: [4]  ID:   [78]
  Auth: Size 16; Data [0x478fdf7c4739fc9e3455411f55f7f5ca]
    Attr: [40] Vendor: [0] Size 4; Data [0x00000002]
        (Acct-Status-Type=INT:2)
    Attr: [44] Vendor: [0] Size 17; Data [0x313430353939323834372d343236363130]
        (Acct-Session-Id=STRING:1405992847-426610)
    Attr: [24] Vendor: [9] Size 30; Data [0x683332332d636f6e662d69643d313430353939323834372d343236363130]
        (Cisco:h323-conf-id=STRING:h323-conf-id=1405992847-426610)
    Attr: [1] Vendor: [0] Size 10; Data [0x39303937333135313037]
        (User-Name=STRING:9097315xxx)
    Attr: [31] Vendor: [0] Size 10; Data [0x39303937333135313037]
        (Calling-Station-Id=STRING:9097315xxx)
    Attr: [30] Vendor: [0] Size 7; Data [0x32363036393934]
        (Called-Station-Id=STRING:yyy6994)
    Attr: [27] Vendor: [9] Size 19; Data [0x683332332d63616c6c2d747970653d766f6970]
        (Cisco:h323-call-type=STRING:h323-call-type=voip)
    Attr: [26] Vendor: [9] Size 26; Data [0x683332332d63616c6c2d6f726967696e3d6f726967696e617465]
        (Cisco:h323-call-origin=STRING:h323-call-origin=originate)
    Attr: [25] Vendor: [9] Size 49; Data [0x683332332d73657475702d74696d653d30373a33333a34382e30303030204d534b20547565204a756c2032322032303134]
        (Cisco:h323-setup-time=STRING:h323-setup-time=07:33:48.0000 MSK Tue Jul 22 2014)
    Attr: [2] Vendor: [9] Size 7; Data [0x30303030303030]
        (Cisco:Cisco-NAS-Port=STRING:0000000)
    Attr: [33] Vendor: [9] Size 18; Data [0x683332332d67772d69643d30303030303030]
        (Cisco:h323-gw-id=STRING:h323-gw-id=0000000)
    Attr: [5] Vendor: [0] Size 4; Data [0x00000000]
        (NAS-Port=INT:0)
    Attr: [41] Vendor: [0] Size 4; Data [0x00000000]
        (Acct-Delay-Time=INT:0)
    Attr: [4] Vendor: [0] Size 4; Data [0xc0a8060b]
        (NAS-IP-Address=IP:192.168.a.cc)
    Attr: [28] Vendor: [9] Size 51; Data [0x683332332d636f6e6e6563742d74696d653d30373a33333a34392e30303030204d534b20547565204a756c2032322032303134]
        (Cisco:h323-connect-time=STRING:h323-connect-time=07:33:49.0000 MSK Tue Jul 22 2014)
    Attr: [29] Vendor: [9] Size 54; Data [0x683332332d646973636f6e6e6563742d74696d653d30373a33343a30372e30303030204d534b20547565204a756c2032322032303134]
        (Cisco:h323-disconnect-time=STRING:h323-disconnect-time=07:34:07.0000 MSK Tue Jul 22 2014)
    Attr: [46] Vendor: [0] Size 4; Data [0x00000012]
        (Acct-Session-Time=INT:18)
    Attr: [30] Vendor: [9] Size 23; Data [0x683332332d646973636f6e6e6563742d63617573653d30]
        (Cisco:h323-disconnect-cause=STRING:h323-disconnect-cause=0)
    Attr: [5] Vendor: [0] Size 4; Data [0x00000000]
        (NAS-Port=INT:0)
    Attr: [41] Vendor: [0] Size 4; Data [0x00000000]
        (Acct-Delay-Time=INT:0)
    Attr: [4] Vendor: [0] Size 4; Data [0xc0a8060b]
        (NAS-IP-Address=IP:192.168.a.cc)
Jul 22 08:09:32 ?Debug : b7c8fb90 SessionManager: get: session ID 262
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: found session ID 262 for SID 1405992847-426610
Jul 22 08:09:32  Info  : b7c8fb90 AcctQueue: Accouting-Stop for SID 1405992847-426610 unknown user '9097315xxx' from NAS 192.168.a.cc
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: lookup: session ID 262 closed
Jul 22 08:09:32 ?Debug : b7c8fb90 Transport: session ID 262 without LoginInfo
Jul 22 08:09:32 ?Debug : b7c8fb90 Transport: sending traffic/dialup session ID 262
Jul 22 08:09:32 ?Debug : b7c8fb90 StreamConnection: Sending message ID 0x1107
Jul 22 08:09:32 ?Debug : b7c8fb90 SessionManager: put: sessiond ID 262 from NAS 4 is closed
Jul 22 08:09:32 ?Debug : b7c8fb90 AcctQueue: Reply
По логу получается, что при входящем звонке номер позвонившего пытаются идентифицировать как пользователя, но так как такого пользователя естественно нет, то звонок никаким образом не обрабатывается и не записывается в базу.
Как мне поступить в такой ситуации ?
Вернуться к началу
Nik0n
Сообщения: 77
Зарегистрирован: Пн сен 14, 2009 13:53
Откуда: Екатеринбург
Контактная информация:
Контактная информация пользователя Nik0n

Сообщение Nik0n »

Д писал(а): По логу получается, что при входящем звонке номер позвонившего пытаются идентифицировать как пользователя, но так как такого пользователя естественно нет, то звонок никаким образом не обрабатывается и не записывается в базу.
Как мне поступить в такой ситуации ?
1. Нужен модуль телефонии.
2. Нужно заводит в связки услуги телефонии ЛОГИН и ПАРОЛЬ.
3. Нужно посылать сначала в Radius Access-Request с этими ЛОГИН и ПАРОЛЬ (авторизация PAP работает, другие не пробывал), а потом Account-Start,-Update,-Stop
4. Еще нужен аттрибут cisco-h323-conf-id (см. доку)
Удачи :)
Вернуться к началу
Закрыто

Вернуться в «UTM 5.0»