<html>
<head>
<style>
P
{
margin:0px;
padding:0px
}
body
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body><div style="text-align: left;"><br></div><br>We had a similar problem that was related to slip seconds on the T1. It was interesting because even though the slip seconds were consistent, the echo was not. The root of the problem was caused by not having a "network-clock-select" statement in the config. This problem drove us crazy for a couple of weeks because we upgraded IOS and DSP firmware per Cisco's instructions to no avail.<br><br>Do a show controllers t1 0/0/0 (or whatever port the PRI is on) and make sure it's clean. You should see a lot of zero's.<br><br><hr id="stopSpelling">> Date: Thu, 10 May 2007 11:34:44 +0100<br>> From: matt@melbourne.org.uk<br>> To: smgustafson@gmail.com<br>> CC: cisco-voip@puck.nether.net<br>> Subject: Re: [cisco-voip] Echo on IP Phones through PRI<br>> <br>> Thanks Steve. We have an upgrade planned for our voice gateways in an<br>> forthcoming maintenance window, where we'll try 12.4(latest) mainline.<br>> Are you aware of any bugs which document this issue?<br>> <br>> Cheers,<br>> <br>> Matt<br>> <br>> On 09/05/07, Steve G <smgustafson@gmail.com> wrote:<br>> > 12.3(14) will deffinietly give you echo issues. it is the DSP firmware.<br>> > either get new DSP firmware from TAC, or upgrade IOS. I am using 12.4(8)b<br>> > with no issues.<br>> ><br>> > Steve<br>> ><br>> ><br>> > On 4/18/07, Matthew Melbourne <matt@melbourne.org.uk> wrote:<br>> > ><br>> > > We are getting sporadic issues from users on IP phones who are hearing<br>> > > echo on external calls. From this document is would suggest that echo<br>> > > on IP Phones is caused by hybrid echo and not any local acoustic echo.<br>> > ><br>> > ><br>> > http://www.cisco.com/warp/public/788/voice-qos/echo_ipphone_gateway.html<br>> > ><br>> > > The MGCP-controlled voice gateways are all running 12.3(14)T7 with DSP<br>> > > firmware 4.4.708. In CallManager (4.1(3)SR2), echo cancellation is on<br>> > > for each port, with a "default" echo cancellation coverage of 64ms.<br>> > > Input gain and output attenuation are set to 0dB.<br>> > ><br>> > > I have seen suggestions to include the "echo-cancel erl worst-case 3"<br>> > > command on the voice ports. Can this help in situations of occasional<br>> > > echo?<br>> > ><br>> > > Are there any other parameters changes which could help? Could it be a<br>> > > code/DSP firmware issue? I haven't found a specific echo-related bug<br>> > > relating to this particular IOS and its embedded DSP firmware.<br>> > ><br>> > > On occasions, the start of the call is fine but echo comes and goes<br>> > > during the call.<br>> > ><br>> > > Is there a quick way of finding out which voice gateway a call is<br>> > > terminated on (we have 8, and all could be used in a round-robin<br>> > > fashion for outbound calls).<br>> > ><br>> > > Cheers,<br>> > ><br>> > > Matt<br>> > ><br>> > > --<br>> > > Matthew Melbourne<br>> > > _______________________________________________<br>> > > cisco-voip mailing list<br>> > > cisco-voip@puck.nether.net<br>> > > https://puck.nether.net/mailman/listinfo/cisco-voip<br>> > ><br>> ><br>> ><br>> <br>> <br>> -- <br>> Matthew Melbourne<br>> _______________________________________________<br>> cisco-voip mailing list<br>> cisco-voip@puck.nether.net<br>> https://puck.nether.net/mailman/listinfo/cisco-voip<br><br /><hr />Change is good. See what's different about Windows Live Hotmail. <a href='www.windowslive-hotmail.com/learnmore/default.html?locale=en-us&ocid=RMT_TAGLM_HMWL_reten_changegood_0507' target='_new'>Check it out!</a></body>
</html>