Merit Network
Can't find what you're looking for? Search the Mail Archives.
  About Merit   Services   Network   Resources & Support   Network Research   News   Events   Home

Discussion Communities: Merit Network Email List Archives

North American Network Operators Group

Date Prev | Date Next | Date Index | Thread Index | Author Index | Historical

RE: VoIP QOS best practices

  • From: Ray Burkholder
  • Date: Mon Feb 10 15:08:54 2003

Many boxes are able to reorder packets.  If packets arrive too late to
be inserted into the conversion stream, they are dropped.  One dropped
packet in a sequence can usually be 'hidden' or 'faked' by the codec.
When more than one packet is missed in sequence, it becomes noticeable
to the listener.

Ray Burkholder


> -----Original Message-----
> From: Leo Bicknell [mailto:bicknell@ufp.org] 
> Sent: February 10, 2003 14:44
> To: nanog@nanog.org
> Subject: Re: VoIP QOS best practices
> 
> 
> 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. 
> 
> 
> 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?
> 
> -- 
>        Leo Bicknell - bicknell@ufp.org - CCIE 3440
>         PGP keys at http://www.ufp.org/~bicknell/
> Read TMBG List - tmbg-list-request@tmbg.org, www.tmbg.org
> 




Discussion Communities


About Merit | Services | Network | Resources & Support | Network Research
News | Events | Contact | Site Map | Merit Network Home


Merit Network, Inc.