On November 29, 2018 at 2:36:30 PM, Les Ginsberg (ginsberg) ( [email protected]) wrote:
Les: (1) There are too many authors in the front page. I know that the list was cut prior to rfc7810 being processed, and that Les was added to hold the pen on this revision, so I'll let this one proceed. Just one thing: please group the authors by affiliation (which will reduce the size of the header).. [Les:] Given that it is customary to list the editors first, I find it awkward to do this. Hmm..I couldn’t find that in rfc7322 (RFC Style Guide). Not a showstopper. (2) Both rfc7471 and rfc7810 can be Informative references. [Les:] I find this request a bit odd. RFC7810 would certainly seem to be a normative reference as 99% of the text in the bis version is taken verbatim from RFC 7810. RFC7471 is referenced only in the Appendix, but still – it is the consistency in language between the two documents which is one of the motivations for changes. This seems pretty essential to me. ??? "Normative references specify documents that must be read to understand…” [1] I don’t think either reference is necessary to understand the content of this document. On one hand, rfc7810 is being obsoleted, which means that this document is completely replacing it (anything that would have been relevant from rfc7810 is now in this document). OTOH, while consistency is nice, the text in the Appendix doesn’t carry normative wight. BTW, the text where rfc7471 is referenced is this: "This matches the corresponding advertisements specified in the equivalent OSPF specification [RFC7471] and the corresponding BGP-LS specification [I-D.ietf-idr-te-pm-bgp].” According to your argument, I-D.ietf-idr-te-pm-bgp would also be essential and would need to be a Normative reference…. In any case, there is no significant issue with a misplaced Normative reference. The inverse (Informative references that should be Normative) is much more important. [1] https://www.ietf.org/blog/iesg-statement-normative-and-informative-references/ (3) There's an active thread related to the definition of Available Bandwidth [1]. Please keep an eye on it and participate as needed. [Les:] V3 of this draft has been published addressing this point. Thanks for the update. If you agree with my comments above there is then no need for any additional changes. I obviously don’t, but there’s no need to discuss any more. I won’t stop the document from processing as is. Alvaro.
_______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
