DNIS routing

[td1031]

What am I missing? My RDB route 10 is set to use DCNO 1. In the IDC table my incoming DNIS values are set in DCNO 1 to route to a specific extension but the calls are coming and routing to call pilot option 0.

REQ: prt
TYPE: rdb
CUST 0
ROUT 10

TYPE RDB
CUST 00
DMOD
ROUT 10
DES LD
TKTP TIE
NPID_TBL_NUM 0
ESN NO
CNVT NO
SAT NO
RCLS EXT
DTRK YES
BRIP NO
DGTP PRI
ISDN YES
MODE PRA
IFC D250
SBN NO
PNI 00000
NCNA YES
NCRD NO
CHTY BCH
CTYP UKWN
INAC NO
ISAR NO
CPUB OFF
DAPC NO
BCOT 0
DSEL 3VCE
PTYP PRI
AUTO NO
DNIS YES
NDGT 1
DCDR NO
ICOG IAO
SRCH LIN
TRMB YES
STEP
ACOD 8010
TCPP NO
PII NO
TARG
CLEN 1
BILN NO
OABS
INST
IDC YES
DCNO 1
NDNO 1 *
DNAM NO
ANTK
SIGO STD
ICIS YES
TIMR ICF 512
OGF 512
EOD 13952
NRD 10112
DDL 70
ODT 4096
RGV 640
GRD 896
SFB 3
NBS 2048


PAGE 002

NBL 4096
TFD 0
DRNG NO
CDR NO
MUS NO
EQAR NO
FRL 0 0
FRL 1 0
FRL 2 0
FRL 3 0
FRL 4 0
FRL 5 0
FRL 6 0
FRL 7 0
OHQ NO
OHQT 00
CBQ NO
AUTH NO
TTBL 0
PLEV 2
ALRM NO
ART 0
SGRP 0
AACR NO

 

[Watsonj]

Are you sure that these calls are coming in on a trunk that is a member of RDB 10? If NDGT is still set to 1, your DNISs should not be routing correctly...

 

[td1031]

Yes they are coming in on 10. have two T1's. One local and one LD. When I added this entry 8008601669 5204 to DNCO 1 the calls began ringing to 5204

 

[Watsonj]

Can you paste your new IDC table 1?

 

[td1031]

REQ prt
TYPE idc
CUST 0
DCNO

DCNO 0
IDGT CDGT

DCNO 1
IDGT CDGT
0668 5301
2000 5204
2001 5204
2002 5204
2003 5204
2004 5204
2005 5204
2006 5204
400 5200
5204 5204
732 5253
742 5253
8002477431 4421
8003498853 5377
8003545383 4400
8003620111 5225
8004741557 5200
8005115792 5225
8005469873 5200
8007115243 5375
8007117694 5303
8007737291 4409
8008312273 5225
8008601669 5204
8008691159 4411
8008691213 5225
8008933491 5225
8668145224 5225
8777676946 4430
9961 4200
9973 4431

DCNO 2
IDGT CDGT
1111742 5253

 

[td1031]

I restored it after I changed it to 8008 to 5225 only

 

[td1031]

Okay, I hope I am not oversimplifying this problem, but according to your RDB 10, your NDGT is set to 1 when which means RDB 10 is only looking for a single digit DNIS. I would assume that the ACD is truncating your 4 digit DNIS (1000) and only accepting the last digit (0) and routing to Call Pilot. If you change NDGT to 4, does this solve the problem?

If this is the case would it be looking at the first digit? That almost doesnt seem right because all of these use different routes and all start with 8.

8002477431 4421
8003498853 5377
8003545383 4400
8003620111 5225
8004741557 5200
8005115792 5225
8005469873 5200
8007115243 5375
8007117694 5303
8007737291 4409
8008312273 5225
8008601669 5204
8008691159 4411
8008691213 5225
8008933491 5225
8668145224 5225
8777676946 4430

 

[Watsonj]

As to that, I cannot say with authority that it is looking at the final digit received... A couple of days ago I checked with one of our other analysts and he believes that statement to be true. However, it does make logical sense - consider that the most important digits in a phone number (to the local phone switch at least) are the last four (they designate the actual phone), the second most important would be the next three (local exchange) and then finally the last three (area code). This explains why 4 digit DNIS is default and why 7 digit is another common setting.

As an example, consider that we use 4 digit DNIS on our 11C PBX (We use an 81C for Production). A phone call to DID 225-555-0001 comes into the switch, the IDC table entry is 0001 XXXX. This makes logical sense, since the last four represent the specific phone I want and the first four (2255) are just area code plus a digit from the NXX. If we used 7 digit DNIS, we would have to enter 5550001 XXXX.

There is a setting for WDGT that defaults to Last that can be changed to First, but I do not know has this has an effect on IDC tables....

 

[Watsonj]

Okay, based on your IDC table I pulled the following three assignments:

8005469873 5200
8007115243 5375
8008691213 5225


Is your NDGT still set to 1? If so, dial each of these 800 numbers and verify where they are directed. If NDGT is set to 1, they should both go to the same position (My thinking is they should all terminate at 5225). If they both go to their correct positions... Well, I am stumped how they are doing it!

Now, if you change NDGT to 10 (since you are entering 10 digits) that would make sense...

 

[td1031]

They route to the assigned DNIS value and the NDGT is still set to 1.