[mpls] MIB Doctor review of draft-ietf-mpls-fastreroute-mib-09.txt
"Joan Cucchiara" <jcucchiara@mindspring.com> Mon, 28 July 2008 05:25 UTC
Return-Path: <mpls-bounces@ietf.org>
X-Original-To: mpls-archive@megatron.ietf.org
Delivered-To: ietfarch-mpls-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 505D93A6A6E; Sun, 27 Jul 2008 22:25:40 -0700 (PDT)
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DEC9B3A6A31; Sun, 27 Jul 2008 22:25:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.002
X-Spam-Level:
X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LB0WiVmA6+p5; Sun, 27 Jul 2008 22:25:37 -0700 (PDT)
Received: from elasmtp-mealy.atl.sa.earthlink.net (elasmtp-mealy.atl.sa.earthlink.net [209.86.89.69]) by core3.amsl.com (Postfix) with ESMTP id 19F203A6A76; Sun, 27 Jul 2008 22:25:37 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk20050327; d=mindspring.com; b=USBixSBKtnng10SUkppC3uzQTKSwUbV5fhxpznGkhqG7S2ywDpT/YU77ArGnu9BT; h=Received:Message-ID:From:To:Cc:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MIMEOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [141.154.115.63] (helo=JoanPC) by elasmtp-mealy.atl.sa.earthlink.net with esmtpa (Exim 4.67) (envelope-from <jcucchiara@mindspring.com>) id 1KNLC8-0007Rq-Qm; Mon, 28 Jul 2008 01:22:53 -0400
Message-ID: <00a801c8f071$a30c6b90$6601a8c0@JoanPC>
From: Joan Cucchiara <jcucchiara@mindspring.com>
To: "Thomas D. Nadeau" <tnadeau@lucidvision.com>, Agrahara S Kiran Koushik <kkoushik@cisco.com>
Date: Mon, 28 Jul 2008 01:20:23 -0400
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2180
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
X-ELNK-Trace: 4d68bbe9cb71969ea344cf2d1a8e60840a9da525759e2654ce41b85dfddf7bb14b7ee98306dd599aaf78f7fbf31ba7be350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 141.154.115.63
Cc: mpls@ietf.org, "MIB Doctors (E-mail)" <mib-doctors@ietf.org>
Subject: [mpls] MIB Doctor review of draft-ietf-mpls-fastreroute-mib-09.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://www.ietf.org/mailman/private/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Sender: mpls-bounces@ietf.org
Errors-To: mpls-bounces@ietf.org
Tom, et al., A great deal of work went into this latest draft. Thanks for that! The MIB compiler output is given, followed by Overall Comments and then specific comments. Thanks, Joan --- SMICNGPRO MIB Compiler Output ============================= MPLS-FRR-GENERAL-STD-MIB W: f(MPLS-FRR-GENERAL-STD-MIB), (5,8) "Integer32" imported but not used W: f(MPLS-FRR-GENERAL-STD-MIB), (6,8) "NOTIFICATION-TYPE" imported but not used W: f(MPLS-FRR-GENERAL-STD-MIB), (9,8) "NOTIFICATION-GROUP" imported but not used W: f(MPLS-FRR-GENERAL-STD-MIB), (11,8) "TruthValue" imported but not used W: f(MPLS-FRR-GENERAL-STD-MIB), (13,8) "InterfaceIndex" imported but not used MPLS-FRR-ONE2ONE-STD-MIB E: f(MPLS-FRR-ONE2ONE-STD-MIB), (74,35) Leading sub-Id "mplsOne2OneFrrMIB" is not known in current module E: f(MPLS-FRR-ONE2ONE-STD-MIB), (398,30) Item "mplsFrrScalarGroup" should be IMPORTed E: f(MPLS-FRR-ONE2ONE-STD-MIB), (399,30) Item "mplsFrrTunnelARHopGroup" should be IMPORTed E: f(MPLS-FRR-ONE2ONE-STD-MIB), (400,30) Item "mplsFrrConstraintsGroup" should be IMPORTed W: f(MPLS-FRR-ONE2ONE-STD-MIB), (5,19) "Unsigned32" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (6,8) "NOTIFICATION-TYPE" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (6,27) "Gauge32" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (9,8) "NOTIFICATION-GROUP" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (11,20) "RowStatus" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (11,31) "StorageType" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (13,8) "InterfaceIndex" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (13,24) "InterfaceIndexOrZero" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (14,8) "ifGeneralInformationGroup" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (15,8) "ifCounterDiscontinuityGroup" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (21,8) "mplsTunnelGroup" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (21,25) "mplsTunnelScalarGroup" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (22,8) "mplsTunnelARHopListIndex" imported but not used W: f(MPLS-FRR-ONE2ONE-STD-MIB), (22,34) "mplsTunnelARHopIndex" imported but not used MPLS-FRR-FACILITY-STD-MIB E: f(MPLS-FRR-FACILITY-STD-MIB), (497,30) Item "mplsFrrScalarGroup" should be IMPORTed E: f(MPLS-FRR-FACILITY-STD-MIB), (498,30) Item "mplsFrrTunnelARHopGroup" should be IMPORTed E: f(MPLS-FRR-FACILITY-STD-MIB), (499,30) Item "mplsFrrConstraintsGroup" should be IMPORTed W: f(MPLS-FRR-FACILITY-STD-MIB), (11,20) "RowStatus" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (11,31) "StorageType" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (13,24) "InterfaceIndexOrZero" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (14,8) "ifGeneralInformationGroup" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (15,8) "ifCounterDiscontinuityGroup" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (22,8) "MplsTunnelAffinity" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (24,8) "mplsTunnelGroup" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (24,25) "mplsTunnelScalarGroup" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (25,8) "mplsTunnelARHopListIndex" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (25,34) "mplsTunnelARHopIndex" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (27,8) "InetAddressType" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (27,25) "InetAddress" imported but not used W: f(MPLS-FRR-FACILITY-STD-MIB), (526,5) OBJECT-GROUP "mplsFrrFacilityScalarGroup" is not used in a MODULE-COMPLIANCE in current module SMILINT Validation report File: MPLS-FRR-GENERAL-STD-MIB Severity level requested: 6 Line Severity Problem 5 5 warning: identifier `Integer32' imported from module`SNMPv2-SMI' is never used 6 5 warning: identifier `NOTIFICATION-TYPE' imported from module `SNMPv2-SMI' is never used 9 5 warning: identifier `NOTIFICATION-GROUP' imported from module `SNMPv2-CONF' is never used 11 5 warning: identifier `TruthValue' imported from module `SNMPv2-TC' is never used 13 5 warning: identifier `InterfaceIndex' imported from module `IF-MIB' is never used --- File: MPLS-FRR-FACILITY-STD-MIB Severity level requested: 6 Line Severity Problem 11 5 warning: identifier `RowStatus' imported from module `SNMPv2-TC' is never used 11 5 warning: identifier `StorageType' imported from module `SNMPv2-TC' is never used 13 5 warning: identifier `InterfaceIndexOrZero' imported from module `IF-MIB' is never used 14 5 warning: identifier `ifGeneralInformationGroup' imported from module `IF-MIB' is never used 15 5 warning: identifier `ifCounterDiscontinuityGroup' imported from module `IF-MIB' is never used 22 5 warning: identifier `MplsTunnelAffinity' imported from module `MPLS-TC-STD-MIB' is never used 24 5 warning: identifier `mplsTunnelGroup' imported from module `MPLS-TE-STD-MIB' is never used 24 5 warning: identifier `mplsTunnelScalarGroup' imported from module `MPLS-TE-STD-MIB' is never used 25 5 warning: identifier `mplsTunnelARHopListIndex' imported from module `MPLS-TE-STD-MIB' is never used 25 5 warning: identifier `mplsTunnelARHopIndex' imported from module `MPLS-TE-STD-MIB' is never used 27 5 warning: identifier `InetAddressType' imported from module `INET-ADDRESS-MIB' is never used 27 5 warning: identifier `InetAddress' imported from module `INET-ADDRESS-MIB' is never used 526 5 warning: current group `mplsFrrFacilityScalarGroup' is not referenced in this module -- File: MPLS-FRR-ONE2ONE-STD-MIB Severity level requested: 6 Line Severity Problem 74 1 unknown object identifier label 'mplsOne2OneFrrMIB' Overall COMMENTs --------------- *) One general comment is that the key words from section 1.1 (MUST/MUST NOT/SHOULD, etc.) should be utilized. I've made some suggestions in a few places (see below in The "Specific Comments" area wrt 4.1, 4.1.1, 4.2.1, 4.2) but I did NOT make suggestions for every section, so please review the other sections. Basically, you need to give a clear understanding of which MIB Modules need to be deployed. *) The first 3 or 4 comments on the MPLS-FRR-GENERAL-STD-MIB also apply to the other 2 MIB Modules but these were not repeated. Please update all 3 MIB Modules. COMMENTS ON DOC (as they appear in the doc) --------------------------------------------- *) TOC Section 4., 4.1, 4.2, 4.3, 4.4 and 4.5 and possibly others are incorrect in the TOC. 4.1.1, 4.1.2, 4.2.1, 4.2.2, 4.3.1, (maybe others) are missing from the TOC. Please regenerate the TOC. *) 4. Overview of MIB Module s/Module/Modules Please update the TOC for this new title. *) 4.1. MPLS-FRR-GENERAL-STD-MIB Some verbage needs to be added to specify if/when this MIB Module MUST/SHOULD be implemented. e.g. (this is just an example) This MIB Module MUST be implemented if either fast reroute method is supported. *) 4.1.1 mplsFrrConstraintsTable (Similar comment to above...need to specify using MUST/SHOULD language if possible) So, the last paragraph in this section: This table is used at the ingress node of the protected TE tunnel instance to configure backup LSP setup constraints. should be updated (as an example) This table MUST (or SHOULD) be implemented at the ingress node of the protected TE tunnel instance to configure backup LSP setup contraints. *) 4.2.1 mplsFrrTunnelARHopTable First sentence need a comma, after "availability", Last paragraph (similar comment as above, need to use language MUST/SHOULD) (as an example): This table MUST be supported when the Record Route Object (RRO) is supported by the implementation. *) 4.2 MPLS-FRR-ONE2ONE-STD-MIB * Please add something like: This MIB Module MUST be supported when the one-to-one backup method is used. *) 4.2.1 and 4.2.2 *) I'm a little unclear as to the relationship between these tables (PLR, Detour and the mplsTunnelTable). For every protected LSP these could be N-1 detours, and each detour is a tunnel and thus, there is an entry in the mplsTunnelTable. Could you explain how one entry in the PLR table (which represents the protected LSP) could be related to more than one entry in the Detour table and further, how can I lookup the Detour in the mplsTunnelTable? Please give a concrete example using actual values for the indices (similar to what was done in rfc3812 section 9). It would be good if you could do this with one protected LSP and more than one detour. *) 4.3 *) 4.3.1 mplsFrrFacilityDBTable *) 5. Handling IPv6 Tunnels *) Please update the names of the objects to match the current names in the MIB Modules. *) 6 MPLS-FRR-GENERAL-STD-MIB *) LAST-UPDATED and REVISION s/May/June *) Please remove the REVISION/DESCRIPTION clauses except for the latest version of the MIB. The REVISION clause is typically used for RFC revisions (not draft revisions). *) DESCRIPTION: ...This MIB module is part of RFC 4327; see the RFC itself for full legal notices. needs to be changed to something like This version of this MIB module is part of RFC xxxx; See the RFC itself for full legal notices. -- RFC EDITOR: please replace xxxx with actual number -- and remove this note. *) Please see RFC4181 Appendices C and D. prefixes need to be consistent, so either use "mplsFrrGeneral" or "mplsFrr" Also, the OID layout is not as suggested in rfc418 (and also breaks with the other MPLS which does follow the suggested OID layout.) xxxMIB | +-- xxxNotifications(0) +-- xxxObjects(1) +-- xxxConformance(2) | +-- xxxCompliances(1) +-- xxxGroups(2) Currently, mplsFrrNotifications ::= { mplsFrrGeneralMIB 0 } <-- there aren't any notifications so don't need to define this mplsFrrObjects ::= { mplsFrrGeneralMIB 1} mplsFrrGeneralObjects ::= { mplsFrrObjects 1} mplsFrrConformance ::= { mplsFrrObjects 2} *) mplsFrrProtectionMethod Scalar Please add to the DESCRIPTION the error that would be returned if unknown(1) were to be set (would think inconsistentValue error?) For example: The value of unknown(1) is read-only and cannot be set. If the value of unknown(1) is set an inconsistentValue error MUST be returned. *) NEW for mplsFrrProtectedMethod Please include in the DESCRIPTION clause what error should be returned if the value of unknown(1) is set. *) mplsFrrSwitchover Should this be a Gauge32? DESCRIPTION is awkward. Seems like you are trying to say the following: The number of tunnel instances for either detour LSPs or bypass tunnels for which this LSR is the ingress. *) mplsFrrConstraintsTable *) mplsFrrConstraintsEntry s/however, in these cases,/however,/ *) mplsFrrConstraintsTunnelIndex s/for which/which/ Don't understand the last part of the last sentence "as must exist in the mplsTunnelTable". What is it that must exist in the mplsTunnelTable? *) mplsFrrConstraintsProtectionType Could a reference be added for this? *) mplsFrrConstraintsSetupPrio Could a more specific section be given to the REFERENCE? The reason is that there is also a SetupPriority in RFC4090 and this draft discusses supporting rfc4090 *) mplsFrrConstraintsHoldingPrio Same request as above, for a more specific section in the REFERENCE? *) NEW mplsFrrConstraintHopLimit According to RFC4090 this looks to be a byte, so why is there not a range on this? Same question wrt Reference is this 4090 section 4.1 ? *) mplsFrrTunnelARHopProtectType Where is path(0) described in rfc4090? Would it be possible to rename link to bandwidth to use the same terms as in 4090? *) NIT: mplsFrrConstraintsGroup not in the order they appear in the table. This is a NIT. 6.1 MPLS-FRR-ONE2ONE-STD-MIB Scalars need to be updated to reflect that they are relevant to one-to-one reroute method. *) mplsFrrOne2OneDetourMergedDetourInst Please spell out Instance (to be consistent) 6.3 MPLS-FRR-FACILITY-STD-MIB Scalars need to be updated to be relevant only to the FRR Facility method. Think that these scalars should be Gauge32, since the number of interfaces will be changing. *) mplsFrrActiveProtectedLSPs (should this be in the MPLS-FRR-ONE2ONE-STD-MIB? *) mplsFrrFacilityNotificationsEnabled. Why is this object needed? Please answer the question wrt RFC3413. *) mplsFrrFacilityNotificationsMaxRate Are there other objects which indicate if events are being thrown away due to this throttling? (Would that be useful?) NOT DONE. Please answer the question. I would think such an object (or objects) would be useful information if throttling is done. *) mplsFrrFacilityDBTable s/mplsFrrFacilityProtIfIdx/mplsFrrFacilityProtectedIfIndex/ *) mplsFrrFacilityDBNumProtectingTunnelOnIf s/speficied/specified/ *) mplsFrrFacilityFinalTunnelRestored Need to remove the verbage about if this is the Facility method at the end of the DESCRIPTION. *) 7. Security Considerations s/in this MIB module./in these MIB modules. *) 8 IANA Considerations Need section 8.2 and 8.3 for the other 2 MIB Modules. *) 10.1 Normative References [RFC4090] Pan, P., Swallow, G., Atlas, A., "Fast Reroute Extensions to RSVP-TE for LSP Tunnels", RFC4090, May 2005. and A. Atlas, -- end-- _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls
- [mpls] MIB Doctor review of draft-ietf-mpls-fastr… Joan Cucchiara
- Re: [mpls] [MIB-DOCTORS] MIB Doctor review ofdraf… Romascanu, Dan (Dan)
- Re: [mpls] [MIB-DOCTORS] MIB Doctor review ofdraf… Thomas Nadeau