Nortel via 3300 not following diverts

[washo]

Hi Guys,

Wonder if anyone can help?

We have an office in US that have a nortel system that is connected to a 3300 (gateway) via Q-sig.

This 3300 is connected to our network of 3300's (mainly in UK & Europe),via IP trunking & we can establish calls to & from the Nortel to any 3300, with no problems.

If a call from a Nortel phone, calls a phone in the UK that has been diverted to their voicemail (external voicemail server by Voice connect) then the Nortel phone gets dead air/silence.

To eliminate that the problem could be the Voice connect server, we diverted a UK phone to another UK phone, both on the same 3300.

When the Nortel called this phone, it got a fast busy tone back.
With all diverts removed, the calls connect with no problems, so the problem relates to the originating call unable to follow the divert, regardless of where that divert is pointing to!

I have checked the parameters COS etc on the 3300's & nothing seems to be obviously wrong.

We don't have any problems with other calls following diverts from anywhere else on our network, only from the Nortel.

So I am not sure if this is a Nortel/Q-sig problem.

I am not trained on Nortel, so if anyone could shed any light on the above I would be eternally grateful

cheers

Washo

 

[LoopyLou]

Can you supply the programming for the Nortel end of the QSIG and the Mitel end?

The beatings will continue until morale improves.

 

[washo]

Hi Loopyloo<

I can get the programming for the 3300 side but not the Nortel.

is there anything that springs to mind that you think might be wrong?

regards

 

[Supernova99]

You might need to enable DPNSS/QSIG diversion in the System Options form to get this to work.
(The system still responds to diversion requests (from QSIG or DPNSS), but does not signal them.)
I do remember that the Nortel diverts the call differently from the Mitel and this option might just fix it

Share what you know - Learn what you don't

 

[washo]

Hi Supernova99,

Good call but all the 3300's have this enabled!

Any other ideas anyone?

regards

 

[Supernova99]

There is also Travelling Class marks in System Options can cause issues if it is not setup correctly or if it is not enabled across a network then each system leg will use it's own COS/COR etc.
Have you also tried to route the diverted to number over a different link?
e.g. if the call comes in on one link then route the diverted to number over another link (depending if you have multiple links)
There is an issue with message size where systems have a limit of 135 octets if you enable Inhibit Sending Mitel Specific Info in the digital link descriptor this might help.


Share what you know - Learn what you don't

 

[washo]

Hi Supernova99,

I have just completed further testing!

Although the 3300 attached to the Nortel is used only as a gateway (no handsets etc) it is still programmed the same as the others on the network.

So I programmed up an analogue port on the back & got a user to call a UK extension that I diverted to voicemail....& it worked.

So the problem lies with calls coming from the Nortel as I have now tested as far back to teh Nortel as poss.
Not sure if this will be related to the Nortel programming only!

I gave also just found out that the Nortel users dial 123 & then the extension number to call anyone on the network (UK)
Thanks for your help so far guys!

cheers

 

[Supernova99]

Did you try the Inhibit Sending Mitel Specific Info?

Also if the call comes in QSIG can you route the diversion over IP trunking?


Share what you know - Learn what you don't

 

[washo]

Hi Supernova99,

At the moment, it looks like Inhibit is set to No!

The calls come across the Q-sig link ok & they can call any phone with no problems across the network.

Would setting inhibit to yes help do you think with this diversion problem.

In all honesty, I've never toughed Inhibit option before

regards

 

[Supernova99]

Yes this could help if the total message length is longer than 135 octets which it probably is if you have a divert to number
Try turning it on and test it will not affect your network

the notes for this option are

Select "Yes" to truncate set up messages transmitted over DPNSS links to switches (such as DMS) that support a maximum message length of 135 octets. The limit is achieved by removing Global Call Reference ID and Network SMDR information, which may cause a reduction in service.


Share what you know - Learn what you don't

 

[washo]

Spernova99,

Just to clarify,Is this to be set up only on the US 3300 (gateway to Nortel) & the 3300 attached to the voicemail server?
Or on all the 3300's across the netwotk, involved with regards to the call.

Route is as follows:

Nortel - Q-Sig to USA 3300 - Ip Trunking to UK 3300's - DPNSS to voicemail server

many thanks

 

[Supernova99]

I would enable it on all legs to start with then if it works turn it back off one system at a time
You cannot enable it on an IP Trunk but both the dpnss and qsig links are ok
My hunch will be the qsig link it just depends on what messaging is being sent and what is understood.

Share what you know - Learn what you don't

 

[washo]

Cheers Supernova99,

Unfortunatly it didn't work

The caller gets "dead air"

The voice connect server engineer also states that he can't see the call arriving, so the call is following the divert but getting lost between the last 3300 & the voice connect server that it is attached to!

This could be something in the set up of the Nortel but I know nothing about :-(

cheers Guys

 

[Supernova99]

Looks like you are on to something then
I would pursue the Nortel side and see what messaging it is getting when diverting the call

Share what you know - Learn what you don't

 

[washo]

Hi All,Supernova99,

Just been digging on Google & found some info relating to my problem.

Apparently the Nortel's implementation of Q-Sig is very basic & will only deliver caller ID & name only.
It will not do CFA/CFB/CFNA as it doesn't send the correct reason codes, therefore not good if you have a central voicemail system.

Not sure if this is correct or not (this link was dated as 2008) but seems to make sense & I'm pretty sure the Nortel that they are using has an old software build.

I will speak to their Nortel guy next week (he's back from holiday) & see how I get on!

Cheers for all your help

Washo

 

[kwbMitel]

I note that you have tried DPNSS/QSIG Diversion set to ENABLED.

Have you tried turning it off?

This option has caused many issues for me and I've never found any consistancy in the setting.

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

 

[Supernova99]

Worth a shot disabling it for sure
The Nortel to Mitel integration was never the best and will now be a trial and error exercise as there will never be any further software updates!


Share what you know - Learn what you don't