I guess this topic is now closed. The problem was that Asterisk 0.7.2 (yeah yeah, this is a busy production system) has buggy handling of overlapping extensions ( 224 versus 2246 ). Asterisk 1.0.3 allows such numbers to coexist and -does- wait to see if the dialing is completed.

In answering Peter's question, Germany definitely has a variable-length dialplan. Here at our Hamburg office, the DID main number is
040 - XXX - 2040 but the DID extensions are 040 - XXX - 204XX


I agree that keeping numbers distinct is a good idea, but this box is part of a multi-site integration, each site has its own weird long-existing dialplan, and I've tried to minimise any renumbering or forcing people to remember prefix-numbers for special dialing.



On Tue, 7 Dec 2004, Peter Svensson wrote:

On Tue, 7 Dec 2004, Jerry Glomph Black wrote:

jumping instantly on the first match, even tthough there is a pattern
_2XXX in the same dialplan, with higher priority (the 224 is in an
include=> context to suppress it).

There is something going wrong with the ast_canmatchmore function then. Can you post your dialplan?

A few thoughts:
 * try putting them both in the same context.
 * try making both either non-pattern or pattern.
 * is there any more output from asterisk with verbosity set way up?

Generally it is best to avoid shared prefixes in the dialplan, if for no
other reason than to avoid confusion.

_______________________________________________
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

Reply via email to