Страница 1 из 4

FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 04:05
AlexanderAvva
Доброе утро!
Кто - нибудь настраивал исходящие вызовы из FreeSwitch на Addpac GS1002_G2: можете помочь?

Входящие вызовы из Addpac на FreeSwitch работают, никак не могу настроить исходящие на GSM.
Сам Addpac зарегистрирован как агент (sip-ua) в FreeSwitch, прямой вызов на него из FreeSwitch проходит по логам.
GS1002(config)# sip-ua
GS1002(config-sip-ua)# user-register
GS1002(config-sip-ua)# sip-server 192.168.7.76
GS1002(config-sip-ua)# set-local-domain 192.168.7.76
GS1002(config-sip-ua)# sip-username 1015
GS1002(config-sip-ua)# sip-password 1015
GS1002(config-sip-ua)# register gateway
GS1002(config-sip-ua)#


Как gateway Addpac зарегистрировать не удалось, если делать прямой вызов, в веб-консоли
CallNum EventTime Descript CallingPartyNum CalledPartyNum RemoteInfo SetupTime Dur Reason
---------------------------------------------------------------------------------------------------------------------------------------------------
< 15> May 30 00:41:03 incomming 1001 (null) Extension 1001:192.168.7.76 0 Local:InvalidNumber

Вопрос: что именно нужно написать в диалплане или еще где - то, чтобы исходящие вызовы формата 8\d{10} нормально обрабатывались как исходящий номер в Addpac, т.е. либо что - то типа этого, но корректное:
<extension name="dial-10-digit-numbers">
<condition field="destination_number" expression="^(8\d{10})$">
<action application="log" data="GSM INFO dialed number is [$1]"/>
<action application="bridge" data="sofia/internal/1015@${domain_name}/$1"/>
<action application="set" data="effective_caller_id_number=$1"/>
<action application="set" data="effective_caller_id_name=$1"/>
</condition>
</extension>
или какой - то другой путь, более правильный.
Буду благодарен за любые идеи.

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 06:57
Vlad1983
по аналогии с этим

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 12:39
AlexanderAvva
По аналогии с этим не получилось, addpac не может выступать как SIP gateway, при регистрации как внешнего gateway возникает ошибка.
Уже пытался в dialplan поставить форвард вызова в гетевей, но увы.
Я смотрел пакеты, которыми они обмениваются - не работает addpac как gateway, возвращает ошибку.
Что именно было сделано:
1 создан профайл conf\sip_profiles\external\addpac.xml
<include>
<gateway name="GSMaddpac">
<param name="proxy" value="192.168.7.5"/>
<param name="realm" value="voip.192.168.7.5"/>
<!-- <param name="register" value="false"/>-->
<param name="caller-id-in-from" value="true"/> <!--Most gateways seem to want this-->
<param name="username" value="not-used"/>
<param name="password" value="not-used"/>
<param name="expire-seconds" value="600"/>
<param name="retry-seconds" value="30"/>
<param name="ping" value="25"/>
<param name="debug" value="1"/>
<param name="sip-trace" value="yes"/>
</gateway>
</include>
2 в диалплан добавлено:
<extension name="dial-10-digit-numbers">
<condition field="destination_number" expression="^(8\d{10})$">
<action application="bridge" data="sofia/gateway/GSMaddpac/$1"/>
</condition>
</extension>

результат:
2016-05-30 12:26:13.307706 [ERR] sofia_reg.c:2414 GSMaddpac Failed Registration with status Method Not Allowed [405]. failure #2
по дебагу в консоли addpack он при попытки регистрации в нем как в sip сервере сообщает, что SIP/2.0 405 Method Not Allowed
Sending SIP PDU to ( 192.168.7.76:5080 ) from 5060
SIP/2.0 405 Method Not Allowed
Via: SIP/2.0/UDP 192.168.7.76:5080;rport;branch=z9hG4bK8vS2rga8re2mD
From: <sip:not-used@192.168.7.5>;tag=8mm8SNg37H70g
To: <sip:not-used@192.168.7.5>
Call-ID: 127bfc3b-176e-4403-8e58-8db9bf31ad69
CSeq: 91964336 REGISTER
User-Agent: AddPac SIP Gateway
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, UPDATE, REFER, NOTIFY
Content-Length: 0

Что именно я делаю не так?
ПРобовал уже и играться логинами/паролями в настроке шлюза:
<param name="realm" value="192.168.7.5"/>

<param name="username" value="1015"/>
<param name="password" value="1015"/>

Все равно не помогает. Видимо, он не поддерживает входящий gateway и нужно как - то по другому с ним работать.

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 14:20
Vlad1983
раскомментить

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

<!-- <param name="register" value="false"/>-->

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 15:41
AlexanderAvva
Спасибо большое!!!
Получилось исходящие вызовы настроить.

С DECT подключенных трубок связь пошла через freeswitch
с софтотелефонов пока какие- то проблемы с кодеками типа:
2016-05-30 15:31:41.212680 [WARNING] switch_core_codec.c:728 Codec PCMU Exists but not at the desired implementation. 8000hz 20ms 3ch
2016-05-30 15:31:41.212680 [ERR] switch_core_media.c:2838 Can't load codec?

ну тут я понимаю, что надо играться с преобразованием кодеков в самом freeswitch
<X-PRE-PROCESS cmd="set" data="global_codec_prefs=G729,OPUS,G722,PCMU,PCMA,VP8"/>
<X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=G729,OPUS,G722,PCMU,PCMA,VP8"/>

Видимо дело в том, что addpac поддерживает только эти кодеки:
voice class codec 0
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729
codec preference 4 g7231r53
codec preference 5 g726r16
codec preference 6 g726r32

а софтофон либо не той версии, либо не с теми параметрами: буду копать в этом направлении.

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 17:57
awsswa
Вы сразу не с того пошли - не надо регистрировать ADDPAC
http://awsswa.livejournal.com/22887.html

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 18:37
Vlad1983
кто-то запрашивает PCMU на 3 канала
покажите трейс сигналки

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 19:25
AlexanderAvva
Простите, не очень понимаю, как поставить "трейс сигналки": это опция в freeswitch, если да, то как ее ставить?
Если в addpac, то правильно я понимаю, что необходимо снять в консоли после debug voip call?
Ситуация такова:
если с DECT телефона набрать выход через GSM на мобильный - он соединяется и можно нормально разговаривать, если же с софтофона (zopper или аналогичный клиент андроида), то как раз и возникает эта ошибка согласования кодеков.
Если возможно, подскажите, где какой трейс ставить и откуда что снимать.
Заранее благодарю.

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 19:56
Vlad1983

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

fs_cli> sofia profile internal siptrace on

Re: FreeSwitch и исходящие вызовы на Addpac

Добавлено: 30 май 2016, 20:07
AlexanderAvva
PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:
------------------------------------------------------------------------
recv 936 bytes from udp/[192.168.7.253]:47423 at 17:03:51.437016:
------------------------------------------------------------------------
INVITE sip:89166300287@192.168.7.76;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---7d16aaff4c74a4bc;rport
Max-Forwards: 70
Contact: <sip:1002@192.168.7.253:47423;transport=UDP>
To: <sip:89166300287@192.168.7.76;transport=UDP>
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE
Content-Type: application/sdp
Supported: replaces, norefersub, extended-refer, timer, outbound, path, X-cisco-serviceuri
User-Agent: Zoiper r656527b
Allow-Events: presence, kpml
Content-Length: 270

v=0
o=Zoiper 0 0 IN IP4 192.168.7.253
s=Zoiper
c=IN IP4 192.168.7.253
t=0 0
m=audio 59410 RTP/AVP 8 110 97 101
a=rtpmap:8 PCMA/8000
a=rtpmap:110 speex/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
------------------------------------------------------------------------
send 339 bytes to udp/[192.168.7.253]:47423 at 17:03:51.438000:
------------------------------------------------------------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---7d16aaff4c74a4bc;rport=47423
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
To: <sip:89166300287@192.168.7.76;transport=UDP>
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 1 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.7.0~64bit
Content-Length: 0

------------------------------------------------------------------------
2016-05-30 20:03:51.438000 [NOTICE] switch_channel.c:1091 New Channel sofia/internal/1002@192.168.7.76 [d4c0208e-f81e-4b73-a037-49be17f7e448]
send 842 bytes to udp/[192.168.7.253]:47423 at 17:03:51.446003:
------------------------------------------------------------------------
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---7d16aaff4c74a4bc;rport=47423
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
To: <sip:89166300287@192.168.7.76;transport=UDP>;tag=9Nmc1aa0K55US
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 1 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.7.0~64bit
Accept: application/sdp
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Proxy-Authenticate: Digest realm="192.168.7.76", nonce="b1a551ad-2169-4988-9875-5ff06e911b65", algorithm=MD5, qop="auth"
Content-Length: 0

------------------------------------------------------------------------
recv 356 bytes from udp/[192.168.7.253]:47423 at 17:03:51.449027:
------------------------------------------------------------------------
ACK sip:89166300287@192.168.7.76;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---7d16aaff4c74a4bc;rport
Max-Forwards: 70
To: <sip:89166300287@192.168.7.76;transport=UDP>;tag=9Nmc1aa0K55US
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 1 ACK
Content-Length: 0

------------------------------------------------------------------------
recv 1217 bytes from udp/[192.168.7.253]:47423 at 17:03:51.450021:
------------------------------------------------------------------------
INVITE sip:89166300287@192.168.7.76;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---ecd06c3799531ff2;rport
Max-Forwards: 70
Contact: <sip:1002@192.168.7.253:47423;transport=UDP>
To: <sip:89166300287@192.168.7.76;transport=UDP>
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 2 INVITE
Allow: INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, MESSAGE, OPTIONS, INFO, SUBSCRIBE
Content-Type: application/sdp
Proxy-Authorization: Digest username="1002",realm="192.168.7.76",nonce="b1a551ad-2169-4988-9875-5ff06e911b65",uri="sip:89166300287@192.168.7.76;transport=UDP",response="2596ecfbb83a527fd74121e786a553fb",cnonce="9c862d2d03bf512e48fc077fe18ba32a",nc=00000001,qop=auth,algorithm=MD5
Supported: replaces, norefersub, extended-refer, timer, outbound, path, X-cisco-serviceuri
User-Agent: Zoiper r656527b
Allow-Events: presence, kpml
Content-Length: 270

v=0
o=Zoiper 0 0 IN IP4 192.168.7.253
s=Zoiper
c=IN IP4 192.168.7.253
t=0 0
m=audio 59410 RTP/AVP 8 110 97 101
a=rtpmap:8 PCMA/8000
a=rtpmap:110 speex/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
------------------------------------------------------------------------
send 339 bytes to udp/[192.168.7.253]:47423 at 17:03:51.451022:
------------------------------------------------------------------------
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.7.253:47423;branch=z9hG4bK-524287-1---ecd06c3799531ff2;rport=47423
From: <sip:1002@192.168.7.76;transport=UDP>;tag=7e38b332
To: <sip:89166300287@192.168.7.76;transport=UDP>
Call-ID: eNGVWmzqOmYLrEmNDRftHQ..
CSeq: 2 INVITE
User-Agent: FreeSWITCH-mod_sofia/1.7.0~64bit
Content-Length: 0

------------------------------------------------------------------------
2016-05-30 20:03:51.478021 [INFO] mod_dialplan_xml.c:637 Processing 1002 <1002>->89166300287 in context default
2016-05-30 20:03:51.478021 [NOTICE] switch_channel.c:1091 New Channel sofia/external/89166300287 [b3432eb6-7354-4b71-a370-2f953f28f3a7]
send 1299 bytes to udp/[192.168.7.147]:5060 at 17:03:51.495037:
------------------------------------------------------------------------
NOTIFY sip:1000@192.168.7.147 SIP/2.0
Via: SIP/2.0/UDP 192.168.7.76;rport;branch=z9hG4bK40NDBFXH462ca
Max-Forwards: 70
From: "╨╝╨╛╤П ╨╝╨╛╨▒╨╕╨╗╨░" <sip:1002@192.168.7.76>;tag=aIlYKDv3ZUk1
To: <sip:1000@192.168.7.76>;tag=UAPNQ1zcx
Call-ID: Sat45ebKdq
CSeq: 651611551 NOTIFY
Contact: <sip:1002@192.168.7.76:5060>
User-Agent: FreeSWITCH-mod_sofia/1.7.0~64bit
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
Supported: timer, path, replaces
Event: presence
Allow-Events: talk, hold, conference, presence, as-feature-event, dialog, line-seize, call-info, sla, include-session-description, presence.winfo, message-summary, refer
Subscription-State: active;expires=78
Content-Type: application/pidf+xml
Content-Length: 504

<?xml version="1.0" encoding="ISO-8859-1"?>
<presence xmlns='urn:ietf:params:xml:ns:pidf'
xmlns:dm='urn:ietf:params:xml:ns:pidf:data-model'
xmlns:rpid='urn:ietf:params:xml:ns:pidf:rpid'
xmlns:c='urn:ietf:params:xml:ns:pidf:cipid' entity='sip:1002@192.168.7.76'>
<tuple id='t6a5ed77e'>
<status>
<basic>open</basic>
</status>
</tuple>
<dm:person id='p06360c4a'>
<rpid:activities>
<rpid:on-the-phone/>
</rpid:activities>
<dm:note>Call 89166300287</dm:note>
</dm:person>
</presence>
------------------------------------------------------------------------
recv 308 bytes from udp/[192.168.7.147]:5060 at 17:03:51.529047:
------------------------------------------------------------------------
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.7.76;rport;branch=z9hG4bK40NDBFXH462ca
From: "╨╝╨╛╤П ╨╝╨╛╨▒╨╕╨╗╨░" <sip:1002@192.168.7.76>;tag=aIlYKDv3ZUk1
To: <sip:1000@192.168.7.76>;tag=UAPNQ1zcx
Call-ID: Sat45ebKdq
CSeq: 651611551 NOTIFY
User-Agent: Linphone/3.9.1 (belle-sip/1.4.2)
Supported: outbound

------------------------------------------------------------------------
2016-05-30 20:03:51.538041 [WARNING] switch_core_codec.c:728 Codec PCMA Exists but not at the desired implementation. 8000hz 20ms 3ch
2016-05-30 20:03:51.538041 [ERR] switch_core_media.c:2838 Can't load codec?
2016-05-30 20:03:51.538041 [NOTICE] switch_core_media.c:2839 Hangup sofia/external/89166300287 [CS_CONSUME_MEDIA] [INCOMPATIBLE_DESTINATION]
2016-05-30 20:03:51.538041 [NOTICE] switch_core_session.c:1664 Session 10 (sofia/external/89166300287) Ended
2016-05-30 20:03:51.538041 [NOTICE] switch_core_session.c:1668 Close Channel sofia/external/89166300287 [CS_DESTROY]
2016-05-30 20:03:51.558043 [INFO] mod_dptools.c:3379 Originate Failed. Cause: INCOMPATIBLE_DESTINATION
2016-05-30 20:03:51.558043 [NOTICE] switch_channel.c:4801 Hangup sofia/internal/1002@192.168.7.76 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]