Re: [netmod] Question on intefaces-state model
Vladimir Vassilev <vladimir@transpacket.com> Tue, 13 June 2017 09:24 UTC
Return-Path: <vladimir@transpacket.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 7887A131582 for <netmod@ietfa.amsl.com>; Tue, 13 Jun 2017 02:24:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 UNvTtmeOGMY1 for <netmod@ietfa.amsl.com>; Tue, 13 Jun 2017 02:24:12 -0700 (PDT)
Received: from mail.transpacket.com (s91205186171.blix.com [91.205.186.171]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DFBA612EC0D for <netmod@ietf.org>; Tue, 13 Jun 2017 02:15:14 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 6AE3214E1367; Tue, 13 Jun 2017 11:15:12 +0200 (CEST)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id leb17jzykkgb; Tue, 13 Jun 2017 11:15:12 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1]) by mail.transpacket.com (Postfix) with ESMTP id 40CC614E1368; Tue, 13 Jun 2017 11:15:12 +0200 (CEST)
Received: from mail.transpacket.com ([127.0.0.1]) by localhost (mail.transpacket.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id T5w-7Yc1e3eD; Tue, 13 Jun 2017 11:15:12 +0200 (CEST)
Received: from [192.168.209.116] (s1853520235.blix.com [185.35.202.35]) by mail.transpacket.com (Postfix) with ESMTPSA id 2291514E1365; Tue, 13 Jun 2017 11:15:12 +0200 (CEST)
To: Andy Bierman <andy@yumaworks.com>, Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>, "Bogaert, Bart (Nokia - BE/Antwerp)" <bart.bogaert@nokia.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <AM2PR07MB06272FF9E8BA4D00B0669F9794CE0@AM2PR07MB0627.eurprd07.prod.outlook.com> <20170612172141.GA52797@elstar.local> <CABCOCHSK1h4HQ4LgkYd_Lxp3JYzxYBMmCka64_-iVjq2N_PR7g@mail.gmail.com>
From: Vladimir Vassilev <vladimir@transpacket.com>
Message-ID: <65e1aa8e-c37b-d323-a351-c17fa4e96b3e@transpacket.com>
Date: Tue, 13 Jun 2017 11:15:11 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0
MIME-Version: 1.0
In-Reply-To: <CABCOCHSK1h4HQ4LgkYd_Lxp3JYzxYBMmCka64_-iVjq2N_PR7g@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/UTUSC2KNBkQM67NhuESJ3L49pFo>
Subject: Re: [netmod] Question on intefaces-state model
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 13 Jun 2017 09:24:15 -0000
On 06/12/2017 08:31 PM, Andy Bierman wrote: > > > On Mon, Jun 12, 2017 at 10:21 AM, Juergen Schoenwaelder > <j.schoenwaelder@jacobs-university.de > <mailto:j.schoenwaelder@jacobs-university.de>> wrote: > > On Fri, Jun 09, 2017 at 10:55:20AM +0000, Bogaert, Bart (Nokia - > BE/Antwerp) wrote: > > > > We have a question regarding the statistics container as defined > in the > > interfaces-state model. This container defines one mandatory leaf > > (discontinuity-time) while all other leafs are optional. What > is the > > rationale behind this leaf being mandatory and not an optional > field? > > > > It does not make a lot of sense to return a discontinuity-time > value and no > > counters if none of the counters are relevant for a specific > interface. > > > > Another alternative could be to add, via a deviation, a when > clause to the > > container indicating for which ifType(s) the container is (or is > not) > > present. But that would lead to not supporting the IETF > interfaces model to > > the full extent. > > > The alternative which we use is to not have /interfaces-state/interface/statistics container for the interfaces without counters. The container is mandatory=false. > > > The discontinuity-time is relevant for _any_ counter associated with > an interface, regardless whether the counter is defined in the > interfaces model or elsewhere. I have a hard time to imagine an > interface that has zero counters. > There are some though. Optical amplifiers and similar equipment that does not have counters - the status data is only signal levels. > > The mandatory-stmt is very confusing for config=false nodes. > Mandatory=true means > an <rpc-reply> must contain an instance of the mandatory leaf. > > Mandatory=false does not mean optional-to-implement although it sure > looks that way for config=false nodes. Only if-feature can make a > node optional to implement. If we take serial interface with hardware that only has in-octets and out-octets counters I would expect to only find these two in /interfaces-state/interface/statistics + discontinuity-time. Do you say the rest of the counters must be present (e.g. allways 0) for proper implementation of ietf-interfaces? Vladimir > > > > /js > > > Andy > > -- > Juergen Schoenwaelder Jacobs University Bremen gGmbH > Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany > Fax: +49 421 200 3103 <http://www.jacobs-university.de/ > <http://www.jacobs-university.de/>> > > _______________________________________________ > netmod mailing list > netmod@ietf.org <mailto:netmod@ietf.org> > https://www.ietf.org/mailman/listinfo/netmod > <https://www.ietf.org/mailman/listinfo/netmod> > > > > > _______________________________________________ > netmod mailing list > netmod@ietf.org > https://www.ietf.org/mailman/listinfo/netmod
- [netmod] Question on intefaces-state model Bogaert, Bart (Nokia - BE/Antwerp)
- Re: [netmod] Question on intefaces-state model Juergen Schoenwaelder
- Re: [netmod] Question on intefaces-state model Andy Bierman
- Re: [netmod] Question on intefaces-state model Vladimir Vassilev
- Re: [netmod] Question on intefaces-state model Ladislav Lhotka
- Re: [netmod] Question on intefaces-state model Andy Bierman
- Re: [netmod] Question on intefaces-state model Alex Campbell
- Re: [netmod] Question on intefaces-state model Ladislav Lhotka
- Re: [netmod] Question on intefaces-state model Robert Wilton
- Re: [netmod] Question on intefaces-state model Robert Wilton
- Re: [netmod] Question on intefaces-state model Juergen Schoenwaelder
- Re: [netmod] Question on intefaces-state model Ladislav Lhotka
- Re: [netmod] Question on intefaces-state model Robert Wilton
- Re: [netmod] Question on intefaces-state model Bogaert, Bart (Nokia - BE/Antwerp)
- Re: [netmod] Question on intefaces-state model Igor Bryskin
- Re: [netmod] Question on intefaces-state model Igor Bryskin
- Re: [netmod] Question on intefaces-state model Vladimir Vassilev