SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    Re: iSCSI: current UNH Plugfest



    Bob,
    
    Rereading the text I understand what is confusing. The target name 
    mentioned is the one from the previous item!
    
    I will reformulate it to read:
    
    The value must be one of:
    
    all
    
    The initiator is requesting that information on all relevant targets known 
    to the implementation be returned.  This value MUST be supported on a 
    discovery session, and MAY NOT be supported on an operational session.
    
    <iSCSI-target-name>
    
    If an iSCSI target name is specified, the session should respond with 
    addresses for only the named target, if possible.  This value MUST be 
    supported on discovery sessions.  A discovery session MUST be capable of 
    returning addresses for those targets that would have been returned had 
    value=all been designated.
    
    <nothing>
    
    The session should respond with addresses only for the target to which the 
    session is logged in.  This MUST be supported on operational sessions, and 
    MAY NOT return targets other than the one to which the session is logged 
    in.
    
    
    Thanks,
    Julo
    
    
    
    
    "Robert D. Russell" <rdr@mars.iol.unh.edu>
    01-11-01 18:31
    Please respond to "Robert D. Russell"
    
     
            To:     Julian Satran/Haifa/IBM@IBMIL
            cc:     ips@ece.cmu.edu
            Subject:        Re: iSCSI: current UNH Plugfest
    
     
    
    Julian:
    
    Comments below:
    
    > 4. Situation: The initiator and target have successfully completed the
    >    login phase for a discovery session and are now in full feature 
    phase.
    >    The initiator sends a text command containing the single key:
    >    "SendTargets=".  What response is expected from the target?
    > 
    > 
    >    Interpretation 1:
    > 
    >    According to the explanation on page 188 of draft 8 (page 189 of
    >    draft 8a):
    >    "If no target name is specified, the session should respond with
    >    addresses only for the target to which the session is logged in.
    >    This MUST be supported on operational sessions, and MAY NOT
    >    return targets other than the one to which the session is logged in."
    > 
    >    However, for a discovery session there is no target per se (the
    >    initiator does not specify a TargetName= during login), so the
    >    target therefore follows the rule on page 188 of draft 8 (page 189
    >    of draft 8a):
    > 
    > +++
    > That is not strictly correct. You may use discovery to determine the 
    > addresses and portal groups for a specific target - i.e. you may give a 
    > target-name. If you give a target name that is all you get. If don't 
    give 
    > a name you get all the targets you are allowed to get to.
    > ++++
    
    If I understand this reply correctly, you are saying that
    in a discovery session, when the initiator sends:
       SendTargets=
    it should expect to receive all the targets it is allowed to get to.
    Correct?
    
    
    This leads to 2 further questions/points:
    
    1. Is this response any different from the response the initiator will
    get when it sends:
       SendTargets=all
    
    2. If these responses are the same, then the explanation of <nothing>
    on page 188 of draft 8 should be changed to indicate that this is what
    happens for a discovery session.
    
    Thanks,
    
    Bob Russell
    InterOperability Lab
    University of New Hampshire
    rdr@iol.unh.edu
    603-862-3774
    
    
    
    
    


Home

Last updated: Thu Nov 01 15:17:29 2001
7515 messages in chronological order