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:[EMAIL PROTECTED]] > Sent: February 10, 2003 14:44 > To: [EMAIL PROTECTED] > 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 - [EMAIL PROTECTED] - CCIE 3440 > PGP keys at http://www.ufp.org/~bicknell/ > Read TMBG List - [EMAIL PROTECTED], www.tmbg.org >