ipv6 co udělat při pomalém routování

<h1>SLOW IPv6 FORWARD</h1>

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-&gt; SRV_A -2-&gt; SRV_B -3-&gt;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, &lt;1Mbit

Projevuje se to též ICMP6 pakety &quot;packet too big&quot;. Také viz [HOW:<a class="confluence-link createlink" href="/pages/createpage.action?spaceKey=IPV6&amp;title=1&amp;linkCreation=true&amp;fromPageId=15269998&amp;atl_token=523d683dba2e8cf4fdbb1aa7dcd7652a3b4f84ea" data-content-title="1">1</a>|http://www.listware.net/201006/linux-netdev/91348-generic-receive-offload-with-igb-driver-breaks-ipv6.html].

Ř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.

Převzato z : <a href="http://wiki.khnet.info/index.php/Slow_ipv6_forward">http://wiki.khnet.info/index.php/Slow_ipv6_forward</a> jako backup, pokud by jejich sajty nejely...