[asterisk-bugs] [JIRA] (ASTERISK-17930) Attended transfer - transfering phone left connected
Pawel Sternal (JIRA)
noreply at issues.asterisk.org
Thu Jan 31 04:59:58 CST 2013
[ https://issues.asterisk.org/jira/browse/ASTERISK-17930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Pawel Sternal updated ASTERISK-17930:
-------------------------------------
Attachment: invite_replaces
> Attended transfer - transfering phone left connected
> ----------------------------------------------------
>
> Key: ASTERISK-17930
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-17930
> Project: Asterisk
> Issue Type: Bug
> Components: Channels/chan_sip/Transfers
> Reporter: Maciej Krajewski
> Assignee: Maciej Krajewski
> Severity: Minor
> Attachments: invite_replaces, mk.pcap
>
>
> The issue 0015833 still exists in newest version of Asterisk.
> When doing a remote attended transfer in one of these 2 setups:
> phones A,B,C --- proxy --- asterisks Z,X
> when A->B call is on Z and B->C is on X, or:
> phones A,B (with identity B1,B2), C --- asterisks Z,X
> (A,B1 register on Z; B2,C on X)
> when A->B1 call is on Z and B2->C is on X
> In both scenarios Z and X are friends with no authentication needed.
> The B phone doesn't get properly disconnected. asterisks invite/replace each other properly and the audio channel is ok. B itself drops one of the calls. But Z is not disconnecting B's call at all. You can replicate that scenario with minimalistic dialplan - _X.,Dial(SIP/${EXTEN}) in default on both sides.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the asterisk-bugs
mailing list