IETF Logo Mail Archive

Re: [tsvwg] UDP options and header-data split (zero copy)

Tom Herbert <tom@herbertland.com> Sat, 31 July 2021 20:43 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 286383A1AA5 for <tsvwg@ietfa.amsl.com>; Sat, 31 Jul 2021 13:43:03 -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 supu0otygFu9 for <tsvwg@ietfa.amsl.com>; Sat, 31 Jul 2021 13:43:00 -0700 (PDT)
Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (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 C58CC3A1AA2 for <tsvwg@ietf.org>; Sat, 31 Jul 2021 13:42:59 -0700 (PDT)
Received: by mail-ed1-x532.google.com with SMTP id h8so18651793ede.4 for <tsvwg@ietf.org>; Sat, 31 Jul 2021 13:42:59 -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=BnSHNnr4OuT2Q0YkQjfvfxqzaK/0/FFi1ViXBinCXD8=; b=VMdkt0QAYMR78dPWb63QGYqI/ApxhojP961HnE8f1TQSbryy8a0FAqKeH+TG+tu1rV qvY/3aqmpjIn/PPSNrP4sJciKvBcr+8I+tzYPJy4AF2+mFB2ytzwpHhC37qPHsADxKAh hwoMKrs1UT6OPUjDxYc6pwU1GH75JCUxExO+Lq7ZLCHBC0NSl+Px66JEUUJ3rh1k5hvL oN338lCMG6/DRoJFKDP/6VoXHpoplB5aZcyfAWHpM1R7hIOQs1XP+p9ieKZ7f2ozIoxR X2OCNJ1NA0+rP3eKQvD8n+h6iJ6sJWJmNsRcJtGaCmCZ7KR7m6UDJ4FBqHo8uWi8lCD1 Dz7Q==
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=BnSHNnr4OuT2Q0YkQjfvfxqzaK/0/FFi1ViXBinCXD8=; b=ATgalfF2gkHe6tXK3Tnl7Rl2eLX5/4yMZDGUib6GwqaXhjz82zloJ0XLtFbfQAxsnX JOS6uPWD9p33PahxYBwxJsKakCiCllBwA2bfnfuJKlEsd8y1VT3IRqUFa1WGKT1AHbF8 AplXqr2jWLOEPWKY3w7B1kUwEHR8zsZAOj1wDyEIil5ym3z+piAGrnq9JVzsEO0ujERL ayC9mB2IJ2OOjmC87Ah68q1frRrE+lV4Y4B1eAwu09Nd/SsXNj72+s7UZz0bM7LoNcbj ntKEaWf+uv+sbaFlBf2sv9KtumjvekwVrSZwXXOkVTxUoi6b1+tPQ2I6wW8bPdmwk6VY Wpug==
X-Gm-Message-State: AOAM533SgHdUfhTMhe9JDDjdv3jzvHFTon5meJUA7tEEmYh8DfCnNp8F zXBECncQ8M7nbkqLaD+8emEHJNV+MD4VsBpTzXlZ0Q==
X-Google-Smtp-Source: ABdhPJzEsgJKOOt56+SlKdusF+3asTPL0bNZMWJAURFpgQuOKShyX9Os4t1Y+Oxp5NfpIChbLv8VTn9CmcqVx5S7QNA=
X-Received: by 2002:a50:bb43:: with SMTP id y61mr10465128ede.22.1627764176071; Sat, 31 Jul 2021 13:42:56 -0700 (PDT)
MIME-Version: 1.0
References: <CALx6S37zVVXnCH+Dv7_QXgwOoqcL4h0SThh+LnmAWn-5enprZQ@mail.gmail.com> <FA155FD9-2319-405C-B082-C023DEC2BF28@strayalpha.com>
In-Reply-To: <FA155FD9-2319-405C-B082-C023DEC2BF28@strayalpha.com>
From: Tom Herbert <tom@herbertland.com>
Date: Sat, 31 Jul 2021 13:42:45 -0700
Message-ID: <CALx6S3435ZjAz8ECgbFbH=Hxm-cXAGRQjTbxgtGb9U-CTXMw=A@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/XrswYS6x5HyFIQfwGbfkLznki58>
Subject: Re: [tsvwg] UDP options and header-data split (zero copy)
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: Sat, 31 Jul 2021 20:43:03 -0000

On Sat, Jul 31, 2021 at 12:42 PM Joe Touch <touch@strayalpha.com> wrote:
>
>
>
> > On Jul 31, 2021, at 11:58 AM, Tom Herbert <tom@herbertland.com> wrote:
> >
> >> There’s no way that endpoint can ensure it never sees non-fragment UDP options, so it cannot support UDP options.
> >>
> > For a tunnel, use of UDP options would just be another configuration
> > parameter at the end points; we don't need negotiation to send
> > non-legacy packets. If there's a mismatch in endpoint configuration
> > then the operator simply detects it and fixes it like any other tunnel
> > configuration problem.
>
> Ok, the simply don’t set any per packet options and I’ll be fine.
>
I think you might mean the other way around. Per packet options are
already defined in the draft to be in the headers, including the
fragment option, so there's no issue concerning protocol trailers.
There would only be a problem from options that apply to the
reassembled packet which would be in trailers of the last fragment.

Tom

> Joe

v2.23.0 | Report a Bug | By Email