[Home]

Summary:ASTERISK-15685: Repark a call on Parkinglot
Reporter:Miguel Ángel (malg79)Labels:
Date Opened:2010-02-24 09:06:30.000-0600Date Closed:
Priority:MajorRegression?No
Status:Open/NewComponents:Channels/chan_sip/General
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) log
Description:Hello,

We have a problem with multiparking and parkinglots, I'll try to explain because my English is not very good.

We work in a multi-company environment and we want every one of these companies has its own parkinglot.

The main problem is that we can't re-park the calls.

I will try to explain with an example.

Take for example the extensions 2111 and 2222 belonging to one company.

In sip.conf for this company we put in his mask
parkinglot = parkinglot_chemtrol
and in the context to which we belong to all extensions
include => parking_chemtrol

So far so good, but doing some tests

- 2111 calls extension 2222
- extension 2222 answers
- extension 2222 parks the call with ASTERISK-52
- The call is parked at position 201
- 2222 extension marks 201
- extension 2222 retrieves the call and connect with 2111 extension

this is the performance we want and does, what is wrong is from now

If extension 2222 tries to REpark the call again, only hear DTMF sounds of either pressing # 56

Also, if the call is recovered, if 2111 extension try to park pressing ASTERISK-52,it parks, but at position 561 of "parkinglot" general, which can not be recovered.

In conclusion no longer possible to re-park a call. And if is the caller who tries to re-park, park the call in parkinglot for general context, not in their parkinglot.

Another thing is when a parked call ringback to extension that parkred previously , now you can park again, I will explain:

The extension 2111 calls to 2222
The extension 2222 answers
Extension 2222 parks the call with ASTERISK-52
The call is parked at position 201
Pass the timeout and the call of 2111 returns to 2222
The extension 2222 answers
2222 re-parks the call with # 56
Now you can pick the call parked at position 201
Do not know if it's a configuration error or a BUG of Asterisk, we have tested thousand configuration changes and the result is always the same.

I do not know if I explained correctly.

It's an issue where we need your help.

If you need a better explanation, tell me. We're pretty desperate with this issue.

Thank you very much and best regards.

Sorry my English

I put the pieces of the configuration files.

****** ADDITIONAL INFORMATION ******




   ############ FEATURES.CONF #################

   [general]
   parkext => 56
   parkpos => 561-661
   context => parkedcalls
   parkinghints = no
   parkingtime => 300
   ;comebacktoorigin = yes
   courtesytone = beep
   parkedplay = caller
   parkedcalltransfers = caller
   parkedcallreparking = caller
   parkedcallhangup = caller
   parkedcallrecording = caller
   ;adsipark = yes
   ;findslot => next
   ;parkedmusicclass=default
   transferdigittimeout => 30
   ;xfersound = beep
   ;xferfailsound = beeperr
   pickupexten = *8
   featuredigittimeout = 2000

   ;; Parkinglots de todas las empresas ajenas a Isotrol ;;


   [parkinglot_cta]
   context => parking_cta
   parkpos => 301-330
   parkedcalltransfers = caller
   parkedcallreparking = caller
   findslot => next

   [parkinglot_consorcio]
   context => parking_consorcio
   parkpos => 201-230
   findslot => next




   ############### EXTENSIONS.CONF ###################

   [outgoing_cta]
   include=>extensiones_cta
   include=>extensiones_bluenet
   include=>moviles
   include=>fijos-nacionales
   include=>internacional
   include=>servicios
   include => parking_cta
   include => emergencias
   include => especiales_cta


   [outgoing_grupo_chemtrol]
   include=>extensiones_grupo_chemtrol
   include=>extensiones_bluenet
   include=>fijos-nacionales
   include=>internacional
   include=>moviles
   include=>servicios
   include => parking_chemtrol
   include=>emergencias
   include=>especiales_grupo_chemtrol


   ################## SIP.CONF #####################

   ;--------Mascara de cta
   [cta_mask](!)
   secret=ct4
   callgroup=22
   pickupgroup=22
   type=friend
   host=dynamic
   context=outgoing_cta
   parkinglot=parkinglot_cta
   canreinvite=no
   disallow=all
   allow=alaw
   dtmfmode=rfc2833
   qualify=3000
   nat=yes
   call-limit=9


   ;--------Mascara de Grupo_Chemtrol
   [grupo_chemtrol_mask](!)
   secret=nus1m
   ;callgroup=20
   ;pickupgroup=20
   type=friend
   host=dynamic
   context=outgoing_grupo_chemtrol
   parkinglot=parkinglot_chemtrol
   canreinvite=no
   disallow=all
   allow=alaw
   dtmfmode=rfc2833
   qualify=3000
   nat=yes
   call-limit=5
Comments:By: Miguel Ángel (malg79) 2010-02-24 09:10:12.000-0600

to park a call I must press 'ASTERISK-52' not '0000056' as I write on the issue. Sorry.
By: Miguel Ángel (malg79) 2010-02-24 09:11:28.000-0600

to park a call I must press 'pad'56 not '0000056' as I write on the issue. Sorry.
By: Leif Madsen (lmadsen) 2010-02-25 12:57:24.000-0600

This feels like an issue I've seen recently, but I can't seem to find anything related enough to mark as such, so I'm going to acknowledge this issue.
By: Leif Madsen (lmadsen) 2010-02-25 12:59:04.000-0600

Could you also provide the console output with debug level logging as a text file attachment to this issue which shows what happens when you reproduce this? Thanks!

You may also wish to try the latest 1.6.2 branch just to see if the issue has already been resolved.

svn co http://svn.asterisk.org/svn/asterisk/branches/1.6.2
By: Miguel Ángel (malg79) 2010-02-26 02:33:20.000-0600

Thanks for answer.

I'll try to provide the console output with debug level as soon as possible.

I also tried with Asterisk 1.6.2.4 stable version and the "error" still persisted.

Thanks to acknowledge this issue.
By: Leif Madsen (lmadsen) 2010-02-26 10:41:16.000-0600

1.6.2.4 won't give you any change of functionality due to it being a security release based on 1.6.2.2 (same with 1.6.2.5). Please test from the branch directly to determine if this issue has already been resolved.
By: Miguel Ángel (malg79) 2010-03-11 03:40:32.000-0600

core show version
Asterisk SVN-branch-1.6.2-r251820 built by root @ maqueta-ale on a i686 running Linux on 2010-03-11 08:49:50 UTC

###########################################################
extension 3202 calls extension 3201 and 3201 parks the call
###########################################################



[Mar 11 09:58:16]   == Using SIP RTP CoS mark 5
[Mar 11 09:58:16]   == Using SIP VRTP CoS mark 6
[Mar 11 09:58:16]   == Using UDPTL CoS mark 5
[Mar 11 09:58:16]     -- Executing [3201@outgoing_cta:1] Macro("SIP/3202-00000000", "llamada_a_extension,3201") in new stack
[Mar 11 09:58:16]     -- Executing [s@macro-llamada_a_extension:1] NoOp("SIP/3202-00000000", "Se comprueba si 3201 esta desviada") in new stack
[Mar 11 09:58:16]     -- Executing [s@macro-llamada_a_extension:2] Set("SIP/3202-00000000", "LLAMAR=") in new stack
[Mar 11 09:58:16]     -- Executing [s@macro-llamada_a_extension:3] GotoIf("SIP/3202-00000000", "1?setear") in new stack
[Mar 11 09:58:16]     -- Goto (macro-llamada_a_extension,s,5)
[Mar 11 09:58:16]     -- Executing [s@macro-llamada_a_extension:5] Set("SIP/3202-00000000", "LLAMAR=3201") in new stack
[Mar 11 09:58:16]     -- Executing [s@macro-llamada_a_extension:6] Dial("SIP/3202-00000000", "SIP/3201,60,tTr") in new stack
[Mar 11 09:58:16]   == Using SIP RTP CoS mark 5
[Mar 11 09:58:16]   == Using SIP VRTP CoS mark 6
[Mar 11 09:58:16]   == Using UDPTL CoS mark 5
[Mar 11 09:58:16]     -- Called 3201
[Mar 11 09:58:16]     -- SIP/3201-00000001 is ringing
[Mar 11 09:58:20]     -- SIP/3201-00000001 answered SIP/3202-00000000
[Mar 11 09:58:23]     -- Started music on hold, class 'default', on SIP/3202-00000000
[Mar 11 09:58:23]     -- <SIP/3201-00000001> Playing 'pbx-transfer.alaw' (language 'es')
[Mar 11 09:58:24]     -- Stopped music on hold on SIP/3202-00000000
[Mar 11 09:58:24]     -- Started music on hold, class 'default', on SIP/3202-00000000
[Mar 11 09:58:24]   == Parked SIP/3202-00000000 on 301 (lot parkinglot_cta). Will timeout back to extension [outgoing_cta] 3201, 1 in 45 seconds
[Mar 11 09:58:24]     -- Added extension '301' priority 1 to parking_cta (0x8b363c0)
[Mar 11 09:58:24]     -- <SIP/3201-00000001> Playing 'digits/3.alaw' (language 'es')
[Mar 11 09:58:25]     -- <SIP/3201-00000001> Playing 'digits/0.alaw' (language 'es')
[Mar 11 09:58:25]     -- <SIP/3201-00000001> Playing 'digits/1.alaw' (language 'es')
[Mar 11 09:58:34]   == Using SIP RTP CoS mark 5
[Mar 11 09:58:34]   == Using SIP VRTP CoS mark 6
[Mar 11 09:58:34]   == Using UDPTL CoS mark 5
[Mar 11 09:58:34]     -- Executing [301@outgoing_cta:1] ParkedCall("SIP/3201-00000002", "301") in new stack
[Mar 11 09:58:34]     -- Stopped music on hold on SIP/3202-00000000
[Mar 11 09:58:34]     -- <SIP/3201-00000002> Playing 'beep.alaw' (language 'es')
[Mar 11 09:58:35]     -- Channel SIP/3201-00000002 connected to parked call 301

###################################################
extension 3201 tries to  reparks but nothing ocurrs
###################################################

########################################################
extension 3202 can park the call, but in GENARAL context
########################################################



[Mar 11 09:59:17]     -- <SIP/3202-00000000> Playing 'pbx-transfer.alaw' (language 'es')
[Mar 11 09:59:19]     -- Stopped music on hold on SIP/3201-00000002
[Mar 11 09:59:19]     -- Started music on hold, class 'default', on SIP/3201-00000002
[Mar 11 09:59:19]   == Parked SIP/3201-00000002 on 561 (lot default). Will timeout back to extension [outgoing_cta] 301, 1 in 300 seconds
[Mar 11 09:59:19]     -- Added extension '561' priority 1 to parkedcalls (0xb79063f8)
[Mar 11 09:59:19]     -- <SIP/3202-00000000> Playing 'digits/5.alaw' (language 'es')
[Mar 11 09:59:19]     -- <SIP/3202-00000000> Playing 'digits/6.alaw' (language 'es')
[Mar 11 09:59:20]     -- <SIP/3202-00000000> Playing 'digits/1.alaw' (language 'es')
[Mar 11 09:59:20]   == Spawn extension (outgoing_cta, 301, 1) exited non-zero on 'Parked/SIP/3201-00000002<ZOMBIE>'


###########################
The call can't be recovered
###########################



[Mar 11 10:00:26]   == Using SIP RTP CoS mark 5
[Mar 11 10:00:26]   == Using SIP VRTP CoS mark 6
[Mar 11 10:00:26]   == Using UDPTL CoS mark 5
[Mar 11 10:00:26] NOTICE[21404]: chan_sip.c:20059 handle_request_invite: Call from '3202' to extension '561' rejected because extension not found.






#################################################################
Again extension 3202 calls extension 3201 and 3201 parks the call
#################################################################




[Mar 11 10:01:23]   == Using SIP RTP CoS mark 5
[Mar 11 10:01:23]   == Using SIP VRTP CoS mark 6
[Mar 11 10:01:23]   == Using UDPTL CoS mark 5
[Mar 11 10:01:23]     -- Executing [3201@outgoing_cta:1] Macro("SIP/3202-00000003", "llamada_a_extension,3201") in new stack
[Mar 11 10:01:23]     -- Executing [s@macro-llamada_a_extension:1] NoOp("SIP/3202-00000003", "Se comprueba si 3201 esta desviada") in new stack
[Mar 11 10:01:23]     -- Executing [s@macro-llamada_a_extension:2] Set("SIP/3202-00000003", "LLAMAR=") in new stack
[Mar 11 10:01:23]     -- Executing [s@macro-llamada_a_extension:3] GotoIf("SIP/3202-00000003", "1?setear") in new stack
[Mar 11 10:01:23]     -- Goto (macro-llamada_a_extension,s,5)
[Mar 11 10:01:23]     -- Executing [s@macro-llamada_a_extension:5] Set("SIP/3202-00000003", "LLAMAR=3201") in new stack
[Mar 11 10:01:23]     -- Executing [s@macro-llamada_a_extension:6] Dial("SIP/3202-00000003", "SIP/3201,60,tTr") in new stack
[Mar 11 10:01:23]   == Using SIP RTP CoS mark 5
[Mar 11 10:01:23]   == Using SIP VRTP CoS mark 6
[Mar 11 10:01:23]   == Using UDPTL CoS mark 5
[Mar 11 10:01:23]     -- Called 3201
[Mar 11 10:01:23]     -- SIP/3201-00000004 is ringing
[Mar 11 10:01:29]     -- SIP/3201-00000004 answered SIP/3202-00000003
[Mar 11 10:01:31]     -- Started music on hold, class 'default', on SIP/3202-00000003
[Mar 11 10:01:31]     -- <SIP/3201-00000004> Playing 'pbx-transfer.alaw' (language 'es')
[Mar 11 10:01:32]     -- Stopped music on hold on SIP/3202-00000003
[Mar 11 10:01:32]     -- Started music on hold, class 'default', on SIP/3202-00000003
[Mar 11 10:01:32]   == Parked SIP/3202-00000003 on 301 (lot parkinglot_cta). Will timeout back to extension [outgoing_cta] 3201, 1 in 45 seconds
[Mar 11 10:01:32]     -- Added extension '301' priority 1 to parking_cta (0x8e9b5f0)
[Mar 11 10:01:32]     -- <SIP/3201-00000004> Playing 'digits/3.alaw' (language 'es')
[Mar 11 10:01:33]     -- <SIP/3201-00000004> Playing 'digits/0.alaw' (language 'es')
[Mar 11 10:01:33]     -- <SIP/3201-00000004> Playing 'digits/1.alaw' (language 'es')
[Mar 11 10:02:17]     -- Stopped music on hold on SIP/3202-00000003

###################################################
Park Timeout and now 3201 can repark the call again
###################################################


[Mar 11 10:02:17]     -- Registered extension context '' (0x8b8dad8) in table 0x8e6c4e0; registrar: features
[Mar 11 10:02:17]     -- Added extension 'SIP03201' priority 1 to  (0x8b8dad8)
[Mar 11 10:02:17]   == Timeout for SIP/3202-00000003 parked on 301 (parkinglot_cta). Returning to ,SIP03201,1
[Mar 11 10:02:17]     -- Executing [SIP03201@:1] Dial("SIP/3202-00000003", "SIP/3201,30,Tt") in new stack
[Mar 11 10:02:17]   == Using SIP RTP CoS mark 5
[Mar 11 10:02:17]   == Using SIP VRTP CoS mark 6
[Mar 11 10:02:17]   == Using UDPTL CoS mark 5
[Mar 11 10:02:17]     -- Called 3201
[Mar 11 10:02:17]     -- SIP/3201-00000005 is ringing
[Mar 11 10:02:33]     -- SIP/3201-00000005 answered SIP/3202-00000003



[Mar 11 10:02:36]     -- Started music on hold, class 'default', on SIP/3202-00000003
[Mar 11 10:02:36]     -- <SIP/3201-00000005> Playing 'pbx-transfer.alaw' (language 'es')
[Mar 11 10:02:37]     -- Stopped music on hold on SIP/3202-00000003
[Mar 11 10:02:37]     -- Started music on hold, class 'default', on SIP/3202-00000003
[Mar 11 10:02:37]   == Parked SIP/3202-00000003 on 301 (lot parkinglot_cta). Will timeout back to extension [outgoing_cta] 3201, 1 in 45 seconds
[Mar 11 10:02:37]     -- Added extension '301' priority 1 to parking_cta (0x8e9b5f0)
[Mar 11 10:02:37]     -- <SIP/3201-00000005> Playing 'digits/3.alaw' (language 'es')
[Mar 11 10:02:37]     -- <SIP/3201-00000005> Playing 'digits/0.alaw' (language 'es')
[Mar 11 10:02:38]     -- <SIP/3201-00000005> Playing 'digits/1.alaw' (language 'es')




I attached an archiver named "log" with this procces with debug and verbose lo level 12
By: Michael Cramer (micc) 2010-06-11 04:10:40

I feel like I've seen this problem before but in a different way. It seems like a problem of context and/or who owns the channel. You may try to set __TRANSFER_CONTEXT=outgoing_grupo_chemtrol and __PARKINGLOT=parkinglot_chemtrol
somewhere before the park or before other phone is dialed. Be sure to use __ so that sibling channels created for use with this channel will have the same context and parkinglot.

If this works then try removing the set __TRANSFER_CONTEXT and see if it works still, it may need both or just one of these variables set. If this works then I would think that when the new channel is created when picking up the parked call it doesn't copy the parkinglot or context from the original channel.
By: José Seabra (seabra) 2010-11-30 04:54:48.000-0600

Hello there,
This problem (re-park the calls) also happens with asterisk-1.8, so this is a generic error that is happening in both versions of asterisk (1.6 and 1.8)
By: Carol Dupont (cdupont) 2014-01-21 09:55:49.946-0600

Hi,
We just experienced this problem with Asterisk 11.4. Is there anything we can do to help fix this?
Thanks