<br><br><div class="gmail_quote">On Wed, Aug 8, 2012 at 8:06 AM, Mo Zanaty (mzanaty) <span dir="ltr"><<a href="mailto:mzanaty@cisco.com" target="_blank">mzanaty@cisco.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Randell,<br>
<br>
Just to make sure I understand your "bonus" reduction, it is because the "fishy" pattern confirms a congestion loss rather than a possibly stochastic loss, right? Or is there another reason to apply the bonus that I missed? Like some sort of mild congestion vs. severe congestion inference (that can't be obtained by the loss signal itself alone)?<br>

<br>
Thanks,<br>
<div class="im HOEnZb">Mo<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:rtp-congestion-bounces@alvestrand.no">rtp-congestion-bounces@alvestrand.no</a> [mailto:<a href="mailto:rtp-congestion-bounces@alvestrand.no">rtp-congestion-bounces@alvestrand.no</a>] On Behalf Of Randell Jesup<br>

</div><div class="im HOEnZb">Sent: Wednesday, August 08, 2012 1:46 AM<br>
To: <a href="mailto:rtp-congestion@alvestrand.no">rtp-congestion@alvestrand.no</a><br>
Subject: Re: [R-C] RRTCC issues: loss, decrease rate<br>
<br>
</div><div class="HOEnZb"><div class="h5">On 8/8/2012 1:04 AM, Mo Zanaty (mzanaty) wrote:<br>
> In the case of loss due to congestion (a full queue or AQM action), the loss itself seems like the right signal to process. Why wait to infer congestion from the subsequent delay pattern which can be speculative/unreliable rather than the loss itself?<br>

<br>
I agree totally, one should always assume loss is some type of<br>
congestion (though very low levels of loss might be ignored).  This is<br>
an area where the current proposed algorithm can be improved.<br></div></div></blockquote><div><br></div><div>Agreed.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">
<br>
> If the goal is to distinguish congestion from stochastic loss, that is a general problem that probably needs more thought than the RRTCC 3-sigma outlier filter, or Kalman filter (which is designed to filter stochastic jitter but not losses), or Randell's "fishy" filter. There should be ample research available on this topic from many years of TCP over wireless links.<br>
</div></div></blockquote><div><br></div><div>Yes, and distinguishing between congestion and stochastic loss is a non-trivial problem. There are different approaches and ways to model it, but in the end I don't think there's a way to make it work reliably in all scenarios. But it might be possible to build something which improves things in some scenarios while not making a difference in other.</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
Agreed.  The way I used it was to give a "bonus" reduction in bandwidth<br>
if the losses appeared 'fishy'.  Per the earlier emails, this would<br>
mostly happen on otherwise-mostly-idle access links or maybe during<br>
bursts of cross-traffic.<br></div></div></blockquote><div><br></div><div>You could even go one step further and make the "bonus" reduction depending on how certain you are that the loss was fishy or not.</div><div>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
<br>
--<br>
Randell Jesup<br>
<a href="mailto:randell-ietf@jesup.org">randell-ietf@jesup.org</a><br>
<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>
_______________________________________________<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>