<div dir="ltr">Prototype1 results looking better than BBR-V2!!!<div>    </div><div>Question:   How the BBR-v2 "degree of aggregation" compares to SCE explicit signal?  </div><div><br></div><div><br></div><div> Morton's presentation QA an L4s slide of RFC6660 -> RFC5559 is shown with some problems with ECT0/ECT1 marking,  BUT  those RFCs are defining something called "<span style="color:rgb(0,0,0);font-size:13.3333px">Pre-Congestion Notification": </span>  <br></div><div><div>"<span style="color:rgb(0,0,0);font-size:13.3333px"> The objective of Pre-Congestion Notification (PCN) is to protect the</span><span style="color:rgb(0,0,0);font-size:13.3333px"> quality of service (QoS) of inelastic flows within a Diffserv domain in a simple, scalable, and robust fashion.  Two mechanisms are used:</span></div><pre class="gmail-newpage" style="font-size:13.3333px;margin-top:0px;margin-bottom:0px;break-before:page;color:rgb(0,0,0)">   admission control, to decide whether to admit or block a new flow request, and (in abnormal circumstances) flow termination, to decide whether to terminate</pre><pre class="gmail-newpage" style="font-size:13.3333px;margin-top:0px;margin-bottom:0px;break-before:page;color:rgb(0,0,0)">   some of the existing flows.  To achieve this, the overall rate of PCN-traffic is metered on every link in the
   domain, and PCN packets are appropriately marked when certain configured rates are exceeded.  These configured rates are below the
   rate of the link, thus providing notification to boundary nodes about overloads before any congestion occurs.  The level of marking allows boundary nodes </pre><pre class="gmail-newpage" style="font-size:13.3333px;margin-top:0px;margin-bottom:0px;break-before:page;color:rgb(0,0,0)">   to make decisions about whether to admit or terminate.<span style="font-family:Arial,Helvetica,sans-serif;font-size:small;color:rgb(34,34,34)">" </span></pre><div><br></div><div>Even if it is important to manage new flows disturbing QoS in the same Diffserv. I view it as low priority than fixing ECN for the "network" with fine-grained info like SCE does.  Where and how a diffserv addmission control would be better suited ?</div><div>Then the question is where this PCN is actually deployed ?</div><div><br></div><div>ps. There are many proposals for ECT(1), maybe a ECN-SANE sub objective would be to document and call out every candidate for a Battle Royale!!! </div><div><br></div><div>Relevant RFCs: 6040, 5696, 8311</div><div> </div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em seg, 1 de abr de 2019 às 07:13, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Yea, that's a mistake on the first set of graphs. look on the right<br>
side for the right numbers.<br>
<br>
On Mon, Apr 1, 2019 at 12:13 PM Jeremy Harris <<a href="mailto:jgh@wizmail.org" target="_blank">jgh@wizmail.org</a>> wrote:<br>
><br>
> On 01/04/2019 10:58, Dave Taht wrote:<br>
> > Over the last week, jonathan, pete, and rodney (and jason?) also got a<br>
> > modified reno-style transport to<br>
> > respond properly to SCE:<br>
> > <a href="https://github.com/dtaht/bufferbloat-rfcs/tree/master/sce/results/prototype1" rel="noreferrer" target="_blank">https://github.com/dtaht/bufferbloat-rfcs/tree/master/sce/results/prototype1</a><br>
> > was the first one<br>
><br>
> Why are the throughput graphs annotated as "segment length"?<br>
> What are we really graphing?<br>
> --<br>
> Cheers,<br>
>   Jeremy<br>
><br>
><br>
> _______________________________________________<br>
> Ecn-sane mailing list<br>
> <a href="mailto:Ecn-sane@lists.bufferbloat.net" target="_blank">Ecn-sane@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/ecn-sane" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/ecn-sane</a><br>
<br>
<br>
<br>
-- <br>
<br>
Dave Täht<br>
CTO, TekLibre, LLC<br>
<a href="http://www.teklibre.com" rel="noreferrer" target="_blank">http://www.teklibre.com</a><br>
Tel: 1-831-205-9740<br>
_______________________________________________<br>
Ecn-sane mailing list<br>
<a href="mailto:Ecn-sane@lists.bufferbloat.net" target="_blank">Ecn-sane@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/ecn-sane" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/ecn-sane</a><br>
</blockquote></div>