Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I want to disable tcp-offloading ("TOE") on my debian servers.

ethtool -K .....

I have some wishes, though:

Integrate it cleanly into debian

This reads: no rc.local, I would also like to avoid pseudo-rc-scripting...

I would guess, it's installing ethtool and using the pre-up.d/-Hook which deconfigures TOE using options from /etc/network/interfaces.

I would like to deconfigure all my (future) servers in a generic fashion using FAI. (since fai is already in place - and wanted!) What about toe-options that are not supported on some hardware? Will networking fail if a non-existing-option should be disabled? I guess it should be robust not to do so, but this does not seem to be my wanted solution, either.

It clutters the config very much, since atm there are 11 options! Using multiple NICs this smells error-prone to me.

Isn't there a more generic solution? I have a sysctl in mind, but did not find one yet. My wish was:

echo 0 > /proc/sys/net/core/enable_tcp_offloading

PS: I'm quite surprised to find my "newer hardwares" to have TOE enabled by default, because of this: http://www.linuxfoundation.org/collaborate/workgroups/networking/toe

share|improve this question
1  
I would like to point out that while the arguments agaist TOE are true, it's mostly Tin-Foil hat types who don't have to live with realistic constrains (where any acceleration is usually helpful). There are plenty of edge cases where TOE should be disabled, but it's not common and doesn't merit the effort to make disabling it "generic and easy". –  Chris S Aug 28 '12 at 15:00
    
@Chris S: Right, but I did not mind TOE until it messed up. And it really sums up lately that network issues boil down to "disable TOE". So I want it! :D I could live with the ethtool-Method, but hope for someone knowing "the knob".... –  Michuelnik Aug 28 '12 at 15:07
    
@Michuelnik yeah - if it's working I would let it run, but if it's acting up and causing problems for you that's a good reason to disable it. You may want to leave some parts of the offload engine active though if Linux allows it: Offloading checksums for example (hard to screw up CRC32, and the cards do it in hardware which is faster and saves you a few CPU cycles per packet which can add up in high-traffic networks) –  voretaq7 Aug 29 '12 at 16:12
    
@voretaq7: Good point! Thought about it shortly, whether I should distinguish between usable and miserable options. But I needed a quite quick solution without studying TOE too long, especially since the TOE stuff seems soo vendor specific that it's knowledge thats ageing too fast to invest time into it. Is TX-chksum-offloading the origin why my wireshark complains about wrong chksums? –  Michuelnik Aug 29 '12 at 19:42
add comment

1 Answer 1

up vote 1 down vote accepted

Eureka! Found "my" solution!

I'm simply placing my own disable-toe Script in /etc/network/if-up.d/ which disables tcp-offloading completely.

As bonus I've added an /etc/network/interfaces-Option, that disables this.

#!/bin/bash

RUN=true
case "${IF_NO_TOE,,}" in
    no|off|false|disable|disabled)
        RUN=false
    ;;
esac

if [ "$MODE" = start -a "$RUN" = true ]; then
  TOE_OPTIONS="rx tx sg tso ufo gso gro lro rxvlan txvlan rxhash"
  for TOE_OPTION in $TOE_OPTIONS; do
    /sbin/ethtool --offload "$IFACE" "$TOE_OPTION" off &>/dev/null || true
  done
fi
share|improve this answer
    
"Eureka" doesn't have a "H" in it. –  Chris S Aug 29 '12 at 15:55
    
In my mother tongue, it has... ;-p –  Michuelnik Aug 29 '12 at 16:02
    
Debian(ish) specific (or at least requiring stuff that respects if-up.d), but pretty elegant - I like. –  voretaq7 Aug 29 '12 at 16:09
    
@voretaq7: Thanks! Still have to improve - handling bond devices and maybe other special cases. –  Michuelnik Aug 29 '12 at 19:43
    
You'd better use a post-up for i in rx tx gso ; do ethtool -K $IFACE $i off; done in /etc/network/interfaces –  JB. Jul 31 '13 at 7:42
show 3 more comments

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.