RE: iSCSI: FirstBurstSize and unsolicited data

[pat_thaler@agilent.com]

RE:
>
> The target reports the "Not enough unsolicited data" condition only
> if it does not support output (write) operations in which the total
> data length is greater than FirstBurstSize, but the initiator sent
> less than FirstBurstSize amount of unsolicited data, and out-of-order
> R2Ts cannot be used.
>
> </quote>

This text does seem strange. Why does it say "only if it does not support output (write) operations in which" the initiator sent less data than the standard requires?
Why would the target support that given that the initiator is required to send FirstBurstSize of unsolicited data if it sends non-immediate data PDUs (and total data length is greater than FirstBurstSize). Even out-of-order R2Ts are enabled, the target shouldn't be required to send an R2T for data that should have been sent unsolicited. This will complicate implementations.

The text also doesn't deal with cases where the Initiator sent only Immediate data.

Also it doesn't deal with cases where the transfer is less than First Burst size and the initiator sent non-immediate unsolicited data with a length less than the required amount.

I think the text should be

"The target reports the "Not enough unsolicited data" condition if the Initiator sent  non-Immediate unsolicited data with a totla unsolicited data length less than the smaller of FirstBurstSize and Expected Data Transfer Length."

It also isn't clear why this error has an iSCSI condition code while other similar errors do not. In particular, it is just as possible that an Initiator sends less data in response to an explicit R2T. When it sends less unsolicited data than it should, it is violating an implicit R2T. Why is violation of an implicit R2T different from violation of an explicit R2T? And why is sending less data than expected flagged with a Sense Data error but sending more data than expected is not?

Regards,
Pat