12 / 2 页

论坛徽章:: 0

11楼 [报告]

发表于 2012-08-25 16:39 |只看该作者

回复 10# cuiyilong21

这个应该不存在吧，skb是根据MTU在发包的时候进行切包来完成的，混杂模式不存在二次发包的问题，只是相当于开了个水闸，和组包没关系。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

cuiyilong21

白手起家

论坛徽章:: 0

12楼 [报告]

发表于 2012-08-26 22:21 |只看该作者

回复 11# 沉寂

感谢你的关注啊，
问题已经确认了，我使用的驱动（ixgbe）对报文进行了非线性存储了，而我自己处理报文的流程中，没有经过ip层，即没有对非线性存储报文重组的操作，导致后续报文处理出错了

驱动对超过一定大小的报文进行了非线性存储操作。通过关闭非线性存储的宏，我这里的问题解决了

之前说的tcpdump抓包，报文就能通信，确实是因为tcpdump的挂载的点处，有处理非线性存储报文的流程参见packet_rcv 函数中调用的trim()对skb的操作
搞了几天了，郁闷啊。