02-06-2009 09:03 AM - edited 03-15-2019 04:03 PM
Hello Folks,
We have been experiencing cross talking since we have upgraded our CCM to version: 5.1.3.4000-4 two months ago. I know cross talking has probably nothing to do with the CCM but I just try to give you some detail about the latest changes. It only happens when we call outside through PSTN. I opened a ticket with the Carrier but they say there's nothing wrong in their end. The cross talking is only one way. We can hear them but they can't hear us. Please correct me if I am wrong but accroding to me, cross talking is always a physical layer problem. Am I mistaken?
Here're what I have done in order to resolve the issue but no such a luck so far.
1) Two weeks ago a unpluged and pluged back the cable which connects the GW to the Carrier (PSTN). It helped for two days and the issue came back again.
2) I thought maybe the cable is faulty and changed it and again the problem went away for 3 days and came back again.
3) Lastly, I rebooted the gateway and we were good for a week or two but unfortunately it came back again yesterday. I don't know what else I can do. Has anyone experienced such a problem? If so, what have you done to get rid of it?
Thanks,
GW Version 12.4(13r)T
Solved! Go to Solution.
02-09-2009 02:12 PM
You're fine.
02-06-2009 10:01 AM
Hi,
You may want to check your IOS/DSP versions against this bug: CSCsg47594
I would give you more information, but 12.4(13r)T is your rommon version, not IOS.
hth,
nick
02-06-2009 11:14 AM
02-06-2009 11:20 AM
Hi, you are not taking clock correctly, need
network-clock-select 1 t1 0/0/0
02-06-2009 12:18 PM
Thanks guys,
I noticed that I had some slip errors on the Controler t1. By adding the "network-clock-select 1 t1 0/0/0" I think there would be no slip error anymore. Do you guys think this was the cause of our cross talking issue? How do the dspfarms configuration look like. Do I need to change anything regarding the dsp allocation?
Thanks,
02-06-2009 12:51 PM
You don't need to change anything else. let us know how it goes.
02-06-2009 01:33 PM
Hi Bahman,
Cross talk is usually the cause of one of two things:
1) This bug
2) Provider mixup on the b-channel.
Your IOS is vulnerable to the bug I listed above. Since you are on 12.4(10), you will want to upgrade to 12.4(13) or later.
The network-clock-select command syncs the DSP TDM clocking up with the provider and ensures that the voice is on the same time domain. This shouldn't cause any signaling or cross talk issues. Common problems from lack of proper clocking are fax failures and small cracks/pops/hisses in the line quality.
hth,
nick
02-06-2009 01:37 PM
Which bug ?
The thing is that OP titled as crosstalk, then mentioned one-way voice. Either way, you start with a clean controller to begin with.
02-06-2009 01:40 PM
This bug: CSCsg47594
If you have cross talk on a channel, and the channel that the router is getting confused with is inactive, you will have one-way audio.
02-09-2009 08:20 AM
Hello Guys,
I think now we are facing the bug that Nick has mentionned. The issue is back and on top of that the conversation breaks up continousley. What is the most recommanded IOS version for my GW that I can Upgrade to? In the mean time, can I use the workaround solution? If so, which one?
Thanks,
02-09-2009 08:24 AM
If you're not using new features, you can go somewhere in 12.4 mainline, such as 12.4(23).
If you're using SIP, or any other newer features, you would probably want 12.4(15)T8.
-nick
02-09-2009 08:27 AM
Thanks Nick,
We are not using SIP for now but isn't it better that I go with 12.4(15)T8? Could you please tell me if I can use the workaround for now because 80% of calls break up and cross connect. Which workaround would you recommand?
Thanks,
02-09-2009 09:02 AM
If you want a quick workaround, disabling conferencing should fix the problem. This bug is only around when conferencing is configured on the DSP.
Otherwise 12.4(15)T8 is still a valid workaround.
-nick
02-09-2009 09:10 AM
What will happen to our conference calls?
In order to disable the conferencing, all I need to do is to shutdown the dspfarm profile 20 conference interface, am I mistaken?
Thanks,
02-09-2009 09:26 AM
Yes, to shut down conferencing just shut down the profile.
But, you conference calls go away.
2 choices:
1) No conferencing, but you can check if you're definitely hitting the bug
2) Upgrade and hope it fixes it.
-nick
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide