Re: [quicwg/base-drafts] Static table negotiation (#1343)

Lucas Pardue <notifications@github.com> Fri, 11 May 2018 04:19 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 B775612D86D for <quic-issues@ietfa.amsl.com>; Thu, 10 May 2018 21:19:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.01
X-Spam-Level:
X-Spam-Status: No, score=-8.01 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, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_HI=-5, 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 dAJzm353cbmx for <quic-issues@ietfa.amsl.com>; Thu, 10 May 2018 21:19:28 -0700 (PDT)
Received: from out-1.smtp.github.com (out-1.smtp.github.com [192.30.252.192]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9D65012D86B for <quic-issues@ietf.org>; Thu, 10 May 2018 21:19:28 -0700 (PDT)
Date: Thu, 10 May 2018 21:19:27 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1526012367; bh=67afmnpfMDiUzrhohG2CXaJ6TT+3+xuL5N5XvA2QME0=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=PGhBXCWvlw50+1K82DmELJKbog/kRa53PFdgYj5Iewj6vfa0CoNzhf5oAIVCe965/ Z0c8Va3O/RFSOzv0Ywnh2LJGT4ZzRrgVQU2vesRuU+3NDMr0t2aSNL+NaW367Qdg1R 9vwzcTBKhhVxxWJ++mLm5J3doEKmZSyYPdgGzh24=
From: Lucas Pardue <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab53a1e4058bfffe1b312230051306ed96d4ac7d2992cf00000001170cdbcf92a169ce132ccea3@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/1343/388255397@github.com>
In-Reply-To: <quicwg/base-drafts/issues/1343@github.com>
References: <quicwg/base-drafts/issues/1343@github.com>
Subject: Re: [quicwg/base-drafts] Static table negotiation (#1343)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5af519cf8f12a_70a03ff1e3242f888574aa"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: LPardue
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/N4keCX7bq_1BiVIaBXjr0_8MVCI>
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: Fri, 11 May 2018 04:19:30 -0000

To expand on Mike's comment after thinking further, the quirk of Alt-Svc also becomes that it effectively defines a host-level static table rather than a connection-one. This introduces some weird (although perhaps not undesirable) synergies between QUIC session resumption and Alt-Svc freshness i.e a client that accepts an alternative as valid could continue to use it's static table across different QUIC connections to the same host.

Thinking about the negotiation more generally. The proposals are connection-level. There is potential merit in an ability for different API endpoints to have different table contexts, however differentiating endpoints by URL path is not presently possible. And to take this concept further, you could imagine some benefit (in a multipath world) of different paths having different table contexts. However, this could all be TFH, with questionable real world benefit.

-- 
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/1343#issuecomment-388255397