SMG-2016 и Record-Route Header

[mustdie]

Здравствуйте!

Подскажите пожалуйста правильное ли поведение шлюза при приеме сообщения "200 OK" отправлять "ACK" на IP адрес из Contact header, а не из Record-Route header? Судя по логу шлюз не знает, что такое Record-Route? Проблема на прошивке 3.6.0.1811 и 3.7.0.1944.


"SMG-2016"172.16.122.5:5060<->"Kamailio Proxy"10.10.10.14:5080<->"Router клиента"10.10.10.6(nat 192.168.15.124)


2016-11-19 20:08:13:085831 DEBUG <0.13599.1> [sipsocket:365] RECV from udp "10.10.10.14":5080 to "172.16.122.5":5060
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
SIP/2.0 200 OK
Via: SIP/2.0/UDP 172.16.122.5:5060;received=172.16.122.5;rport=5060;branch=z9hG4bK-oS1s-27788-1610
Record-Route: <sip:10.10.10.14:5080;lr;did=0e2.5d92;nat=yes>
From: "81234567890" <sip:81234567890@172.16.122.5;user=phone>;tag=27188dOr1610p0D1838D0t17
To: <sip:429500@10.10.10.14;user=phone>;tag=f3072c04cb4ffe8
Call-ID: 1479-568089-26442
CSeq: 2 INVITE
Contact: <sip:429500@192.168.15.124:5160;transport=UDP;alias=10.10.10.6~5160~1>
Session-Expires: 1800; refresher=uac
Min-SE: 90
Require: timer
Supported: replaces, timer
User-Agent: NAG LV-2SB V1.0.3.98
Allow: INVITE, ACK, UPDATE, INFO, CANCEL, BYE, OPTIONS, REFER, SUBSCRIBE, NOTIFY, MESSAGE, PRACK
Content-Type: application/sdp
Content-Length: 232

v=0
o=- 1334 1334 IN IP4 10.10.10.14
s=SIP Call
c=IN IP4 10.10.10.14
t=0 0
m=audio 13436 RTP/AVP 8 101
a=sendrecv
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11,16
a=nortpproxy:yes

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

2016-11-19 20:08:13:087985 INFO <0.13599.1> [sippacket:568] Key is untemplated: <<"Record-Route">> -> 'record-route'/"Record-Route"
2016-11-19 20:08:13:090067 DEBUG <0.13599.1> [transactionlayer:1279] Passing response '200 "OK"' to client transaction (<0.13562.1>)
2016-11-19 20:08:13:090424 DEBUG <0.13599.1> [sipserver:594] response is processed
2016-11-19 20:08:13:090440 DEBUG <0.13562.1> [clienttransaction:420] "z9hG4bK-oS1s-27788-1610 INVITE": Received response '200 "OK"'
2016-11-19 20:08:13:090708 DEBUG <0.13562.1> [clienttransaction:962] OldSipState: completed. Method: "INVITE", Status: 200
2016-11-19 20:08:13:090982 DEBUG <0.13562.1> [clienttransaction:1221] perform_branchaction for "z9hG4bK-oS1s-27788-1610"
report to: none (is alived: {false,undefined}), is finalled: true
2016-11-19 20:08:13:091401 DEBUG <0.13562.1> [clienttransaction:1201] "z9hG4bK-oS1s-27788-1610 INVITE": perform_branchaction to try to ACK repeat (in tell_parent state): 200 "INVITE"
2016-11-19 20:08:13:092066 DEBUG <0.13600.1> [clienttransaction:210] Start client transaction {sipdst,udp,"192.168.15.124",5160,
{sipurl,"sip","429500",none,none,
"192.168.15.124","192.168.15.124",5160,
{url_param,
[{"transport","UDP"},
{"alias","10.10.10.6~5160~1"}]}},
undefined,undefined,undefined,0,undefined,
udp_only,
{trunk,17},
[]}
Branch "z9hG4bK-oS1a-929563-1610"
Socket in: {sipsocket,sipsocket_udp,udp,<0.2446.0>,
{hp,"172.16.122.5",5060,undefined,undefined},
{ob_id,udp,{1479,521054,22049}},
undefined,undefined,normal,false,undefined}
2016-11-19 20:08:13:093561 DEBUG <0.13600.1> [isup_translator:216] ep_cast to <0.1838.0>
2016-11-19 20:08:13:093838 DEBUG <0.1838.0> [isup_translator:2658] H|cref:1610/"81234567890" {sip,"10.10.10.14",1610} connected.sip - Store transaction for "ACK": <0.13600.1>
2016-11-19 20:08:13:093783 DEBUG <0.13600.1> [clienttransaction:292] "z9hG4bK-oS1a-929563-1610 ACK": Started new client transaction
for request "ACK" {sipurl,"sip","429500",none,none,"192.168.15.124",
"192.168.15.124",5160,
{url_param,[{"transport","UDP"},
{"alias","10.10.10.6~5160~1"}]}}
(dst {sipdst,udp,"192.168.15.124",5160,
{sipurl,"sip","429500",none,none,"192.168.15.124",
"192.168.15.124",5160,
{url_param,[{"transport","UDP"},
{"alias","10.10.10.6~5160~1"}]}},
undefined,undefined,undefined,0,undefined,udp_only,
{trunk,17},
[]}) (report to <0.1838.0>)
2016-11-19 20:08:13:094996 DEBUG <0.13600.1> [isup_translator:216] ep_cast to <0.1838.0>
2016-11-19 20:08:13:095032 DEBUG <0.13562.1> [clienttransaction:1254] "z9hG4bK-oS1s-27788-1610 INVITE": Independent client transaction terminating, final response : '200 "OK"'
2016-11-19 20:08:13:095469 DEBUG <0.1838.0> [isup_translator:2448] H|cref:1610/"81234567890" {sip,"10.10.10.14",1610} connected.sip - ACK wait change: undefined -> undefined (by {ack_wait,
clean})
2016-11-19 20:08:13:095278 DEBUG <0.13600.1> [transportlayer:113] send_proxy_request to: {sipdst,udp,"192.168.15.124",5160,
{sipurl,"sip","429500",none,none,"192.168.15.124","192.168.15.124",5160,{url_param,[{"transport","UDP"},{"alias","10.10.10.6~5160~1"}]}},
undefined,undefined,undefined,0,undefined,udp_only,
{trunk,17},
[]},
socket: {sipsocket,sipsocket_udp,udp,<0.2446.0>,{hp,"172.16.122.5",5060,undefined,undefined},{ob_id,udp,{1479,521054,22049}},undefined,undefined,normal,false,undefined}
sip corrections: []
2016-11-19 20:08:13:096215 DEBUG <0.13600.1> [transportlayer:145] send_proxy_request:
to Uri: {sipurl,"sip","429500",none,none,"192.168.15.124","192.168.15.124",5160,{url_param,[{"transport","UDP"},{"alias","10.10.10.6~5160~1"}]}},
Socket is {sipsocket,sipsocket_udp,udp,<0.2446.0>,{hp,"172.16.122.5",5060,undefined,undefined},{ob_id,udp,{1479,521054,22049}},undefined,undefined,normal,false,undefined}
rport set: {by_listen,{true,"172.16.122.5",5060}}
2016-11-19 20:08:13:097219 DEBUG <0.13600.1> [sipsocket:365] SEND to udp "192.168.15.124":5160 from "172.16.122.5":5060
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
ACK sip:429500@192.168.15.124:5160;transport=UDP;alias=10.10.10.6~5160~1 SIP/2.0
Via: SIP/2.0/UDP 172.16.122.5:5060;rport;branch=z9hG4bK-oS1a-929563-1610
Route: <sip:10.10.10.14:5080;lr;did=0e2.5d92;nat=yes>
From: "81234567890" <sip:81234567890@172.16.122.5;user=phone>;tag=27188dOr1610p0D1838D0t17
To: <sip:429500@10.10.10.14;user=phone>;tag=f3072c04cb4ffe8
Call-ID: 1479-568089-26442
CSeq: 2 ACK
User-Agent: Eltex smg_pa_sip smg_pa_sip-3.7.0.20
Max-Forwards: 70
Contact: <sip:81234567890@172.16.122.5:5060>
Content-Length: 0


<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

[Женя]

Можете прислать:
tcpdump
pbx_sip
pbx_pstn все уровни =1
это всё для одного звонка
и конфиг

[mustdie]

С этим разобрался. Просто железка не понимает параметр alias в заголовке Contact: