[asterisk-bugs] [Asterisk 0018584]: The response to a CANCEL request does not always comply with RFC3261
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Jan 7 09:42:25 UTC 2011
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=18584
======================================================================
Reported By: jacco
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18584
Category: Channels/chan_sip/General
Reproducibility: sometimes
Severity: minor
Priority: normal
Status: new
Asterisk Version: 1.8.1.1
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2011-01-06 09:54 CST
Last Modified: 2011-01-07 03:42 CST
======================================================================
Summary: The response to a CANCEL request does not always
comply with RFC3261
Description:
The response to a CANCEL request when the original request was an INVITE
does not always comply with RFC3261.
It sometimes send a 200 OK as the answer to the INVITE instead of
responding with a 487 to the INVITE request.
Quote from paragraph 9.2: "If the original request was an INVITE, the UAS
SHOULD immediately respond to the INVITE with a 487"
this bug is timing/load dependend
======================================================================
----------------------------------------------------------------------
(0130295) jacco (reporter) - 2011-01-07 03:42
https://issues.asterisk.org/view.php?id=18584#c130295
----------------------------------------------------------------------
The client send a CANCEL request as soon as it recieves the 180 RINGING
Issue History
Date Modified Username Field Change
======================================================================
2011-01-07 03:42 jacco Note Added: 0130295
======================================================================
More information about the asterisk-bugs
mailing list