Re: ISCSI: Immediate data extending beyond a single PDU

[Pierre Labat <pierre_labat@hp.com>]

julian_satran@il.ibm.com wrote:

> Barry,
>
> I think that the current draft does not allow you to accept immediate but
> not unsolicited.
> You can either allow unsolicited (including immediate) or request always
> R2T.
>
> And yes - if the expected length is larger that what you sent as
> unsolicited (even if the unsolicited was less than the limit) the target is
> supposed to send R2T (there is only one unsolicited burst per command).

Julian, Barry,

I think there is a problem, as stated Barry, if the initiator decides to
send unsolicited data but less than the Firstburst and
the expected length is greater than the Firstburst. In this case the initiator

after sending some unsolicited data waits for an R2T to continue
and the target waits for a First burst load of data before sending
an R2T.

Solution
======
To avoid that, it should be explicitely stated (may be it's what
is assumed but i can't read it) that when the initiator sends
unsolicited non immediate data, it must send unsolicited data
up to Firstburst or Expected data length whichever is less.

Regards,

Pierre

<stuff deleted>