Снимаем лог звонков по Radius с AS5350, проблема в том что поля отличаются при звонках h323 от звонков по SIP, а именно поле username, вот что получаем по радиусу по h323 в Е1:mysql> select * from radacct where username like "10.0.92.102"\G
*************************** 1. row ***************************
id: 33882
h323_conf_id: 9798999A 9B9C9D9E 9FA0A1A2 A3A4A5A6
acct_type: Stop
call_origin: answer
call_type: VoIP
nas_ip: 192.168.40.14
username: 10.0.92.102
CLI: 4953800001
CLD: 84957720001
duration: 14
remote_ip: 10.0.92.102
callid: 6F6F6833 3233632D 10DC224F EA2D0000
ts: 2010-12-15 10:58:13
processed: Y
port_id:
а вот что из Е1 в IP:mysql> select * from radacct where h323_conf_id="CF3D7972 085D11E0
85EB0001 42B36186"\G
*************************** 1. row ***************************
id: 37607
h323_conf_id: CF3D7972 085D11E0 85EB0001 42B36186
acct_type: Stop
call_origin: originate
call_type: VoIP
nas_ip: 192.168.40.14
username: 84952280001
CLI: 84952280001
CLD: 4953800002
duration: 304
remote_ip: 192.168.40.11
callid:CF40876B-85D11E0-83DCF0DD-519FAF8@192.168.40.14
ts: 2010-12-16 18:14:16
processed: Y
port_id:
както можно решить эту проблему на самой циске??
Это не баг, это фича. На TDM'ных легах username в природе не существует, поэтому и вставляется ANI. Такие вещи нужно анализировать на радиусе.
> Это не баг, это фича. На TDM'ных легах username в природе не
> существует, поэтому и вставляется ANI. Такие вещи нужно анализировать на радиусе.не понял..
а почему по SIP в поле приходит номер??
или вот например в теме у человека приходит в поле username - номер телефона
http://www.opennet.me/openforum/vsluhforumID6/13355.html******
Лог радиуса:
Tue Apr 17 17:13:03 2007
NAS-IP-Address = х.х.х.х
NAS-Port-Type = Async
User-Name = "379000"
Called-Station-Id = "1111#73182555983"
Calling-Station-Id = "379000"
Acct-Status-Type = Start
Service-Type = Login-User
Acct-Delay-Time = 0
******или я чтото не так понимаю??
> а почему по SIP в поле приходит номер??Потому что в SIP этот номер и есть username, он берется из загаловка SIP. Посмотрите debug ccsip messages.
> или я чтото не так понимаю??
Похоже на то, напишите что Вы хотите сделать.
>> а почему по SIP в поле приходит номер??
> Потому что в SIP этот номер и есть username, он берется из
> загаловка SIP. Посмотрите debug ccsip messages.
>> или я чтото не так понимаю??
> Похоже на то, напишите что Вы хотите сделать.AS5350 должна по радиусу отдать лог звонка (он может быть по: sip,h323 или e1)
скрипт выдергивает нужные поля формирует файл и передает биллингу готовый файл для подсчетасоответственно когда звонок прохоидт по SIP, то билинг приходит лог, где в поле username стоит IPадрес, и билинг дропает его так как такого пользователя нет.
> AS5350 должна по радиусу отдать лог звонка (он может быть по: sip,h323
> или e1)
> скрипт выдергивает нужные поля формирует файл и передает биллингу готовый файл для
> подсчета
> соответственно когда звонок прохоидт по SIP, то билинг приходит лог, где в
> поле username стоит IPадрес, и билинг дропает его так как такого
> пользователя нет.А что Вы планируете использовать в качестве привязки лега к аккаунту? Логично для TDM'ных портов использовать порт, а для VoIP'ных IP адрес, либо логин в случае с регистрацией (SIP с регистрацией или H.323 с RAS) в связке с сервисом. И учитывайте что у Вас на 1 вызов падает 2 лега. Нормальные биллинги все это делают сразу, да и самому такую логику написать не сложно.
>[оверквотинг удален]
>> подсчета
>> соответственно когда звонок прохоидт по SIP, то билинг приходит лог, где в
>> поле username стоит IPадрес, и билинг дропает его так как такого
>> пользователя нет.
> А что Вы планируете использовать в качестве привязки лега к аккаунту? Логично
> для TDM'ных портов использовать порт, а для VoIP'ных IP адрес, либо
> логин в случае с регистрацией (SIP с регистрацией или H.323 с
> RAS) в связке с сервисом. И учитывайте что у Вас на
> 1 вызов падает 2 лега. Нормальные биллинги все это делают сразу,
> да и самому такую логику написать не сложно.as5350 выступает в качестве ядра и центрального звена голосовой сети, есть клиенты клиент подключенные к ней по е1, а есть по IP. по IP они могут подключатся как по SIP так и по h323. дальше as5350 выпускает звонок в мир (может как по е1 или по IP, смотря куда...)
клиентов мы различаем по номеру с которого они звонят к нему они и привязаны..
вот и хочется одно поле, которое было бы и по SIP,H323 и Е1 одинаковое с номером звонящего абонента.
ну вот както так )
> as5350 выступает в качестве ядра и центрального звена голосовой сети, есть клиенты
> клиент подключенные к ней по е1, а есть по IP. по
> IP они могут подключатся как по SIP так и по h323.
> дальше as5350 выпускает звонок в мир (может как по е1 или
> по IP, смотря куда...)
> клиентов мы различаем по номеру с которого они звонят к нему они
> и привязаны..Неправильно матчить абонента по ANI, его легко изменить. Чтобы так делать нужно анализировать еще и Screening Indicator, ну и быть уверенным что он стоит правильно.
> вот и хочется одно поле, которое было бы и по SIP,H323 и
> Е1 одинаковое с номером звонящего абонента.
> ну вот както так )Если уж так хотите использовать ANI - берите этот параметр вместо username.
> Неправильно матчить абонента по ANI, его легко изменить. Чтобы так делать нужно
> анализировать еще и Screening Indicator, ну и быть уверенным что он
> стоит правильно.
>> вот и хочется одно поле, которое было бы и по SIP,H323 и
>> Е1 одинаковое с номером звонящего абонента.
>> ну вот както так )
> Если уж так хотите использовать ANI - берите этот параметр вместо username.я понял ход мыслей, спасибо..
только для меня остался вопрос - каким образом в этом поле "username" у людей оказывается номер телефона, как это происходит?? ))
> только для меня остался вопрос - каким образом в этом поле "username"
> у людей оказывается номер телефона, как это происходит?? ))Все шлюз подсавляет. В TDM легах это единственное что можно туда вставить, в sip абоненты с этим username регистрятся (есть еще digest username который с паролем идет, это другое). В запросах от RAS это h323-id.