Sponsor: VoiceMeUp - Corporate & Wholesale VoIP Services

VoIP Mailing List Archives
Mailing list archives for the VoIP community
 SearchSearch 

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


 
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> Asterisk Users
View previous topic :: View next topic  
Author Message
support at ocg.ca
Guest





PostPosted: Mon Feb 25, 2008 10:41 pm    Post subject: [asterisk-users] Still can't pickup parked call Reply with quote

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
Back to top
aspendora at gmail.com
Guest





PostPosted: Tue Feb 26, 2008 2:30 am    Post subject: [asterisk-users] Still can't pickup parked call Reply with quote

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:
Quote:
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
Back to top
support at ocg.ca
Guest





PostPosted: Tue Feb 26, 2008 7:44 am    Post subject: [asterisk-users] Still can't pickup parked call Reply with quote

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....

Quote:
-----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:
Quote:
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,
Quote:
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 ==
Quote:
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 ==
Quote:
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
Quote:
dialing 701. As you can see, the 701 is being treated as a
regular extension - not
Quote:
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 --
Quote:

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
Back to top
jsmith at digium.com
Guest





PostPosted: Tue Feb 26, 2008 9:34 am    Post subject: [asterisk-users] Still can't pickup parked call Reply with quote

On Tue, 2008-02-26 at 07:44 -0500, OCG Technical Support wrote:
Quote:
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....

If you want this to work without changing your pattern matching, change
your phones to point to a new context that looks like this:

[make-call-pickup-work]
include => parkedcalls
include => the-old-context-with-the-pattern-match

--
Jared Smith
Community Relations Manager
Digium, Inc.
Back to top
Display posts from previous:   
Post new topic   Reply to topic    VoIP Mailing List Archives Forum Index -> Asterisk Users All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2005 phpBB Group

VoiceMeUp - Corporate & Wholesale VoIP Services