[PANRG] A ping, and a post-RG Last Call question (was: Re: RG Last Call: draft-irtf-panrg-path-properties)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Tue, 19 July 2022 14:34 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: panrg@ietfa.amsl.com
Delivered-To: panrg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C9434C18872B; Tue, 19 Jul 2022 07:34:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lOJcs2Dg9tdL; Tue, 19 Jul 2022 07:34:10 -0700 (PDT)
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com [IPv6:2607:f8b0:4864:20::82a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 49360C18872A; Tue, 19 Jul 2022 07:33:59 -0700 (PDT)
Received: by mail-qt1-x82a.google.com with SMTP id g24so8410461qtu.2; Tue, 19 Jul 2022 07:33:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=e4/QEoHGQysYMpnl3snzVZ8w5KF2yOPOm1L1wMrwAL8=; b=LfW0Z5TMWB5BB/KxMERnXgACaNcw3QMNz/CvD1LrNjGfeeL5PInbmGoeQuNTXY8Fp3 eYy7T56Dg/uY3SX90iVpWrKLWveCY+CA/J+C0ovWtWOqcuV2Itzf1iNGed83fUxYlywk Q3jhR2dq5B2DBOnekhdezmGp5s3ftnDJS7f64b8nN56yio/OEgIsKu8Sk+ybxxOHbXIO cOo2IWwsJJgc/OCdBpIQk5zMD1oNs/10IGwC6TxhUKQM+CxqXMvSK0XrW81lwt38Vj0L hy/D+g7wyLucJQsNAI2W8HU8hUPd42ErltyULmlwQwSthQ2rDiXRzcY9AiFN1bYi08Q4 Vdiw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=e4/QEoHGQysYMpnl3snzVZ8w5KF2yOPOm1L1wMrwAL8=; b=qyGIgDm1Gwo9y+miA1ehp4Ili7rfHs3GEUG2rx3n1d4zyPiSjSgHQxFFUhXaKj49kV kI3g++FIQobasGBBaIP9bNHmQZi+/DOli7njBxX/ezGWn7hLr/okvL8Skt/3G/BM4SDr 3DkHqlcRpwXrw1WyCNKBBB5HYF+HtwKElr73GGg2mKjmWeYGkn0Q1oLRUJIHU8IQL9+f ZUuPsBEErjr2RJxC5NHe765Ce3n7G2YuP78lJUwQ8CFXhNTpx7MkqFN4joZISoMSkS+F CmAqQu85HZ0QevFswmeOSeJAzAUcUky2ZCGz98tlP9T/GhPvNxg8JxInCRzvCCXR6i7K c13g==
X-Gm-Message-State: AJIora/HmDqPWXYvWkiTP7C5mrM+qyPyKwWsAq3QCf2PvPedkn9Sw5z4 LE8RVWuI6ylet3Qi7BXgNv6NMJjIIrAGokADBy4=
X-Google-Smtp-Source: AGRyM1vqaHNDR/LRk9ZeAKHhmymVGVNW77iidhweMD//qA3Ah/8Lor7cP1b1fXDbA0Q629zTbnmjHakTuS7X4WdOp8w=
X-Received: by 2002:ac8:5d89:0:b0:31e:ccb6:5b0 with SMTP id d9-20020ac85d89000000b0031eccb605b0mr24066556qtx.227.1658241236830; Tue, 19 Jul 2022 07:33:56 -0700 (PDT)
MIME-Version: 1.0
References: <CAFU7BAQ4gBEC2-OQTHyv6BvEzKDWFVaG2qOAM2iaAf0T11qsMQ@mail.gmail.com> <CAFU7BASp+vPZUtEWvQcVEP=CNyKmySMUz_YmYiR5jMw+w7C_mQ@mail.gmail.com>
In-Reply-To: <CAFU7BASp+vPZUtEWvQcVEP=CNyKmySMUz_YmYiR5jMw+w7C_mQ@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Tue, 19 Jul 2022 09:33:31 -0500
Message-ID: <CAKKJt-es6=_tUZeJxf0WcO0NPbi04KZ_X_Xo_jpS36UufR6fiQ@mail.gmail.com>
To: Jen Linkova <furry13@gmail.com>
Cc: panrg@irtf.org, Theresa Enghardt <ietf@tenghardt.net>, panrg-chairs <panrg-chairs@irtf.org>, Krähenbühl Cyrill <cyrill.kraehenbuehl@inf.ethz.ch>
Content-Type: multipart/alternative; boundary="000000000000df94b205e4295f71"
Archived-At: <https://mailarchive.ietf.org/arch/msg/panrg/i-PhAzlbZ_p7K503yhZoa6ZEUiQ>
Subject: [PANRG] A ping, and a post-RG Last Call question (was: Re: RG Last Call: draft-irtf-panrg-path-properties)
X-BeenThere: panrg@irtf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Path Aware Networking \(Proposed\) Research Group discussion list" <panrg.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/panrg>, <mailto:panrg-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/panrg/>
List-Post: <mailto:panrg@irtf.org>
List-Help: <mailto:panrg-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/panrg>, <mailto:panrg-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jul 2022 14:34:11 -0000

Dear Fans of All Things Path-related,

On Wed, Apr 20, 2022 at 2:42 AM Jen Linkova <furry13@gmail.com> wrote:

> The RG Last Call for
> https://datatracker.ietf.org/doc/draft-irtf-panrg-path-properties/ has
> ended - thank you everyone who read the document and provided
> feedback.
>
> Reese, Cyrill - my understanding is that you are going to publish the
> revised ID to address the comments.
>

I don't know if this is a useful question to ask, at this point in the
approval process, so "not helpful, wontfix" would be a fine response, BUT

I would like to use PANRG terminology in a response to reviewer comments
on
https://github.com/ietf-wg-mops/draft-ietf-mops-streaming-opcons/issues/179,
and I don't think our use of "link" is as helpful as I wish it was.

I think our definition of Link is actually Mostly Fine,

A medium or communication facility that connects two or more nodes with
each other. A link enables a node to send packets to other nodes. Links can
be physical, e.g., a Wi-Fi network which connects an Access Point to
stations, or virtual, e.g., a virtual switch which connects two virtual
machines hosted on the same physical machine. A link is unidirectional. As
such, bidirectional communication can be modeled as two links between the
same nodes in opposite directions.


but the NAME seems unhelpful, because many people already know what a link
is, and they may not all have the same understanding about that.

draft-irtf-panrg-path-properties knows what a Path is (duh), and knows what
a Subpath is.

If we used the term "Path Segment", rather than Link, in our work, do
people think

   - That would be helpful?
   - That would be wrong?
   - That would be a fine thing to have brought up several years ago, but
   that ship has sailed?

I'm probably going to use the term Path Segment in the MOPS document I
pointed to above, but wanted to ask about the terminology here.

Best, and I look forward to seeing you folks in real life next week (where
Meetecho counts as "real life", for some of us),

Spencer