目录
- 网卡分发策略
- QA
网卡分发策略
- 分发策略简介
- rss
rss（receiver side scaling）将数据包进行hash分散到网卡的多个接收队列;
那么不同的报文的hash key是不一样的。
rss 的 hash key：
协议 hash 计算输入
ipv4 tcp: sip+dip+sport+dport
ipv4 udp: sip+dip+sport+dport
ipv4 sctp: sip+dip+sport+dport+tag
ipv4 other: sip+dip
ipv6 tcp: sip+dip+sport+dport
ipv6 udp: sip+dip+sport+dport
ipv6 stcp: sip+dip+sport+dport+tag
ipv6 other: sip+dip
如果不考虑fdir，为了保证inbound/outbound流量到达同一个core。
可以选择的是 对称hash算法，比如： Hash(src, dst) = Hash(dst, src)；
- fdir
- fdir和rss的优先级
对于dpvs而言，一般接口收包时既有rss,又有fdir分发策略, 且 fdir规则优先级高于rss;
fdir 规则基于 lip + lport/mask,一般请求报文到达 wan 口无法匹配到 fdir规则，
请求报文根据rss分发到 wan 口的接收队列中：
对于 FULLNAT 转发模式，响应报文会匹配到 lan 口的 fdir 规则,
响应报文根据fdir 规则 分发到 lan 口的 接收队列。
QA
- ixgbe驱动网卡设置fdir的特殊之处
- ixgbe 驱动的网卡配置fdir,针对某个item的mask是全局配置的。
rte_flow是允许基于flow设置各个item的mask。 - dpvs snat 设备，如何保证 icmp 的 inbound ，outbound 流量在同一个 core中 ?
dpvs.conf 中的lan/wan 接口的 rss 配置如果为 rss tcp|udp;
则 非 tcp, udp 的流量，比如 icmp 则无法匹配到网卡配置的 rss 的协议类型， 则会默认给 网卡的 0 号接收队列 ;
这样 icmp包经过 snat 之后，outbound,inbound 方向都交给 接口的0号接收队列处理, 即第一个转发 lcore 进行处理。
参见 82599 datasheet pdf 文档:
When a packet cannot be parsed by the previous rules, it is assigned an RSS output index = zero.
When multiple request queues are enabled in RSS mode, un-decodable packets are assigned an RSS output index = zero.
ps:
接收发送队列 和 cpu/线程的对应关系，查看 dpvs.conf 或者 dpip link show -v;
- dpvs作为fullnat设备，如何处理icmp容错报文
dpvs 作为 fullnat 设备；
dpvs.conf 中的lan/wan 接口的 rss 配置如果为 rss all;
那么对于 icmp，就会使用 sip,dip 进行 hash;
问题：
比如：rs--->dpvs-->client的流量，在dpvs发送出去之后，在dpvs--->client的中间设备或者client上发送 icmp too big容错报文。
存在以下的几个问题：
1>dpvs集群模式部署，icmp容错报文是否和outbound方向的dpvs是同一个dpvs？
2>dpvs是多core的，icmp容错报文对应的core和outbound方向的core是否是同一个？
解决：
1》
- 基于icmp容错报文内部的五元组 reverse，然后进行 soft rss 计算，查看给某个指定的 队列对应的 线程。
- 投递到指定的core之后，根据内部五元组进行查找session，可能查找到，说明icmp容错和内部报文是同一个dpvs。也可能查找不到，则可能需要给vs下的所有rs发送icmp报文。