Re: [MIB-DOCTORS] MIB Dr. review of draft-ietf-mpls-mldp-mib-01

Kishore Tiruveedhula <kishoret@juniper.net> Tue, 21 March 2017 17:03 UTC

Return-Path: <kishoret@juniper.net>
X-Original-To: mib-doctors@ietfa.amsl.com
Delivered-To: mib-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B264129C01; Tue, 21 Mar 2017 10:03:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.697
X-Spam-Level:
X-Spam-Status: No, score=-4.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-2.796, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=junipernetworks.onmicrosoft.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 JT90iDQPgYin; Tue, 21 Mar 2017 10:02:54 -0700 (PDT)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com (mail-bl2nam02on0120.outbound.protection.outlook.com [104.47.38.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AFBEA129B62; Tue, 21 Mar 2017 10:02:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=junipernetworks.onmicrosoft.com; s=selector1-juniper-net; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=a/AuH+WpwCTQ8wJKJQKTlSLU4t6fYsfJG5zXQ/tUXio=; b=USJ4igWu9GJyPDnjP69zZBVB1eukL3jLhl8l1AOFcAcfgdYA59epLjERSXYl8JYjShScUxw7v0G+ND6zT8Fi3NkFdQO8JkE1ayN2cfqaWd5jW0n1wWzFjVfRpp1KtvvKIJDG1lGQOe/oLC0y3gQJk0G0xvJmEoZgMucK1VKHrZQ=
Received: from CY1PR05MB2492.namprd05.prod.outlook.com (10.167.10.25) by CY1PR05MB2490.namprd05.prod.outlook.com (10.167.10.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.991.4; Tue, 21 Mar 2017 17:02:51 +0000
Received: from CY1PR05MB2492.namprd05.prod.outlook.com ([10.167.10.25]) by CY1PR05MB2492.namprd05.prod.outlook.com ([10.167.10.25]) with mapi id 15.01.0991.013; Tue, 21 Mar 2017 17:02:51 +0000
From: Kishore Tiruveedhula <kishoret@juniper.net>
To: Loa Andersson <loa@pi.nu>, "jcucchiara.ietf@gmail.com" <jcucchiara.ietf@gmail.com>, "mib-doctors@ietf.org" <mib-doctors@ietf.org>
CC: "draft-ietf-mpls-mldp-mib@ietf.org" <draft-ietf-mpls-mldp-mib@ietf.org>
Thread-Topic: MIB Dr. review of draft-ietf-mpls-mldp-mib-01
Thread-Index: AQHShA1t3WF7HuKO4Eahcmo0xDgy/KGfW0MAgAAL+BiAABeLAA==
Date: Tue, 21 Mar 2017 17:02:51 +0000
Message-ID: <D4F6BE43.7C6EA%kishoret@juniper.net>
References: <CANSkkOk1bztCQMiDjfDLO7_+x0pxBeKiBEZMZVEru0CeEkmztw@mail.gmail.com> <20332454-6349-1217-4807-c4d47e2043df@pi.nu> <317118C9-5CDE-4D5A-84D3-B6C6CF546E78@juniper.net>
In-Reply-To: <317118C9-5CDE-4D5A-84D3-B6C6CF546E78@juniper.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.6.6.160626
authentication-results: pi.nu; dkim=none (message not signed) header.d=none;pi.nu; dmarc=none action=none header.from=juniper.net;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [66.129.241.12]
x-microsoft-exchange-diagnostics: 1; CY1PR05MB2490; 7:73su1gWlCevjbCjYLQeJy3m5DQ4L1bVNfOz323XuQwMcAtHN2QwtYU376uqmWPRuyWs9mboRSHQ2R19rmgyFSQ4/pZGLSyJ12NQLpoPL4UN20xNJjgxr61G1R89BpOhB/71bJeZgyemrtLfYKIdOw/QrG18t7AoEs6X0Q43ayEelgRe8O5X985oZhdo+ohvsRN7+X5Kbb+ZrK1hMMh5v82FKxD9QPfQzCNjmCBiDz5th5OxT8Hg/JfYIxhUR/vVDNL21O40v8JWZiHHiUZpmN6J2vzKAcel2+02UM7dDP4/l+eV0gxh4eQd+qbd0YOF1L5LvBV+sbHW6/Pem0b26kQ==
x-ms-office365-filtering-correlation-id: cd5fb718-36f8-49bc-9ee8-08d4707c1c2b
x-ms-office365-filtering-ht: Tenant
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(22001)(2017030254075)(48565401081); SRVR:CY1PR05MB2490;
x-microsoft-antispam-prvs: <CY1PR05MB2490CB51637270D4F1C934E8C13D0@CY1PR05MB2490.namprd05.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:(50582790962513)(138986009662008);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415395)(6040375)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001)(6055026)(6041248)(20161123555025)(20161123558025)(20161123564025)(20161123562025)(20161123560025)(6072148); SRVR:CY1PR05MB2490; BCL:0; PCL:0; RULEID:; SRVR:CY1PR05MB2490;
x-forefront-prvs: 02530BD3AA
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(39410400002)(39850400002)(39450400003)(39860400002)(39840400002)(377454003)(24454002)(252514010)(377424004)(51914003)(50986999)(54356999)(76176999)(99936001)(8936002)(6506006)(4326008)(77096006)(2900100001)(3660700001)(6436002)(36756003)(4001350100001)(6486002)(189998001)(66066001)(230783001)(25786009)(39060400002)(8676002)(305945005)(7736002)(122556002)(2950100002)(81166006)(229853002)(6512007)(6246003)(38730400002)(3846002)(102836003)(2201001)(6116002)(5660300001)(3280700002)(53936002)(99286003)(5003630100001)(83506001)(2906002)(86362001)(2501003)(5890100001)(53546009); DIR:OUT; SFP:1102; SCL:1; SRVR:CY1PR05MB2490; H:CY1PR05MB2492.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/mixed; boundary="_002_D4F6BE437C6EAkishoretjunipernet_"
MIME-Version: 1.0
X-OriginatorOrg: juniper.net
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2017 17:02:51.4536 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY1PR05MB2490
Archived-At: <https://mailarchive.ietf.org/arch/msg/mib-doctors/mmCo5crLBTvMzFMqJBlqKn_lPnY>
Subject: Re: [MIB-DOCTORS] MIB Dr. review of draft-ietf-mpls-mldp-mib-01
X-BeenThere: mib-doctors@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: MIB Doctors list <mib-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mib-doctors/>
List-Post: <mailto:mib-doctors@ietf.org>
List-Help: <mailto:mib-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mib-doctors>, <mailto:mib-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Mar 2017 17:03:00 -0000

Hi Joan,
   
  Thanks for the review.

I addressed your comments and attached new draft. I will post it later as
cut off date passed for IETF98.
I will double check with the MIB compiler before posting the draft. Please
let me know if any comments in the attached new draft.

One question about hyphen. With the hyphen, it is giving below warning.
Without hyphen should I changed to single word like
³upstreamLabelAssignment" ?

----------------
ibs/MPLS-MLDP-STD-MIB:279: [4] {hyphen-in-label} warning: named bit
`upstream-label-assignment' must not include a hyphen in SMIv2
mibs/MPLS-MLDP-STD-MIB:283: [4] {hyphen-in-label} warning: named bit
`prot-lsr' must not include a hyphen in SMIv2
mibs/MPLS-MLDP-STD-MIB:286: [4] {hyphen-in-label} warning: named bit
`node-prot' must not include a hyphen in SMIv2
--------------



Thanks,
Kishore


On 3/21/17, 7:38 AM, "Kishore Tiruveedhula" <kishoret@juniper.net> wrote:

>Hi Loa,
>    I missed Joan's below email.
>I will address all the comments today.
>
>Thanks,
>Kishore 
>
>Sent from my iPhone
>
>> On Mar 21, 2017, at 6:55 AM, Loa Andersson <loa@pi.nu> wrote:
>> 
>> Authors,
>> 
>> This draft is expiring, I also have the comments below from Joan. When
>>do you think this will  be fixed?
>> 
>> /Loa
>> 
>>> On 2017-02-11 10:20, Joan Cucchiara wrote:
>>> Hello Authors,
>>> 
>>> This draft has come a long way since the previous version.  Thanks for
>>>that.
>>> 
>>> Please make sure the MIB compiles with smilint prior to MIB review as
>>>it
>>> is difficult to review a
>>> MIB Module that doesn't compile.
>>> 
>>> Also, please add compliance statements and conformance groups.
>>> 
>>> Comments below.
>>> Thanks,
>>> -Joan
>>> 
>>> 
>>> output from smilint compiler:
>>> ------------------------------
>>> While processing your request the following errors and/or warnings have
>>> been found:
>>> 
>>> mibs/MPLS-MLDP-STD-MIB:76: [5] {date-year-2digits} warning: date
>>> specification `2016092600Z' contains a two-digit year representing
>>>`1920'
>>> mibs/MPLS-MLDP-STD-MIB:76: [2] {date-month} date specification
>>> `2016092600Z' contains an illegal month
>>> mibs/MPLS-MLDP-STD-MIB:76: [2] {date-hour} date specification
>>> `2016092600Z' contains an illegal hour
>>> mibs/MPLS-MLDP-STD-MIB:76: [4] {date-in-past} warning: date
>>> specification `2016092600Z' predates the SMI standard
>>> 
>>> Then after that was fixed, more errors:
>>> 
>>> mibs/MPLS-MLDP-STD-MIB:268: [2] {identifier-redefined} redefinition of
>>> identifier `mplsLdpPeerCapabilityEntry'
>>> mibs/MPLS-MLDP-STD-MIB:254: [6] {previous-definition} info: previous
>>> definition of `mplsLdpPeerCapabilityEntry'
>>> mibs/MPLS-MLDP-STD-MIB:268: [1] {internal-other} syntax error,
>>> unexpected COLON_COLON_EQUAL, expecting OBJECT
>>> mibs/MPLS-MLDP-STD-MIB:271: [5] {internal-flushing} warning: flushing
>>> recent incorrect declaration, see previous error(s)
>>> mibs/MPLS-MLDP-STD-MIB:279: [4] {hyphen-in-label} warning: named bit
>>> `upstream-label-assignment' must not include a hyphen in SMIv2
>>> mibs/MPLS-MLDP-STD-MIB:283: [4] {hyphen-in-label} warning: named bit
>>> `prot-lsr' must not include a hyphen in SMIv2
>>> mibs/MPLS-MLDP-STD-MIB:286: [4] {hyphen-in-label} warning: named bit
>>> `node-prot' must not include a hyphen in SMIv2
>>> mibs/MPLS-MLDP-STD-MIB:386: [1] {internal-other} syntax error,
>>> unexpected UPPERCASE_IDENTIFIER, expecting COLON_COLON_EQUAL
>>> mibs/MPLS-MLDP-STD-MIB:417: [5] {internal-flushing} warning: flushing
>>> recent incorrect declaration, see previous error(s)
>>> mibs/MPLS-MLDP-STD-MIB:482: [2] {description-missing} description
>>> missing in object definition
>>> mibs/MPLS-MLDP-STD-MIB:482: [1] {internal-other} syntax error,
>>> unexpected MAX_ACCESS, expecting COLON_COLON_EQUAL
>>> mibs/MPLS-MLDP-STD-MIB:493: [5] {internal-flushing} warning: flushing
>>> recent incorrect declaration, see previous error(s)
>>> mibs/MPLS-MLDP-STD-MIB:1060: [1] {internal-other} syntax error,
>>> unexpected '}', expecting UPPERCASE_IDENTIFIER or LOWERCASE_IDENTIFIER
>>> or NUMBER
>>> mibs/MPLS-MLDP-STD-MIB:1060: [5] {internal-flushing} warning: flushing
>>> recent incorrect declaration, see previous error(s)
>>> mibs/MPLS-MLDP-STD-MIB:1061: [1] {internal-other} syntax error,
>>> unexpected STATUS
>>> 
>>> 
>>> 
>>> General Comments (please check throughout document)
>>> 
>>>------------------------------------------------------------------------
>>>---------
>>> *) Need to get this to compile using smilint.
>>> 
>>> 
>>> *) When other documents (RFCs or drafts) are mentioned, there should be
>>> a reference notation given.  Please fix this throughout the draft.

[Kishore] Fixed.

>>> 
>>> *) Naming Conventions:  Please refer to RFC4181 (MIB guidelines).
>>> Basically, the naming conventions used in this MIB Module do not follow
>>> the recommended naming conventions (Appendix C).
>>> 
>>> Prefix should be used throughout for all objects/tables/entries etc.
>>> So "mplsMldp" needs to be used consistently.

[Kishore] All objects have mplsMldp. The only table
mplsLdpPeerCapabilityTable is not defined in the LDP MIB. I added in the
mLDP MIB. 



>>> 
>>> 
>>> *) Think there are more AUGMENTS relationships between RFC3815 Tables
>>> and Tables in this MIB Module
>>> but they are not defined as AUGMENTS within the MIB Module but are
>>> described as such within the
>>> document sections.   Please make sure that the relationships between
>>> these tables are clarified.
>>> e.g.  mplsMldpPeerCapabilityTable and mplsLdpPeerTable
>>> 
>>> 
>>> Section 2.

[Kishore] Ok. I will more text to clarify this. As the
mplsLdpPeerCapabilityTable is not defined the STD-LDP-MIB, this table is
defined in MLDP MIB.


>>> 
>>> Remove the first paragraph.  Think this is understood.
>>> 
>>>   [[CREF1: The title and text for this section has been copied from the
>>>   official boilerplate, and should not be modified unless the official
>>>   boilerplate text from the OPS Area web site has changed.  See RFC4818
>>>   section 3.1 for a discussion of the boilerplate section.]]

[Kishore] Removed this section.

>>> 
>>> 
>>> Section 4. Overview
>>> 
>>> *) Make sure the RFCs/drafts listed are referenced as being in the
>>> References Section (probably the Normative References section).  Some
>>>of
>>> them are, some of the are not.  Be consistent.


>>> 
>>> *) Not very helpful to list a bunch of documents and not specify which
>>> features (i.e. specify the sections/sub-sections) appear in which
>>> documents.
>>> We already can see the list of documents in the References section so
>>> unless features/sections/subsections from these docs are specified per
>>> document, then don't see this as adding information.

[Kishore] Fixed.

>>> 
>>> *) Also, some out of date listings, so need to update these.
>>> ietf-rtgwg-mofrr is an RFC as of 8/2015

[Kishore] Changed to RFC7431.


>>> ietf-mpls-mldp-node-protection is an RFC as of 1/2016

[Kishore]  Changed to RFC 7715.

>>> 
>>> *) typo:  ...stats per per Interface

[Kishore] Fixed.

>>> 
>>> 
>>> Section 6.2
>>> 
>>>   mplsMldpSessionStatsTable : This table contains the number of mLDP
>>>   FECs received and advertised to particular LDP session.
>>> 
>>> s/to particular LDP session/ to a particular LDP session/

[Kishore] Fixed.

>>> 
>>> 
>>> Section 7.
>>> 
>>>   There are ten scalars, listed below are defined for this MIB module.
>>> 
>>> *) above sentence is awkward.  Maybe something like:
>>> 
>>> The following scalars are defined in this MIB Module:

[Kishore] Fixed.


>>> 
>>> 
>>> Section 8.1
>>> 
>>> *) s/from LDP peer/from an LDP peer/

[Kishore] Fixed.

>>> 
>>> 
>>> Section 8.5
>>> 
>>> typo in section's title
>>> s/Upstreaam/Upstream/

[Kishore] Done.

>>> 
>>> 
>>> Section 8.6
>>> 
>>> s/gives the information/gives information/

[Kishore] Done.

>>> s/about number/about the number of/  (2 occurrences)

[Kishore] Done.

>>> 
>>> s/received on particualr/received on a particular/

[Kishore] Done.

>>> 
>>> Please note:  will review the other sections once the MIB compiles and
>>> compliance statements are added.

[Kishore] Ok.

>>> 
>>> 
>>> References Section:
>>> *) Some references (drafts) out of date and RFCs are out of order
>>> References.  Please update.


>>> 
>>> Other
>>> *) Please remove Appendix A and Appendix B (and regenerate the Table of
>>> Contents.)

[Kishore] Done.

>>> 
>>> 
>> 
>> -- 
>> 
>> 
>> Loa Andersson                        email: loa@mail01.huawei.com
>> Senior MPLS Expert                          loa@pi.nu
>> Huawei Technologies (consultant)     phone: +46 739 81 21 64