Slow ipv6 forward
Z KHnetWiki
(Rozdíly mezi verzemi)
Řádka 26: | Řádka 26: | ||
Vliv na výkon zatím nemohu moc posoudit. Servery mají velké rezervy. | Vliv na výkon zatím nemohu moc posoudit. Servery mají velké rezervy. | ||
+ | <br> | ||
+ | |||
+ | V readme k driveru je poznámka: | ||
+ | Do Not Use LRO When Routing Packets | ||
+ | ----------------------------------- | ||
+ | Due to a known general compatibility issue with LRO and routing, do not use | ||
+ | LRO when routing packets. | ||
+ | |||
+ | Ovšem by mě zajímalo, jestli Large Receive Offload je přesně vlastnost rx-checksumming. Skoro bych řekl, že je to něco jiného. |
Aktuální verze z 21. 10. 2010, 21:54
SLOW IPv6 FORWARD
Linux kernel: 2.6.32 a 2.6.33
NIC: Intel 82576
Driver: igb 2.1.0-k2 a 1.3.16-k2
Testovací zapojení:
INET(cisco2970G) -1-> SRV_A -2-> SRV_B -3-> SRV_X |----------- 4 --------^ |----------5---------^
SRV_A + SRV_B mají igb driver, SRV_X ne.
IPv6 traffic:
1: good, 100Mbit (full)
2: good, 1Gbit
3-5: poor, <1Mbit
Projevuje se to též ICMP6 pakety "packet too big". Také viz [1].
Řešení:
vypnout rx-checksumming na všech síťových kartách, kde to jde ... ethtool -k ethX rx off.
Vliv na výkon zatím nemohu moc posoudit. Servery mají velké rezervy.
V readme k driveru je poznámka:
Do Not Use LRO When Routing Packets ----------------------------------- Due to a known general compatibility issue with LRO and routing, do not use LRO when routing packets.
Ovšem by mě zajímalo, jestli Large Receive Offload je přesně vlastnost rx-checksumming. Skoro bych řekl, že je to něco jiného.