SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    RE: iscsi : target originated login negotiations.



    This is the way I see it ... since the spec has been changed to say:
    
     For numerical (and binary) negotiations, the responding party MUST
     respond with the required key.
    
    So, the initiator MUST respond. Therefore, after the target starts a
    negotiation, the default no longer has a meaning.
    
    I would also like to hear the answer to (a) and (b) below.
    
    Eddy
    
    -----Original Message-----
    From: Santosh Rao [mailto:santoshr@cup.hp.com]
    Sent: Thursday, September 27, 2001 8:30 PM
    To: IPS Reflector
    Subject: iscsi : target originated login negotiations.
    
    
    All,
    
    I have a question on how the target originated negotiation works. The
    draft describes this as :
    
    "The target may offer key=value pairs of its own. Target requests are
    not limited to matching key=value pairs as offered by the initiator.
    However, the initiator always controls the request-response initiation
    and termination."
    
    Here's my question, taking a specific scenario as an example :
    
    Assume ImmediateData defaults to "yes" [as is currently the case].
    Consider an initiator that wishes to use immediate data attempting to
    login with a target that does not support immediate data.
    
    I -> T : (does not explicitly send ImmediateData key, since the default
    is its desired value).
    
    T -> I : ImmediateData="no" (No ImmediateData key is received. Hence,
    target needs to originate this key to indicate that it does not
    support).
    
    Is this considered the end of the negotiation, or does the initiator
    (who is the responding party in this case) need to respond to the
    offered key with a response indicating :
    I -> T : ImmediateData="no"
    
    Also :
    
    a)  how does the above work in the case of list negotiation ?
    
    b) What is meant by "the initiator always controls the
       request-response initiation and termination." (?).
       Could this be stated more clearly ?
    
    Thanks,
    Santosh
    
    
    --
    ##################################
    Santosh Rao
    Software Design Engineer,
    HP-UX iSCSI Driver Team,
    Hewlett Packard, Cupertino.
    email : santoshr@cup.hp.com
    Phone : 408-447-3751
    ##################################
    


Home

Last updated: Sat Sep 29 18:17:19 2001
6875 messages in chronological order