|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: SCSI Format/Copy CDB support
Amir,
CmdSN is completely secondary in abort task.
The main element is the Initiator Task Tag.
If ITT is not found at abort then the target, under some cirscumstances,
will look for a hole at CmdSN to fill it or will answer negatively the Task
Abort.
Julo
"Amir Shalit"
<amir@astutenet To: Julian Satran/Haifa/IBM@IBMIL
works.com> cc: "ips@ece. cmu. edu \(E-mail\)" <ips@ece.cmu.edu>,
<owner-ips@ece.cmu.edu>
25-01-02 18:49 Subject: RE: SCSI Format/Copy CDB support
Julo,
I agree with you on (2).
Section 2.2.2.1 is saying:
"A numbered iSCSI request will not change its allocated CmdSN
regardless of the number of times and circumstances in which it is
reissued."
A long duration SCSI command may be aborted by a task management
command and than reissued by iSCSI with a stale CmdSN.
Amir
-----Original Message-----
From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
Julian Satran
Sent: Friday, January 25, 2002 1:21 AM
To: Amir Shalit
Cc: ips@ece. cmu. edu (E-mail); owner-ips@ece.cmu.edu
Subject: Re: SCSI Format/Copy CDB support
Amir,
The draft says in several places that CmdSN is not important after the
task gets to SCSI.
On 2 yes you might be right but that is purely an implementation
issue. Format commands do not time-out
at SCSI level and iSCSI has no cause to e "nervous" - nothing is
expected.
Julo
"Amir Shalit"
<amir@astutenetworks.com> To: "ips@ece. cmu. edu
Sent by: owner-ips@ece.cmu.edu \(E-mail\)" <ips@ece.cmu.edu>
cc:
Subject: SCSI Format/Copy
25-01-02 02:10 CDB support
I see a few problems in implementing the format/copy commands over
iSCSI
1) CmdSN may wrap between command and response (assuming multiple
LUNs)
2) iSCSI keepalive NOPs may be required to keep the connection open
during format
Home Last updated: Fri Jan 25 19:17:52 2002 8492 messages in chronological order |