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

sebastien prouvost (JIRA) noreply at issues.asterisk.org
Tue May 14 08:59:38 CDT 2013


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

sebastien prouvost commented on ASTERISK-21465:
-----------------------------------------------

Hello, 

I upgraded my asterisk version to version 1.8.15.cert2 and I still have the problem. See attached debug. bellow the concerned extract of the debug : the ACK is sent to 172.25.10.1 although the route (corresponding to the record-route of the 200OK is to 172.25.10.3). :

[May 14 15:52:56] VERBOSE[15355] chan_sip.c: Transmitting (NAT) to 172.25.10.1:5060:
ACK sip:172.25.11.33;did=07e1.34875384 SIP/2.0
Via: SIP/2.0/UDP 172.20.153.230:5060;branch=z9hG4bK02508530;rport
Route: <sip:mt at 172.25.10.3;lr=on;ftag=as3e6eaacd;did=07e.5ff0d221>
Max-Forwards: 70
From: "+33145295657" <sip:+33145295657 at 172.20.153.230>;tag=as3e6eaacd
To: <sip:+33296080293 at ims.oasis-pftest.net>;tag=db719820
Contact: <sip:+33145295657 at 172.20.153.230:5060>
Call-ID: 3606127c55a5120f121920dd35b4a74c at 172.20.153.230:5060
CSeq: 102 ACK
User-Agent: Asterisk PBX 1.8.15-cert2
Content-Length: 0

Regards, 
Sébastien Prouvost
                
> wrong routing of ACK request following a 200OK (route header no 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
>         Environment: OS : DEBIAN 6.0.5
> DAHDI version 2.6.1 
> LIBPRI version 1.4.12
>            Reporter: sebastien prouvost
>            Assignee: sebastien prouvost
>
> 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



More information about the asterisk-bugs mailing list