2 * Copyright (c) 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1997
\r
3 * The Regents of the University of California. All rights reserved.
\r
5 * This code is derived from the Stanford/CMU enet packet filter,
\r
6 * (net/enet.c) distributed as part of 4.3BSD, and code contributed
\r
7 * to Berkeley by Steven McCanne and Van Jacobson both of Lawrence
\r
8 * Berkeley Laboratory.
\r
10 * Redistribution and use in source and binary forms, with or without
\r
11 * modification, are permitted provided that the following conditions
\r
13 * 1. Redistributions of source code must retain the above copyright
\r
14 * notice, this list of conditions and the following disclaimer.
\r
15 * 2. Redistributions in binary form must reproduce the above copyright
\r
16 * notice, this list of conditions and the following disclaimer in the
\r
17 * documentation and/or other materials provided with the distribution.
\r
18 * 3. All advertising materials mentioning features or use of this software
\r
19 * must display the following acknowledgement:
\r
20 * This product includes software developed by the University of
\r
21 * California, Berkeley and its contributors.
\r
22 * 4. Neither the name of the University nor the names of its contributors
\r
23 * may be used to endorse or promote products derived from this software
\r
24 * without specific prior written permission.
\r
26 * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
\r
27 * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
\r
28 * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
\r
29 * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
\r
30 * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
\r
31 * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
\r
32 * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
\r
33 * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
\r
34 * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
\r
35 * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
\r
38 * @(#)bpf.h 7.1 (Berkeley) 5/7/91
\r
40 * @(#) $Header: /tcpdump/master/libpcap/pcap/bpf.h,v 1.19.2.8 2008-09-22 20:16:01 guy Exp $ (LBL)
\r
44 * This is libpcap's cut-down version of bpf.h; it includes only
\r
45 * the stuff needed for the code generator and the userland BPF
\r
46 * interpreter, and the libpcap APIs for setting filters, etc..
\r
48 * "pcap-bpf.c" will include the native OS version, as it deals with
\r
49 * the OS's BPF implementation.
\r
51 * XXX - should this all just be moved to "pcap.h"?
\r
54 #ifndef BPF_MAJOR_VERSION
\r
60 /* BSD style release date */
\r
61 #define BPF_RELEASE 199606
\r
63 #ifdef MSDOS /* must be 32-bit */
\r
64 typedef long bpf_int32;
\r
65 typedef unsigned long bpf_u_int32;
\r
67 typedef int bpf_int32;
\r
68 typedef u_int bpf_u_int32;
\r
72 * Alignment macros. BPF_WORDALIGN rounds up to the next
\r
73 * even multiple of BPF_ALIGNMENT.
\r
76 #define BPF_ALIGNMENT sizeof(bpf_int32)
\r
78 #define BPF_ALIGNMENT sizeof(long)
\r
80 #define BPF_WORDALIGN(x) (((x)+(BPF_ALIGNMENT-1))&~(BPF_ALIGNMENT-1))
\r
82 #define BPF_MAXBUFSIZE 0x8000
\r
83 #define BPF_MINBUFSIZE 32
\r
86 * Structure for "pcap_compile()", "pcap_setfilter()", etc..
\r
88 struct bpf_program {
\r
90 struct bpf_insn *bf_insns;
\r
94 * Struct return by BIOCVERSION. This represents the version number of
\r
95 * the filter language described by the instruction encodings below.
\r
96 * bpf understands a program iff kernel_major == filter_major &&
\r
97 * kernel_minor >= filter_minor, that is, if the value returned by the
\r
98 * running kernel has the same major number and a minor number equal
\r
99 * equal to or less than the filter being downloaded. Otherwise, the
\r
100 * results are undefined, meaning an error may be returned or packets
\r
101 * may be accepted haphazardly.
\r
102 * It has nothing to do with the source code version.
\r
104 struct bpf_version {
\r
108 /* Current version number of filter architecture. */
\r
109 #define BPF_MAJOR_VERSION 1
\r
110 #define BPF_MINOR_VERSION 1
\r
113 * Data-link level type codes.
\r
115 * Do *NOT* add new values to this list without asking
\r
116 * "tcpdump-workers@lists.tcpdump.org" for a value. Otherwise, you run
\r
117 * the risk of using a value that's already being used for some other
\r
118 * purpose, and of having tools that read libpcap-format captures not
\r
119 * being able to handle captures with your new DLT_ value, with no hope
\r
120 * that they will ever be changed to do so (as that would destroy their
\r
121 * ability to read captures using that value for that other purpose).
\r
125 * These are the types that are the same on all platforms, and that
\r
126 * have been defined by <net/bpf.h> for ages.
\r
128 #define DLT_NULL 0 /* BSD loopback encapsulation */
\r
129 #define DLT_EN10MB 1 /* Ethernet (10Mb) */
\r
130 #define DLT_EN3MB 2 /* Experimental Ethernet (3Mb) */
\r
131 #define DLT_AX25 3 /* Amateur Radio AX.25 */
\r
132 #define DLT_PRONET 4 /* Proteon ProNET Token Ring */
\r
133 #define DLT_CHAOS 5 /* Chaos */
\r
134 #define DLT_IEEE802 6 /* 802.5 Token Ring */
\r
135 #define DLT_ARCNET 7 /* ARCNET, with BSD-style header */
\r
136 #define DLT_SLIP 8 /* Serial Line IP */
\r
137 #define DLT_PPP 9 /* Point-to-point Protocol */
\r
138 #define DLT_FDDI 10 /* FDDI */
\r
141 * These are types that are different on some platforms, and that
\r
142 * have been defined by <net/bpf.h> for ages. We use #ifdefs to
\r
143 * detect the BSDs that define them differently from the traditional
\r
144 * libpcap <net/bpf.h>
\r
146 * XXX - DLT_ATM_RFC1483 is 13 in BSD/OS, and DLT_RAW is 14 in BSD/OS,
\r
147 * but I don't know what the right #define is for BSD/OS.
\r
149 #define DLT_ATM_RFC1483 11 /* LLC-encapsulated ATM */
\r
152 #define DLT_RAW 14 /* raw IP */
\r
154 #define DLT_RAW 12 /* raw IP */
\r
158 * Given that the only OS that currently generates BSD/OS SLIP or PPP
\r
159 * is, well, BSD/OS, arguably everybody should have chosen its values
\r
160 * for DLT_SLIP_BSDOS and DLT_PPP_BSDOS, which are 15 and 16, but they
\r
161 * didn't. So it goes.
\r
163 #if defined(__NetBSD__) || defined(__FreeBSD__)
\r
164 #ifndef DLT_SLIP_BSDOS
\r
165 #define DLT_SLIP_BSDOS 13 /* BSD/OS Serial Line IP */
\r
166 #define DLT_PPP_BSDOS 14 /* BSD/OS Point-to-point Protocol */
\r
169 #define DLT_SLIP_BSDOS 15 /* BSD/OS Serial Line IP */
\r
170 #define DLT_PPP_BSDOS 16 /* BSD/OS Point-to-point Protocol */
\r
174 * 17 is used for DLT_OLD_PFLOG in OpenBSD;
\r
175 * OBSOLETE: DLT_PFLOG is 117 in OpenBSD now as well. See below.
\r
176 * 18 is used for DLT_PFSYNC in OpenBSD; don't use it for anything else.
\r
179 #define DLT_ATM_CLIP 19 /* Linux Classical-IP over ATM */
\r
182 * Apparently Redback uses this for its SmartEdge 400/800. I hope
\r
183 * nobody else decided to use it, too.
\r
185 #define DLT_REDBACK_SMARTEDGE 32
\r
188 * These values are defined by NetBSD; other platforms should refrain from
\r
189 * using them for other purposes, so that NetBSD savefiles with link
\r
190 * types of 50 or 51 can be read as this type on all platforms.
\r
192 #define DLT_PPP_SERIAL 50 /* PPP over serial with HDLC encapsulation */
\r
193 #define DLT_PPP_ETHER 51 /* PPP over Ethernet */
\r
196 * The Axent Raptor firewall - now the Symantec Enterprise Firewall - uses
\r
197 * a link-layer type of 99 for the tcpdump it supplies. The link-layer
\r
198 * header has 6 bytes of unknown data, something that appears to be an
\r
199 * Ethernet type, and 36 bytes that appear to be 0 in at least one capture
\r
202 #define DLT_SYMANTEC_FIREWALL 99
\r
205 * Values between 100 and 103 are used in capture file headers as
\r
206 * link-layer types corresponding to DLT_ types that differ
\r
207 * between platforms; don't use those values for new DLT_ new types.
\r
211 * This value was defined by libpcap 0.5; platforms that have defined
\r
212 * it with a different value should define it here with that value -
\r
213 * a link type of 104 in a save file will be mapped to DLT_C_HDLC,
\r
214 * whatever value that happens to be, so programs will correctly
\r
215 * handle files with that link type regardless of the value of
\r
218 * The name DLT_C_HDLC was used by BSD/OS; we use that name for source
\r
219 * compatibility with programs written for BSD/OS.
\r
221 * libpcap 0.5 defined it as DLT_CHDLC; we define DLT_CHDLC as well,
\r
222 * for source compatibility with programs written for libpcap 0.5.
\r
224 #define DLT_C_HDLC 104 /* Cisco HDLC */
\r
225 #define DLT_CHDLC DLT_C_HDLC
\r
227 #define DLT_IEEE802_11 105 /* IEEE 802.11 wireless */
\r
230 * 106 is reserved for Linux Classical IP over ATM; it's like DLT_RAW,
\r
231 * except when it isn't. (I.e., sometimes it's just raw IP, and
\r
232 * sometimes it isn't.) We currently handle it as DLT_LINUX_SLL,
\r
233 * so that we don't have to worry about the link-layer header.)
\r
237 * Frame Relay; BSD/OS has a DLT_FR with a value of 11, but that collides
\r
238 * with other values.
\r
239 * DLT_FR and DLT_FRELAY packets start with the Q.922 Frame Relay header
\r
242 #define DLT_FRELAY 107
\r
245 * OpenBSD DLT_LOOP, for loopback devices; it's like DLT_NULL, except
\r
246 * that the AF_ type in the link-layer header is in network byte order.
\r
248 * DLT_LOOP is 12 in OpenBSD, but that's DLT_RAW in other OSes, so
\r
249 * we don't use 12 for it in OSes other than OpenBSD.
\r
252 #define DLT_LOOP 12
\r
254 #define DLT_LOOP 108
\r
258 * Encapsulated packets for IPsec; DLT_ENC is 13 in OpenBSD, but that's
\r
259 * DLT_SLIP_BSDOS in NetBSD, so we don't use 13 for it in OSes other
\r
265 #define DLT_ENC 109
\r
269 * Values between 110 and 112 are reserved for use in capture file headers
\r
270 * as link-layer types corresponding to DLT_ types that might differ
\r
271 * between platforms; don't use those values for new DLT_ types
\r
272 * other than the corresponding DLT_ types.
\r
276 * This is for Linux cooked sockets.
\r
278 #define DLT_LINUX_SLL 113
\r
281 * Apple LocalTalk hardware.
\r
283 #define DLT_LTALK 114
\r
288 #define DLT_ECONET 115
\r
291 * Reserved for use with OpenBSD ipfilter.
\r
293 #define DLT_IPFILTER 116
\r
296 * OpenBSD DLT_PFLOG; DLT_PFLOG is 17 in OpenBSD, but that's DLT_LANE8023
\r
297 * in SuSE 6.3, so we can't use 17 for it in capture-file headers.
\r
299 * XXX: is there a conflict with DLT_PFSYNC 18 as well?
\r
302 #define DLT_OLD_PFLOG 17
\r
303 #define DLT_PFSYNC 18
\r
305 #define DLT_PFLOG 117
\r
308 * Registered for Cisco-internal use.
\r
310 #define DLT_CISCO_IOS 118
\r
313 * For 802.11 cards using the Prism II chips, with a link-layer
\r
314 * header including Prism monitor mode information plus an 802.11
\r
317 #define DLT_PRISM_HEADER 119
\r
320 * Reserved for Aironet 802.11 cards, with an Aironet link-layer header
\r
321 * (see Doug Ambrisko's FreeBSD patches).
\r
323 #define DLT_AIRONET_HEADER 120
\r
326 * Reserved for Siemens HiPath HDLC.
\r
328 #define DLT_HHDLC 121
\r
331 * This is for RFC 2625 IP-over-Fibre Channel.
\r
333 * This is not for use with raw Fibre Channel, where the link-layer
\r
334 * header starts with a Fibre Channel frame header; it's for IP-over-FC,
\r
335 * where the link-layer header starts with an RFC 2625 Network_Header
\r
338 #define DLT_IP_OVER_FC 122
\r
341 * This is for Full Frontal ATM on Solaris with SunATM, with a
\r
342 * pseudo-header followed by an AALn PDU.
\r
344 * There may be other forms of Full Frontal ATM on other OSes,
\r
345 * with different pseudo-headers.
\r
347 * If ATM software returns a pseudo-header with VPI/VCI information
\r
348 * (and, ideally, packet type information, e.g. signalling, ILMI,
\r
349 * LANE, LLC-multiplexed traffic, etc.), it should not use
\r
350 * DLT_ATM_RFC1483, but should get a new DLT_ value, so tcpdump
\r
351 * and the like don't have to infer the presence or absence of a
\r
352 * pseudo-header and the form of the pseudo-header.
\r
354 #define DLT_SUNATM 123 /* Solaris+SunATM */
\r
357 * Reserved as per request from Kent Dahlgren <kent@praesum.com>
\r
360 #define DLT_RIO 124 /* RapidIO */
\r
361 #define DLT_PCI_EXP 125 /* PCI Express */
\r
362 #define DLT_AURORA 126 /* Xilinx Aurora link layer */
\r
365 * Header for 802.11 plus a number of bits of link-layer information
\r
366 * including radio information, used by some recent BSD drivers as
\r
367 * well as the madwifi Atheros driver for Linux.
\r
369 #define DLT_IEEE802_11_RADIO 127 /* 802.11 plus radiotap radio header */
\r
372 * Reserved for the TZSP encapsulation, as per request from
\r
373 * Chris Waters <chris.waters@networkchemistry.com>
\r
374 * TZSP is a generic encapsulation for any other link type,
\r
375 * which includes a means to include meta-information
\r
376 * with the packet, e.g. signal strength and channel
\r
377 * for 802.11 packets.
\r
379 #define DLT_TZSP 128 /* Tazmen Sniffer Protocol */
\r
382 * BSD's ARCNET headers have the source host, destination host,
\r
383 * and type at the beginning of the packet; that's what's handed
\r
384 * up to userland via BPF.
\r
386 * Linux's ARCNET headers, however, have a 2-byte offset field
\r
387 * between the host IDs and the type; that's what's handed up
\r
388 * to userland via PF_PACKET sockets.
\r
390 * We therefore have to have separate DLT_ values for them.
\r
392 #define DLT_ARCNET_LINUX 129 /* ARCNET */
\r
395 * Juniper-private data link types, as per request from
\r
396 * Hannes Gredler <hannes@juniper.net>. The DLT_s are used
\r
397 * for passing on chassis-internal metainformation such as
\r
398 * QOS profiles, etc..
\r
400 #define DLT_JUNIPER_MLPPP 130
\r
401 #define DLT_JUNIPER_MLFR 131
\r
402 #define DLT_JUNIPER_ES 132
\r
403 #define DLT_JUNIPER_GGSN 133
\r
404 #define DLT_JUNIPER_MFR 134
\r
405 #define DLT_JUNIPER_ATM2 135
\r
406 #define DLT_JUNIPER_SERVICES 136
\r
407 #define DLT_JUNIPER_ATM1 137
\r
410 * Apple IP-over-IEEE 1394, as per a request from Dieter Siegmund
\r
411 * <dieter@apple.com>. The header that's presented is an Ethernet-like
\r
414 * #define FIREWIRE_EUI64_LEN 8
\r
415 * struct firewire_header {
\r
416 * u_char firewire_dhost[FIREWIRE_EUI64_LEN];
\r
417 * u_char firewire_shost[FIREWIRE_EUI64_LEN];
\r
418 * u_short firewire_type;
\r
421 * with "firewire_type" being an Ethernet type value, rather than,
\r
422 * for example, raw GASP frames being handed up.
\r
424 #define DLT_APPLE_IP_OVER_IEEE1394 138
\r
427 * Various SS7 encapsulations, as per a request from Jeff Morriss
\r
428 * <jeff.morriss[AT]ulticom.com> and subsequent discussions.
\r
430 #define DLT_MTP2_WITH_PHDR 139 /* pseudo-header with various info, followed by MTP2 */
\r
431 #define DLT_MTP2 140 /* MTP2, without pseudo-header */
\r
432 #define DLT_MTP3 141 /* MTP3, without pseudo-header or MTP2 */
\r
433 #define DLT_SCCP 142 /* SCCP, without pseudo-header or MTP2 or MTP3 */
\r
436 * DOCSIS MAC frames.
\r
438 #define DLT_DOCSIS 143
\r
441 * Linux-IrDA packets. Protocol defined at http://www.irda.org.
\r
442 * Those packets include IrLAP headers and above (IrLMP...), but
\r
443 * don't include Phy framing (SOF/EOF/CRC & byte stuffing), because Phy
\r
444 * framing can be handled by the hardware and depend on the bitrate.
\r
445 * This is exactly the format you would get capturing on a Linux-IrDA
\r
446 * interface (irdaX), but not on a raw serial port.
\r
447 * Note the capture is done in "Linux-cooked" mode, so each packet include
\r
448 * a fake packet header (struct sll_header). This is because IrDA packet
\r
449 * decoding is dependant on the direction of the packet (incomming or
\r
451 * When/if other platform implement IrDA capture, we may revisit the
\r
452 * issue and define a real DLT_IRDA...
\r
455 #define DLT_LINUX_IRDA 144
\r
458 * Reserved for IBM SP switch and IBM Next Federation switch.
\r
460 #define DLT_IBM_SP 145
\r
461 #define DLT_IBM_SN 146
\r
464 * Reserved for private use. If you have some link-layer header type
\r
465 * that you want to use within your organization, with the capture files
\r
466 * using that link-layer header type not ever be sent outside your
\r
467 * organization, you can use these values.
\r
469 * No libpcap release will use these for any purpose, nor will any
\r
470 * tcpdump release use them, either.
\r
472 * Do *NOT* use these in capture files that you expect anybody not using
\r
473 * your private versions of capture-file-reading tools to read; in
\r
474 * particular, do *NOT* use them in products, otherwise you may find that
\r
475 * people won't be able to use tcpdump, or snort, or Ethereal, or... to
\r
476 * read capture files from your firewall/intrusion detection/traffic
\r
477 * monitoring/etc. appliance, or whatever product uses that DLT_ value,
\r
478 * and you may also find that the developers of those applications will
\r
479 * not accept patches to let them read those files.
\r
481 * Also, do not use them if somebody might send you a capture using them
\r
482 * for *their* private type and tools using them for *your* private type
\r
483 * would have to read them.
\r
485 * Instead, ask "tcpdump-workers@lists.tcpdump.org" for a new DLT_ value,
\r
486 * as per the comment above, and use the type you're given.
\r
488 #define DLT_USER0 147
\r
489 #define DLT_USER1 148
\r
490 #define DLT_USER2 149
\r
491 #define DLT_USER3 150
\r
492 #define DLT_USER4 151
\r
493 #define DLT_USER5 152
\r
494 #define DLT_USER6 153
\r
495 #define DLT_USER7 154
\r
496 #define DLT_USER8 155
\r
497 #define DLT_USER9 156
\r
498 #define DLT_USER10 157
\r
499 #define DLT_USER11 158
\r
500 #define DLT_USER12 159
\r
501 #define DLT_USER13 160
\r
502 #define DLT_USER14 161
\r
503 #define DLT_USER15 162
\r
506 * For future use with 802.11 captures - defined by AbsoluteValue
\r
507 * Systems to store a number of bits of link-layer information
\r
508 * including radio information:
\r
510 * http://www.shaftnet.org/~pizza/software/capturefrm.txt
\r
512 * but it might be used by some non-AVS drivers now or in the
\r
515 #define DLT_IEEE802_11_RADIO_AVS 163 /* 802.11 plus AVS radio header */
\r
518 * Juniper-private data link type, as per request from
\r
519 * Hannes Gredler <hannes@juniper.net>. The DLT_s are used
\r
520 * for passing on chassis-internal metainformation such as
\r
521 * QOS profiles, etc..
\r
523 #define DLT_JUNIPER_MONITOR 164
\r
526 * Reserved for BACnet MS/TP.
\r
528 #define DLT_BACNET_MS_TP 165
\r
531 * Another PPP variant as per request from Karsten Keil <kkeil@suse.de>.
\r
533 * This is used in some OSes to allow a kernel socket filter to distinguish
\r
534 * between incoming and outgoing packets, on a socket intended to
\r
535 * supply pppd with outgoing packets so it can do dial-on-demand and
\r
536 * hangup-on-lack-of-demand; incoming packets are filtered out so they
\r
537 * don't cause pppd to hold the connection up (you don't want random
\r
538 * input packets such as port scans, packets from old lost connections,
\r
539 * etc. to force the connection to stay up).
\r
541 * The first byte of the PPP header (0xff03) is modified to accomodate
\r
542 * the direction - 0x00 = IN, 0x01 = OUT.
\r
544 #define DLT_PPP_PPPD 166
\r
547 * Names for backwards compatibility with older versions of some PPP
\r
548 * software; new software should use DLT_PPP_PPPD.
\r
550 #define DLT_PPP_WITH_DIRECTION DLT_PPP_PPPD
\r
551 #define DLT_LINUX_PPP_WITHDIRECTION DLT_PPP_PPPD
\r
554 * Juniper-private data link type, as per request from
\r
555 * Hannes Gredler <hannes@juniper.net>. The DLT_s are used
\r
556 * for passing on chassis-internal metainformation such as
\r
557 * QOS profiles, cookies, etc..
\r
559 #define DLT_JUNIPER_PPPOE 167
\r
560 #define DLT_JUNIPER_PPPOE_ATM 168
\r
562 #define DLT_GPRS_LLC 169 /* GPRS LLC */
\r
563 #define DLT_GPF_T 170 /* GPF-T (ITU-T G.7041/Y.1303) */
\r
564 #define DLT_GPF_F 171 /* GPF-F (ITU-T G.7041/Y.1303) */
\r
567 * Requested by Oolan Zimmer <oz@gcom.com> for use in Gcom's T1/E1 line
\r
568 * monitoring equipment.
\r
570 #define DLT_GCOM_T1E1 172
\r
571 #define DLT_GCOM_SERIAL 173
\r
574 * Juniper-private data link type, as per request from
\r
575 * Hannes Gredler <hannes@juniper.net>. The DLT_ is used
\r
576 * for internal communication to Physical Interface Cards (PIC)
\r
578 #define DLT_JUNIPER_PIC_PEER 174
\r
581 * Link types requested by Gregor Maier <gregor@endace.com> of Endace
\r
582 * Measurement Systems. They add an ERF header (see
\r
583 * http://www.endace.com/support/EndaceRecordFormat.pdf) in front of
\r
584 * the link-layer header.
\r
586 #define DLT_ERF_ETH 175 /* Ethernet */
\r
587 #define DLT_ERF_POS 176 /* Packet-over-SONET */
\r
590 * Requested by Daniele Orlandi <daniele@orlandi.com> for raw LAPD
\r
591 * for vISDN (http://www.orlandi.com/visdn/). Its link-layer header
\r
592 * includes additional information before the LAPD header, so it's
\r
593 * not necessarily a generic LAPD header.
\r
595 #define DLT_LINUX_LAPD 177
\r
598 * Juniper-private data link type, as per request from
\r
599 * Hannes Gredler <hannes@juniper.net>.
\r
600 * The DLT_ are used for prepending meta-information
\r
601 * like interface index, interface name
\r
602 * before standard Ethernet, PPP, Frelay & C-HDLC Frames
\r
604 #define DLT_JUNIPER_ETHER 178
\r
605 #define DLT_JUNIPER_PPP 179
\r
606 #define DLT_JUNIPER_FRELAY 180
\r
607 #define DLT_JUNIPER_CHDLC 181
\r
610 * Multi Link Frame Relay (FRF.16)
\r
612 #define DLT_MFR 182
\r
615 * Juniper-private data link type, as per request from
\r
616 * Hannes Gredler <hannes@juniper.net>.
\r
617 * The DLT_ is used for internal communication with a
\r
618 * voice Adapter Card (PIC)
\r
620 #define DLT_JUNIPER_VP 183
\r
623 * Arinc 429 frames.
\r
624 * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>.
\r
625 * Every frame contains a 32bit A429 label.
\r
626 * More documentation on Arinc 429 can be found at
\r
627 * http://www.condoreng.com/support/downloads/tutorials/ARINCTutorial.pdf
\r
629 #define DLT_A429 184
\r
632 * Arinc 653 Interpartition Communication messages.
\r
633 * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>.
\r
634 * Please refer to the A653-1 standard for more information.
\r
636 #define DLT_A653_ICM 185
\r
639 * USB packets, beginning with a USB setup header; requested by
\r
640 * Paolo Abeni <paolo.abeni@email.it>.
\r
642 #define DLT_USB 186
\r
645 * Bluetooth HCI UART transport layer (part H:4); requested by
\r
648 #define DLT_BLUETOOTH_HCI_H4 187
\r
651 * IEEE 802.16 MAC Common Part Sublayer; requested by Maria Cruz
\r
652 * <cruz_petagay@bah.com>.
\r
654 #define DLT_IEEE802_16_MAC_CPS 188
\r
657 * USB packets, beginning with a Linux USB header; requested by
\r
658 * Paolo Abeni <paolo.abeni@email.it>.
\r
660 #define DLT_USB_LINUX 189
\r
663 * Controller Area Network (CAN) v. 2.0B packets.
\r
664 * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>.
\r
665 * Used to dump CAN packets coming from a CAN Vector board.
\r
666 * More documentation on the CAN v2.0B frames can be found at
\r
667 * http://www.can-cia.org/downloads/?269
\r
669 #define DLT_CAN20B 190
\r
672 * IEEE 802.15.4, with address fields padded, as is done by Linux
\r
673 * drivers; requested by Juergen Schimmer.
\r
675 #define DLT_IEEE802_15_4_LINUX 191
\r
678 * Per Packet Information encapsulated packets.
\r
679 * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>.
\r
681 #define DLT_PPI 192
\r
684 * Header for 802.16 MAC Common Part Sublayer plus a radiotap radio header;
\r
685 * requested by Charles Clancy.
\r
687 #define DLT_IEEE802_16_MAC_CPS_RADIO 193
\r
690 * Juniper-private data link type, as per request from
\r
691 * Hannes Gredler <hannes@juniper.net>.
\r
692 * The DLT_ is used for internal communication with a
\r
693 * integrated service module (ISM).
\r
695 #define DLT_JUNIPER_ISM 194
\r
698 * IEEE 802.15.4, exactly as it appears in the spec (no padding, no
\r
699 * nothing); requested by Mikko Saarnivala <mikko.saarnivala@sensinode.com>.
\r
701 #define DLT_IEEE802_15_4 195
\r
704 * Various link-layer types, with a pseudo-header, for SITA
\r
705 * (http://www.sita.aero/); requested by Fulko Hew (fulko.hew@gmail.com).
\r
707 #define DLT_SITA 196
\r
710 * Various link-layer types, with a pseudo-header, for Endace DAG cards;
\r
711 * encapsulates Endace ERF records. Requested by Stephen Donnelly
\r
712 * <stephen@endace.com>.
\r
714 #define DLT_ERF 197
\r
717 * Special header prepended to Ethernet packets when capturing from a
\r
718 * u10 Networks board. Requested by Phil Mulholland
\r
719 * <phil@u10networks.com>.
\r
721 #define DLT_RAIF1 198
\r
724 * IPMB packet for IPMI, beginning with the I2C slave address, followed
\r
725 * by the netFn and LUN, etc.. Requested by Chanthy Toeung
\r
726 * <chanthy.toeung@ca.kontron.com>.
\r
728 #define DLT_IPMB 199
\r
731 * Juniper-private data link type, as per request from
\r
732 * Hannes Gredler <hannes@juniper.net>.
\r
733 * The DLT_ is used for capturing data on a secure tunnel interface.
\r
735 #define DLT_JUNIPER_ST 200
\r
738 * Bluetooth HCI UART transport layer (part H:4), with pseudo-header
\r
739 * that includes direction information; requested by Paolo Abeni.
\r
741 #define DLT_BLUETOOTH_HCI_H4_WITH_PHDR 201
\r
744 * AX.25 packet with a 1-byte KISS header; see
\r
746 * http://www.ax25.net/kiss.htm
\r
748 * as per Richard Stearn <richard@rns-stearn.demon.co.uk>.
\r
750 #define DLT_AX25_KISS 202
\r
753 * LAPD packets from an ISDN channel, starting with the address field,
\r
754 * with no pseudo-header.
\r
755 * Requested by Varuna De Silva <varunax@gmail.com>.
\r
757 #define DLT_LAPD 203
\r
760 * Variants of various link-layer headers, with a one-byte direction
\r
761 * pseudo-header prepended - zero means "received by this host",
\r
762 * non-zero (any non-zero value) means "sent by this host" - as per
\r
763 * Will Barker <w.barker@zen.co.uk>.
\r
765 #define DLT_PPP_WITH_DIR 204 /* PPP - don't confuse with DLT_PPP_WITH_DIRECTION */
\r
766 #define DLT_C_HDLC_WITH_DIR 205 /* Cisco HDLC */
\r
767 #define DLT_FRELAY_WITH_DIR 206 /* Frame Relay */
\r
768 #define DLT_LAPB_WITH_DIR 207 /* LAPB */
\r
771 * 208 is reserved for an as-yet-unspecified proprietary link-layer
\r
772 * type, as requested by Will Barker.
\r
776 * IPMB with a Linux-specific pseudo-header; as requested by Alexey Neyman
\r
777 * <avn@pigeonpoint.com>.
\r
779 #define DLT_IPMB_LINUX 209
\r
782 * FlexRay automotive bus - http://www.flexray.com/ - as requested
\r
783 * by Hannes Kaelber <hannes.kaelber@x2e.de>.
\r
785 #define DLT_FLEXRAY 210
\r
788 * Media Oriented Systems Transport (MOST) bus for multimedia
\r
789 * transport - http://www.mostcooperation.com/ - as requested
\r
790 * by Hannes Kaelber <hannes.kaelber@x2e.de>.
\r
792 #define DLT_MOST 211
\r
795 * Local Interconnect Network (LIN) bus for vehicle networks -
\r
796 * http://www.lin-subbus.org/ - as requested by Hannes Kaelber
\r
797 * <hannes.kaelber@x2e.de>.
\r
799 #define DLT_LIN 212
\r
802 * X2E-private data link type used for serial line capture,
\r
803 * as requested by Hannes Kaelber <hannes.kaelber@x2e.de>.
\r
805 #define DLT_X2E_SERIAL 213
\r
808 * X2E-private data link type used for the Xoraya data logger
\r
809 * family, as requested by Hannes Kaelber <hannes.kaelber@x2e.de>.
\r
811 #define DLT_X2E_XORAYA 214
\r
814 * IEEE 802.15.4, exactly as it appears in the spec (no padding, no
\r
815 * nothing), but with the PHY-level data for non-ASK PHYs (4 octets
\r
816 * of 0 as preamble, one octet of SFD, one octet of frame length+
\r
817 * reserved bit, and then the MAC-layer data, starting with the
\r
818 * frame control field).
\r
820 * Requested by Max Filippov <jcmvbkbc@gmail.com>.
\r
822 #define DLT_IEEE802_15_4_NONASK_PHY 215
\r
826 * DLT and savefile link type values are split into a class and
\r
827 * a member of that class. A class value of 0 indicates a regular
\r
828 * DLT_/LINKTYPE_ value.
\r
830 #define DLT_CLASS(x) ((x) & 0x03ff0000)
\r
833 * NetBSD-specific generic "raw" link type. The class value indicates
\r
834 * that this is the generic raw type, and the lower 16 bits are the
\r
835 * address family we're dealing with. Those values are NetBSD-specific;
\r
836 * do not assume that they correspond to AF_ values for your operating
\r
839 #define DLT_CLASS_NETBSD_RAWAF 0x02240000
\r
840 #define DLT_NETBSD_RAWAF(af) (DLT_CLASS_NETBSD_RAWAF | (af))
\r
841 #define DLT_NETBSD_RAWAF_AF(x) ((x) & 0x0000ffff)
\r
842 #define DLT_IS_NETBSD_RAWAF(x) (DLT_CLASS(x) == DLT_CLASS_NETBSD_RAWAF)
\r
846 * The instruction encodings.
\r
848 /* instruction classes */
\r
849 #define BPF_CLASS(code) ((code) & 0x07)
\r
850 #define BPF_LD 0x00
\r
851 #define BPF_LDX 0x01
\r
852 #define BPF_ST 0x02
\r
853 #define BPF_STX 0x03
\r
854 #define BPF_ALU 0x04
\r
855 #define BPF_JMP 0x05
\r
856 #define BPF_RET 0x06
\r
857 #define BPF_MISC 0x07
\r
859 /* ld/ldx fields */
\r
860 #define BPF_SIZE(code) ((code) & 0x18)
\r
864 #define BPF_MODE(code) ((code) & 0xe0)
\r
865 #define BPF_IMM 0x00
\r
866 #define BPF_ABS 0x20
\r
867 #define BPF_IND 0x40
\r
868 #define BPF_MEM 0x60
\r
869 #define BPF_LEN 0x80
\r
870 #define BPF_MSH 0xa0
\r
872 /* alu/jmp fields */
\r
873 #define BPF_OP(code) ((code) & 0xf0)
\r
874 #define BPF_ADD 0x00
\r
875 #define BPF_SUB 0x10
\r
876 #define BPF_MUL 0x20
\r
877 #define BPF_DIV 0x30
\r
878 #define BPF_OR 0x40
\r
879 #define BPF_AND 0x50
\r
880 #define BPF_LSH 0x60
\r
881 #define BPF_RSH 0x70
\r
882 #define BPF_NEG 0x80
\r
883 #define BPF_JA 0x00
\r
884 #define BPF_JEQ 0x10
\r
885 #define BPF_JGT 0x20
\r
886 #define BPF_JGE 0x30
\r
887 #define BPF_JSET 0x40
\r
888 #define BPF_SRC(code) ((code) & 0x08)
\r
892 /* ret - BPF_K and BPF_X also apply */
\r
893 #define BPF_RVAL(code) ((code) & 0x18)
\r
897 #define BPF_MISCOP(code) ((code) & 0xf8)
\r
898 #define BPF_TAX 0x00
\r
899 #define BPF_TXA 0x80
\r
902 * The instruction data structure.
\r
912 * Macros for insn array initializers.
\r
914 #define BPF_STMT(code, k) { (u_short)(code), 0, 0, k }
\r
915 #define BPF_JUMP(code, k, jt, jf) { (u_short)(code), jt, jf, k }
\r
917 #if __STDC__ || defined(__cplusplus)
\r
918 extern int bpf_validate(const struct bpf_insn *, int);
\r
919 extern u_int bpf_filter(const struct bpf_insn *, const u_char *, u_int, u_int);
\r
921 extern int bpf_validate();
\r
922 extern u_int bpf_filter();
\r
926 * Number of scratch memory words (for BPF_LD|BPF_MEM and BPF_ST).
\r
928 #define BPF_MEMWORDS 16
\r