[asterisk-bugs] [JIRA] (ASTERISK-21465) wrong routing of ACK request following a 200OK (Record-Route header not taken into account)

[Walter Doekes (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-21465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=206827#comment-206827 ] 

Walter Doekes commented on ASTERISK-21465:
------------------------------------------

Sébastien, good to hear that it works.

As for your comments:

- force_rport is not the rport extension, it *forces* the use of the remote IP/port *instead* of relying on said extension. It also discards other information (RR in this case). I agree with you that the name can be confusing. The documentation surrounding the setting could probably be improved.

- Newer releases don't have force_rport, but auto_force_rport as default. That should make more intelligent guesses of the requested setting. If you have the time to confirm that that new setting (in Asterisk 11 and higher) would work for you, that would be super! 


                
> wrong routing of ACK request following a 200OK (Record-Route header not taken into account)
> -------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21465
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21465
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General, General
>    Affects Versions: 1.8.8.2, 1.8.15.1
>         Environment: OS : DEBIAN 6.0.5
> DAHDI version 2.6.1 
> LIBPRI version 1.4.12
>            Reporter: sebastien prouvost
>            Assignee: sebastien prouvost
>         Attachments: Copie de issue_ack, debug_issue_ack, sip.conf, sip show settings
>
>
> I have an Asterisk GW (PSTN to IP gateway) equiped with digium board. 
> I observe the following behaviors of my Asterisk GW when making a PSTN to IP call: 
> - The GW sends the INVITE request to @IP1 (obtained by DNS query) and receives a 200 OK with a record-route header containing @IP2. 
> - The ACK request sent by the GW contains a route header with @IP2 (according to the record-route header received in the 200 OK) which is correct according the RFC3261. However this ACK request is sent to @IP1 and not to @IP2 which is not correct according to RFC3261 (the asterisk GW must send the ACK request to the first entry of the route header). 
> Here is the extract of RFC3261 which says that a request (in my case the ACK) has to be sent to the first Route header field value in the request, or to the request's Request-URI if there is no Route header field present. In my case I have a route header, therefore the request shall be sent to this route header (and I observe that it is sent to the request-URI). 
> page 41 : 
> "
> 8.1.2 Sending the Request
> The destination for the request is then computed. [...] the procedures are applied to the first Route header field value in the request (if one exists), or to the request's Request-URI if there is no Route header field present.
> "
> This problem is a major non-compatibility issue to the standard SIP protocol which may cause interoperability problems in certain configurations (IMS type for example where the inital INVITE request is routed toward a I-CSCF and the request within a dialog bypass this I-CSCF).
> Regards, Sébastien Prouvost

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira