|
|
Title: Message
The
examples are good, but of course don't show all of the different valid
configurations. The iSCSI MIB UML model does a good job of explaining
how the MIB represents iSCSI sessions/connections.
I have
read the iSCSI draft text, but if someone knew of a valid UML
/ entity-relationship model for the iSCSI Architecture, it would be
helpful.
Thanks! Kevin
You mean the "Target
Portal Group B-1", etc labels in those slides? I think John meant to
convey that this is "the target portal group tag 1 within target B" when
he constructed those labels.
Regards,
Marjorie
Hi, please see below.
The drawing
in http://www.haifa.il.ibm.com/satran/ips/EddyQuicksall-iSCSI-in-diagrams/portal_groups.pdf has used the
label "network entity" in a manner inconsistent with the
usage/intent in the iSCSI protocol specification. A "network entity"
is meant to represent a computer system with ethernet egress points.
As a computer system, it can contain one iSCSI Node if it's an initiator,
and one or more iSCSI Nodes if it's a target. It's not
correct to talk about an iSCSI Node "accessing" a network entity, it's a
containment relationship.
[KAG] Yes, this is what confused me.
Due to the accessibility indicated to the storage nodes, according to the
iSCSI draft, I believe all of the Portals shown must belong to the
same "network entity". If the IP-Address values were added to
the Portals, along with the TCP port number, and all Portals, Portal
Groups, and Nodes were associated with one entity - then this figure
would make sense to me..
Portal tags must only be unique within the
scope of a single iSCSI target node, and are 16 bit integers. I
don't see where you get the UTF-8 out of the examples in (1)? I just
see numbers, with no mention of what format they must be exchanged
in. Of course, SendTargets commands are character strings, so the
exchange of TargetPortalGroupTags are integers represented in character
format.
[KAG] The string(i.e.UTF-8) values I
mention were used in http://www.haifa.il.ibm.com/satran/ips/iSCSIConfigurationExamples.pdf on the iSCSI Architectural Model (2)
and iSCSI Architectural Model (3) pages. If these were 16 bit
integers, then it would make sense to me. I want to make sure
that only integer values are valid Portal Group Tag
definitions. Yes, the SendTargets command examples in the document
did use integer values for the Portal Group Tags, but the figures did
not.
If there was an entity-relationship model that
defined the iSCSI Architectural model, it would really
help.
Many
Thanks, Kevin
Marjorie Krueger
Networked
Storage Architecture
Networked Storage
Solutions
Hewlett-Packard
I have been reviewing the iSCSI Model examples on
http://www.haifa.il.ibm.com/satran/ips , and am trying to get them straight in my head. I
was hoping someone can help.
Network Entity: Can different entities provide access to
the same iSCSI Node? In 1) "iSCSI
Configuration Examples", http://www.haifa.il.ibm.com/satran/ips/iSCSIConfigurationExamples.pdf, the iSCSI Network Entity contains iSCSI Nodes and Network
Portals. Each Network Portal
has a TCP/IP network address. This limits access to an iSCSI Node to one
Entity, and seems to agree with
the architecture model in the iSCSI draft. But 2)
"Portal Groups", http://www.haifa.il.ibm.com/satran/ips/EddyQuicksall-iSCSI-in-diagrams/portal_groups.pdf, shows Network Entities that
provide access to, but do not contain, Network Portals and iSCSI
Nodes. These feed into
Portal Groups and then iSCSI Nodes.
This would mean multiple Entities can provide
access to the same iSCSI Node, and
the example
(2) shows this.
This seems to disagree with (1). I tried but could not map this into the
iSCSI draft architecture model.
Portal Tags: Are they uniquely defined using 16 bit
integers? In 1) "iSCSI
Configuration Examples" figures, the
Portal Tags are specified using UTF-8 characters. But the included Send Targets examples use
integer values. In 2)
"Portal Groups", integer
values are used for defining
Portal Tags. This seems to
agree with the iSCSI draft.
Is there a UML/entity-relationship model for the iSCSI
architecture? This would help me a
lot. I am aware of one for the iSCSI MIB model, but not the
iSCSI Architecture.
Many
Regards, Kevin
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
-------------------------------------------------
Home
Last updated: Thu Apr 03 20:19:19 2003
12452 messages in chronological order
|
