[pcap-ng-format] draft-gharris-opsawg-pcap.txt --- FCS length description

Guy Harris gharris at sonic.net
Tue Dec 22 09:23:48 UTC 2020


On Dec 22, 2020, at 1:01 AM, Guy Harris <gharris at sonic.net> wrote:

> They were originally intended for use with some stuff NetBSD was doing (I'd have to look into the history of the NetBSD code), but I think NetBSD stopped doing that.

The commit message for the change that added the macros was:

commit afbb1ce7227dc5edb291f242ed8d95cd3762fc51
Author: Guy Harris <gharris at sonic.net>
Date:   Sat Sep 29 19:33:29 2007 +0000

    Based on work from Florent Drouin, split the 32-bit link-layer type
    field in a capture file into:
    
            a 16-bit link-layer type field (it's 16 bits in pcap-NG, and
            that'll probably be enough for the foreseeable future);
    
            a 10-bit "class" field, indicating the group of link-layer type
            values to which the link-layer type belongs - class 0 is for
            regular DLT_ values, and class 0x224 grandfathers in the NetBSD
            "raw address family" link-layer types;
    
            a 6-bit "extension" field, storing information about the
            capture, such an indication of whether the packets include an
            FCS and, if so, how many bytes of FCS are present.

So what NetBSD had was a convention where a capture file could have a link-layer type that combined an AF_ value with some additional bits to distinguish the value from a regular LINKTYPE_ value; I don't know what AF_ values they supported for that, or where that code was, or whether it's still supported.


More information about the pcap-ng-format mailing list