I agree on this input as well, and I particularly like the "reasonable share" parts.<div><br><div class="gmail_quote">On Tue, Aug 7, 2012 at 9:54 AM, Michael Welzl <span dir="ltr"><<a href="mailto:michawe@ifi.uio.no" target="_blank">michawe@ifi.uio.no</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Thanks for all your inputs! I agree with all of them, from Matt and John, except:<br>
<br>
(snip, snip...)<br>
<div class="im"><br>
<br>
>   In case the above isn't sufficient to start some flame-wars, I also<br>
> strongly suggest adding language better defining the problem, to cover:<br>
> - RMCAT strongly wants low delay and low jitter<br>
> - RMCAT can tolerate loss better than high delay<br>
> - RMCAT prefers consistent bandwidth to inconsistent high bandwidth<br>
> - we posit that RMCAT can reasonably adjust slower than TCP<br>
<br>
</div>because, indeed, as Randell says, this edges towards a solution space. Low delay has always been there, I added "and low jitter" now - but the other things are assumptions that I think we shouldn't make (in particular the third item). They may or may not be correct, depending on the codec in use, and so this gets too narrow IMO if we write it in the charter.<br>
</blockquote><div><br></div><div>In addition this is not only focused on video or audio streams, but also data streams which may prefer inconsistent high bandwidth than a lower consistent bandwidth.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Cheers,<br>
Michael<br>
<div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Rtp-congestion mailing list<br>
<a href="mailto:Rtp-congestion@alvestrand.no">Rtp-congestion@alvestrand.no</a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/rtp-congestion" target="_blank">http://www.alvestrand.no/mailman/listinfo/rtp-congestion</a><br>
</div></div></blockquote></div><br></div>