|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: iSCSI - ExpDataSNIf I understand
correctly, this change will align the TASK REASSIGN task management
function behavior with the SNACK request behavior wrt understanding that
the value 0 means "send me all unacked data" - that makes sense to me.
In the 3rd sentence,
it's not clear to me what you mean by "a new data acknowledgement ref. number"
- shouldn't this be the requestor's ExpDataSN or 0? The use of
the word "new" leave the impression that the requestor is somehow resetting
this number and offering a new one?
Editorial comments: the
3rd sentence in the first paragraph seems to be missing a comma after
"Bidirectional command"? And the word "acknowledgement" is mis-spelled in
the hyphenated spot. I've corrected the text below:
For recovery purposes the iSCSI target and initiator maintain a data acknowledgement reference number - the first input DataSN number unacknowledged by the initiator. When issuing a new command this num-ber is set to 0. If the function is TASK REASSIGN, which establishes a new connection allegiance for a previously issued Read or Bidirec-tional command, ExpDataSN will contain either a new data acknowledge-ment reference number or the value 0 indicating that the data acknowledgement reference number is unchanged. The initiator MUST discard any data PDUs from the previous execution that it did not acknowledge and the target MUST transmit all Data-in PDUs (if any) starting with the data acknowledgement reference number. The number of retransmitted PDUs, may or may not be the same as the original transmission depending on if there was a change in MaxRecvDataSeg-mentLength in the reassignment. The target MAY also send no more Data-In ! PDUs if it sent all its data in PDUs with DataSN less than ExpDataSN.
Home Last updated: Fri Aug 16 20:19:00 2002 11643 messages in chronological order |