[aqm] working group last call on CoDel drafts
This message is to start a working group last call on the CoDel and FQ-CoDel documents: https://datatracker.ietf.org/doc/draft-ietf-aqm-codel/ and: https://datatracker.ietf.org/doc/draft-ietf-aqm-fq-codel/ Please provide any comments you might be saving up on these by the end of December. These both have the intended status designated as "Informational". Similar to the questions asked for PIE, we/chairs need to understand if there's consensus on: - Are these specifications are clear and sufficient quality to publish? - Should the status of the RFCs be "Experimental", "Proposed Standard", or "Informational"? ___ aqm mailing list aqm@ietf.org https://www.ietf.org/mailman/listinfo/aqm
Re: [aqm] Document Action: 'The Benefits of using Explicit Congestion Notification (ECN)' to Informational RFC (draft-ietf-aqm-ecn-benefits-08.txt)
Hi Wes I am happy with a note as a potential benefit for future exploration. -Steve -Original Message- From: Wesley Eddy [mailto:w...@mti-systems.com] Sent: Tuesday, December 01, 2015 10:03 PM To: Steve Baillargeon Cc: aqm-cha...@ietf.org; mls.i...@gmail.com; The IESG; draft-ietf-aqm-ecn-benef...@ietf.org; aqm@ietf.org Subject: Re: [aqm] Document Action: 'The Benefits of using Explicit Congestion Notification (ECN)' to Informational RFC (draft-ietf-aqm-ecn-benefits-08.txt) On 12/1/2015 5:22 PM, Steve Baillargeon wrote: > Hi > Sorry to come so late with a comment. > Is it too late to add one more benefit to the draft? > > I suspect ECN brings potential and significant savings in CPU cycles and > memory usage , especially on the "server side" terminating a large number of > TCP connections. > Has anyone done any analysis to confirm or contradict this assumption? > Hi Steve, thanks for the comment. I don't think I've seen anyone analyze that before, and would guess at the moment that it's too tenuous to try to work into this particular document at its advanced stage. I would recommend continuing discussion or research on this in AQM, TSVWG, ICCRG or other appropriate groups at the moment, but not altering the draft. At the ADs, and editors discretion, and if there seems to be working group consensus, it might be noted as a potential benefit for future exploration, but that's about the only impact I think might be appropriate to this particular document at its advanced stage. ___ aqm mailing list aqm@ietf.org https://www.ietf.org/mailman/listinfo/aqm
Re: [aqm] Document Action: 'The Benefits of using Explicit Congestion Notification (ECN)' to Informational RFC (draft-ietf-aqm-ecn-benefits-08.txt)
Does anyone have data? I'm not sure that it helps people to say there is research in evaluating the potential for ECN to save CPU cycles. I'm intrigued, and I'd like to see the research. But is this something we should add. Gorry > Hi Wes > I am happy with a note as a potential benefit for future exploration. > > -Steve > > -Original Message- > From: Wesley Eddy [mailto:w...@mti-systems.com] > Sent: Tuesday, December 01, 2015 10:03 PM > To: Steve Baillargeon > Cc: aqm-cha...@ietf.org; mls.i...@gmail.com; The IESG; > draft-ietf-aqm-ecn-benef...@ietf.org; aqm@ietf.org > Subject: Re: [aqm] Document Action: 'The Benefits of using Explicit > Congestion Notification (ECN)' to Informational RFC > (draft-ietf-aqm-ecn-benefits-08.txt) > > On 12/1/2015 5:22 PM, Steve Baillargeon wrote: >> Hi >> Sorry to come so late with a comment. >> Is it too late to add one more benefit to the draft? >> >> I suspect ECN brings potential and significant savings in CPU cycles and >> memory usage , especially on the "server side" terminating a large >> number of TCP connections. >> Has anyone done any analysis to confirm or contradict this assumption? >> > > > Hi Steve, thanks for the comment. > > I don't think I've seen anyone analyze that before, and would guess at the > moment that it's too tenuous to try to work into this particular document > at its advanced stage. > > I would recommend continuing discussion or research on this in AQM, TSVWG, > ICCRG or other appropriate groups at the moment, but not altering the > draft. At the ADs, and editors discretion, and if there seems to be > working group consensus, it might be noted as a potential benefit for > future exploration, but that's about the only impact I think might be > appropriate to this particular document at its advanced stage. > ___ aqm mailing list aqm@ietf.org https://www.ietf.org/mailman/listinfo/aqm
