Dialplan help ! Strange dial out behavior

Hi, I am having some strange dial-out behavior.

  1. I am in area-code 408 in US. So I configured the local call rules using _NNNNNNN in extensions.conf like below

  2. When I called 8344548, the call was successfully made as a local (408) call.

  3. When I called 4321108, the call was rejected with the message in CLI
    "… chan_sip.c:13885 handle_request_invite: Call from ‘101’ to extension ‘4321108’ rejected because extension not found…"

  4. When I called 4321111, 43211??, they were all rejected with the same reason.

  5. But when I called 4322222 or 4323333 or 4324444, the calls were successfully made.

So I am really confused about where could be wrong for this. I am using _NNNNNNN.

Here is my configuration

[101]
callwaiting = yes
cid_number = 101
context = numberplan-custom-1 <===
hasagent = no
hasdirectory = no
hasiax = no
hasmanager = no
hassip = yes
hasvoicemail = yes
deletevoicemail = no
host = dynamic
mailbox = 101
secret = 101
threewaycalling = yes
vmsecret = 101
registeriax = no
registersip = yes
autoprov = no
canreinvite = no
nat = no
dtmfmode = rfc2833
disallow = all
allow = all
signalling = fxo_ks

[numberplan-custom-1]
plancomment = DialPlan1
include = default
include = parkedcalls
exten = _91700XXXXXXX!,1,Macro(trunkdial,${}/${EXTEN:1})
comment = _91700XXXXXXX!,1,IAXTEL,standard
exten = _9256XXXXXXX!,1,Macro(trunkdial,${}/${EXTEN:4})
comment = _9256XXXXXXX!,1,Local,standard
exten = _9011XXXXXXX!,1,Macro(trunkdial,${}/${EXTEN:1})
comment = _9011XXXXXXX!,1,International,standard
exten = _1XXXXXXXXXX!,1,Macro(trunkdial,${trunk_1}/${EXTEN:0},${trunk_1_cid})
comment = _1XXXXXXXXXX!,1,Longdistance,standard
exten = _NNNNNNN,1,Macro(trunkdial,${trunk_1}/${EXTEN:0},${trunk_1_cid})
comment = _NNNNNNN,1,Local,custom
exten = _911,1,Macro(trunkdial,${trunk_1}/${EXTEN:0},${trunk_1_cid})
comment = _911,1,911,standard

Hi

I love the simple ones

N matches any digit from 2-9

so _NNNNNNN

is looking for a 7 digit number with no 1s in it

Ian

Shoot! Good bug for me.

Many thanks for your pointing out this.