Re: [quicwg/base-drafts] Coalescing different CIDs for same connection (#3800)

hardie <notifications@github.com> Mon, 13 July 2020 20:09 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 1E5C03A082A for <quic-issues@ietfa.amsl.com>; Mon, 13 Jul 2020 13:09:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.1
X-Spam-Level:
X-Spam-Status: No, score=-3.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=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 mClis3pyNepO for <quic-issues@ietfa.amsl.com>; Mon, 13 Jul 2020 13:09:15 -0700 (PDT)
Received: from out-25.smtp.github.com (out-25.smtp.github.com [192.30.252.208]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F37F3A0A2E for <quic-issues@ietf.org>; Mon, 13 Jul 2020 13:09:10 -0700 (PDT)
Received: from github-lowworker-cd7bc13.ac4-iad.github.net (github-lowworker-cd7bc13.ac4-iad.github.net [10.52.25.102]) by smtp.github.com (Postfix) with ESMTP id ADC92281845 for <quic-issues@ietf.org>; Mon, 13 Jul 2020 13:09:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1594670949; bh=ANbToIHMMQZu4igIPC7akisyXtUQae47tFzahAOih7A=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=ALDf+6460338AnPB1MquZiHUMWQzcNiLg+Z+uZrvfGCPs/jK2FWKmqqYHM9ipcONy Yk2LKBfzR+XNGeqlMwZXJ8Jc0/uBVEozo60k7m7p/QKGdnZi+MIEaf3gDc8s7gmHOe za6/Wgwt+8pYuREfnW+obL/LEiKASKVi8dNq4lfQ=
Date: Mon, 13 Jul 2020 13:09:09 -0700
From: hardie <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+AFTOJK3XHTCFEN7KGDP53VF5DCQGLEVBNHHCNJ65QE@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/3800/657765332@github.com>
In-Reply-To: <quicwg/base-drafts/issues/3800@github.com>
References: <quicwg/base-drafts/issues/3800@github.com>
Subject: Re: [quicwg/base-drafts] Coalescing different CIDs for same connection (#3800)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5f0cbf659ec27_13783feccbecd96427578"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: hardie
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/qH5MoTZDzOIJunaLU3llCZaCMP0>
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, 13 Jul 2020 20:09:22 -0000

Hi Mike,

On Mon, Jul 13, 2020 at 12:59 PM Mike Bishop <notifications@github.com>
wrote:

> I think we need to make *a* change, in one direction or the other. It's
> unfortunate to mix CIDs, since it clearly links them to any observer, but
> doesn't seem like a big deal.
>
Can you say more about why you don't see this as an issue?  Is it because
this use case is most likely during the handshake?  Or is there some other
linkability already present that makes this less of an issue?

regards,

Ted



> For some implementations, it sounds like it's a big deal to avoid mixing
> them. Therefore, while I'm content with either resolution, it seems like it
> makes more sense to resolve toward being more permissive; e.g. #3870
> <https://github.com/quicwg/base-drafts/pull/3870>.
>
> Mixing packets from different connections seems like a generally bad idea,
> since it assumes an implementation structure on the far end for it to work.
> The more likely outcome is that coalesced packets from other connections
> will simply be dropped as invalid. (Of course, this very property could be
> used for padding / misleading observers.)
>
> —
> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/quicwg/base-drafts/issues/3800#issuecomment-657761307>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AAKVXZG2NRCVNV3NJV7ADS3R3NRTRANCNFSM4OMZFPYA>
> .
>


-- 
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/3800#issuecomment-657765332