Re: [Last-Call] Opsdir telechat review of draft-ietf-detnet-ip-oam-12

Greg Mirsky <gregimirsky@gmail.com> Wed, 14 February 2024 05:48 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: last-call@ietfa.amsl.com
Delivered-To: last-call@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DDD57C15153C; Tue, 13 Feb 2024 21:48:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] 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 NBh7tmVQC2qA; Tue, 13 Feb 2024 21:48:35 -0800 (PST)
Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) (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 0580FC14F684; Tue, 13 Feb 2024 21:48:35 -0800 (PST)
Received: by mail-yb1-xb2f.google.com with SMTP id 3f1490d57ef6-d9b9adaf291so3746065276.1; Tue, 13 Feb 2024 21:48:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1707889714; x=1708494514; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=XnHwjYKVi2O9lafdYnaEVN6OrX98YPjF6LjH3snuAP4=; b=TiRM20JGjYHx3GVfTCyqXZTIO97p6nDlEbMmmEsEDWEp+86oQ+9pC9Ly1Avos6o7Ku XzOLrNGKK66HJx45KyyOIW1wELr6+JDIHGnkyjbyYbS7ZahX1UfNDfgHaSMfrtWmZwEc yPT6poQKSHmlkjjvA/FW2sUtM4tdtNAx+LNOY98RNQEPBgDFJcDd5KWmV1xbtWtf1fEU g9Yl8y15xyrakUsoLDzKGN7nkI/ek1HpVgE6MlesylQe7G5uZI4ndaFBIP9pEz0C51Kf +6sG4jdYh82d7LjiniYj/6GaBLQlvYSs4WfCTlZSY1zqDOtOGOIJQP2yG/A1SvtBXaGk eXog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707889714; x=1708494514; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=XnHwjYKVi2O9lafdYnaEVN6OrX98YPjF6LjH3snuAP4=; b=LBBYCVnwbpuqoC7+PVTB6+kv7Ev+sjKjUuOtAqcSCy51vvI6KFCncOP3zROtPPts+Q LBawA5ePnqNtuwo9cF/vGJgB3p3RRuiiJENaWElodP/Ud405Rcd7qr9ikK/7YE20Wv56 9uMpugXHabObFNKc7wwcZ6rZBbLZJY+6xpYsONKbd9dIt+Tri5Cp+D3CyDML9gxxkdSL R6CO4pQ5Zv7rp8tBkLdOxhWvmO06QMHMrWJBAmwEjuLIUL8o3GKn3JuOCNobx1FroDIJ 0P1N5NlB8fFU6U9rqW2WbGq9RjEVfpJQyYxoQZbgGCzvjBYR/mL6vfZFxyrYEFpXbohz SwbA==
X-Forwarded-Encrypted: i=1; AJvYcCXT2G6toPTF8Wg5cTNz87/KMS69XhZA05MW/SREJ+m4H6oHXWdXbjfmzmSUryF+floOHCwdYHeDd1xX9v90YG79ODmejYMp9dt/lqZPYfSGwFErH92rjUnXEWbuz2NDS9a7ydTDJOZh0LC/Nz/ofprtUfr16ApE/4/Alg==
X-Gm-Message-State: AOJu0YwZ84WDZx6ntNh5ubPCbq6Vr0RxO0YNmCdzJlabunBcumwXDFlI xV+JY8Y/E90gUieL4DZ5Oyf7HO1Ei/OKb4l6UWlar6dPGluQkx/y0QtBdHXenL2eCbc9/Z6uECU RX80g+KLLXk6prZEtim98uhIEE8dHDwYkq04=
X-Google-Smtp-Source: AGHT+IHV4YZ65NMZsB0FT2wB5WQAwlCvBZvlHzycxj07LIaLHQvIEhdIkJJ73QfM2fixrLdxecoUHL9QPjueLZdA3+M=
X-Received: by 2002:a81:7241:0:b0:604:9322:9d56 with SMTP id n62-20020a817241000000b0060493229d56mr1465324ywc.38.1707889713830; Tue, 13 Feb 2024 21:48:33 -0800 (PST)
MIME-Version: 1.0
References: <170788374355.55771.11998499550968611871@ietfa.amsl.com>
In-Reply-To: <170788374355.55771.11998499550968611871@ietfa.amsl.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Tue, 13 Feb 2024 21:48:22 -0800
Message-ID: <CA+RyBmWN-RJ62xNJR8oZ5fF8NGJ773fRhbtFDo5R8eY2+KknjQ@mail.gmail.com>
To: Yingzhen Qu <yingzhen.ietf@gmail.com>
Cc: ops-dir@ietf.org, detnet@ietf.org, draft-ietf-detnet-ip-oam.all@ietf.org, last-call@ietf.org
Content-Type: multipart/alternative; boundary="000000000000b55ef10611510f1a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/bfJjSuu2T6BrcYD6k8k7Rsn1AWs>
Subject: Re: [Last-Call] Opsdir telechat review of draft-ietf-detnet-ip-oam-12
X-BeenThere: last-call@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Last Calls <last-call.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/last-call>, <mailto:last-call-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call/>
List-Post: <mailto:last-call@ietf.org>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/last-call>, <mailto:last-call-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Feb 2024 05:48:37 -0000

Hi Yingzhen,
thank you for your kind words in support of this work; much appreciated.
Please find my notes below tagged GIM>>.

Regards,
Greg

On Tue, Feb 13, 2024 at 8:09 PM Yingzhen Qu via Datatracker <
noreply@ietf.org> wrote:

> Reviewer: Yingzhen Qu
> Review result: Ready
>
> I've reviewed version 10, and this is a follow up review.
>
> Thanks to the authors for working on this document and addressing my
> comments.
>
> The document readability has improved a lot from my last review of version
> -10,
> and I believe it is ready for publication.
>
> There are a couple of nits for the authors to consider.
>
> The line numbers are generated using idnits.
>
> 160        is being done by using the Internet Control Message Protocol
> (ICMP)
>
> nits: there should be a "." in the end.
>
GIM>> It seems like the long sentence may confuse a reader:
   Most of on-demand failure detection and localization in IP networks
   is being done by using the Internet Control Message Protocol (ICMP)
   Echo Request, Echo Reply and the set of defined error messages, e.g.,
   Destination Unreachable, with the more detailed information provided
   through code points.
The intention is to note that Echo Request/Reply that are the mechanism
used in ICMP are the common method for on-demand failure detection and
localization, i.e., of ping and traceroute. Would a slight re-wording make
it clearer:
NEW TEXT:
   Most of on-demand failure detection and localization in IP networks
   is being done by using the Internet Control Message Protocol's (ICMP)
   Echo Request, Echo Reply, and the set of defined error messages, e.g.,
   Destination Unreachable, with the more detailed information provided
   through code points.
WDYT?

>
> 166        traffic between DetNet nodes with IP DetNet traffic, e.g.,
> ensure
> 167        that such ICMP traffic uses the DetNet IP data plane in each
> node,
>
> nits: somehow this sentence doesn't read well to me. "uses the DetNet IP
> data plane" is not very clear to me, I think you're trying to say ICMP
> traffic
> should go through the same path/interface as DetNet traffic, for example,
> there is ECMP between two DetNet nodes.
>
GIM>> Thank you for pointing this to me. You are correct, the intention is
to stress the importance of ensuring that ICMP packets traverse the same
set of nodes and interfaces and receieve the same QoS treatment as the
monitored DetNet IP flow. I propose the following update:
OLD TEXT:
   In order to use ICMP for these
   purposes with DetNet, DetNet nodes must be able to associate ICMP
   traffic between DetNet nodes with IP DetNet traffic, e.g., ensure
   that such ICMP traffic uses the DetNet IP data plane in each node,
   otherwise ICMP may be unable to detect and localize failures that are
   specific to the DetNet IP data plane.
 NEW TEXT:
   In order to use ICMP
   for these purposes with DetNet, DetNet nodes must be able to
   associate ICMP traffic between DetNet nodes with IP DetNet traffic,
   i.e., ensure that such ICMP traffic traverses the same interfaces and
   receives the same QoS treatment as the monitored DetNet IP flow;
   otherwise, ICMP may be unable to detect and localize failures that
   are specific to the DetNet IP data plane.
What are your thoughts? Is the text more clear now?