IETF Logo Mail Archive

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

Tom Herbert <tom@herbertland.com> Tue, 16 July 2019 14:55 UTC

Return-Path: <tom@herbertland.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 1966312066A for <tsvwg@ietfa.amsl.com>; Tue, 16 Jul 2019 07:55:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=herbertland-com.20150623.gappssmtp.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 K6zHTC6gpAyE for <tsvwg@ietfa.amsl.com>; Tue, 16 Jul 2019 07:55:14 -0700 (PDT)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 85FA9120614 for <tsvwg@ietf.org>; Tue, 16 Jul 2019 07:55:08 -0700 (PDT)
Received: by mail-ed1-x529.google.com with SMTP id k21so20519045edq.3 for <tsvwg@ietf.org>; Tue, 16 Jul 2019 07:55:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=herbertland-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=4BB9uBcoTD6SPtpOvpqsxuSCAM+Dd+ha/a1Wtl4VW00=; b=YIrWfMNvry8bKCIBZmCx4PmLGcrLyLXrE2iMYULDWlbXPfLcZnBvIKMn6sP9JToUfw AKIUm/W8+ZbejC/nrZ0UZIvPgtuWR7D68NuM5W+ENRYMAIXHT/js5BcZfotY038tMaCz xY7/evBc4c/1/aHe8x+JBRblO+5RSfyWgx+dmbURhtmhZ90DyOaCg0iOzC8lx0kt5ENz SB66+OcnKpkR9qVoaSKCNaNasz3TVIF2Z/5CQmK4/wjSnoKNWsxxmQu4HeqwJqlsa/g6 cEjv7eXgwdnyqi3QXDlmscVkRuX0+UYxcYwNHwAkgxqMQ3DM6BKvv590Xs+HlxE6h7ZT FExw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=4BB9uBcoTD6SPtpOvpqsxuSCAM+Dd+ha/a1Wtl4VW00=; b=niAbbsN5D/4y2sOTbCPJnkLSzEuUy5vne9Tac9O0wwG5ugppbz1HhCKgpHqVXwIJ4O E7nyczya8GnwyTZj0OhGZnybFHnem1vY7/HyDGMWVrD8UPH7Mh1tl5lmETngp2/caA9k Xap8j9Uaxbgs3DzyUoN1KnBQBsqnGrD7mjbQiVZNaqU+qcn8m5BLwATT55R8PzoJ84R7 txS/bp3RYbSthvO0/CiqTaA+r57P+zRM0rCRw8ypaJFQd8YrEA7049lqCUHByoAB4wT8 iOIXAKPyfEs9rc2QpDk+x6pWo0NifSSAUot89YNzoDRF0pUlpKG8O2gZVM+lHMxyrpAK PbMw==
X-Gm-Message-State: APjAAAWkbMyf0S3Gxo3Ke4Z037b1QBS+wicVbf8yD1EXbrEf5Fz61yS2 21xO+ZfObMOcsLugjzFS/uzEralOYbmKe4SIj+Y=
X-Google-Smtp-Source: APXvYqw0u64hjj9NA/zfU8dsqamiqHOGuHsY2SoGPyaCVZ7/npf5WG85UKkea58X7yTMMZR/ZbHV55rFrV5U3E/3rFQ=
X-Received: by 2002:aa7:d30d:: with SMTP id p13mr29969400edq.292.1563288907025; Tue, 16 Jul 2019 07:55:07 -0700 (PDT)
MIME-Version: 1.0
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>
In-Reply-To: <E1B230F3-C9CD-4D7C-A97F-398A172CC47E@strayalpha.com>
From: Tom Herbert <tom@herbertland.com>
Date: Tue, 16 Jul 2019 07:54:54 -0700
Message-ID: <CALx6S34eDtyzASvyw=X1CiiVsNbJdbrnmST_NuT7gX1jGNoScQ@mail.gmail.com>
To: Joe Touch <touch@strayalpha.com>
Cc: tsvwg <tsvwg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/YcwIo3GQnTIlLN-B98anIYE3Svc>
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 14:55:16 -0000

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.

> You can try to call it the header of the surplus area, but that’s all it can be. It’s not a header any more than TCP options are their own header.
>
> Joe

v2.23.0 | Report a Bug | By Email