| < draft-ietf-mpls-mldp-yang-03.txt | draft-ietf-mpls-mldp-yang-04.txt > | |||
|---|---|---|---|---|
| MPLS Working Group K. Raza | MPLS Working Group K. Raza | |||
| Internet-Draft S. Krishnaswamy | Internet-Draft S. Krishnaswamy | |||
| Intended status: Standards Track Cisco Systems, Inc. | Intended status: Standards Track Cisco Systems, Inc. | |||
| Expires: May 15, 2018 | Expires: January 17, 2019 | |||
| X. Liu | X. Liu | |||
| Jabil | Volta Networks | |||
| S. Esale | S. Esale | |||
| Juniper Networks | Juniper Networks | |||
| L. Andersson | L. Andersson | |||
| Huawei Technologies | Huawei Technologies | |||
| Jeff Tantsura | J. Tantsura | |||
| Individual | Nuage Networks | |||
| November 11, 2017 | July 16, 2018 | |||
| YANG Data Model for MPLS mLDP | YANG Data Model for MPLS mLDP | |||
| draft-ietf-mpls-mldp-yang-03 | draft-ietf-mpls-mldp-yang-04 | |||
| Abstract | Abstract | |||
| This document describes a YANG data model for Multi-Protocol Label | This document describes a YANG data model for Multi-Protocol Label | |||
| Switching (MPLS) Multipoint Label Distribution Protocol (mLDP). The | Switching (MPLS) Multipoint Label Distribution Protocol (mLDP). The | |||
| mLDP data model augments the LDP data model. | mLDP data model augments the LDP data model. | |||
| Status of This Memo | Status of This Memo | |||
| This Internet-Draft is submitted in full conformance with the | This Internet-Draft is submitted in full conformance with the | |||
| skipping to change at page 1, line 44 ¶ | skipping to change at page 1, line 44 ¶ | |||
| Internet-Drafts are working documents of the Internet Engineering | Internet-Drafts are working documents of the Internet Engineering | |||
| Task Force (IETF). Note that other groups may also distribute | Task Force (IETF). Note that other groups may also distribute | |||
| working documents as Internet-Drafts. The list of current Internet- | working documents as Internet-Drafts. The list of current Internet- | |||
| Drafts is at https://datatracker.ietf.org/drafts/current/. | Drafts is at https://datatracker.ietf.org/drafts/current/. | |||
| Internet-Drafts are draft documents valid for a maximum of six months | Internet-Drafts are draft documents valid for a maximum of six months | |||
| and may be updated, replaced, or obsoleted by other documents at any | and may be updated, replaced, or obsoleted by other documents at any | |||
| time. It is inappropriate to use Internet-Drafts as reference | time. It is inappropriate to use Internet-Drafts as reference | |||
| material or to cite them other than as "work in progress." | material or to cite them other than as "work in progress." | |||
| This Internet-Draft will expire on May 15, 2018. | This Internet-Draft will expire on January 17, 2019. | |||
| Copyright Notice | Copyright Notice | |||
| Copyright (c) 2017 IETF Trust and the persons identified as the | Copyright (c) 2018 IETF Trust and the persons identified as the | |||
| document authors. All rights reserved. | document authors. All rights reserved. | |||
| This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
| Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
| (https://trustee.ietf.org/license-info) in effect on the date of | (https://trustee.ietf.org/license-info) in effect on the date of | |||
| publication of this document. Please review these documents | publication of this document. Please review these documents | |||
| carefully, as they describe your rights and restrictions with respect | carefully, as they describe your rights and restrictions with respect | |||
| to this document. Code Components extracted from this document must | to this document. Code Components extracted from this document must | |||
| include Simplified BSD License text as described in Section 4.e of | include Simplified BSD License text as described in Section 4.e of | |||
| the Trust Legal Provisions and are provided without warranty as | the Trust Legal Provisions and are provided without warranty as | |||
| skipping to change at page 3, line 5 ¶ | skipping to change at page 3, line 5 ¶ | |||
| 6.2. Extended . . . . . . . . . . . . . . . . . . . . . . . . 21 | 6.2. Extended . . . . . . . . . . . . . . . . . . . . . . . . 21 | |||
| 7. Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 | 7. Actions . . . . . . . . . . . . . . . . . . . . . . . . . . . 22 | |||
| 8. Open Items . . . . . . . . . . . . . . . . . . . . . . . . . 22 | 8. Open Items . . . . . . . . . . . . . . . . . . . . . . . . . 22 | |||
| 9. YANG Specification . . . . . . . . . . . . . . . . . . . . . 23 | 9. YANG Specification . . . . . . . . . . . . . . . . . . . . . 23 | |||
| 9.1. Base . . . . . . . . . . . . . . . . . . . . . . . . . . 23 | 9.1. Base . . . . . . . . . . . . . . . . . . . . . . . . . . 23 | |||
| 9.2. Extended . . . . . . . . . . . . . . . . . . . . . . . . 32 | 9.2. Extended . . . . . . . . . . . . . . . . . . . . . . . . 32 | |||
| 10. Security Considerations . . . . . . . . . . . . . . . . . . . 55 | 10. Security Considerations . . . . . . . . . . . . . . . . . . . 55 | |||
| 11. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 55 | 11. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 55 | |||
| 12. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 55 | 12. Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . 55 | |||
| 13. Normative References . . . . . . . . . . . . . . . . . . . . 55 | 13. Normative References . . . . . . . . . . . . . . . . . . . . 55 | |||
| Appendix A. Additional Contributors . . . . . . . . . . . . . . 56 | Appendix A. Additional Contributors . . . . . . . . . . . . . . 57 | |||
| Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 57 | Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 57 | |||
| 1. Introduction | 1. Introduction | |||
| This document introduces a YANG data model for MPLS Multipoint Label | This document introduces a YANG data model for MPLS Multipoint Label | |||
| Distribution Protocol (mLDP). The mLDP model being defined here is | Distribution Protocol (mLDP). The mLDP model being defined here is | |||
| dependent on LDP YANG data model [I-D.ietf-mpls-ldp-yang]. This | dependent on LDP YANG data model [I-D.ietf-mpls-ldp-yang]. This | |||
| implies that an opertor will need to use base LDP module to configure | implies that an opertor will need to use base LDP module to configure | |||
| and manage control plane for mLDP. For example, an operator would | and manage control plane for mLDP. For example, an operator would | |||
| enable LDP discovery on MPLS interface to establish LDP/mLDP peering | enable LDP discovery on MPLS interface to establish LDP/mLDP peering | |||
| skipping to change at page 3, line 36 ¶ | skipping to change at page 3, line 36 ¶ | |||
| o Configuration | o Configuration | |||
| o Operational State | o Operational State | |||
| o Executables (Actions) | o Executables (Actions) | |||
| o Notifications | o Notifications | |||
| The modeling in this document complies with the Network Management | The modeling in this document complies with the Network Management | |||
| Datastore Architecture (NMDA) [I-D.ietf-netmod-revised-datastores]. | Datastore Architecture (NMDA) [RFC8342]. The operational state data | |||
| The operational state data is combined with the associated | is combined with the associated configuration data in the same | |||
| configuration data in the same hierarchy | hierarchy [I-D.ietf-netmod-rfc6087bis]. When protocol states are | |||
| [I-D.ietf-netmod-rfc6087bis]. When protocol states are retrieved | retrieved from the NMDA operational state datastore, the returned | |||
| from the NMDA operational state datastore, the returned states cover | states cover all "config true" (rw) and "config false" (ro) nodes | |||
| all "config true" (rw) and "config false" (ro) nodes defined in the | defined in the schema. | |||
| schema. | ||||
| This document is organized to define the data model for each of the | This document is organized to define the data model for each of the | |||
| above constructs in the sequence as listed above. | above constructs in the sequence as listed above. | |||
| 1.1. Base and Extended | 1.1. Base and Extended | |||
| Like LDP model, the configuration and state items are divided into | Like LDP model, the configuration and state items are divided into | |||
| following two broad categories: | following two broad categories: | |||
| o Base | o Base | |||
| skipping to change at page 18, line 15 ¶ | skipping to change at page 18, line 15 ¶ | |||
| and MoFRR (primary or backup). | and MoFRR (primary or backup). | |||
| Following captures a high level tree hierarchy for mLDP bindings | Following captures a high level tree hierarchy for mLDP bindings | |||
| state: | state: | |||
| +--rw mpls-ldp! | +--rw mpls-ldp! | |||
| +--rw global | +--rw global | |||
| +--rw mldp | +--rw mldp | |||
| +--rw address-families | +--rw address-families | |||
| +--rw ipv4 (or ipv6) | +--rw ipv4 (or ipv6) | |||
| +--ro state | ||||
| +--ro roots | +--ro roots | |||
| +--ro root* [root-address] | +--ro root* [root-address] | |||
| +--ro .... | +--ro .... | |||
| +--ro bindings | +--ro bindings | |||
| +--ro opaque-type-xxx | +--ro opaque-type-xxx | |||
| | +--ro fec-label* [type-specific-key] | | +--ro fec-label* [type-specific-key] | |||
| | +--ro some_key_1 ... | | +--ro some_key_1 ... | |||
| | +--ro some_key_2 ... | | +--ro some_key_2 ... | |||
| | +--ro multipoint-type? multipoint-type | | +--ro multipoint-type? multipoint-type | |||
| | +--ro peer* [direction peer advertisement-type] | | +--ro peer* [direction peer advertisement-type] | |||
| skipping to change at page 55, line 13 ¶ | skipping to change at page 55, line 13 ¶ | |||
| <CODE ENDS> | <CODE ENDS> | |||
| Figure 15 | Figure 15 | |||
| 10. Security Considerations | 10. Security Considerations | |||
| This mLDP model shares the same security considerations as captured | This mLDP model shares the same security considerations as captured | |||
| in LDP Yang model [I-D.ietf-mpls-ldp-yang]. | in LDP Yang model [I-D.ietf-mpls-ldp-yang]. | |||
| 11. IANA Considerations | 11. IANA Considerations | |||
| This document does not extend mLDP protocol specifiction and hence | This document requests the registration of the following URIs in the | |||
| there are no IANA considerations. | IETF "XML registry" [RFC3688]: | |||
| Note to the RFC Editor: Please remove IANA section before the | +------------------------------------------------+------------+-----+ | |||
| publication. | | URI | Registrant | XML | | |||
| +------------------------------------------------+------------+-----+ | ||||
| | urn:ietf:params:xml:ns:yang:ietf-mpls-mldp | The IESG | N/A | | ||||
| | | | | | ||||
| | urn:ietf:params:xml:ns:yang:ietf-mpls-mldp- | The IESG | N/A | | ||||
| | extended | | | | ||||
| +------------------------------------------------+------------+-----+ | ||||
| This document requests the registration of the following YANG modules | ||||
| in the "YANG Module Names" registry [RFC6020]: | ||||
| +----------------+--------------------------------+--------+--------+ | ||||
| | Name | Namespace | Prefix | Refere | | ||||
| | | | | nce | | ||||
| +----------------+--------------------------------+--------+--------+ | ||||
| | ietf-mpls-mldp | urn:ietf:params:xml:ns:yang | mldp | This d | | ||||
| | | :ietf-mpls-mldp | | ocumen | | ||||
| | | | | t | | ||||
| | | | | | | ||||
| | ietf-mpls- | urn:ietf:params:xml:ns:yang | mldp- | This d | | ||||
| | mldp-extended | :ietf-mpls-mldp-extended | ext | ocumen | | ||||
| | | | | t | | ||||
| +----------------+--------------------------------+--------+--------+ | ||||
| 12. Acknowledgments | 12. Acknowledgments | |||
| The authors would like to acknowledge Ladislav Lhotka for his useful | The authors would like to acknowledge Ladislav Lhotka for his useful | |||
| comments as the YANG Doctor. | comments as the YANG Doctor. | |||
| 13. Normative References | 13. Normative References | |||
| [I-D.ietf-mpls-ldp-yang] | [I-D.ietf-mpls-ldp-yang] | |||
| Raza, K., Asati, R., Liu, X., Esale, S., Chen, X., and H. | Raza, K., Asati, R., Liu, X., Esale, S., Chen, X., and H. | |||
| Shah, "YANG Data Model for MPLS LDP", draft-ietf-mpls-ldp- | Shah, "YANG Data Model for MPLS LDP", draft-ietf-mpls-ldp- | |||
| yang-02 (work in progress), September 2017. | yang-04 (work in progress), March 2018. | |||
| [I-D.ietf-netmod-revised-datastores] | ||||
| Bjorklund, M., Schoenwaelder, J., Shafer, P., Watsen, K., | ||||
| and R. Wilton, "Network Management Datastore | ||||
| Architecture", draft-ietf-netmod-revised-datastores-06 | ||||
| (work in progress), October 2017. | ||||
| [I-D.ietf-netmod-rfc6087bis] | [I-D.ietf-netmod-rfc6087bis] | |||
| Bierman, A., "Guidelines for Authors and Reviewers of YANG | Bierman, A., "Guidelines for Authors and Reviewers of YANG | |||
| Data Model Documents", draft-ietf-netmod-rfc6087bis-14 | Data Model Documents", draft-ietf-netmod-rfc6087bis-20 | |||
| (work in progress), September 2017. | (work in progress), March 2018. | |||
| [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate | [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate | |||
| Requirement Levels", BCP 14, RFC 2119, | Requirement Levels", BCP 14, RFC 2119, | |||
| DOI 10.17487/RFC2119, March 1997, | DOI 10.17487/RFC2119, March 1997, | |||
| <https://www.rfc-editor.org/info/rfc2119>. | <https://www.rfc-editor.org/info/rfc2119>. | |||
| [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, | ||||
| DOI 10.17487/RFC3688, January 2004, | ||||
| <https://www.rfc-editor.org/info/rfc3688>. | ||||
| [RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for | ||||
| the Network Configuration Protocol (NETCONF)", RFC 6020, | ||||
| DOI 10.17487/RFC6020, October 2010, | ||||
| <https://www.rfc-editor.org/info/rfc6020>. | ||||
| [RFC6388] Wijnands, IJ., Ed., Minei, I., Ed., Kompella, K., and B. | [RFC6388] Wijnands, IJ., Ed., Minei, I., Ed., Kompella, K., and B. | |||
| Thomas, "Label Distribution Protocol Extensions for Point- | Thomas, "Label Distribution Protocol Extensions for Point- | |||
| to-Multipoint and Multipoint-to-Multipoint Label Switched | to-Multipoint and Multipoint-to-Multipoint Label Switched | |||
| Paths", RFC 6388, DOI 10.17487/RFC6388, November 2011, | Paths", RFC 6388, DOI 10.17487/RFC6388, November 2011, | |||
| <https://www.rfc-editor.org/info/rfc6388>. | <https://www.rfc-editor.org/info/rfc6388>. | |||
| [RFC6389] Aggarwal, R. and JL. Le Roux, "MPLS Upstream Label | [RFC6389] Aggarwal, R. and JL. Le Roux, "MPLS Upstream Label | |||
| Assignment for LDP", RFC 6389, DOI 10.17487/RFC6389, | Assignment for LDP", RFC 6389, DOI 10.17487/RFC6389, | |||
| November 2011, <https://www.rfc-editor.org/info/rfc6389>. | November 2011, <https://www.rfc-editor.org/info/rfc6389>. | |||
| skipping to change at page 56, line 47 ¶ | skipping to change at page 57, line 27 ¶ | |||
| [RFC7438] Wijnands, IJ., Ed., Rosen, E., Gulko, A., Joorde, U., and | [RFC7438] Wijnands, IJ., Ed., Rosen, E., Gulko, A., Joorde, U., and | |||
| J. Tantsura, "Multipoint LDP (mLDP) In-Band Signaling with | J. Tantsura, "Multipoint LDP (mLDP) In-Band Signaling with | |||
| Wildcards", RFC 7438, DOI 10.17487/RFC7438, January 2015, | Wildcards", RFC 7438, DOI 10.17487/RFC7438, January 2015, | |||
| <https://www.rfc-editor.org/info/rfc7438>. | <https://www.rfc-editor.org/info/rfc7438>. | |||
| [RFC7715] Wijnands, IJ., Ed., Raza, K., Atlas, A., Tantsura, J., and | [RFC7715] Wijnands, IJ., Ed., Raza, K., Atlas, A., Tantsura, J., and | |||
| Q. Zhao, "Multipoint LDP (mLDP) Node Protection", | Q. Zhao, "Multipoint LDP (mLDP) Node Protection", | |||
| RFC 7715, DOI 10.17487/RFC7715, January 2016, | RFC 7715, DOI 10.17487/RFC7715, January 2016, | |||
| <https://www.rfc-editor.org/info/rfc7715>. | <https://www.rfc-editor.org/info/rfc7715>. | |||
| [RFC8342] Bjorklund, M., Schoenwaelder, J., Shafer, P., Watsen, K., | ||||
| and R. Wilton, "Network Management Datastore Architecture | ||||
| (NMDA)", RFC 8342, DOI 10.17487/RFC8342, March 2018, | ||||
| <https://www.rfc-editor.org/info/rfc8342>. | ||||
| Appendix A. Additional Contributors | Appendix A. Additional Contributors | |||
| Matthew Bocci | Matthew Bocci | |||
| Nokia | Nokia | |||
| matthew.bocci@nokia.com | Email: matthew.bocci@nokia.com | |||
| Authors' Addresses | Authors' Addresses | |||
| Kamran Raza | Kamran Raza | |||
| Cisco Systems, Inc. | Cisco Systems, Inc. | |||
| 2000 Innovation Drive | ||||
| Kanata, ON K2K-3E8 | ||||
| CA | ||||
| Email: skraza@cisco.com | Email: skraza@cisco.com | |||
| Rajiv Asati | Rajiv Asati | |||
| Cisco Systems, Inc. | Cisco Systems, Inc. | |||
| Email: rajiva@cisco.com | Email: rajiva@cisco.com | |||
| Sowmya Krishnaswamy | Sowmya Krishnaswamy | |||
| Cisco Systems, Inc. | Cisco Systems, Inc. | |||
| Email: sowkrish@cisco.com | Email: sowkrish@cisco.com | |||
| Xufeng Liu | Xufeng Liu | |||
| Jabil | Volta Networks | |||
| Email: xufeng_liu@jabil.com | Email: xufeng.liu.ietf@gmail.com | |||
| Jeff Tantsura | Jeff Tantsura | |||
| Nuage Networks | ||||
| Email: jefftant.ietf@gmail.com | Email: jefftant.ietf@gmail.com | |||
| Santosh Esale | Santosh Esale | |||
| Juniper Networks | Juniper Networks | |||
| Email: sesale@juniper.net | Email: sesale@juniper.net | |||
| Xia Chen | Xia Chen | |||
| Huawei Technologies | Huawei Technologies | |||
| Email: jescia.chenxia@huawei.com | Email: jescia.chenxia@huawei.com | |||
| End of changes. 21 change blocks. | ||||
| 33 lines changed or deleted | 66 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ | ||||