Babel Working Group M. Jethanandani
Internet-Draft VMware
Intended status: Standards Track B. Stark
Expires: September 6, 2019 AT&T
March 5, 2019
YANG Data Model for Babel
draft-ietf-babel-yang-model-01
Abstract
This document defines a data model for the Babel routing protocol.
The data model is defined using the YANG data modeling language.
Requirements Language
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in BCP 14
[RFC2119][RFC8174] when, and only when, they appear in all capitals,
as shown here..
Status of This Memo
This Internet-Draft is submitted in full conformance with the
provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress."
This Internet-Draft will expire on September 6, 2019.
Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of
Jethanandani & Stark Expires September 6, 2019 [Page 1]
Internet-Draft Babel YANG model March 2019
publication of this document. Please review these documents
carefully, as they describe your rights and restrictions with respect
to this document. Code Components extracted from this document must
include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
1.1. Note to RFC Editor . . . . . . . . . . . . . . . . . . . 2
1.2. Definitions and Acronyms . . . . . . . . . . . . . . . . 3
1.3. Tree Diagram . . . . . . . . . . . . . . . . . . . . . . 3
2. Babel Module . . . . . . . . . . . . . . . . . . . . . . . . 3
2.1. Information Model . . . . . . . . . . . . . . . . . . . . 3
2.2. YANG Module . . . . . . . . . . . . . . . . . . . . . . . 5
3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 33
3.1. URI Registrations . . . . . . . . . . . . . . . . . . . . 33
3.2. YANG Module Name Registration . . . . . . . . . . . . . . 33
4. Security Considerations . . . . . . . . . . . . . . . . . . . 33
5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 34
6. References . . . . . . . . . . . . . . . . . . . . . . . . . 34
6.1. Normative References . . . . . . . . . . . . . . . . . . 34
6.2. Informative References . . . . . . . . . . . . . . . . . 34
Appendix A. An Appendix . . . . . . . . . . . . . . . . . . . . 35
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 35
1. Introduction
This document defines a data model for the Babel routing protocol
[I-D.ietf-babel-rfc6126bis]. The data model is defined using YANG
1.1 [RFC7950] data modeling language and is Network Management
Datastore Architecture (NDMA) [RFC8342] compatible. It is based on
the Babel Information Model [I-D.ietf-babel-information-model].
1.1. Note to RFC Editor
Artwork in this document contains shorthand references to drafts in
progress. Please apply the following replacements and remove this
note before publication.
o "XXXX" --> the assigned RFC value for this draft both in this
draft and in the YANG models under the revision statement.
o "ZZZZ" --> the assigned RFC value for Babel Information Model
[I-D.ietf-babel-information-model]
Jethanandani & Stark Expires September 6, 2019 [Page 2]
Internet-Draft Babel YANG model March 2019
o Revision date in model, in the format 2019-03-07 needs to get
updated with the date the draft gets approved. The date also
needs to get reflected on the line with <CODE BEGINS>.
1.2. Definitions and Acronyms
o
1.3. Tree Diagram
For a reference to the annotations used in tree diagrams included in
this draft, please see YANG Tree Diagrams [RFC8340].
2. Babel Module
This document defines a YANG 1.1 [RFC7950] data model for the
configuration and management of Babel. The YANG module is based on
the Babel Information Model [I-D.ietf-babel-information-model].
2.1. Information Model
The following diagram illustrates a top level hierarchy of the model.
In addition to information like the version number implemented by
this device, the model contains subtrees on constants, interfaces,
routes and security.
Jethanandani & Stark Expires September 6, 2019 [Page 3]
Internet-Draft Babel YANG model March 2019
module: ietf-babel
augment /rt:routing/rt:control-plane-protocols
/rt:control-plane-protocol:
+--rw babel!
+--ro version? string
+--rw enable? boolean
+--ro router-id binary
+--rw link-type* identityref
+--ro sequence-number? uint16
+--rw metric-comp-algorithms* identityref
+--rw security-supported* identityref
+--rw hmac-enable? boolean
+--rw hmac-algorithms* identityref
+--rw dtls-enable? boolean
+--rw dtls-cert-types* identityref
+--rw stats-enable? boolean
+--rw constants
| ...
+--rw interfaces* [reference]
| ...
+--rw hmac* [algorithm]
| ...
+--rw dtls* [name]
...
augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route:
+--ro routes* [prefix]
+--ro prefix inet:ip-prefix
+--ro router-id? binary
+--ro neighbor? leafref
+--ro (metric)
| ...
+--ro seqno? uint16
+--ro next-hop? inet:ip-address
+--ro feasible? boolean
+--ro selected? boolean
The interfaces subtree describes attributes such as interface object
that is being referenced, the type of link as enumerated by Babel
Link Types, and whether the interface is enabled or not.
The constants subtree describes the UDP port used for sending and
receiving Babel messages, and the multicast group used to send and
receive announcements on IPv6.
The routes subtree describes objects such as the prefix for which the
route is advertised, a reference to the neighboring route, and next-
hop address.
Jethanandani & Stark Expires September 6, 2019 [Page 4]
Internet-Draft Babel YANG model March 2019
Finally, for security two subtree are defined. The hmac subtree
which refers to parameters related to HMAC security mechanism. The
boolean flag apply-all indicates whether HMAC mechanism is applicable
for all interfaces or just for interfaces listed in the leaf-list
'interfaces'. The dtls subtree refers to parameters related to DTLS
security mechanism. Similar to the HMAC mechanism, the boolean flag
apply-all indicates whether DTLS mechanism is applicable for all
interfaces or just for interfaces listed in the leaf-list
'interfaces'.
2.2. YANG Module
This module augments A YANG Data Model for Interface Management
[RFC8343], YANG Routing Management [RFC8349], and imports definitions
from Common YANG Data Types [RFC6991].
module: ietf-babel
augment /rt:routing/rt:control-plane-protocols
/rt:control-plane-protocol:
+--rw babel!
+--ro version? string
+--rw enable? boolean
+--ro router-id binary
+--rw link-type* identityref
+--ro sequence-number? uint16
+--rw metric-comp-algorithms* identityref
+--rw security-supported* identityref
+--rw hmac-enable? boolean
+--rw hmac-algorithms* identityref
+--rw dtls-enable? boolean
+--rw dtls-cert-types* identityref
+--rw stats-enable? boolean
+--rw constants
| +--rw udp-port? inet:port-number
| +--rw mcast-group? inet:ip-address
+--rw interfaces* [reference]
| +--rw reference if:interface-ref
| +--rw enable? boolean
| +--rw link-type? identityref
| +--rw metric-algorithm? identityref
| +--ro mcast-hello-seqno? uint16
| +--ro mcast-hello-interval? uint16
| +--rw update-interval? uint16
| +--rw packet-log-enable? boolean
| +--rw packet-log? inet:uri
| +--ro stats
| | +--ro sent-mcast-hello? yt:counter32
Jethanandani & Stark Expires September 6, 2019 [Page 5]
Internet-Draft Babel YANG model March 2019
| | +--ro sent-mcast-update? yt:counter32
| | +--ro received-packets? yt:counter32
| | +---x reset
| | +---w input
| | | +---w reset-at? yt:date-and-time
| | +--ro output
| | +--ro reset-finished-at? yt:date-and-time
| +--rw neighbor-objects* [neighbor-address]
| +--rw neighbor-address inet:ip-address
| +--rw hello-mcast-history? string
| +--rw hello-ucast-history? string
| +--rw txcost? int32
| +--rw exp-mcast-hello-seqno? uint16
| +--rw exp-ucast-hello-seqno? uint16
| +--rw ucast-hello-seqno? uint16
| +--rw ucast-hello-interval? uint16
| +--rw rxcost? int32
| +--rw cost? int32
| +--ro stats
| +--ro sent-ucast-hello? yt:counter32
| +--ro sent-ucast-update? yt:counter32
| +--ro sent-ihu? yt:counter32
| +--ro received-hello? yt:counter32
| +--ro received-update? yt:counter32
| +--ro received-ihu? yt:counter32
| +---x reset
| +---w input
| | +---w reset-at? yt:date-and-time
| +--ro output
| +--ro reset-finished-at? yt:date-and-time
+--rw hmac* [algorithm]
| +--rw algorithm identityref
| +--rw verify boolean
| +--rw apply-all boolean
| +--rw interfaces* if:interface-ref
| +--rw hmac-keys* [name]
| +--rw name string
| +--rw use-sign boolean
| +--rw use-verify boolean
| +--rw value binary
| +---x test
| +---w input
| | +---w test-string binary
| +--ro output
| +--ro resulting-hash binary
+--rw dtls* [name]
+--rw name string
+--rw apply-all boolean
Jethanandani & Stark Expires September 6, 2019 [Page 6]
Internet-Draft Babel YANG model March 2019
+--rw interfaces* if:interface-ref
+--rw cached-info? boolean
+--rw cert-prefer* identityref
+--rw certs* [name]
+--rw name string
+--rw value string
+--rw type identityref
+--rw private-key binary
+---x test
+---w input
| +---w test-string binary
+--ro output
+--ro resulting-hash binary
augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route:
+--ro routes* [prefix]
+--ro prefix inet:ip-prefix
+--ro router-id? binary
+--ro neighbor? leafref
+--ro (metric)
| +--:(received-metric)
| | +--ro received-metric? uint16
| +--:(calculated-metric)
| +--ro calculated-metric? uint16
+--ro seqno? uint16
+--ro next-hop? inet:ip-address
+--ro feasible? boolean
+--ro selected? boolean
<CODE BEGINS> file "ietf-babel@2019-03-07.yang"
module ietf-babel {
yang-version 1.1;
namespace "urn:ietf:params:xml:ns:yang:ietf-babel";
prefix babel;
import ietf-yang-types {
prefix yt;
reference
"RFC 6991 - Common YANG Data Types.";
}
import ietf-inet-types {
prefix inet;
reference
"RFC 6991 - Common YANG Data Types.";
}
import ietf-interfaces {
prefix if;
reference
Jethanandani & Stark Expires September 6, 2019 [Page 7]
Internet-Draft Babel YANG model March 2019
"RFC 8343 - A YANG Data Model for Interface Management";
}
import ietf-routing {
prefix "rt";
reference
"RFC 8349 - YANG Routing Management";
}
organization
"IETF Babel routing protocol Working Group";
contact
"WG Web: http://tools.ietf.org/wg/babel/
WG List: babel@ietf.org
Editor: Mahesh Jethanandani
mjethanandani@gmail.com
Editor: Barbara Stark
bs7652@att.com";
description
"This YANG module defines a model for the Babel routing
protocol.
Copyright (c) 2018 IETF Trust and the persons identified as
the document authors. All rights reserved.
Redistribution and use in source and binary forms, with or
without modification, is permitted pursuant to, and subject
to the license terms contained in, the Simplified BSD
License set forth in Section 4.c of the IETF Trust's Legal
Provisions Relating to IETF Documents
(http://trustee.ietf.org/license-info).
This version of this YANG module is part of RFC XXXX; see
the RFC itself for full legal notices.";
revision 2019-03-07 {
description
"Initial version.";
reference
"RFC XXX: Babel YANG Data Model.";
}
/*
* Identities
*/
identity link-type {
description
Jethanandani & Stark Expires September 6, 2019 [Page 8]
Internet-Draft Babel YANG model March 2019
"Base identity from which all Babel Link Types are derived.";
}
identity ethernet {
base "link-type";
description
"Ethernet link type for Babel Routing Protocol.";
}
identity other {
base "link-type";
description
"Other link type for Babel Routing Protocol.";
}
identity tunnel {
base "link-type";
description
"Tunnel link type for Babel Routing Protocol.";
}
identity wireless {
base "link-type";
description
"Wireless link type for Babel Routing Protocol.";
}
identity moca {
base "link-type";
description
"Multimedia over Coax Alliance.";
}
identity g-hn-over-coax {
base "link-type";
description
"G.hn over coax.";
reference
"G.9960: Unified high-speed wireline-base home networking
transceivers.";
}
identity g-hn-over-powerline {
base "link-type";
description
"G.hn over powerline.";
reference
"G.9960: Unified high-speed wireline-base home networking
transceivers.";
}
identity home-plug {
base "link-type";
description
"HomePlug Power Alliance.";
Jethanandani & Stark Expires September 6, 2019 [Page 9]
Internet-Draft Babel YANG model March 2019
reference
"IEEE 1901: HD-PC";
}
identity ieee-802-15 {
base "link-type";
description
"Wireless Personal Area Networks (WPAN).";
reference
"IEEE 802.15: Wireless Personal Area Networks (WPAN).";
}
identity metric-comp-algorithms {
description
"Base identity from which all Babel metric comp algorithms
are derived.";
}
identity k-out-of-j {
base "metric-comp-algorithms";
description
"k-out-of-j algorithm.";
}
identity etx {
base "metric-comp-algorithms";
description
"Expected Transmission Count.";
}
/*
* Babel security type identities
*/
identity security-supported {
description
"Base identity from which all Babel security types are
derived.";
}
identity hmac {
base security-supported;
description
"HMAC supported.";
}
identity dtls {
base security-supported;
description
"Datagram Transport Layer Security (DTLS) supported.";
reference
"RFC 6347, Datagram Transport Layer Security Version 1.2.";
Jethanandani & Stark Expires September 6, 2019 [Page 10]
Internet-Draft Babel YANG model March 2019
}
/*
* Babel HMAC algorithms identities.
*/
identity hmac-algorithms {
description
"Base identity for all Babel HMAC algorithms.";
}
identity hmac-sha256 {
base hmac-algorithms;
description
"HMAC-SHA256 algorithm supported.";
}
identity blake2s {
base hmac-algorithms;
description
"BLAKE2s algorithm supported.";
reference
"RFC 7693, The BLAKE2 Cryptographic Hash and Message
Authentication Code (MAC).";
}
/*
* Babel Cert Types
*/
identity dtls-cert-types {
description
"Base identity for Babel DTLS certificate types.";
}
identity x-509 {
base dtls-cert-types;
description
"X.509 certificate type.";
}
identity raw-public-key {
base dtls-cert-types;
description
"Raw Public Key type.";
}
/*
* Babel routing protocol identity.
*/
Jethanandani & Stark Expires September 6, 2019 [Page 11]
Internet-Draft Babel YANG model March 2019
identity babel {
base "rt:control-plane-protocol";
description
"Babel routing protocol";
}
/*
* Features
*/
/*
* Features supported
*/
/*
* Typedefs
*/
/*
* Groupings
*/
grouping routes {
list routes {
key "prefix";
leaf prefix {
type inet:ip-prefix;
description
"Prefix (expressed in ip-address/prefix-length format) for
which this route is advertised.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf router-id {
type binary;
description
"router-id of the source router for which this route is
advertised.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf neighbor {
type leafref {
path "/rt:routing/rt:control-plane-protocols/" +
"rt:control-plane-protocol/babel/interfaces/" +
"neighbor-objects/neighbor-address";
Jethanandani & Stark Expires September 6, 2019 [Page 12]
Internet-Draft Babel YANG model March 2019
}
description
"Reference to the babel-neighbors entry for the neighbor
that advertised this route.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
choice metric {
mandatory "true";
leaf received-metric {
type uint16;
description
"The metric with which this route was advertised by the
neighbor, or maximum value (infinity) to indicate a the
route was recently retracted and is temporarily
unreachable. this metric will be 0 (zero) if the route
was not received from a neighbor but was generated
through other means. Either babel-route-calculated-metric
or babel-route-received-metric MUST be provided.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6,
draft-ietf-babel-rfc6126bis, The Babel Routing Protocol,
Section 3.5.5.";
}
leaf calculated-metric {
type uint16;
description
"A calculated metric for this route. How the metric is
calculated is implementation-specific. Maximum value
(infinity) indicates the route was recently retracted
and is temporarily unreachable. Either
babel-route-calculated-metric or
babel-route-received-metric MUST be provided.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6,
draft-ietf-babel-rfc6126bis, The Babel Routing Protocol,
Section 3.5.5.";
}
description
"Either babel-route-calculated-metric or
babel-route-received-metric MUST be provided.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6,
draft-ietf-babel-rfc6126bis, The Babel Routing Protocol,
Section 3.5.5.";
}
Jethanandani & Stark Expires September 6, 2019 [Page 13]
Internet-Draft Babel YANG model March 2019
leaf seqno {
type uint16;
description
"The sequence number with which this route was advertised.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf next-hop {
type inet:ip-address;
description
"The next-hop address of this route. This will be empty if
this route has no next-hop address.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf feasible {
type boolean;
description
"A boolean flag indicating whether this route is feasible.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6,
draft-ietf-babel-rfc6126bis, The Babel Routing Protocol,
Section 3.5.1.";
}
leaf selected {
type boolean;
description
"A boolean flag indicating whether this route is selected,
i.e., whether it is currently being used for forwarding and
is being advertised.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
description
"A set of babel-route-obj objects. Includes received and
routes routes.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
description
"Common grouping for routing used in RIB augmentation.";
}
/*
* Data model
Jethanandani & Stark Expires September 6, 2019 [Page 14]
Internet-Draft Babel YANG model March 2019
*/
augment "/rt:routing/rt:control-plane-protocols/" +
"rt:control-plane-protocol" {
when "derived-from-or-self(rt:type, 'babel')" {
description
"Augmentation is valid only when the instance of routing type
is of type 'babel'.";
}
description
"Augment the routing module to support features such as VRF.";
reference
"YANG Routing Management, RFC 8349, Lhotka & Lindem, March
2018.";
container babel {
presence "A Babel container.";
leaf version {
type string;
config false;
description
"The name and version of this implementation of the Babel
protocol.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf enable {
type boolean;
default false;
description
"When written, it configures whether the protocol should be
enabled. A read from the <running> or <intended> datastore
therefore indicates the configured administrative value of
whether the protocol is enabled or not.
A read from the <operational> datastore indicates whether
the protocol is actually running or not, i.e. it indicates
the operational state of the protocol.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf router-id {
type binary;
config false;
mandatory "true";
Jethanandani & Stark Expires September 6, 2019 [Page 15]
Internet-Draft Babel YANG model March 2019
description
"Every Babel speaker is assigned a router-id, which is an
arbitrary string of 8 octets that is assumed to be unique
across the routing domain";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1,
rfc6126bis, The Babel Routing Protocol. Section 3.";
}
leaf-list link-type {
type identityref {
base "link-type";
}
description
"Link types supported by this implementation of Babel.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf sequence-number {
type uint16;
config false;
description
"Sequence number included in route updates for routes
originated by this node.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf-list metric-comp-algorithms {
type identityref {
base "metric-comp-algorithms";
}
description
"List of cost compute algorithms supported by this
implementation of Babel.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf-list security-supported {
type identityref {
base "security-supported";
}
description
"Babel security mechanism used by this implementation or
per interface.";
reference
Jethanandani & Stark Expires September 6, 2019 [Page 16]
Internet-Draft Babel YANG model March 2019
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf hmac-enable {
type boolean;
description
"Indicates whether the HMAC security mechanism is enabled
(true) or disabled (false).";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf-list hmac-algorithms {
type identityref {
base hmac-algorithms;
}
description
"List of supported HMAC computation algorithms. Possible
values include 'HMAC-SHA256', 'BLAKE2s'.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf dtls-enable {
type boolean;
description
"Indicates whether the DTLS security mechanism is enabled
(true) or disabled (false).";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf-list dtls-cert-types {
type identityref {
base dtls-cert-types;
}
description
"List of supported DTLS certificate types. Possible values
include 'X.509' and 'RawPublicKey'.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
leaf stats-enable {
type boolean;
description
"Indicates whether statistics collection is enabled (true)
or disabled (false) on all interfaces, including
Jethanandani & Stark Expires September 6, 2019 [Page 17]
Internet-Draft Babel YANG model March 2019
neighbor-specific statistics (babel-nbr-stats).";
}
container constants {
leaf udp-port {
type inet:port-number;
default "6696";
description
"UDP port for sending and receiving Babel messages. The
default port is 6696.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.2.";
}
leaf mcast-group {
type inet:ip-address;
default "ff02:0:0:0:0:0:1:6";
description
"Multicast group for sending and receiving multicast
announcements on IPv6.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.2.";
}
description
"Babel Constants object.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
list interfaces {
key "reference";
leaf reference {
type if:interface-ref;
description
"Reference to an interface object as defined by the data
model (e.g., YANG, BBF TR-181); data model is assumed to
allow for referencing of interface objects which may be at
any layer (physical, Ethernet MAC, IP, tunneled IP, etc.).
Referencing syntax will be specific to the data model. If
there is no set of interface objects available, this should
be a string that indicates the interface name used by the
underlying operating system.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf enable {
Jethanandani & Stark Expires September 6, 2019 [Page 18]
Internet-Draft Babel YANG model March 2019
type boolean;
default "true";
description
"If true, babel sends and receives messages on this
interface. If false, babel messages received on this
interface are ignored and none are sent.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf link-type {
type identityref {
base link-type;
}
default "ethernet";
description
"Indicates the type of link. Set of values of supported
link types where the following enumeration values MUST
be supported when applicable: 'ethernet', 'wireless',
'tunnel', and 'other'. Additional values MAY be
supported.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf metric-algorithm {
type identityref {
base metric-comp-algorithms;
}
default "k-out-of-j";
description
"Indicates the metric computation algorithm used on this
interface. The value MUST be one of those listed in the
babel-information-obj babel-metric-comp-algorithms
parameter.";
}
leaf mcast-hello-seqno {
type uint16;
config false;
description
"The current sequence number in use for multicast hellos
sent on this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf mcast-hello-interval {
Jethanandani & Stark Expires September 6, 2019 [Page 19]
Internet-Draft Babel YANG model March 2019
type uint16;
config false;
description
"The current multicast hello interval in use for hellos
sent on this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf update-interval {
type uint16;
units centiseconds;
description
"The current update interval in use for this interface.
Units are centiseconds.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf packet-log-enable {
type boolean;
description
"If true, logging of babel packets received on this
interface is enabled; if false, babel packets are not
logged.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
leaf packet-log {
type inet:uri;
description
"A reference or url link to a file that contains a
timestamped log of packets received and sent on
babel-udp-port on this interface. The [libpcap] file
format with .pcap file extension SHOULD be supported for
packet log files. Logging is enabled / disabled by
packet-log-enable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
container stats {
config false;
leaf sent-mcast-hello {
type yt:counter32;
description
"A count of the number of multicast Hello packets sent
Jethanandani & Stark Expires September 6, 2019 [Page 20]
Internet-Draft Babel YANG model March 2019
on this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.4.";
}
leaf sent-mcast-update {
type yt:counter32;
description
"A count of the number of multicast update packets sent
on this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.4.";
}
leaf received-packets {
type yt:counter32;
description
"A count of the number of Babel packets received on
this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.4.";
}
action reset {
input {
leaf reset-at {
type yt:date-and-time;
description
"The time when the reset was issued.";
}
}
output {
leaf reset-finished-at {
type yt:date-and-time;
description
"The time when the reset finished.";
}
}
}
description
"Statistics collection object for this interface.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
list neighbor-objects {
key "neighbor-address";
leaf neighbor-address {
Jethanandani & Stark Expires September 6, 2019 [Page 21]
Internet-Draft Babel YANG model March 2019
type inet:ip-address;
description
"IPv4 or v6 address the neighbor sends packets from.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf hello-mcast-history {
type string;
description
"The multicast Hello history of whether or not the
multicast Hello packets prior to babel-exp-mcast-
hello-seqno were received, with a '1' for the most
recent Hello placed in the most significant bit and
prior Hellos shifted right (with '0' bits placed
between prior Hellos and most recent Hello for any
not-received Hellos); represented as a string using
utf-8 encoded hex digits where a '1' bit = Hello
received and a '0' bit = Hello not received.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf hello-ucast-history {
type string;
description
"The unicast Hello history of whether or not the
unicast Hello packets prior to babel-exp-ucast-
hello-seqno were received, with a '1' for the most
recent Hello placed in the most significant bit and
prior Hellos shifted right (with '0' bits placed
between prior Hellos and most recent Hello for any
not-received Hellos); represented as a string using
utf-8 encoded hex digits where a '1' bit = Hello
received and a '0' bit = Hello not received.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf txcost {
type int32;
default "0";
description
"Transmission cost value from the last IHU packet
received from this neighbor, or maximum value
(infinity) to indicates the IHU hold timer for this
neighbor has expired description.";
reference
Jethanandani & Stark Expires September 6, 2019 [Page 22]
Internet-Draft Babel YANG model March 2019
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf exp-mcast-hello-seqno {
type uint16;
default "0";
description
"Expected multicast Hello sequence number of next Hello
to be received from this neighbor; if multicast Hello
packets are not expected, or processing of multicast
packets is not enabled, this MUST be 0.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf exp-ucast-hello-seqno {
type uint16;
default "0";
description
"Expected unicast Hello sequence number of next Hello to
be received from this neighbor; if unicast Hello
packets are not expected, or processing of unicast
packets is not enabled, this MUST be 0.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf ucast-hello-seqno {
type uint16;
description
"Expected unicast Hello sequence number of next Hello
to be received from this neighbor. If unicast Hello
packets are not expected, or processing of unicast
packets is not enabled, this MUST be 0.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf ucast-hello-interval {
type uint16;
units centiseconds;
description
"The current interval in use for unicast hellos sent to
this neighbor. Units are centiseconds.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
Jethanandani & Stark Expires September 6, 2019 [Page 23]
Internet-Draft Babel YANG model March 2019
leaf rxcost {
type int32;
description
"Reception cost calculated for this neighbor. This value
is usually derived from the Hello history, which may be
combined with other data, such as statistics maintained
by the link layer. The rxcost is sent to a neighbor in
each IHU.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
leaf cost {
type int32;
description
"Link cost is computed from the values maintained in
the neighbor table. The statistics kept in the neighbor
table about the reception of Hellos, and the txcost
computed from received IHU packets.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
container stats {
config false;
leaf sent-ucast-hello {
type yt:counter32;
description
"A count of the number of unicast Hello packets sent
to this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf sent-ucast-update {
type yt:counter32;
description
"A count of the number of unicast update packets sent
to this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf sent-ihu {
type yt:counter32;
description
"A count of the number of IHU packets sent to this
neighbor.";
Jethanandani & Stark Expires September 6, 2019 [Page 24]
Internet-Draft Babel YANG model March 2019
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf received-hello {
type yt:counter32;
description
"A count of the number of Hello packets received from
this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf received-update {
type yt:counter32;
description
"A count of the number of update packets received
from this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
leaf received-ihu {
type yt:counter32;
description
"A count of the number of IHU packets received from
this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
action reset {
input {
leaf reset-at {
type yt:date-and-time;
description
"The time the reset was issued.";
}
}
output {
leaf reset-finished-at {
type yt:date-and-time;
description
"The time when the reset operation finished.";
}
}
}
description
Jethanandani & Stark Expires September 6, 2019 [Page 25]
Internet-Draft Babel YANG model March 2019
"Statistics collection object for this neighbor.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.6.";
}
description
"A set of Babel Neighbor Object.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.5.";
}
description
"A set of Babel Interface objects.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.3.";
}
list hmac {
key "algorithm";
leaf algorithm {
type identityref {
base hmac-algorithms;
}
description
"The name of the HMAC algorithm this object instance uses.
The value MUST be the same as one of the enumerations
listed in the babel-hmac-algorithms parameter.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.8.";
}
leaf verify {
type boolean;
mandatory "true";
description
"A Boolean flag indicating whether HMAC hashes in incoming
Babel packets are required to be present and are
verified. If this parameter is 'true', incoming packets
are required to have a valid HMAC hash.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.8.";
}
leaf apply-all {
type boolean;
mandatory "true";
description
"A Boolean flag indicating whether this babel-hmac
instance is to be used for all interfaces. If 'true',
Jethanandani & Stark Expires September 6, 2019 [Page 26]
Internet-Draft Babel YANG model March 2019
this instance applies to all interfaces and the
babel-hmac-interfaces parameter is ignored. If
babel-hmac-apply-all is 'true', there MUST NOT be other
instances of the babel-hmac object. If 'false', the
babel-hmac-interfaces parameter determines which
interfaces this instance applies to.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.8.";
}
leaf-list interfaces {
type if:interface-ref;
min-elements "1";
description
"List of references to the babel-interfaces entries this
babel-hmac entry applies to. This parameter is ignored
if babel-hmac-apply-all is 'true'. An interface MUST NOT
be listed in multiple instances of the babel-hmac
object.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.8.";
}
list hmac-keys {
key "name";
min-elements "1";
leaf name {
type string;
mandatory "true";
description
"A unique name for this HMAC key that can be used to
identify the key in this object instance, since the key
value is not allowed to be read. This value can only be
provided when this instance is created, and is not
subsequently writable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.9.";
}
leaf use-sign {
type boolean;
mandatory "true";
description
"Indicates whether this key value is used to sign sent
Babel packets. Sent packets are signed using this key
if the value is 'true'. If the value is 'false', this
key is not used to sign sent Babel packets.";
Jethanandani & Stark Expires September 6, 2019 [Page 27]
Internet-Draft Babel YANG model March 2019
reference
"RFC ZZZZ, Babel Information Model, Section 3.9.";
}
leaf use-verify {
type boolean;
mandatory "true";
description
"Indicates whether this key value is used to verify
incoming Babel packets. This key is used to verify
incoming packets if the value is 'true'. If the value
is 'false', no HMAC is computed from this key for
comparing an incoming packet.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.9.";
}
leaf value {
type binary;
mandatory "true";
description
"The value of the HMAC key. An implementation MUST NOT
allow this parameter to be read. This can be done by
always providing an empty string, or through
permissions, or other means. This value can only be
provided when this instance is created, and is not
subsequently writable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.9.";
}
action test {
input {
leaf test-string {
type binary;
mandatory "true";
description
"The test string on which this test has to be
performed.";
}
}
output {
leaf resulting-hash {
type binary;
mandatory "true";
description
"An operation that allows the HMAC key and hash
algorithm to be tested to see if they produce an
Jethanandani & Stark Expires September 6, 2019 [Page 28]
Internet-Draft Babel YANG model March 2019
expected outcome. Input to this operation is a
binary string. The implementation is expected to
create a hash of this string using the
babel-hmac-key-value and the babel-hmac-algorithm.
The output of this operation is the resulting hash,
as a binary string.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.9.";
}
}
}
description
"A set of babel-hmac-keys-obj objects.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.8.";
}
description
"A babel-hmac-obj object. If this object is implemented, it
provides access to parameters related to the HMAC security
mechanism.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1.";
}
list dtls {
key "name";
leaf name {
type string;
description
"TODO: This attribute does not exist in the model, but is
needed for this model to work.";
}
leaf apply-all {
type boolean;
mandatory "true";
description
"A Boolean flag indicating whether this babel-dtls
instance is to be used for all interfaces. If 'true',
this instance applies to all interfaces and the
babel-dtls-interfaces parameter is ignored. If
babel-dtls-apply-all is 'true', there MUST NOT be other
instances of the babel-dtls object. If 'false', the
babel-dtls-interfaces parameter determines which
interfaces this instance applies to.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.10.";
Jethanandani & Stark Expires September 6, 2019 [Page 29]
Internet-Draft Babel YANG model March 2019
}
leaf-list interfaces {
type if:interface-ref;
min-elements "1";
description
"List of references to the babel-interfaces entries this
babel-dtls entry applies to. This parameter is ignored
if babel-dtls-apply-all is 'true'. An interface MUST NOT
be listed in multiple instances of the babel-dtls object.
If this list is empty, then it applies to all
interfaces.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.10.";
}
leaf cached-info {
type boolean;
description
"Indicates whether the cached_info extension is included
in ClientHello and ServerHello packets. The extension
is included if the value is 'true'.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.10.";
}
leaf-list cert-prefer {
type identityref {
base dtls-cert-types;
}
ordered-by user;
description
"List of supported certificate types, in order of
preference. The values MUST be among those listed in
the babel-dtls-cert-types parameter. This list is used
to populate the server_certificate_type extension in
a Client Hello. Values that are present in at least one
instance in the babel-dtls-certs object with a non-empty
babel-cert-private-key will be used bto populate the
client_certificate_type extension in a Client Hello.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.10.";
}
list certs {
key "name";
min-elements "1";
Jethanandani & Stark Expires September 6, 2019 [Page 30]
Internet-Draft Babel YANG model March 2019
leaf name {
type string;
description
"A unique name that identifies the cert in the list.";
}
leaf value {
type string;
mandatory "true";
description
"The DTLS certificate in PEM format [RFC7468]. This
value can only be provided when this instance is
created, and is not subsequently writable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.11.";
}
leaf type {
type identityref {
base dtls-cert-types;
}
mandatory "true";
description
"The name of the certificate type of this object
instance. The value MUST be the same as one of the
enumerations listed in the babel-dtls-cert-types
parameter. This value can only be provided when this
instance is created, and is not subsequently writable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.11.";
}
leaf private-key {
type binary;
mandatory "true";
description
"The value of the private key. If this is non-empty,
this certificate can be used by this implementation to
provide a certificate during DTLS handshaking. An
implementation MUST NOT allow this parameter to be
read. This can be done by always providing an empty
string, or through permissions, or other means. This
value can only be provided when this instance is
created, and is not subsequently writable.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.11.";
}
Jethanandani & Stark Expires September 6, 2019 [Page 31]
Internet-Draft Babel YANG model March 2019
action test {
input {
leaf test-string {
type binary;
mandatory "true";
description
"The test string on which this test has to be
performed.";
}
}
output {
leaf resulting-hash {
type binary;
mandatory "true";
description
"The output of this operation is a binary string,
and is the resulting hash computed using the
certificate public key, and the SHA-256
hash algorithm.";
}
}
}
description
"A set of babel-dtls-keys-obj objects. This contains
both certificates for this implementation to present
for authentication, and to accept from others.
Certificates with a non-empty babel-cert-private-key
can be presented by this implementation for
authentication.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.10.";
}
description
"A babel-dtls-obj object. If this object is implemented,
it provides access to parameters related to the DTLS
security mechanism.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.1";
}
description
"Babel Information Objects.";
reference
"RFC ZZZZ, Babel Information Model, Section 3.";
}
}
augment "/rt:routing/rt:ribs/rt:rib/rt:routes/rt:route" {
when "derived-from(rt:source-protocol, 'babel')" {
description
Jethanandani & Stark Expires September 6, 2019 [Page 32]
Internet-Draft Babel YANG model March 2019
"Augmentation is valid for a routes whose source protocol
is Babel.";
}
description
"Babel specific route attributes.";
uses routes;
}
}
<CODE ENDS>
3. IANA Considerations
This document registers one URIs and one YANG module.
3.1. URI Registrations
URI: urn:ietf:params:xml:ns:yang:ietf-babel
3.2. YANG Module Name Registration
This document registers one YANG module in the YANG Module Names
registry YANG [RFC6020].
Name:ietf-babel
Namespace: urn:ietf:params:xml:ns:yang:ietf-babel
prefix: babel
reference: RFC XXXX
4. Security Considerations
The YANG module specified in this document defines a schema for data
that is designed to be accessed via network management protocol such
as NETCONF [RFC6241] or RESTCONF [RFC8040]. The lowest NETCONF layer
is the secure transport layer and the mandatory-to-implement secure
transport is SSH [RFC6242]. The lowest RESTCONF layer is HTTPS, and
the mandatory-to-implement secure transport is TLS [RFC8446].
The NETCONF Access Control Model (NACM [RFC8341]) provides the means
to restrict access for particular NETCONF users to a pre-configured
subset of all available NETCONF protocol operations and content.
There are a number of data nodes defined in the YANG module which are
writable/created/deleted (i.e., config true, which is the default).
These data nodes may be considered sensitive or vulnerable in some
network environments. Write operations (e.g., <edit-config>) to
these data nodes without proper protection can have a negative effect
on network operations.
Jethanandani & Stark Expires September 6, 2019 [Page 33]
Internet-Draft Babel YANG model March 2019
These are the subtrees and data nodes and their sensitivity/
vulnerability:
5. Acknowledgements
6. References
6.1. Normative References
[I-D.ietf-babel-rfc6126bis]
Chroboczek, J. and D. Schinazi, "The Babel Routing
Protocol", draft-ietf-babel-rfc6126bis-07 (work in
progress), November 2018.
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119,
DOI 10.17487/RFC2119, March 1997,
<https://www.rfc-editor.org/info/rfc2119>.
[RFC6991] Schoenwaelder, J., Ed., "Common YANG Data Types",
RFC 6991, DOI 10.17487/RFC6991, July 2013,
<https://www.rfc-editor.org/info/rfc6991>.
[RFC7950] Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language",
RFC 7950, DOI 10.17487/RFC7950, August 2016,
<https://www.rfc-editor.org/info/rfc7950>.
[RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC
2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174,
May 2017, <https://www.rfc-editor.org/info/rfc8174>.
[RFC8343] Bjorklund, M., "A YANG Data Model for Interface
Management", RFC 8343, DOI 10.17487/RFC8343, March 2018,
<https://www.rfc-editor.org/info/rfc8343>.
[RFC8349] Lhotka, L., Lindem, A., and Y. Qu, "A YANG Data Model for
Routing Management (NMDA Version)", RFC 8349,
DOI 10.17487/RFC8349, March 2018,
<https://www.rfc-editor.org/info/rfc8349>.
6.2. Informative References
[I-D.ietf-babel-information-model]
Stark, B. and M. Jethanandani, "Babel Information Model",
draft-ietf-babel-information-model-05 (work in progress),
March 2019.
Jethanandani & Stark Expires September 6, 2019 [Page 34]
Internet-Draft Babel YANG model March 2019
[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>.
[RFC6241] Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed.,
and A. Bierman, Ed., "Network Configuration Protocol
(NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011,
<https://www.rfc-editor.org/info/rfc6241>.
[RFC6242] Wasserman, M., "Using the NETCONF Protocol over Secure
Shell (SSH)", RFC 6242, DOI 10.17487/RFC6242, June 2011,
<https://www.rfc-editor.org/info/rfc6242>.
[RFC8040] Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF
Protocol", RFC 8040, DOI 10.17487/RFC8040, January 2017,
<https://www.rfc-editor.org/info/rfc8040>.
[RFC8340] Bjorklund, M. and L. Berger, Ed., "YANG Tree Diagrams",
BCP 215, RFC 8340, DOI 10.17487/RFC8340, March 2018,
<https://www.rfc-editor.org/info/rfc8340>.
[RFC8341] Bierman, A. and M. Bjorklund, "Network Configuration
Access Control Model", STD 91, RFC 8341,
DOI 10.17487/RFC8341, March 2018,
<https://www.rfc-editor.org/info/rfc8341>.
[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>.
[RFC8446] Rescorla, E., "The Transport Layer Security (TLS) Protocol
Version 1.3", RFC 8446, DOI 10.17487/RFC8446, August 2018,
<https://www.rfc-editor.org/info/rfc8446>.
Appendix A. An Appendix
Authors' Addresses
Mahesh Jethanandani
VMware
California
USA
Email: mjethanandani@gmail.com
Jethanandani & Stark Expires September 6, 2019 [Page 35]
Internet-Draft Babel YANG model March 2019
Barbara Stark
AT&T
Atlanta, GA
USA
Email: barbara.stark@att.com
Jethanandani & Stark Expires September 6, 2019 [Page 36]