Internet-Draft Bundle Protocol YANG Data Model July 2024
Blanchet & Qu Expires 7 January 2025 [Page]
Workgroup:
Internet Engineering Task Force
Internet-Draft:
draft-blanchet-dtn-bp-yang-model-02
Published:
Intended Status:
Standards Track
Expires:
Authors:
M. Blanchet
Viagenie
Y. Qu
Futurewei

Bundle Protocol YANG Data Model

Abstract

This document describes the YANG model for the Bundle protocol.

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 7 January 2025.

Table of Contents

1. Introduction

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.

1.1. Requirements Language

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.

2. Design of the Yang model

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].

module: ietf-bundle-protocol
  +--rw node
     +--rw version*                      identityref
     +--rw endpoint_identifier?          bundle-types:bundle-endpoint-identifier
     +--rw bundle-lifetime?              uint32
     +--rw maximum-bundle-size?          uint32
     +--rw send-status-reports?          boolean
     +--rw forwarding?                   boolean
     +--rw neighbors
     |  +--rw neighbor* [endpoint-identifier]
     |     +--rw activate?                     boolean
     |     +--ro active?                       boolean
     |     +--rw endpoint-identifier           bundle-types:bundle-endpoint-identifier
     |     +--rw convergence-layer-adapters
     |        +--rw convergence-layer-adapter* [id]
     |           +--rw id            yang:yang-identifier
     |           +--rw type?         bundle-types:convergence-layer-adapter-type
     |           +--rw (transport)?
     |              +--:(udp-and-tcp)
     |                 +--rw host?   inet:host
     |                 +--rw port?   inet:port-number
     +--rw bundle-queue-size?            uint32
     +--rw convergence-layer-adapters
     |  +--rw convergence-layer-adapter* [id]
     |     +--rw id            yang:yang-identifier
     |     +--rw type?         bundle-types:convergence-layer-adapter-type
     |     +--rw (transport)?
     |        +--:(udp-and-tcp)
     |           +--rw host?   inet:host
     |           +--rw port?   inet:port-number
     +--rw store
        +--rw maximum-size?      uint32
        +--ro current-size?      uint32
        +--rw maximum-bundles?   uint32
        +--ro bundles-number?    uint32
        +--rw bundles* [id]
           +--rw id                                 yang:yang-identifier
           +--rw version?                           identityref
           +--rw processing-control-flags*          identityref
           +--rw destination-endpoint-identifier?   bundle-endpoint-identifier
           +--rw source-node-endpoint-identifier?   bundle-endpoint-identifier
           +--rw report-to-endpoint-identifier?     bundle-endpoint-identifier
           +--rw creation-timestamp?                yang:timestamp
           +--rw lifetime?                          uint32
           +--rw application-data-unit-length?      uint32
Figure 1: Tree diagram of the BP node

3. Bundle Protocol Types YANG Module

    <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>

4. Bundle Protocol YANG Module

<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>

5. IANA Considerations

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

6. Security Considerations

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.

7. References

7.1. Normative References

[RFC2119]
Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, DOI 10.17487/RFC2119, , <https://www.rfc-editor.org/info/rfc2119>.
[RFC3688]
Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, DOI 10.17487/RFC3688, , <https://www.rfc-editor.org/info/rfc3688>.
[RFC5050]
Scott, K. and S. Burleigh, "Bundle Protocol Specification", RFC 5050, DOI 10.17487/RFC5050, , <https://www.rfc-editor.org/info/rfc5050>.
[RFC6020]
Bjorklund, M., Ed., "YANG - A Data Modeling Language for the Network Configuration Protocol (NETCONF)", RFC 6020, DOI 10.17487/RFC6020, , <https://www.rfc-editor.org/info/rfc6020>.
[RFC6242]
Wasserman, M., "Using the NETCONF Protocol over Secure Shell (SSH)", RFC 6242, DOI 10.17487/RFC6242, , <https://www.rfc-editor.org/info/rfc6242>.
[RFC7950]
Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language", RFC 7950, DOI 10.17487/RFC7950, , <https://www.rfc-editor.org/info/rfc7950>.
[RFC8040]
Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF Protocol", RFC 8040, DOI 10.17487/RFC8040, , <https://www.rfc-editor.org/info/rfc8040>.
[RFC8174]
Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, , <https://www.rfc-editor.org/info/rfc8174>.
[RFC8341]
Bierman, A. and M. Bjorklund, "Network Configuration Access Control Model", STD 91, RFC 8341, DOI 10.17487/RFC8341, , <https://www.rfc-editor.org/info/rfc8341>.
[RFC8446]
Rescorla, E., "The Transport Layer Security (TLS) Protocol Version 1.3", RFC 8446, DOI 10.17487/RFC8446, , <https://www.rfc-editor.org/info/rfc8446>.
[RFC9171]
Burleigh, S., Fall, K., and E. Birrane, III, "Bundle Protocol Version 7", RFC 9171, DOI 10.17487/RFC9171, , <https://www.rfc-editor.org/info/rfc9171>.

7.2. Informative References

[RFC6241]
Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed., and A. Bierman, Ed., "Network Configuration Protocol (NETCONF)", RFC 6241, DOI 10.17487/RFC6241, , <https://www.rfc-editor.org/info/rfc6241>.
[I-D.ietf-tvr-schedule-yang]
Qu, Y., Lindem, A., Kinzie, E., Fedyk, D., and M. Blanchet, "YANG Data Model for Scheduled Attributes", Work in Progress, Internet-Draft, draft-ietf-tvr-schedule-yang-00, , <https://datatracker.ietf.org/doc/html/draft-ietf-tvr-schedule-yang-00>.
[I-D.ietf-dtn-dtnma]
Birrane, E. J., Heiner, S., and E. Annis, "DTN Management Architecture", Work in Progress, Internet-Draft, draft-ietf-dtn-dtnma-14, , <https://datatracker.ietf.org/doc/html/draft-ietf-dtn-dtnma-14>.
[I-D.blanchet-dtn-http-over-bp]
Blanchet, M., "Encapsulation of HTTP over Delay-Tolerant Networks(DTN) using the Bundle Protocol", Work in Progress, Internet-Draft, draft-blanchet-dtn-http-over-bp-01, , <https://datatracker.ietf.org/doc/html/draft-blanchet-dtn-http-over-bp-01>.
[ioag]
Lunar Communications Architecture Working Group, Interagency Operations Advisory Group, "The Future Lunar Communications Architecture, Report of the Interagency Operations Advisory Group", .

Acknowledgements

The following people have reviewed and provided comments to improve this document (in no particular order): Felix Walter.

Authors' Addresses

Marc Blanchet
Viagenie
Canada
Yingzhen Qu
Futurewei
2330 Central Expressway
Santa Clara, CA 95050
United States of America