RE: Portal group discovery
The RFC is very clear about this. In your option 2
scenario, each router which provides a path to the target MUST advertise an
unique Target Portal Group Tag (TPGT). The simplest reason is that you have no
way to join connections on different routers into the same iSCSI
The way you achieve this is
Let me try to explain how it can and does
Our iSCSI target device is a "gateway" (or router).
It provides FC SAN
targets to iSCSI SAN. The iSCSI target
name is generated from the FC WWNN.
When there are more then one such routers in the iSCSI SAN,
it is possible and normal
for two (or more) iSCSI routers to expose the same FC
target. This is not by mistake,
rather, it allows fail-over between such routers, where the
initiator uses the multiple portals
Given such a configuration, how does the
initiator discover it?
option 1: the routers have "cluster awareness", one router
can combine information from the whole
router cluster for sendTargets
option 2: the initiator is configured with multiple
discovery addresses - one per router.
If option 2 is used, then the initiator needs to combine
information discovered in discrete sendTargets
responses and produce portal groups.
My question relates specifically to that situation -
it is not clear from the iSCSI spec, if such failover
between portals (with the same pgt) discovered in discrete
sendTargets responses is allowed.
This is not supposed to happen
(getting partial data in a session)
it happens it can be the result of a reconfiguration (between the two
|Dan Bar Dov
|Re: Portal group
-----BEGIN PGP SIGNED MESSAGE-----
On Sep 28,
2006, at 7:59 AM, Dan Bar Dov wrote:
> Is it allowed for an
initiator to create a single portal group from
> collected from two (or more) sendTargets discovery
I don't think you need two or more SendTargets discovery
You are supposed to hear about all portals in one
response, so it's supposed to all be there.
you had very separate off-load cards, I could see that not being
followed. But then chances are you can't have a session span said
cards anyway. :-)
Version: GnuPG v1.4.1
Ips mailing list