IETF Logo Mail Archive

Re: [tsvwg] UDP-Options: UDP has two ”maximums”

Joseph Touch <touch@strayalpha.com> Fri, 02 April 2021 17:59 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 4589A3A1F65 for <tsvwg@ietfa.amsl.com>; Fri, 2 Apr 2021 10:59:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.069
X-Spam-Level: *
X-Spam-Status: No, score=1.069 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HAS_X_OUTGOING_SPAM_STAT=2.388, 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 gxdaLPcIlf_q for <tsvwg@ietfa.amsl.com>; Fri, 2 Apr 2021 10:59:20 -0700 (PDT)
Received: from server217-4.web-hosting.com (server217-4.web-hosting.com [198.54.116.98]) (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 A84993A1F53 for <tsvwg@ietf.org>; Fri, 2 Apr 2021 10:59:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=strayalpha.com; s=default; h=To:References:Message-Id: Content-Transfer-Encoding:Cc:Date:In-Reply-To:From:Subject:Mime-Version: Content-Type:Sender:Reply-To: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=fqHWRfWfQHSRNISazw6HvlTIsciikKnFv1B+N1oH6hs=; b=F+ys1klMHHtEEKUuq9/kVYwzZ Oi31vS6PuayGNh9Vrx0rl5X2giDPDSm9YSa+BWIY5wKhMQ9BWPfNLcoKIn+SLC47ZK6IMXx91D6rH qSwIIrgM2qUw17ipa2K4U54jBw92ZuDgAGGhp1MX/H89v/lMyAQx2vL1IkJ+tAGXAufcp7/WiMNmI kc6lnKYiVFsmOxEJintcP0CIpMhfAGGHNq8albasCeflbH+17yDL1QbrO6nR6+AWFR/8e48mhlTDz ZZHyoTO9pOvCfcBncWm/DCMnZ5OqToNf9Bi8zdgdkyiWxf+D5KjbrJIWZ1WfSBtq3l4HQ4+1fpxhL NY5t3raYQ==;
Received: from cpe-172-250-225-198.socal.res.rr.com ([172.250.225.198]:59354 helo=[192.168.1.14]) by server217.web-hosting.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from <touch@strayalpha.com>) id 1lSO4g-002BKi-Nw; Fri, 02 Apr 2021 13:59:19 -0400
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
From: Joseph Touch <touch@strayalpha.com>
In-Reply-To: <846f084a-c441-1d2f-a858-e4d34d528c83@erg.abdn.ac.uk>
Date: Fri, 02 Apr 2021 10:59:12 -0700
Cc: "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <60CE2292-4165-4F1E-980C-9ECC7FA45688@strayalpha.com>
References: <161366727749.10107.14514005068158901089@ietfa.amsl.com> <5f464f17-85ed-f105-35f9-02f35d04aed2@si6networks.com> <CALx6S364zGbq_HZNNVEaJHnHccuk4Zau2DXhmaVYbwnYQc-5bw@mail.gmail.com> <1847e8e3-543f-5deb-dd14-f7c7fa3677db@si6networks.com> <CALx6S34TPppMRJrOvyJ05LLeRvv+S51pQHJnzZDKk-qOdsF0AA@mail.gmail.com> <e41f3484-f816-e185-2d99-94323c8da732@si6networks.com> <CALx6S34qSxGijVcs229bAL5gMhMvMNYUXm3yEmrg6wxUiUAiaA@mail.gmail.com> <bf83d228-25bc-21bb-f984-d58ead6bf492@si6networks.com> <CALx6S35Kh-QAXJDAucuw5Wty37MBiwS=pqQknMZ+15b7D5Sn8A@mail.gmail.com> <34e78618-cb28-71a1-a9d3-7aec38032659@si6networks.com> <CAO42Z2zqD9_d2Fbr25Y2CV1GdzYKd167yf5DHeHna7V66pF65A@mail.gmail.com> <8296B6C0-0010-4EAE-A6C9-6C3D43AC5BAB@strayalpha.com> <28f28347-b6a8-9f38-e03c-70bf06322c48@erg.abdn.ac.uk> <93556D3A-3C42-4944-9202-DE75AE864CBA@strayalpha.com> <853caba2-b7ce-db2e-338c-ad1d161a5fe9@erg.abdn.ac.uk> <48DA3058-3380-46AC-951E-27B28489AAF6@strayalpha.com> <846f084a-c441-1d2f-a858-e4d34d528c83@erg.abdn.ac.uk>
To: Gorry Fairhurst <gorry@erg.abdn.ac.uk>
X-Mailer: Apple Mail (2.3654.60.0.2.21)
X-OutGoing-Spam-Status: No, score=-1.0
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/15TvYui8l-i9CFnw7RmTxIt95go>
Subject: Re: [tsvwg] UDP-Options: UDP has two ”maximums”
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: Fri, 02 Apr 2021 17:59:31 -0000

Hi, Gorry (et al.),

> On Apr 2, 2021, at 4:29 AM, Gorry Fairhurst <gorry@erg.abdn.ac.uk> wrote:
> 
> In the last IETF TSVWG meeting you asked for throughts about what MSS should mean?
> 
> I have now thought - the key unknown here is how large a datagram segment the remote receiver is willing to accept - i.e., what is the largest fragmented datagram I can send that would be reassembled. This might be any number, depending on the way in which the receiver is designed or configured. Whereas a sender could anticipate a common fragment size - e.g. 1200B, or use dplpmtud to discover this, there is no real way of determining the largest datagram that would be the option.
> 
> I think you suggested this as: Max reassembly size, a hard upper bound, similar to MSS_R.
> 
> Does this help?

I had assumed that would be at useful.

The question that remains is whether it is useful to also have an MSS option in the same spirit as TCP. That would argue for two different MSS values:

	UDP path MSS
	UDP EMTU_R

Are both actually useful? Is the TCP one useful? (esp. given it really isn’t path info)?

Joe

v2.23.0 | Report a Bug | By Email