Stephen Farrell has entered the following ballot position for draft-ietf-rtgwg-mrt-frr-architecture-09: No Objection
When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-rtgwg-mrt-frr-architecture/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - abstract: "IP/LDP" is a bit ambiguous - it could be read as "IP over LDP," "IP and LDP" or "IP or LDP" not all of which make sense I guess:-) Be better if the abstract said "IP and LDP" I think. - section 3: the definitions are very dense - would re-ordering them help maybe? Not sure myself, but maybe think about it. - Section 8: with so many parameters, why choose an 8-bit profile ID? That seems to be a bit short-sighted maybe? - 12.2: The sequence presented here has the look of something that might be a potential DoS vector, but maybe the computation isn't that significant, not sure. Did you consider a potential attack where the bad actor takes down then re-instates one or more links so as to increase the computation to the max? (Perhaps you did and the max is still not a big deal.) - As noted by the secdir review [1] this is highly acronym laden. I'd encourage an editing pass to try reduce that where possible. I'll also bet a beer that not every acronym used is either expanded or else present in the list of "well known" acronyms (which is of course pretty outdated). [1] https://www.ietf.org/mail-archive/web/secdir/current/msg06344.html _______________________________________________ rtgwg mailing list [email protected] https://www.ietf.org/mailman/listinfo/rtgwg
