"3. EdgeWater brings us this one: actively manage TCP streams from Internet to 
CPE to provide better quality for Voice."

I think this refers to items this post lists: 
http://www.voip-info.org/wiki/view/VOIP+and+VPN

There are some merits to this where congestion isn't the problem but instead 
more nefarious things like throttling by an ISP.

When *heavy* congestion is the problem, TCP is the enemy of RTP. Specifically 
you *want* packets to drop when there is congestion and not get re-transmitted 
or hold up transmission of the rest of the payload. Dropping 1,2 or 5 packets 
per second isn't likely going to be much of an issue depending on how dense or 
sparse the drops are in a particular sequence. This little blurb has always 
been helpful in explaining the concept to people: 
http://www.voiptroubleshooter.com/problems/packetloss.html

In my opinion however the future of net neutrality becomes more of a major 
discussion point for VoIP over the public internet and ITSPs who want to 
support customers who bring their own bandwidth.

Jesse

-----Original Message-----
From: Mark R Lindsey [mailto:lind...@e-c-group.com]
Sent: Monday, June 09, 2014 1:51 PM
To: voiceops@voiceops.org
Subject: [VoiceOps] High Quality, Reliable Voice via the Internet / SIPNOC

At SIPNOC this week, we're having a "Birds of a Feather" session on delivering 
quality voice services across the public Internet.

A few techniques to make voice across the Internet better:

1. For packets from the ITSP to the customer: override the default BGP routing 
to choose an alternate route

2. Increase the ptime from 20 ms to 30-40 ms to reduce packet-drop exposure

3. EdgeWater brings us this one: actively manage TCP streams from Internet to 
CPE to provide better quality for Voice.

So what OTHER techniques are there? Which techniques don't work?

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.

>>> m...@ecg.co +1-229-316-0013 http://ecg.co/lindsey




________________________________

This e-mail and any attachments are confidential. If it is not intended for 
you, please notify the sender, and please erase and ignore the contents.

_______________________________________________
VoiceOps mailing list
VoiceOps@voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

Reply via email to