Wireshark mailing list archives
Re: Link type proposal, IEEE 802.1Qbu Frame Preemption Protocol
From: Guy Harris <guy () alum mit edu>
Date: Thu, 30 Nov 2017 02:10:00 -0800
On Nov 30, 2017, at 1:42 AM, Anton Glukhov <anton.a.glukhov () gmail com> wrote:
I've been working for IEEE802.1Qbu Frame Preemption Protocol and now it's part of TSN set of protocols. I would like to propose the new link type and sent this proposal to tcpdump-workers () lists tcpdump org, but unfortunately no response.
It's hard to respond to a message that was never delivered. :-) If you're not subscribed to tcpdump-workers, a message you send to the list is put in a moderation queue; your message might be in the queue, and the moderator might not have gotten around to releasing it. (I don't know how to manage the moderation queue; I found an e-mail message indicating that I'd received the moderation password, but I couldn't find anything on how moderation was done, and have long since forgotten both the password and the procedure for releasing messages.) It's not a very busy list, so you won't get flooded by e-mail if you subscribe. According to the archives: http://seclists.org/tcpdump/ in the busiest 3-month period since 2002, 377 messages arrived, for an average of a little more than 4 messages per day. Recently, it's been more like 30-60 messages in a 3-month period, which is less than one message per day. Instructions on subscribing can be found at http://www.tcpdump.org/#mailing-lists I"m CCing the tcpdump-workers list.
I'm working for Frame Preemption Protocol(IEEE 802.1Qbu), which is part of Time-Sensitive Networking(TSN) set of standards. The protocol has very interesting extension of standard Ethernet frame and I'd like to propose to add the new link-layer type. Here are the reasons: - protocol uses non-standard ethernet preamble, user must see the type of frame/fragment
LINKTYPE_ETHERNET frames don't include the preamble, so a preempting frame with a different preamble would look, in an LINKTYPE_ETHERNET capture, exactly like a non-preempting frame. Are you saying that you want a variant of LINKTYPE_ETHERNET, in which the MAC header is preceded by something that indicates whether this is a regular or a preempting frame, so that captures with this link-layer header type can include both regular and preempting frames?
- protocol uses specific CRC sum. It's called mCRC and depends on preamble, which means the type of frame/fragment
LINKTYPE_ETHERNET may, but aren't guaranteed to, include the CRC; to properly check the CRC, the additional metadata giving the frame type would be required, so it knows whether it's a regular or modified CRC. ___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org> Archives: https://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://www.wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org?subject=unsubscribe
Current thread:
- Link type proposal, IEEE 802.1Qbu Frame Preemption Protocol Anton Glukhov (Dec 01)
- Re: Link type proposal, IEEE 802.1Qbu Frame Preemption Protocol Guy Harris (Dec 01)
- Re: Link type proposal, IEEE 802.1Qbu Frame Preemption Protocol Anton Glukhov (Dec 01)
- Re: Link type proposal, IEEE 802.1Qbu Frame Preemption Protocol Guy Harris (Dec 01)