[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Google
  Web www.spinics.net

rationale to send PDUs in increasing CmdSn on single connection



Hi,
 
RFC 3720, section 3.2.2.1 says 

"On any connection, the iSCSI initiator MUST send the
commands in increasing order of CmdSN, except for
commands that are retransmitted due to digest error
recovery and connection recovery. "

(Assuming Single TCP connection ISCSI session)

1. I interpret above 3.2.2.1 statement as 
SCSI layer gives SCSI commands to the ISCSI stack in
the order of Cmd-1 and Cmd-2. 
Cmd-1 will have CmdSn = 10.
Cmd-2 will have CmdSn = 11.
ISCSI stack CAN send PDUs to the TCP layer in
following order ONLY.
PDU-1 with Cmd-1.
PDU-2 with Cmd-2.

Is this correct interpretation?
Or

2. On a SINGLE connection can ISCSI stack send the 
PDU-1 with Cmd-2 followed by 
PDU-2 with Cmd-1?

Assuming the answer of the question #2 is No,

3. If there are multiple connections in a session then
command MAY any way reach out of order. And targets
need to wait for the previous expected commands.

So targets will receive out of order ISCSI PDUs from
the TCP layer and ISCSI stack handles them.

So then why initiators have restriction of sending
command in the increasing order of CmdSn on SINGLE TCP
connection?

Is it to simplify the implementation of targets
supporting only single TCP connection?

Regards,
Parav Pandit



       
____________________________________________________________________________________
Looking for a deal? Find great prices on flights and hotels with Yahoo! FareChase.
http://farechase.yahoo.com/


_______________________________________________
Ips mailing list
Ips@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ips

[IETF]     [Linux iSCSI]     [Linux SCSI]     [Linux Resources]     [Yosemite News]     [IETF Announcements]     [IETF Discussion]     [SCSI]

Add to Google Powered by Linux