On 24 March 2016 at 13:01, Toke Høiland-Jørgensen <toke(_at_)toke(_dot_)dk>
wrote:
Dave Cridland <dave(_at_)cridland(_dot_)net> writes:
What we meant to say was something along the lines of "You want to
turn
this on; it'll do you good, so get on with it! You won't regret it!
Now
go fix the next 100 million devices!". The current formulation in the
draft is an attempt to be slightly less colloquial about it... ;)
Well, I have to ask why, in this case, it's Experimental and not
Standards-Track?
Heh. Well, I guess the short answer is "because there wasn't WG
consensus to do that". Basically, the working group decided that all the
algorithms we are describing will be experimental rather than standards
track, at least for now. Because they are queueing algorithms and not
protocols (and so do not have the same interoperability requirements),
this was deemed an acceptable way forward, and a way to get it "out
there" without having to have to agree to push for The One True AQM(tm).
If this isn't standards track because there's no WG consensus for a single
algorithm (and we'll argue over whether a queueing algorithm is a protocol
or not some other time), then I think this WG document should reflect that
consensus and hold back on the recommendations, then, unless you really
have WG consensus for that position.
If this were an individual submission, it'd be different, but a WG document
must reflect the Working Group as a whole and not just the authors.
Of course, this isn't even my biscuit to dunk, let alone my hill to die on.
(This is my understanding; I'm sure someone will chime in and correct me
if I'm wrong).
Personally, I would have no problem with this being standards track :)
-Toke