<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif; "><div>Do you have a packet capture from the Phone?</div><div>Regards,</div><div>Divin</div><div><br></div><span id="OLK_SRC_BODY_SECTION"><div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt"><span style="font-weight:bold">From: </span> Erick Wellnitz <<a href="mailto:ewellnitzvoip@gmail.com">ewellnitzvoip@gmail.com</a>><br><span style="font-weight:bold">Date: </span> Thursday, 19 September 2013 7:52 PM<br><span style="font-weight:bold">To: </span> cisco-voip <<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a>><br><span style="font-weight:bold">Subject: </span> [cisco-voip] Changing codec to solve quality issue?<br></div><div><br></div><div><meta http-equiv="Content-Type" content="text/html; charset=utf-8"><div><div dir="ltr"><div>CUCM 9.1.1a</div><div>8945 with sccp 9.3.2</div><div> </div><div>Really odd situation here. If we use G.729 we have bad quality issues consistently even with QoS applied and confirmed by TAC. If we use G.711 we have no quality issues.</div><div> </div><div>We have plenty of bandwidth to run G711 but I don't like not knowing why something is happening. It doesn't make sense why jitter and latency would be through the roof with G729 wile G711 is perfect. I know G729 is more sensitive to latency and jitter
but it shouldn't cause higher latency and jitter.</div><div> </div><div>Could this be something in the carrier's underlying architecture?</div></div></div></div></span></body></html>