Humm...I tried it and it didn't work, still rang after two digits, but I may be making newbie errors :)
Should this work? Is NoOp a valid instruction, or do I need to create something else? [internal] include => freeworld Include => localexts exten => _712XXX,1,NoOp,Blah [freeworld] exten => _7.,1,Dial(...dial stuff) ? I posted my config to the list earlier and don't want to annoy people with it again... On 2004-09-05 15:55, "Brian West" <[EMAIL PROTECTED]> wrote: > Actually it does the proper usage of the "." char in your dial plan should > solve this problem. It's not the channel driver that's doing this its > asterisk. You need to sandbox a wildcard into its own context then include > it. Otherwise it wins NO MATER WHAT. This way an extension defined within > the current context wins over the included wildcard context. > S= > bkw > >> -----Original Message----- >> From: [EMAIL PROTECTED] [mailto:asterisk-users- >> [EMAIL PROTECTED] On Behalf Of Eric Jacksch >> Sent: Sunday, September 05, 2004 2:50 PM >> To: Asterisk Users Mailing List - Non-Commercial Discussion >> Subject: Re: [Asterisk-Users] Wildcards and variable number of digits >> >> Not sure I understand..does that help my problem of not being able to >> enter >> sufficient digits, or is that a consideration once I get a driver that >> allows me to # terminate the dialing string? >> >> >> On 2004-09-05 15:00, "Brian West" <[EMAIL PROTECTED]> wrote: >> >>> Just to clarify the usage of the . wildcard in your dialplan. >>> >>> Here is the proper usage of this feature which seems to not be >> documented >>> ANYWHERE very well. >>> >>> [default] >>> include => other >>> exten => _712XXX,1,NoOp,Blah >>> >>> [other] >>> exten => _7.,1,NoOp,somethingelse >>> >>> >>> The extensions in the current context win over an include.. only if >>> something doesn't specifically match in [default] but does as a wildcard >> as >>> an include then it will work. Remember includes are your friend. >>> >>> bkw >>> >>> >>>> -----Original Message----- >>>> From: [EMAIL PROTECTED] [mailto:asterisk-users- >>>> [EMAIL PROTECTED] On Behalf Of Karl Brose >>>> Sent: Sunday, September 05, 2004 1:50 PM >>>> To: Asterisk Users Mailing List - Non-Commercial Discussion >>>> Subject: Re: [Asterisk-Users] Wildcards and variable number of digits >>>> >>>> >>>> The problem you are having is due to the way chan_phone was designed. >>>> The distributed driver does not buffer the entire phone number dialed >>>> and then send it on to the PBX, >>>> like a SIP phone would, but instead scans the dial plan after every >>>> digit is entered to look for a match. >>>> The solution is to only use fixed length extension patterns, but at the >>>> same time requires different dial plans >>>> for the Phone/phoneX devices. I you're only dialing PSTN numbers it's >>>> not so bad, but many VOIP providers >>>> have all kinds of numbering plans. On the other hand, fixed patterns >> are >>>> nice since you don't have to >>>> press any "call" or "dial" buttons to make the call. >>>> >>>> I have a new chan_phone driver which solves this issue by buffering the >>>> dial string until the user presses >>>> the pound (#) key to send the phone number to the pbx. The features >> can >>>> be toggled on/off any time by dialing >>>> *1# or *0# or in the config file with a mode "buffered" which is >>>> otherwise the same as "dialtone" >>>> >>>> >>>> >>>> >>>> Eric Jacksch wrote: >>>> >>>>> Greetings, >>>>> >>>>> I'm having a miserable time getting Asterisk working with FWD. All >> the >>>>> samples show something like... >>>>> >>>>> exten => _7., .... >>>>> >>>>> How do I get Asterisk to wait until the user is finished dialing >> instead >>>> of >>>>> trying as soon as it gets the second digit? >>>>> >>>>> I can use _7XXX, and dial the FWD 3-digit test numbers fine, but I'd >> like >>>> to >>>>> be able to dial others... >>>>> >>>>> Same problem for outside analog line...how do I convince Asterisk to >> send >>>>> anything that starts with a "9" to it? >>>>> >>>>> If it makes a difference, I'm playing with some QuickNet cards to >> learn >>>> the >>>>> system...then I'll likely buy some other cards with higher capacity. >>>>> >>>>> Thanks, >>>>> Eric >>>>> >>>>> >>>>> ---------------------------------------------------------------------- >> -- >>>>> >>>>> _______________________________________________ >>>>> Asterisk-Users mailing list >>>>> [EMAIL PROTECTED] >>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>> To UNSUBSCRIBE or update options visit: >>>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>>> >>>>> >>>> _______________________________________________ >>>> Asterisk-Users mailing list >>>> [EMAIL PROTECTED] >>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>>> To UNSUBSCRIBE or update options visit: >>>> http://lists.digium.com/mailman/listinfo/asterisk-users >>> >>> _______________________________________________ >>> Asterisk-Users mailing list >>> [EMAIL PROTECTED] >>> http://lists.digium.com/mailman/listinfo/asterisk-users >>> To UNSUBSCRIBE or update options visit: >>> http://lists.digium.com/mailman/listinfo/asterisk-users >> >> -- >> Eric Jacksch, CISSP, CISM >> Tenebris Technologies Inc. >> http://www.tenebris.ca >> +1 613 860-0964 >> [EMAIL PROTECTED] >> >> Information security consulting, investigations, and forensics. > > > _______________________________________________ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users -- Eric Jacksch, CISSP, CISM Tenebris Technologies Inc. http://www.tenebris.ca +1 613 860-0964 [EMAIL PROTECTED] Information security consulting, investigations, and forensics.
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
