Re: TargetPortalGroupTag

["Julian Satran" <Julian_Satran@il.ibm.com>]

thanks - (an unfortunate by-product
of a change). Julo

"Robert D. Russell" <rdr@io.iol.unh.edu>

09/01/03 17:47

To	Julian Satran/Haifa/IBM@IBMIL, "" <ips@ece.cmu.edu>
cc
Subject	TargetPortalGroupTag

Julian:

> I would like to drive this to a conclusion (draft) by the end of this
> week.


A minor editorial nit to consider if you are about to release
another draft:

In section 2.1 of draft 19-90, under the definition of SSID,
the last sentence says:

  "The TargetPortalGroupTag key may also be returned by
  the target as a confimation during session establishment."

I believe use of the words "may" and "session" in this
sentence
is wrong and misleading, and that it should be rewritten to say:

  "The TargetPortalGroupTag key must also be returned by
  the target as a confimation during connection establishment."

The word "may" is inappropriate because the target has no choice
about
returning the TargetPortalGroupTag, according to section 5.3.1 Login
Phase Start the target MUST return it:

  "During the Login Phase the iSCSI target MUST return the
  TargetPortalGroupTag key with the first Login Response PDU with
  which it is allowed to do so ..."

and again in section 12.9 TargetPortalGroupTag:

  "The iSCSI target returns this key to the
  initiator in the Login Response PDU to the first Login Request PDU
  that has the C bit set to 0."


Similarly, the word "session" is inappropriate because the
TargetPortalGroupTag is marked "IO", not "LO", in section
12.9,
and both of the statements already quoted above apply to all logins,
not just "leading only" (i.e., session establishment) logins.


Thank you for your consideration.


Bob Russell
InterOperability Lab
University of New Hampshire
rdr@iol.unh.edu
603-862-3774