[asterisk-bugs] [Asterisk 0008855]: nat=no is not RFC 3261 compliant regarding sending responses
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Jun 18 08:38:24 CDT 2009
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=8855
======================================================================
Reported By: mikma
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 8855
Category: Channels/chan_sip/General
Reproducibility: always
Severity: minor
Priority: normal
Status: ready for testing
Target Version: 1.6.2.0
Asterisk Version: 1.6.1-rc1
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 51305
Request Review:
======================================================================
Date Submitted: 2007-01-19 14:32 CST
Last Modified: 2009-06-18 08:38 CDT
======================================================================
Summary: nat=no is not RFC 3261 compliant regarding sending
responses
Description:
A note should be added to sip.conf.sample that using nat=no makes Asterisk
send responses to the address in the "sent-by" value instead of using the
source address of the request. This doesn't comply with RFC 3261 section
18.2.1 and 18.2.2.
RFC 3261 section 18.2.1 Receiving Requests
If the host portion of the "sent-by" parameter
contains a domain name, or if it contains an IP address that differs
from the packet source address, the server MUST add a "received"
parameter to that Via header field value. This parameter MUST
contain the source address from which the packet was received. This
is to assist the server transport layer in sending the response,
since it must be sent to the source IP address from which the request
came.
RFC 3261 section 18.2.2 Sending Responses.
Otherwise (for unreliable unicast transports), if the top Via
has a "received" parameter, the response MUST be sent to the
address in the "received" parameter
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0012577 Asterisk MUST add VIA "received&qu...
has duplicate 0013008 [patch] chan_sip ignores rport and does...
related to 0013071 [patch] OPTIONS response on default port.
======================================================================
----------------------------------------------------------------------
(0106622) klaus3000 (reporter) - 2009-06-18 08:38
https://issues.asterisk.org/view.php?id=8855#c106622
----------------------------------------------------------------------
Hi!
SIP_PAGE2_SYMMETRICRTP flag can now be set/unset with nat= and
symmetricrtp= option. IMO this is bad as it may cause unpredictable
behavior. Either symmetricrtp should be completely integrated into nat=...
or, if two options are used, nat= should only care about SIP and
symmetricrtp should only care about RTP.
For compatibility reasons IMO it might be better to use nat= only, as
suggested by ibc.
I tested the branch: can not simulate asym RTP, but at least the reply is
now always sent to the "received" IP.
Issue History
Date Modified Username Field Change
======================================================================
2009-06-18 08:38 klaus3000 Note Added: 0106622
======================================================================
More information about the asterisk-bugs
mailing list