tsv-dir review of draft-ietf-dccp-tfrc-rtt-option-05.txt

I've reviewed this document as part of the transport area directorate's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the
document's authors for their information and to allow them to address
any issues raised. The authors should consider this review together with
any other last-call comments they receive. Please always CC
tsv-dir <at> ietf.org if you reply to or forward this review. 

This draft is (I suppose) ready for publication as a Proposed Standard
RFC.  (That is, technically, there is nothing wrong with this document,
but see below.)

I am not in general a fan of stopping documents that get through WGLC
and IETF Last Call for anything but technical issues.  But, this
document does give me pause because it is poorly written and in general
hard to read.  Plus, the motivation seems quite lacking to me.

  - The document is very difficult to read because of all the very
    specific references to some section of some RFC.  Even to specific
    tables.  Hell, even to particular erratas.  The way this document
    reads these are not merely cites to he original material, but the
    reader really has to go and look up all this stuff because this
    document largely doesn't even have hints at what the reference has
    to say.  This style makes the current document very obtuse.

  - The case for sender-side RTTs is not well made.  It is "well, we
    work with this stuff and we have tripped on things" but we have no
    idea if these things happen when Neptune and Venue align or 68 times
    a second.  For all the talk of the experience with the protocol,