<div dir="ltr"><div>Not yet. We are PRI for the time being.</div><div> </div><div>It is phone to phone inter and intra site. What it seems to me is that there is something wrong with the the coding/decoding algorithm in these 8945s causing severe coder delay for g729. The network is perfect and there is more bandwidth than we could ever use for the PQ.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 10:05 PM, Justin Steinberg <span dir="ltr"><<a href="mailto:jsteinberg@gmail.com" target="_blank">jsteinberg@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">are you SIP trunk to the PSTN ? I would assume poor audio on the g729 codec could be caused within the carrier network.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 2:03 PM, Erick Wellnitz <span dir="ltr"><<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">ewellnitzvoip@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div dir="ltr"><div>Nothing appears out of the ordinary from the captures I've done on my phone. DSCP is set properly and there doesn't appear to be long delays in packet delivery. </div>
<div> </div><div>One hypothesis we have is that the political aspect has amplified the actual problem.</div>
<div> </div><div>I'll try to capture some more if I can convince someoen to switch back for testing purposes.</div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 19, 2013 at 12:34 PM, Divin John (dijohn) <span dir="ltr"><<a href="mailto:dijohn@cisco.com" target="_blank">dijohn@cisco.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div style="font-family:Calibri,sans-serif;font-size:14px;word-wrap:break-word">
<div>Do you have a packet capture from the Phone?</div>
<div>Regards,</div><div>Divin</div><div><br></div><span><div style="border-width:1pt medium medium;border-style:solid none none;border-color:rgb(181,196,223) currentColor currentColor;padding:3pt 0in 0in;text-align:left;font-family:Calibri;font-size:11pt">
<span style="font-weight:bold">From: </span> Erick Wellnitz <<a href="mailto:ewellnitzvoip@gmail.com" target="_blank">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" target="_blank">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><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></div>
</blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>