[asterisk-bugs] [Asterisk 0018936]: When transferring a call using the REFER command with replaces enabled, Asterisk drops the call.
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Mar 8 11:42:48 CST 2011
The following issue requires your FEEDBACK.
======================================================================
https://issues.asterisk.org/view.php?id=18936
======================================================================
Reported By: ltc
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 18936
Category: Channels/chan_sip/Transfers
Reproducibility: always
Severity: major
Priority: normal
Status: feedback
Asterisk Version: SVN
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 309808
Request Review:
======================================================================
Date Submitted: 2011-03-07 14:10 CST
Last Modified: 2011-03-08 11:42 CST
======================================================================
Summary: When transferring a call using the REFER command
with replaces enabled, Asterisk drops the call.
Description:
When transferring a call using the REFER command with replaces enabled,
Asterisk drops the call with "SIP/2.0 481 Call leg/transaction does not
exist". I have tried performing this on 1.4 SVN, 1.8.3, Trunk SVN 309404,
and 1.8 SVN 309808. All have produced the same result. I have attached the
debug logs with core and sip debugging on. Unfortunately I do not have a
way to perform a successful transfer with REFER to compare against. Line
432 is where the REFER starts. Chan_sip.c starts to process the REFER but
then later drops it on line 538 with the "SIP/2.0 481 Call leg/transaction
does not exist".
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2011-03-08 11:42 lmadsen Status new => feedback
======================================================================
More information about the asterisk-bugs
mailing list