Re: iscsi: More immediate data than required data

Julian Satran <[email protected]> Fri, 26 Jan 2007 10:16:40 +0200
Newsgroups gmane.ietf.ips
Message-ID <OF35855CFD.51057ADE-ONC225726F.002CB2E1-C225726F.002D7955@il.ibm.com>
If you are talking about a discrepancy between the CDB indicated length in 
blocks and the total data length (including immediate) indicated by iSCSI 
(originated from SCSI) this is legal and the result will include a 
residula lenngth and an "underflow" (device needs more data than 
accomodated by SCSI buffer). The specific command set indicates how the 
blocks on the device will be filled (padded).

If you are talking about Immediate data exceeeding iSCSI total data length 
(originated from SCSI)  that is a protocol error and should be handled 
accordingly.
The command should be rejected and dropping the session depends on the 
leniency of the target.

Julo



"Barada Mishra" <[email protected]> 
25/01/07 23:08

To
[email protected]
cc

Subject
[Ips] iscsi: More immediate data than required data






Hi,

This question is from a iSCSI target point of view.

When a target receives more immediate data than the required data, what 
should be the behavior?

Example :
Assume the target receives a write command for 2 blocks (1024 bytes). 
But the associated immediate data it receives is 2048.

What should the target do
  1. Use only 1024 bytes, ignore the rest of data and return good status
  2. Return check condition (what should be the ASC/ASCQ)? 
  3. Drop the connection and/or session
  4. Reject the PDU
Or something else?

Thanks
Barada
_______________________________________________
Ips mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ips

_______________________________________________
Ips mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/ips