Re: [tcpm] TCP Tuning for HTTP - update

On the point of references:

On 8/17/2016 5:51 PM, Mark Nottingham wrote:
> ...
> Whether or not specific documents -- such as yours -- should be referenced is a matter for editorial discretion and eventually WG consensus.  
> I note that no one else has supported your claims, but others have said (e.g., [1]) that your work probably isn't appropriate for the intended audience (HTTP implementers and administrators).
Others have claimed that the papers I cited are not a sufficient
replacement for this document, but the only claim made to not cite them
at all is based on "RFCs don't need to cite sources or detail" - which
nearly ever RFC published disproves. Citations serve many purposes, esp.
informational ones - to provide detailed background information and
context among them.

Note that if this doc is limited to *protocol* recommendations (i.e.,
the scope of the IETF), I agree that it remains useful. My primary
objection to the document itself is it includes far too many OS
operational considerations that are out of scope for the IETF.

> Directing Daniel to add citations to mollify you at this point would be entirely inappropriate, because it would give an incentive to others who want their works cited without full review to make similar claims -- whether that be due to a genuine desire to help, a desire to increase their h-index, or to bolster an IPR claim against a technology.
I agree that directing anyone to cite someone for mollification would be
inappropriate; I never asked for that.

There are plenty of ways that citation considerations avoid the issues
you raise:
    - does the document provide informational background?
        are you claiming that the docs I cite do not?
    - is it the original or most complete reference (it can be useful to
cite surveys rather than original literature where the surveys cite the
        have you found an earlier or more complete reference?

These considerations prevent people from merely claiming that their work
should be gratuitously cited.

I made my claim in the original post back in March - the bulk of the
actual TCP interactions are discussed in more detail with rationale in
the one document, and the same is true for the TIMEWAIT issue for the
second document.

The only argument I've seen put forth is that "RFCs don't need to cite
things", which is false by nearly every RFC published.


Received on Thursday, 18 August 2016 02:31:02 UTC