3层到4层传递,skb在哪里被修改？

smalloc

现在不太明白，就是skb里的第4层头指针h,是什么时候被设置好的。
我现在一个3层包（已经检查过iphdr）,是不是这个时候h的指针就已经指向正确的位置了。

为何我在桥的PRE_ROUTING后（它做了3层的校验），取skb->h,这个时候我四层的是IGMP数据包。
h->tpye取的值却不正确，发现其值是46,也就是nh指向的第一个字符，也就是(h == nh)...
请各位给解疑惑

Godbach

记得偶的一篇帖子里面谈到过，如果是本地TCP的话，应该是在ip_local_deliver_finish中，LZ找一下

smalloc

再问问 ：pskb_may_pull
如果现在3层包头信息已经检查完毕。
而我想取4层的一些信息，但是却不想动这个数据包，是不是要clone?
如果这个时候调用了pskb_may_pull对sk_buff里的东西有什么影响？

Arthur_

原帖由 smalloc 于 2008-11-12 16:16 发表
再问问 ：pskb_may_pull
如果现在3层包头信息已经检查完毕。
而我想取4层的一些信息，但是却不想动这个数据包，是不是要clone?
如果这个时候调用了pskb_may_pull对sk_buff里的东西有什么影响？

skb->tail的指针可能会变。

[ 本帖最后由 Arthur_ 于 2008-11-12 17:19 编辑 ]

smalloc

原帖由 Godbach 于 2008-11-12 16:05 发表
记得偶的一篇帖子里面谈到过，如果是本地TCP的话，应该是在ip_local_deliver_finish中，LZ找一下

比较奇怪，第3层IP处理:

ip_local_deliver_finish   ->
ret = ipprot->handler(skb);
                       
直接就调用了igmp_rcv。

这里只看到这段代码：

if (!pskb_may_pull(skb, sizeof(struct igmphdr)) ||             (u16)csum_fold(skb_checksum(skb, 0, len, 0))) {                 in_dev_put(in_dev);                 kfree_skb(skb);                 return 0;         }

下面就可以用skb里面的h了。


但是我在桥里面3层已经OK的情况下，做类似的调用，skb->h确没有指向正确的位置

Arthur_

static inline int ip_local_deliver_finish(struct sk_buff *skb)
{
        __skb_pull(skb, ip_hdrlen(skb)); //这里把头去掉了

        /* Point into the IP datagram, just past the header. */
        skb_reset_transport_header(skb);

Arthur_

是不是你的的IP的option没有去掉阿

Godbach

而我想取4层的一些信息，但是却不想动这个数据包，是不是要clone

就直接把你关心的信息拷贝出来可以吗？