SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    RE: profiles - a way to simplify iSCSI


    • To: <julian_satran@il.ibm.com>
    • Subject: RE: profiles - a way to simplify iSCSI
    • From: "Robert Griswold" <rgriswold@Crossroads.com>
    • Date: Fri, 22 Jun 2001 09:19:47 -0500
    • Cc: <ips@ece.cmu.edu>
    • content-class: urn:content-classes:message
    • Content-Transfer-Encoding: 8bit
    • Content-Type: text/plain;charset="iso-8859-1"
    • Sender: owner-ips@ece.cmu.edu
    • Thread-Index: AcD6eqYln+S8b8E5Rb2lHZnGjJ02WgAqmmDg
    • Thread-Topic: profiles - a way to simplify iSCSI

    Julian:
    
    Well, drawing on my experience from the consumer storage specs
    (ATA/ATAPI/MMC), profiles and features lead to huge interoperability
    problems.  The issue for robust (full featured) targets and initiators
    is they have to chase down every single interpretation of feature sets,
    some that they don't even care about, so the devices are not caught in
    transport or command sequences they have no idea about.  I am in
    agreement with David Black and others who have specified that the iSCSI
    transport needs simplicity rather than complexity; I fear that providing
    still more optional implementations would lead to more problems.  If we
    believe the hype from the press, then iSCSI will make for cheap targets,
    which means fast product schedules and low engineering and test coverage
    from companies that could ship millions of little iSCSI boxes.  A
    tighter iSCSI specification might help keep some of these potential
    interoperability problems from becoming wildfires.
    
    Bob
    
    Robert Griswold
    Technologist
    Crossroads Systems, Inc.
    512-928-7272
    
     -----Original Message-----
    From: 	julian_satran@il.ibm.com [mailto:julian_satran@il.ibm.com] 
    Sent:	Thursday, June 21, 2001 12:15 PM
    To:	ips@ece.cmu.edu
    Subject:	profiles - a way to simplify iSCSI
    
    
    
    Dear colleagues,
    
    iSCSI keeps getting richer in negotiable parameters/features.
    Although flexibility is a great thing every new negotiable
    parameter/feature get us all worrying about:
    
       what it will break when used in combination with other
       parameters/features
       how are we going to test that all our combinations work as we think
    that
       they are specified
       are we understanding/specifying the combinations the same way as
    anybody
       else
    
    
    I assume that many of you are wondering, as I do, if all this
    flexibility
    is really worth it's price.
    Would the community not be better served by specifying profiles that are
    a
    complete-and-invariable combination of features and very small set of
    numerical parameters?
    
    I would start with 2 profiles:
    
       the minimal profile (only basic features)
       the maximum profile (all the features)
    
    and then (only if we are strongly convinced it is needed) add a middle
    point.
    
    Please comment,
    Julo
    
    
    
    
    


Home

Last updated: Tue Sep 04 01:04:25 2001
6315 messages in chronological order