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 strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

SX2K Peripheral Cabs. - ONS issues after replacing Controller 3300 1

Status
Not open for further replies.

danramirez

Programmer
Oct 25, 2009
1,135
ES
Guys,

This customer had as SX2K with lots and lots of ONS ports on Per. Cabs.

ONS ports were mainly used for normal telephone conversations but also to transmit modem comms. between an alarm device and a control center. Note both the alarm device and the control center were ON premise. Nothing to the outside world.

This scenario was working for about 10 years with no issues reported.

Recently we had to replace sx2000 Main Controller by two 3300 MXe controllers. We created a cluster and all that...

After replacing the controller the modem communications stopped working. We have noted that only when the alarm port and the control center port ar from the same type of card (MC320EA) the communication works fine, but when we mix ports (MC320BE and MC320EA) are present the modems do not manage to connect.

Any ideas what to look at?

Cheers,

Daniel


 
Hi Daniel, I assume these are MXe IIIs, are they the Expanded version with additional processor & Echo Cancellation card ?
 
It may be a COS issue with BE card being a non-CLASS card and EA supporting CLASS.
 
Does any of the traffic to and from the ONS ports traverse the E2T bridge. i.e. IP trunks between the 2 controllers.

IP trunking can play havok on modems and faxes.

**********************************************
What's most important is that you realise ... There is no spoon.
 
KWB, there is traffic betweek controllers so IP trunking involved. However we have tested it with everything on the same controller and found out that it fails when different ONS type cards are involved.

therefore, it also fails when IP trunking involved and different ONS type.

Also, we test it with the ONS ports on the back of the MXe and it fails if the other end is on MC320XX ONS card.

Cheers,

Daniel



 
Looks to me like you have identified the issue. That sucks.

Nothing more to add except my sympathy

**********************************************
What's most important is that you realise ... There is no spoon.
 
Seems odd that just a difference in the rev level of the card is causing the failures. Do you have more than one of each type ONS card? If not, maybe it's just a bad ONS card?
 
COS check the ONS Class/Clip settings if enabled try with them off.
Also Calling Name Display - Internal - ONS option set to No
 
Hello all, we have a similar issue since a few weeks, same scenario: An sx 2000 with 7 cabinets replaced with two 3300 MXe IIIs expanded, many ONS and digital stations.

Soon after the upgrades a dozen users on the least busy of the two 3300, all located on the same Per Cab (but scattered on different ONS cards), started to complain about not being able to break the dial tone. I was able to experience it as well, it ignores any dtmf for a few minutes then you'd try again and it would work..

So far we tried to swap the peripheral controller card, and are waiting to replace the whole peripheral cabinet. I just changed the Calling Name Display - Internal - ONS to no, the CLASS/CLIP were already at no. We also added a DSP to the problematic 3300, but it did not make a difference.

Any other clue as to what could prevent an ONS station to break the dial tone?

What was the resolution to Danramirez's modem issue?
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top