[asterisk-bugs] [JIRA] (ASTERISK-24624) Transfer to invalid extension results in hung channel.

[Zane Conkle (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=224433#comment-224433 ] 

Zane Conkle commented on ASTERISK-24624:
----------------------------------------

I am using the "transfer" button on the phone itself and sending the call that way. FYI I tested this on branch yesterday to see if it happened to clear up and it did not.

The only thing I see different is that I am specifying a mailbox at context; I don't know if that matters or not. I believe Josh was able to reproduce this another way without the voicemail:

{quote}
[10:41am] file: a blind transfer how? from the phone itself, or features DTMF based?
[10:42am] ipengineer: file: From the phone itself by hitting xfer, dialing extension, pressing send
[10:43am] file: k
[10:45am] sgriepentrog: ipengineer: blind transfer feature code, or attended transfer feature code with a hangup when it's invalid?
[10:46am] file: yup
[10:46am] file: just reproduced it
[10:46am] file: you basically blind transfer to something that fails rapidly - like an extension that does a NoOp
{quote}

> Transfer to invalid extension results in hung channel.
> ------------------------------------------------------
>
>                 Key: ASTERISK-24624
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24624
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>    Affects Versions: 13.0.0, 13.0.1, 13.0.2, 13.1.0
>            Reporter: Zane Conkle
>            Assignee: Mark Michelson
>
> When attempting to blind transfer a call to an invalid extension or resource the channel will hang in the "Ring" state.
> I was able to duplicate this by blind transferring a call to a mailbox that does not exist. Below is the CLI output along with the stuck channel.
> {code}    -- Executing [s200-DEFAULT at default:1] Dial("SIP/carrier1-00000002", "PJSIP/200_default,10")
>     -- Called PJSIP/200_default
>     -- PJSIP/200_default-00000002 is ringing
>     -- PJSIP/200_default-00000002 answered SIP/carrier1-00000002
>     -- Channel SIP/carrier1-00000002 joined 'simple_bridge' basic-bridge <44f9110a-2508-4e62-acb4-75beca76ce31>
>     -- Channel PJSIP/200_default-00000002 joined 'simple_bridge' basic-bridge <44f9110a-2508-4e62-acb4-75beca76ce31>
>     -- Started music on hold, class 'default', on channel 'SIP/carrier1-00000002'
>     -- Stopped music on hold on SIP/carrier1-00000002
>     -- Channel SIP/carrier1-00000002 left 'simple_bridge' basic-bridge <44f9110a-2508-4e62-acb4-75beca76ce31>
>     -- Channel PJSIP/200_default-00000002 left 'simple_bridge' basic-bridge <44f9110a-2508-4e62-acb4-75beca76ce31>
>     -- Executing [1234 at default:1] VoiceMail("SIP/carrier1-00000002", "5678 at default") in new stack
> [Dec 16 10:29:58] WARNING[3204][C-00000002]: app_voicemail.c:6467 leave_voicemail: No entry in voicemail config file for '5678'
>     -- Auto fallthrough, channel 'SIP/carrier1-00000002' status is 'ANSWER'
> [root at pbx ~]# asterisk -rx "core show channels verbose" 
> Channel              Context              Extension        Prio State   Application  Data                      CallerID        Duration Accountcode PeerAccount BridgeID            
> PJSIP/200_default    default              s                   1 Ring    (None)       (Empty)                   200             00:27:57 default 
> {code}



--
This message was sent by Atlassian JIRA
(v6.2#6252)