Re: [tsvwg] draft-ietf-udp-options issues from IETF 104

Joe Touch <touch@strayalpha.com> Tue, 16 July 2019 16:12 UTC

Return-Path: <touch@strayalpha.com>
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 D6F5D120895 for <tsvwg@ietfa.amsl.com>; Tue, 16 Jul 2019 09:12:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.218
X-Spam-Level:
X-Spam-Status: No, score=-1.218 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NEUTRAL=0.779, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=strayalpha.com
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 mVdLTK77ok7E for <tsvwg@ietfa.amsl.com>; Tue, 16 Jul 2019 09:12:04 -0700 (PDT)
Received: from server217-3.web-hosting.com (server217-3.web-hosting.com [198.54.115.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9426212087D for <tsvwg@ietf.org>; Tue, 16 Jul 2019 09:11:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=Message-ID:References:In-Reply-To:Subject:Cc: To:From:Date:Content-Type:MIME-Version:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=xPk64/VhrFcHv8GjqS0zrLMtLBW81XtExTBxOaVml9g=; b=1Yy1kA/jOyy4oZ8JnRxaznh79 EYJldXgKTJXPsM7oMRdfolBP68x/y1qnGthP3fM/d5dPi8+6EmOYNwS2WnhrQ/v1PgnwL5UPVmy6G 0fZKoGw0qYF86N88FOM6bGHowlZge+c1zoHQPvFO589UZfqWgc+EZo9cbohpgzN4f1OCSpFTIhpP+ sezJsZArf2eCRuGIO6Lkilp7H1g/7yScN+lmwCMUMtFWzwUhN07tCeIx+EwQHptLwXjj9Ip2XTtVk Hda8hUTRyZoNpQRJ0KQ+4tBYJ7Gf9nrzbiiDpX6w+vhT8pZkS6jAFhtFMspZ/uHVD6ipT113J4P5k w+asoQBXA==;
Received: from [::1] (port=49034 helo=server217.web-hosting.com) by server217.web-hosting.com with esmtpa (Exim 4.92) (envelope-from <touch@strayalpha.com>) id 1hnQ3W-003OEf-Fu; Tue, 16 Jul 2019 12:11:59 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="=_5515eaf63b08faf7010d1c034d95bdbd"
Date: Tue, 16 Jul 2019 09:11:54 -0700
From: Joe Touch <touch@strayalpha.com>
To: Tom Herbert <tom@herbertland.com>
Cc: tsvwg <tsvwg@ietf.org>
In-Reply-To: <CALx6S34eDtyzASvyw=X1CiiVsNbJdbrnmST_NuT7gX1jGNoScQ@mail.gmail.com>
References: <CAPDqMeq9GjEQKukH1pZOTdE50e_rc3U6gpdxT-5qrS5phD0RGw@mail.gmail.com> <646D45AD-D79B-4BD2-A084-7DA97CE2C415@strayalpha.com> <7EC37B50-45D5-4CF1-B113-205E55BF244E@strayalpha.com> <CALx6S34s7L7xo+26bt5Cdaqi4Es5Aci42GHk1WNKzugr5st-Gw@mail.gmail.com> <B525BF50-EFCC-44A5-A604-6CDDA914A1CB@strayalpha.com> <CAPDqMep3R6z9PRKkHyOvrh6sV9n5Sc0B++-zVz0FYJCwE6swrQ@mail.gmail.com> <E42A2AE2-F499-465E-BDE6-5EFC0AB20042@strayalpha.com> <CE03DB3D7B45C245BCA0D24327794936306138E9@MX307CL04.corp.emc.com> <CAPDqMeoyNb7vQTdqxLpZpnKb9S7QKeDJNLyQJBmq95yXhB+xfQ@mail.gmail.com> <7D365770-64FE-40BC-901D-B4D7DF6B484B@strayalpha.com> <20190713182554.GB39770@clarinet.employees.org> <CALx6S36mH2M6SYnRSecWXa7k_d1u8O43+CXE-=KqeO0x2e5+qw@mail.gmail.com> <82FF6486-FABF-4D2C-B5E2-178779C720A4@strayalpha.com> <CALx6S34YhtgNNJtHazqJdsGRhiMa4PQXiSOuDz0JhqqyHWfNyA@mail.gmail.com> <757FDD92-EC4A-4AC2-B491-74B75119A951@strayalpha.com> <CALx6S36XCUs-oQVBSBX_KTg5qN4fgTBrrgqZqmwBwo75J3UqUA@mail.gmail.com> <3b6db46d21ac1bb7e6c6761df7501c92@strayalpha.com> <CALx6S37L0gxaUmE5FT=ByvETY6FnzqXDPMU++RpCQaqpwPXEyA@mail.gmail.com> <4bfbcce574679f741e47cacd87919de1@strayalpha.com> <CACL_3VE_DkRQdBMYc7pW2oB88p7dE-B6Ev7JPfhxA7nUX7tZKA@mail.gmail.com> <193984167bc0b98ffe22da4efe803159@strayalpha.com> <CALx6S35RObHJpvO06OV+Ysk+SD53VARyjQP8qV5T=BMjTp=qKQ@mail.gmail.com> <7f9214b6ff1091cf76aee93276b05847@strayalpha.com> <CALx6S37-=p69C159cp_ghWD2=VTFr6XjhZZ5hkHPST7P6Kr4NQ@mail.gmail.com> <E1B230F3-C9CD-4D7C-A97F-398A172CC47E@strayalpha.com> <CALx6S34eDtyzASvyw=X1CiiVsNbJdbrnmST_NuT7gX1jGNoScQ@mail.gmail.com>
Message-ID: <1cd50ff5fe6549ca92a7826334938b8f@strayalpha.com>
X-Sender: touch@strayalpha.com
User-Agent: Roundcube Webmail/1.3.7
X-OutGoing-Spam-Status: No, score=-0.5
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - server217.web-hosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - strayalpha.com
X-Get-Message-Sender-Via: server217.web-hosting.com: authenticated_id: touch@strayalpha.com
X-Authenticated-Sender: server217.web-hosting.com: touch@strayalpha.com
X-Source:
X-Source-Args:
X-Source-Dir:
X-From-Rewrite: unmodified, already matched
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/uD9a160EvfvdSAmuUC8bATgY2ug>
Subject: Re: [tsvwg] draft-ietf-udp-options issues from IETF 104
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
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, 16 Jul 2019 16:12:06 -0000

On 2019-07-16 07:54, Tom Herbert wrote:

> On Tue, Jul 16, 2019 at 7:26 AM Joe Touch <touch@strayalpha.com> wrote: 
> 
> On Jul 16, 2019, at 7:12 AM, Tom Herbert <tom@herbertland.com> wrote:
> 
> Protocol headers are protocol
> bytes in a packet that precede the payload data ... 
> Everything in the surplus area comes after the UDP payload.
 You can call it user data if you want which is the terminology used in
the UDP options draft. Protocol headers preceded user data, trailers
follow it. 

The option refers to user data as the UDP payload that precedes the
surplus area (except in one or two cases where additional adjectives are
used). In that draft, the surplus area always begins after the user
data, so it is always considered a trailer. 

Joe