Re: [Detnet] Opsdir last call review of draft-ietf-detnet-ip-oam-10
Greg Mirsky <gregimirsky@gmail.com> Fri, 09 February 2024 02:31 UTC
Return-Path: <gregimirsky@gmail.com>
X-Original-To: detnet@ietfa.amsl.com
Delivered-To: detnet@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C0F2C14F6E2; Thu, 8 Feb 2024 18:31:04 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.105
X-Spam-Level:
X-Spam-Status: No, score=-7.105 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_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 IynKMNG4PGlJ; Thu, 8 Feb 2024 18:31:03 -0800 (PST)
Received: from mail-yb1-xb29.google.com (mail-yb1-xb29.google.com [IPv6:2607:f8b0:4864:20::b29]) (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 8894FC14F5F6; Thu, 8 Feb 2024 18:31:03 -0800 (PST)
Received: by mail-yb1-xb29.google.com with SMTP id 3f1490d57ef6-dbed179f0faso1183449276.1; Thu, 08 Feb 2024 18:31:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1707445862; x=1708050662; 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=PdDKTgWLm9tkUTxkss29Lozplvm/9E/QFsmjwRD+Zw4=; b=TNamNaheB8ECU7/zANsKv1+y1bG3/KP+OwHlYfHsVXQ3qzPabs5584P6+M7d70sJht RjytcbmOWCfQ0Apb4sePLqMeSTuRxtCGtT/Amrt0r3hMDNooJie3/xC13CXqJ6Jod+qk maFPoddnSvci7sPQVKysmXJ45tLyqEiT3C7oyaleC22mZWoeEBavE3WMCjEvZlpL8lVF /S3/mH4dHQg7GtXzwRxdE4X4pMiZ+nwQ7OoMXIJk6ksk5w/JdgbSzxwn6EU1fduV2uFt +CwhL4JpHiRpJ0rOCxi2dOymzyRQUMeKjvcsSx2nELwwmDkEFL+KwfJ/0do4VIikhzg9 vdvQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1707445862; x=1708050662; 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=PdDKTgWLm9tkUTxkss29Lozplvm/9E/QFsmjwRD+Zw4=; b=UZrAgh6Xon3+UaKcmjO8q0++6J/ON9t6IuOWQwkT8yY4wPb+M39W/KQt9MI5pFGbzL nnRx09BA7rqdn3EvGqHyB7Q7vv61Lc+R5HDr7L7ihMDRUg04WamoUJTQhxlX/ewbGaqq d0LzfsLN+NaQUW+TM1sMLTCYHGc5kIjp1HzZqbqXYgjWQYqd9Q74jVQLax2mJ5a7mFAW rkn7rxFyiCsxd8hET6s2exp7qsy5/0Pb0pw7Zk+eTWgw21/qHEot9bGyDBWVxr+b9zlU Mb3fDdEBRjHfVEzENT9CEY/zutmc3Kk44CC6L7bT+F0yL21xbm17sb8earGhTdNlNU5H SGMQ==
X-Forwarded-Encrypted: i=1; AJvYcCWZ4dHZiNUfI4m1w9kL5EXxXOlP1wWSo6H4o1sARbzy/vYjAbbp21da7w4O8t2iBUq8dxtSGR3fDjlZFt9FLFdqupu1Lcu4fPNkWHo35cw5AppTT6ZFVZWWYS8fa4+X8uGYXIgzVra1tl/819d11KSVsqOy16VMAcIBWQ==
X-Gm-Message-State: AOJu0Ywx16Eh1QK6WHmOt3iqRJhfNk/5M9SHLKzcBi4G9C7i5pLHHCdw o7/2AUp0S8b+Cdu1nJsDCC00zb+1UIjZdJCsugt/fNvsblIFmn/HXyT7OP8pTPOupWbr3jPrpzU wfyO++YiS0aLDocbWNDyfzSPjo9Y=
X-Google-Smtp-Source: AGHT+IFCX+MsM3Nl10vbH2NWaZY9zE3YP1hgEX4WVMk/RuSrH3cDC1OMwtfGz9tjtGKj31DuyJMVJbAERTLM0U1dCoE=
X-Received: by 2002:a25:6c8b:0:b0:dc3:fdb7:5bb with SMTP id h133-20020a256c8b000000b00dc3fdb705bbmr441750ybc.7.1707445862497; Thu, 08 Feb 2024 18:31:02 -0800 (PST)
MIME-Version: 1.0
References: <170685629833.25662.15787390148341696905@ietfa.amsl.com> <MN2PR19MB4045815DF6F39A83D799373883472@MN2PR19MB4045.namprd19.prod.outlook.com>
In-Reply-To: <MN2PR19MB4045815DF6F39A83D799373883472@MN2PR19MB4045.namprd19.prod.outlook.com>
From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thu, 08 Feb 2024 18:30:51 -0800
Message-ID: <CA+RyBmXAqgq-EG96tj5h=yFNOsuSvmykYas-0=NAkAXUB0ONYg@mail.gmail.com>
To: Yingzhen Qu <yingzhen.ietf@gmail.com>
Cc: "ops-dir@ietf.org" <ops-dir@ietf.org>, "detnet@ietf.org" <detnet@ietf.org>, "draft-ietf-detnet-ip-oam.all@ietf.org" <draft-ietf-detnet-ip-oam.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "Black, David" <david.black@dell.com>
Content-Type: multipart/alternative; boundary="0000000000001b80f90610e9b8bd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/detnet/ZrY4oInNIlVqNQdTtjGGRjDYafc>
Subject: Re: [Detnet] Opsdir last call review of draft-ietf-detnet-ip-oam-10
X-BeenThere: detnet@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Discussions on Deterministic Networking BoF and Proposed WG <detnet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/detnet>, <mailto:detnet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/detnet/>
List-Post: <mailto:detnet@ietf.org>
List-Help: <mailto:detnet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/detnet>, <mailto:detnet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Feb 2024 02:31:04 -0000
Hi Yingzhen, thank you for your review, comments, and questions. Please note that the new version of the draft includes all updates listed earlier. We hope that updates in versions 11 and 12 address your concerns. Name: draft-ietf-detnet-ip-oam Revision: 12 Title: Operations, Administration and Maintenance (OAM) for Deterministic Networks (DetNet) with IP Data Plane Date: 2024-02-08 Group: detnet Pages: 9 URL: https://www.ietf.org/archive/id/draft-ietf-detnet-ip-oam-12.txt Status: https://datatracker.ietf.org/doc/draft-ietf-detnet-ip-oam/ HTML: https://www.ietf.org/archive/id/draft-ietf-detnet-ip-oam-12.html HTMLized: https://datatracker.ietf.org/doc/html/draft-ietf-detnet-ip-oam Diff: https://author-tools.ietf.org/iddiff?url2=draft-ietf-detnet-ip-oam-12 Abstract: This document discusses the use of existing IP Operations, Administration, and Maintenance protocols and mechanisms in Deterministic Networking networks that use the IP data plane. Best regards, Greg On Mon, Feb 5, 2024 at 8:45 AM Black, David <David.Black@dell.com> wrote: > Hi Yingzhen, > > Thanks for the review - it turned up a number of issues that are common > with Bernard's review, so we decided to deal with his review first (see the > recently posted -11) version and then look at this one. In general, please > take a look at the -11 version, which should be clearer. > > David> Comments inline on specific items. > > Thanks, --David > > -----Original Message----- > From: Yingzhen Qu via Datatracker <noreply@ietf.org> > Sent: Friday, February 2, 2024 1:45 AM > To: ops-dir@ietf.org > Cc: detnet@ietf.org; draft-ietf-detnet-ip-oam.all@ietf.org; > last-call@ietf.org > Subject: Opsdir last call review of draft-ietf-detnet-ip-oam-10 > > > [EXTERNAL EMAIL] > > Reviewer: Yingzhen Qu > Review result: Has Issues > > Hi, > > Thanks for the draft. > > I am the assigned OPSDIR reviewer to conduct a last call review of this > draft. > > General comments: > > The draft lists how existing OAM protocols/tools can be used in DetNet > with IP > data plane. However, I don't think it's clearly stated in either the > abstract > or the introduction section, so it's not clear to me what information the > draft > is trying to deliver. OAM principles as stated in the abstract? or how > existing > solutions may work in DetNet? > > David> The latter is intended - this should be clarified and consistent in > the -11 version, please check. > > There are some editorial nits in the draft, and some of them made the draft > hard to read. I'd suggest an editorial pass and then I can do another > round of > review. > > Detail comments with line number from idnits: > > 80 usually performed on-demand. These tasks achieved by a combination > s/usually performed/are usually performed > s/achieved/are achieved > > David> Fixed in the -11 version. > > In Section 2.1, there should be a ":" after each term/abbreviation. > > David> Agree, should be done for consistency. > > 145 packets. For example, that can be achieved with a 3-tuple > 146 (destination and source IP addresses in combination with DSCP > value) > 147 used to identify the IP DetNet flow. In such a scenario, an IP OAM > 148 session between the same pair of IP nodes would share the network > 149 treatment with the monitored IP DetNet flow regardless of whether > 150 ICMP, BFD, or STAMP protocol is used. > > Q: Do you mean as long as two protocols, for example ICMP and BFD, have the > same DSCP value, the network treatment will be the same? > > David> No, please see the new text in -11, which should be clearer. > In 20/20 hindsight, we omitted the assumption for the example that DetNet > is using 3-tuples (e.g., and not 5-tuples) to determine which traffic > receives DetNet handling/QoS. The overall concern is that the OAM traffic > use the same network path and receive the same DetNet forwarding treatment > as the DetNet traffic that is being monitored. > > 158 protocol like, for example, UDP, a DetNet node must able to > associate > s/must able to/must be able to > > David> Ok, will fix. > > 168 protocol is one of the assigned by IANA, then the UDP source port > can > s/the assigned/those assigned > > David> Removed as part of rewriting that paragraph in -11. > > 167 DetNet flow. When the UDP destination port number used by the OAM > 168 protocol is one of the assigned by IANA, then the UDP source port > can > 169 be used to achieve co-routedness of OAM, and the monitored IP > DetNet > 170 flow in the multipath environments, e.g., Link Aggregation Group > or > 171 Equal Cost Multipath. > Q: It's not clear how using the same UDP source port the OAM packets will > be > guaranteed to follow the same path as the monitored IP flow. Please > clarify. > > David> Clarification/explanation improved in -11, please take a look at > the new text. > > 266 and MPLS data planes analyzed in Section 6.2 of > > 268 [I-D.ietf-detnet-mpls-oam]. Also, requirements and recommendations > nits: broken line. > > David> I suspect that's a tooling artifact, RFC Editor will deal with this. > > 268 [I-D.ietf-detnet-mpls-oam]. Also, requirements and recommendations > 269 for OAM interworking between a DetNet domain with MPLS data plane > and > 270 OAM of a TSN equally apply to a DetNet domain with an IP data > plane. > I'd suggest rewriting this sentence. I can't understand what it's trying > to say. > > David> Yes, it's a bit terse and unclear for that reason. We'll propose > new text in a subsequent message. > > Thanks, > Yingzhen > >
- [Detnet] Opsdir last call review of draft-ietf-de… Yingzhen Qu via Datatracker
- Re: [Detnet] Opsdir last call review of draft-iet… Black, David
- Re: [Detnet] Opsdir last call review of draft-iet… Black, David
- Re: [Detnet] Opsdir last call review of draft-iet… Greg Mirsky