[Asterisk-Users] Wildcards and variable number of digits

[Eric Jacksch]

On start I'm getting a warning (among other things)

chan_skinny.c:2584 reload_config: Unable to get our IP address, Skinny
disabled

Could that be making things worse?

I've reconfigured things (as per the snippets here) and it does seem to
match after each digit I dial...

Is there any new code I should compile in?



On 2004-09-05 19:15, "Brian West" <brian at bkw.org> wrote:

> No, newer code does exactly how I described it.  Specific matches in the
> current context override wildcards in any included context.  I have tested
> this and that's how Mark himself says it works.  This is how it should work
> if I understand it correctly and I usually do, ast_matchmore_extension is
> what makes that possible.   I don't have any zap hooked up to double check
> this.   Jeremy did that in chan_skinny so it may very well be the channel
> driver at fault. 
> 
> bkw 
> 
>> -----Original Message-----
>> From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-
>> bounces at lists.digium.com] On Behalf Of Karl Brose
>> Sent: Sunday, September 05, 2004 4:33 PM
>> To: Asterisk Users Mailing List - Non-Commercial Discussion
>> Subject: Re: [Asterisk-Users] Wildcards and variable number of digits
>> 
>> 
>> No Brian, 
>> The old driver scans the ENTIRE dial plan on EVERY digit dialed so no
>> matter where, if you have a
>> "." wildcard in the plan, it will match always on the first digit dialed.
>> It is the driver that does this.
>> If you use a SIP phone, or any technology that presents a complete dial
>> string, then you are correct
>> with your examples.
>> 
>> 
>> Brian West 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: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-
>>>> bounces at lists.digium.com] 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" <brian at bkw.org> 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 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> _______________________________________________
>> Asterisk-Users mailing list
>> Asterisk-Users at lists.digium.com
>> 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
> Asterisk-Users at lists.digium.com
> 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
jacksch at tenebris.ca

Information security consulting, investigations, and forensics.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2802 bytes
Desc: not available
Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20040905/d3a43660/smime.bin