[Home]

Summary:ASTERISK-24903: Call just hangup after tried to redirect from parkinglot.
Reporter:sungtae kim (pchero)Labels:
Date Opened:2015-03-23 10:34:23Date Closed:2015-04-27 09:40:48
Priority:MinorRegression?
Status:Closed/CompleteComponents:Resources/res_parking
Versions:13.2.0 Frequency of
Occurrence		Constant
Related
Issues:
Environment:Linux 2.6.32 x86_64 GNU/Linux Distributor ID: Debian Description: Debian GNU/Linux 7.8 (wheezy) Release: 7.8 Codename: wheezyAttachments:
Description:
h1. Problem

Below 2 commands are doing different behavior.

{noformat}
originate sip/sip_pchero_01 application park

originate sip/sip_pchero_01 extension 700@parkedcalls
{noformat}

h1. Scenario

1. Originate call to sip/sip_pchero_01 and park.

2. Redirect call to dialplan "sample_test"

h1. Problem(detail)

Originate, parking is fine. Working very nicely.
But when redirect the call from parkinglot to ANY dialplan, Asterisk just hangup(just send BYE sip message to sip_pchero_01).

It occurred when using application park.
But if use specified parkinglot, it's ok.

h1. Test environment

{noformat}
earth*CLI> parking show default

Parking Lot: default
--------------------------------------------------------------------------
Parking Extension   :  700
Parking Context     :  parkedcalls
Parking Spaces      :  701-720
Parking Time        :  45 sec
Comeback to Origin  :  yes
Comeback Context    :  parkedcallstimeout (comebacktoorigin=yes, not used)
Comeback Dial Time  :  30 sec
MusicOnHold Class   :  
Enabled             :  yes
Dynamic             :  no

Parked Calls
------------
 (none)

earth*CLI> dialplan show sample_test
[ Context 'sample_test' created by 'pbx_config' ]
 '_!' =>           1. NoOp(test exten[${EXTEN}])                 [pbx_config]
                   2. Dial(${EXTEN})                             [pbx_config]
                   3. Hangup()                                   [pbx_config]
{noformat}

h1. Test cases

h2. Case-1(Problem)

When I type to "channel redirect SIP/sip_pchero_01-00000018" it returns "successfully redirected". But after print out that message, asterisk send "BYE" message immediately. It didn't print out any message about redirected context/extension/priority info.
{noformat}
earth*CLI> originate sip/sip_pchero_01 application park
 == Using SIP RTP CoS mark 5
   -- Called sip_pchero_01
   -- SIP/sip_pchero_01-00000018 is ringing
 == Using SIP RTP CoS mark 5
[Mar 23 10:52:45] NOTICE[6779][C-00000023]: chan_sip.c:25637 handle_request_invite: Call from '' (23.94.191.131:5088) to extension '7734011972598087932' rejected because extension not found in context 'public'.
   -- SIP/sip_pchero_01-00000018 answered
      > Launching park() on SIP/sip_pchero_01-00000018
   -- Parking 'SIP/sip_pchero_01-00000018' in 'default' at space 701
   -- Channel SIP/sip_pchero_01-00000018 joined 'holding_bridge' parking-bridge <14847155-4d3f-4a06-a123-a8567b8561c9>
   -- <SIP/sip_pchero_01-00000018> Playing 'digits/7.gsm' (language 'da')
   -- <SIP/sip_pchero_01-00000018> Playing 'digits/0.gsm' (language 'da')
   -- <SIP/sip_pchero_01-00000018> Playing 'digits/1.gsm' (language 'da')
   -- Started music on hold, class 'default', on channel 'SIP/sip_pchero_01-00000018'
earth*CLI> channel redirect SIP/sip_pchero_01-00000018  sample_test,sip/sip_pchero_02,1
Channel 'SIP/sip_pchero_01-00000018' successfully redirected to sample_test,sip/sip_pchero_02,1
   -- Stopped music on hold on SIP/sip_pchero_01-00000018
   -- Channel SIP/sip_pchero_01-00000018 left 'holding_bridge' parking-bridge <14847155-4d3f-4a06-a123-a8567b8561c9>

Scheduling destruction of SIP dialog '----- deleted ----' in 12288 ms (Method: INVITE)
set_destination: Parsing <sip:sip_pchero_01@'----- deleted ----'> for address/port to send to
set_destination: set destination to '----- deleted ----'
Reliably Transmitting (no NAT) to '----- deleted ----'
BYE sip:sip_pchero_01@'----- deleted ----'
Via: '----- deleted ----';branch=z9hG4bK2fbf1d30
Max-Forwards: 70
From: "Anonymous" <sip:anonymous@anonymous.invalid>;tag=as54148a0f
To: <sip:sip_pchero_01@'----- deleted ----'>;tag=1379057103
Call-ID: '----- deleted ----'
CSeq: 103 BYE
User-Agent: Asterisk PBX 13.2.0
Reason: Q.850;cause=16
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0
{noformat}

h2. Case-2(Normal)

Working correctly. The only 1 different thing is, it used specified parkinglot number.
{noformat}
earth*CLI> originate sip/sip_pchero_01 extension 700@parkedcalls
 == Using SIP RTP CoS mark 5
   -- Called sip_pchero_01
   -- SIP/sip_pchero_01-00000019 is ringing
   -- SIP/sip_pchero_01-00000019 answered
   -- Executing [700@parkedcalls:1] Park("SIP/sip_pchero_01-00000019", "") in new stack
   -- Parking 'SIP/sip_pchero_01-00000019' in 'default' at space 701
   -- Channel SIP/sip_pchero_01-00000019 joined 'holding_bridge' parking-bridge <14847155-4d3f-4a06-a123-a8567b8561c9>
   -- <SIP/sip_pchero_01-00000019> Playing 'digits/7.gsm' (language 'da')
   -- <SIP/sip_pchero_01-00000019> Playing 'digits/0.gsm' (language 'da')
   -- <SIP/sip_pchero_01-00000019> Playing 'digits/1.gsm' (language 'da')
   -- Started music on hold, class 'default', on channel 'SIP/sip_pchero_01-00000019'
earth*CLI> channel redirect SIP/sip_pchero_01-00000019   sample_test,sip/sip_pchero_02,1
Channel 'SIP/sip_pchero_01-00000019' successfully redirected to sample_test,sip/sip_pchero_02,1
   -- Stopped music on hold on SIP/sip_pchero_01-00000019
   -- Channel SIP/sip_pchero_01-00000019 left 'holding_bridge' parking-bridge <14847155-4d3f-4a06-a123-a8567b8561c9>
   -- Executing [sip/sip_pchero_02@sample_test:1] NoOp("SIP/sip_pchero_01-00000019", "test exten[sip/sip_pchero_02]") in new stack
   -- Executing [sip/sip_pchero_02@sample_test:2] Dial("SIP/sip_pchero_01-00000019", "sip/sip_pchero_02") in new stack
 == Using SIP RTP CoS mark 5
   -- Called sip/sip_pchero_02
   -- SIP/sip_pchero_02-0000001a is ringing
   -- SIP/sip_pchero_02-0000001a answered SIP/sip_pchero_01-00000019
   -- Channel SIP/sip_pchero_01-00000019 joined 'simple_bridge' basic-bridge <a79e8f17-4291-440e-9ee3-fe578fc0fa7d>
   -- Channel SIP/sip_pchero_02-0000001a joined 'simple_bridge' basic-bridge <a79e8f17-4291-440e-9ee3-fe578fc0fa7d>
      > Bridge a79e8f17-4291-440e-9ee3-fe578fc0fa7d: switching from simple_bridge technology to native_rtp
      > Remotely bridged 'SIP/sip_pchero_02-0000001a' and 'SIP/sip_pchero_01-00000019' - media will flow directly between them
      > Remotely bridged 'SIP/sip_pchero_02-0000001a' and 'SIP/sip_pchero_01-00000019' - media will flow directly between them
{noformat}
Comments:By: Rusty Newton (rnewton) 2015-03-25 18:15:31.778-0500

We require additional debug to continue with triage of your issue. Please follow the instructions on the wiki [1] for how to collect debugging information from Asterisk. For expediency, where possible, attach the debug with a '.txt' file extension so that the debug will be usable for further analysis.

Thanks!

[1] https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information


By: Rusty Newton (rnewton) 2015-03-25 18:24:47.972-0500

Please follow the linked instructions to gather a debug log that includes the 'DEBUG' type log channel as well as all the others log channel types.

Thanks!


Press Send Back or Enter Feedback to return the issue to us.
By: Rusty Newton (rnewton) 2015-04-09 09:22:51.228-0500

Noting that using extensions formatted like channel driver dialstrings could cause some undefined behavior. Especially as a / in an extension pattern match is used to match callerid against the characters after the /.  I'm not sure this has anything to do with your issue.

Are you still experiencing the problem and can you provide the requested debug?
By: Rusty Newton (rnewton) 2015-04-27 09:40:37.659-0500

Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information on issue tracker usage can be found in the Asterisk Issue Guidlines [1].

[1] https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines