RE: [Tsvwg] sctp error check

"Douglas Otis" <dotis@sanlight.net> Thu, 30 August 2001 23:52 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA00540 for <tsvwg-archive@odin.ietf.org>; Thu, 30 Aug 2001 19:52:56 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA14987; Thu, 30 Aug 2001 19:48:25 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id TAA14958 for <tsvwg@ns.ietf.org>; Thu, 30 Aug 2001 19:48:23 -0400 (EDT)
Received: from c007.snv.cp.net (c007-h011.c007.snv.cp.net [209.228.33.217]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA00451 for <tsvwg@ietf.org>; Thu, 30 Aug 2001 19:45:54 -0400 (EDT)
Received: (cpmta 10874 invoked from network); 30 Aug 2001 15:49:24 -0700
Received: from adsl-63-202-160-80.dsl.snfc21.pacbell.net (HELO littlejoy) (63.202.160.80) by smtp.telocity.com (209.228.33.217) with SMTP; 30 Aug 2001 15:49:24 -0700
X-Sent: 30 Aug 2001 22:49:24 GMT
From: Douglas Otis <dotis@sanlight.net>
To: Lyndon Ong <lyndon_ong@eudoramail.com>, Andreas Jungmaier <ajung@exp-math.uni-essen.de>, TSVWG Liste <tsvwg@ietf.org>
Subject: RE: [Tsvwg] sctp error check
Date: Thu, 30 Aug 2001 15:47:38 -0700
Message-ID: <NEBBJGDMMLHHCIKHGBEJOEOOCKAA.dotis@sanlight.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0)
Importance: Normal
In-Reply-To: <4.2.2.20010829213008.00be2880@eudoramail.com>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Content-Transfer-Encoding: 7bit
Sender: tsvwg-admin@ietf.org
Errors-To: tsvwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: Transport Area Working Group <tsvwg.ietf.org>
X-BeenThere: tsvwg@ietf.org
Content-Transfer-Encoding: 7bit

Lyndon,

We can do this one issue at a time or attempt to do a few things in
parallel.

I would prefer the (1) CRC-32c, (2) all one's initialization of the CRC, and
(3) non-inverted store.

The other issue that remains open would be the (4) byte order the reflected
CRC value is stored.  To put this information into the normal order, a
routine such as flip_ntohl() would need to be added to the library and would
benefit little endian processors.

Doug

> I have no preference on the particular CRC, but I agree with
> Andreas that we should try to settle this issue.
>
> Cheers,
>
> Lyndon
>
> At 03:26 PM 8/29/2001 +0200, Andreas Jungmaier wrote:
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >Dear all, hi Randy,
> >
> > > We, as of now, only need to pick the poly.... for the
> > > most part I think the only issue is
> > >
> > > CRC-32/ITU or CRC-32c
> > >
> >
> >Randy, would you take on another straw poll, in order to
> >get this (overlong) thread finally settled now ?!
> >
> >For the reasons given in the draft
> >http://www.ietf.org/internet-drafts/draft-sheinwald-iscsi-crc-00.txt
> >please count me in favor of *CRC-32-C*
> >
> >Best regards,
> >Andreas
> >- --


_______________________________________________
tsvwg mailing list
tsvwg@ietf.org
http://www1.ietf.org/mailman/listinfo/tsvwg