[RTG-DIR] RTGDIR Early Review of draft-ietf-opsawg-teas-attachment-circuit

Donald Eastlake <d3e3e3@gmail.com> Sat, 09 March 2024 03:16 UTC

Return-Path: <d3e3e3@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 4A2CCC14F6E4; Fri, 8 Mar 2024 19:16:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.854
X-Spam-Status: No, score=-6.854 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_ENVFROM_END_DIGIT=0.25, 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_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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id k6O536wsI0q0; Fri, 8 Mar 2024 19:16:13 -0800 (PST)
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com [IPv6:2a00:1450:4864:20::529]) (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 470BCC14F5EB; Fri, 8 Mar 2024 19:16:05 -0800 (PST)
Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-568107a9ff2so3059526a12.3; Fri, 08 Mar 2024 19:16:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709954163; x=1710558963; darn=ietf.org; h=cc:to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=99Y9/STm/kNOpB2r5gWg9Lx9kiVeCAKnE1on3oCgBOE=; b=c/G5w6VmaJNFvFbarD7D0ZxyjPV9ib6B611/j0WE36i+WgOAxM/e8UPUaPCnLO4fpW dkf75stCbi4hTdxAUSXmflgoo0hL70aI1lTEWj5rB100cEO+4dlVDpmLZ6/bCqdc/YY/ eaerCLJgtx29MnnAUduaG4t2lwBOZ7jIKuPxtWI0a9/+Cf5VQB9Uk0B/QH68HznyMAed LqUDas4jyqcnVjZccW32+gA57ifS5Y9KWrf4DJGNPj4R9+DTLE8Fqfxf1YDNksQIQUXB GemAMKqPoNj+opANFNxgsAiGq6/T9/jvHNo8zgFji/bfAuULkHHxCtR/lPe/PUjnN+MK XQ/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709954163; x=1710558963; h=cc:to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=99Y9/STm/kNOpB2r5gWg9Lx9kiVeCAKnE1on3oCgBOE=; b=SWYT58YcFrwaMK4QDVVgPje85P2e/MyfMOAGZNgvby83j8XWSYRqtqkpvZMf/Tee8U ljq8KVMzvm5Y52BjuKn34f8NnKQEhnT0rbKIcMddVlato+OkN0hrydanUZkSDSy3wf/M oMk6fLqbheyOTMUQzXLqnbyZ9zkrVd2wnUjhpo+wxFqXznCqtXtqUhPcpqjroWrtA/V2 KqL/Vhnk85DGvIKR0Yn8yOTUUwQhVaJbeKrpjydByu+nx9iCW8tnl1OXR8eu+Il/dykq vHWqHkegrfIV+n+5iMziEnkRWkW2AmreaSuYAOk1Mrjqypk8kJGwAvUOf/ma1jn/hW0H Tp4w==
X-Forwarded-Encrypted: i=1; AJvYcCUBuEySq9TMsXCvrWb0gx4CLG20yy/ESuphRGf8CywdqUsSDfUD8ClpIPklkFgR3+lAQasSn9V1cWTVgyjMvWNDLiAtbImrQXIuixsW4wCLgntukTTn6rRBea3Wqe8Mpe8+6RSOCWeUIcHR6fcgWtME1NYPgkU=
X-Gm-Message-State: AOJu0YyXR+T6lrok992WXqbjV5zd0TYM9Eqb0jqUbAkt/XPh7Dht4wKP Efv7f+c5Fmu/DklWKC0mkjp+6YbV3BvTFkiApal8Wzp12PrY1jj68hTcvpn7PUFOwO6anqz6lty UvF+bh9l3K560v8ct+PkRtmfLLOyh1O7LKm8=
X-Google-Smtp-Source: AGHT+IFuLE49fs0bFvqe/cAT+OewQEL2h6qkmK9XndjnW3ZddLg8vw/78uVwATK9QPbAR676gaUrAnZXtXQHwFR7zps=
X-Received: by 2002:a50:8753:0:b0:566:b7f:f5fe with SMTP id 19-20020a508753000000b005660b7ff5femr527288edv.19.1709954162630; Fri, 08 Mar 2024 19:16:02 -0800 (PST)
MIME-Version: 1.0
From: Donald Eastlake <d3e3e3@gmail.com>
Date: Fri, 08 Mar 2024 22:15:50 -0500
Message-ID: <CAF4+nEGwv8FbtszhgACKX2cqt7cH-2KTmLuG64gYHosLsdajQw@mail.gmail.com>
To: teas-chairs@ietf.org, draft-ietf-opsawg-teas-attachment-circuit.all@ietf.org
Cc: Routing Directorate <rtg-dir@ietf.org>, teas@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007227bd061331ba82"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Tv1xDdXMQ6MdRbaPSYYMno2OVKg>
Subject: [RTG-DIR] RTGDIR Early Review of draft-ietf-opsawg-teas-attachment-circuit
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 09 Mar 2024 03:16:17 -0000


I have been selected to do a routing directorate “early” review of this

The routing directorate will, on request from the working group chair,
perform an “early” review of a draft before it is submitted for publication
to the IESG. The early review can be performed at any time during the
draft’s lifetime as a working group document. The purpose of the early
review depends on the stage that the document has reached.

As this document has recently been adopted by the working group fairly
recently (November 2023), my focus for the review is on catching any issues
early on in the document's life cycle.

For more information about the Routing Directorate, please see

Document: draft-ietf-opsawg-teas-attachment-circuit-07.txt
Reviewer: Donald Eastlake
Review Date: 8 March 2024
Intended Status: Standards Track


I have some minor concerns about this document that I think should be
resolved before it is submitted to the IESG.

This document specifies a YANG service data model for Attachment Circuits
and a set of reusable groupings. I am not that deep a YANG expert but
it seems to be headed in the right direction.


I found the writing in this draft to be reasonably good in quality and

It seems curious that the first sentence of Section 1.1 does not mention
PEs. Also, Service Functions (and Service Function Forwarders?) seem to
usually be listed first in such lists giving them great importance.

In Section 3.2, I don't think "advanced network services", which sounds
like a marketing term, is well defined. If you mean network slicing, just
say that.

The list of references to section at the start of the 2nd
paragraph of Section is missing VRRP (Section Except that
actually a number of the sections seem like they should be one level
deeper: ->, ->, and ->
This would change the numbering of a few following sections such as

Figure 11 seems to be missing ospf.

In Section 6 there are two sentences that begin "These data nodes are
defined with ". It is not clear to me if "These" refers to the nodes listed
before or those listed after the sentence.


"merit to decorrelate the" -> "merit of decorrelating the"

"An example to retrieve a" -> "An example of retrieving a"

"SAPs" is not spelled out where first used but rather in the following

"the ACs that the ordered" -> "the ACs that they ordered"

"If these provisioning of these services require specific" -> "If the
provisioning of these services requires"

Section 1.2 heading: "Position" -> "Positioning"

Section 1.2.1 and 1.2.2 headings: "Using" -> "Use"

"L2SM" and "L3SM" are not expanded.

Section 3.1, Since "VRRP" is used and expanded, a reference to
draft-ietf-rtgwg-vrrp-rfc5798bis-18 would be appropriate. (That draft is in
the RFC Editor queue in the final stage of editing so should not become a
blocking reference.)

In Figures 1, 35, 36, and 40, vertical lines are usually represented by the
ASCII VERTICAL LINE character, 0x7C, which is what is normally used in
ASCII art, but in some cases the Unicode character BOX DRAWINGS LIGHT
VERTICAL, 0x2502, is used. This causes garbles in the htmlized version of
the draft. I recommend a global replacement of character 0x2502 with
character 0x7C and, in any case, they should be consistent.

In the first line after the Figure 3 caption, there is an "NF", which I
would guess stands for Network Function, that is not expanded or explained

Since LLDP is used and expanded, there should probably be a reference to
IEEE Std 802.1AB.

In Section 4.1, there are several references to "PE" and "PoP" but I don't
think these are expanded anywhere.

"If these status values differ, a trigger to detect an anomaly." -> "These
status values differing should trigger the detection of an anomaly

"The profiles definition are" -> "The profile definitions are"

"abovementioned" -> "above mentioned"

"request avoiding to connnecting" -> "request avoidance of connecting"

Section "encapsulation type defined" -> "encapsulation types

Suggest changing the heading of (which should probably be
as mentioned above) from "OAM" to "Operations, Administration, and
Maintenance (OAM [RFC6291]"

There are about three uses of "ACes" in the draft but many uses of "ACs".
Suggest changing all "ACes" to "ACs".

Globally replace "commited" with "committed".

Section 6: "this lead to" -> "this leads to", "leading to malfunctioning"
-> "which can lead to malfunctioning"

Suggest "ASCII" -> "ASCII [RFC0020]"

Sometimes it is "c-vlan" and sometimes it is "cvlan". Probably best to

The first word of Section A.4, instead of the character 0x27 apostrophe,
has unicode character 0x2019 RIGHT SINGLE QUOTE. This causes a grable in
the htmlized version. Suggest using the usual ASCII apostrophe.

In the caption of Figures 27, 28 and 29: non-initial "The" -> "the". But
some more words in the caption of Figure 30 should be capitalized.

"reponse" -> "response"

"latencey" -> "latency"

First word of Acknowledgements section: "The" -> "This"

There are a number of idnits complaints about lines too long but I think
these are due to non-ASCII characters and are not actual problems.

 Donald E. Eastlake 3rd   +1-508-333-2270 (cell)
 2386 Panoramic Circle, Apopka, FL 32703 USA