Здравствуйте.
Есть одна ситуация, которую я никак не могу понять, и поэтому прошу помощи.
Есть external профиль, практически ванильный. В нем настроены GSM-VoIP шлюзы и SIP операторы.
Но мой тупняк вызвало следующее поведение:
Звоню через шлюз
Код:
<action application="bridge" data="sofia/gateway/kts4m1/+79131234567"/>
Есть настроенный шлюз KTS, на который прекрасно идет исходящий звонок.
Но стоит мне запустить шлюз мультифона, так трафик предназначавшийся для KTS идет на адрес этого мультифона.
nta.c:2665 nta_tpn_by_url() nta: selecting scheme sip
tport.c:3257 tport_tsend() tport_tsend(0x7f134c004290) tpn = udp/193.201.229.35:5060
tport.c:4046 tport_resolve() tport_resolve addrinfo = 193.201.229.35:5060
tport.c:4680 tport_by_addrinfo() tport_by_addrinfo(0x7f134c004290): not found by name udp/193.201.229.35:5060
tport.c:3594 tport_vsend() tport_vsend(0x7f134c004290): 1206 bytes of 1206 to udp/193.201.229.35:5060
tport.c:3492 tport_send_msg() tport_vsend returned 1206
и потом
Код:
send 1206 bytes to udp/[193.201.229.35]:5060 at 19:55:33.223898:
------------------------------------------------------------------------
INVITE sip:+79131234567@192.168.10.10 SIP/2.0
Via: SIP/2.0/UDP 192.168.0.1:5080;rport;branch=z9hG4bKF8QjNNBjFc4pQ
Route: <sip:gw+79282222222@193.201.229.35:5060;transport=udp;lr>;gw=79282222222
Max-Forwards: 69
From: "1033" <sip:kts4m1@192.168.10.10>;tag=DKpjKStgSe3gB
To: <sip:+79131234567@192.168.10.10>
Call-ID: 88a05ead-9547-1234-9586-902b341acc4d
CSeq: 91324202 INVITE
Contact: <sip:gw+kts4m1@192.168.0.1:5080;transport=udp;gw=kts4m1>
User-Agent: FreeSWITCH-mod_sofia/1.6.8-15-99de0ad~64bit
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY
Supported: timer, path, replaces
Allow-Events: talk, hold, conference, refer
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 270
X-FS-Support: update_display,send_info
Remote-Party-ID: "1033" <sip:1033@192.168.10.10>;party=calling;screen=yes;privacy=off
v=0
o=FreeSWITCH 1463301289 1463301290 IN IP4 <stun: external_ip>
s=FreeSWITCH
c=IN IP4 <stun: external_ip>
t=0 0
m=audio 19244 RTP/AVP 0 8 101 13
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:13 CN/8000
a=ptime:20
------------------------------------------------------------------------
Инвайт уходит на 193.201.229.35, т.е. на мультифон, хотя должен уйти на 192.168.10.10
На всякий случай настройки шлюзов
[+] настройки мультифона 79282222222 <gateway name="79282222222">
<param name="username" value="79282222222"/>
<param name="password" value="ххххххххххххххх"/>
<param name="from-user" value="79282222222"/>
<param name="extension" value="79282222222"/>
<param name="from-domain" value="multifon.ru"/>
<param name="proxy" value="sbc.megafon.ru"/>
<param name="register" value="true"/>
<param name="expire-seconds" value="600"/>
<param name="retry-seconds" value="30"/>
<param name="realm" value="sbc.megafon.ru"/>
</gateway>
<gateway name="kts4m1">
<param name="username" value="kts4m1"/>
<param name="password" value="ххххххххх"/>
<param name="extension" value="1234567"/>
<param name="realm" value="192.168.10.10"/>
<param name="register" value="false"/>
<param name="expire-seconds" value="600"/>
<param name="retry-seconds" value="30"/>
</gateway>
Как только убиваю шлюз мультифона, то трафик опять идет на 192.168.10.10
И причем такое поведение появляется только при запуске шлюза мультифона. Все остальные интернет SIP шлюзы такого влияния не оказывают. На сервере с десяток сип провайдеров и 4 gsm-voip шлюза, kts привел просто для примера, а так ситуация аналогичная со всеми GSM-VoIP шлюзами. Все на мультифон начинают идти.
Но вот почему только на мультифоне стреляет, для меня пока что не понятно.
Я предполагаю, что если раскидать шлюзы по разным профилям, то такой ошибки не будет. Но тут другое, хочется понять причину.