Re: iSCSI : Abort Task Response violates SAM-2.

[julian_satran@il.ibm.com]

Santosh,

I did not that "task not found" will be removed. I said that the wording
will match closer the SAM wording.

Julo

Santosh Rao <santoshr@cup.hp.com> on 15/01/2001 01:03:04

Please respond to Santosh Rao <santoshr@cup.hp.com>

To:   Julian Satran/Haifa/IBM@IBMIL
cc:   ips@ece.cmu.edu
Subject:  Re: iSCSI : Abort Task Response violates SAM-2.




Julian,

I'm confused by your response on this. What does the "Referenced Task Tag"
in the SCSI Task Management Response PDU "clarify" ?

Its description in the draft states :
"Initiator Task Tag of the task not found".

If the "No Task Found" response is being removed from this section, of
what use is the "Referenced Task Tag" ?

If the LUN and "Referenced Task Tag" fields are used in the task mgmt
response pdu to give LUN or task context to the task mgmt response,
then, this information is already present at the initiator and can
be looked up based on the Initiator Task Tag from the Task
Management Response PDU.

Regards,
Santosh


>
>
>
> The referenced task tag should stay as it "clarifies" the response.
>
> Julo
>
> Santosh Rao <santoshr@cup.hp.com> on 14/01/2001 00:07:06
>
> Please respond to Santosh Rao <santoshr@cup.hp.com>
>
> To:   Julian Satran/Haifa/IBM@IBMIL
> cc:   ips@ece.cmu.edu
> Subject:  Re: iSCSI : Abort Task Response violates SAM-2.
>
>
>
>
> Julian,
>
> Thanks for the clarification. The "Referenced Task Tag" field in the
Abort
> Task response PDU also could be removed since it was provided to
accompany
> the "No Task Found" response indicating the task tag.
>
> Thanks & Regards,
> Santosh
>
> >
> >
> >
> > Santosh,
> >
> > I would certainly not have used "violates the SAM-2" when what you
> probably
> > meant that is that wording should be in line with SAM-2.  I will change
> the
> > wording to read as in SAM-2 although in my English they have exactly
the
> > same meaning.
> >
> > Julo
> >
> > Santosh Rao <santoshr@cup.hp.com> on 13/01/2001 06:06:31
> >
> > Please respond to Santosh Rao <santoshr@cup.hp.com>
> >
> > To:   Julian Satran/Haifa/IBM@IBMIL
> > cc:   ips@ece.cmu.edu
> > Subject:  iSCSI : Abort Task Response violates SAM-2.
> >
> >
> >
> >
> > Julian,
> >
> > SAM-2 Rev 15 Section 6.1 states that  :
> >
> > "a response of FUNCTION COMPLETE shall indicate task was aborted or
task
> > was
> > not in task set".
> >
> > The iSCSI draft is violating SAM-2 by returning "task not found" when
the
> > task
> > was not in task set.
> >
> > Thanks,
> > Santosh
> >
> > julian_satran@il.ibm.com wrote:
> >
> > > Well then Task does not exist will get all enough differentiation.
> > > If you could not agree with reject (not enough differentiation)
another
> > use
> > > can
> > > have difficulty in accepting the other extreme - completed when a
task
> is
> > > really not found.
> > >
> > > Julo
> > >
> > > Pierre Labat <pierre_labat@hp.com> on 10/01/2001 01:00:01
> > >
> > > Please respond to Pierre Labat <pierre_labat@hp.com>
> > >
> > > To:   ips@ece.cmu.edu
> > > cc:
> > > Subject:  iSCSI : Further review feedback on latest iSCSI-02.txt
draft.
> > >
> > > Julian
> > >
> > > >>>>>>>>>
> > > Section 2.6. SCSI Task Management Response
> > > ==================================
> > > The referenced Task Tag field can be removed since the
> > > "No Task Found" response error is not valid.
> > > (A Target should respond with an accept for an Abort Task
> > > request specifying an invalid Initator Task Tag).
> > > [js]Different people have different opinions on this - even with HP -
> > > talk
> > > to Pierre! [/js]
> > > <<<<<<<<<
> > >
> > > We are in agreement, it is just a point of terminology.
> > >
> > > Some month ago, we had a discussion on the IPS about what to do in
> > > case the target doesn't find the task to abort.
> > > I requested that the Abort response returns "OK"
> > > (something different than Function rejected).
> > > You added the value "Task not found".
> > > But "Function complete" can works too.
> > >
> > > Regards,
> > >
> > > Pierre
> >
> >  - santoshr.vcf
> >
> >
> >
> >
>
>
> --
> #################################
> Santosh Rao
> Software Design Engineer,
> HP, Cupertino.
> email : santoshr@cup.hp.com
> Phone : 408-447-3751
> #################################
>
>
>
>


--
#################################
Santosh Rao
Software Design Engineer,
HP, Cupertino.
email : santoshr@cup.hp.com
Phone : 408-447-3751
#################################