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

    RE: iSCSI: Boolean value (yes, no) negotiation

    • To: "Rahul Bhagwat" <>, <>
    • Subject: RE: iSCSI: Boolean value (yes, no) negotiation
    • From: "Lakshmi Ramasubramanian" <>
    • Date: Wed, 6 Feb 2002 10:10:27 -0800
    • content-class: urn:content-classes:message
    • Content-Transfer-Encoding: 8bit
    • Content-Type: text/plain;charset="US-ASCII"
    • Sender:
    • Thread-Index: AcGvODZ84blnQ77tSsaU2W/zcf8PzwAALwnA
    • Thread-Topic: iSCSI: Boolean value (yes, no) negotiation

    So that means, if the target needs to use ONLY immediate data,
    it has to fail the login because the initiator said NO to ImmediateData?
    -----Original Message-----
    From: Rahul Bhagwat [] 
    Sent: Wednesday, February 06, 2002 10:07 AM
    To: Lakshmi Ramasubramanian;
    Subject: Re: iSCSI: Boolean value (yes, no) negotiation
    I believe a key is not negotiated thrice as you have pointed out. That
    is a sender offers a value, receiver offers it's own and that's it. (I
    think specs has a mention that a key cannot be negotiated twice. This
    example falls into that category.) The result of the negotiation is key
    dependent. For example, in this particular key, when initiator sends 
    ImmediateData=no, the negotiation is over as this is an
    AND function. However it is not an error to send back a response. In any
    case, the outcome of the result was decided for the initiator when it
    sent the key first and for the target when it received the key.
    ----- Original Message ----- 
    From: "Lakshmi Ramasubramanian" <>
    To: <>
    Sent: Wednesday, February 06, 2002 10:56 PM
    Subject: iSCSI: Boolean value (yes, no) negotiation
    > Could someone please clarify Boolean key=value usage
    > (such as "ImmediateData=yes", etc)?
    > For example, the initiator sends to target "ImmediateData=no".
    > But the target wants ImmediateData. So, it sends back
    > "ImmediateData=yes".
    > The initiator, being able to handle it, sends back "ImmediateData=no".
    > Now, they use immediate data in the PDUs. 
    > Is this valid? Or, in the above case if the target can't handle
    > non-immediate data it has to reject the login ?
    > thanks!
    >  -lakshmi


Last updated: Wed Feb 06 14:17:57 2002
8682 messages in chronological order