[cisco-voip] 7937 Packet Loss and intermittent voice quality issues

Ted Nugent tednugent73 at gmail.com
Tue Jan 5 15:41:06 EST 2010


I actually cleared the port config on one of them with the exception of the
voice and data vlan commands and they were still seeing the problem. To me
it seems like an issue withe 7937 more so then a network issue because none
of the other phones are being affected?



On Tue, Jan 5, 2010 at 2:08 PM, Mike Thompson <mthompson729 at gmail.com>wrote:

>  Or some sort of CDP / Spanning Tree weird thing going on.  Try turn off
> portfast on those port and see if it helps.  Look at the QoS on the ports
> too and check and see if there’s any inconsistency.
>
>
>
>
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [mailto:
> cisco-voip-bounces at puck.nether.net] *On Behalf Of *Ted Nugent
> *Sent:* Tuesday, January 05, 2010 12:39 PM
> *To:* Cisco VoIPoE List
> *Subject:* [cisco-voip] 7937 Packet Loss and intermittent voice quality
> issues
>
>
>
> I have a new customer install
>
> with 8 sccp 7937s and all of them are experiencing the same problem.
> Intermittently
>
> throughout the call they continue to lose voice for 5-10 seconds and then
> it
>
> clears back up for a few minutes and it occurs again. I can see on the web
>
> statistics for the phone that it appears to be losing packets (Rcvr Lost
>
> Packets  2483). This only appears to be occurring
>
> inbound to the device since the caller does not hear and audio issues.
> These devices
>
> are deployed throughout the company and all are experiencing the same
> issues at
>
> times. There are a couple bugs for g729 and g722 but we’re running g711
> (g722
>
> has been disabled clusterwide). They were experiencing the issue yesterday
> and
>
> I had the 7937 conference in a 7965 and the 7965 did not experience any
> voice
>
> issues so it’s not the call itself or callers phone. No other phones are
>
> experiencing the issues and I’ve upgrading the load from 1.3.3 to 1.3.4 and
> the
>
> problem still exists. Calls are hitting the PSTN via an MGCP controlled PRI
>
> however I’m not sure if that’s in play or not we have not been able to
>
> replicate the problem on internal calls but that’s not to say it’s not
> occurring
>
> because its intermittent.
>
> No Duplex Mismatches
>
> Cabling has been checked and
>
> device moved to new location with known good wiring
>
> CUCM 7.1.2.21900-5
>
> Any ideas?
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100105/c78c9fce/attachment.html>


More information about the cisco-voip mailing list