Latest yc.o merge (#1574)

* Cronjob - daily check of IETF modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IANA modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IETF modules. * Cronjob - daily check of IETF modules. * Fix mismerge * Cronjob - daily check of IANA modules. * Cronjob - daily check of IETF modules. --------- Co-authored-by: Miroslav Kovac <[email protected]>
YangModels · Aug 5, 2024 · cc78fd0 · cc78fd0
1 parent 3998e3f
commit cc78fd0
Show file tree

Hide file tree

Showing 8 changed files with 410 additions and 89 deletions.
diff --git a/...odules/[email protected] → ...odules/[email protected] b/...odules/[email protected] → ...odules/[email protected]
@@ -4,6 +4,7 @@ module ietf-if-extensions {
   namespace "urn:ietf:params:xml:ns:yang:ietf-if-extensions";
 
   prefix if-ext;
+
   import ietf-yang-types {
     prefix yang;
     reference "RFC 6991: Common YANG Data Types";
@@ -14,7 +15,6 @@ module ietf-if-extensions {
     reference
       "RFC 8343: A YANG Data Model For Interface Management";
   }
-
   import iana-if-type {
     prefix ianaift;
     reference "RFC 7224: IANA Interface Type YANG Module";
@@ -35,7 +35,7 @@ module ietf-if-extensions {
      interface YANG model (RFC 8343) with common configurable layer 2
      properties.
 
-     Copyright (c) 2023 IETF Trust and the persons identified as
+     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
@@ -55,9 +55,9 @@ module ietf-if-extensions {
      described in BCP 14 (RFC 2119) (RFC 8174) when, and only when,
      they appear in all capitals, as shown here.";
 
-  revision 2023-01-26 {
+  revision 2024-07-31 {
     description
-      "Initial revision.";
+      "Interface Extension YANG Module initial revision";
 
     reference
       "RFC XXXX, Common Interface Extension YANG Data Models";
@@ -104,6 +104,15 @@ module ietf-if-extensions {
     reference "RFC XXXX, Section 2.6 Sub-interface";
   }
 
+  feature peer-interface {
+    description
+      "This feature indicates that the device supports the
+       specification of peer-interfaces.  A Peer-interface is defined
+       as logical peer that receives egress traffic of the given
+       interface on its ingress path and vice versa.";
+    reference "RFC XXXX, Section 2.8 Peer-interface";
+  }
+
   /*
    * Define common identities to help allow interface types to be
    * assigned properties.
@@ -386,6 +395,7 @@ module ietf-if-extensions {
           "All interface types that can have a configurable L2
            encapsulation.";
       }
+
       description
         "Holds the OSI layer 2 encapsulation associated with an
          interface.";
@@ -453,6 +463,15 @@ module ietf-if-extensions {
         "The forwarding mode that the interface is operating in.";
       reference "RFC XXXX, Section 2.7 Forwarding Mode";
     }
+    leaf peer-interface {
+      if-feature "peer-interface";
+
+      type if:interface-ref;
+
+      description
+        "The peer interface associated to this interface.";
+      reference "RFC XXXX, Section 2.8 Peer-interface";
+    }
   }
 
   /*
@@ -523,7 +542,6 @@ module ietf-if-extensions {
          but are not included in in-unicast-pkts, in-multicast-pkts
          or in-broadcast-pkts, because they are not delivered to a
          higher layer.
-
          Discontinuities in the values of this counter can occur at
          re-initialization of the management system, and at other
          times as indicated by the value of the 'discontinuity-time'

diff --git a/experimental/ietf-extracted-YANG-modules/[email protected] b/experimental/ietf-extracted-YANG-modules/[email protected]
@@ -157,7 +157,6 @@ module ietf-if-flexible-encapsulation {
           }
         }
       }
-
       case dot1q-vlan-tagged {
         container dot1q-vlan-tagged {
           description
@@ -254,7 +253,6 @@ module ietf-if-flexible-encapsulation {
            + 'tag-type = "dot1q-types:c-vlan"' {
 
           error-message "Only C-VLAN and S-VLAN tags can be pushed.";
-
           description
             "For IEEE 802.1Q interoperability, only C-VLAN and S-VLAN
              tags can be pushed.";
@@ -303,7 +301,6 @@ module ietf-if-flexible-encapsulation {
 
     container dot1q-tag-rewrite {
       if-feature "dot1q-tag-rewrites";
-
       description
         "802.1Q VLAN tag rewrite.
 

diff --git a/experimental/ietf-extracted-YANG-modules/[email protected] b/experimental/ietf-extracted-YANG-modules/[email protected]
@@ -44,7 +44,7 @@ module ietf-if-vlan-encapsulation {
      VLAN tagged Ethernet traffic by exactly matching the tag type
      and VLAN identifier of one or two 802.1Q VLAN tags in the frame.
 
-     Copyright (c) 2023 IETF Trust and the persons identified as
+     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

diff --git a/[email protected] → [email protected] b/[email protected] → [email protected]
@@ -50,7 +50,12 @@ module ietf-network-slice-service {
   import ietf-te-types {
     prefix te-types;
     reference
-      "RFC 8776: Traffic Engineering Common YANG Types";
+      "RFC DDDD: Common YANG Types for Traffic Engineering";
+  }
+  import ietf-te-packet-types {
+    prefix te-packet-types;
+    reference
+      "RFC DDDD: Common YANG Data Types for Traffic Engineering";
   }
 
   organization
@@ -86,7 +91,8 @@ module ietf-network-slice-service {
 
      This version of this YANG module is part of RFC AAAA; see the
      RFC itself for full legal notices.";
-  revision 2024-05-09 {
+
+  revision 2024-07-29 {
     description
       "Initial revision.";
     reference
@@ -374,6 +380,7 @@ module ietf-network-slice-service {
       "RFC 7680: A One-Way Loss Metric for IP Performance
                  Metrics (IPPM)";
   }
+
   identity availability-type {
     description
       "Base identity for availability.";
@@ -839,80 +846,14 @@ module ietf-network-slice-service {
     }
   }
 
-  grouping one-way-performance-metrics {
-    description
-      "One-way PM metrics grouping.";
-    leaf one-way-min-delay {
-      type yang:gauge64;
-      description
-        "One-way minimum delay or latency in microseconds.";
-    }
-    leaf one-way-max-delay {
-      type yang:gauge64;
-      description
-        "One-way maximum delay or latency in microseconds.";
-      reference
-        "RFC 7679: A One-Way Delay Metric for IP Performance
-                   Metrics (IPPM)";
-    }
-    leaf one-way-delay-variation {
-      type yang:gauge64;
-      description
-        "One-way delay variation in microseconds.";
-      reference
-        "RFC 3393: IP Packet Delay Variation Metric for IP Performance
-                   Metrics (IPPM)";
-    }
-    leaf one-way-packet-loss {
-      type percentage;
-      description
-        "The ratio of packets dropped to packets transmitted between
-         two endpoints.";
-      reference
-        "RFC 7680: A One-Way Loss Metric for IP Performance
-                   Metrics (IPPM)";
-    }
-  }
-
-  grouping two-way-performance-metrics {
-    description
-      "Two-way packet PM metrics grouping.";
-    leaf two-way-min-delay {
-      type yang:gauge64;
-      description
-        "Two-way minimum delay or latency in microseconds.";
-      reference
-        "RFC 2681: A Round-trip Delay Metric for IPPM";
-    }
-    leaf two-way-max-delay {
-      type yang:gauge64;
-      description
-        "Two-way maximum delay or latency in microseconds.";
-      reference
-        "RFC 2681: A Round-trip Delay Metric for IPPM";
-    }
-    leaf two-way-delay-variation {
-      type yang:gauge64;
-      description
-        "Two-way delay variation in microseconds.";
-      reference
-        "RFC 5481: Packet Delay Variation Applicability Statement";
-    }
-    leaf two-way-packet-loss {
-      type percentage;
-      description
-        "The ratio of packets dropped to packets transmitted between
-         two endpoints.";
-    }
-  }
-
   grouping connectivity-construct-monitoring-metrics {
     description
       "Grouping for connectivity construct monitoring metrics.";
-    uses one-way-performance-metrics;
-    uses two-way-performance-metrics;
+    uses
+      te-packet-types:one-way-performance-metrics-gauge-packet;
+    uses
+      te-packet-types:two-way-performance-metrics-gauge-packet;
   }
-
   /* Main Network Slice Services Container */
 
   container network-slice-services {
@@ -1137,8 +1078,8 @@ module ietf-network-slice-service {
               leaf ac-svc-ref {
                 type ac-svc:attachment-circuit-reference;
                 description
-                  "A reference to the AC service that have been created before
-                   the slice creation.";
+                  "A reference to the AC service that have been
+                   created before the slice creation.";
                 reference
                   "RFC CCCC: YANG Data Models for Bearers and
                     'Attachment Circuits'-as-a-Service (ACaaS)";

diff --git a/experimental/ietf-extracted-YANG-modules/[email protected] b/experimental/ietf-extracted-YANG-modules/[email protected]
@@ -22,7 +22,7 @@ module ietf-tpm-remote-attestation {
     "WG Web  : <https://datatracker.ietf.org/wg/rats/>
      WG List : <mailto:[email protected]>
      Author  : Eric Voit <[email protected]>
-     Author  : Henk Birkholz <henk.birkholz@ietf.contact>
+     Author  : Henk Birkholz <henk.birkholz@sit.fraunhofer.de>
      Author  : Michael Eckel <[email protected]>
      Author  : Shwetha Bhandari <[email protected]>
      Author  : Bill Sulzen <[email protected]>

diff --git a/standard/iana/yang-parameters.xml b/standard/iana/yang-parameters.xml
@@ -4,7 +4,7 @@
 <registry xmlns="http://www.iana.org/assignments" id="yang-parameters">
   <title>YANG Parameters</title>
   <created>2010-06-10</created>
-  <updated>2024-07-25</updated>
+  <updated>2024-08-02</updated>
 
   <registry id="yang-parameters-1">
     <title>YANG Module Names</title>
@@ -1779,15 +1779,15 @@ and <xref type="registry" data="safi-namespace">Subsequent Address Family Identi
       <xref type="rfc" data="rfc9418"/>
       <notes/>
     </record>
-    <record date="2024-01-26">
+    <record date="2024-01-26" updated="2024-08-02">
       <name>ietf-sid-file</name>
       <iana>N</iana>
-      <file type="yang"/>
+      <file type="yang">[email protected]</file>
       <namespace>urn:ietf:params:xml:ns:yang:ietf-sid-file</namespace>
       <prefix>sid</prefix>
       <module/>
-      <xref type="draft" data="RFC-ietf-core-sid-24"/>
-      <notes><xref type="draft" data="RFC-ietf-core-sid-24"/>'s module file will be posted upon the document's publication as an RFC.</notes>
+      <xref type="rfc" data="rfc9595"/>
+      <notes/>
     </record>
     <record date="2014-10-22">
       <name>ietf-snmp</name>

diff --git a/standard/ietf/RFC/ietf-sid-file.yang b/standard/ietf/RFC/ietf-sid-file.yang
@@ -0,0 +1 @@
+ietf-sid-file@2024-07-31.yang