Provider says they are presenting 6 digits but Mitel 3300 only seeing 5? 1

[MillTechNet]

Hi,

We've got a new ISDN 30 provision as an addition to our existing ISDN 30 and the new provider says they are presenting 6 digits to us on incoming calls. They have even attached an old telephone system they use for testing to this new ISDN and shown me that its set to 6 digits and it works fine. Now, when we connect it to our 3300 I can only get the box to accept calls if I set the system speed call to the last 5 digits rather than all 6. I've checked the trunk's number of digits to absorb and its set at zero. Is there anywhere else that may be modifying the incoming number?

Our other ISDN provider presents us with 5 digits and that works as expected.

 

[wireman50]

Hmmm, I would be asking for a test with a proper ISDN tester rather than a 'old telephone system' ; its not really a conclusive test. Are you using the same trunk attributes as your old ISDN or have you created a new one?

 

[MillTechNet]

Yes, I was a little surprised that they tested it this way especially considering that we are talking about British Telecom here! The documentation from them also specifies that it is presenting 6 digits.

We have two PRI trunks setup on the system, one for each ISDN 30. The Trunk service Assignment settings for both are the same. Do I need to look somewhere else for the trunk attributes?

 

[wireman50]

Sorry terminology change (my fault) I meant the trunk service assignment. Check your protocol assignements as well.

 

[MillTechNet]

I have checked and the Protocol Assignments are identical for each ISDN port (other than the Port and Link Number as they live on a dual T1/E1 card)

 

[LoopyLou]

Wait are you saying that calls coming in via the original ISDN 30 are working but when they come in the second ( or new ) ISDN they do not work? If that is so and all the programming is identical then its the carrier.

As a way to prove it you could try swapping the carrier circuits and see what happens ( i.e take the working carrier circuit and move it to the new 3300 port if it continues to work then its the carrier. If it stops its you. Same for the new ISDN 30 circuit, plug it into the working 3300 port. If it still doesn't work its the carrier if it starts working its you.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[MillTechNet]

No, calls on either ISDN30 work fine. However, the provider of the first ISDN30 present 5 digits to us and the provider of the 2nd ISDN30 say they are presenting 6 digits on DDIs. However, using the SpeedCall system to map the incoming calls to extensions, I can only get the second ISDN30 to work if I assume that they are presenting 5 digits and not 6.

This suggests that if they really are presenting 6 digits then the Mitel box is removing one of the digits to bring it down to 5, however there Absorb settings for both trunks are set to zero. I can't see where else the Mitel 3300 has that could be removing one digit on this second trunk.

 

[LoopyLou]

The only other thing I can think of is the ISDN called Party inward dialing modification form.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[MillTechNet]

Is that the Inward Dialing Configuration you refer to? If it is then that is all blank.

 

[kwbMitel]

the ccs trace will show digits before modification, it's pretty conclusive.

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

 

[MillTechNet]

Sorry, never tried that. How do I do a CCS Trace?

 

[MillTechNet]

Ah, scrub that, just found a document explaining about using CCS trace on the Mitel 3300. I'll give that a try. Thanks!

 

[wireman50]

Where are you in GB?

 

[MillTechNet]

Lancaster.

well, it looks like I am not cracking up after all! The CCS trace shows only 5 digits from the new ISDN30.

Thanks for all your help on this. I've discovered something new to play with! CCS Trace looks very powerful for troubleshooting.

 

[wireman50]

Ah, bit far, I was going to offer our ISDN30 tester to check for you. I bet the BT system has a absorb 0 and insert 1 setting to make it 6 digits...

 

[MillTechNet]

Thanks wireman that would have been very kind of you. I have now got BT's tech support team to admit that it is only presenting 5 digits. Thanks to the CSS trace output they couldn't argue. It would have been good if they gave out the correct information in the first place! Although their paperwork says it is 6 digits they now admit it is usually either 5 or 3.

 

[kwbMitel]

Isn't it amazing how the tune changes. Been there, done that.

There are also some good tools under EDT in the maintenance commands.

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

 

[MillTechNet]

Thanks, I'll take a look!

 

[LoopyLou]

So they were feeding you a line of crap that they tested it. Gee being lied to by a provider. I'm shocked. Maybe that second provider wasn't that good a choice.

I'd tell you a UDP joke but I'm afraid you won't get it. TCP jokes are the best because you always get them.

 

[MillTechNet]

I think the provider is fine but the two "engineers" who installed it admitted this was the first one they had installed and a 2 hour job took all day!