- From: Joe Touch <touch@isi.edu>
- Date: Wed, 17 Aug 2016 19:29:58 -0700
- To: Mark Nottingham <mnot@mnot.net>
- Cc: tcpm@ietf.org, HTTP Working Group <ietf-http-wg@w3.org>, Patrick McManus <pmcmanus@mozilla.com>, Daniel Stenberg <daniel@haxx.se>
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 originals) 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. Joe
Received on Thursday, 18 August 2016 02:31:02 UTC