Éric Vyncke has entered the following ballot position for draft-ietf-lisp-vendor-lcaf-10: 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/about/groups/iesg/statements/handling-ballot-positions/ for more information about how to handle DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-lisp-vendor-lcaf/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Thank you for the work put into this document. The document is short and easy to read. Please find below some non-blocking COMMENT points (but replies would be appreciated even if only for my own education), including one that should have been a blocking DISCUSS but the fix is so easy that I am balloting NO OBJECTION. Special thanks to Luigi Iannone for the shepherd's write-up including the WG consensus and the experimental status. I hope that this helps to improve the document, Regards, -éric ## Abstract & section 1 The word "internal" is rather ambiguous. ## Section 1 I lack the context of course, but isn't "particular LISP deployments" more for network operators and less for vendors (like in the doc title) ? I.e, using "Organisation-specific LCAF" seems more appropriate. ## Section 3 Figure 1 states "Type = TBD" but the text specifies "The "Type" field MUST be set to the value 255". Using a text similar to section 6 would be an easy fix. BTW, I was about to raise a blocking DISCUSS on this one. Would this LCAF be used by organisations with any IEEE OUI ? I.e., should there be a non-recommended option to use a specific OUI in such a case ? _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
