[asterisk-bugs] [Asterisk 0009305]: [patch] REINVITE before 200ok causes a call to be ended
noreply at bugs.digium.com
noreply at bugs.digium.com
Mon Aug 13 07:02:13 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=9305
======================================================================
Reported By: atca_pres
Assigned To: oej
======================================================================
Project: Asterisk
Issue ID: 9305
Category: Channels/chan_sip/Transfers
Reproducibility: always
Severity: major
Priority: normal
Status: confirmed
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.4
SVN Revision (number only!): 58957
Disclaimer on File?: Yes
Request Review:
======================================================================
Date Submitted: 03-16-2007 13:28 CDT
Last Modified: 08-13-2007 07:02 CDT
======================================================================
Summary: [patch] REINVITE before 200ok causes a call to be
ended
Description:
When Flash hooking:
Box 1 sends a INVITE with a contact 0.0.0.0 (Hold)
Asterisk sends a invite to box 2
Box 2 sends a trying
Asterisk sends a second invite to box 2 with a differetn CSeq, Branch and
Session version(SDP). This trigger a 500 msg.
The 500 is triggered because you cannot (according to RFC) send a second
invite when you have an unfinished dialog
Note : No RTP Portal
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0009142 Placing a call on hold sends two INVITE...
related to 0009209 race condition in sip hangup with reinv...
related to 0009649 BYE calls too fast when connected to a ...
======================================================================
----------------------------------------------------------------------
atca_pres - 08-13-07 07:02
----------------------------------------------------------------------
Hi,
I attached 2 files "BYE b4 200OK". One is the Asterisk debug output the
other, the ethereal capture.
You can see in the ethereal, packet 60 a Re-Invite CSeq 107.
Packet 72 : BYE CSeq 108.
Packet 73 : 200 OK CSeq 107
So, like I was saying this is forbidden. Asterisk should wait for the
200OK before sending the BYE. I think this is the same problem : Asterisk
does not alwasy know when a transaction is in progress or not.
I hope these files will answer your question.
And thanks for taking a look at it !
Issue History
Date Modified Username Field Change
======================================================================
08-13-07 07:02 atca_pres Note Added: 0068763
======================================================================
More information about the asterisk-bugs
mailing list