Linux-kernel mailing list archive 1998-42,: Re: Massive TCPv4 bad checksum

# Re: Massive TCPv4 bad checksum

H.J. Lu (hjl@lucon.org)
Sun, 18 Oct 1998 11:18:17 -0700 (PDT)

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: H.J. Lu: "Cursor in mono video is gone."
- Previous message: Donald Becker: "Re: Network in 2.0.35 stops working(DEC DC21142) again"
- Next in thread: Andi Kleen: "Re: Massive TCPv4 bad checksum"
- Reply: Andi Kleen: "Re: Massive TCPv4 bad checksum"
- Reply: Gerhard Mack: "Re: Massive TCPv4 bad checksum"

> >>
>
> > I can tell my SLIP speed is slower than 2.0 and there are quite
> > some corrupted packets come over SLIP link.
>
> Some broken modem server have buggy VJ compression functions that can't
> cope with the new RFC1323/SACK TCP options Linux 2.1 sends. Try turning
> them off with
>
> echo 0 >/proc/sys/net/ipv4/tcp_sack
> echo 0 >/proc/sys/net/ipv4/tcp_timestamps
> echo 0 >/proc/sys/net/ipv4/tcp_window_scaling
>
> Will only take effect for new TCP connections afterward.
>

I tried that. I still got back TCP checksum. But the speed
seems faster than before. BTW, the other side of my SLIP
link is runnings Linux 2.1.102 with Cyclades card and some
modems. Should they also turn off the new RFC1323/SACK TCP
options?

    --
    H.J. Lu (hjl@gnu.org)

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.tux.org/lkml/

- Next message: H.J. Lu: "Cursor in mono video is gone."
- Previous message: Donald Becker: "Re: Network in 2.0.35 stops working(DEC DC21142) again"
- Next in thread: Andi Kleen: "Re: Massive TCPv4 bad checksum"
- Reply: Andi Kleen: "Re: Massive TCPv4 bad checksum"
- Reply: Gerhard Mack: "Re: Massive TCPv4 bad checksum"