[Asterisk-Users] Wildcards and variable number of digits
Karl Brose
khb at brose.com
Sun Sep 5 17:35:57 MST 2004
Amazing,
We are talking about CURRENT CVS CODE chan_phone the way it DOES work,
not zap, not anything else, not the way it SHOULD work.
CHAN_PHONE scans the ENTIRE dial plan on EVERY digit dialed
in dialtone mode and what you describe does not work for chan_phone.
Why is it so hard to accept the facts?
Brian West 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
>
Sorry to ruin your theory.
>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.
>>
>>
>>
>
>
More information about the asterisk-users
mailing list