Feedback
Contents
Configuring System-Related Policies
This chapter includes the following sections:
- Chassis Discovery Policy
- Configuring the Chassis Discovery Policy
- Power Policy
- Configuring the Power Policy
- Aging Time for the MAC Address Table
- Configuring the Aging Time for the MAC Address Table
Configuring the Chassis Discovery Policy
Chassis Discovery Policy
The chassis discovery policy determines how the system reacts when you add a new chassis. Cisco UCS Manager uses the settings in the chassis discovery policy to determine the minimum threshold for the number of links between the chassis and the fabric interconnect. However, the configuration in the chassis discovery policy does not prevent you from connecting multiple chassis to the fabric interconnects in a Cisco UCS instance and wiring those chassis with a different number of links.
If you have a Cisco UCS instance that has some chassis wired with 1 link, some with 2 links, and some with 4 links, we recommend that you configure the chassis discovery policy for the minimum number links in the instance so that Cisco UCS Manager can discover all chassis. After the initial discovery, you must reacknowledge the chassis that are wired for a greater number of links and Cisco UCS Manager configures the chassis to use all available links.
Cisco UCS Manager cannot discover any chassis that is wired for fewer links than are configured in the chassis discovery policy. For example, if the chassis discovery policy is configured for 4 links, Cisco UCS Manager cannot discover any chassis that is wired for 1 link or 2 links. Reacknowledgement of the chassis does not resolve this issue.
The following table provides an overview of how the chassis discovery policy works in a multi-chassis Cisco UCS instance:
Table 1 Chassis Discovery Policy and Chassis LinksNumber of Links Wired for the Chassis 1-Link Chassis Discovery Policy 2-Link Chassis Discovery Policy 4-Link Chassis Discovery Policy 1 link between IOM and fabric interconnects
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 1 link.
Chassis cannot be discovered by Cisco UCS Manager and is not added to the Cisco UCS instance.
Chassis cannot be discovered by Cisco UCS Manager and is not added to the Cisco UCS instance.
2 links between IOM and fabric interconnects
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 1 link.
After initial discovery, reacknowledge the chassis and Cisco UCS Manager recognizes and uses the additional links.
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 2 link.
Chassis cannot be discovered by Cisco UCS Manager and is not added to the Cisco UCS instance.
4 links between IOM and fabric interconnects
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 1 link.
After initial discovery, reacknowledge the chassis and Cisco UCS Manager recognizes and uses the additional links.
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 2 links.
After initial discovery, reacknowledge the chassis and Cisco UCS Manager recognizes and uses the additional links.
Chassis is discovered by Cisco UCS Manager and added to the Cisco UCS instance as a chassis wired with 4 link.
Configuring the Chassis Discovery Policy
ProcedureThe following example scopes to the default chassis discovery policy, sets it to discover chassis with four links to a fabric interconnect, provides a description for the policy, specifies the server pool policy qualifications that will be used to qualify the chassis, and commits the transaction:
UCS-A# scope org / UCS-A /org # scope chassis-disc-policy UCS-A /org/chassis-disc-policy* # set action 4-link UCS-A /org/chassis-disc-policy* # set descr "This is an example chassis discovery policy." UCS-A /org/chassis-disc-policy* # set qualifier ExampleQual UCS-A /org/chassis-disc-policy* # commit-buffer UCS-A /org/chassis-disc-policy #Configuring the Power Policy
Power Policy
The power policy is a global policy that specifies the redundancy for power supplies in all chassis in the Cisco UCS instance. This policy is also known as the PSU policy.
For more information about power supply redundancy, see Cisco UCS 5108 Server Chassis Hardware Installation Guide.
Configuring the Power Policy
Procedure
Command or Action Purpose Step 1 UCS-A# scope org org-name Enters organization mode for the specified organization. To enter the root organization mode, type / as the org-name.
Step 2 UCS-A /org # scope psu-policy Enters PSU policy mode.
Step 3 UCS-A /org/psu-policy # set redundancy {grid | n-plus-1 | non-redund} Specifies one of the following redundancy types:
grid—Provides power redundancy when two power sources are used to power the chassis. If one power source fails, the surviving power supplies on the other power circuit continue to provide power to the chassis.
n-plus-1—Balances the power load for the chassis across the number of power supplies needed to satisfy non-redundancy plus one additional power supply for redundancy. If any additional power supplies are installed, they are recognized and powered off.
non-redund—Balances the power load for the chassis evenly across all installed power supplies.
For more information about power redundancy, see the Cisco UCS 5108 Server Chassis Installation Guide.
Step 4 UCS-A /org/psu-policy # commit-buffer Commits the transaction to the system configuration.
Configuring the Aging Time for the MAC Address Table
Aging Time for the MAC Address Table
To efficiently switch packets between ports, the fabric interconnect maintains a MAC address table. It dynamically builds the MAC address table by using the MAC source address from the packets received and the associated port on which the packets were learned. The fabric interconnect uses an aging mechanism, defined by a configurable aging timer, to determine how long an entry remains in the MAC address table. If an address remains inactive for a specified number of seconds, it is removed from the MAC address table.
You can configure the amount of time (age) that a MAC address entry (MAC address and associated port) remains in the MAC address table.
Configuring the Aging Time for the MAC Address Table
Procedure
Command or Action Purpose Step 1 UCS-A# scope eth-uplink Enters Ethernet uplink mode.
Step 2 UCS-A /eth-uplink # set mac-aging {seconds | mode-default | never} Specifies the aging time for the MAC address table. Use the mode-default keyword to set the aging time to a default value dependent on the configured Ethernet switching mode. For end-host mode, the default aging time is 14500 seconds; for switch mode, the default aging time is 300 seconds. Use the never keyword to never remove MAC addresses from the table regardless of how long they have been idle.
Step 3 UCS-A /eth-uplink # commit-buffer Commits the transaction to the system configuration.