Re: [netmod] Query RFC-8348 hardware model

Kent Watsen <kent+ietf@watsen.net> Thu, 01 June 2023 20:12 UTC

Return-Path: <01000188789738e6-6e3d8984-cc94-4834-9e9c-e07065bbfc38-000000@amazonses.watsen.net>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 016C7C152F17; Thu, 1 Jun 2023 13:12:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.896
X-Spam-Level:
X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, 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, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.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 y1RAx_3eNMQc; Thu, 1 Jun 2023 13:12:43 -0700 (PDT)
Received: from a48-110.smtp-out.amazonses.com (a48-110.smtp-out.amazonses.com [54.240.48.110]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DD18BC1522AB; Thu, 1 Jun 2023 13:12:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=224i4yxa5dv7c2xz3womw6peuasteono; d=amazonses.com; t=1685650356; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=rHVPdOQ/xj1bVj0zUc1klUO4CmO7f1Hha9iDam7VdTI=; b=YdEARUeKSMZ0qT0A/OpljmLrxViF2b7c87rcnGq4LpFyj7TKGH8BwwBJe0Xdvw6I yJfurjLFNUiR42SZ/DvMW0IYp0umMgecCDsgmF5HBI0QYrTXn6OW05nPuLghytXwKQd vGa4mbTnzChH2FHxbVku8xrAqJicvGOKKT0spEiw=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <01000188789738e6-6e3d8984-cc94-4834-9e9c-e07065bbfc38-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8AA8E87A-0CF9-4330-B6B6-C6CF778EF750"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.400.51.1.1\))
Date: Thu, 01 Jun 2023 20:12:36 +0000
In-Reply-To: <DU2PR07MB8346C435CC04F344FCA8B4C1994B9@DU2PR07MB8346.eurprd07.prod.outlook.com>
Cc: "netmod@ietf.org" <netmod@ietf.org>, "Vanapatla Ramana (Nokia)" <vanapatla.ramana@nokia.com>, "Ludwig Pauwels (Nokia)" <ludwig.pauwels@nokia.com>, "netconf@ietf.org" <netconf@ietf.org>
To: Andy Bierman <andy@yumaworks.com>, Martin Björklund <mbj+ietf@4668.se>, jie.dong@huawei.com, dromasca@gmail.com
References: <DU2PR07MB83461C73AC6EB6EC0AB7402099729@DU2PR07MB8346.eurprd07.prod.outlook.com> <DU2PR07MB8346C435CC04F344FCA8B4C1994B9@DU2PR07MB8346.eurprd07.prod.outlook.com>
X-Mailer: Apple Mail (2.3731.400.51.1.1)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2023.06.01-54.240.48.110
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/WUrs4bM7-X84iwvKBHGsMggjUBA>
Subject: Re: [netmod] Query RFC-8348 hardware model
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 01 Jun 2023 20:12:47 -0000

Forwarding to the authors of the RFC.

K.


> On May 30, 2023, at 3:47 AM, Vanapatla Ramana (Nokia) <vanapatla.ramana@nokia.com> wrote:
> 
> Hello Team,
>  
> Gentle remainder on the below query.
>  
> Regards,
> Ramana
>  
> From: Vanapatla Ramana (Nokia) 
> Sent: Friday, May 5, 2023 8:05 PM
> To: draft-ietf-netmod-entity@ietf.org; netmod@ietf.org
> Cc: Bart Bogaert (Nokia) <bart.bogaert@nokia.com>; Ludwig Pauwels (Nokia) <ludwig.pauwels@nokia.com>; Yves Beauville (Nokia) <yves.beauville@nokia.com>
> Subject: Query RFC-8348 hardware model
>  
> Hello
>  
> notification ‘hardware-state-oper-enabled’, notification ‘hardware-state-oper-disabled’ contains leaf admin-state, alarm-state  referring to path "/hardware/component/state/admin-state" , "/hardware/component/state/alarm-state" but not specifying instance of hardware component
> Should this be changed to "/hardware/component[name = current()/../name]/state/admin-state","/hardware/component[name = current()/../name]/state/alarm-state" so that it is in-line with the notation shown in  RFC7950 examples?
>  
> RFC-8348   Example
> notification hardware-state-oper-disabled {
>     leaf name {
>         type leafref {
>           path "/hardware/component/name";
>         }
>     leaf admin-state {
>         type leafref {
>           path "/hardware/component/state/admin-state";
>         }
>     leaf alarm-state {
>         type leafref {
>           path "/hardware/component/state/alarm-state";
>         }
> }
> RFC7950 indicates to refer instance in page 162, 160
> Page 162
> The following notification defines two leafrefs to refer to an existing admin-status:
>      notification link-failure {
>        leaf if-name {
>          type leafref {
>            path "/interface/name";
>          }
>        }
>        leaf admin-status {
>          type leafref {
>            path "/interface[name = current()/../if-name]"
>               + "/admin-status";
>          }
>        }
>  
> Page 160
> The following leafrefs refer to an existing address of an interface:
> container default-address {
>    leaf ifname {
>      type leafref {
>        path "../../interface/name";
>      }
>    }
>    leaf address {
>      type leafref {
>        path "../../interface[name = current()/../ifname]"
>           + "/address/ip";
>      }
>    }
> }
>  
> Regards,
> Ramana
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod