Re: [quicwg/base-drafts] Retire My Own CID (#2645)

Kazuho Oku <> Wed, 22 May 2019 15:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4A42B120230 for <>; Wed, 22 May 2019 08:56:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.392
X-Spam-Status: No, score=-1.392 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_24=1.618, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=no autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (1024-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 8c3bwHJ_inOH for <>; Wed, 22 May 2019 08:56:08 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id BBF9012018A for <>; Wed, 22 May 2019 08:55:21 -0700 (PDT)
Date: Wed, 22 May 2019 08:55:20 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=pf2014; t=1558540520; bh=B9N8tlTV8poTk78FNfAQZtF/+HD8kXNqqopGjk4C884=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=fzGkhxb+4ax4ggDKWxHSe9P3kPICQtUBr/f/r1SnYmiNZ/7H84qaeSjKCwV/YUuTT ZN5uKAPv8tMsI/W3GUPemynu056aJGHP6Kn+HQF0w9P3Jdc8LML94mkWD4Wtf+qPsj PINZuC6l9PQPu0waYMrKbpRkA+NGG5bSu5oB5IFA=
From: Kazuho Oku <>
Reply-To: quicwg/base-drafts <>
To: quicwg/base-drafts <>
Cc: Subscribed <>
Message-ID: <quicwg/base-drafts/issues/2645/>
In-Reply-To: <quicwg/base-drafts/issues/>
References: <quicwg/base-drafts/issues/>
Subject: Re: [quicwg/base-drafts] Retire My Own CID (#2645)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5ce570e8978a5_11013ffb518cd96c847515"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
Archived-At: <>
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 22 May 2019 15:56:20 -0000

> One solution is that the sender must not update a connection ID until the previous packet/frame was acknowledged. The other possibility would that receiver keep track of the packet number the connection ID was received in. Always use the CID in the most recent packet number.

I do not think that either of the two would work considering the fact that an endpoint is permitted to retransmit out-of-date frames as they are.

Consider the case where an endpoint first sends packet(pn=x,REPLACE_CONN_CID(seq=y,new_value=a)), then sends packet(pn=y,REPLACE_CONN_ID(seq=y,new_value=b)). If pn=x is deemed lost, then the endpoint is permitted to send(pn=z, REPLACE_CONN_CID(seq=y,new_value=a)), where z is greater than y.

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub: