linphone-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Linphone-users] Wrong Contact Header when sending OK for INVITE with ST


From: Thomas Rohwer
Subject: [Linphone-users] Wrong Contact Header when sending OK for INVITE with STUN on linphone 3.6.1
Date: Mon, 7 Jul 2014 17:04:02 +0200

Hello,

I am using linphone 3.6.1 to register and receive calls behind a NAT. I configured
a stun server, and the registration works with a correctly translated contact
address. I can also receive calls, but in the OK that the linphone sends
as reply to the INVITE there is an incorrect contact header (I removed the server address):

Via: SIP/2.0/UDP xxx.xxx.xxx.xxx;rport=5060;branch=z9hG4bKgS6vZQ3yQrN8N
From: "100" <sip:address@hidden>;tag=yU6UUQ5acee4r
To: <sip:address@hidden:5061;line=06cd7f4971c2485>;tag=1462337420
Call-ID: ce71d6fb-8068-1232-25b2-001122639401
CSeq: 62029362 INVITE
Contact: <sip:address@hidden:5061>
Content-Type: application/sdp
User-Agent: Linphone/3.6.1 (eXosip2/4.1.0)
Content-Length:   245

The Contact should have been 86.103.233.126:5061,
not the address behind the NAT (192.168.178.20).
The address@hidden is the default identity. I don't understand
why this is used in this context.

This OK message is transmitted several times because the ACK is not received
and after a while the call is terminated.

This is the INVITE:

Via: SIP/2.0/UDP xxxxxxxxx;rport;branch=z9hG4bKgS6vZQ3yQrN8N
Max-Forwards: 69
From: "100" <sip:address@hidden>;tag=yU6UUQ5acee4r
To: <sip:address@hidden:5061;line=06cd7f4971c2485>
Call-ID: ce71d6fb-8068-1232-25b2-001122639401
CSeq: 62029362 INVITE
Contact: <sip:address@hidden:5060>
User-Agent: FreeSWITCH-mod_sofia/1.4.6-1~64bit
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
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 294
X-FS-Support: update_display,send_info
Remote-Party-ID: "100" <sip:address@hidden>;party=calling;screen=yes;privacy=off

Is this fixed in a newer release or is there a workaround?

Sincerely,

Thomas Rohwer

reply via email to

[Prev in Thread] Current Thread [Next in Thread]