VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
support at ocg.ca Guest
|
Posted: Mon Feb 25, 2008 10:41 pm Post subject: [asterisk-users] 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 |
|
Back to top |
|
|
aspendora at gmail.com Guest
|
Posted: Tue Feb 26, 2008 2:30 am Post subject: [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, 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
|
Posted: Tue Feb 26, 2008 7:44 am Post subject: [asterisk-users] Still can't pickup parked call |
|
|
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 --
--
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
|
Posted: Tue Feb 26, 2008 9:34 am Post subject: [asterisk-users] Still can't pickup parked call |
|
|
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 |
|
|
|
|
|
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
|