RE: TCP Checksum Interoperability

Lloyd Wood <l.wood@eim.surrey.ac.uk> Fri, 05 April 2002 20:44 UTC

Date: Fri, 5 Apr 2002 21:44:42 +0100 (BST)
From: Lloyd Wood <l.wood@eim.surrey.ac.uk>
X-X-Sender: eep1lw@phaestos.ee.surrey.ac.uk
Reply-To: Lloyd Wood <L.Wood@eim.surrey.ac.uk>
To: Michael Smith <msmith@corp.iready.com>
Cc: "'CTrobridge@baltimore.com'" <CTrobridge@baltimore.com>, "'sra+ietf@hactrn.net'" <sra+ietf@hactrn.net>, "'ietf@IETF.ORG'" <ietf@IETF.ORG>, "'tcp-impl@grc.nasa.gov'" <tcp-impl@grc.nasa.gov>
Subject: RE: TCP Checksum Interoperability
In-Reply-To: <034670D62D19D31180990090277A37B7021214E1@mercury.corp.iready.com>
Message-ID: <Pine.SOL.4.43.0204052143180.5049-100000@phaestos.ee.surrey.ac.uk>
Organization: speaking for none
X-url: http://www.ee.surrey.ac.uk/Personal/L.Wood/
X-no-archive: yes
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Scanner: exiscan *16taZh-0006n9-00*taXAg9ChSX2* (SECM, UniS)
Sender: owner-tcp-impl@grc.nasa.gov
Precedence: bulk
Status: RO
Content-Length: 555
Lines: 16

On Fri, 5 Apr 2002, Michael Smith wrote:

> The last time this came up for a TCP implementation I used to
> maintain, our interpretation of Robustness Principle applied to this
> problem dictated that we shouldn't send segments with checksum fields
> set to all ones (that is, we shouldn't send ~(+0)), but that we had to
> accept either ~(+0) or ~(-0) in received segments.
>
> Strictly speaking, either zero state is completely legal

Not so. Please read RFC1624 sections 3-5.

L.

<L.Wood@surrey.ac.uk>PGP<http://www.ee.surrey.ac.uk/Personal/L.Wood/>