<div dir="ltr">>  <span style="font-family:arial,sans-serif;font-size:13px">1. For packets from the ITSP to the customer: override the default BGP routing to choose an alternate route</span><div><span style="font-family:arial,sans-serif;font-size:13px">Interesting idea. Who's doing this and how is it working for you? Are you using static routes or altering BGP? Other?</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">>  </span><span style="font-family:arial,sans-serif;font-size:13px">2. Increase the ptime from 20 ms to 30-40 ms to reduce packet-drop exposure</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">Alex B may be right on this. Hard to speculate without hard evidence with lots of volume to back it up. I do know, however, that some carriers (Verizon comes to mind) will not support anything other than 20ms, so it is easier to standardize on a single ptime rather than try to customize each install.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">>  </span><span style="font-family:arial,sans-serif;font-size:13px">3. EdgeWater brings us this one: actively manage TCP streams from Internet to CPE to provide better quality for Voice.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">Are they suggesting SIP over TCP or some other out-of-band TCP to help manage quality to the endpoint. While we have a small amount of SIP/TCP going on to support older BLF integrations, I am not a fan. It adds overhead to the core (SBC) and also means that an SBC switch from active to standby will drop the device.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jun 9, 2014 at 2:50 PM, Mark R Lindsey <span dir="ltr"><<a href="mailto:lindsey@e-c-group.com" target="_blank">lindsey@e-c-group.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
At SIPNOC this week, we're having a "Birds of a Feather" session on delivering quality voice services across the public Internet.<br>
<br>
A few techniques to make voice across the Internet better:<br>
<br>
1. For packets from the ITSP to the customer: override the default BGP routing to choose an alternate route<br>
<br>
2. Increase the ptime from 20 ms to 30-40 ms to reduce packet-drop exposure<br>
<br>
3. EdgeWater brings us this one: actively manage TCP streams from Internet to CPE to provide better quality for Voice.<br>
<br>
So what OTHER techniques are there? Which techniques don't work?<br>
<br>
Yeah, it's the Internet. It's going to have failures. You're going to have bad days. But surely there are ways to improve the odds.<br>
<br>
>>> <a href="mailto:mark@ecg.co">mark@ecg.co</a> <a href="tel:%2B1-229-316-0013" value="+12293160013">+1-229-316-0013</a> <a href="http://ecg.co/lindsey" target="_blank">http://ecg.co/lindsey</a><br>
<br>
<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div><br></div>