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.



    
    	There is some confusion here. I've been assuming that if I send a key
    that is not returned it means the other side is happy with my choice,
    but I recently read somewhere in one of the drafts that this actually
    means the default choice should be taken.
    
    	We do need to spell this out clearly.
    
    	- Rod
    
    -----Original Message-----
    From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
    Santosh Rao
    Sent: Friday, September 28, 2001 1:30 AM
    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:20 2001
6875 messages in chronological order