Re: Wireless TCP aborts

From: Chuck Swiger <cswiger_at_mac.com>
Date: Sun, 07 Mar 2010 15:08:38 -0800
Hi, Tim--

On Mar 7, 2010, at 2:16 PM, Tim Kientzle wrote:
[ ... ]
>  Corrupted MAC on input.
>  Disconnecting: Packet corrupt
>  rsync: connection unexpectedly closed ... [receiver]
> 
> and then the rsync session is dead.
> 
> It seems odd that a single corrupt packet would terminate the TCP connection.

It's not TCP itself which is closing the connection; if a garbage packet as far as TCP or IP layer checksums was seen, it would be dropped and normal resend mechanisms would compensate.  However, SSH adds it's own layer of data integrity checking called HMAC, which uses block-based hashes like MD5 or SHA, and is much stronger than the 32-bit CRCs used at TCP/IP layers.

See:
    
   /usr/src/crypto/openssh/packet.c
   http://en.wikipedia.org/wiki/HMAC

The implication is that the data is being corrupted before it gets munged into network packets; failing memory is a likely cause, but bugs in the network stack, the NIC driver, or OpenSSL are also lower-order possibilities.

Regards,
-- 
-Chuck
Received on Sun Mar 07 2010 - 22:08:40 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:01 UTC