Re: [CCAMP] RtgDir review: draft-ietf-ccamp-wson-yang-25

Aihua Guo <> Thu, 16 July 2020 19:36 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 0DBB23A0B93; Thu, 16 Jul 2020 12:36:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Status: No, score=-2.097 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 5p4YhZh1cgRc; Thu, 16 Jul 2020 12:36:43 -0700 (PDT)
Received: from ( [IPv6:2607:f8b0:4864:20::32c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3A4E03A0B8E; Thu, 16 Jul 2020 12:36:43 -0700 (PDT)
Received: by with SMTP id h13so5166524otr.0; Thu, 16 Jul 2020 12:36:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=7tEf3VinIrtA7FQJ3q7142KBSusivnpK9NCP/x5MdjU=; b=QG4FR7xqoc5rlNsUjOfZn0/rBlkmLVtdfAtmn4I++RcNJGpcyiSMtPymAxAEXrtgBh MFb3dlNHbOyekxK7WvsqACtJu+257KpEcZ4Qjj+sIT5G/pWV044B7Bn2uZq8mU1cMfIv 3EKU0M/kKZc6QoghX0ehDrcrc7r4zIchFkcHWP0pqQvX4AWx+/rkOEP9fe6/IgvnVNvN kRg+DFvWFQp1oux0IBUGvPdiOBfgsA3+a5PDzLMhD/0QREs3iZLhUlbAPOuHEJC/aeTg WBpIk7Mv+EJTXb7YAlGBHzpPHDWUSbWQPWia3Cu6nFf+yy99znEcz6dRX+GbBdegVD/S v5aw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7tEf3VinIrtA7FQJ3q7142KBSusivnpK9NCP/x5MdjU=; b=tWBhMcTJVXSAZ6pDViOvCY8+YXFYsr3hsmPwoT2A7ODuN15cHyTK92XNT+VNjMGJYO NwOiz8Ep8wnHQIi4ZCnByjUbH72oFJzyyuyeXdKNi4VcmN1wXmmolCra//QhlACTLXIo z1fr0TXI4OBp2ERT1uqFv8EefLOtzg0beEvct6J3m+BT65wgUYhT14f1NR8FlST8O0Y4 jXjFw5krfyjnYmMr/vhB76L1frB6qlLiBdMknGpyiFbv3POi0V1z7cy8MDAbQHu53d5h 8Za/MKz8zzhvQz3WckVLobPyndTwmcCDAS6C4JxVPB93jvII3Uui2ZueEkun6euLuC2t IFAA==
X-Gm-Message-State: AOAM531Vk1mg27aOHnK9MVMQUEOBjR5xZbHEbb+eAebAJQbNqA8yXohX cmy/EfZu07UXah5VD/QfEOp04ebvIigbBHUJPyo=
X-Google-Smtp-Source: ABdhPJzvMxi5KJ9bgDD+x4aQky1BFv+iKCNwGRoeRRwYkH/OZaOROmRQy7hbK992EMZqv14yvFdWhpgF1QlrZvUYVgU=
X-Received: by 2002:a9d:2cc:: with SMTP id 70mr5625808otl.269.1594928202624; Thu, 16 Jul 2020 12:36:42 -0700 (PDT)
MIME-Version: 1.0
References: <>
In-Reply-To: <>
From: Aihua Guo <>
Date: Thu, 16 Jul 2020 15:36:31 -0400
Message-ID: <>
To: Lou Berger <>
Cc: Routing ADs <>,, CCAMP <>,
Content-Type: multipart/alternative; boundary="000000000000f5b30c05aa9428a4"
Archived-At: <>
Subject: Re: [CCAMP] RtgDir review: draft-ietf-ccamp-wson-yang-25
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion list for the CCAMP working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 16 Jul 2020 19:36:45 -0000

Hi Lou,

Thank you for your review and comments. Please see below for our replies.


On Sun, Jul 12, 2020 at 11:15 AM Lou Berger <> wrote:

> I have been selected as the Routing Directorate reviewer for this draft.
> The Routing Directorate seeks to review all routing or routing-related
> drafts as they pass through IETF last call and IESG review, and
> sometimes on special request. The purpose of the review is to provide
> assistance to the Routing ADs. For more information about the Routing
> Directorate, please see
> Although these comments are primarily for the use of the Routing ADs, it
> would be helpful if you could consider them along with any other IETF
> Last Call comments that you receive, and strive to resolve them through
> discussion or by updating the draft.
> Document: draft-ietf-ccamp-wson-yang-25.txt
> Reviewer: Lou Berger
> Review Date: July 12, 2020
> IETF LC End Date: date-if-known
> Intended Status: Proposed Standard
> Summary:
> I have a minor concern about this document that I think should be
> resolved before publication.
> Comments:
> This seems to be a straight forward YANG model that augments
> draft-ietf-teas-yang-te-topo with basic WSON information.  I think it
> may be hard for those not intimate with optical switching, and TE to
> follow, but no so for those working with these technologies.  I have one
> question/issue that I think that should be resolved before publication.
> Major Issues:
> None
> Minor Issues:
> I may be missing something, but it seems to me that there are number of
> elements/leaves marked rw that should be ro.

[AG] The authors believe that most of the parameters in WSON topology
should remain as rw to support the configuration of abstract WSON TE
topologies, or to allow clients to specify administrative constraints over
the advertised TE topology. This is following the same practice in the
generic TE topology model from which it augments, where an abstract TE
topology may be configured by the client and the relevant parameters are
set to rw.

> For example are
> reconfigurable-node or grid-type really going to be writable?

[AG] is-reconfigurable-node and grid-type remain as rw for the reason
above. For example, when configuring an abstract TE topology, one may
create a reconfigurable or fixed add-drop node based on a group of
reconfigurable nodes, or, create a fixed-grid abstract topology based on
flex-grid topology.

> If I understand the model correctly, there will be some cases there leaves
> under grid type will be writable -- in this case shouldn't the grid-type
> case  statements be limited to the label-restriction/grid-type?
[AG] Agree. A "when" condition is added into the case statement to validate
the label-restriction/grid-type.  However this change is made in
ietf-layer0-types and is not in this model.

> Again, please let me know if I'm missing something.
> Nit:
> I'm marking this comment as a nit as it is somewhat stylistic. I'm not a
> fan of defining groupings that are unlikely to be reused.  'grouping
> wson-node-attributes' is used once - I suggest just moving the container
> (or even just the leaf) to the one place it is used in the model.
[AG] Agree. The grouping is removed and the container is used directly.

> I also note that the YANGdoctor review comments are out of date and
> should be revisited.
> That's it!
> Lou
> _______________________________________________
> CCAMP mailing list