Suresh Krishnan has entered the following ballot position for draft-ietf-ospf-yang-26: 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-ospf-yang/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- * Section 2.7 Why are the neighbor configuration and operational state under different subtrees here? I thought one of the goals of NMDA was to avoid this. * Section 2.9 Is there a reason why the clear operation for neighbors is defined using an RPC operation instead of simply an action under the relevant interface? * Meta comment NMDA is misspelt as NDMA in several places throughout the document including the abstract and the introduction. Suggest a global search and replace. Editorial ======== * Under ospfv2-lsa-option s/Baes idenity/Base identity/ _______________________________________________ Lsr mailing list [email protected] https://www.ietf.org/mailman/listinfo/lsr
