Re: [quicwg/base-drafts] Spin bit should be applied per each 5-tuple rather than per connection (#1828)

Martin Thomson <notifications@github.com> Mon, 12 November 2018 22:56 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 C0C20130DD0 for <quic-issues@ietfa.amsl.com>; Mon, 12 Nov 2018 14:56:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.47
X-Spam-Level:
X-Spam-Status: No, score=-3.47 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.47, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, 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 aV6wjt-VYWi8 for <quic-issues@ietfa.amsl.com>; Mon, 12 Nov 2018 14:56:51 -0800 (PST)
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 EB09012785F for <quic-issues@ietf.org>; Mon, 12 Nov 2018 14:56:50 -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=H6XZiaiJ8/eJYSV8jwt6k3M0BcM=; b=uJciOrXgeuJZTvk2 uadp9P6deFb2v86fgJtPE8A9uX0icSKHygEsNFtONXMARqeXTc5KYzcDYKerJgCr idHTiOiDNdHYxOmD/40w22JfqV507gPYJyMH3DGkxpxYaXo1Fay8Keq/Rb+1zuDo 8rQ/lXBC6vCZosi482rhbMKJ584=
Received: by filter0665p1las1.sendgrid.net with SMTP id filter0665p1las1-28368-5BEA0532-1 2018-11-12 22:56:50.090387581 +0000 UTC m=+360967.858058554
Received: from github-lowworker-dcd58f3.cp1-iad.github.net (unknown [192.30.252.33]) by ismtpd0003p1iad1.sendgrid.net (SG) with ESMTP id 3PhsvIDnSTq96QN7wdxsTg for <quic-issues@ietf.org>; Mon, 12 Nov 2018 22:56:49.981 +0000 (UTC)
Received: from github.com (localhost [127.0.0.1]) by github-lowworker-dcd58f3.cp1-iad.github.net (Postfix) with ESMTP id EBDDD2415EB for <quic-issues@ietf.org>; Mon, 12 Nov 2018 14:56:49 -0800 (PST)
Date: Mon, 12 Nov 2018 22:56:50 +0000
From: Martin Thomson <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab31daba7f8b2558b6bff3fefa26f63370e63b795a92cf000000011801c73192a169ce15d27d33@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/1828/438058714@github.com>
In-Reply-To: <quicwg/base-drafts/issues/1828@github.com>
References: <quicwg/base-drafts/issues/1828@github.com>
Subject: Re: [quicwg/base-drafts] Spin bit should be applied per each 5-tuple rather than per connection (#1828)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5bea0531e9624_79903f7f5dcd45bc709f2"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: martinthomson
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: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak3WetXZ3E0tG1AJZzmhyidh38Lg82o+OK0Q0D OMV/QYkGgRCZa2BdMjKlPxIKYfJK1majRoQgGKEi8hh+BH0xAuoLPiXRKAjeHQJ83eNG4rNRLVrDs9 EX8q2wbQEEA/elFzYLKOYENZcXwNMGzZSch55vUe2lXjB1Co538cqnJmW7RjDox0hVulSHs1BbKIKz g=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/yI-OOXAzHFRcIpKjRurdXR9RvDw>
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: Mon, 12 Nov 2018 22:56:53 -0000

I don't think that we need fancy here.  Simply state that - ideally - spinning is scoped to a 5-tuple.  You might then observe that if connections share the same path, then they might not be able to coordinate spinning.

Aside from it being logistically difficult to coordinate across connections, coordination isn't possible in all cases. With diverse endpoints, there could be NATs/load-balancers/middleboxes that know how to multiplex and demultiplex based on connection ID at both ends.  That makes @britram's thinking useful (...minimum publishable unit?).  Of course, if spinning could be coordinated, that would make the signal cleaner.

Note that multiple connections on the same path is hard to distinguish from the same connection with alternating connection IDs, unless the end-to-end latency differs.  (Note to self: look into gaming this.)

-- 
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/1828#issuecomment-438058714