ip_frag_reasm函数中的一个问题【已解决】

nswcfd

maybe IPinIP,  fragmented in both inner and outer layer?

jiufei19

nswcfd 发表于 2016-10-20 19:34
maybe IPinIP,  fragmented in both inner and outer layer?

没有理解IPinIP怎么就会产生这一现象呢？能否说得详细些？

jiufei19

回复 11# nswcfd

nswcfd是否也看到我说的这个frag_list非空的问题了？

nswcfd

没实际遇到过，只是猜想某些隧道协议会不会有多重分片的场景。
第一层是隧道本身的分片重组，第二层是原始报文的分片重组。

jiufei19

回复 14# nswcfd

比如IPTunnel的代码可以在内核中找到，能够看到内核处理tunnel的细节。但是这里我用cscope进行搜索，除了在ip_push_pending_frames中能看到ip分段与frag_list有关外，其他再也没有找到frag_list和报文分段相关的地方了，所以很奇怪内核为啥要如此写

nswcfd

既然ip_defrag/ip_frag_reasm作为一个API存在，就得考虑适应各种奇奇怪怪的调用者吧（包括还未出现在代码树里的用法）。

jiufei19

回复 16# nswcfd

仔细读了遍代码，之前看得不仔细，现在问题解决了一半，即我之前画的图没有问题，虽然是有两个分支在clone结点上，但是因为skb_copy_datagram_iovec函数内部有一个递归调用，所以即便有两个链表，也没有问题，递归调用时总是先把frag_list上的分段数据读完，之后才是在clone->next链表上继续遍历读取，之前没有看仔细，太囧了，但是为啥frag_list上会有数据，或者说在哪个场景中会有，还是不明白

jiufei19

回复 16# nswcfd

晕死了，今天仔细阅读了下代码，发现还是自己看错了。
我提到的这个问题其实就是这样的场景就会产生，之前大意了：

1、是本地L4层进行了初步分段，因此ip_push_pending_frames后在首个分段的frag_list上有数据
2、经过1处理的报文由loopback dev的发送又重新投入到协议栈

之前我说ip_fragment会将所有分段拆开发送是错误的，代码并没有这样做，就是直接发送，并没有将frag_list链表断开！

Godbach

回复 18# jiufei19

看来只要死磕，肯定是可以找到原因的

jiufei19

感谢斑竹鼓励