SX-200 Inbound DID Routing 1

[rossiv]

I have a SX-200 LW17 and I need to find out how inbound DID calls are being routed. We have a block of DIDs and right now there doesn't seem to be a correlation between DID number and extension. For example, DID ###-2513 goes to extension 1533, but ###-2511 goes to extension 1502. Is there somewhere in the programming that I can see what it routing where?
Thanks!
Ross

 

[kwbMitel]

Start with form 15.

M = ? (digits expected)
N = ? (digits absorbed)
X = ? (digits inserted)

I don't believe LW17 had a DID translation table (form 55) but verify anyway.

What might be happening.

Receive ###2513
Absorb 4 digits
insert XX

XX = Feature access code for Speedcall

result = XX513

Speedcall 513 = 1533
Speedcall 511 = 1502


**********************************************
What's most important is that you realise ... There is no spoon.

 

[rossiv]

In Form 15, all I see for M and N are 0s and X is blank for the whole form. There isn't a form 55. What else should I try?

 

[rossiv]

And there also isn't an entry for any of the extensions that get calls from DIDs in form 31 (Abbreviated Dial) either.

 

[kwbMitel]

M being zero is unfortunate as we must now guess how many digits you are receiving.

There are ways I could make this happen but all of them are quite complicated.

The next best place to look for clues is form 35.

Look for digits that match the last 2, 3 or 4 digits of the inbound DID.

I expect at this point to find phantom extensions that match the inbound DID that are routed by some fashion to the destination.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[rossiv]

Aha! You found it! It appears that they go to hunt groups and in the respective hunt groups, the numbers that ring the respective DIDs! Now to try and create a new one to see if they work..

 

[rossiv]

So I've made progress, but I now have a few more questions. I am trying to forward DID 2514 to extension 1514. If I manually change the extension number in Form 09 to 2514, it works great but VM does not because it still looks for 1514. So I change it back to 1514. I created Hunt Group 20 and assigned it access code 2514. It then showed up in Form 35 under 2514. I call it and it just rings and rings and rings and never forwards to VM. This particular extension has CFWD Always set. Do hunt groups override CFWD Always? If not, what would cause it to not forward?

 

[rossiv]

Fixed. Call Forward set to always was the culprit. I'm not at the console so I had to call and get someone to change it, but it works now! Thanks!

 

[kwbMitel]

Hunt groups ignore Call Forward always and Busy.

I've never seen a setup like yours and I honestly cannot imagine why it is setup that way. Using huntgroups like that limits the usefulness of the extension quite a bit.

I suspect someone who did not really know what they they were doing got "creative" in a bad way.

Good luck, I expect we'll be hearing about other issues soon.

**********************************************
What's most important is that you realise ... There is no spoon.

 

[rossiv]

In the process of this, I also found out that we have a block of 100 DIDs, 15 are currently used.

What would you suggest for the best way to route a DID to an extension besides stripping/adding/changing digits?

 

[kwbMitel]

The Best way is for the internal extension to match the incoming digits.

**********************************************
What's most important is that you realise ... There is no spoon.