SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    RE: iSCSI: immediate data



    I thought that you can not send both immediate and unsolicited data for the
    same command. My understanding is that if there is immediate data and the
    F-bit is not set, then the remaining has to go as solicited even
    if InitialR2T=no is enabled. Is this changing from draft-06?.
    
    -Ayman
    
    
    > -----Original Message-----
    > From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
    > julian_satran@il.ibm.com
    > Sent: Wednesday, May 09, 2001 2:12 AM
    > To: Sandeep Joshi
    > Cc: matt_wakeley@agilent.com; ips@ece.cmu.edu
    > Subject: Re: iSCSI: immediate data
    >
    >
    >
    >
    > That is correct. The final bit indicates the end of unsolicited  data.
    > If all you have is immediate then the final bit is 1in the command.
    > If you have immediate and other unsolicited (if enabled!) then set F to 0.
    >
    > 2.3.1 has been fixed accordingly.
    >
    > Regards,
    > Julo
    >
    > sandeepj@research.bell-labs.com (Sandeep Joshi) on 09-05-2001 01:56:25
    >
    > Please respond to sandeepj@research.bell-labs.com (Sandeep Joshi)
    >
    > To:   matt_wakeley@agilent.com
    > cc:   ips@ece.cmu.edu
    > Subject:  Re: iSCSI: immediate data
    >
    >
    >
    >
    > Umm.....Julian replied to this one and said the final bit on ScsiCmd
    > would indicate it.   Apparently, a single command can now send
    > the unsolicited data both with the command and in separate PDUs.
    >
    > I cant seem to find the email but I believe Sec 2.3.1 was changed
    > accordingly.  Julian..?
    >
    > -Sandeep
    >
    > > The intention is that if an initiator requests to send immediate data
    > (and is
    > > granted the request), then it will always send immediate data.
    > >
    > > It sounds like you are asking for wishy washy mode... sometimes send
    > immediate
    > > data, sometimes not.
    > >
    > > -Matt
    > >
    > > Sandeep Joshi wrote:
    > > >
    > > > Julian,
    > > >
    > > > I had a follow-up question on an old thread.
    > > >   http://ips.pdl.cs.cmu.edu/mail/msg03373.html
    > > >
    > > > The initiator is allowed to send firstburst in immediate
    > > > or in separate PDUs...but can it do neither ?  I dont
    > > > see any statement to the effect that it MUST send a
    > > > firstburst.
    > > >
    > > > Here's a possible problem :
    > > > 1) FirstBurst is 4K
    > > > 2) Expected data length of command is 16K
    > > > 3) Initiator sends the Scsi command without immediate
    > > >    data.   (final flag on Scsi command is not set)
    > > >    And it decides to send no further data PDUs.
    > > >
    > > > The target does not know if R2Ts can be sent since it does
    > > > not know if any unsolicited PDUs are expected.
    > > >
    > > > Perhaps the semantics on the final flag on SCSI command
    > > > need to be changed to indicate that no unsolicited data
    > > > will be sent with this command.  Currently, the flag implies
    > > > (Sec 2.3.1) that all the required data has been sent with
    > > > the command.
    > > >
    > > > And here's a typo to fix.  Appendix E (Key=immediateData)
    > > > The following should say "initialR2T is no".
    > > > The table has got it right.
    > > >
    > > > > If ImmediateData is set to yes and InitialR2T is set
    > > > > to yes then the initiator MAY send unsolicited immediate
    > > > > data or one unsolicited burst of Data-OUT PDUs but
    > > > > MUST NOT send both immediate and a unsolicited burst of
    > > > > Data-OUT PDUs for any one command.
    > > >
    > > > -Sandeep
    >
    >
    >
    >
    
    


Home

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