Re: [storm] iSCSI MIB: Functional enhancements proposal
Mark Bakke <Mark_Bakke@DELL.com> Tue, 25 September 2012 19:54 UTC
Return-Path: <Mark_Bakke@dell.com>
X-Original-To: storm@ietfa.amsl.com
Delivered-To: storm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5995A21F85C7 for <storm@ietfa.amsl.com>; Tue, 25 Sep 2012 12:54:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.599
X-Spam-Level:
X-Spam-Status: No, score=-106.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kv5MVqmiW614 for <storm@ietfa.amsl.com>; Tue, 25 Sep 2012 12:54:47 -0700 (PDT)
Received: from aussmtpmrkps320.us.dell.com (aussmtpmrkps320.us.dell.com [143.166.224.254]) by ietfa.amsl.com (Postfix) with ESMTP id 64FA621F85F7 for <storm@ietf.org>; Tue, 25 Sep 2012 12:54:47 -0700 (PDT)
X-Loopcount0: from 64.238.244.148
X-IronPort-AV: E=Sophos;i="4.80,484,1344229200"; d="scan'208";a="3941980"
From: Mark Bakke <Mark_Bakke@DELL.com>
To: "Black, David" <david.black@emc.com>, "storm@ietf.org" <storm@ietf.org>
Date: Tue, 25 Sep 2012 14:47:08 -0500
Thread-Topic: iSCSI MIB: Functional enhancements proposal
Thread-Index: Ac2S3k0VAOHDeEHlQP66E4/tbPSxkAFVDrNQAMjXDKA=
Message-ID: <975552A94CBC0F4DA60ED7B36C949CBA0414ADF805@shandy.Beer.Town>
References: <8D3D17ACE214DC429325B2B98F3AE7120DCD1567@MX15A.corp.emc.com> <8D3D17ACE214DC429325B2B98F3AE7120DE78FD8@MX15A.corp.emc.com>
In-Reply-To: <8D3D17ACE214DC429325B2B98F3AE7120DE78FD8@MX15A.corp.emc.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [storm] iSCSI MIB: Functional enhancements proposal
X-BeenThere: storm@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Storage Maintenance WG <storm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/storm>, <mailto:storm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/storm>
List-Post: <mailto:storm@ietf.org>
List-Help: <mailto:storm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storm>, <mailto:storm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Sep 2012 19:54:48 -0000
David, this makes sense to me. I haven't heard any other comments asking for more than this. We will publish a new draft soon. Mark -----Original Message----- From: Black, David [mailto:david.black@emc.com] Sent: Friday, September 21, 2012 2:55 PM To: Black, David; storm@ietf.org Subject: Re: [storm] iSCSI MIB: Functional enhancements proposal Importance: High In order to move forward, I suggest that the authors make the functional changes [1] - [6], not make changes [A] - [F] and [I}, and use their best judgment on what (if anything) to do about [G] and [H] > [G] Additional session reporting, including digest, error recovery level, session type > and additional counters for missing PDUs, data in PDUs, data out PDUs, async PDUs. > [H] Report initial remote IP address and port for connections in addition to actual > IP address and port - this would be for situations in which a redirection has > occurred. Please submit a revised version of the MIB draft soon. Thanks, --David (storm WG co-chair). > -----Original Message----- > From: storm-bounces@ietf.org [mailto:storm-bounces@ietf.org] On Behalf > Of Black, David > Sent: Friday, September 14, 2012 9:06 PM > To: storm@ietf.org > Subject: [storm] iSCSI MIB: Functional enhancements proposal > > The iSCSI MIB has been waiting for a WG decision about what to > incorporate from the list of functional enhancements suggested by the MIB Doctor review. > > With <WG chair hat off>, based on consulting with the MIB draft > editors, I offer the following initial proposal for the WG's > consideration ... in the hope of getting to a decision. > > --- Make the following functional enhancements: > > [1] Add NOP counters at iSCSI session scope for heartbeat tracking [2] > Add a port number to the iscsiTgtLoginFailure and iscsiIntrLoginFailure notifications, > and to the last failure info in iscsiInitiatorAttributesEntry. > [3] Add a description string to the iSCSI portal: > > iscsiPortalDescr OBJECT-TYPE > SYNTAX SnmpAdminString > MAX-ACCESS read-only > STATUS current > DESCRIPTION > "A UTF-8 string, determined by the implementation to > describe the iSCSI portal. When only a single instance > is present, this object may be set to the zero-length > string; with multiple iSCSI portals, it may be used in > an implementation-dependent manner to describe the > respective portal, and could include information such as > HBA model, description and version or software driver and > version." > > [4] Support "Target Unmapped" session failure reporting in the > iscsiInstSessionFailure notification: > > Editors: FailureType is an OID pointing to a stat in > iscsiInstSsnErrorStatsTable, so we would need to add this: > > iscsiInstSsnTgtUnmappedErrors Counter32 > > [5] Add a port number to iscsiPortalAttributesEntry > > [6] Add a timeout counter to iscsiInitiatorLogoutStatsEntry to distinguish implicit > logouts caused by timeouts from implicit logouts caused by other reasons. > > --- Do not make any other functional enhancements, including the > following > > [A] Summary notifications for large numbers of targets or initiators. (At most > a single summary with a count would be appropriate for each notification type). > [B] RowPointer or other connection to transport state as part of > iscsiInstanceSsnErrorStatsEntry (can be found indirectly in current structure). > [C] Support for reporting more than two digest algorithms (only one is standardized). > [D] Additional list of authentication methods for negotiation (already available based > on reporting of authorized entities). > [E] Additional support for mutual authentication (check the MIBs at both ends instead). > [F] Support for digest provisioning at the iSCSI node level (use iSCSI portal instead). > [G] Additional session reporting, including digest, error recovery level, session type > and additional counters for missing PDUs, data in PDUs, data out PDUs, async PDUs. > [H] Report initial remote IP address and port for connections in addition to actual > IP address and port - this would be for situations in which a redirection has > occurred. > [I] Report list of discovered targets (out of scope for this MIB). > > -------------------- > > Of the above list, I'd be particularly interested in comments on [A], > [G] and [H] - if these were added to the MIB, would they be likely to > be implemented and used? > > Thanks, > --David > ---------------------------------------------------- > David L. Black, Distinguished Engineer EMC Corporation, 176 South St., > Hopkinton, MA 01748 > +1 (508) 293-7953 FAX: +1 (508) 293-7786 > david.black@emc.com Mobile: +1 (978) 394-7754 > ---------------------------------------------------- > > > _______________________________________________ > storm mailing list > storm@ietf.org > https://www.ietf.org/mailman/listinfo/storm _______________________________________________ storm mailing list storm@ietf.org https://www.ietf.org/mailman/listinfo/storm
- [storm] iSCSI MIB: Functional enhancements propos… Black, David
- Re: [storm] iSCSI MIB: Functional enhancements pr… Black, David
- Re: [storm] iSCSI MIB: Functional enhancements pr… Mark Bakke
- Re: [storm] iSCSI MIB: Functional enhancements pr… Prakash Venkatesen, ERS-HCLTech