sk_buff数据结构图

最新推荐文章于 2023-11-25 09:05:59 发布
转载 最新推荐文章于 2023-11-25 09:05:59 发布 · 1.5k 阅读 · 3
文章标签：

#数据结构 #struct #list #buffer #prototype #insert

 一。skbuff的结构图如下

二.Basic functions for sk_buff
  
skb_headroom(), skb_tailroom()
Prototype / Description
int skb_headroom(const struct sk_buff *skb);
bytes at buffer head
int skb_tailroom(const struct sk_buff *skb);
bytes at buffer
Image
sk_buff{}, skb_headroom(), skb_tailroom()
skb_reserve()
Prototype
void skb_reserve(struct sk_buff *skb, unsigned int len);
Description
adjust headroom
Image
skb_reserve()
skb_push()
Prototype
unsigned char *skb_push(struct sk_buff *skb, unsigned int len);
Description
add data to the start of a buffer
Image
skb_push()
skb_pull()
Prototype
unsigned char *skb_pull(struct sk_buff *skb, unsigned int len);
Description
remove data from the start of a buffer
Image
skb_pull()
skb_put()
Prototype
unsigned char *skb_put(struct sk_buff *skb, unsigned int len);
Description
add data to a buffer
Image
skb_put()
skb_trim()
Prototype
void skb_trim(struct sk_buff *skb, unsigned int len);
Description
remove end from a buffer
Image
skb_trim()
三.List of sk_buff   Prototype / Description
__u32 skb_queue_len(const struct sk_buff_head *list_);
get queue length
struct sk_buff *skb_peek(struct sk_buff_head *list);
get pointer to the head element
struct sk_buff *skb_peek_tail(struct sk_buff_head *list);
get pointer to the tail element
Image
 skb_list_head{}, skb_peek(), skb_peek_tail(), skb_queue_len()
skb_queue_head()   Prototype     void skb_queue_head(struct sk_buff_head *list, struct sk_buff *newsk);     Description   queue a buffer at the list head  Image
skb_queue_head()
skb_queue_tail()    Prototype        void skb_queue_tail(struct sk_buff_head *list, struct sk_buff *newsk);   Description
queue a buffer at the list ta

   Image

skb_queue_tail()
skb_dequeue()
Prototype
struct sk_buff *skb_dequeue(struct sk_buff_head *list);
Description
remove from the head of the queue
Image
skb_dequeue()
skb_dequeue_tail()
Prototype
struct sk_buff *skb_dequeue_tail(struct sk_buff_head *list);
Description
remove from the tail of the queue
Image
skb_dequeue_tail()
skb_insert()
Prototype
void skb_insert(struct sk_buff *old, struct sk_buff *newsk);
Description
insert a buffer
Image

skb_insert()

skb_append()
Prototype
void skb_append(struct sk_buff *old, struct sk_buff *newsk);
Description
append a buffer
Image
skb_append()
skb_unlink()Prototype  void skb_unlink(struct sk_buff *skb); Description  remove a buffer from a listImage

skb_unlink()

aaa6695798
关注
Linux内核--网络协议栈(四)sk_buff介绍
文艺小少年的博客
01-17 717
在 Linux 的网络栈实现代码中，引用到了一些数据结构。要理解 Linux 内部的网络实现，需要先理清这些数据结构的作用。 关键数据结构主要有两个: sk_buff 和 net_device。
Linux内核网络协议之sk_buff解析
m0_74282605的博客
02-28 1268
1 sk_buff介绍sk_buff（socket buffer）结构是linux网络代码中重要的数据结构，它管理和控制接收或发送数据包的信息。2 sk_buff组成Packet data：通过网卡收发的报文，包括链路层、网络层、传输层的协议头和携带的应用数据，包括head room,data,tail room三部分。skb_shared_info 作为packet data的补充，用于存储ip分片，其中sk_buff *frag_list是一系列子skbuff链表，而frag[]是由一组单独的page组
linux内核skb处理流程图
04-04
权威人士根据linux内核进行图解，很全对skb的处理，有arp、ip、等多种报文，还有socket等，很全，很实用
skb_buff详解
W_E_DAY的博客
03-26 263
https://blog.youkuaiyun.com/vonzhoufz/article/details/20374677
skb_buff结构体解析
lkq19941204的博客
12-02 639
skb_buff结构体解析
Linux内核skb处理流程图,用户态到内核态的数据报文处理方法与流程
weixin_28949743的博客
04-30 328
本发明涉及报文处理技术领域，特别涉及一种用户态到内核态的数据报文处理方法。背景技术：主机在收发和处理网络报文时，通常采用两种方式：一种是由内核加载网卡驱动，进行报文收发，通过数据拷贝送到用户态进程进行业务处理；另一种是由用户态加载网卡驱动，进行报文收发，对于需要转发到内核处理的主机报文，通过socket创建特殊套接字或通过proc文件系统创建文件实现与内核的数据交互。第一种方式的缺点在于：内核加载...
【协议森林】深入浅出理解skb_buff
平凡的世界
02-17 4738
1.前言 在互联网技术里，有两件事最为重要，一个是 TCP/IP 协议，它是万物互联的事实标准；另一个是 Linux 操作系统，它是推动互联网技术走向繁荣的基石。在 Linux内核的协议栈中的实现中，数据结构skb_buff是最关键和最核心的数据，它表示接收或发送数据包的包头信息，并包含很多成员变量供网络代码中的各子系统使用。本文以及后续关于skb_buff的介绍，均来源于经典著作《深入理解lin...
一文看懂Linux 内核网络协议栈 -sk_buff 结构体 以及 完全解释
m0_74282605的博客
11-26 781
刚刚开始初始化的时候，预分配一个一块线性数据区域，这个区域一般放入的是各个协议层次的不同的头，还有一些实际数据，下面的非线性区域是为了弥补当数据真的很多的时候，作为数据区域的扩展！而且是尽最大的空间预留，因为很多头都会有可选项，那么我们不知道可选项是多大，所以只能是按照最大的分配，那么也说明了一点，预留的空间headroom也就是不一定都能使用完的！可能还有剩余的，由上面的图也可以看出来！先直观的看一下这个结构体~~~~~~~~~~~~~~~~~~~~~~在下面解释每个字段的意义~~~~~~~~~~~
轻松看懂网络栈主要结构介绍（socket、sock、sk_buff，etc）
m0_74282605的博客
12-30 740
(include\linux\Net.h) sock 的使用范围比socket 要大得多，sock结构的使用基本贯穿硬件层、设备接口层、ip层、INET socket 层，而且是作为各层之间的一个联系，主要是因为无论是发送还是接收的数据包都要被缓存到sock 结构中的缓冲队列中。主要重要的一个字段是 data[0]，这是一个指针，它指向对应层的数据报（首部+数据负载）内容的首地址。如果在网络层，data指向的数据部分的首地址，其数据部分为 IP 首部 + TCP 首部 + 有效数据负载。
非常详细的详谈struct sk_buff
zhuhuibeishadiao
05-25 9946
非常详细的详谈struct sk_buff 排版太慢 难看的话可以下载WOR文档 专门详解struct_sk_buff 链接: http://pan.baidu.com/s/1gf8VNKR 密码: pquc 注：本文大部分内容来源于网络收集加上自己理解，如有不托之处，请指出,本人无任何版权！ 全称socket buffers，简称skb，中文名字叫套接字缓存。它作为网络数据包
Linux skb_buff 结构的详细介绍
08-25
linux 操作系统的skb_buff 结构的详细介绍
网络数据结构skb_buff原理
带着耳朵取流浪的博客
11-25 1506
对skb_buff做一个简单的介绍
linux skb 结构和相关操作函数分析
魏言华的博客
09-06 8287
sk_buff是Linux网络中最核心的结构体，它用来管理和控制接收或发送数据包的信息。各层协议都依赖于sk_buff而存在。内核中sk_buff结构体在各层协议之间传输不是用拷贝sk_buff结构体，而是通过增加协议头和移动指针来操作的。如果是从L4传输到L2，则是通过往sk_buff结构体中增加该层协议头来操作；如果是从L2到L4，则是通过移动sk_buff结构体中的data指针来实现，不会删除各层协议头。这样做是为了提高CPU的工作效率。 1.skb_buff关键结构成员 struct sk_b
sk_buff整理笔记（两、操作函数）
weixin_33885676的博客
06-08 233
        承接上一：sk_buff 整理笔记（一、数据结构）这一篇要讲的是内核为sk_buff结构提供的一些操作函数。         第一、首先要讲的是sk_buff中的四大指针：         四大指针各自是：head、data、tail、end；这四个指针都是指向了数据区的。数据区中存放的是协议头和数据。head和end指针是每一个数据包一样的，也是有这两个指针来确定数据...
sk_buff
超哥的专栏
03-06 3208
他里面包含了各层协议的头部，比如ethernet, ip ,tcp ,udp等等。熟悉他是进一步了解Linux网络协议栈的基础 此结构定义头文件<include/linux/skbuff.h>struct sk_buff_head { /* These two members must be first. */ struct sk_buff *next; str
sk_buff封装和解封装网络数据包的过程详解
weixin_33911824的博客
11-12 515
可以说sk_buff结构体是Linux网络协议栈的核心中的核心，几乎所有的操作都是围绕sk_buff这个结构体进行的，它的重要性和BSD的mbuf类似(看过《TCP/IP详解 卷2》的都知道)，那么sk_buff是什么呢？ sk_buff就是网络数据包本身以及针对它的操作元数据。 想要理解sk_buff，最简单的方式就是凭着自...
TCP协议之《内存空间管理》
C/C++编程指南
08-10 1045
TCP协议之《内存空间管理》
linux 内核 发送数据,linux 内核tcp数据发送的实现
weixin_30366015的博客
04-29 975
在分析之前先来看下SO_RCVTIMEO和SO_SNDTIMEO套接口吧,前面分析代码时没太注意这两个.这里算是个补充.SO_RCVTIMEO和SO_SNDTIMEO套接口选项可以给套接口的读和写,来设置超时时间,在unix网络编程中,说是他们只能用于读和写,而像accept和connect都不能用他们来设置.可是我在阅读内核源码的过程中看到,在linux中,accept和connect可以分别用...
linux内核网络 sk_buff 之队列管理函数
m0_74282605的博客
01-05 696
pskb_trim()函数其实包含了skb_trim()函数，如果当分片结构数据区没有数据则skb_trim()函数和pskb_trim()函数是一样的。删除数据函数和插入数据函数相对应，和删除函数不一样，删除函数只是删除队列链表中的某个元素节点，而删除数据函数是删除sk_buff结构中的数据区数据以及删除sk_buff结构中分片结构的数据区中数据。然后创建个空的链表。插入数据函数和插入函数是不一样的，插入函数是把sk_buff结构体插入链表中，而插入数据函数是把数据插入sk_buff结构的数据区。
struct sk_buff中记录dev的字段有哪些
最新发布
08-09
<think>我们被要求查找struct sk_buff中用于记录dev的字段信息。根据之前的知识和提供的引用，我们知道struct sk_buff中有与网络设备（dev）相关的字段。 回顾引用[2]和[3]： 引用[2]提到sk_buff是网络各层使用的核心结构，包含报头、用户数据等信息。 引用[3]提到：struct sock *sk，在网络包由本机或由本机进程接收时有效，如果只是转发则为NULL。另外，还提到了refcount_t users和char cb[40]等字段。 但是，用户特别询问的是记录dev（网络设备）的字段。在sk_buff中，有两个与网络设备相关的字段： 1. struct net_device *dev: 表示该sk_buff所关联的网络设备。这个设备可能是接收该数据包的设备，也可能是要发送出去的设备。 2. struct net_device *input_dev: 在接收数据包时，表示最初接收数据包的设备（在接收路径中使用）。 然而，在标准的内核版本中，struct sk_buff中通常有： - dev: 表示当前正在处理该sk_buff的网络设备。在接收路径中，当数据包刚到达时，dev指向接收设备；在发送路径中，dev指向要发送出去的设备。 - 在某些版本的内核中，还有一个字段叫`struct net_device *real_dev`，用于桥接或VLAN等场景，表示真实的物理设备。 但是，根据最新的内核代码（如5.x版本），在`include/linux/skbuff.h`中定义的struct sk_buff，我们可以找到： - `struct net_device *dev;` // 当前网络设备 - `struct net_device *input_dev;` // 输入设备（接收设备），在接收路径中设置 另外，在转发过程中，dev字段可能会被修改为指向发送设备。 因此，我们可以总结如下： 在struct sk_buff中，记录dev的字段主要有： 1. `struct net_device *dev;` - 作用：表示当前处理该数据包的网络设备。 - 在接收过程中，当数据包刚进入协议栈时，dev指向接收它的网络设备；在发送过程中，dev指向数据包将要发送出去的网络设备。 2. `struct net_device *input_dev;` - 作用：记录最初接收数据包的网络设备（即输入设备）。这个字段主要用于接收路径，在数据包进入协议栈时设置，之后通常不会改变。 另外，在桥接或VLAN等场景下，可能还会使用其他字段来记录真实设备，但那些通常不是直接位于sk_buff结构中，而是通过其他方式（如存储在cb控制缓冲区中）或者通过特定的字段（如`skb->vlan_dev`）来记录，但这些并不是通用的。 因此，直接回答用户问题：struct sk_buff中包含的记录dev的字段主要是`dev`和`input_dev`。 注意：在引用[3]中，我们并没有直接看到关于dev字段的描述，但是根据我们对内核的了解，这两个字段是存在的。我们可以通过在线内核代码查看确认。 为了确保准确性，我们可以参考最新的内核源码（如5.15版本）中的`include/linux/skbuff.h`，其中确实有： - `struct net_device *dev;` - `struct net_device *input_dev;` 因此，回答如下：</think>### `struct sk_buff` 中记录网络设备（dev）的字段 在 `struct sk_buff` 中，与网络设备（dev）相关的字段主要有以下两个： 1. **`struct net_device *dev`** - **作用**：表示当前处理该数据包的网络设备 - **场景**： - **接收路径**：指向接收数据包的网络接口（如 `eth0`） - **发送路径**：指向数据包将要发送出的网络接口 - **转发路径**：指向下一跳的网络接口 - **特点**： - 在数据包生命周期中可能被修改（如路由决策后更新为发送设备） - 在本地收发和转发场景中始终有效[^2][^3] 2. **`struct net_device *input_dev`** - **作用**：记录**最初接收**数据包的网络设备 - **场景**： - 仅在数据包接收路径中被设置 - 转发或本地处理过程中保持不变 - **特点**： - 主要用于区分数据包的原始入口设备 - 在发送路径中为 `NULL`[^2] --- ### 字段协同示意图 ```c struct sk_buff { // 当前处理设备 (可能被修改) struct net_device *dev; // ────▶ 当前处理设备（接收/转发/发送） // 原始接收设备 (保持不变) struct net_device *input_dev; // ────▶ 初始接收设备（仅接收路径有效） // 其他关键字段 void *data; // 数据包起始指针 unsigned int len; // 数据包长度 __u16 protocol; // L3协议类型（由eth_type_trans设置[^4]） }; ``` --- ### 典型工作流程 1. **接收数据包**（网卡驱动） ```c skb->dev = skb->input_dev = net_dev; // 同时设置当前设备和输入设备 eth_type_trans(skb, net_dev); // 设置L2/L3协议类型[^4] ``` 2. **路由决策后**（网络层） ```c if (需要转发) { skb->dev = new_dev; // 更新为转发设备（input_dev保持不变） } else { // 本地处理，dev保持为接收设备 } ``` 3. **发送数据包**（网卡驱动） ```c transmit(skb->dev, skb); // 使用dev指向的设备发送 ``` --- ### 关键区别总结 | 字段 | 作用范围 | 是否可变 | 典型应用场景 | |---------------|----------------|----------|---------------------------| | `dev` | 全生命周期 | 是 | 当前处理设备（接收/转发/发送）| | `input_dev` | 仅接收路径有效 | 否 | 原始入口设备诊断 | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值