关于packet_type结构体

最新推荐文章于 2021-03-06 09:40:57 发布
最新推荐文章于 2021-03-06 09:40:57 发布
阅读量1k 收藏 1
点赞数
文章标签： struct list null

 

 

/usr/src/linux-2.6.19/include/linux/netdevice.h

struct packet_type {
    __be16              type;
    struct net_device   *dev;
                        func();
                        gso_segment();
                        gso_send_check();
    void                *af_packet_priv;
    struct list_head    list;
};


    每种协议都要定义一个packet_type结构，引导进入相关的协议数据处理函数，所有节点(packet_type结构)组成一个链表(HASH链表)。
    一般各协议的packet_type结构都是静态存在，初始化时只提供type和func两个参数就可以了，每个协议在初始化时都要将此结构加入到系统类型链表中。

type           以太帧类型，16位
dev            所附着的网卡设备，如果为NULL则匹配全部网卡
func           协议入口接收处理函数
af_packet_priv 协议私有数据
list           链表扣

fgc1987
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
网络模块初始化-packet_type
u014211079的专栏
01-14 1254
当设备接收到一个包，会从类型字段得到协议类型，如：IP，802.3，ARP，IPv6等。然后根据类型，调用不同的处理函数，这类似面向对象的操作通过下面的方式实现： 定义一个结构，用来将类型和函数对应起来 [ include/linux/netdevice.h ] struct packet_type { __be16 type; /* This is really htons(et
网络数据包收发流程(四)：协议栈之packet_type
HTTP 404
09-01 9995
进入函数netif_receive_skb()后，skb正式开始协议栈之旅。 先上图，协议栈大致过程如下所示： 跟OSI七层模型不同，linux根据包结构对网络进行分层。 比如，arp头和ip头都是紧跟在以太网头后面的，所以在linux协议栈中arp和ip地位相同(如上
协议栈之packet_type
任我行的博客
05-26 1982
进入函数netif_receive_skb()后，skb正式开始协议栈之旅。 先上图，协议栈大致过程如下所示： 跟OSI七层模型不同，linux根据包结构对网络进行分层。 比如，arp头和ip头都是紧跟在以太网头后面的，所以在linux协议栈中arp和ip地位相同(如上图) 但是在OSI七层模型中，arp属于链路层，ip属于网络层… 这里就不死抠概念，我们就说arp，ip都属于第二层。下面是网络第二层的处理流程 一、相关数据结构 内核处理网络第二层，有下面2个重要list_head变量 （文件linux_
linux 网络数据类型
世界总会消失
10-25 2304
在/usr/include/linux/tcp.h 或者 /usr/include/linux/udp.h等网络协议的头文件里，经常会用到以下的一些数据类型。 typedef __u16 __bitwise __le16; typedef __u16 __bitwise __be16; typedef __u32 __bitwise __le32; typedef __u32 __b
C/C++语言 结构体中__packed 的作用
pingxiaozhao的博客
03-06 8579
C/C++语言中struct结构体定义中__packed的作用，例如代码为： typedef struct __packed test_s { int i; float f; double d; char c; }test_t; （1）__packed是字节对齐的意思，比如说int float double char它的总大小是4 + 4 + 8 + 1 = 17。 （2）如果不用__packed，系统将以默认的方式对齐（32位系统是4字节），那么它占4
snort：Packet结构体详解（留坑）
无名J0kзr的博客
04-23 1340
文章目录杂参考Packet源码1. EtherARP *ah1.1 ARPHdr ea_hdr1.2 uint8_t arp_sha[6]1.3 uint8_t arp_spa[4]1.4 uint8_t arp_tha[6]1.5 uint8_t arp_tpa[4]2. EtherHdr *eh2.1 uint8_t ether_dst[6]2.2 uint8_t ether_src[6]2....
结构体通信
05-30
在发送数据时，先填充`packet`结构体，`type`字段设置为对应结构体的类型标识（例如，1表示`playinfo`，2表示`sendinfo`，3表示`gameinfo`）。然后将整个`packet`结构体序列化并发送。 在接收端，使用`recv`函数...
Linux系统内核接收以太帧的处理程序
03-04
在Linux内核中，每种协议都有一个对应的packet_type结构体，它定义了协议处理函数和相关参数。packet_type结构体包含以下几个关键成员： - type：16位的以太帧类型，如htons(ether_type)。 - dev：关联的网络设备，...
Packet套接字应用总结
11-22
`sockaddr_ll`结构体用于表示Packet套接字的地址信息，是链路层地址结构的一种。其具体定义如下： ```c struct sockaddr_ll { unsigned short sll_family; // 总是AF_PACKET unsigned short sll_protocol; // ...
RTP_h264解包源码.doc
06-14
m_H264PAYLOADTYPE = H264PAYLOADTYPE; m_pEnd = m_pBuf + BUF_SIZE; m_pStart = m_pBuf; m_dwSize = 0; hr = S_OK; } ~CH264_RTP_UNPACK(void) { delete[] m_pBuf; } BYTE* Parse_RTP_Packet(BYTE* ...
RTP_h264打包源码.doc
06-14
/* packet type */ unsigned short pt:7; /* payload type */ unsigned short m:1; /* marker bit */ unsigned short seq; /* sequence number */ unsigned long ts; /* timestamp */ unsigned long ssrc; /* ...
linux内核网络协议栈--packet_type（十二）
bob的博客
06-15 1380
进入函数netif_receive_skb()后，skb正式开始协议栈之旅。 先上图，协议栈大致过程如下所示： 跟OSI七层模型不同，linux根据包结构对网络进行分层。 比如，arp头和ip头都是紧跟在以太网头后面的，所以在linux协议栈中arp和ip地位相同(如上图) 但是在OSI七层模型中，arp属于链路层，ip属于网络层… 这里就不死抠概念，我们就说arp，ip都属于第二层。下面是网络第二层的处理流程 一、相关数据结构 内核处理网络第二层，有下面2个重要list_head变量 （文件linux_
S8 U8 S16_LE S16_BE U16_LE U16_BE格式
qingkongyeyue的博客
10-16 8589
S是有符号   U是无符号 BE是大端 LE是小端 这都是PCM的一种表示范围的方法，所以表示方法中最小值等价，最大值等价，中间的数据级别就是对应的进度了，可以都映射到-1~1范围。 S8:     signed   8 bits，有符号字符 = char，          表示范围 -128~127 U8:     unsigned 8 bits，无符号字符 = unsigned c
packet_type数据结构
xiaojialin的专栏
12-12 2254
struct packet_type {    __be16            type;    /* This is really htons(ether_type). */    struct net_device    *dev;    /* NULL is wildcarded here     */    int            (*func) (struct sk_buff
struct用法深入探索
weixin_34101229的博客
04-17 171
struct用法深入探索 作者: Cloudward 1. struct的巨大作用　　面对一个人的大型C/C++程序时，只看其对struct的使用情况我们就可以对其编写者的编程经验进行评估。因为一个大型的C/C++程序，势必要涉及一些(甚至大量)进行数据组合的结构体，这些结构体可以将原本意义属于一个整体的数据组合在一起。从某种程度上来说，会不会用struct，怎样用struc...
dpdk源代码——mbuf结构体
热门推荐
脚踏实地，不断突破自我，每天有收获就OK
09-14 1万+
dpdk mbuf学习 mbuf使用 mbuf入门教程 mbuf何时释放 mbuf Direct Buffers mbuf Indirect Buffers
libusb_transfer结构体定义
最新发布
05-24
libusb_transfer结构体是libusb库中一个重要的结构体，用于描述USB传输过程中的数据信息。其定义如下： ``` struct libusb_transfer { libusb_device_handle *dev_handle; // 指向设备句柄的指针 uint8_t endpoint; // 端点地址 unsigned char type; // 传输类型 unsigned int timeout; // 超时时间 unsigned char *buffer; // 数据缓冲区指针 int length; // 数据长度 int actual_length; // 实际传输数据长度 unsigned int num_iso_packets; // 等分包数量 struct libusb_iso_packet_descriptor iso_packet_desc[0]; // 等分包描述符数组 void *user_data; // 用户数据指针 uint8_t flags; // 标志位 int status; // 传输状态 int transferred; // 已传输数据长度 }; ``` 其中，各字段的含义如下： - `dev_handle`：指向USB设备句柄的指针。 - `endpoint`：USB端点地址，用于指明数据传输的方向和类型。 - `type`：传输类型，包括控制传输、批量传输、中断传输和等时传输。 - `timeout`：传输超时时间，单位为毫秒。 - `buffer`：数据缓冲区指针，用于存储传输的数据。 - `length`：数据长度，即待传输数据的字节数。 - `actual_length`：实际传输数据长度，即实际传输的字节数。 - `num_iso_packets`：等分包数量，只在等时传输中有效。 - `iso_packet_desc`：等分包描述符数组，只在等时传输中有效。 - `user_data`：用户数据指针，可以用于传递自定义数据。 - `flags`：标志位，包括LIBUSB_TRANSFER_SHORT_NOT_OK、LIBUSB_TRANSFER_FREE_BUFFER等。 - `status`：传输状态，包括LIBUSB_TRANSFER_COMPLETED、LIBUSB_TRANSFER_ERROR等。 - `transferred`：已传输数据长度，即已经传输的字节数。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值