HP Matrix Operating Environment Software - Manual (Page 82)

Network names
There is one restriction on the editing that may be performed on an unmanaged network XML file.
The user may not simultaneously edit the names of more than one network in an unmanaged
network XML file (more than one network may exist in a file constructed using the file format for
SPM 2.0). If SPM detects that more than one network in an XML file has been renamed, it will mark
those networks offline.
Endpoints and zones
The XML files described in this document specify the endpoints and zones within one or more
unmanaged SANs. SPM does not allow two networks to contain the same endpoint. If a conflict
between two networks is detected, SPM does not allow the second network to contain the endpoint.
Thus, unmanaged SAN users must ensure that an XML file does not contain network endpoints that
are also present in another network, whether the other network is managed or unmanaged.
Proxy WWNs
If a user wants to use proxy WWNs with an unmanaged network (see Fibre Channel Initiator
Endpoint Requirement or Fibre Channel Target Endpoint Requirement), one can either add a pattern
to the unmanaged network that the proxy WWNs will match, or one can make a proxy WWN
that matches a pattern already in the unmanaged network. If a pattern is added to an unmanaged
network to match proxy WWNs, it may or may not include a wild card.
If an unmanaged network is in use that has been created by the SPM upgrade process (stored in
the file UpgradeUnmanagedNetworks.xml), then any required proxy WWNs must be manually
added to the unmanaged XML network. These may be added either as AddressPattern elements
or as Endpoint elements. For more information, see
“Example unmanaged SAN XML files” (page 85) .
Proxy WWNs must be added explicitly to an unmanaged network XML file if the proxy WWNs
do not match an existing pattern in the unmanaged network.
Allow external processing
Normally SPM will only generate service candidates for zoned unmanaged networks using zones
and initiators described in the XML file defining the network. However unmanaged networks have
a user-editable property called AllowExternalProcessing that, when checked, will allow SPM to
generate service candidates for an unmanaged network using zones and initiators that are not in
the XML file, if all other requirements are met and if the initiator has a valid FCProxyWWN that is
part of the unmanaged network or if the initiator's WWN matches a pattern contained in the
unmanaged network. This is similar to the Proxy Use Case described in
Managed networks .
If a service is created using the Allow External Processing property, SPM immediately marks the
service as nonconformant when the service is activated since the required zone does not exist. To
allow the service to become conformant, the user must make the necessary changes in the actual
network and must add corresponding information to the XML file describing the unmanaged
network. These changes should be based on the service's outputs. To make the service conformant,
the network must include a zone containing all the endpoints listed in the service's outputs.
Network types
SPM supports only unmanaged Fibre Channel SANs. While the format of the XML file allows for
the possibility of other SAN networks types, SPM currently does not support them.
XML object model
A UML model identifying the structure of the XML objects within an XML file describing an
unmanaged network is shown in
Figure 4 (page 83) . The elements of this model are described in
more detail in the following sections.
82 Working with unmanaged networks