IETF Logo Mail Archive

Re: [tsvwg] Alternative version of the UDP FRAG option

Tom Herbert <tom@herbertland.com> Wed, 20 March 2019 14:34 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 63C2F131105 for <tsvwg@ietfa.amsl.com>; Wed, 20 Mar 2019 07:34:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001] 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 QHqGtxpBG-oK for <tsvwg@ietfa.amsl.com>; Wed, 20 Mar 2019 07:34:29 -0700 (PDT)
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (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 792411310BF for <tsvwg@ietf.org>; Wed, 20 Mar 2019 07:34:29 -0700 (PDT)
Received: by mail-qt1-x82a.google.com with SMTP id w30so2724716qta.8 for <tsvwg@ietf.org>; Wed, 20 Mar 2019 07:34:29 -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; bh=0ZL2kNek4gQpxOf19SCOmXWTKxsMD0V0k0Nu5v7n8m8=; b=fL0aehY++WMvr9NYuwUhGONRUlL3WpbxTbTC/O+86HEZfWxt3dAqtOD2z7Zeqpd1uN bCncVZoq2juv2sXawqWjfIzNmmaoknBQ/jt/9IxnowsCnPsvmme5Ctkvmhf5LBQ1gdYc 6VR4ZNUZF7+jJy98qKNwtS0sbbBkeSNrJfEsj0eY+B1a+Rh5ze51Hq7jwdqjFZNvQCbe l5MDcR7W3hWA39+nebs5aebtCqRIeicaup7Io3pt0zUvV+3nNZ78+Prq+BGs1N3ZygO+ c0LAbKP7xclyTMb+ZL3YrgxuoY6gIo7poR43eQHaqaOuLmBsAkyfFsIQNnvYgheg629i y/TQ==
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; bh=0ZL2kNek4gQpxOf19SCOmXWTKxsMD0V0k0Nu5v7n8m8=; b=YGo2WcEtWSUyL8NGy2K/d+y+O7DoVm/RyLBfeF7eX84H7aBS4hp8QhqUMvxFzsgV6/ yPW0kafmPD5Xm8IMiakZ7E/EzDUEeWlnz0/N2KIc+SgMSPw8kkur4WgZV4X2TnU9eNdd wKxbbiM1c3lePLGnzyJZgVbgIhYSp1wNqqPSYykhIGtIbRxEGvbfXxNSHCrFy7bqHzK9 YsjNO6n+nSY/Iw294ODtIVmz0WUxWYNIdp0BR26A8C7WshIYc8iOi+EFjc3DZ231U2KG s9SxBqJ0a1Z9vpDMkE3degbc9xNFQPRONr5V6tdj97/IBvRW5D1ORlYmv4dCrkwftBv+ BwPg==
X-Gm-Message-State: APjAAAXfxNtKxIQ+TbvObjM//RcCbsfUrJdiLlOWTlOdBM4t3wJ6L8T7 EwT1cyhcHtVmXQHRNiYzXRqLyp1GqI7SdLItnNNXaMkskws=
X-Google-Smtp-Source: APXvYqwjR2SKyYkmAZwy6aPgq+bT6FNFz5eAGVGBj9SUmHzplAKtU2ouAIuOYPOA3gj8/9pEkEcZhM5yw0AA2hlDTFU=
X-Received: by 2002:ac8:1481:: with SMTP id l1mr7282491qtj.226.1553092468486; Wed, 20 Mar 2019 07:34:28 -0700 (PDT)
MIME-Version: 1.0
References: <CACL_3VE1=0OORUuOKg9GjcdVuhBNTkWhymE7PAs5WYO0ZR0DWQ@mail.gmail.com> <CALx6S37y_AbESyX5PcCSu7NEr-uPVrPXksEeAx5aSNAyqshL6Q@mail.gmail.com> <CACL_3VFJTxM3s-GLOTz9xmkNk1uOQoCmAGApbAf1ZgbH3Opptw@mail.gmail.com> <CALx6S36aWKHFXO=Zx8W-wFqqC5-Oueb3j-b9evm-yKpfguVQuw@mail.gmail.com> <5C8FBBED.7000805@erg.abdn.ac.uk> <CALx6S34FKNJ_6Ep659L3t_Kf4bnEKZ5LTjXo-zWz4PrveU_UVA@mail.gmail.com> <CALx6S37MsCmOOsn0bnHoTwJkN7Khfm03z__W4hhy7c29XuvQHw@mail.gmail.com> <5C8FDEED.8010701@erg.abdn.ac.uk> <CALx6S36fQcRdgvCG3XS78EecFjdb36D22iBzovXcODH_W+BHbg@mail.gmail.com> <5C90A81A.8050409@erg.abdn.ac.uk> <CALx6S36CttWC88SvA5-87pirGer7EQYD_TGhpHFCTQJS2sPZ2A@mail.gmail.com> <0E3B3097-0279-4425-8278-0579DD446D44@strayalpha.com>
In-Reply-To: <0E3B3097-0279-4425-8278-0579DD446D44@strayalpha.com>
From: Tom Herbert <tom@herbertland.com>
Date: Wed, 20 Mar 2019 15:34:17 +0100
Message-ID: <CALx6S358SvH0k1Tduyq9NFRvx+wP0E4V2FQ_0ZT1aOiAi7bRxA@mail.gmail.com>
To: Joe Touch <touch@strayalpha.com>
Cc: Gorry Fairhurst <gorry@erg.abdn.ac.uk>, tsvwg <tsvwg@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/rmf3ngPupRVyWxuy4o2hC4QmiVQ>
Subject: Re: [tsvwg] Alternative version of the UDP FRAG option
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: Wed, 20 Mar 2019 14:34:40 -0000

On Wed, Mar 20, 2019 at 3:25 PM Joe Touch <touch@strayalpha.com> wrote:
>
>
>
> On Mar 19, 2019, at 1:37 PM, Tom Herbert <tom@herbertland.com> wrote:
>
> Gorry,
>
> Suppose we create a compression option whereby UDP payload is compressed and decompressed at the receiver.
>
>
> See the rules in Section 7 - which are there specifically to avoid this sort of tangle.
>
>From section 7:

>> At the sender, new options MUST NOT modify UDP packet content
   anywhere except within their option field; areas that need to remain
   unmodified include the IP header, IP options, the UDP body, the UDP
   option area (i.e., other options), and the post-option area.

So that would seem to mean we'll never be able to add any interesting
options like the payload compression I described.

> Joe
>

v2.23.0 | Report a Bug | By Email