similar to: PRI zap channels not cleared when no match in context for dialed number on inbound call

I se what you are talking about I an able to reproduce!!! However your PRI may be in a Round-Robin picking order, that would cycle through all of the channels until it reaches an end and then it repeats. I set our PRI to first available hunting instead of RR and it will use the same channel over and over again regardless if the call exists. If anything it's a feature!!! Unassigned DID will

But it does indicated that a variable is staying assigned that should not be, which could have other impact over time??? The behavior is very different for c call where there is a dialplan match for the dialed number, when the call completes the channel extension variable is cleared. If you do not mind please ad a bug note that you experienced the same thing! The bug marshals think I am nuts.

Yeah the "variable stays there" because the channel is never up to be cleared. If you do something like exten => _X.,1,Wait(1) exten => _X.,2,Hangup You will see the same behavior. Can you confirm?? I am running CVS from about a week ago... Alex > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com >

I tried that, you have to ANSWER before you can clear it, which is not a good idea... > -----Original Message----- > From: asterisk-users-bounces@lists.digium.com [mailto:asterisk-users- > bounces@lists.digium.com] On Behalf Of Alexander Lopez > Sent: Tuesday, September 13, 2005 9:27 PM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [Asterisk-Users]

Exactly. Message: 8 Date: Wed, 08 Feb 2006 13:41:29 -0600 From: "Kevin P. Fleming" <kpfleming@digium.com> Subject: Re: [Asterisk-Users] Re: Need to retrieve Call-ID from dialed SIP channel (w/o CDRs) To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users@lists.digium.com> Message-ID: <43EA4969.60603@digium.com> Content-Type: text/plain;

Hi all, This is not a repeated post as I am just adding more information for my previous post. Asterisk version 1.4.18 TDM card: Digium TDM411B Zaptel version 1.4.9.2 Line: PSTN line I tried to obtain the dialed number using $DNID and $CDR(DST) . All of these variable returns 's' I also tried exten => _3345335,n,Noop(this is ok) where 3345335 is my number but it does not go there.

Hi all, i have configured incoming voip traffic as follows: [voipin] exten => _X.,1,SetCallerID(033283077734) exten => _X.,2,Dial,Zap/g4/${EXTEN} exten => _X.,3,Hangup If the call going out the pri dials with an additional '0' before the dialed number. This is for caller number AND called number. But i can't see anything that says set a '0' more in front of the

The originating PRI system passes the entire dialed number in the d-channel setup frame, thus the concept of a wait time for additional digits is meaningless. Progressive digit gathering implies that the signalling is occuring 'in-band' as would be the case with DTMF signalling on analog lines. You need to look in the Ascom and find the configuration table that lays out the dialplan for

Hi, I would like to implement an auto-redial function in a context. The idea is about like this: Dial a number Hear busy Hangup Pick up again Dial a code like *123 => jumps into a context which redials until callresult is not busy Maybe like this: [autoredial] exten => s,1,Set(number=${CHANNEL(lastdialed)}) exten => s,2,Dial(SIP/${number}@account,60,g) exten => s,3,Wait(15) exten

Hi, I've noticed that a small but meaningful quota of calls from my Alcatel PBX to Asterisk are failing. This does not always happen and it is not easily reproducible but on high traffic I do get a large number of cases. Example: Alcatel PBX extension 7085 calls Asterisk PBX extension 6145 over a PRI E1 link. I see this in the Asterisk log: Dec 14 14:10:31 VERBOSE[11378] logger.c: --

I have 12 T1's going into 3 servers, 4 in each into "Digium, Inc. Wildcard TE410P Quad-Span togglable E1/T1/J1 card 3.3v (rev 02)" cards. Each "group" of T1's have the primary D on 24 and the secondary D on 96. The first server (ts20) and the last server (ts22) can playback "demo-congrats" fine. The "middle" server (ts21) cannot -- just dead air.

Hey all, I've setup * to serve the needs of our small helpdesk and I'm looking to expand. We're planning on doing support for different companies, each one identified by a different 1-800 number that terminates at our PBX. What I would like to know is: is there a variable I can read to determine what number any given caller dialed? I'd like to be able to separate calls based on

Hi Shahnawaz Have you considered how you are going to address location issue for Mobile users calling 911. You should think of SS7 MAP/TCAP to atleast know their Cell ID Regards Sam > Thanks very much everybody who contributed their thoughts. I would try > to get some DID's so that each physical location can be identified by > 911 call Center. > > Regards > > Shahnawaz

Consider this dialplan fragment, where the call is being dialed into [macro-process-routing] over an iax2 channel from another (same build) Asterisk server: [macro-process-routing] ; This is the entrypoint of the debug call but is also refered to by Macro(process-routing) elsewhere in the dialplan ; XXX-NNN-6800 exten => _6800,1,Macro(6800-interceptor) ; This is matched when 8 is

Greetings list- I have a box with a single FXO card in it. I'm able to dial out ZAP/1 with no problems and as expected. However, I would like inbound calls on that POTS line to go unanswered by Asterisk since I have other equipment on the line. I've setup zapata.conf for the channel without a context but the line is still answered. I've also setup a blank context with the same result.

Asterisk 1.6.0.6 with dahdi 2.1.0.4 is showing a strange "Unrecognized prilocaldialplan" error with the SIP username when a SIP call is dialed to a PRI trunk. The error shows up like this: Unrecognized prilocaldialplan TON modifier: a Unrecognized prilocaldialplan TON modifier: b Unrecognized prilocaldialplan TON modifier: c Where abc is the SIP username. Is this a bug

Dear all, I think this is common, or at least how it is supposed to be, but whening dialing over a ZAP channel, it's taking around 5~ seconds to ring on the over end, likewise inbound. This is just with a normal Dial command. Are there any ways to tweak this? Thanks, Gavin.

The Asterisk Development Team has announced releases of Asterisk-Addons version 1.4.11, 1.6.0.5, 1.6.1.3, and 1.6.2.1. These releases are available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk/ These releases resolve several issues reported by the community: * Fix reading samples from format_mp3 after ast_seekstream/ast_tellstream. (Closes issue #15224.

The Asterisk Development Team has announced releases of Asterisk-Addons version 1.4.11, 1.6.0.5, 1.6.1.3, and 1.6.2.1. These releases are available for immediate download at http://downloads.asterisk.org/pub/telephony/asterisk/ These releases resolve several issues reported by the community: * Fix reading samples from format_mp3 after ast_seekstream/ast_tellstream. (Closes issue #15224.

> -----Original Message----- > From: asterisk-users-bounces@lists.digium.com > [mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of > Damon Estep > Sent: Tuesday, January 31, 2006 1:48 AM > To: Asterisk Users Mailing List - Non-Commercial Discussion > Subject: RE: [Asterisk-Users] dialing 2 channels at the > sametimewithdifferentcaller ID number? > >