How to figure-out how an external call to one of our DID's gets routed.

[cityofpg]

Hello,
I would like to know how to figure-out how an external call to one of our DID's gets routed to an internal DN with a different extension? Where would I look for such a setup? Doug

 

[cmawbey]

do you have an IDC table setup//

LD 49
req prt
type idc
cust 0
dcno c/r

 

[cityofpg]

It looks like I may. Below is the output. Doug

REQ prt
TYPE idc
CUST 0
DCNO c/r
SCH0030
DCNO SCH0600
DCNO
SCH0030
DCNO

DCNO 0
IDGT CDGT
3346 3324
4111 5551
4112 5551
5596 3396

DCNO 1
IDGT CDGT
1883 3339
2301 3302
2311 3373
2313 3370
2323 3322
2334 3318
2335 3330
2341 3305
2344 3344
2372 3348
3302 3302
3307 3307
3308 3308
3318 3336
3324 3373
3366 3376
3369 3305
4519 5520
5050 5050
5519 5520
5529 5538
5538 5538
9533 3354

 

[cmawbey]

the left column shows what is being sent and the right column shows what that is being pointed too...

 

[cityofpg]

How would I be able to remove one of the entries?

 

[cmawbey]

be very careful in the IDC table NEVER use OUT... if you do it will delete the whole table....

first i would print the table then copy & paste that to notebook... and save it..

then to out a number use X

for example if 1234 points to 5678

Ld 49
req chg
type idc
cust 0
dcno x
idgt 1234 c/r
1234 x

c/r till you get req again

this will remove 1234 & 5678

 

[cmawbey]

you could always change the incoming number to go to the attendant by changing the number to 0 for instance

 

[cityofpg]

I'm a little confused with the IDC tables. I have an extension (3324) in the IDC table that gets pointed to 3373, but external calls don't get re-directed to this extension.

 

[cmawbey]

ok where do they go... are there any forwards on 3373 for instance...
have you setup a trace on the incoming route...?

 

[KCFLHRC]

The IDC table needs to be applied to the route to work and never, ever, make a change on an active IDC table. It can cause data corruption. Build a new one they way you want it and then apply it to the route.