skb->len在不同层的值的变化

Godbach

rt。如果我在链路层截获的数据包，此时的skb->len包含数据的起始和结束是什么呢。
是从IP层开头到数据包的结尾吗。

书上说skb->len会随着数据包进入不同的TCP/IP层会发生变化的。

[ 本帖最后由 Godbach 于 2008-9-18 17:11 编辑 ]

Godbach

我在netif_receive_skb中分析数据包，这个时候的skb->len是不是指整个IP报文的长度。
data和tail指针是不是分别指向iphdr和数据包有效数据的最后

Godbach

又分析了一下代码，执行netif_receive_skb函数时，应该是链路层已经接受完数据包，因此skb->len的值不包括链路层的长度，以太网是14个字节。

在传输给IP过程中，如果数据包传输给本机，则Ip层接收完毕的函数为ip_local_deliver_finish。

该函数调用__skb_pull(skb, ihl);

1. 
   
2. static inline char *__skb_pull(struct sk_buff *skb, unsigned int len)
   
3. {
   
4.         skb->len-=len;
   
5.         if (skb->len < skb->data_len)
   
6.                 out_of_line_bug();
   
7.         return         skb->data+=len;
   
8. }

复制代码

修改了data指针，指向了TCP头部，同时修改了skb->len，应该代表的是TCP报文的总长度。

dreamice

skb->len应该是在不同的层，体现的是剥去这层头部的数据包长度。

Godbach

原帖由 dreamice 于 2008-9-18 17:30 发表
skb->len应该是在不同的层，体现的是剥去这层头部的数据包长度。

是啊，刚刚翻了一下代码。在netif_receive_skb之前，同样执行过函数skb_pull移动了data，修改了len。这个地方处理的是MAC部分，正好把链路层的头除去了，data指向了IP层的开头。

从这个地方开始，知道IP包被本地正确接收，或者正确转发之前，skb->len一直为IP报文的长度。data指向IP头部。

我们大部分时候内核中操作数据包应该都是在这个范围之内。