[asterisk-bugs] [Asterisk 0013198]: Asterisk sends a [slightly] different branch id back on CANCEL than on INVITE when call times out
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Jul 30 07:41:58 CDT 2008
The following issue has been SUBMITTED.
======================================================================
http://bugs.digium.com/view.php?id=13198
======================================================================
Reported By: rickead2000
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 13198
Category: Channels/chan_sip/Interoperability
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.4.21.1
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 2008-07-30 07:41 CDT
Last Modified: 2008-07-30 07:41 CDT
======================================================================
Summary: Asterisk sends a [slightly] different branch id back
on CANCEL than on INVITE when call times out
Description:
When asterisk does a DIAL with a timeout of 120 seconds, when the 120
seconds expires and asterisk generates a SIP CANCEL message, the branch
sent back is slightly different from the one it sent in the original
INVITE. This often results in a 481 No such call response back from the
other party and thus the call doesn't get cancelled properly.
If the DIAL command is set to 110 seconds, asterisk responds with the same
branch on the CANCEL than on the INVITE.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-07-30 07:41 rickead2000 Asterisk Version => 1.4.21.1
2008-07-30 07:41 rickead2000 SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list