Skip to content

Commit 73216a3

Browse files
Bumped version to 1.0.2.post34
Updated vendor constant enumerations at Sat Mar 29 10:09:59 UTC 2025. The following files have been changed: pcapkit/const/reg/linktype.py pcapkit/const/tcp/option.py
1 parent 09b4843 commit 73216a3

File tree

4 files changed

+7
-26
lines changed

4 files changed

+7
-26
lines changed

conda/build

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1 +1 @@
1-
4
1+
0

pcapkit/__init__.py

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -124,4 +124,4 @@
124124
]
125125

126126
#: version number
127-
__version__ = '1.0.2.post33'
127+
__version__ = '1.0.2.post34'

pcapkit/const/reg/linktype.py

Lines changed: 3 additions & 20 deletions
Original file line numberDiff line numberDiff line change
@@ -375,15 +375,7 @@ class LinkType(IntEnum):
375375
#: [``DLT_IEEE802_16_MAC_CPS``] IEEE 802.16 MAC Common Part Sublayer.
376376
IEEE802_16_MAC_CPS = 188
377377

378-
#: [``DLT_USB_LINUX``] USB packets, beginning with a Linux USB header, as
379-
#: specified by the struct usbmon\_packet in the Documentation/usb/usbmon.txt
380-
#: file in the Linux source tree. Only the first 48 bytes of that header are
381-
#: present. All fields in the header are in host byte order. When performing a
382-
#: live capture, the host byte order is the byte order of the machine on that
383-
#: the packets are captured. When reading a pcap file, the byte order is the
384-
#: byte order for the file, as specified by the file's magic number; when
385-
#: reading a pcapng file, the byte order is the byte order for the section of
386-
#: the pcapng file, as specified by the Section Header Block.
378+
#: [``DLT_USB_LINUX``] USB packets, beginning with a Linux USB header.
387379
USB_LINUX = 189
388380

389381
#: [``DLT_CAN20B``] Controller Area Network (CAN) v. 2.0B.
@@ -519,17 +511,8 @@ class LinkType(IntEnum):
519511
#: [``DLT_MPLS``] MPLS, with an MPLS label as the link-layer header.
520512
MPLS = 219
521513

522-
#: [``DLT_USB_LINUX_MMAPPED``] USB packets, beginning with a Linux USB header,
523-
#: as specified by the struct usbmon\_packet in the
524-
#: Documentation/usb/usbmon.txt file in the Linux source tree. All 64 bytes of
525-
#: the header are present. All fields in the header are in host byte order.
526-
#: When performing a live capture, the host byte order is the byte order of the
527-
#: machine on that the packets are captured. When reading a pcap file, the byte
528-
#: order is the byte order for the file, as specified by the file's magic
529-
#: number; when reading a pcapng file, the byte order is the byte order for the
530-
#: section of the pcapng file, as specified by the Section Header Block. For
531-
#: isochronous transfers, the ndesc field specifies the number of isochronous
532-
#: descriptors that follow.
514+
#: [``DLT_USB_LINUX_MMAPPED``] USB packets, beginning with an memory-mapped
515+
#: Linux USB header.
533516
USB_LINUX_MMAPPED = 220
534517

535518
#: [``DLT_DECT``] DECT packets, with a pseudo-header.

pcapkit/const/tcp/option.py

Lines changed: 2 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -139,15 +139,13 @@ class Option(IntEnum):
139139
#: Reserved (known unauthorized use without proper IANA assignment) [**]
140140
Reserved_78 = 78
141141

142-
#: Accurate ECN Order 0 (AccECN0) (TEMPORARY - registered 2022-08-03, extension
143-
#: registered 2024-07-11, expires 2025-08-03) [draft-ietf-tcpm-accurate-ecn-20]
142+
#: Accurate ECN Order 0 (AccECN0) [RFC-ietf-tcpm-accurate-ecn-34]
144143
Accurate_ECN_Order_0 = 172
145144

146145
#: Reserved
147146
Reserved_173 = 173
148147

149-
#: Accurate ECN Order 1 (AccECN1) (TEMPORARY - registered 2022-08-03, extension
150-
#: registered 2024-07-11, expires 2025-08-03) [draft-ietf-tcpm-accurate-ecn-20]
148+
#: Accurate ECN Order 1 (AccECN1) [RFC-ietf-tcpm-accurate-ecn-34]
151149
Accurate_ECN_Order_1 = 174
152150

153151
#: RFC3692-style Experiment 1 (also improperly used for shipping

0 commit comments

Comments
 (0)