On 29/10/2013 14:55, Erez Shitrit wrote:
In addition to what Or just wrote,
GRO currently doesn't work on ipoib interfaces, that according to bad
handling mac address that are not 6 bytes (we have plans to fix that
in the near future), that is the reason you don't see 64k packets on
tcpdump (like you see in LRO).
I just checked with net-next which is 3.12-rc6+ and there IS
aggregationfor datagram mode
15:56:40.983883 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801688305:1801692289, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 3984
15:56:40.983942 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801692289:1801756033, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 63744
15:56:40.984027 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801756033:1801819777, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 63744
15:56:40.984079 IP 192.168.20.17.40861 > 192.168.20.18.55714: Flags
[.], ack 1801688305, win 1544, options [nop,nop,TS val 305403520 ecr
44014459], length 0
15:56:40.984104 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801819777:1801823649, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 3872
15:56:40.984159 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801823649:1801883521, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 59872
15:56:40.984214 IP 192.168.20.17.40861 > 192.168.20.18.55714: Flags
[.], ack 1801819777, win 1009, options [nop,nop,TS val 305403520 ecr
44014459], length 0
15:56:40.984241 IP 192.168.20.18.55714 > 192.168.20.17.40861: Flags
[.], seq 1801883521:1801887393, ack 1, win 220, options [nop,nop,TS
val 44014459 ecr 305403520], length 3872
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
