Re: [tsvwg] Fwd: New Version Notification for draft-touch-tsvwg-udp-options-05.txt

Derek Fawcus <dfawcus+lists-tsvwg@employees.org> Tue, 28 February 2017 21:46 UTC

Return-Path: <dfawcus@employees.org>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE16612973E for <tsvwg@ietfa.amsl.com>; Tue, 28 Feb 2017 13:46:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=employees.org; domainkeys=pass (1024-bit key) header.from=dfawcus+lists-tsvwg@employees.org header.d=employees.org
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YY0uIY3Xo_aW for <tsvwg@ietfa.amsl.com>; Tue, 28 Feb 2017 13:46:48 -0800 (PST)
Received: from esa01.kjsl.com (esa01.kjsl.com [IPv6:2607:7c80:54:3::87]) by ietfa.amsl.com (Postfix) with ESMTP id 8AD641296D2 for <tsvwg@ietf.org>; Tue, 28 Feb 2017 13:46:48 -0800 (PST)
Received: from cowbell.employees.org ([198.137.202.74]) by esa01.kjsl.com with ESMTP; 28 Feb 2017 21:46:48 +0000
Received: from cowbell.employees.org (localhost [127.0.0.1]) by cowbell.employees.org (Postfix) with ESMTP id 392D9D788B; Tue, 28 Feb 2017 13:46:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=employees.org; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; s=selector1; bh=bzkTzIY0VJ3V3+XA4UTeqtjIE4Y=; b=Dx rTer7DGFNlkR2Gq22GwNvcYy6+yIbswJt/iVN3SKGvtoDK/UW0EeqVtbtK15DXIw LDsjKhL690+EDK0OMdWv7/Iezmp0/2N6x5yOJjHCwiL4i7VCfE71dBxHzhBcnGis EtIoEb4FXB0CVt1n9dE5c1siGERcUjj8czdgfw2+I=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=employees.org; h=date:from :to:cc:subject:message-id:references:mime-version:content-type :in-reply-to; q=dns; s=selector1; b=Bg7J64CLnYqmZ+dJMHWur44+sL6Z 3pRe0s+qFb79ijxVDH/ULvc86ry2dOOAqJTZavey4l2KMvdotqXFbpMXl4mmmY8u dWmu9m5q9whepgls9Qe8Ea8nUuYlUtya0eVnYdE/e6y+G1ZAQ/V9NE1KzcjmNDOa P1DrQGE6zZEJfUk=
Received: by cowbell.employees.org (Postfix, from userid 1736) id 2DF83D788A; Tue, 28 Feb 2017 13:46:48 -0800 (PST)
Date: Tue, 28 Feb 2017 21:46:48 +0000
From: Derek Fawcus <dfawcus+lists-tsvwg@employees.org>
To: Joe Touch <touch@isi.edu>
Message-ID: <20170228214648.GB4674@cowbell.employees.org>
Mail-Followup-To: Joe Touch <touch@isi.edu>, Tom Herbert <tom@herbertland.com>, tsvwg <tsvwg@ietf.org>
References: <148823787288.13843.6091386736320524682.idtracker@ietfa.amsl.com> <800de1a6-cb9b-f22b-946a-8b6832fc9a05@isi.edu> <20170228163751.GA89477@cowbell.employees.org> <7d58ead9-2d1a-d35c-7cd2-90526918838c@isi.edu> <20170228204607.GA71184@cowbell.employees.org> <CALx6S36RvV0i4VSO=F5g6f4r4i2_VYmN6K1wygJZY7EsthFKEA@mail.gmail.com> <fed51ce6-d852-9f4d-91ff-08d69e80e2a0@isi.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <fed51ce6-d852-9f4d-91ff-08d69e80e2a0@isi.edu>
User-Agent: Mutt/1.7.2 (2016-11-26)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/M9xopglyOjCDciH96m0z_oH6mNY>
Cc: tsvwg <tsvwg@ietf.org>
Subject: Re: [tsvwg] Fwd: New Version Notification for draft-touch-tsvwg-udp-options-05.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2017 21:46:50 -0000

On Tue, Feb 28, 2017 at 01:17:16p.m. -0800, Joe Touch wrote:
> Hi, Tom,
> 
> OK - so I think you and Derek are basically arguing for an Internet
> checksum to verify reassembly, rather than using a new or stronger one.

Actually,  I made a mistake.  I attributed to Tom what was I believe
was actually suggested by C. M. Heard - namely the suggestion to
combine FRAG+LITE as a way of allowing existing hosts to discard fragments.

In that he was suggesting adding an overall reassembled checksum,
which would be necessary as otherwise the repurposed reassembled
Lite payloads would not have a checksum.  I was simply pointing
out that in that scenario,  the same could be achieved with a
single CHECKSUM option, carried in only one of the FRAG packets.

So there would be no need to change the FRAG header definiton to
add a checksum there.

In the normal case of reassembling FRAG'ed payloads,  I don't see
that an overall checksum gains us anything.

Possibly an overall CRC would have some value?  That would seem to
require a second type of ACS-like option, i.e REASSEMBLE-ACS?
Again it would only need to be sent with only one of the FRAG
containing packets.  Is such an addition worth it?

DF