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