Internet-Draft | Bundle Protocol YANG Data Model | July 2024 |
Blanchet & Qu | Expires 7 January 2025 | [Page] |
This document describes the YANG model for the Bundle protocol.¶
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 7 January 2025.¶
Copyright (c) 2024 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 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 Revised BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the Revised BSD License.¶
The YANG model in this document specifies the data model to manage a Bundle Protocol (BP) node. It supports both BP version 6 [RFC5050] and version 7 [RFC9171].¶
The Bundle Protocol[RFC9171] is typically used for Delay and Disruption Tolerant Networks (DTN) where connectivity is often disrupted by long periods and communications delays are multiple orders of magnitude longer than terrestrial Internet. These communications characteristics are not typical in normal Internet or enterprise Network Management scenarios. For that reason, a new network management protocol and infrastructure, named DTN Management Architecture (DTNMA), is defined [I-D.ietf-dtn-dtnma] by the DTN working group, where the network management interactions are typically in-band (aka over Bundle protocol) and asynchronous.¶
An important use case of Delay-Tolerant Networks(DTN) using the Bundle Protocol[RFC9171] is in space communications. Current scenarios by space agencies[ioag] involves the use of an IP network on the planetary body and the use of the Bundle Protocol between planetary bodies, including Earth. Therefore, some Bundle Protocol nodes will also be IP connected on those isolated IP networks. This document enables the network management of Bundle protocol instances for these BP-and-IP-connected nodes using IP-based NETCONF or RESTCONF.¶
By adding the capabilities of this document, the following network management scenarios are possible. First, a network management station on the isolated IP network, such as on a planetary body, is managing all the BP-IP nodes reachable directly on its IP network using either NETCONF or RESTCONF with this document YANG model. Second, with this document YANG model, a network management station on another planetary body, such as Earth, is managing BP-IP nodes on remote IP networks on other planetery bodies by encapsulating RESTCONF queries and response over HTTP over Bundle protocol over the DTN network in deep space, such encapsulation is described in [I-D.blanchet-dtn-http-over-bp]. Finally, these dual protocol (BP and IP) nodes as well as BP only nodes are managed by DNTMA.¶
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "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.¶
Two modules are defined. The ietf-bundle-protocol-types module defines various base Yang models, mostly typedefs and groupings, that can be reused in other BP related models. The ietf-bundle-protocol module defines the Yang model of a BP node including its storage of bundles.¶
It is expected to be augmented by TVR contact plan work[I-D.ietf-tvr-schedule-yang].¶
<CODE BEGINS> file "[email protected]" module ietf-bundle-protocol-types { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-bundle-protocol-types"; prefix bundle-types; import ietf-inet-types { prefix inet; reference "RFC 6991: Common YANG Data Types"; } import ietf-yang-types { prefix yang; reference "RFC 6991: Common YANG Data Types"; } organization "IETF DTN: Delay-Tolerant Networking Working Group"; contact "WG Web: <http://datatracker.ietf.org/wg/dtn> WG List: <mailto:[email protected]> Author: Marc Blanchet <mailto:[email protected]> Author: Yingzhen Qu <mailto:[email protected]>"; description "This module contains Bundle Protocol (RFC5050, RFC9171) types. Copyright (c) 2024 IETF Trust and the persons identified as authors of the code. 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 Revised BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFC TBD; see the RFC itself for full legal notices."; revision 2024-07-05 { description "Initial revision. date TBD"; reference "RFC 5050 Bundle Protocol Specification RFC 9171 Bundle Protocol Version 7 IANA Bundle Protocol Registry, https://www.iana.org/assignments/bundle/bundle.xhtml"; } /* Bundle Block Types */ identity bundle-block-types { description "Base identity for bundle block types. The Bundle Block Types are defined in IANA Bundle Protocol registry."; } identity bundle-payload-block { base bundle-block-types; description "Bundle payload block type"; } identity bundle-authentication-block { base bundle-block-types; description "Bundle authentication block type"; } identity payload-integrity-block { base bundle-block-types; description "Payload integrity block type"; } identity payload-confidentiality-block { base bundle-block-types; description "Payload confidentiality block type"; } identity previous-hop-insertion-block { base bundle-block-types; description "Previous-hop insertion block type"; } identity previous-node { base bundle-block-types; description "Previous node type"; } identity bundle-age { base bundle-block-types; description "Bundle age type"; } identity metadata-extension-block { base bundle-block-types; description "Metadata extension type"; } identity extension-security-block { base bundle-block-types; description "Extension security block type"; } identity hop-count { base bundle-block-types; description "Hop count type"; } identity block-integrity { base bundle-block-types; description "Block integrity type"; } identity block-confidentially { base bundle-block-types; description "Block confidentiality type"; } /* Primary Bundle Protocol Version */ identity bundle-protocol-version { description "Base identity for primary bundle protocol version. The Primary Bundle Protocol Version is defined in IANA Bundle Protocol registry."; } identity version6 { base bundle-protocol-version; description "The Bundle protocol version 6 as defined in RFC5050"; } identity version7 { base bundle-protocol-version; description "The Bundle protocol version 7 as defined in RFC9171"; } /* Block Processing Control Flags */ identity block-processing-control-flag { description "Base identity for bundle processing control flags"; } identity block-replicated-every-fragment { base block-processing-control-flag; description "Block must be replicated in every fragment"; } identity transmit-status-report-block-not-processed { base block-processing-control-flag; description "Transmit status report if block can't be processed"; } identity delete-bundle-block-not-processed { base block-processing-control-flag; description "Delete bundle if block can't be processed"; } identity last-block { base block-processing-control-flag; description "Last block"; } identity discard-block-not-processed { base block-processing-control-flag; description "Discard block if it can't be processed"; } identity block-forwarded-not-processed { base block-processing-control-flag; description "Block was forwarded without being processed"; } identity block-contains-eid-reference { base block-processing-control-flag; description "Block contains an EID-reference field"; } typedef convergence-layer-adapter-type { type enumeration { enum tcpcl { description "TCP convergence layer"; reference "RFC7242: Delay-Tolerant Networking TCP Convergence-Layer Protocol"; } enum tcpclv4 { description "TCPv4 convergence layer"; reference "RFC9174: Delay-Tolerant Networking TCP Convergence-Layer Protocol Version 4"; } enum udpcl { description "UDP convergence layer"; reference "RFC7122: Datagram Convergence Layers for the Delay- and Disruption-Tolerant Networking (DTN) Bundle Protocol and Licklider Transmission Protocol (LTP)"; } enum ltp { description "Licklider Transmission Protocol"; reference "RFC 5326: Licklider Transmission Protocol - Specification"; } } description "Types of convergence layers of Bundle protocol"; } typedef bundle-endpoint-identifier { type inet:uri; description "Bundle protocol Endpoint Identifier type"; } grouping address-port { leaf host { type inet:host; description "The IPv4, IPv6 address or hostname"; } leaf port { type inet:port-number; description "The tranport port number"; } description "IP address or hostname and port"; } grouping convergence-layer-adapter { leaf id { type yang:yang-identifier; description "Unique id of this CLA. Local to the implementation. Enables referencing it for management purposes"; } leaf type { type bundle-types:convergence-layer-adapter-type; description "Type of the convergence layer of this neighbor"; } choice transport { case udp-and-tcp { uses address-port; } /* other cla */ description "Convergence layer adapter specific transport information"; } description "The convergence layer adapter used to communicate with this neighbor"; } grouping bundle { leaf id { type yang:yang-identifier; description "Unique id of a bundle. Local to the implementation. Enables referencing it for management purposes"; } leaf version { type identityref { base bundle-protocol-version; } description "Bundle protocol version"; } leaf-list processing-control-flags { type identityref { base block-processing-control-flag; } description "List of bundle processing control flags"; } leaf destination-endpoint-identifier { type bundle-endpoint-identifier; description "Endpoint identifier of the destination"; } leaf source-node-endpoint-identifier { type bundle-endpoint-identifier; description "Endpoint identifier of the source node"; } leaf report-to-endpoint-identifier { type bundle-endpoint-identifier; description "Endpoint identifier of the node to send reports to"; } leaf creation-timestamp { type yang:timestamp; description "Creation timestamp"; } leaf lifetime { type uint32; units "seconds"; description "Lifetime of the bundle in seconds"; } leaf application-data-unit-length { type uint32; units "octets"; description "Application data unit (aka bundle payload) length in octets"; } /* TBD: additional fields: fragmentoffset, crc-type, ... */ description "A bundle"; reference "RFC 5050 Bundle Protocol Specification RFC 9171 Bundle Protocol Version 7"; } } <CODE ENDS>¶
<CODE BEGINS> file "[email protected]" module ietf-bundle-protocol { yang-version 1.1; namespace "urn:ietf:params:xml:ns:yang:ietf-bundle-protocol"; prefix bundle; import ietf-bundle-protocol-types { prefix bundle-types; } organization "IETF DTN: Delay-Tolerant Networking Working Group"; contact "WG Web: <http://datatracker.ietf.org/wg/dtn> WG List: <mailto:[email protected]> Author: Marc Blanchet <mailto:[email protected]> Author: Yingzhen Qu <mailto:[email protected]>"; description "This module contains Bundle Protocol (RFC5050, RFC9171) types. Copyright (c) 2024 IETF Trust and the persons identified as authors of the code. 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 Revised BSD License set forth in Section 4.c of the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info). This version of this YANG module is part of RFC TBD; see the RFC itself for full legal notices."; revision 2024-07-05 { description "Initial revision. date TBD"; reference "RFC 5050 Bundle Protocol Specification RFC 9171 Bundle Protocol Version 7 IANA Bundle Protocol Registry, https://www.iana.org/assignments/bundle/bundle.xhtml"; } container node { description "A bundle protocol node"; leaf-list version { type identityref { base bundle-types:bundle-protocol-version; } description "The list of bundle protocol versions this node supports"; } leaf endpoint_identifier { type bundle-types:bundle-endpoint-identifier; description "The endpoint identifier of this node"; } leaf bundle-lifetime { type uint32; units "seconds"; description "The default bundle lifetime"; } leaf maximum-bundle-size { type uint32; units "octets"; description "The maximum bundle size in bytes"; } leaf send-status-reports { type boolean; default "false"; description "Should the node send status reports"; } leaf forwarding { type boolean; default "false"; description "Controls forwarding of bundles received by, but not addressed to, this node."; } container neighbors { list neighbor { key "endpoint-identifier"; description "A bundle protocol neighbor of this node. May not be active"; leaf activate { type boolean; default "false"; description "The configuration status of the neighbor"; } leaf active { type boolean; config false; description "From the perspective of the node, this neighbor is live and active"; } leaf endpoint-identifier { type bundle-types:bundle-endpoint-identifier; description "Endpoint identifier of the neighbor"; } container convergence-layer-adapters { list convergence-layer-adapter { key "id"; uses bundle-types:convergence-layer-adapter; description "A convergence layer adapter of this neighbor"; } description "The convergence layer adapters of this neighbor"; } } description "List of bundle protocol neighbors of this node"; } /* TBD: from TVR work leaf-list forwarding-policies { } */ leaf bundle-queue-size { type uint32; units "octets"; description "The bundle queue size in bytes"; } container convergence-layer-adapters { list convergence-layer-adapter { key "id"; uses bundle-types:convergence-layer-adapter; description "A configured convergence layer adapter on the node"; } description "The list of convergence layer adapters currently configured on the node"; } container store { description "Storage for bundles that are waiting in storage because the destination is not reachable yet, as opposed to temporary bundles in memory about to be forwarded"; leaf maximum-size { type uint32; description "maximum number of bytes of bundles storage"; } leaf current-size { type uint32; config false; description "current size (in bytes) of used bundles storage"; } leaf maximum-bundles { type uint32; description "maximum number of bundles in storage"; } leaf bundles-number { type uint32; config false; description "current number of bundles in storage"; } list bundles { key "id"; uses bundle-types:bundle; description "Stored bundles awaiting forwarding"; } } } } <CODE ENDS>¶
This document registers two URI in the IETF XML registry [RFC3688]. Following the format in [RFC3688], the following registration is requested to be made:¶
URI: urn:ietf:params:xml:ns:yang:ietf-bundle-protocol Registrant Contact: The IESG. XML: N/A, the requested URI is an XML namespace.¶
URI: urn:ietf:params:xml:ns:yang:ietf-bundle-protocol-types Registrant Contact: The IESG. XML: N/A, the requested URI is an XML namespace.¶
This document registers two YANG modules in the YANG Module Names registry [RFC6020].¶
name: ietf-bundle-protocol-types namespace: urn:ietf:params:xml:ns:yang:ietf-bundle-protocol-types prefix: bundle-types reference: RFC XXXX¶
name: ietf-bundle-protocol namespace: urn:ietf:params:xml:ns:yang:ietf-bundle-protocol prefix: bundle reference: RFC XXXX¶
The YANG modules specified in this document define a schema for data that is designed to be accessed via network management protocols such as NETCONF [RFC6241] or RESTCONF [RFC8040]. The lowest NETCONF layer is the secure transport layer, and the mandatory-to-implement secure transport is Secure Shell (SSH) [RFC6242]. The lowest RESTCONF layer is HTTPS, and the mandatory-to-implement secure transport is TLS [RFC8446].¶
The NETCONF access control model [RFC8341] provides the means to restrict access for particular NETCONF or RESTCONF users to a pre-configured subset of all available NETCONF or RESTCONF protocol operations and content.¶
There are a number of data nodes defined in ietf-bundle-protocol.yang module that are writable/creatable/deletable (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. There are the subtrees and data nodes and their sensitivity/vulnerability:¶
Some of the readable data nodes in the ietf-bundle-protocol.yang module may be considered sensitive or vulnerable in some network environments. It is thus important to control read access (e.g., via get, get-config, or notification) to these data nodes.¶
The following people have reviewed and provided comments to improve this document (in no particular order): Felix Walter.¶