asterisk users - Feb 2008 - Still can't pickup parked call

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

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