Re: [quicwg/base-drafts] Do we need to define a maximum packet size? (#383)

ianswett <notifications@github.com> Fri, 10 March 2017 14:53 UTC

Return-Path: <bounces+848413-a050-quic-issues=ietf.org@sgmail.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 AEA3D129628 for <quic-issues@ietfa.amsl.com>; Fri, 10 Mar 2017 06:53:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.02
X-Spam-Level:
X-Spam-Status: No, score=-2.02 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-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 6Ttp76hBylKV for <quic-issues@ietfa.amsl.com>; Fri, 10 Mar 2017 06:53:55 -0800 (PST)
Received: from o7.sgmail.github.com (o7.sgmail.github.com [167.89.101.198]) (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 B2B8C129603 for <quic-issues@ietf.org>; Fri, 10 Mar 2017 06:53:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=QfJx7dmcvm+IzNGkaPsYQLPc9Nk=; b=GJC+qF81Nb1EGeRf H/h0+5Q5Y63ESTWf6nMcBjZ6OIC+h2kCgO4o2zSAimiFRtOVtB6BZ+rvtOwpePJS YU+9A+PWgcy926KsjzMGrlUXtQUNVKyArbWHmngGeB77Vx6+VR7U117S2wzZOX0o X34/PMtDB64AOrz75pfDpxlG2So=
Received: by filter0913p1mdw1.sendgrid.net with SMTP id filter0913p1mdw1-19535-58C2BE02-37 2017-03-10 14:53:54.937030102 +0000 UTC
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16]) by ismtpd0006p1iad1.sendgrid.net (SG) with ESMTP id ua-wCXGjQlqYCXbSwZiRbQ for <quic-issues@ietf.org>; Fri, 10 Mar 2017 14:53:54.886 +0000 (UTC)
Date: Fri, 10 Mar 2017 06:53:54 -0800
From: ianswett <notifications@github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/383/285688621@github.com>
In-Reply-To: <quicwg/base-drafts/issues/383@github.com>
References: <quicwg/base-drafts/issues/383@github.com>
Subject: Re: [quicwg/base-drafts] Do we need to define a maximum packet size? (#383)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_58c2be02c430c_76503fee3d56bc2c29390"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: ianswett
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak1EndUunc2aqCHZPUSjtzTEqnhhOQ19xFfDqN c1nuwR/c1+Gqcq6s6rHKK86Mld+3YbQuoG4ACijw9racj7YYVVvrenuf3wy769zinExgCwLLUt5Lxg xKnQvsvxZNDziVKLGR4LfspzY8miZwJfyA9jU3jFLTxUPcmW8h33aDhXuhXsldgr2xZ9b6Iu/w1igp g=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/jeN2p1jnzzN8QV6C7hC5uMTxLh8>
Cc: Subscribed <subscribed@noreply.github.com>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.17
Reply-To: quic@ietf.org
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: Fri, 10 Mar 2017 14:53:57 -0000

@martinthomson Dropping packets that are too large doesn't provide much feedback, but that's a failure mode QUIC, at least in Chrome, has to deal with gracefully.  It's much more likely the path drops the packet before it arrives at the server, possibly sending an ICMP packet in the process.

For a while, GQUIC would read packets up to 2000 bytes, but send back an error if the packet was larger than 1460 or something.  This path was almost never hit, but created unnecessary code complexity.

So I'd support no max packet size, with dropping being the way to deal with overly large ones, but possibly we want to require all endpoints support 1500 byte packets as a minimum?

-- 
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/383#issuecomment-285688621