SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    Re: TargetAlias/InitiatorAlias text commands



    Marjorie & Jim,
    
    This artifact (the Alias keys) where introduced at the express request of
    the NDT.
    Why don't you come (came) with a similar consensus recommendation to remove
    them
    and resort to the IPS list at large?   Is this the NDT consensus and you
    have just forgot to mention it?
    
    Julo
    
    
    ---------------------- Forwarded by Julian Satran/Haifa/IBM on 25-07-2001
    14:59 ---------------------------
    
    
    
    
    
    "Jim Hafner" <hafner@almaden.ibm.com> on 25-07-2001 00:03:35
    
    Please respond to "Jim Hafner" <hafner@almaden.ibm.com>
    
    To:   ips@ece.cmu.edu
    cc:
    
    Subject:  Re: TargetAlias/InitiatorAlias text commands
    
    
    
    
    
    
    Marj,
    
    I concur.  I don't see any value in these keys either, at least within the
    protocol.
    
    Jim Hafner
    
    
    "KRUEGER,MARJORIE (HP-Roseville,ex1)" <marjorie_krueger@hp.com>@ece.cmu.edu
    on 07-24-2001 01:38:35 PM
    
    Sent by:  owner-ips@ece.cmu.edu
    
    
    To:   "Ips Reflector (E-mail)" <ips@ece.cmu.edu>
    cc:
    Subject:  TargetAlias/InitiatorAlias text commands
    
    
    
    As outlined in David Black's consensus statement on the SendTargets command
    (http://www.pdl.cmu.edu/mailinglists/ips/mail/msg05119.html), the target
    records returned in response to a SendTargets request will not include
    TargetAlias, in response to the expressed desire to limit the SendTargets
    functionality to the basic description of the target iSCSI device.
    
    There are references to "aliases" sprinkled throughout the iSCSI protocol
    document, but this construct doesn't add any value to the iSCSI protocol
    model or functionality.
    
    Since the TargetAlias and InitiatorAlias text commands do not contribute
    any
    functionality to the iSCSI protocol, are not used in any iSCSI-related
    logic
    within an implementation, and are basicly a "label" more appropriately
    administered by a management tool, I propose they be removed from the iSCSI
    protocol spec.
    
    Comments?
    
    Marjorie Krueger
    Networked Storage Architecture
    Networked Storage Solutions Org.
    Hewlett-Packard
    tel: +1 916 785 2656
    fax: +1 916 785 0391
    email: marjorie_krueger@hp.com
    
    
    
    
    
    
    
    
    
    "KRUEGER,MARJORIE (HP-Roseville,ex1)" <marjorie_krueger@hp.com> on
    24-07-2001 23:38:35
    
    Please respond to "KRUEGER,MARJORIE (HP-Roseville,ex1)"
          <marjorie_krueger@hp.com>
    
    To:   "Ips Reflector (E-mail)" <ips@ece.cmu.edu>
    cc:
    
    Subject:  TargetAlias/InitiatorAlias text commands
    
    
    
    
    
    As outlined in David Black's consensus statement on the SendTargets command
    (http://www.pdl.cmu.edu/mailinglists/ips/mail/msg05119.html), the target
    records returned in response to a SendTargets request will not include
    TargetAlias, in response to the expressed desire to limit the SendTargets
    functionality to the basic description of the target iSCSI device.
    
    There are references to "aliases" sprinkled throughout the iSCSI protocol
    document, but this construct doesn't add any value to the iSCSI protocol
    model or functionality.
    
    Since the TargetAlias and InitiatorAlias text commands do not contribute
    any
    functionality to the iSCSI protocol, are not used in any iSCSI-related
    logic
    within an implementation, and are basicly a "label" more appropriately
    administered by a management tool, I propose they be removed from the iSCSI
    protocol spec.
    
    Comments?
    
    Marjorie Krueger
    Networked Storage Architecture
    Networked Storage Solutions Org.
    Hewlett-Packard
    tel: +1 916 785 2656
    fax: +1 916 785 0391
    email: marjorie_krueger@hp.com
    
    
    
    


Home

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