[netmod] IETF 118 Hackathon for Revision Label in YANG tooling
Hi! I just registered the following project for the IETF 118 Hackathon. You are very welccome to join! Any feedback, experiences, or suggestions is appreciated. Revision Label in YANG tooling Champions Per Andersson peran...@cisco.com Project Info draft-ietf-netmod-yang-module-versioning defines the revision-label extension, this change also also updates the specified filename schema for YANG modules (currently module.yang or mod...@-mm-dd.yang) to also support module#revision-label.yang. Currently there are ongoing discussions about this change, if it should be or not. One question raised was that it could require a big effort to update tooling to understand the assumed filenames for a YANG module. During this hackathon we explore if changing the assumptions on filenames, and other revision label extensions, for YANG modules requires a big effort. Documentation Updated YANG Module Revision Handling YANG Semantic Versioning Code https://github.com/mbj4668/pyang https://github.com/mbj4668/yanger https://github.com/CESNET/libyang -- Per ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
[netmod] draft-ietf-netmod-rfc8407bis: RFC 8791 vs. "yang-data"
Hi all, I suggest to add a short section on abstract data structures: https://github.com/boucadair/rfc8407bis/pull/19/files Please review. Cheers, Med Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod
[netmod] draft-ietf-netmod-rfc8407bis: must + error-message for "config false"
Hi all, In the context of https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-yang/, Dhruv has received in the past a comment about the use of "must + error-message" for "config false" data nodes. He reported that comment at https://mailarchive.ietf.org/arch/msg/yang-doctors/gWnXnyNHPVv_nZB1PQjThAwP1JY/, but without any follow-up. rfc7950#section-8.1 includes a provision for the use of "must" for state data, but silent about the use of error-message. Some guidance for authors may be useful here. The following options are being considered: (1) Remove both must and error-message for config false data nodes (2) Remove error-message but keep the must (3) keep both I think that (3) is OK as this is a formal way to detect anomalies in state data, but I'm open to hear what the WG thinks. Opinions whether we need to include a mention about this in draft-ietf-netmod-rfc8407bis are welcome. Thank you. Cheers, Med Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. ___ netmod mailing list netmod@ietf.org https://www.ietf.org/mailman/listinfo/netmod