Searching the Help
To search for information in the Help, type a word or phrase in the Search box. When you enter a group of words, OR is inferred. You can use Boolean operators to refine your search.
Results returned are case insensitive. However, results ranking takes case into account and assigns higher scores to case matches. Therefore, a search for "cats" followed by a search for "Cats" would return the same number of Help topics, but the order in which the topics are listed would be different.
Search for | Example | Results |
---|---|---|
A single word | cat
|
Topics that contain the word "cat". You will also find its grammatical variations, such as "cats". |
A phrase. You can specify that the search results contain a specific phrase. |
"cat food" (quotation marks) |
Topics that contain the literal phrase "cat food" and all its grammatical variations. Without the quotation marks, the query is equivalent to specifying an OR operator, which finds topics with one of the individual words instead of the phrase. |
Search for | Operator | Example |
---|---|---|
Two or more words in the same topic |
|
|
Either word in a topic |
|
|
Topics that do not contain a specific word or phrase |
|
|
Topics that contain one string and do not contain another | ^ (caret) |
cat ^ mouse
|
A combination of search types | ( ) parentheses |
|
- Configure Discovery
- Establish Global Defaults for Spiral Discovery
- Configure Schedule Settings
- Configure Auto-Discovery Rules
- Configure Subnet Connection Rules
- Configure Unnumbered Interface Node Groups
- Configure an Excluded IP Addresses Filter
- Configure an Included Interface Ranges Filter
- Configure an Excluded Interfaces Filter
Configure Subnet Connection Rules
[This is the Context-Sensitive Help topic for the Discovery Config: Subnet Connection Rules form]
NNMi uses Subnet Connection Rules to detect connections between interfaces associated with IP addresses that do not respond to Layer 2 discovery protocols (see the list of Topology Source protocols in Layer 2 Connection Form). Subnet Connection Rules take priority over the Layer 2 discovery protocol results. For special cases, you can override a Subnet Connection Rule by using the Connection Editor command line tool, see nnmconnedit.ovpl for more information.
NNMi provides a variety of predefined Subnet Connection Rules.
Subnet Connection Rules are ideal for multiple situations. For additional details and examples of how Subnet Connection Rules work, see Consider IP Subnet Connection Rules.
When Spiral Discovery detects a subnet, NNMi uses the matching Subnet Connection Rule to request information about all possible IPv4 addresses (potentially detecting previously undiscovered IPv4 addresses). NNMi checks the Excluded IP Addresses list. Any addresses in the list are dropped (for details, see Configure an Excluded IP Addresses filter). Then NNMi creates connections among any interfaces associated with any newly discovered IP addresses.
If important subnets in your network environment are not automatically connected by Spiral Discovery, edit a Subnet Connection Rule or create your own.
If you configure a Subnet Connection Rule, the rule independently applies to each Tenant. The members of Subnets must be unique Tenant/Node pairs (each Node assigned to only one Tenant). A Subnet Connection Rule can establish a link between the Default Tenant and another Tenant. However, links between two Tenants are not permitted unless one of them is the Default Tenant. See Configure tenants.
To configure Subnet Connection Rules:
- Complete all prerequisites. See Prerequisites for discovery, See Also.
-
Navigate to the Subnet Connection Rule form.
- From the workspace navigation panel, select the Configuration workspace.
- Expand Discovery.
- Select Discovery Configuration.
- Select the Subnet Connection Rules tab.
-
Do one of the following:
- To establish a rule, click the New icon, and continue.
- To edit a rule, double-click the row representing the configuration you want to edit, and continue.
- To delete a rule, select a row, and click the Delete icon.
- Provide the required basic settings (see Basics table).
- Provide the Subnet Connection behavior settings for this rule (see Details table).
- Click Save and Close to return to the Discovery Configuration form.
-
Click Save and Close to apply the configuration. Spiral Discovery implements your changes during the next regularly scheduled discovery interval. If more than two nodes are connected using this rule, NNMi uses the following icon to indicate this special connection on maps (see example in Consider IP Subnet Connection Rules):
icon (in prior NNMi releases the icon)
If you double-click the icon, the Layer 2 Connection Form displays and the Topology Source value is
SUBNETCONNECTION
.
Task | How | |
---|---|---|
Minimum Prefix Length |
Specify the minimum prefix length (subnet mask length) for the subnet where you want Spiral Discovery to create Layer 2 Connections. Spiral Discovery creates connections between interfaces associated with IP addresses (IPv4 or IPv6) that have subnet prefix lengths equal to or greater than the specified value and meet the other specified criteria. |
|
Valid Minimum IP Prefix Length Values | Number of Usable IP Addresses | |
28 | 14 (16-2=14)* | |
29 | 6 (8-2=6)* | |
30 | 2 (4-2=2)* | |
31 | 2 | |
127 | 2 | |
* Two IP addresses are reserved in each subnet. The first IP address is used for the network itself and the last IP address is reserved for broadcast. Note A prefix length shorter than 32 is used only for IPv4 subnets and a prefix length longer than 32 is used only for IPv6 subnets. |
||
ifType | Optional. Use this Interface MIB variable as an additional filter to identify the types of interfaces to include when creating the subnet connections. For example, if you want connections only between Frame Relay interfaces, select frameRelay as the ifType. |
|
ifName |
Optional. Use this Interface MIB variable as an additional filter to identify the interfaces to include when creating the subnet connections. This attribute is useful if you have a naming convention that is used to identify a set of interfaces. For example, Maximum 255 characters. The following wildcard characters are permitted: asterisk (*) represents any string, and question mark (?) represents a single character. |
|
ifDescription |
Optional. Use this Interface MIB variable as an additional filter to identify the interfaces to include when creating the subnet connections. For example, you might want to select a particular set of interfaces that have the same vendor description. Maximum 255 characters. The following wildcard characters are permitted: asterisk (*) represents any string, and question mark (?) represents a single character. |
|
ifAlias |
Optional. Use this Interface MIB variable as an additional filter to identify the interfaces to include when creating the subnet connections. This attribute is useful if you have an alias naming convention that is used to identify a set of interfaces. For example, Maximum 255 characters. The following wildcard characters are permitted: asterisk (*) represents any string, and question mark (?) represents a single character. |
We welcome your comments!
To open the configured email client on this computer, open an email window.
Otherwise, copy the information below to a web mail client, and send this email to network-management-doc-feedback@hpe.com.
Help Topic ID:
Product:
Topic Title:
Feedback: