[asterisk-users] Strange dialplan matching issue

[Nabeel Jafferali]

Asterisk is looking for hilto[1-9]-2[0-9][0-9], if you know what I mean?

--
Nabeel Jafferali
X2 Networks

-----Original Message-----
From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Chris Bagnall
Sent: February-11-09 8:18 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: [asterisk-users] Strange dialplan matching issue

Greetings list,

Wondering if anyone has come across this strange dialplan pattern matching issue before:

I have a context defined as follows (the plus simply implies it follows on from an existing context in another #include - which, yes, has been included first):
[privatedundi](+)
exten => _hilton-2XX,1,Goto(hilton,${EXTEN:7},1)

When dialling hilton-202 from another box via IAX2, I get:
NOTICE[3727]: chan_iax2.c:8085 socket_process: Rejected connect attempt from <ip masked>, request 'hilton-202 at privatedundi' does not exist

Changing the context to read as follows solves the problem immediately:
[privatedundi](+)
exten => hilton-201,1,Goto(hilton,${EXTEN:7},1)
exten => hilton-202,1,Goto(hilton,${EXTEN:7},1)
exten => hilton-203,1,Goto(hilton,${EXTEN:7},1)

Dialling hilton-202 now works every time.

The *really* strange thing is that I have a number of similar pattern matches, and all the others work fine, it's just this one that doesn't.

The box in question is running 1.4.22, but I have had a similar issue in the past with a 1.2 box, so it does not appear to be version specific.

Any thoughts?

TIA.

Regards,

Chris



_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users