<html><body bgcolor="#FFFFFF"><div>ok - but anyway now i think that this is generally not the best way to do it ... i'm curious to hear comments about my other mail re sctp...<br><br>Sent from my iPod</div><div><br>On Apr 2, 2012, at 14:04, Stefan Holmer <<a href="mailto:stefan@webrtc.org">stefan@webrtc.org</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>I think what you are requesting should be possible with the requirement that the REMB feedback messages should be sent periodically. If none is received within some threshold the sender have to start backing off. REMB are typically sent periodically anyway to be able to probe the channel.<div>
<br></div><div>/Stefan<br><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 7:44 AM, Michael Welzl <span dir="ltr"><<a href="mailto:michawe@ifi.uio.no"><a href="mailto:michawe@ifi.uio.no">michawe@ifi.uio.no</a></a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Argh, yes, I guess this one letter was the cause of a misunderstanding... Thanks!<br>
<br>
Sent from my iPod<br>
<br>
On Apr 1, 2012, at 23:56, Lachlan Andrew <<a href="mailto:lachlan.andrew@gmail.com" target="_blank"><a href="mailto:lachlan.andrew@gmail.com">lachlan.andrew@gmail.com</a></a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Greetings Michael,<br>
<br>
Are you saying you need an emergency "brake" (i.e., slowing down)<br>
rather than emergency "break" (i.e., termination, with or without a<br>
restart later)?<br>
<br>
Cheers,<br>
Lachlan<div class="im"><br>
<br>
On 30 March 2012 21:17, Michael Welzl <<a href="mailto:michawe@ifi.uio.no" target="_blank"><a href="mailto:michawe@ifi.uio.no">michawe@ifi.uio.no</a></a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On Mar 30, 2012, at 10:33 AM, Harald Alvestrand wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 03/29/2012 01:55 PM, Michael Welzl wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Section 4: par 3, "This algorithm is run every time a receive report<br>
arrives..." => so in case of severe congestion, when nothing else arrives,<br>
this algorithm waits for 2 * t_max_fb_interval... so can we rely on the<br>
mechanism to react to this congestion after roughly an RTO or not? (sounds<br>
like not)  Is that bad?  (I guess)<br>
<br>
There is a need for some emergency break mechanism if no feedback gets<br>
through.<br>
</blockquote>
<br>
<br>
I totally agree - what I meant is, it isn't clear to me if that emergency<br>
break is activated in time or too late. It should be in time (i.e. after<br>
roughly an RTO).<br>
</blockquote>
<br>
This seems to be a subject that should be discussed in the context of the<br>
circuit-breakers draft: What kind of response time is appropriate for such a<br>
mechanism, and why?<br>
</blockquote>
<br>
<br>
I think not: we're talking about two kinds of situations here. The context<br>
here is: there was congestion, we should react to it within an RTO (and have<br>
an "emergency break" to always do that - but maybe that term was<br>
misleading). The circuit-breakers draft is about a much more serious<br>
condition (such as persistent congestion), warranting a much more serious<br>
reaction (terminating the connection).<br>
<br>
Cheers,<br>
Michael<br>
</blockquote>
<br>
<br>
<br></div><span class="HOEnZb"><font color="#888888">
-- <br>
Lachlan Andrew  Centre for Advanced Internet Architectures (CAIA)<br>
Swinburne University of Technology, Melbourne, Australia<br>
<<a href="http://caia.swin.edu.au/cv/landrew" target="_blank"><a href="http://caia.swin.edu.au/cv/">http://caia.swin.edu.au/cv/</a><u></u>landrew</a>><br>
Ph <a href="tel:%2B61%203%209214%204837" value="+61392144837" target="_blank">+61 3 9214 4837</a><br>
</font></span></blockquote><div class="HOEnZb"><div class="h5">
______________________________<u></u>_________________<br>
Rtp-congestion mailing list<br>
<a href="mailto:Rtp-congestion@alvestrand.no" target="_blank"><a href="mailto:Rtp-congestion@alvestrand.no">Rtp-congestion@alvestrand.no</a></a><br>
<a href="http://www.alvestrand.no/mailman/listinfo/rtp-congestion" target="_blank"><a href="http://www.alvestrand.no/">http://www.alvestrand.no/</a><u></u>mailman/listinfo/rtp-<u></u>congestion</a><br>
</div></div></blockquote></div><br></div>
</div></blockquote></body></html>