Script updating gh-pages from defc542. [ci skip]

IETF-OPSAWG-WG · Mar 5, 2024 · 7bdc096 · 7bdc096
1 parent 1662c7c
commit 7bdc096
Show file tree

Hide file tree

Showing 8 changed files with 88 additions and 76 deletions.
diff --git a/draft-ietf-opsawg-pcap.html b/draft-ietf-opsawg-pcap.html
@@ -13,11 +13,11 @@
 library to read and write those files, and thus reading and writing
 files in that format, include tcpdump. 
     " name="description">
-<meta content="xml2rfc 3.19.4" name="generator">
+<meta content="xml2rfc 3.20.0" name="generator">
 <meta content="draft-ietf-opsawg-pcap-latest" name="ietf.draft">
 <!-- Generator version information:
-  xml2rfc 3.19.4
-    Python 3.11.6
+  xml2rfc 3.20.0
+    Python 3.11.8
     ConfigArgParse 1.7
     google-i18n-address 3.1.0
     intervaltree 3.1.0
@@ -1032,7 +1032,7 @@
 </tr></thead>
 <tfoot><tr>
 <td class="left">Harris &amp; Richardson</td>
-<td class="center">Expires 2 September 2024</td>
+<td class="center">Expires 6 September 2024</td>
 <td class="right">[Page]</td>
 </tr></tfoot>
 </table>
@@ -1045,12 +1045,12 @@
 <dd class="internet-draft">draft-ietf-opsawg-pcap-latest</dd>
 <dt class="label-published">Published:</dt>
 <dd class="published">
-<time datetime="2024-03-01" class="published">1 March 2024</time>
+<time datetime="2024-03-05" class="published">5 March 2024</time>
     </dd>
 <dt class="label-intended-status">Intended Status:</dt>
 <dd class="intended-status">Informational</dd>
 <dt class="label-expires">Expires:</dt>
-<dd class="expires"><time datetime="2024-09-02">2 September 2024</time></dd>
+<dd class="expires"><time datetime="2024-09-06">6 September 2024</time></dd>
 <dt class="label-authors">Authors:</dt>
 <dd class="authors">
 <div class="author">
@@ -1106,7 +1106,7 @@ <h2 id="name-status-of-this-memo">
         time. It is inappropriate to use Internet-Drafts as reference
         material or to cite them other than as "work in progress."<a href="#section-boilerplate.1-3" class="pilcrow">¶</a></p>
 <p id="section-boilerplate.1-4">
-        This Internet-Draft will expire on 2 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
+        This Internet-Draft will expire on 6 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
 </section>
 </div>
 <div id="copyright">
@@ -1336,7 +1336,7 @@ <h2 id="name-file-header">
           <p id="section-4-5.16.1">an unsigned value indicating the maximum number of octets captured
 from each packet.  The portion of each packet that exceeds this value
 will not be stored in the file.  This value MUST NOT be zero; if no
-limit was specified, the value should be a number greater than or equal
+limit was specified, the value SHOULD be a number greater than or equal
 to the largest packet length in the file.<a href="#section-4-5.16.1" class="pilcrow">¶</a></p>
 </dd>
         <dd class="break"></dd>
@@ -1465,17 +1465,20 @@ <h2 id="name-packet-record">
 <dt id="section-5-5.7">Captured Packet Length (32 bits):</dt>
         <dd style="margin-left: 1.5em" id="section-5-5.8">
           <p id="section-5-5.8.1">an unsigned value that indicates the number of octets captured from
-the packet (i.e.  the length of the Packet Data field).  It will be the
+the packet (i.e., the length of the Packet Data field).  It will be the
 minimum value among the Original Packet Length and the snapshot length
 for the interface (SnapLen, defined in Figure 1).<a href="#section-5-5.8.1" class="pilcrow">¶</a></p>
 </dd>
         <dd class="break"></dd>
 <dt id="section-5-5.9">Original Packet Length (32 bits):</dt>
         <dd style="margin-left: 1.5em" id="section-5-5.10">
-          <p id="section-5-5.10.1">an unsigned value that indicates the actual length of the packet when
-it was transmitted on the network.  It can be different from the
-Captured Packet Length if the packet has been truncated by the capture
-process; it SHOULD NOT be less than the Captured Packet Length.<a href="#section-5-5.10.1" class="pilcrow">¶</a></p>
+          <p id="section-5-5.10.1">an unsigned value that indicates the number of octets of packet data
+that would have been provided had the packet not been truncated to the
+snapshot length for the interface or to a length limit imposed by the
+capture mechanism. If no truncation was done, it will be the same as
+the Captured Packet Length, but it will be different from the Captured
+Packet Length if the packet has been truncated by the capture process.
+It SHOULD NOT be less than the Captured Packet Length.<a href="#section-5-5.10.1" class="pilcrow">¶</a></p>
 </dd>
         <dd class="break"></dd>
 <dt id="section-5-5.11"></dt>
@@ -1490,17 +1493,18 @@ <h2 id="name-packet-record">
         <dd class="break"></dd>
 <dt id="section-5-5.13"></dt>
         <dd style="margin-left: 1.5em" id="section-5-5.14">
-          <p id="section-5-5.14.1">A pcap file reader MAY convert an Original
-Packet Length that is less than the Captured Packet Length to a value
-that is greater than or equal to the Captured Packet Length.<a href="#section-5-5.14.1" class="pilcrow">¶</a></p>
+          <p id="section-5-5.14.1">A pcap file reader MAY convert an Original Packet Length that is less
+than the Captured Packet Length to a value that is greater than or equal
+to the Captured Packet Length.<a href="#section-5-5.14.1" class="pilcrow">¶</a></p>
 </dd>
         <dd class="break"></dd>
 <dt id="section-5-5.15">Packet Data:</dt>
         <dd style="margin-left: 1.5em" id="section-5-5.16">
-          <p id="section-5-5.16.1">the data coming from the network, including link-layer headers.  The
-actual length of this field is Captured Packet Length.  The format of
-the link-layer headers depends on the LinkType field specified in the
-file header (see Figure 1) and it is specified in <span>[<a href="#I-D.ietf-opsawg-pcaplinktype" class="cite xref">I-D.ietf-opsawg-pcaplinktype</a>]</span>.<a href="#section-5-5.16.1" class="pilcrow">¶</a></p>
+          <p id="section-5-5.16.1">the data coming from the network, including link-layer headers. The
+actual length of this field is the Captured Packet Length. The format
+of the link-layer headers depends on the LinkType field specified in the
+file header (see Figure 1) and it is specified in
+<span>[<a href="#I-D.ietf-opsawg-pcaplinktype" class="cite xref">I-D.ietf-opsawg-pcaplinktype</a>]</span>.<a href="#section-5-5.16.1" class="pilcrow">¶</a></p>
 </dd>
       <dd class="break"></dd>
 </dl>

diff --git a/draft-ietf-opsawg-pcap.txt b/draft-ietf-opsawg-pcap.txt
@@ -5,8 +5,8 @@
 Network Working Group                                     G. Harris, Ed.
 Internet-Draft                                                          
 Intended status: Informational                             M. Richardson
-Expires: 2 September 2024                                      Sandelman
-                                                            1 March 2024
+Expires: 6 September 2024                                      Sandelman
+                                                            5 March 2024
 
 
                         PCAP Capture File Format
@@ -49,7 +49,7 @@ Status of This Memo
    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 2 September 2024.
+   This Internet-Draft will expire on 6 September 2024.
 
 Copyright Notice
 
@@ -193,7 +193,7 @@ Table of Contents
       of octets captured from each packet.  The portion of each packet
       that exceeds this value will not be stored in the file.  This
       value MUST NOT be zero; if no limit was specified, the value
-      should be a number greater than or equal to the largest packet
+      SHOULD be a number greater than or equal to the largest packet
       length in the file.
 
    LinkType and additional information (32 bits):  a 32-bit unsigned
@@ -281,16 +281,19 @@ Table of Contents
       nanoseconds.
 
    Captured Packet Length (32 bits):  an unsigned value that indicates
-      the number of octets captured from the packet (i.e.  the length of
+      the number of octets captured from the packet (i.e., the length of
       the Packet Data field).  It will be the minimum value among the
       Original Packet Length and the snapshot length for the interface
       (SnapLen, defined in Figure 1).
 
    Original Packet Length (32 bits):  an unsigned value that indicates
-      the actual length of the packet when it was transmitted on the
-      network.  It can be different from the Captured Packet Length if
-      the packet has been truncated by the capture process; it SHOULD
-      NOT be less than the Captured Packet Length.
+      the number of octets of packet data that would have been provided
+      had the packet not been truncated to the snapshot length for the
+      interface or to a length limit imposed by the capture mechanism.
+      If no truncation was done, it will be the same as the Captured
+      Packet Length, but it will be different from the Captured Packet
+      Length if the packet has been truncated by the capture process.
+      It SHOULD NOT be less than the Captured Packet Length.
 
       A pcap file writer MAY write an Original Packet Length that is
       less than the Captured Packet Length if both the Captured Packet
@@ -304,7 +307,7 @@ Table of Contents
       than or equal to the Captured Packet Length.
 
    Packet Data:  the data coming from the network, including link-layer
-      headers.  The actual length of this field is Captured Packet
+      headers.  The actual length of this field is the Captured Packet
       Length.  The format of the link-layer headers depends on the
       LinkType field specified in the file header (see Figure 1) and it
       is specified in [I-D.ietf-opsawg-pcaplinktype].

diff --git a/draft-ietf-opsawg-pcaplinktype.html b/draft-ietf-opsawg-pcaplinktype.html
@@ -11,11 +11,11 @@
        This document creates an IANA registry for the PCAP and PCAPNG LINKTYPE values.
 The PCAP and PCAPNG formats are used to save network captures from programs such as tcpdump and wireshark, when using libraries such as libpcap. 
     " name="description">
-<meta content="xml2rfc 3.19.4" name="generator">
+<meta content="xml2rfc 3.20.0" name="generator">
 <meta content="draft-ietf-opsawg-pcaplinktype-latest" name="ietf.draft">
 <!-- Generator version information:
-  xml2rfc 3.19.4
-    Python 3.11.6
+  xml2rfc 3.20.0
+    Python 3.11.8
     ConfigArgParse 1.7
     google-i18n-address 3.1.0
     intervaltree 3.1.0
@@ -1030,7 +1030,7 @@
 </tr></thead>
 <tfoot><tr>
 <td class="left">Harris &amp; Richardson</td>
-<td class="center">Expires 2 September 2024</td>
+<td class="center">Expires 6 September 2024</td>
 <td class="right">[Page]</td>
 </tr></tfoot>
 </table>
@@ -1043,12 +1043,12 @@
 <dd class="internet-draft">draft-ietf-opsawg-pcaplinktype-latest</dd>
 <dt class="label-published">Published:</dt>
 <dd class="published">
-<time datetime="2024-03-01" class="published">1 March 2024</time>
+<time datetime="2024-03-05" class="published">5 March 2024</time>
     </dd>
 <dt class="label-intended-status">Intended Status:</dt>
 <dd class="intended-status">Informational</dd>
 <dt class="label-expires">Expires:</dt>
-<dd class="expires"><time datetime="2024-09-02">2 September 2024</time></dd>
+<dd class="expires"><time datetime="2024-09-06">6 September 2024</time></dd>
 <dt class="label-authors">Authors:</dt>
 <dd class="authors">
 <div class="author">
@@ -1102,7 +1102,7 @@ <h2 id="name-status-of-this-memo">
         time. It is inappropriate to use Internet-Drafts as reference
         material or to cite them other than as "work in progress."<a href="#section-boilerplate.1-3" class="pilcrow">¶</a></p>
 <p id="section-boilerplate.1-4">
-        This Internet-Draft will expire on 2 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
+        This Internet-Draft will expire on 6 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
 </section>
 </div>
 <div id="copyright">

diff --git a/draft-ietf-opsawg-pcaplinktype.txt b/draft-ietf-opsawg-pcaplinktype.txt
@@ -5,8 +5,8 @@
 Network Working Group                                     G. Harris, Ed.
 Internet-Draft                                                          
 Intended status: Informational                             M. Richardson
-Expires: 2 September 2024                                      Sandelman
-                                                            1 March 2024
+Expires: 6 September 2024                                      Sandelman
+                                                            5 March 2024
 
 
        Link-Layer Types for PCAP and PCAPNG Capture File Formats
@@ -49,7 +49,7 @@ Status of This Memo
    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 2 September 2024.
+   This Internet-Draft will expire on 6 September 2024.
 
 Copyright Notice
 

diff --git a/draft-ietf-opsawg-pcapng.html b/draft-ietf-opsawg-pcapng.html
@@ -17,11 +17,11 @@
 file. This format is extensible; Wireshark can currently read and write
 it, and libpcap can currently read some pcapng files. 
     " name="description">
-<meta content="xml2rfc 3.19.4" name="generator">
+<meta content="xml2rfc 3.20.0" name="generator">
 <meta content="draft-ietf-opsawg-pcapng-latest" name="ietf.draft">
 <!-- Generator version information:
-  xml2rfc 3.19.4
-    Python 3.11.6
+  xml2rfc 3.20.0
+    Python 3.11.8
     ConfigArgParse 1.7
     google-i18n-address 3.1.0
     intervaltree 3.1.0
@@ -1036,7 +1036,7 @@
 </tr></thead>
 <tfoot><tr>
 <td class="left">Tuexen, et al.</td>
-<td class="center">Expires 2 September 2024</td>
+<td class="center">Expires 6 September 2024</td>
 <td class="right">[Page]</td>
 </tr></tfoot>
 </table>
@@ -1049,12 +1049,12 @@
 <dd class="internet-draft">draft-ietf-opsawg-pcapng-latest</dd>
 <dt class="label-published">Published:</dt>
 <dd class="published">
-<time datetime="2024-03-01" class="published">1 March 2024</time>
+<time datetime="2024-03-05" class="published">5 March 2024</time>
     </dd>
 <dt class="label-intended-status">Intended Status:</dt>
 <dd class="intended-status">Informational</dd>
 <dt class="label-expires">Expires:</dt>
-<dd class="expires"><time datetime="2024-09-02">2 September 2024</time></dd>
+<dd class="expires"><time datetime="2024-09-06">6 September 2024</time></dd>
 <dt class="label-authors">Authors:</dt>
 <dd class="authors">
 <div class="author">
@@ -1129,7 +1129,7 @@ <h2 id="name-status-of-this-memo">
         time. It is inappropriate to use Internet-Drafts as reference
         material or to cite them other than as "work in progress."<a href="#section-boilerplate.1-3" class="pilcrow">¶</a></p>
 <p id="section-boilerplate.1-4">
-        This Internet-Draft will expire on 2 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
+        This Internet-Draft will expire on 6 September 2024.<a href="#section-boilerplate.1-4" class="pilcrow">¶</a></p>
 </section>
 </div>
 <div id="copyright">
@@ -2827,20 +2827,22 @@ <h3 id="name-enhanced-packet-block">
           <li class="normal" id="section-4.3-6.5">
             <p id="section-4.3-6.5.1">Captured Packet Length (32 bits): an unsigned value that
 indicates the number of octets captured from the packet
-(i.e. the length of the Packet Data field). It will be the
+(i.e., the length of the Packet Data field). It will be the
 minimum value among the Original Packet Length and the
-snapshot length for the interface (SnapLen, defined in <a href="#format_idb" class="auto internal xref">Figure 10</a>). The value of this field does
-not include the padding octets added at the end of the Packet
-Data field to align the Packet Data field to a 32-bit
-boundary.<a href="#section-4.3-6.5.1" class="pilcrow">¶</a></p>
+snapshot length for the interface (SnapLen, defined in
+<a href="#format_idb" class="auto internal xref">Figure 10</a>). The value of this field does not include the padding
+octets added at the end of the Packet Data field to align the Packet
+Data field to a 32-bit boundary.<a href="#section-4.3-6.5.1" class="pilcrow">¶</a></p>
 </li>
           <li class="normal" id="section-4.3-6.6">
-            <p id="section-4.3-6.6.1">Original Packet Length (32 bits): an unsigned value that
-indicates the actual length of the packet when it was
-transmitted on the network.  It can be different from
-the Captured Packet Length if the packet has been truncated
-by the capture process; it SHOULD NOT be less than the Captured Packet
-Length.<a href="#section-4.3-6.6.1" class="pilcrow">¶</a></p>
+            <p id="section-4.3-6.6.1">Original Packet Length (32 bits): an unsigned value that indicates the
+number of octets of packet data that would have been provided had the
+packet not been truncated to the snapshot length for the interface or
+to a length limit imposed by the capture mechanism.  If no truncation
+was done, it will be the same as the Captured Packet Length, but it
+will be different from the Captured Packet Length if the packet has
+been truncated by the capture process. It SHOULD NOT be less than the
+Captured Packet Length.<a href="#section-4.3-6.6.1" class="pilcrow">¶</a></p>
 <p id="section-4.3-6.6.2">
 A pcapng file writer MAY write an Original Packet Length that is less
 than the Captured Packet Length if both the Captured Packet Length and

diff --git a/draft-ietf-opsawg-pcapng.txt b/draft-ietf-opsawg-pcapng.txt
@@ -5,7 +5,7 @@
 Network Working Group                                     M. Tuexen, Ed.
 Internet-Draft                          Muenster Univ. of Appl. Sciences
 Intended status: Informational                                  F. Risso
-Expires: 2 September 2024                          Politecnico di Torino
+Expires: 6 September 2024                          Politecnico di Torino
                                                              J. Bongertz
                                                  Airbus DS CyberSecurity
                                                                 G. Combs
@@ -16,7 +16,7 @@ Expires: 2 September 2024                          Politecnico di Torino
                                                                  Red Hat
                                                            M. Richardson
                                                                Sandelman
-                                                            1 March 2024
+                                                            5 March 2024
 
 
            PCAP Next Generation (pcapng) Capture File Format
@@ -58,7 +58,7 @@ Status of This Memo
    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 2 September 2024.
+   This Internet-Draft will expire on 6 September 2024.
 
 Copyright Notice
 
@@ -1211,18 +1211,21 @@ Table of Contents
       bits of a single 64-bit quantity.
 
    *  Captured Packet Length (32 bits): an unsigned value that indicates
-      the number of octets captured from the packet (i.e. the length of
+      the number of octets captured from the packet (i.e., the length of
       the Packet Data field).  It will be the minimum value among the
       Original Packet Length and the snapshot length for the interface
       (SnapLen, defined in Figure 10).  The value of this field does not
       include the padding octets added at the end of the Packet Data
       field to align the Packet Data field to a 32-bit boundary.
 
    *  Original Packet Length (32 bits): an unsigned value that indicates
-      the actual length of the packet when it was transmitted on the
-      network.  It can be different from the Captured Packet Length if
-      the packet has been truncated by the capture process; it SHOULD
-      NOT be less than the Captured Packet Length.
+      the number of octets of packet data that would have been provided
+      had the packet not been truncated to the snapshot length for the
+      interface or to a length limit imposed by the capture mechanism.
+      If no truncation was done, it will be the same as the Captured
+      Packet Length, but it will be different from the Captured Packet
+      Length if the packet has been truncated by the capture process.
+      It SHOULD NOT be less than the Captured Packet Length.
 
       A pcapng file writer MAY write an Original Packet Length that is
       less than the Captured Packet Length if both the Captured Packet