Setting the advertised_address and advertised_port to
a particular value in openser 1.0.1 :
should change VIA header, and other destination lumps
(e.g. Record-Route header).
In fact -when used- it actually ONLY changes the VIA
header and NOT the Record-Route header. This causes
calls to fail, since subsequent requests in the dialog
refer to the wrong (local 192.168.8.111) URI being
displayed in the original RR header
situation:
OPENSER 1.0.1 behind NAT -router,
advertised_address and advertised_port set to:
advertised_address="xxx.dyndns.biz"
advertised_port=5060
client C1 on internet
client c2 on internet
Session Initiation Protocol
Request-Line: INVITE sip:033@62.59.29.45 SIP/2.0
Method: INVITE
Resent Packet: False
Message Header
Record-Route:
<sip:192.168.8.111;ftag=482549029;lr=on>
Via: SIP/2.0/UDP
xxx.dyndns.biz:5060;branch=z9hG4bKd80f.eab49d74.0
Via: SIP/2.0/UDP
82.172.243.124:63586;received=192.168.8.111;rport=5062;branch=z9hG4bK7B021435F6723737AFF00EDDB84BECD5
From: x
<sip:stefan@kubuntu.mydomain.org:5062>;tag=482549029
SIP Display info: x
SIP from address:
sip:stefan@kubuntu.mydomain.org:5062
SIP tag: 482549029
Logged In: YES
user_id=337916
Originator: NO
This bug is soon one year old.
Is this report still valid for 1.2?
Logged In: NO
Not sure about 1.2, but the bug still exists in the trunk.
Logged In: YES
user_id=1786021
Originator: NO
There is an interesting draft that might address this problem http://tools.ietf.org/html/draft-ietf-sip-record-route-fix-00
It calls for double record-route headers, one for the inbound interface and the second for the outbound interface. The document RECOMMENDS not to use Record-Route rewriting.
Regards,
Norm
Logged In: YES
user_id=569542
Originator: NO
in my experience, _still_ a problem with 1.3.x, 3 years later.
e.g. -- from a capture of an INVITE reply going back out to a SIP provider:
Via: SIP/2.0/UDP 74.229.183.154:5060;branch=z9hG4bKb99.447733a.0;received=10.1.14.12 ### stripped by the host itself, as appropriate, AFAIK
Via: SIP/2.0/UDP 64.85.162.136:5060;branch=z9hG4bK6d543df6;rport=5060
Record-Route: <sip:10.1.14.12;lr=on;ftag=as3a5c107e>
With the above, the openser server has 10.1.14.12 assigned to it's internal interface, is connected to a NAT gateway with public IP 74.229.183.154, and uses advertised_address=74.229.183.154. The SIP provider is 64.85.162.136.
This bug seems to break Openser anytime it has a private IP and advertised_address is used. Can we get this bug taken care of?
I see the following thread:
http://osdir.com/ml/voip.openser.user/2005-09/msg00154.html
But I'm not sure what that discussion led to.
Thanks,
Robby