[asterisk-users] asterisk 1.8 parking not working

[gincantalupo]

Hi Matthew,

you are right...it seems that extensions.conf behaviour has been changed 
from asterisk 1.4.

Thank you.

Giorgio Incantalupo


On 10/03/2012 05:40 PM, Matthew Jordan wrote:
>
> ----- Original Message -----
>
>> From: "gincantalupo"<gincantalupo at fgasoftware.com>
>> To: "Asterisk Users Mailing List - Non-Commercial Discussion"
>> <asterisk-users at lists.digium.com>
>> Sent: Wednesday, October 3, 2012 10:07:22 AM
>> Subject: Re: [asterisk-users] asterisk 1.8 parking not working
>> Hi Matthew,
> <snip>
>
>> and this is the log:
>> [2012-10-03 16:50:25] VERBOSE[32765] app_dial.c: -- SIP/8-0000008c
>> answered SIP/107-0000008b
>> -------------- transferring with ##700 (on the phone) --------------
>> [2012-10-03 16:51:02] VERBOSE[32765] res_musiconhold.c: -- Started
>> music on hold, class 'default', on SIP/107-0000008b
>> [2012-10-03 16:51:02] VERBOSE[32765] file.c: --<SIP/8-0000008c>
>> Playing 'pbx-transfer.gsm' (language 'it')
>> [2012-10-03 16:51:06] VERBOSE[32765] features.c: -- Blind
>> transferring SIP/107-0000008b to '700' (context inbound) priority 1
>> [2012-10-03 16:51:06] VERBOSE[32765] res_musiconhold.c: -- Stopped
>> music on hold on SIP/107-0000008b
>> [2012-10-03 16:51:06] VERBOSE[32765] res_agi.c: --
>> <SIP/107-0000008b>AGI Script /var/lib/asterisk/script.py completed,
>> returning 0
>> [2012-10-03 16:51:06] VERBOSE[32765] pbx.c: -- Executing
>> [700 at inbound:1] NoOp("SIP/107-0000008b", "22 - Running in inbound at
>> 700") in new stack
>> [2012-10-03 16:51:06] VERBOSE[32765] pbx.c: -- Executing
>> [700 at inbound:2] Set("SIP/107-0000008b", "AGISIGHUP=no") in new stack
>> [2012-10-03 16:51:06] VERBOSE[32765] pbx.c: -- Executing
>> [700 at inbound:3] AGI("SIP/107-0000008b",
>> "/var/lib/asterisk/script.py") in new stack
>> [2012-10-03 16:51:06] VERBOSE[32765] res_agi.c: -- Launched AGI
>> Script /var/lib/asterisk/script.py
>> As you can see 700 is matching with
>> ; Forward any other extension to the standard AGI
>> exten =>  _X.,1,Noop(22 - Running in ${CONTEXT} at ${EXTEN})
>> exten =>  _X.,n,Set(AGISIGHUP=no)
>> exten =>  _X.,n,AGI(/var/lib/asterisk/hash3/bin/exten2.py)
>> exten =>  _X.,n,HangUp
>> and not with the extension 700.
>> I think this is a bug. It is not the first time....I remember having
>> reported a bug on asterisk 1.4, same topic...parking....
>> This is what you can find inside Asterisk 1.8 changelog:
>> --- Fix blind transfer parking issues if the dialed extension is not
>> recognized as a parking extension.
>> That's why I upgraded from 1.8.11 to 1.8.16. But I think the issue
>> has not been solved....
> No, this is not a bug.  Pattern match extensions within a given context are
> given preference over included extensions from other contexts, which the parking
> lot extension in context parkinglots is by its very nature.
>
> > From extensions.conf.sample (the key portion is the fourth sentence):
>
> ; Contexts contain several lines, one for each step of each extension.  One may
> ; include another context in the current one as well, optionally with a date
> ; and time.  Included contexts are included in the order they are listed.
> ; Switches may also be included within a context.  The order of matching within
> ; a context is always exact extensions, pattern match extensions, includes, and
> ; switches.  Includes are always processed depth-first.  So for example, if you
> ; would like a switch "A" to match before context "B", simply put switch "A" in
> ; an included context "C", where "C" is included in your original context
> ; before "B".
>
> Note that if the pattern match is actually in another include (which it does
> not seem to be, given that you didn't imply that it was), then the order of
> includes matters - so you would want to include your parkinglots context first.
>
> This is also one way that I believe you could define the behavior you want:
>
> [call_extension]
>
> exten =>  100,1,NoOp()
>       same =>  n,Verbose(Do stuff to a call)
>       same =>  n,Hangup()
>
> include =>  parkedcalls
> include =>  catch_all
>
> [catch_all]
>
> exten =>  _X.,1,Noop(22 - Running in ${CONTEXT} at ${EXTEN})
> exten =>  _X.,n,Set(AGISIGHUP=no)
> exten =>  _X.,n,AGI(/var/lib/asterisk/hash3/bin/exten2.py)
> exten =>  _X.,n,HangUp
>
> --
> Matthew Jordan
> Digium, Inc. | Engineering Manager
> 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
> Check us out at: http://digium.com&  http://asterisk.org
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> New to Asterisk? Join us for a live introductory webinar every Thurs:
>                 http://www.asterisk.org/hello
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>     http://lists.digium.com/mailman/listinfo/asterisk-users
>