IETF Logo Mail Archive

Re: [quicwg/base-drafts] kDefaultInitialRtt too large (#752)

Lars Eggert <notifications@github.com> Wed, 30 August 2017 11:31 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 0828E132FC5 for <quic-issues@ietfa.amsl.com>; Wed, 30 Aug 2017 04:31:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.616
X-Spam-Level:
X-Spam-Status: No, score=-0.616 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_28=1.404, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=no 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 FjNjV3qM8N5p for <quic-issues@ietfa.amsl.com>; Wed, 30 Aug 2017 04:31:30 -0700 (PDT)
Received: from o3.sgmail.github.com (o3.sgmail.github.com [192.254.112.98]) (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 8FEB9132FC4 for <quic-issues@ietf.org>; Wed, 30 Aug 2017 04:31:28 -0700 (PDT)
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=phWaSmdrR/BbrfBLLv/PN7vOFws=; b=Mcc06nyHvC3uctPb 9Q5IIn2byJ/YbMmRwztGmX//41bLiDdxYp+DNy0WIcsbPA8HJaVZdwW+/RfDBIF8 ANgKgmKEjgNI9txoilwq213NEiZxKqKJm/3Qsj/V65pNixbFA8wy1R0K7+PfAQtm d4L5+szbD9dA3dOYi8JtYiwnuE4=
Received: by filter0119p1las1.sendgrid.net with SMTP id filter0119p1las1-4899-59A6A20F-3 2017-08-30 11:31:27.094040779 +0000 UTC
Received: from github-smtp2b-ext-cp1-prd.iad.github.net (github-smtp2b-ext-cp1-prd.iad.github.net [192.30.253.17]) by ismtpd0001p1iad1.sendgrid.net (SG) with ESMTP id 4NWdaD3pSy2PQ97aMlIs_g for <quic-issues@ietf.org>; Wed, 30 Aug 2017 11:31:27.027 +0000 (UTC)
Date: Wed, 30 Aug 2017 11:31:27 +0000
From: Lars Eggert <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab59d5fa0827fe49fa603b623c461361661a0a35ee92cf0000000115be640e92a169ce0f1cc61a@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/752/325963252@github.com>
In-Reply-To: <quicwg/base-drafts/issues/752@github.com>
References: <quicwg/base-drafts/issues/752@github.com>
Subject: Re: [quicwg/base-drafts] kDefaultInitialRtt too large (#752)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_59a6a20edec9c_2f8a3f962a7f5c381130f4"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: larseggert
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: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak0ac8rTL+1zSqSVSPQaHx4KxnUP/xTdzwB8MK 9NI+rBr23livtqDrcpuib4MlejEt110WQXqe24vDgqqtbWSRVRc7HJmunA3hkG5mQdj/qcWFuoK7gH 5egKM742Yn6R0PJpRzsOxgM5wI6rq+o0gUrEJLa2lK1ICd1Yoh24eH1rwmqhLA7MXiP+z6dfWfq7hr g=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/cgXmaXC8ChXf7ZQhFyBOD-rPZ_M>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 30 Aug 2017 11:31:32 -0000

If you're too short, many (?) clients will do an unnecessary RTX of the CH. If you're too long, however, only those (few?) hosts whose CH is lost will wait a bit longer to RTX. So the tradeoff is between many (?) unnecessary retransmits vs.  a longer wait time for those few (?) whose CH is lost. A shorter initial value potentially wastes some bandwidth, a longer potentially leads to longer page-load-times for a few. Pick your poison. I think the IETF in the past has valued bandwidth over PLT.

-- 
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/752#issuecomment-325963252

v2.35.0 | Report a Bug | By Email | System Status