⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 pcap-bpf.h

📁 jpcap是一个中间件
💻 H
📖 第 1 页 / 共 2 页
字号:
/* * Reserved for the TZSP encapsulation, as per request from * Chris Waters <chris.waters@networkchemistry.com> * TZSP is a generic encapsulation for any other link type, * which includes a means to include meta-information * with the packet, e.g. signal strength and channel * for 802.11 packets. */#define DLT_TZSP                128     /* Tazmen Sniffer Protocol *//* * BSD's ARCNET headers have the source host, destination host, * and type at the beginning of the packet; that's what's handed * up to userland via BPF. * * Linux's ARCNET headers, however, have a 2-byte offset field * between the host IDs and the type; that's what's handed up * to userland via PF_PACKET sockets. * * We therefore have to have separate DLT_ values for them. */#define DLT_ARCNET_LINUX	129	/* ARCNET *//* * Juniper-private data link types, as per request from * Hannes Gredler <hannes@juniper.net>.  The DLT_s are used * for passing on chassis-internal metainformation such as * QOS profiles, etc.. */#define DLT_JUNIPER_MLPPP       130#define DLT_JUNIPER_MLFR        131#define DLT_JUNIPER_ES          132#define DLT_JUNIPER_GGSN        133#define DLT_JUNIPER_MFR         134#define DLT_JUNIPER_ATM2        135#define DLT_JUNIPER_SERVICES    136#define DLT_JUNIPER_ATM1        137/* * Apple IP-over-IEEE 1394, as per a request from Dieter Siegmund * <dieter@apple.com>.  The header that's presented is an Ethernet-like * header: * *	#define FIREWIRE_EUI64_LEN	8 *	struct firewire_header { *		u_char  firewire_dhost[FIREWIRE_EUI64_LEN]; *		u_char  firewire_shost[FIREWIRE_EUI64_LEN]; *		u_short firewire_type; *	}; * * with "firewire_type" being an Ethernet type value, rather than, * for example, raw GASP frames being handed up. */#define DLT_APPLE_IP_OVER_IEEE1394	138/* * Various SS7 encapsulations, as per a request from Jeff Morriss * <jeff.morriss[AT]ulticom.com> and subsequent discussions. */#define DLT_MTP2_WITH_PHDR	139	/* pseudo-header with various info, followed by MTP2 */#define DLT_MTP2		140	/* MTP2, without pseudo-header */#define DLT_MTP3		141	/* MTP3, without pseudo-header or MTP2 */#define DLT_SCCP		142	/* SCCP, without pseudo-header or MTP2 or MTP3 *//* * DOCSIS MAC frames. */#define DLT_DOCSIS		143/* * Linux-IrDA packets. Protocol defined at http://www.irda.org. * Those packets include IrLAP headers and above (IrLMP...), but * don't include Phy framing (SOF/EOF/CRC & byte stuffing), because Phy * framing can be handled by the hardware and depend on the bitrate. * This is exactly the format you would get capturing on a Linux-IrDA * interface (irdaX), but not on a raw serial port. * Note the capture is done in "Linux-cooked" mode, so each packet include * a fake packet header (struct sll_header). This is because IrDA packet * decoding is dependant on the direction of the packet (incomming or * outgoing). * When/if other platform implement IrDA capture, we may revisit the * issue and define a real DLT_IRDA... * Jean II */#define DLT_LINUX_IRDA		144/* * Reserved for IBM SP switch and IBM Next Federation switch. */#define DLT_IBM_SP		145#define DLT_IBM_SN		146/* * Reserved for private use.  If you have some link-layer header type * that you want to use within your organization, with the capture files * using that link-layer header type not ever be sent outside your * organization, you can use these values. * * No libpcap release will use these for any purpose, nor will any * tcpdump release use them, either. * * Do *NOT* use these in capture files that you expect anybody not using * your private versions of capture-file-reading tools to read; in * particular, do *NOT* use them in products, otherwise you may find that * people won't be able to use tcpdump, or snort, or Ethereal, or... to * read capture files from your firewall/intrusion detection/traffic * monitoring/etc. appliance, or whatever product uses that DLT_ value, * and you may also find that the developers of those applications will * not accept patches to let them read those files. * * Also, do not use them if somebody might send you a capture using them * for *their* private type and tools using them for *your* private type * would have to read them. * * Instead, ask "tcpdump-workers@tcpdump.org" for a new DLT_ value, * as per the comment above, and use the type you're given. */#define DLT_USER0		147#define DLT_USER1		148#define DLT_USER2		149#define DLT_USER3		150#define DLT_USER4		151#define DLT_USER5		152#define DLT_USER6		153#define DLT_USER7		154#define DLT_USER8		155#define DLT_USER9		156#define DLT_USER10		157#define DLT_USER11		158#define DLT_USER12		159#define DLT_USER13		160#define DLT_USER14		161#define DLT_USER15		162/* * For future use with 802.11 captures - defined by AbsoluteValue * Systems to store a number of bits of link-layer information * including radio information: * *	http://www.shaftnet.org/~pizza/software/capturefrm.txt * * but it might be used by some non-AVS drivers now or in the * future. */#define DLT_IEEE802_11_RADIO_AVS 163	/* 802.11 plus AVS radio header *//* * Juniper-private data link type, as per request from * Hannes Gredler <hannes@juniper.net>.  The DLT_s are used * for passing on chassis-internal metainformation such as * QOS profiles, etc.. */#define DLT_JUNIPER_MONITOR     164/* * Reserved for BACnet MS/TP. */#define DLT_BACNET_MS_TP	165/* * Another PPP variant as per request from Karsten Keil <kkeil@suse.de>. * * This is used in some OSes to allow a kernel socket filter to distinguish * between incoming and outgoing packets, on a socket intended to * supply pppd with outgoing packets so it can do dial-on-demand and * hangup-on-lack-of-demand; incoming packets are filtered out so they * don't cause pppd to hold the connection up (you don't want random * input packets such as port scans, packets from old lost connections, * etc. to force the connection to stay up). * * The first byte of the PPP header (0xff03) is modified to accomodate * the direction - 0x00 = IN, 0x01 = OUT. */#define DLT_PPP_PPPD		166/* * Names for backwards compatibility with older versions of some PPP * software; new software should use DLT_PPP_PPPD. */#define DLT_PPP_WITH_DIRECTION	DLT_PPP_PPPD#define DLT_LINUX_PPP_WITHDIRECTION	DLT_PPP_PPPD/* * Juniper-private data link type, as per request from * Hannes Gredler <hannes@juniper.net>.  The DLT_s are used * for passing on chassis-internal metainformation such as * QOS profiles, cookies, etc.. */#define DLT_JUNIPER_PPPOE       167#define DLT_JUNIPER_PPPOE_ATM   168#define DLT_GPRS_LLC		169	/* GPRS LLC */#define DLT_GPF_T		170	/* GPF-T (ITU-T G.7041/Y.1303) */#define DLT_GPF_F		171	/* GPF-F (ITU-T G.7041/Y.1303) *//* * Requested by Oolan Zimmer <oz@gcom.com> for use in Gcom's T1/E1 line * monitoring equipment. */#define DLT_GCOM_T1E1		172#define DLT_GCOM_SERIAL		173/* * Juniper-private data link type, as per request from * Hannes Gredler <hannes@juniper.net>.  The DLT_ is used * for internal communication to Physical Interface Cards (PIC) */#define DLT_JUNIPER_PIC_PEER    174/* * Link types requested by Gregor Maier <gregor@endace.com> of Endace * Measurement Systems.  They add an ERF header (see * http://www.endace.com/support/EndaceRecordFormat.pdf) in front of * the link-layer header. */#define DLT_ERF_ETH		175	/* Ethernet */#define DLT_ERF_POS		176	/* Packet-over-SONET *//* * Requested by Daniele Orlandi <daniele@orlandi.com> for raw LAPD * for vISDN (http://www.orlandi.com/visdn/).  Its link-layer header * includes additional information before the LAPD header, so it's * not necessarily a generic LAPD header. */#define DLT_LINUX_LAPD		177/* * Juniper-private data link type, as per request from * Hannes Gredler <hannes@juniper.net>.  * The DLT_ are used for prepending meta-information * like interface index, interface name * before standard Ethernet, PPP, Frelay & C-HDLC Frames */#define DLT_JUNIPER_ETHER       178#define DLT_JUNIPER_PPP         179#define DLT_JUNIPER_FRELAY      180#define DLT_JUNIPER_CHDLC       181/* * Multi Link Frame Relay (FRF.16) */#define DLT_MFR                 182/* * Juniper-private data link type, as per request from * Hannes Gredler <hannes@juniper.net>.  * The DLT_ is used for internal communication with a * voice Adapter Card (PIC) */#define DLT_JUNIPER_VP          183/* * Arinc 429 frames. * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>. * Every frame contains a 32bit A429 label. * More documentation on Arinc 429 can be found at * http://www.condoreng.com/support/downloads/tutorials/ARINCTutorial.pdf */#define DLT_A429                184/* * Arinc 653 Interpartition Communication messages. * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>. * Please refer to the A653-1 standard for more information. */#define DLT_A653_ICM            185/* * Controller Area Network (CAN) v. 2.0B packets. * DLT_ requested by Gianluca Varenni <gianluca.varenni@cacetech.com>. * Used to dump CAN packets coming from a CAN Vector board. * More documentation on the CAN v2.0B frames can be found at * http://www.can-cia.org/downloads/?269 */#define DLT_CAN20B              190/* * The instruction encodings. *//* instruction classes */#define BPF_CLASS(code) ((code) & 0x07)#define		BPF_LD		0x00#define		BPF_LDX		0x01#define		BPF_ST		0x02#define		BPF_STX		0x03#define		BPF_ALU		0x04#define		BPF_JMP		0x05#define		BPF_RET		0x06#define		BPF_MISC	0x07/* ld/ldx fields */#define BPF_SIZE(code)	((code) & 0x18)#define		BPF_W		0x00#define		BPF_H		0x08#define		BPF_B		0x10#define BPF_MODE(code)	((code) & 0xe0)#define		BPF_IMM 	0x00#define		BPF_ABS		0x20#define		BPF_IND		0x40#define		BPF_MEM		0x60#define		BPF_LEN		0x80#define		BPF_MSH		0xa0/* alu/jmp fields */#define BPF_OP(code)	((code) & 0xf0)#define		BPF_ADD		0x00#define		BPF_SUB		0x10#define		BPF_MUL		0x20#define		BPF_DIV		0x30#define		BPF_OR		0x40#define		BPF_AND		0x50#define		BPF_LSH		0x60#define		BPF_RSH		0x70#define		BPF_NEG		0x80#define		BPF_JA		0x00#define		BPF_JEQ		0x10#define		BPF_JGT		0x20#define		BPF_JGE		0x30#define		BPF_JSET	0x40#define BPF_SRC(code)	((code) & 0x08)#define		BPF_K		0x00#define		BPF_X		0x08/* ret - BPF_K and BPF_X also apply */#define BPF_RVAL(code)	((code) & 0x18)#define		BPF_A		0x10/* misc */#define BPF_MISCOP(code) ((code) & 0xf8)#define		BPF_TAX		0x00#define		BPF_TXA		0x80/* * The instruction data structure. */struct bpf_insn {	u_short	code;	u_char 	jt;	u_char 	jf;	bpf_int32 k;};/* * Macros for insn array initializers. */#define BPF_STMT(code, k) { (u_short)(code), 0, 0, k }#define BPF_JUMP(code, k, jt, jf) { (u_short)(code), jt, jf, k }#if __STDC__ || defined(__cplusplus)extern int bpf_validate(struct bpf_insn *, int);extern u_int bpf_filter(struct bpf_insn *, u_char *, u_int, u_int);#elseextern int bpf_validate();extern u_int bpf_filter();#endif/* * Number of scratch memory words (for BPF_LD|BPF_MEM and BPF_ST). */#define BPF_MEMWORDS 16#ifdef __cplusplus}#endif#endif

⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -