[asterisk-bugs] [Asterisk 0017613]: After a blind transfer by the calling party the transferees peer cannot be dialed again within the same call
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Jul 9 05:45:20 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17613
======================================================================
Reported By: ramonpeek
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17613
Category: Channels/General
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: 1.4.33
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-07-09 05:38 CDT
Last Modified: 2010-07-09 05:45 CDT
======================================================================
Summary: After a blind transfer by the calling party the
transferees peer cannot be dialed again within the same call
Description:
After a blind transfer by the calling party the transferees peer cannot be
dialed again within the same call. This ONLY occurs when dialing through a
Local channel.
Asterisk will show this warning on the CLI>
[Jul 9 12:18:37] WARNING[27865]: app_dial.c:1296 dial_exec_full: Skipping
dialing interface 'SIP/401' again since it has already been dialed
NOTE: See steps to reproduce (in advanced view)
======================================================================
----------------------------------------------------------------------
(0124375) ramonpeek (reporter) - 2010-07-09 05:45
https://issues.asterisk.org/view.php?id=17613#c124375
----------------------------------------------------------------------
I've already done some extensive debugging in the code..
And although I'm not to familiar with this part of the code I think I've
found the possible source of this problem:
It looks like the 'dialed_interfaces' are copied during the first blind
transfer from channel SIP/401 to channel SIP/403 via the datastore
inheritance.
This causes the channel of peer 403 to contain an entry for peer SIP/401
being dialed (from the first call). This entry still exists after the
second transfer since the channel belonging to SIP/403 is not affected.
IMHO we should prevent the 'dialed_interfaces' to be copied in case of
blind transfer by the calling party.
Offcourse I might be totally off here ;-)
As I said; I'm not too familiar with this part of the code.
So I could use some help...
Issue History
Date Modified Username Field Change
======================================================================
2010-07-09 05:45 ramonpeek Note Added: 0124375
======================================================================
More information about the asterisk-bugs
mailing list