You are right, “express" packet is exactly the same as “ordinary”. From my point of view it’s ok to show express traffic as part of preemption traffic, hence I’d like to see Express packets in favour of “ordinary” one. Anyway I guess If we choose specific link type for 802.1qbu & 802.1br it would be the “context” in which “ordinary” traffic is called “express” packets.
> On 1 Dec 2017, at 23:08, Guy Harris <g...@alum.mit.edu> wrote: > > On Dec 1, 2017, at 12:56 AM, Anton Glukhov <anton.a.gluk...@gmail.com> wrote: > >> Correct. I think that CRC(or mCRC for preemption) is also important and I >> would like to add it too. So finally we have: >> Preamble with SFD | Mac header | Payload | CRC/mCRC > > OK, so I guess the idea is that the payload of this link type is what IEEE > 802.3br calls an "mPacket" as shown in Figure 99-4, always containing, in > order: > > either a 7-octet 0x55 preamble followed by a 1-octet 0xD5 SMD-E/SFD or > a 6-octet 0x55 preamble followed by another SMD value from Table 99-1 > followed by a FRAG_COUNT with a value from Table 99-2; > > the MDATA of the mPacket; > > the CRC field, containing either an FCS or an mCRC. > > If so, then the first of those contains the metadata necessary to determine > what type of mPacket this is. > > I also infer that if an "ordinary" Ethernet packet were encapsulated in this > fashion, it would look like an "express" packet, given that the SFD for > "ordinary" packets is 0xD5, which is the same value as an SMD-E, and that the > SFD for "ordinary" packets is preceded by 7 octets of 0x55 preamble. This > would mean, however, that "ordinary" traffic would look like "express" > traffic; would that be misleading? _______________________________________________ tcpdump-workers mailing list tcpdump-workers@lists.tcpdump.org https://lists.sandelman.ca/mailman/listinfo/tcpdump-workers
