Re: Warren Kumari's Discuss on draft-ietf-bfd-yang-16: (with DISCUSS and COMMENT)

Warren Kumari <warren@kumari.net> Wed, 04 July 2018 18:18 UTC

Return-Path: <warren@kumari.net>
X-Original-To: rtg-bfd@ietfa.amsl.com
Delivered-To: rtg-bfd@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C68191310B9 for <rtg-bfd@ietfa.amsl.com>; Wed, 4 Jul 2018 11:18:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 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_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.20150623.gappssmtp.com
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 kWP29tF19XUX for <rtg-bfd@ietfa.amsl.com>; Wed, 4 Jul 2018 11:18:09 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50A151310AD for <rtg-bfd@ietf.org>; Wed, 4 Jul 2018 11:18:04 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id n17-v6so7250427wmh.2 for <rtg-bfd@ietf.org>; Wed, 04 Jul 2018 11:18:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=sLp1CbKicYhr0Thw/p3kiY/7cz4Cd42J3HH4EoxAwEU=; b=YxyTCbVXh6B0W2scn7LBtf0cTwu57mwdoUFjeiO8RvCF6m5YVmUiYOzC7kNeUpFB2H 3C4F9tAqIhqXPjVy6+yjJjGEnhz8Tj5NweTBFN6kRoyLY6Nfe3Jg3HfzeMHA2+IQ0XYG +2wncu33flkTkRAjVLy5OymvwRXz7quF7r118hVGIyC9eoLQFMFBtGK7sf5HVN4YI/bv IzENPwZofp4oqryaNep09knLktyyk/ITp1mdGqoJw6oyw7BecNWUPhQaXYgcHFV28qrO vFgrYSQ5HpgAY9PkEjzx4gjG88oNJKscMIDiWGGDtLRk5ZAwnxSKs18V3wpnFOBKXeby zUyg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=sLp1CbKicYhr0Thw/p3kiY/7cz4Cd42J3HH4EoxAwEU=; b=ksYqhctfdqf0UVDfpZ4/gFXOmokezFHPthz7AT8+izgnpuHIKX0RTpSkTlSb+lknQL Ma2nJA1UaQsXMV/bfQ0qZwFr0iq8krVPBdpibs61RQyzyANduoQLHHdIqw0gkw8+Fl60 k45xcJBlzcIpEHQR2YjomZ1E3Rvh87xySBNKlf9AUJtLm5LJCi9jOMah5VSlsDr0sUPf TN+bzunXoEmb51eKN3vY3WlclDqf2VlqztLdGGuUmqNIyyYPdP+JVigKe+1V8dFMiNxn Y15I8KQGr4RZzh5FqVCgfxH72A2N4dkB7dde3Wz+ewlD9voLegz5dVP4Vs52SwAwfHtJ jfTA==
X-Gm-Message-State: APt69E2cj/WQM14mbzH7DidnZ1NBtFZ+tVWQ/Wa+kUhzM8HT5ca63slP iEmDO6W/yOmw9Zb2/f89rAQQJMz3c2ndaL2O25hqKw==
X-Google-Smtp-Source: AAOMgpdwaTs0mC2pCCgtThBSxKP8VTiB4hcA7KZoBt99oV1JiGRgj1uTUSrCWthgfG5z0rwYMoH/3VHBbO4tUBwXcCw=
X-Received: by 2002:adf:c98d:: with SMTP id f13-v6mr2315058wrh.148.1530728282488; Wed, 04 Jul 2018 11:18:02 -0700 (PDT)
MIME-Version: 1.0
References: <153072464426.27514.14043810545632452277.idtracker@ietfa.amsl.com> <E5A28979-F0E7-4018-A6FF-93115ADD3225@cisco.com> <CAHw9_i+WsKW5rBo7_CqmzRWBxv--js1OSJ21biXH4Nqx=r6bHg@mail.gmail.com> <696773F4-1A90-4FD6-A35C-1712360954D8@cisco.com>
In-Reply-To: <696773F4-1A90-4FD6-A35C-1712360954D8@cisco.com>
From: Warren Kumari <warren@kumari.net>
Date: Wed, 04 Jul 2018 14:17:26 -0400
Message-ID: <CAHw9_i+9HmHSF2qkkZkaEz9gXcvftbdYbbnhxofMvfGZoTjXgg@mail.gmail.com>
Subject: Re: Warren Kumari's Discuss on draft-ietf-bfd-yang-16: (with DISCUSS and COMMENT)
To: rrahman@cisco.com
Cc: The IESG <iesg@ietf.org>, draft-ietf-bfd-yang@ietf.org, Jeffrey Haas <jhaas@pfrc.org>, bfd-chairs@ietf.org, rtg-bfd@ietf.org
Content-Type: multipart/alternative; boundary="00000000000086962d0570307398"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-bfd/n7NGllHh5P_4_vLLW7JPXGCJ9DA>
X-BeenThere: rtg-bfd@ietf.org
X-Mailman-Version: 2.1.26
Precedence: list
List-Id: "RTG Area: Bidirectional Forwarding Detection DT" <rtg-bfd.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-bfd/>
List-Post: <mailto:rtg-bfd@ietf.org>
List-Help: <mailto:rtg-bfd-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-bfd>, <mailto:rtg-bfd-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Jul 2018 18:18:25 -0000

On Wed, Jul 4, 2018 at 2:05 PM Reshad Rahman (rrahman) <rrahman@cisco.com>
wrote:

> I’m fine with adding “(and not admin-down)” to make it more explicit.
> Updated descriptions will be in the next rev.
>

​Thanks! DISCUSS cleared.
W​



>
>
> Regards,
>
> Reshad.
>
>
>
> *From: *Warren Kumari <warren@kumari.net>
> *Date: *Wednesday, July 4, 2018 at 2:03 PM
> *To: *"Reshad Rahman (rrahman)" <rrahman@cisco.com>
> *Cc: *The IESG <iesg@ietf.org>, "draft-ietf-bfd-yang@ietf.org" <
> draft-ietf-bfd-yang@ietf.org>, Jeffrey Haas <jhaas@pfrc.org>, "
> bfd-chairs@ietf.org" <bfd-chairs@ietf.org>, "rtg-bfd@ietf.org" <
> rtg-bfd@ietf.org>
> *Subject: *Re: Warren Kumari's Discuss on draft-ietf-bfd-yang-16: (with
> DISCUSS and COMMENT)
>
>
>
>
>
>
>
> On Wed, Jul 4, 2018 at 1:49 PM Reshad Rahman (rrahman) <rrahman@cisco.com>
> wrote:
>
> Hi Warren,
>
> Thanks for the review.
> In your example below
>                  +--ro number-of-sessions (10)
>                  +--ro number-of-sessions-up (2)
>                  +--ro number-of-sessions-down (5)
>                  +--ro number-of-sessions-admin-down (3)
>
> There is a description on Page 37 of rev-16 of the draft, I can add to it
> as follows, is this sufficient?
>
>
>
> ​Thank you, I checked there, and I don't *think* that this quite covers
> it.
>
> The below *implies* that ​admin-down is not counted in
> 'number-of-sessions-down' (which is only 'down or init' state), but I think
> it could be clearer.
>
>
>
> Perhaps:
>
> leaf number-of-sessions-down {
>         type yang:gauge32;
>         description "Number of BFD sessions currently in down or init
> state (and not admin-down) (as defined in [RFC5880]).";
>
> }
>
>
>
> Does that work, or is it too long?
>
> W
>
>
>
>       leaf number-of-sessions {
>         type yang:gauge32;
>         description "Number of BFD sessions.";
>       }
>       leaf number-of-sessions-up {
>         type yang:gauge32;
>         description "Number of BFD sessions currently in up state (as
> defined in [RFC5880]).";
>       }
>       leaf number-of-sessions-down {
>         type yang:gauge32;
>         description "Number of BFD sessions currently in down or init
> state (as defined in [RFC5880]).";
>       }
>       leaf number-of-sessions-admin-down {
>         type yang:gauge32;
>         description
>           "Number of BFD sessions currently in admin-down state (as
> defined in [RFC5880]).";
>       }
>
> I will fix the nits in the next rev.
>
> Regards,
> Reshad.
>
> On 2018-07-04, 1:17 PM, "Warren Kumari" <warren@kumari.net> wrote:
>
>     Warren Kumari has entered the following ballot position for
>     draft-ietf-bfd-yang-16: Discuss
>
>     When responding, please keep the subject line intact and reply to all
>     email addresses included in the To and CC lines. (Feel free to cut this
>     introductory paragraph, however.)
>
>
>     Please refer to
> https://www.ietf.org/iesg/statement/discuss-criteria.html
>     for more information about IESG DISCUSS and COMMENT positions.
>
>
>     The document, along with other ballot positions, can be found here:
>     https://datatracker.ietf.org/doc/draft-ietf-bfd-yang/
>
>
>
>     ----------------------------------------------------------------------
>     DISCUSS:
>     ----------------------------------------------------------------------
>
>     Don't panic, this should be an easy DISCUSS to clear, but I think it
> important
>     for interoperability.
>
>     In multiple places, you have:
>                  +--ro number-of-sessions?
>                  +--ro number-of-sessions-up?
>                  +--ro number-of-sessions-down?
>                  +--ro number-of-sessions-admin-down?
>
>     I'm a little confused by the meaning of the counters, and didn't see
> them
>     clearly defined anywhere. Apologies if I missed it...
>
>     Are "number-of-sessions-admin-down" included in
> "number-of-sessions-down"?
>     Is 'number-of-sessions' always equal to 'number-of-sessions-up' +
>     'number-of-sessions-down', or is it always equal to
> 'number-of-sessions-up' +
>     'number-of-sessions-down' + 'number-of-sessions-admin-down', or are
> there other
>     cases?
>
>     E.g: I have created 10 sessions (because I have 10 interfaces). 5 of
> them are
>     down because there is no peer, 3 of them I've configured to be down
> (admin
>     down), and so 2 of them are up.
>
>     What should be in each of:
>     number-of-sessions?
>     number-of-sessions-up?
>     number-of-sessions-down?
>     number-of-sessions-admin-down?
>
>
>     ----------------------------------------------------------------------
>     COMMENT:
>     ----------------------------------------------------------------------
>
>     Thank you.
>
>     I also had a few minor nits:
>     Nits:
>     Section 1:
>     "The YANG modules in this document conform to the Network Management
> Datastore
>     Architecture (NMDA) Network Management Datastore Architecture
> [RFC8342]. " The
>     Department of Redundancy Department called and wants some of their
> words back
>     please :-)
>
>     Section 2:
>     "Since BFD is used for liveliness detection of various forwarding
>        paths, there is no uniform key to identify a BFD session.  So the
> BFD
>        data model is split in multiple YANG modules where each module
>        corresponds to one type of forwarding path."
>     I think this would be more readable as:
>     "... to identify a BFD session, and so the BFD..."  (hey, I said it
> was a nit)
>
>
>
>
>
>
> --
>
> I don't think the execution is relevant when it was obviously a bad idea
> in the first place.
> This is like putting rabid weasels in your pants, and later expressing
> regret at having chosen those particular rabid weasels and that pair of
> pants.
>    ---maf
>


-- 
I don't think the execution is relevant when it was obviously a bad idea in
the first place.
This is like putting rabid weasels in your pants, and later expressing
regret at having chosen those particular rabid weasels and that pair of
pants.
   ---maf