Return-Path: <owner-ips@ece.cmu.edu>
X-Sieve: cmu-sieve 2.0
Return-Path: <owner-ips@ece.cmu.edu>
Received: (from majordom@localhost)
	by ece.cmu.edu (8.11.0/8.10.2) id h3276X404213
	for ips-outgoing; Wed, 2 Apr 2003 02:06:33 -0500 (EST)
X-Authentication-Warning: ece.cmu.edu: majordom set sender to owner-ips@ece.cmu.edu using -f
Received: from e31.co.us.ibm.com (e31.co.us.ibm.com [32.97.110.129])
	by ece.cmu.edu (8.11.0/8.10.2) with ESMTP id h3276S304208;
	Wed, 2 Apr 2003 02:06:28 -0500 (EST)
Received: from westrelay04.boulder.ibm.com (westrelay04.boulder.ibm.com [9.17.193.32])
	by e31.co.us.ibm.com (8.12.9/8.12.2) with ESMTP id h3275TgJ067256;
	Wed, 2 Apr 2003 02:05:29 -0500
Received: from d03nm115.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.193.82])
	by westrelay04.boulder.ibm.com (8.12.8/NCO/VER6.5) with ESMTP id h3276LVt221574;
	Wed, 2 Apr 2003 00:06:21 -0700
To: Eddy Quicksall <eddy_quicksall@ivivity.com>
Cc: ips@ece.cmu.edu, Kevin Gibbons <kgibbons@NishanSystems.com>,
   owner-ips@ece.cmu.edu
MIME-Version: 1.0
Subject: RE: iSCSI: Portal Group clarification
X-Mailer: Lotus Notes Release 5.0.11   July 24, 2002
From: John Hufferd <hufferd@us.ibm.com>
Message-ID: <OFD66280B4.35435058-ON88256CFC.002479F5-88256CFC.00270416@us.ibm.com>
Date: Tue, 1 Apr 2003 23:03:41 -0800
X-MIMETrack: Serialize by Router on D03NM115/03/M/IBM(Release 6.0 [IBM]|December 16, 2002) at
 04/02/2003 00:03:41,
	Serialize complete at 04/02/2003 00:03:41
Content-Type: multipart/alternative; boundary="=_alternative 0027031C88256CFC_="
Sender: owner-ips@ece.cmu.edu
Precedence: bulk

This is a multipart message in MIME format.
--=_alternative 0027031C88256CFC_=
Content-Type: text/plain; charset="us-ascii"

Eddy,
Your point is exactly correct!

The key point that was being missed was the words at the bottom of the 
figure on page 40 which says "(within Network Entity, not shown)".

When one has more than one target (node) within a Network Entity, the 
portal (IP Address:Port) can be part of any of the enclosed Targets.  That 
is because the path to the Target is defined by the portal (IP 
Address:Port) and the Target Name.  This is reasonable since nothing is 
ambiguous about the description of the path that is intended. 

Having said that, there is also NO requirement that all portals need be 
connectable to all targets within the Network Entity.  This is an 
implementation decision.  (Just thought I would through that in.)

Your point is also supported by the figure in section 3.4  and also the 
following example that describes what is returned by SendTargets for a 
Network Entity that has two iSCSI targets:

- iSCSI Draft20 Appendix D : SendTargets Operation 
  "The next example has two internal iSCSI targets, each accessible via
   two different ports with different IP addresses.  The following is
   the text response:

         TargetName=iqn.1993-11.com.example:diskarray.sn.8675309
         TargetAddress=10.1.0.45:3000,1
         TargetAddress=10.1.1.45:3000,2
         TargetName=iqn.1993-11.com.example:diskarray.sn.1234567
         TargetAddress=10.1.0.45:3000,1
         TargetAddress=10.1.1.45:3000,2   "
 

.
.
John L. Hufferd
Senior Technical Staff Member (STSM)
IBM/System Group, San Jose CA
Main Office: (408) 256-0403, Tie: 276-0403, eFax: (408) 904-4688
Home Office: (408) 997-6136, Cell: (408) 499-9702
Internet Address: hufferd@us.ibm.com




Eddy Quicksall <eddy_quicksall@ivivity.com>
Sent by: owner-ips@ece.cmu.edu
04/01/2003 05:13 PM

 
        To:     Kevin Gibbons <kgibbons@NishanSystems.com>, ips@ece.cmu.edu
        cc: 
        Subject:        RE: iSCSI: Portal Group clarification



Yes.

Note however that a Network Portal can belong to more than one Target 
Portal
Group but only one Target Portal Group within a single node (which is a
target in this context).

Eddy

-----Original Message-----
From: Kevin Gibbons [mailto:kgibbons@NishanSystems.com] 
Sent: Tuesday, April 01, 2003 6:39 PM
To: ips@ece.cmu.edu
Subject: iSCSI: Portal Group clarification

Hi, I would like to make sure I understand the iSCSI model correctly.  Can
anyone confirm that a Portal, providing access to a target, is part of
exactly one Portal Group at a time?  My reading of the spec indicates this
is true.  That each Portal has a 16 bit Portal Group tag.  But I would 
like
to make sure.

I believe that in iSCSI draft 20, it states that a Portal can be part of
exactly one Portal Group.  Please see page 15:

   - Portal Groups: iSCSI supports multiple connections within the same
   session; some implementations will have the ability to combine
   connections in a session across multiple Network Portals. A Portal
   Group defines a set of Network Portals within an iSCSI Network
   Entity that collectively supports the capability of coordinating a
   session with connections spanning these portals. Not all Network
   Portals within a Portal Group need participate in every session
   connected through that Portal Group. One or more Portal Groups may
   provide access to an iSCSI Node. Each Network Portal, as utilized by
   a given iSCSI Node, belongs to exactly one portal group within that
   node.

                 Also, please see page 39 for similar wording.  There is 
also a
figure on page 40:

     ----------------------------IP Network---------------------
            |               |                    |
       +----|---------------|-----+         +----|---------+
       | +---------+  +---------+ |         | +---------+  |
       | | Network |  | Network | |         | | Network |  |
       | | Portal  |  | Portal  | |         | | Portal  |  |
       | +--|------+  +---------+ |         | +---------+  |
       |    |               |     |         |    |         |
       |    |    Portal     |     |         |    | Portal  |
       |    |    Group 1    |     |         |    | Group 2 |
       +--------------------------+         +--------------+
            |               |                    |
   +--------|---------------|--------------------|--------------------+
   |        |               |                    |                    |
   |  +----------------------------+  +-----------------------------+ |
   |  | iSCSI Session (Target side)|  | iSCSI Session (Target side) | |
   |  |                            |  |                             | |
   |  |       (TSIH = 56)          |  |       (TSIH = 48)           | |
   |  +----------------------------+  +-----------------------------+ |
   |                                                                  |
   |                     iSCSI Target Node                            |
   |             (within Network Entity, not shown)                   |
   +------------------------------------------------------------------+


Please let me know if I am in error.
                 Thanks very much! Kevin

-------------------------------------------------
Kevin Gibbons
Nishan Systems, Inc.
kgibbons@NishanSystems.com
(408) 519-3756
-------------------------------------------------



--=_alternative 0027031C88256CFC_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="sans-serif">Eddy,</font>
<br><font size=2 face="sans-serif">Your point is exactly correct!</font>
<br>
<br><font size=2 face="sans-serif">The key point that was being missed was the words at the bottom of the figure on page 40 </font><font size=2 face="Courier New">which says &quot;(within Network Entity, not shown)&quot;.</font>
<br>
<br><font size=2 face="sans-serif">When one has more than one target (node) within a Network Entity, the portal (IP Address:Port) can be part of any of the enclosed Targets. &nbsp;That is because the path to the Target is defined by the portal (IP Address:Port) and the Target Name. &nbsp;This is reasonable since nothing is ambiguous about the description of the path that is intended. &nbsp;</font>
<br>
<br><font size=2 face="sans-serif">Having said that, there is also NO requirement that all portals need be connectable to all targets within the Network Entity. &nbsp;This is an implementation decision. &nbsp;(Just thought I would through that in.)</font>
<br>
<br><font size=2 face="sans-serif">Your point is also supported by the figure in section 3.4 &nbsp;and also the following example that describes what is returned by SendTargets for a Network Entity that has two iSCSI targets:</font>
<br>
<br><font size=2 face="Courier New">- iSCSI Draft20 Appendix D : SendTargets Operation <br>
 &nbsp;&quot;The next example has two internal iSCSI targets, each accessible via<br>
 &nbsp; two different ports with different IP addresses. &nbsp;The following is<br>
 &nbsp; the text response:<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetName=iqn.1993-11.com.example:diskarray.sn.8675309<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetAddress=10.1.0.45:3000,1<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetAddress=10.1.1.45:3000,2<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetName=iqn.1993-11.com.example:diskarray.sn.1234567<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetAddress=10.1.0.45:3000,1<br>
 &nbsp; &nbsp; &nbsp; &nbsp; TargetAddress=10.1.1.45:3000,2 &nbsp; &quot;</font>
<br><font size=2 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp;</font>
<br>
<br><font size=2 face="sans-serif">.<br>
.<br>
John L. Hufferd<br>
Senior Technical Staff Member (STSM)<br>
IBM/System Group, San Jose CA<br>
Main Office: (408) 256-0403, Tie: 276-0403, eFax: (408) 904-4688<br>
Home Office: (408) 997-6136, Cell: (408) 499-9702<br>
Internet Address: hufferd@us.ibm.com</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>Eddy Quicksall &lt;eddy_quicksall@ivivity.com&gt;</b></font>
<br><font size=1 face="sans-serif">Sent by: owner-ips@ece.cmu.edu</font>
<p><font size=1 face="sans-serif">04/01/2003 05:13 PM</font>
<br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; &nbsp; &nbsp;Kevin Gibbons &lt;kgibbons@NishanSystems.com&gt;, ips@ece.cmu.edu</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;</font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; &nbsp;RE: iSCSI: Portal Group clarification</font>
<br></table>
<br>
<br>
<br><font size=2 face="Courier New">Yes.<br>
<br>
Note however that a Network Portal can belong to more than one Target Portal<br>
Group but only one Target Portal Group within a single node (which is a<br>
target in this context).<br>
<br>
Eddy<br>
<br>
-----Original Message-----<br>
From: Kevin Gibbons [mailto:kgibbons@NishanSystems.com] <br>
Sent: Tuesday, April 01, 2003 6:39 PM<br>
To: ips@ece.cmu.edu<br>
Subject: iSCSI: Portal Group clarification<br>
<br>
Hi, I would like to make sure I understand the iSCSI model correctly. &nbsp;Can<br>
anyone confirm that a Portal, providing access to a target, is part of<br>
exactly one Portal Group at a time? &nbsp;My reading of the spec indicates this<br>
is true. &nbsp;That each Portal has a 16 bit Portal Group tag. &nbsp;But I would like<br>
to make sure.<br>
<br>
I believe that in iSCSI draft 20, it states that a Portal can be part of<br>
exactly one Portal Group. &nbsp;Please see page 15:<br>
<br>
 &nbsp; - Portal Groups: iSCSI supports multiple connections within the same<br>
 &nbsp; session; some implementations will have the ability to combine<br>
 &nbsp; connections in a session across multiple Network Portals. A Portal<br>
 &nbsp; Group defines a set of Network Portals within an iSCSI Network<br>
 &nbsp; Entity that collectively supports the capability of coordinating a<br>
 &nbsp; session with connections spanning these portals. Not all Network<br>
 &nbsp; Portals within a Portal Group need participate in every session<br>
 &nbsp; connected through that Portal Group. One or more Portal Groups may<br>
 &nbsp; provide access to an iSCSI Node. Each Network Portal, as utilized by<br>
 &nbsp; a given iSCSI Node, belongs to exactly one portal group within that<br>
 &nbsp; node.<br>
<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Also, please see page 39 for similar wording. &nbsp;There is also a<br>
figure on page 40:<br>
<br>
 &nbsp; &nbsp; ----------------------------IP Network---------------------<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; +----|---------------|-----+ &nbsp; &nbsp; &nbsp; &nbsp; +----|---------+<br>
 &nbsp; &nbsp; &nbsp; | +---------+ &nbsp;+---------+ | &nbsp; &nbsp; &nbsp; &nbsp; | +---------+ &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; | | Network | &nbsp;| Network | | &nbsp; &nbsp; &nbsp; &nbsp; | | Network | &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; | | Portal &nbsp;| &nbsp;| Portal &nbsp;| | &nbsp; &nbsp; &nbsp; &nbsp; | | Portal &nbsp;| &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; | +--|------+ &nbsp;+---------+ | &nbsp; &nbsp; &nbsp; &nbsp; | +---------+ &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; |<br>
 &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| &nbsp; &nbsp;Portal &nbsp; &nbsp; | &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| Portal &nbsp;|<br>
 &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| &nbsp; &nbsp;Group 1 &nbsp; &nbsp;| &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp;| Group 2 |<br>
 &nbsp; &nbsp; &nbsp; +--------------------------+ &nbsp; &nbsp; &nbsp; &nbsp; +--------------+<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
 &nbsp; +--------|---------------|--------------------|--------------------+<br>
 &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
 &nbsp; | &nbsp;+----------------------------+ &nbsp;+-----------------------------+ |<br>
 &nbsp; | &nbsp;| iSCSI Session (Target side)| &nbsp;| iSCSI Session (Target side) | |<br>
 &nbsp; | &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp;| &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | |<br>
 &nbsp; | &nbsp;| &nbsp; &nbsp; &nbsp; (TSIH = 56) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;| &nbsp;| &nbsp; &nbsp; &nbsp; (TSIH = 48) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; | |<br>
 &nbsp; | &nbsp;+----------------------------+ &nbsp;+-----------------------------+ |<br>
 &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
 &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; iSCSI Target Node &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;|<br>
 &nbsp; | &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; (within Network Entity, not shown) &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; |<br>
 &nbsp; +------------------------------------------------------------------+<br>
<br>
<br>
Please let me know if I am in error.<br>
 &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; Thanks very much! Kevin<br>
<br>
-------------------------------------------------<br>
Kevin Gibbons<br>
Nishan Systems, Inc.<br>
kgibbons@NishanSystems.com<br>
(408) 519-3756<br>
-------------------------------------------------<br>
</font>
<br>
<br>
--=_alternative 0027031C88256CFC_=--
