[asterisk-bugs] [JIRA] (ASTERISK-26642) pjsip: Improper Handling of extra 200 OK from forked INVITE

Tim L (JIRA) noreply at issues.asterisk.org
Thu Dec 15 20:48:10 CST 2016


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

Tim L edited comment on ASTERISK-26642 at 12/15/16 8:47 PM:
------------------------------------------------------------

I have attached a log.  My employer is particularly concerned about privacy so only the SIP messages are included, the IP addresses and hostnames were changed, and I had to take out some of the SDP.

I did notice as I was going through the trace that the ACKs that are send to the second 200 OK are sent according to the Contact header from the first 200 OK.  That doesn't really change the situation but I'm a little less hopeful that simply including the on_dlg_forked callback from PJSUA will work.
(Restricted to Answers Users group)

was (Author: axl127):
I have attached a log.  My employer is particularly concerned about privacy so only the SIP messages are included, the IP addresses and hostnames were changed, and I had to take out some of the SDP.

I did notice as I was going through the trace that the ACKs that are send to the second 200 OK are sent according to the Contact header from the first 200 OK.  That doesn't really change the situation but I'm a little less hopeful that simply including the on_dlg_forked callback from PJSUA will work.

> pjsip: Improper Handling of extra 200 OK from forked INVITE
> -----------------------------------------------------------
>
>                 Key: ASTERISK-26642
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-26642
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Third-Party/pjproject
>    Affects Versions: 13.11.2
>            Reporter: Tim L
>            Assignee: Unassigned
>            Severity: Minor
>         Attachments: ackbye_asterisk.txt
>
>
> I am using Kamailio as a SIP Proxy in front of multiple Asterisk servers. I am using 13.11.2 with pjsip. Users can register with Kamailio from multiple devices and Kamailio is performing parallel forking of INVITEs sent to those users. Kamailio will CANCEL all but the first INVITE that receives a 200 OK. However, if two devices respond with a 200 OK at the same time, Kamailio forwards both 200 OKs to Asterisk. I believe Kamailio is required to do this so that a UAC can send an ACK+BYE for all but one of the 200 OKs.
> What seems to be happening is that neither dialog is actually ended with a BYE, but the SDP answer from the second 200 OK is used, leaving the first one basically unusable. 
> Thank you for your support!



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



More information about the asterisk-bugs mailing list