[asterisk-bugs] [JIRA] (ASTERISK-21204) Asterisk increments the session version in 2xx message even if a "183 Session in Progress" with SDP has already been sent in response to initial INVITE.

[NITESH BANSAL (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-21204?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

NITESH BANSAL updated ASTERISK-21204:
-------------------------------------

    Attachment: dont-increment-session-version-in-2xx-after-183.patch

Hello,

I have made a patch for this.
Please review this.

Regards,
Nitesh Bansal

                
> Asterisk increments the session version in 2xx message even if a "183 Session in Progress" with SDP has already been sent in response to initial INVITE.
> --------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: ASTERISK-21204
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21204
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/General
>    Affects Versions: 11.2.0
>         Environment: Debian Squeeze x86_64
>            Reporter: NITESH BANSAL
>         Attachments: dont-increment-session-version-in-2xx-after-183.patch
>
>
> Scenario: Asterisk receives a dialog initiating INVITE. It responds with 183 "Session in Progress" with SDP and then it answers the call by sending a 200 OK, the SDP in 200 OK is exactly the same as SDP in 183 (which is in compliance with RFC 3261), but it increments the session version in SDP of 200 OK.
> Expected Result: Session version should remain the same if there is no change in SDP.
> Actual Result: Asterisk increments the session version.
> This issue is causing a call disconnect with one of our customers who is using a ERICSSON PLATFORM, ericsson platform drops the calls because of the increment in session version in oline (with error “EOS 3766 Interworking unspecified” which is a protocol error).
> And as per RFC 3261, section 13.2.1,
>     o  If the initial offer is in an INVITE, the answer MUST be in a
>          reliable non-failure message from UAS back to UAC which is
>          correlated to that INVITE.  For this specification, that is
>          only the final 2xx response to that INVITE.  That same exact
>          answer MAY also be placed in any provisional responses sent
>          prior to the answer.  The UAC MUST treat the first session
>          description it receives as the answer, and MUST ignore any
>          session descriptions in subsequent responses to the initial
>          INVITE.
> So according to this, SDP in 200 OK should be exactly same as SDP in 183 and which implies the session version should not change from 183 to 200.
> Regards,
> Nitesh Bansal

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira