Return-Path: <owner-ips@ece.cmu.edu>
X-Sieve: cmu-sieve 2.0
Return-Path: <owner-ips@ece.cmu.edu>
Received: (from majordom@localhost)
	by ece.cmu.edu (8.11.0/8.10.2) id h0HKA4711752
	for ips-outgoing; Fri, 17 Jan 2003 15:10:04 -0500 (EST)
X-Authentication-Warning: ece.cmu.edu: majordom set sender to owner-ips@ece.cmu.edu using -f
Received: from mxic2.corp.emc.com (mxic2.corp.emc.com [128.221.31.40])
	by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id h0HKA1W11748
	for <ips@ece.cmu.edu>; Fri, 17 Jan 2003 15:10:01 -0500 (EST)
Received: by mxic2.corp.emc.com with Internet Mail Service (5.5.2653.19)
	id <CTZ7PM9T>; Fri, 17 Jan 2003 15:09:52 -0500
Message-ID: <277DD60FB639D511AC0400B0D068B71E0564C7B3@corpmx14.us.dg.com>
From: Black_David@emc.com
To: michele@sanrad.com
Cc: ips@ece.cmu.edu, Black_David@emc.com
Subject: RE: SCSI MIB: Open Issues
Date: Fri, 17 Jan 2003 15:09:01 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain;
	charset="windows-1255"
Sender: owner-ips@ece.cmu.edu
Precedence: bulk

Attempting to push this draft forward, Michelle listed three issues that she
was looking
for guidance on before publishing a new draft:

> "   scsiLuOutQueueFullStatus   OBJECT-TYPE 
>
> [... snip ...]
>
> COMMENT: There is no QUEUE FULL in SCSI-3; that's a SCSI-2 term.  Use
> "TASK SET FULL".
> 
> MHS>>>>>>>>>> Knowing that we are SCSI-2 compliant and not 
> SCSI-3, how should we call this MIB object?

As has been pointed out, just to keep us all on our toes, the
current versions are SAM-2 and SCSI-3, with SAM-3 being a work
in progress, so this change should be made.

> 6)scsiInstAlias, scsiDeviceAlias, etc -why are these admin strings 
> limited to 79 characters?  IMO, these SYNTAX should just be 
> SnmpAdminString w/no additional size limitation.
> 
> MHS>>>>>>>>>> I would like to hear other opinions.

Unless there's a better reason than "fits conveniently on one line",
I believe Marj is correct that this restriction should be removed.

> 8) scsiDscLunLun - the discovered LUN number is a natural index for this
> table, there is no need for another artificial index.  So this table 
> should look like: ......
> 
> MHS>>>>>>>>>>> LUN is generally an 8-bytes integer that can be 0:
> 1. To have it as an index looks heavy from my point of view.
> 2. It is generally not recommended to have 0 as an index.
> I would like to get other opinions before doing the changes.

I'm going to refer this issue to Keith for his opinion.

Thanks,
--David
----------------------------------------------------
David L. Black, Senior Technologist
EMC Corporation, 176 South St., Hopkinton, MA  01748
+1 (508) 293-7953             FAX: +1 (508) 293-7786
black_david@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------
