[netmod] 答复: FW: a question about ietf-hardware yang module

"Fengchong (frank)" <frank.fengchong@huawei.com> Thu, 27 June 2019 02:13 UTC

Return-Path: <frank.fengchong@huawei.com>
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 8DB07120288 for <netmod@ietfa.amsl.com>; Wed, 26 Jun 2019 19:13:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nXpgbBS-r9lQ for <netmod@ietfa.amsl.com>; Wed, 26 Jun 2019 19:13:13 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7681A120152 for <netmod@ietf.org>; Wed, 26 Jun 2019 19:13:13 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 645197BD63F6A21BBD31; Thu, 27 Jun 2019 03:13:11 +0100 (IST)
Received: from DGGEMM405-HUB.china.huawei.com (10.3.20.213) by lhreml705-cah.china.huawei.com (10.201.108.46) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 27 Jun 2019 03:13:11 +0100
Received: from DGGEMM513-MBX.china.huawei.com ([169.254.1.175]) by DGGEMM405-HUB.china.huawei.com ([10.3.20.213]) with mapi id 14.03.0439.000; Thu, 27 Jun 2019 10:13:04 +0800
From: "Fengchong (frank)" <frank.fengchong@huawei.com>
To: Martin Bjorklund <mbj@tail-f.com>, "j.schoenwaelder@jacobs-university.de" <j.schoenwaelder@jacobs-university.de>, Andy Bierman <andy@yumaworks.com>
CC: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] FW: a question about ietf-hardware yang module
Thread-Index: AdUq+YdXGa8CTR9FQVSH0+UgSIb59P//fjcAgAA8qICAABcKgIAAB0SAgAAEjoD//LVdQA==
Date: Thu, 27 Jun 2019 02:13:03 +0000
Message-ID: <5756FB984666AD4BB8E1D63E2E3AA3D001ED52AD@dggemm513-mbx.china.huawei.com>
References: <20190625055123.ia2k5vv5tfhzqqs2@anna.jacobs.jacobs-university.de> <20190625.091351.1767393704172151256.mbj@tail-f.com> <20190625073951.snh66hqbvd6cllmk@anna.jacobs.jacobs-university.de> <20190625.095609.527966383793151431.mbj@tail-f.com>
In-Reply-To: <20190625.095609.527966383793151431.mbj@tail-f.com>
Accept-Language: en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.40.226]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/zsCYFA5P378vIuQfG3PVAwODnRM>
Subject: [netmod] =?gb2312?b?tPC4tDogIEZXOiBhIHF1ZXN0aW9uIGFib3V0IGlldGYt?= =?gb2312?b?aGFyZHdhcmUgeWFuZyBtb2R1bGU=?=
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
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, 27 Jun 2019 02:13:16 -0000

Hi all,
    Can we reach a final conclusion about this question?
-----邮件原件-----
发件人: netmod [mailto:netmod-bounces@ietf.org] 代表 Martin Bjorklund
发送时间: 2019年6月25日 15:56
收件人: j.schoenwaelder@jacobs-university.de
抄送: netmod@ietf.org
主题: Re: [netmod] FW: a question about ietf-hardware yang module

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> wrote:
> On Tue, Jun 25, 2019 at 09:13:51AM +0200, Martin Bjorklund wrote:
> > Hi,
> > 
> > I don't understand what is unclear about the current descriptions.  
> > Is it the relations to the MIB objects that are unclear or is it the 
> > descriptions in the YANG module?  The original question was:
> > 
> >   My question is whether only configuration change of hardware
> >   component will cause the update of /hardware/last-change?
> > 
> > The answer is clearly "no", since /hardware/last-change says:
> > 
> >         "The time the '/hardware/component' list changed in the
> >          operational state.";
> > 
> > and this list has e.g.:
> > 
> >            When the server detects a new hardware component, it
> >            initializes a list entry in the operational state.
> > 
> > So it is clear that if a hardware component is added (not a 
> > configuration change) this list is changed, and last-change is 
> > updated.
> 
> I think the ambiguity is 'list changed' - does this mean that list 
> entries are added/removed or does it include also the case where a 
> property of a list entry has changed.

Ok.  Yes it is supposed to mean entry added/removed/modified.

But I can see another unclear thing - suppose I augment in an addtional leaf from my own model into this list.  Should last-change be updated if this new leaf is changed?


> The relationship to
> entLastChangeTime is also not clear to me.

Perhaps that's why it isn't listed in the table ;-)


/martin


> 
> /js
> 
> -- 
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>
> 

_______________________________________________
netmod mailing list
netmod@ietf.org
https://www.ietf.org/mailman/listinfo/netmod