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

3300 MCD 5 - Two conversations scrambling together

Status
Not open for further replies.

tundranugget

Technical User
Sep 4, 2003
98
US
We have a cluster of three 3300s.

We are having many instances of “broken” phone calls. An individual (Person A) will be engaged in a telephone conversation with another individual (Person B). Concurrently, another conversation will be happening between Person C and Person D. What happens is that Person A (who reports the incident) finds themselves mid-sentence conversing with Person C. It is assumed at this time that Persons B and D also find themselves transferred into a conversation.

I am trying to get the victims to record as much detail as possible but I do not as yet have a lot to go on. One early indication might be that one caller in each conversation seems to be an outside number.

Has anyone else experienced this? Any suggestions as to cause and / or solution?

Thanks
 
Can you give details of the endpoints? Set and connection types, location, etc.

SMDR logs say what?
 
if they are one external caller on each. What type of trunks are used?
 
What you are describing is called Cross-talk. Cross-talk is very rare on VOIP systems and even more so with digital trunking (T1/E1).

If the sets are not IP or the trunks are analog then the possibility becomes more likely (although still not probable)

details are very important

**********************************************
What's most important is that you realise ... There is no spoon.
 
Just going to throw another idea in here, could it be anything to do with QoS?
Is it the same users or group that experience it or is it at random users?
 
The most common cause of cross-talk is split pairs- this could be the case if you, the remote party or an interconnect is using analogue trunks or extensions somewhere along the call.

Did see this once on a digital system whilst commissioning a 2Mb mux- timing had been set incorrectly and the the trasmission test set indicated crosstalk- apparently the bitstream was slipping into adjacent timeslots- bizarre! Can't remember if we could actually hear the crosstalk in this case.
 
You are following the right procedure in trying to get more details. Most likely it is cross talk on trunks.

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.
 
Sorry about the lack of details. I will update this as soon as I have a bit more to go on. Thanks for the suggestions so far.
 
This has been put on hold temporarily. The Telco techs are certain it is their problem and are looking into it from their end.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top