IETF Logo Mail Archive

Re: Path and Retire connection ID

Martin Duke <martin.h.duke@gmail.com> Tue, 22 December 2020 16:10 UTC

Return-Path: <martin.h.duke@gmail.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 597503A1142 for <quic@ietfa.amsl.com>; Tue, 22 Dec 2020 08:10:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.198
X-Spam-Level:
X-Spam-Status: No, score=-0.198 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 zgVT9bYp6LvV for <quic@ietfa.amsl.com>; Tue, 22 Dec 2020 08:10:48 -0800 (PST)
Received: from mail-io1-xd2b.google.com (mail-io1-xd2b.google.com [IPv6:2607:f8b0:4864:20::d2b]) (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 425D03A1140 for <quic@ietf.org>; Tue, 22 Dec 2020 08:10:48 -0800 (PST)
Received: by mail-io1-xd2b.google.com with SMTP id p187so12453282iod.4 for <quic@ietf.org>; Tue, 22 Dec 2020 08:10:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=D3/8zmr4QoErx9er7ImJnLOpaobmLKIamG6b8wa8Clc=; b=Jcn8armGzFglnCf0vKyl2Z7MQJsEnksI4eH66Iy28pvBWD9Ekmv0bF067ldu8lS/gH G9DzGpQ3vcUqLFrfSKkZi+4Y7x4nOQX2dM0wVUamBpwitPdMsj9FnSSyD/SkPJy8TcS3 VJKKalm1ldH6wlGtDcG3hsZ5DVYkjDbonNB/m4SY4o7obEHHiexIN+sCHpN6k+/CuWud zZGWF2QHJq4uAjB0xybGyAYq28Jwz6lD/bVCSby5gQohl7oi1tFH+p5PfcFkNFw4EX48 9yeC9E7NWPJC07kfQiT5eq79zRqDygQT9+lrKpoDChaXSQUtzPOlC0qWvv2oegzlCnVI qqpA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=D3/8zmr4QoErx9er7ImJnLOpaobmLKIamG6b8wa8Clc=; b=EtCx4Qz2BX7gbBdoxI1jX/5/gbjzM+Joop0g0zeS2XGvexW4kOHVlivz9gwoZc6m8C AOFMHANFqQ3RcrjUYTULFs2vYu/qNunfubJqNa4VJAuRqkkyXumacHEo+NZPA7etvYKc WRaDtgbhUrcDIfGfpIxWkcIWEZe1hEqnHR9g/CIRmhhwP+C1TKZBF1hsOjJqRxyPDU7l kXX2/+ZzZZyssU9gKHcbl3GoSETgTRf3OJicmTx+lMtpFgX5LUIRPpPCmduADryyI2Qo WAC+ZwsCxp7OG1P5US0FUg1eSEmrISDLjG3ltlZcAws9lI2gUjz0Kq5PPdG3TAagNNWS RPUw==
X-Gm-Message-State: AOAM532/YS8579ebbDJOg2p8F6aKOXBNbK6w4jtyKwGrqmfPABlKI26C RuNm/D5hix0Q7aZ7uRGfPbVSq7nihbUtNBcTLWM=
X-Google-Smtp-Source: ABdhPJz4a93bvuF+IIZ0Sq6S1w/CQpaU0M67kILbp6pxYch1Wm5E55sSxB22oNI+IkNUMwWeuJLywo3z5pC2emtPUao=
X-Received: by 2002:a5e:da43:: with SMTP id o3mr18202897iop.97.1608653447590; Tue, 22 Dec 2020 08:10:47 -0800 (PST)
MIME-Version: 1.0
References: <160810286972.22457.5330092965264463113@ietfa.amsl.com> <45ce5065-931b-40a8-8167-5dd814dcfacf.miaoji.lym@alibaba-inc.com> <c4823a2d-0b70-4295-8953-9dfbac377e60@beta.fastmail.com> <CALGR9obEDcZ_LK1cjrPKrmCxJ5vpwVs1_-eFcYHhKLKkdg8tDw@mail.gmail.com> <CAM4esxRLJCjQt69Gh+9Bfsbg+9HbvyeEpvrDEgk5NxeMhKQoaA@mail.gmail.com> <7d542cff-e1f3-30b3-a75a-28785877256e@huitema.net> <CAM4esxQSDUtBO6DcVoszG0PSpvE0hq8ZAxSprN3Oy5Zqz-xJGw@mail.gmail.com> <a7091876-ed73-3169-f31f-8426fc989dcd@huitema.net>
In-Reply-To: <a7091876-ed73-3169-f31f-8426fc989dcd@huitema.net>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Tue, 22 Dec 2020 08:10:38 -0800
Message-ID: <CAM4esxQF3_6eqxfGoL8LMABg6LSP+LRQLQOX24CLjkJ5TH_Nxg@mail.gmail.com>
Subject: Re: Path and Retire connection ID
To: Christian Huitema <huitema@huitema.net>
Cc: Lucas Pardue <lucaspardue.24.7@gmail.com>, QUIC WG <quic@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004f783805b70fd1c9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/YrqLZQCHXmZq6l3nqz2Sqa7TX0o>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Dec 2020 16:10:49 -0000

I'm fine to do some experiments, but I'm quite unclear as to what the draft
is specifying right now.

On Wed, Dec 16, 2020 at 3:06 PM Christian Huitema <huitema@huitema.net>
wrote:

>
> On 12/16/2020 2:44 PM, Martin Duke wrote:
>
> This is not how I read the draft at all. There are two separate paths, no?
> client->server and server->client?
>
> 4.5.2:
>
> This has no direct effect on reverse paths from this endpoint to the
>    peer.  If the peer wants to direct the endpoint to abandon such
>    paths, it should send PATH_STATUS(abandon) frames for the relevant
>    paths.
>
>
>
> So IIUC PATH_STATUS refers to the peer's CID/identifier, and
> RETIRE_CONNECTION_ID refers to the sender's CID/identifier, so both are
> necessary to tear down both ends?
>
> Let's get some experience of what works or not. If we believe that the
> client is ultimately in charge of resource management, then a logical
> sequence would be:
>
> 1) Client asks server to abandon path x.
>
> 2) Server does that and sends RETIRE_CONNECTION_ID(x)
>
> 3) Client sends RETIRE_CONNECTION(y) -- the value that was used for
> "return path".
>
> -- Christian Huitema
>

v2.23.0 | Report a Bug | By Email