Re: [quicwg/base-drafts] max_udp_payload_size during the handshake (#3638)
Kazuho Oku <notifications@github.com> Sat, 09 May 2020 04:10 UTC
Return-Path: <noreply@github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9A2493A00D3 for <quic-issues@ietfa.amsl.com>; Fri, 8 May 2020 21:10:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.555
X-Spam-Level:
X-Spam-Status: No, score=-1.555 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_20=1.546, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 oAY04DvcDQc6 for <quic-issues@ietfa.amsl.com>; Fri, 8 May 2020 21:10:34 -0700 (PDT)
Received: from out-1.smtp.github.com (out-1.smtp.github.com [192.30.252.192]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFB7A3A00D2 for <quic-issues@ietf.org>; Fri, 8 May 2020 21:10:33 -0700 (PDT)
Received: from github-lowworker-1dbcc59.ash1-iad.github.net (github-lowworker-1dbcc59.ash1-iad.github.net [10.56.105.54]) by smtp.github.com (Postfix) with ESMTP id 3D7E6C60D01 for <quic-issues@ietf.org>; Fri, 8 May 2020 21:10:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1588997432; bh=6n681VXX+dH9g/5TFxJ3+n0W9dltqnI8fEqNa2XxKhE=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=nv17GP0MrP23Bpi9XTquCkU9oXspR4/6eosjyefU37U+qpy48lfOT+xbi8IwWbC15 nnFPXXs3ks/firh1tFuB3T+vAjeh7QcCILp5cc7d8XS97mfGNp/FOT1ZIJAbxZuXvP zSpUMPnbQ31LpiLH5Selr+9qVbvEUXhYp6mutg2s=
Date: Fri, 08 May 2020 21:10:32 -0700
From: Kazuho Oku <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK4OJMKOEHH2CY23OUV4YIHDREVBNHHCJKIRDE@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3638/626102272@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3638@github.com>
References: <quicwg/base-drafts/issues/3638@github.com>
Subject: Re: [quicwg/base-drafts] max_udp_payload_size during the handshake (#3638)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5eb62d382e3ba_606b3fbbfc4cd9643718b3"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/36NjyaRDRUWq7gyfmzO019YKvug>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 May 2020 04:10:36 -0000
This is a good issue. If we are to provide guidance, my preference goes to stating that an endpoint should not send datagrams that are larger than its first flight, unless that endpoint implements PMTUD. The rationale is that we should avoid packets starting to get dropped mid-connection. First flights getting dropped is fine, because clients can do happy-eyeballing. Even if they only use QUIC, not starting a transaction is much better than a transaction inflight getting lost. -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/quicwg/base-drafts/issues/3638#issuecomment-626102272
- [quicwg/base-drafts] max_udp_payload_size during … David Schinazi
- Re: [quicwg/base-drafts] max_udp_payload_size dur… Kazuho Oku
- Re: [quicwg/base-drafts] max_udp_payload_size dur… Martin Thomson
- Re: [quicwg/base-drafts] max_udp_payload_size dur… Jana Iyengar
- Re: [quicwg/base-drafts] max_udp_payload_size dur… Martin Thomson