[asterisk-bugs] [JIRA] (ASTERISK-25154) [patch]fromtag may need to be updated after successful call dialog match

[Damian Ivereigh (JIRA)]

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

Damian Ivereigh updated ASTERISK-25154:
---------------------------------------

    Reviewboard Link: https://gerrit.asterisk.org/#/c/631/  (was: https://gerrit.asterisk.org/#/c/617/)

> [patch]fromtag may need to be updated after successful call dialog match
> ------------------------------------------------------------------------
>
>                 Key: ASTERISK-25154
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25154
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Interoperability
>    Affects Versions: 11.6.0, 13.3.2
>         Environment: Centos-7
>            Reporter: Damian Ivereigh
>         Attachments: 020788CFDE8140000000004E at 10.1.252.234.pcap
>
>
> When using an NEC-i SV8100-GE (NEC SIP Card) as a authenticating user, after the initial INVITE which is 401 unauthorised rejected, the next INVITE with authentication is sent with the same call-id but a different fromtag. I am unclear whether this is OK (per the RFCs), however asterisk specifically allows this to happen by matching it against the previous INVITE's dialog (it ignores the from tag).
> Asterisk then continues to use the new fromtag in any responses, however it does not update the fromtag in the dialog. Then when it again has to match any responses within that dialog (e.g. the ACK to the OK or the OK to the BYE) it cannot match it. The end result is that the call is dropped after about 10 secs.
> I will upload a pcap file to show what happens.
> I am uploading a patch to gerrit to fix this.



--
This message was sent by Atlassian JIRA
(v6.2#6252)