[imss] MIB doctor review for: T11-FC-SP-SA-MIB
"Bert Wijnen - IETF" <bertietf@bwijnen.net> Sat, 29 December 2007 11:53 UTC
Return-path: <imss-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8aG0-0004zk-Qo; Sat, 29 Dec 2007 06:53:36 -0500
Received: from imss by megatron.ietf.org with local (Exim 4.43) id 1J8aFz-0004zC-Eg for imss-confirm+ok@megatron.ietf.org; Sat, 29 Dec 2007 06:53:35 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J8aFz-0004yz-4Z for imss@ietf.org; Sat, 29 Dec 2007 06:53:35 -0500
Received: from relay.versatel.net ([62.250.3.110]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1J8aFx-000585-FM for imss@ietf.org; Sat, 29 Dec 2007 06:53:35 -0500
Received: (qmail 34044 invoked from network); 29 Dec 2007 11:53:31 -0000
Received: from unknown (HELO bwMedion) (87.215.199.34) by relay.versatel.net with SMTP; 29 Dec 2007 11:53:31 -0000
From: Bert Wijnen - IETF <bertietf@bwijnen.net>
To: imss@ietf.org
Date: Sat, 29 Dec 2007 12:53:40 +0100
Message-ID: <NIEJLKBACMDODCGLGOCNAEHDEEAA.bertietf@bwijnen.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
Importance: Normal
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: Dan Romascanu <dromasca@avaya.com>, Keith McCloghrie <kzm@cisco.com>, Black_David <Black_David@emc.com>
Subject: [imss] MIB doctor review for: T11-FC-SP-SA-MIB
X-BeenThere: imss@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Internet and Management Support for Storage Working Group <imss.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/imss>, <mailto:imss-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:imss@ietf.org>
List-Help: <mailto:imss-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/imss>, <mailto:imss-request@ietf.org?subject=subscribe>
Errors-To: imss-bounces@ietf.org
[bcc to mib doctors] This is a review of the module as extracted from the prelimenary draft-ietf-imss-fc-fcsp-mib-01.txt document - I see: t11FcSpSaMIB MODULE-IDENTITY LAST-UPDATED "200702190000Z" ORGANIZATION "T11" I think that IETF IMSS WG should be included as one of the ORGANIZATIONs that worked on this MIB module - Similar question w.r.t. discontinuity of timers as in my earlier MIB reviews yesterday - t11FcSpSaPropSecurityProt OBJECT-TYPE SYNTAX INTEGER { espHeader(1), ctAuth(2) } I see this SYNTAX 3 times. Possibly candidate for a TC. Just a subjective thought. - FOr t11FcSpSaPropTSelListIndex and t11FcSpSaPropTransListIndex, I assume that a zero value means that there is no such list? Although from the DESCRIPTION clause of the t11FcSpSaPropRowStatus object I get the impression that a row with a zero value for either of these 2 objects cannot be made active. So maybe zero is not a valid value? - For t11FcSpSaTSelPropEntry I am a bit confused by: The StorageType of a row in this table is specified by the instance of t11FcSpSaIfStorageType which is INDEX-ed by the same values of fcmInstanceIndex, t11FcSpSaIfIndex and t11FcSpSaIfFabricIndex." INDEX { fcmInstanceIndex, t11FcSpSaIfIndex, t11FcSpSaTSelPropListIndex, t11FcSpSaTSelPropIndex } The t11FcSpSaIfFabricIndex is not part of this INDEX clause, is it? So how can it be the same? - Same question for t11FcSpSaTransEntry - I think that for t11FcSpSaPairTransListIndex and t11FcSpSaPairTransIndex a vlue of zero is impossible (or makes no sense). If I am correct you may want to exclude that via a RANGE spec. - I have seen thos combination multipel times (in the set of MIB modules) t11FcSpSaPairLifetimeLeft OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "The remaining lifetime of this SA pair, given in the units specified by the value of the corresponding instance of t11FcSpSaPairLifetimeLeft." ::= { t11FcSpSaPairEntry 6 } t11FcSpSaPairLifetimeLeftUnits OBJECT-TYPE SYNTAX INTEGER { seconds(1), -- seconds kiloBytes(2), -- 10^^3 bytes megaBytes(3), -- 10^^6 bytes gigaBytes(4), -- 10^^9 bytes teraBytes(5), -- 10^^12 bytes petaBytes(6), -- 10^^15 bytes exaBytes(7), -- 10^^18 bytes zettaBytes(8), -- 10^^21 bytes yottaBytes(9) -- 10^^24 bytes } Possibel candidates for a TC? - I have seen t11FcSpSaPairTerminate OBJECT-TYPE SYNTAX INTEGER { noop(1), terminate(2) } That SYNTAX a few times. Candidate for a TC? Bert Wijnen _______________________________________________ imss mailing list imss@ietf.org https://www1.ietf.org/mailman/listinfo/imss
- [imss] MIB doctor review for: T11-FC-SP-SA-MIB Bert Wijnen - IETF
- [imss] Re: MIB doctor review for: T11-FC-SP-SA-MIB Keith McCloghrie
- RE: [imss] Re: MIB doctor review for: T11-FC-SP-S… Bert Wijnen - IETF