IETF Logo Mail Archive

Re: Path and Retire connection ID

Martin Duke <martin.h.duke@gmail.com> Wed, 16 December 2020 22:47 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 817E53A1274 for <quic@ietfa.amsl.com>; Wed, 16 Dec 2020 14:47:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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, RCVD_IN_DNSWL_BLOCKED=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 T6bV-aV8Cr2t for <quic@ietfa.amsl.com>; Wed, 16 Dec 2020 14:47:04 -0800 (PST)
Received: from mail-il1-x135.google.com (mail-il1-x135.google.com [IPv6:2607:f8b0:4864:20::135]) (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 018FD3A129F for <quic@ietf.org>; Wed, 16 Dec 2020 14:44:53 -0800 (PST)
Received: by mail-il1-x135.google.com with SMTP id n9so13144777ili.0 for <quic@ietf.org>; Wed, 16 Dec 2020 14:44:53 -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=y32koHnA8XJTPow9Usa++WCqs81G6ImpKK3Y/KU+3/A=; b=BUdYmSMhqUNN2w+J2YCLsvemKV+0tSIXoo16qio/NXUaOVNfYg3sBxXU2gV8g5p3YE bemGKKeL0ke13Qv7g08R5G06ZjxGBKXxZ4imemwqAWndYBxofwzPHR7nxB54mloE8p0H lR6Jh6BbPQIQeOfnPlQdNS89PuUBfSDzdgPKZe+637ssmsjnQznfLtp1+9FNhWdArTlk ghhAhryUrA3aXoUDM11OUw72Niw5V/MHH3hnAZO+biXu1X8zEA2hkAR2PO7wtboWDVyI 3UT3kBwBadiKPwm3Q3o/QiZxEw+e167oZYSu169CDptSMQefnFuTZkUBX6urN82yh/pi uyzA==
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=y32koHnA8XJTPow9Usa++WCqs81G6ImpKK3Y/KU+3/A=; b=l6Ock3m0ajio4DEwnB8wzY7JScaOPh86CqjLIo+YU/fCQs/kjnW7tzz6PuxYV1nVvB c3qfPdMh6szq7tzbtMoSUOECHUM0mqcn1xbG5YLARIyVPRfNhUJwFej026bNMA4+by3R G9rwltgtOq8q1zvHbxYF8skGJrCiAfKzXLVhlCUWfYMRFmy9ytjqkZH/SJw4075GISis YmsPgbvZHylT7nlcTSD4uKdnt7ZZyuj39wms6lLumeVQkeuyTcN5mpykZDHJOB/0RDS9 5424oK6My7yE0v8tptxwSGeb5TaRLOWBJ4pZNeQu3D3FdnNWvjZIjjkKMKewVfVwNZLQ HhbA==
X-Gm-Message-State: AOAM531G2XCS6rX+xjOHQnNOzIc1QIOCsv5u6wWcixwH1Mo8eux/kRlO BKJ7u1V3PDlZG1iXJIBt3gvw0/4pm/rTNG9zov8=
X-Google-Smtp-Source: ABdhPJwJmNEac+eIO1ltyoJO/3QbBeZQkW8JpyBvonIwERQeGb+FQp7ANg1UC86WmBsL6ci6GzfW8qyds95wZ0rS7pM=
X-Received: by 2002:a92:a043:: with SMTP id b3mr47417960ilm.272.1608158692844; Wed, 16 Dec 2020 14:44:52 -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>
In-Reply-To: <7d542cff-e1f3-30b3-a75a-28785877256e@huitema.net>
From: Martin Duke <martin.h.duke@gmail.com>
Date: Wed, 16 Dec 2020 14:44:42 -0800
Message-ID: <CAM4esxQSDUtBO6DcVoszG0PSpvE0hq8ZAxSprN3Oy5Zqz-xJGw@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="000000000000a12e0a05b69c9f13"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/4Ai5sN-brJg8lp7KNu2bBf7ghm4>
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: Wed, 16 Dec 2020 22:47:06 -0000

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?

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

>
> On 12/16/2020 1:39 PM, Martin Duke wrote:
> > Thanks for this draft! I like the way it's going.
> >
> > I'm not sure I like the repurposing of RETIRE_CONNECTION_ID to close a
> > path. There are other valid reasons to retire a path -- for instance,
> > the sequence number is low relative to the other active ones, and the
> > intermediate numbers are requiring extra state. RETIRE_CONNECTION_ID
> > is useful to force the peer to use a new CID for the path.
>
> We had a bit of discussion about that. The RETIRE_CONNECTION_ID is not
> meant to trigger a peer's action, except for freeing the resource
> associated with the connection ID that is being retired. The PATH_STATUS
> frame may be used to request a peer to abandon a path.
>
> -- Christian Huitema
>
>

v2.20.0 | Report a Bug | By Email