VoIP QOS best practices

Mon Feb 10 19:13:47 UTC 2003

On Mon, 10 Feb 2003, Leo Bicknell wrote:

> In a message written on Mon, Feb 10, 2003 at 01:19:08PM -0500, chaim fried wrote:
> > happens). There is no reason to implement QOS on the Core. Having said
> > that, there still seems to be too many issues on the tier 1 networks
> > with pacekt reordering as they affect h.261/h.263 traffic. 
<snip> 
> So what's the real problem here?  Are the VOIP boxes unable to
> handle out of order packets?  Do the out of order packets simply
> arrive far enough delayed to blow the delay budget?  What percentage of
> reordered packets starts to cause issues?

You have two choices

Drop them - you either have gaps in the stream or the codec allows for gaps and 
reconsutrcts small missing sections (buffer to do this)

Reorder them - fine, but you need to buffer, we want to minimise delay so how 
long do you want to wait, what delay is acceptable on top of the other delays we 
have as well.. (same outcome as jitter)

As to what percentage is a problem, that depends on which of the two above ways 
you are using and how much delay you want. Or in the drop it scenario how many 
missing frames cause the speech to become degraded.

Steve