[asterisk-users] Still can't pickup parked call

OCG Technical Support support at ocg.ca
Tue Feb 26 06:44:47 CST 2008


Well, I don't have a 701 extension defined but I do have _XXX which is where
this call is jumping when I dial 701 to pickup.

I have the "include => parkedcalls" above the _XXX definition, so I assumed
that parked calls would be matched first.  As well, since the 700 is
matching to parked calls, I assumed 701 would as well.  

Still stuck.... 

> -----Original Message-----
> From: asterisk-users-bounces at lists.digium.com 
> [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of 
> Lacy Moore
> Sent: Tuesday, February 26, 2008 2:30 AM
> To: Asterisk Users List
> Subject: Re: [asterisk-users] Still can't pickup parked call
> 
> I suspect there is something you are not telling us.  Try 
> posting this extension.conf file.  Looking at the logs you 
> have here leads me to believe you have an extension 701 
> defined to dial SIP/233.
> 
> In other words, somewhere in your context is:
> 
> exten => 701,1,Dial(SIP/233)
> 
> or something very similar.
> 
> An included context will never (ok, most probably won't ever) 
> overwrite the definitions in the current context.  For 
> example, if you define extension 100 in your main context and 
> then define extension 100 in an included context, the one in 
> the main context will most probably always prevail.
> 
> 
> 
> On Mon, Feb 25, 2008 at 9:41 PM, OCG Technical Support 
> <support at ocg.ca> wrote:
> > I'm still struggling to pickup calls.  I now have a single context
> > (entryocginternal) where I have "include => parkedcalls".
> >
> > The log below shows me calling from one internal extension 
> to another, 
> > then picking up, then parking the call.
> >
> >    -- SIP/239-0915d5c8 is ringing
> >    -- SIP/239-0915d5c8 answered SIP/233-0915bf40
> >    -- Packet2Packet bridging SIP/233-0915bf40 and SIP/239-0915d5c8
> >    -- Started music on hold, class 'default', on 
> SIP/239-0915d5c8  == 
> > Spawn extension (macro-dialinternal, s, 7) exited non-zero on 
> > 'SIPPeer/SIP/233-0915bf40<ZOMBIE>' in macro 'dialinternal'
> >  == Spawn extension (macro-dialinternal, s, 7) exited non-zero on 
> > 'SIPPeer/SIP/233-0915bf40<ZOMBIE>'
> >    -- Started music on hold, class 'default', on 
> SIP/239-0915d5c8  == 
> > Parked SIP/239-0915d5c8 on 701 at parkedcalls. Will timeout back to 
> > extension [entryocginternal] , 1 in 300 seconds
> >    -- <SIP/233-0915bf40> Playing 'digits/7' (language 'en')
> >    -- <SIP/233-0915bf40> Playing 'digits/0' (language 'en')
> >    -- <SIP/233-0915bf40> Playing 'digits/1' (language 'en')
> >    -- Added extension '701' priority 1 to parkedcalls
> >
> > After parking the call, I then used that same phone to 
> pickup 701 by 
> > dialing 701.  As you can see, the 701 is being treated as a 
> regular extension - not
> > a parked call pickup.   What is going on?  Why is this nor working?
> >
> >    -- Executing [701 at entryocginternal:1] Macro("SIP/233-09152818",
> > "dialexternal|701|") in new stack
> >
> >
> > _______________________________________________
> > -- Bandwidth and Colocation Provided by 
> http://www.api-digital.com --
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-users
> >
> 
> 
> 
> --
> Lacy Moore
> Somewhere I wish I wasn't
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users




More information about the asterisk-users mailing list