[quicwg/base-drafts] Coordinating spin (#2763)

Martin Thomson <notifications@github.com> Mon, 03 June 2019 00:28 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 0D01F12011A for <quic-issues@ietfa.amsl.com>; Sun, 2 Jun 2019 17:28:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.605
X-Spam-Level:
X-Spam-Status: No, score=-6.605 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, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] 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 mtU8PLE4YjRy for <quic-issues@ietfa.amsl.com>; Sun, 2 Jun 2019 17:28:32 -0700 (PDT)
Received: from out-20.smtp.github.com (out-20.smtp.github.com [192.30.252.203]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C425E120119 for <quic-issues@ietf.org>; Sun, 2 Jun 2019 17:28:31 -0700 (PDT)
Date: Sun, 02 Jun 2019 17:28:29 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1559521709; bh=EGdeNoi3kkMAcE1t6eShlzrMF4QULYGxuRl/PbaHdqo=; h=Date:From:Reply-To:To:Cc:Subject:List-ID:List-Archive:List-Post: List-Unsubscribe:From; b=t+15/Eo4SlVZAPyyQlYURl+DBtcHUzvwSZ5iXPvctPslNP+8t4F0V3SSZds0RqIr2 bCumb0k17FLA4vI6UovM5K1aMuqn6ehugJ5eOVafAqSD91GWRLXDqwnrIH7YB6suq+ Oe+MYAwDLiUZwJpva6UBJgYFAicYQ6iOedpbbBpA=
From: Martin Thomson <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK2FXATYNSTPNNIBY653AGOC3EVBNHHBVZMR5U@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2763@github.com>
Subject: [quicwg/base-drafts] Coordinating spin (#2763)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5cf469adcfa3f_4b013ff13b8cd964366781"; 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
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/UO7eCBnawsJX6EPneCg2EvBO--s>
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, 03 Jun 2019 00:28:34 -0000

When multiple connections share the same network path or multiple connection IDs are used for the same path, using the spin bit is complicated by the difficulty in correlating forward and reverse flows.  There is currently text that uses RFC 6919 language in the draft recommending coordination of the spin to avoid this problem.

However, as [some have observed](https://github.com/quicwg/base-drafts/pull/2751#pullrequestreview-244603953), this coordination seems difficult and therefore unlikely.  It also creates a strong signal that indicates that all the connections on the path are terminated at the same endpoint on both ends.  Maybe we don't want to be generating that signal.

Also, because this coordination can't be guaranteed, the on-path observer is forced to build code for correlating/segregating measurements by connection ID in the case where there is no coordination.

Maybe it's best just to remove this recommendation entirely.

-- 
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/2763