<br><br><div class="gmail_quote">On Tue, May 17, 2011 at 1:49 AM,  <span dir="ltr"><<a href="mailto:BeckW@telekom.de">BeckW@telekom.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">(I think) Fred wrote:<br>
> Well, the extra delay is solvable in the transport. The question isn't really what the impact on the > network is; it's what the requirements of the application are. For voice, if a voice sample is<br>
> delayed 50 ms the jitter buffer in the codec resolves that - microseconds are irrelevant.<br>
<br>
</div>If you meant 50 microseconds, ignore the rest of this post.<br>
<br>
50 milliseconds is a *long* time in VoIP. The total mouth-to-ear delay budget is only 150 ms. Adaptive jitter buffer algorithms choose a buffer size that is bigger than the observed delay variation. So the additional delay will be even higher than 50 ms.<br>

<br></blockquote><div><br>*10* ms in terms of jitter is a *long* time in voip.  <br><br></div></div>-- <br>Dave Täht<br>SKYPE: davetaht<br>US Tel: 1-239-829-5608<br><a href="http://the-edge.blogspot.com" target="_blank">http://the-edge.blogspot.com</a> <br>