So the reason is that LVS cann't transmit skbs of greater than MTU that have been aggregated by GRO. And Simon Horman gived a patch to make LVS deaggregate skbs that's greater than MTU by GSO. ( http
[...] As Julian notes, this have already been fixed in upstream kernels. (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=8f1b03a4c18e8f3f0801447b62330faa8ed3bb37) And
Le 11/12/2012 22:00, Thomas Bätzler a écrit : Yes, I can relate. I had the same conclusions, incorrectly calculated TCP checksums leading to packet drops by the next firewall (in my architecture). Al
Hello, It is fixed in mainline more than 2 years ago: ipvs: allow transmit of GRO aggregated skbs Attempt at allowing LVS to transmit skbs of greater than MTU length that have been aggregated by GRO
Hi Zhongkang Lao wrote on 05.12.2012 08:41: I don't have any answers, but I can confirm the problem (and the workaround) on a box running Debian "Squeeze" with 2.6.32 directing traffic from a VIP bou
I have already googled this like a hundred of times, but I got nothing. I didn't find any page or any article explain this. I'm sure someone here can explain this. So sorry to bother you guys here. -