Re: [Teas] Rtgdir early review of draft-ietf-teas-actn-vn-yang-22

Dhruv Dhody <dhruv.ietf@gmail.com> Tue, 30 January 2024 11:08 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8350FC14F5EC; Tue, 30 Jan 2024 03:08:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.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_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, 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 BVZVc0-ehE_m; Tue, 30 Jan 2024 03:08:53 -0800 (PST)
Received: from mail-vs1-xe32.google.com (mail-vs1-xe32.google.com [IPv6:2607:f8b0:4864:20::e32]) (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 C815BC14F5EA; Tue, 30 Jan 2024 03:08:50 -0800 (PST)
Received: by mail-vs1-xe32.google.com with SMTP id ada2fe7eead31-46b133ac45dso602994137.2; Tue, 30 Jan 2024 03:08:50 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706612929; x=1707217729; 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=goslCADi46urBJzicWocL3GDJbsE4wv810fFcCOhK6g=; b=Quom+6Rtvr+KS9UTbMI4UpDtvzZlBaKhf9FPHedDQKood5Y6oOoNlSdtprC+H8Af8D TdsfJ6MrviagwoSf1WnTmh2FFjiaM1xmYSoCxlaEBDnCvimHOaRQNu7NH9DxQhR0VugU 3GQz9A31LQ+YnHl/+6qOCEXqCtomOxd4WCAvl+8WR1UWdsrCijoJCDeMVAArZO9w15Wf k1nngSdT7Hh219JkZNRrNbnnxHSTA4YxDOJKnRsVZ6cXXI1+m+3nFGTigEJsqRg7T/XK Wp9DUez0mOQZ8jTR73Qb60uhlP4xxu0GU3h1DJiikrsVv7qrV5qtdm42jtu/BDXZqZDf jJvA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706612929; x=1707217729; 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=goslCADi46urBJzicWocL3GDJbsE4wv810fFcCOhK6g=; b=Zo+Fjq5Rsg2/yrQENcYRp8FysjiZPGkdN1K/L4aOq3WpbYgEBAVfzwrweoSz34ZYZZ qSE8dw0OXHU3Fie8+ghTyMpQb6V0e7ItnxNRrYdpSuEWmMp7nWFu3zAbpb7VKC9gQ3Cg 3UEFuzjEqNZdh28MMmKlyOngAc1LCxMViFReNKr0CPemLlZYXyw2mMmBaSf+z1gJ9+/N vnsorjrgUD5F03fd5S4kAdgYqbaHMcV4nPpnSKTm19unuI+XN/36xn5C335A0MYs8FE+ +grhuEfYVsQdGU23YJjfEG3oYbh+adQgyRUozf2TnPGYGnusIcsVdqk2Kr6+ehBZarCU fuHw==
X-Gm-Message-State: AOJu0YzOpeAd2MV1KdOEuNmCgd7i0CxHrOfq+ejEJnu9Tose8mvG/N9K 3A0qtIBEAziXTTWVl83oSHIFghvFOWdrEAaghYO86+FSN1CeJYpRQr30VC1hj4/KVNH/0xGpzvc 9gtpoeBdJvIourZ2fXwtDhlF8/r0=
X-Google-Smtp-Source: AGHT+IGzk581Re50sepFMdxlLKOydzViLd2hss0N/V5H0wKIpZMqrVDmuPzk+7mFPUGKBgvsWnVkZ9ubMRPxGokglSA=
X-Received: by 2002:a05:6102:3214:b0:46c:9394:53af with SMTP id r20-20020a056102321400b0046c939453afmr795074vsf.25.1706612929075; Tue, 30 Jan 2024 03:08:49 -0800 (PST)
MIME-Version: 1.0
References: <170604312717.31385.6045546554868012461@ietfa.amsl.com>
In-Reply-To: <170604312717.31385.6045546554868012461@ietfa.amsl.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Tue, 30 Jan 2024 16:38:12 +0530
Message-ID: <CAB75xn4n_VYxk6MdiuvB0uC5uCu00wDsHs04XNTBVPRVdkFHXg@mail.gmail.com>
To: Darren Dukes <ddukes@cisco.com>
Cc: rtg-dir@ietf.org, draft-ietf-teas-actn-vn-yang.all@ietf.org, teas@ietf.org
Content-Type: multipart/alternative; boundary="000000000000682393061027c9a4"
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/d9WI0SmAe64pE41TeNz3IHGv9PY>
Subject: Re: [Teas] Rtgdir early review of draft-ietf-teas-actn-vn-yang-22
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jan 2024 11:08:55 -0000

Hi Darren,

Thanks for your review. An update has been posted. See diff -
https://author-tools.ietf.org/iddiff?url1=draft-ietf-teas-actn-vn-yang-22&url2=draft-ietf-teas-actn-vn-yang-23&difftype=--html

On Wed, Jan 24, 2024 at 2:22 AM Darren Dukes via Datatracker <
noreply@ietf.org> wrote:

> Reviewer: Darren Dukes
> Review result: Has Nits
>
> I reviewed this draft and appreciate the effort that went into the
> document.  I
> did not find any major issues with this draft and only a few minor
> issues/nits.
>
> ===========================
> Minor
>
> Section 1
> - Is the TE model an Abstract TE model (vs underlay or overlay) as per
> RFC8795?
>  If so can you elaborate on that?
>
>
Dhruv: It is "abstract" and relevant sentence is added.



> Section 2.2
> For some VN members of a VN, the customers are allowed to configure the
> actual
> path (i.e., detailed virtual nodes and virtual links) over the VN/abstract
> topology agreed mutually between CNC and MDSC prior to or a topology
> created by
> the MDSC as part of VN instantiation. - Please rewrite this sentence, "MDSC
> prior to or a topology", I could not parse the intended meaning.
>
>
Dhruv: Text updated.



> Section 2.2
> - Please provide a definition for S1-S11. I believe they're abstract nodes
> as
> defined in an abstract TE model as per RFC8795.
>
>
Dhruv: I have added text to specify that they makeup the underlay topology.



> ============================
> Nits
>
> Section 4.3.1
> - Is there a reason for the difference in names for path-affinities-values
> vs
> path-affinity-names - could/should you make affinity names consistent? if
> so
> please do.
>
>
Dhruv: This is coming from a grouping from RFC 8776 and thus too late to
make any change :)



> - Please replace all MSDC with MDSC
>
>
>
Dhruv: Done!

Thanks again for your review!

- Dhruv