Re: [tsvwg] Secdir telechat review of draft-ietf-tsvwg-datagram-plpmtud-19

Lucas Pardue <> Mon, 20 April 2020 14:09 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 50A1E3A046E; Mon, 20 Apr 2020 07:09:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.053
X-Spam-Status: No, score=0.053 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id NnquqqTd562E; Mon, 20 Apr 2020 07:09:34 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:4864:20::431]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 64B823A047F; Mon, 20 Apr 2020 07:09:34 -0700 (PDT)
Received: by with SMTP id g13so10314635wrb.8; Mon, 20 Apr 2020 07:09:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Av8vaIMv72Iabu9cFx3N5HQ5j8XO4zBxad1HRK4mpCI=; b=c6vM/5GwFB72MuJkWDCef2JrRI9wS1y+PP0srvG73sMD88TMkcMK40/J6nvTR9Oxn6 nVGySuGYAV6Fm6OIqdYn/NvBtVDCrmIEXWign5FYf7q0Mu0rrxElwZPkI0HgBErClkdR esKlYp8Wa11k+04lPo+MI7qUuK8f3pmBbDIdWhWCyxz/QK9iSRs3+EMH/9FAPVyEpU/x isOhR1vRyYMVzrn+dyYdRI9RNQ7L5AgXjqGkOGUlBUDnNc0BRTAB39LpVutQOL/QoL1H WkiHvzWkqWX52U0S9lx3RxlGHpDYYAvwelbnC5sd7rbGUm/8XeLHlG9g2o3D5ikpJV3D 8sNw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=Av8vaIMv72Iabu9cFx3N5HQ5j8XO4zBxad1HRK4mpCI=; b=T5zV3tGqQ3pZeU0801crMWtzpQmpmGMnT4Ll0rj2A/8q36NMoPzIjE7rKZhITkFBEX yUB/VCwlPoWeSHSSilnOYPeqo+YSzKvJ25PlQ8plK6z6ioPLf+t+48WRiuDuTyP/85Nd QFtu/yTUSBixFGaYHWb2ZeNh/gsSpFBnB2JYxGGhLLKKpyCSAffkiYY5rwJtvILaLhN3 /yueXnSOa+Z+BSVcNdFFUBxId3RqLr2y2NulSy7VF8UDGpPwnUjH/207/NT0XjD0KPmb f7rTtbKtAXwFs14dBEC9Vg9VXgyKPMSY2gVgVylRXP3KsQEKeavK9cCahRvIU0C+tfFO +OhQ==
X-Gm-Message-State: AGi0PuYHv8wc4hXbmE3dS4r8M/Aqc4vpkH7iCFBKrPXsKpH65Hov2MVJ bnwQ738g5kddJ7hKwJPE9JMI/+v2Yte8fl5wwlE=
X-Google-Smtp-Source: APiQypJYq1GQ955xD3RWPJYq0Vn9mIAO2LS7TtCGZA28oDFIVTDj2/NOO/pfvKeh0frud+94RMARu/WUex64IIU7Av0=
X-Received: by 2002:a5d:6503:: with SMTP id x3mr20831836wru.153.1587391772073; Mon, 20 Apr 2020 07:09:32 -0700 (PDT)
MIME-Version: 1.0
References: <> <>
In-Reply-To: <>
From: Lucas Pardue <>
Date: Mon, 20 Apr 2020 15:09:20 +0100
Message-ID: <>
To: Magnus Westerlund <>
Cc: "" <>, "" <>, "" <>, "" <>, "" <>
Content-Type: multipart/alternative; boundary="000000000000b1a3c105a3b97231"
Archived-At: <>
Subject: Re: [tsvwg] Secdir telechat review of draft-ietf-tsvwg-datagram-plpmtud-19
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 20 Apr 2020 14:09:37 -0000

Hi Magnus,

Speaking as an individual because I have not conferred with other QUIC
chairs or list:

On Mon, Apr 20, 2020 at 2:21 PM Magnus Westerlund <magnus.westerlund=> wrote:

> Hi Stephen,
> (Dropping last-call, adding QUIC WG)
> You do have a point here. Considering that QUIC transport is not ready, I
> think
> the alternative to have this document hang in RFC-editors queue is to
> actually
> move Section 6.3 into draft-ietf-quic-transport.
> QUIC WG what do you think of that solution? It would allow
> draft-ietf-tsvwg-
> datagram-plpmtud to be published without delays.
My 2c: QUIC says endpoints SHOULD use DPLPMTUD or something else. So I
don't see including some more text as being a protocol design change.
However, it can't simply be copied verbatim and would need some editorial
work (for example, DPLPMTUD Section 6.3.3 includes a MUST NOT, which might
need some contextualization in the QUIC document). The migration would also
require an editorial pass in DPLPMTUD to make sure remaining use to QUIC
outside section 6.3 are correct. The QUIC editors are busy, so the proposal
is more palatable if you have a volunteer to put some effort into this.