前面几篇分析了不同协议层的gro实现,本篇分析报文提交协议栈的完整逻辑,其他逻辑例如csum等不深入分析。 本文分析重点是逻辑,功能执行主体可能是有不一致的。
MAC层逻辑
1、网卡设备不支持GRO,提交当前报文到协议栈;
2、当前报文为GRO,提交报文到协议栈;
3、当前报文已已聚合过(frag_list不为空),提交当前报文到协议栈;
4、当前报文csum_bad置为1,提交当前报文到协议栈;
IP层逻辑(IPV4)
1、当前报文IP协议不为4,提交当前报文到协议栈;
2、 当前报文 IP头长度为20 ,提交当前报文到协议栈;
3、当前报文ip csum校验失败,提交当前报文到协议栈;
UDP层逻辑
1、当前报文csum校验失败,提交当前报文到协议栈;
2、 第二次进入UDP聚合,提交当前报文到协议栈;
3、当前报文ip_summed不为CHECKSUM_PARTIAL 且csum_cnt为0 且csum_valid为0,提交当前报文到协议栈;
4、未匹配到VXLAN等offload,提交当前报文到协议栈;

本文详细分析了Linux 4.1.12版本中,从MAC层到TCP层的GRO(Generic Receive Offload)收包完整逻辑。内容涉及不同层的报文提交条件,包括MAC层、IP层(IPv4)、UDP层、VXLAN层和TCP层的各种场景,以及在同流场景和非同流场景下如何决定报文的处理方式。总结了GRO收包的五种可能结果。
最低0.47元/天 解锁文章
5389

被折叠的 条评论
为什么被折叠?



