Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations SkipVought on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Problems with MWIs over T1 Qsig on 3300

Status
Not open for further replies.

3000gt

IS-IT--Management
Apr 26, 2002
131
0
0
US

We HAD a Mitel 3300 configured to send MWis over a T1 Qsig trunk to an IP gaetway, and it WAS working great. Then, it wasn't tested for a year or so, and when we went back to test it, the MWIs don't work. Everything else seems to work, we get synch on the T1 with the far end, can make calls, but supplementary services seems to have stopped working.

We have the configuration on how to program the system up saved, and we checked all the settings and they are still the same as when it was working.

We have rebooted the NSU, repowered the switch to no avail. Next thing is to reprogram the T1 and NSU through IMAT. If that doesn't work, thinking of re-downloading the NSU database.

Anyone have any ideas/suggestions/similar experiences to share?

Expertise in Avaya, Rolm/Siemens, Mitel, Nortel, NEC, Alcatel, Toshiba, Aspect, Ericsson, Executone, Panasonic PBXs & KSUs
 
I've had issues such as your and they were related to the System Option - DPNSS/QSIG Diversion Enabled

If you don't need the above, turn it off and test again.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
We too have had some weird inconsistencies with the QSIG diversion option.

Our clustered "network" though primarily SX2K, has several 3300s slaved off it. The VM system is Octel, hosted by one of the SX2Ks. One of the 33oos has to have QSIG diversion enabled, the other has to have it disabled. The issue, however, is VM forwarding, not MWI.

With one of the 3300s if you have QSIG diversion disabled, CFB to the system speedcall in the 3300 that translates to the VM pilot on the 2K will not work, but works fine on the other 3300. CFNA works fine, the issue is only CFB. If the called party (on the 3300) is busy, you get busy tone when calling them from another 3300 or a Cisco CM, but if you call them from the 2K the CFB works as expected. Enabling QSIG diversion fixed it. However, on another 3300 QSIG diversion has to be off. I tell you, it's bizarre.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top