Re: [quicwg/base-drafts] Packet number echo with variable-length numbering (#391)

ianswett <notifications@github.com> Sat, 18 March 2017 00:55 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 155B61296A3 for <quic-issues@ietfa.amsl.com>; Fri, 17 Mar 2017 17:55:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.021
X-Spam-Level:
X-Spam-Status: No, score=-2.021 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-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 O_cn8MzjDtad for <quic-issues@ietfa.amsl.com>; Fri, 17 Mar 2017 17:55:25 -0700 (PDT)
Received: from o1.sgmail.github.com (o1.sgmail.github.com [192.254.114.176]) (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 C28AA129683 for <quic-issues@ietf.org>; Fri, 17 Mar 2017 17:53:44 -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=tZrVyHx6b3GttbOxnNfOFc4s1gY=; b=Xs5M8zXqBmCQia3n JejTExtcit6JYOaw4LCThLIqfOb1ZKzIBJwGbvxMBnbUNqMquK/PwJDAINrbTiZp iXhDkfx4BCBJ8d+T7TsgvjEA99nq6sjjyBy/shTxFXARWdhzxzGgopecQmWbUsXo abr/f1J6J4pf9kxi8F2+6W+VogA=
Received: by filter0431p1mdw1.sendgrid.net with SMTP id filter0431p1mdw1-14184-58CC8515-36 2017-03-18 00:53:41.992023148 +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 ismtpd0005p1iad1.sendgrid.net (SG) with ESMTP id gfkZ5BmORrC-VhE-xhKziA for <quic-issues@ietf.org>; Sat, 18 Mar 2017 00:53:41.942 +0000 (UTC)
Date: Fri, 17 Mar 2017 17:53:41 -0700
From: ianswett <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4abd92b432fbde3e7b77041710c3f23b3cbcb68ef2e92cf0000000114e4471592a169ce0cbd1e83@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/391/c287504321@github.com>
In-Reply-To: <quicwg/base-drafts/pull/391@github.com>
References: <quicwg/base-drafts/pull/391@github.com>
Subject: Re: [quicwg/base-drafts] Packet number echo with variable-length numbering (#391)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_58cc8515cfba9_7803ff56c8b3c3c1086eb"; 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: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak2Ql27MRzBc8PH3IhMqS4utKt69/Su+DLqvy8 HPqvSEh81DRPW4uVypoNRUalqpl5ZkwAh/IQ4paiKaPWZInY/X7TK/7t8iLx+8xzDTd+rd9TjoA1GV rUzj0/pQlX87MF0jrh0BP6sJIxOziw6ukpfyul0HsbtZR0MTL+l0AgFw8L4nyFdeF7R3C6pFz8Upge U=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/IPDMaHG7nf1H7dvGCOAqYp38hxw>
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: Sat, 18 Mar 2017 00:55:27 -0000

@britram I think it's ok to provide an RTT measurement less frequently when little data is flowing.   The removal of STOP_WAITING and acking acks results in sending a retransmittable frame with an ack approximately once per RTT.   So both directions should get an RTT estimate approximately once per RTT.

@martinthomson Connections are typically bandwidth limited in one direction, but commonly not both.  We'd like to limit the overhead this adds, particularly on the bandwidth limited direction.  So putting it on every packet containing an ack is a reasonable compromise.

I'm still apprehensive about making this required in any way.  Past experience with exposing more information to the network has not been uniformly positive.

-- 
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/pull/391#issuecomment-287504321