|
|
The first step toward managing a router is to deploy or predeploy the physical objects that you want to manage. Deploying a physical object creates a representative object in Cisco EMF and, as a result, makes the EM aware of the physical object's presence.
If all or most of your chassis objects are physically present and if you have a large amount of objects to deploy, you might want to automate these processes by using auto discovery. For example, if an EM is installed into an existing network of routers, auto discovery can dramatically reduce the amount of operator input required. If you only want to deploy a few objects or if many of your objects are not yet physically present, you might want to manually deploy or predeploy. Predeployment is used when a physical object is not yet connected to the network but is anticipated to be in the future. Predeploying objects allows you to create representative objects within the EM and partially configure them, saving time later.
Once objects deploy, you must commission (discover) them in order to manage them through the EM.
The following sections make up this chapter:
Objects which are physically present in the network can be automatically discovered on the chassis and subchassis levels. You can choose to use the Cisco EMF Auto Discovery tool to detect devices based on IP and/or SNMP data. This capability applies to the chassis only. Similarly, modules automatically discover as a part of subchassis discovery and regular heartbeat polling.
The following sections describes each of these features in detail:
Auto discovery is the application that discovers existing Cisco chassis, saving time and effort. Chassis automatic discovery requires user specification of IP and SNMP data, establishing a range of network elements that the tool then polls for.
The auto discovery window opens from the Viewer or Discovery icons on the Launchpad.
 |
Note For further information regarding the Cisco EMF Launchpad, see the Cisco Element Management Framework User Guide Release 3.2. |
The Auto discovery application has three mechanisms for discovering chassis:
Auto discovery can discover chassis on more than one subnetwork using multi-hop discovery. It can be scheduled to run at preset times. An option is also available to specify the physical location under which discovered objects are created.
|
Note For information on how to set the auto discovery schedule, see the Cisco Element Management Framework Installation and Administration Guide Release 3.2. |
After the chassis is detected, an object representing the chassis creates and is placed under the site from which auto discovery was launched. A map of the chassis also creates, as shown in Figure 3-29.
If you wish to auto-discover a chassis that can be managed by the EM, then the Physical Path option must be enabled and an appropriate Physical Path (terminated with a generic object) must be selected. Providing the above is done, the auto discovery application will create a chassis below the selected Physical Path for each chassis discovered.
Following chassis auto-discovery, you must manually enter the appropriate IOS password and commission the chassis to fully manage the device, including enabling automatic module discovery. For information, see the "Managing Username and Passwords" section and the "Commissioning Chassis" section or on page 5-9.
Assuming the chassis, of which the module is part of, is commissioned and in a managed state (e.g., not the decommissioned or lost comms state), heartbeat polling detects modules (within five minutes' time) and alerts the EM to their presence. When the EM detects the presence of the new module, the chassis enters subchassis discovery to determine the type of module that was inserted. When the new module discovers, it is added to the appropriate views and automatically commissions. If the module is a port adapter which has interfaces, the interfaces discover during the subchassis discovery process. The commissioning process also determines what state the module should go into, which can be the normal, errored, or mismatched state.
 |
Tip For information on individual states, see the "Object States" section. |
Auto discovered modules are assigned standardized module naming conventions using an automatic naming scheme provided. Auto-generated module names consist of the slot and subslot numbers appended to the module type (subslot appended only when applicable). For example, an ESR-6CT3 module in slot 1 would be automatically named ESR-6CT3-1. If the same module were in slot 2, it would be named ESR-6CT3-2.
The interfaces on each module are named according to the lowest supported protocol layer. For example, interfaces on an ATM module, such as a ESR-4OC3ATM-SM, in slot 4 are named: ATM 4-0-0,
ATM 4-0-1, ATM 4-0-2, and ATM 4-0-3. The middle number indicates the subslot. The last number indicates the port. The following figure illustrates this example.
Interfaces on a (POS) ESR-6OC3P-SMI module in slot 8 would have names
POS 8-0-0, POS 8-0-1, and so on. The following figure displays the interfaces naming convention as described.
Notice that even though the particular module depicted in the preceding figures occupy full slots, the default subslot entity of 0 is reflected in the interface names. Since all of the line cards supported by the Cisco 10000 Series Manager occupy full slots and none are equipped to accommodate additional cards, the subslot is always zero.
Processors and power supply modules are also automatically named. PREs names are appended with an A or B, depending on the processor slot in which they are located. Likewise, power supply modules are named PS-0 or PS-1 depending on the power supply slot in which they are located in. The following figure is an example of possible processor and power supply module naming.
It is important to note that the active PRE typically discovers parenting an ethernet interface. The slot identifier, A or B, does not indicate the active or standby processor.
EM chassis and subchassis objects can be manually pre-deployed before the equipment arrives on-site. Pre deployment is useful if, for example, you know that you will be receiving a certain device, you can manually deploy the specific chassis before it is actually present.
Pre-deployment can save future time and effort. When the device becomes available in the network, you must commission the chassis in order for the EM to detect its presence. Assuming that the chassis successfully moves into a managed state (e.g., not the decommissioned or lost comms state), subchassis discovery begins. If the device is not present at the time of commissioning, the EM chassis object moves into the lost comms state (i.e., is not managed). Discovered chassis and subchassis objects adopt all the configuration parameters you pre-applied to it (e.g., name).
Pre-deployment is desirable in a situation where the expected hardware is known, but configuration information is perhaps not readily available. If you want to manually predeploy only, follow only the pre-deployment procedure following, then perform device synchronization. Manually pre-deployed objects assume whatever configuration is currently on the device, and this information displays in the appropriate EM configuration windows.
For instance, say that you are expecting a Cisco 10005 chassis and various modules (with respective interfaces). You can perform the following steps to perform both manual pre-deployment and offline configuration:
1. Manually deploy a generic object. For further information, see the "Deploying Generic Objects" section.
2. Manually deploy the chassis under a generic object. For further information, see the "Manually Deploying Chassis" section.
3. Manually deploy modules under the chassis object. For further information, see the "Deploying Modules" section.
Now you have pre-deployed and thus created representative objects in the EM for your expected hardware. All of these objects will remain in the Decommissioned state until the hardware is physically present on the network.
When all of your pre-deployed objects become available, you can synchronize the EM to the device. This process synchronizes the information on the device with the pre-deployment information in the EM. Synchronization is achieved by commissioning the chassis object. Chassis commissioning allows the EM to detect the presence of the chassis. When you commission the chassis, the EM discovers not only the presence of the chassis, but the presence of all existing objects within the chassis. For further information, see the "Commissioning Chassis" section or on page 5-9.
Synchronization effectively tells the EM that you now have a real working system. All objects typically pass through the following state sequence: decommissioned to discovery to normal to sync to normal.
Manual deployment consists of three stages as shown in the following figure.
1. The first deployment stage is to manually deploy a generic object (e.g., Site). A generic object can be looked upon as a container object where you can deploy further objects that represent the chassis, line cards and interfaces contained within the chassis. For further information, see the "Deploying Generic Objects" section.
2. The second deployment stage is at the chassis level. The chassis can be auto discovered or manually deployed. For further information, see the "Automatically Discovering Chassis" section or the "Manually Deploying Chassis" section. You can also predeploy objects (that is, manually predeploy objects before the Cisco hardware arrives on-site). For further information, see the "Predeployment" section on the previous page.
3. The third deployment stage is at the module level. Module deployment may occur by way of manual deployment or subchassis discovery. For information on manual module deployment, see the "Deploying Modules" section. Subchassis discovery involves either chassis commissioning or auto discovery of objects within a managed chassis. For further information, see the "Chassis Commissioning and Subchassis Discovery" section.
Some generic objects are technology specific (e.g., IP Device, SNMP Agent, SNMP MIB-2 Agent, SNMP Proxied Agent), while others are not (e.g., region, site, bay). Non-technology specific generic objects can be used to organize the components of your network when deployed beforehand. For example, you may ultimately choose to organize a number of bays within a generic region object, a number of sites within a generic bay object, and a number of chassis within a generic site object. In general you can organize generic objects as you wish. However, in order to support successful deployment of non-generic chassis objects, chassis objects must be deployed directly beneath a generic site object.
Generic object deployment uses the Cisco EMF Deployment Wizard templates. When deploying a generic object, the information you are prompted to provide differs according to the type and number of generic objects you are deploying.
The following table displays a list of generic objects that can be deployed using the generic deployment templates.
This section provides an example that shows how to deploy a non-technology specific site object.
|
Note For additional information on deploying generic objects, including deployment from the Class Palette, see the Cisco Element Management Framework User Guide Release 3.2. Additionally, know that the Cisco Shelf object on the Class Palette is not applicable (not valid) to this EM. |
To deploy a Generic (Site) object, proceed as follows:
Step 2 Press (click and hold down) the right mouse button.
Step 3 Choose Deployment > Deploy Generic Objects.
The Deployment Wizard - Templates window appears displaying a list of available generic object deployment profiles. Deployment profiles are templates that prompt you for the appropriate information required to deploy the selected object successfully.
Step 4 Select the generic object that you wish to deploy from the list supplied. In this example select the deployment profile for a site object.
Step 5 Click Forward.
The Deployment Wizard - Object Parameters window appears.
Step 6 Enter the number of (Site) objects to deploy.
Step 7 Click Forward.
A second Deployment Wizard - Object Parameters window appears.
Step 8 Enter a (Site) object name. Each object must have a unique name.
Step 9 Click Forward.
Step 10 Click Select to select a physical view.
The Object Selector window appears.
Step 11 Choose the object you want to place the generic object under within the Physical view. Objects which are not available for selection are greyed out. Click on the + sign to expand the view as required.
Step 12 Click Apply.
The Deployment Wizard - Views window re-appears with the selection displayed.
You are prompted to repeat Steps 8 to 13 if you are deploying more than one generic object.
The Deployment - Wizard Summary window appears. The Summary window provides details of the object you are about to deploy.
The number of objects deployed reflects the number of sites entered in Step 6. This entry directly correlates to the number of objects listed in the deployment summary information.
Step 14 Click Finish to deploy the object and close the Summary window if the deployment information is correct. If the information is incorrect, click Cancel to stop deployment and close the Summary window.
The new object(s) deploy accordingly and display in the Map Viewer window.
Chassis objects deploy by either automatic discovery or manual deployment. When manually deploying, you can choose to automatically commission a chassis immediately following deployment or you may choose to simply initiate commissioning activities at a later time.
Regardless of the chassis deployment method used, in order to successfully deploy a chassis object you must deploy the chassis beneath a generic site object. This means that you must deploy a site before deploying a chassis. For instruction on deploying a site object, see the "Deploying Generic Objects" section.
The Deploying Chassis section contains the following areas:
The chassis manual deployment quick start method allows you to deploy a chassis object, then automatically begin commissioning and subchassis discovery activities on the deployed chassis.
|
Tip It is recommended that you ping the router you intend to deploy before using the manual deployment Quick Start method to ensure the device is contactable. If the device is not contactable, consider predeploying. |
To deploy a chassis using the quick start method, proceed as follows:
The Deployment Wizard appears.
You can click Cancel at any point to cancel the deployment.
Step 2 Select the appropriate chassis type Quick Start option, then click Forward.
The Deployment Wizard - Object Parameters window appears.
Step 3 Enter the number of chassis objects you want to deploy.
Step 4 Click Forward.
A second Deployment Wizard - Object Parameters window appears.
Step 5 Enter the following information:
Step 6 Click Forward.
You are prompted to repeat Step 5 if you are deploying more than one chassis.
Deployment summary details appear in the Deployment Wizard - Summary window.
The number of objects deployed is equal to the number of chassis entered in Step 3. This entry directly correlates to the number of objects listed in the deployment summary information.
Step 7 Click Finish to deploy the chassis and close the summary window if the deployment summary information is correct. If the Deployment Summary information is incorrect, click Cancel to stop deployment and close the summary window.
The deployed chassis object(s) appear in the left-hand pane of the Map Viewer beneath the generic object from which deployment was initiated and the corresponding icon(s) appear in the right-hand pane of the Map Viewer.
Commissioning activities start with chassis discovery. If successful, the chassis moves into the appropriate managed state then initiates subchassis discovery which begins to detect the physical objects (that is, modules and interfaces) within the chassis and places them onto the chassis map. Modules and interfaces are automatically named as described in the "Automatically Discovering Modules" section. Following subchassis discovery, all objects enter a specific state. For further information, see the "Object States" section.
Successful commissioning not only discovers the chassis and all the physical objects within the chassis, but also initiates heartbeat polling, which allows alarms to be raised on the chassis and all physical objects within the chassis.
Commissioning automatically starts active management (such as polling) on the chassis and all commissioned objects within the chassis. There is no indicator regarding the success or failure of the quick start commission. To optionally check the outcome of the commission, review the status of the Last Commission field on the Chassis Configuration window. For further information on the Chassis Configuration window, see the "Chassis Configuration" section. The chassis state is an additional indicator of a failed commission. If the state is lost comms or mismatched, the commissioning failed.
As a result of manual deployment, a chassis object creates within the EM. In order to manage the chassis through the EM, you must commission the chassis following deployment. For further information, see the "Commissioning Chassis" section or on page 5-9.
The EM also provides you with the option to deploy a chassis and commission it from the deployment operation (i.e., quick start deployment). All Cisco 10000 Series routers support the quick start feature. For further information, see the "Manually Deploying Chassis Using Quick Start" section.
The following procedure is appropriate for predeployment, where the device deployed is not yet available on the network.
To deploy a chassis, proceed as follows:
The Deployment Wizard appears.
You can choose Cancel at any point to cancel the deployment.
Step 2 Select the chassis type you want to deploy, then click Forward.
The Deployment Wizard - Object Parameters window appears.
Selecting a chassis type with "(Quick Start)" beside the name allows you to deploy a chassis object and automatically commission the chassis following deployment. For further information, see the "Manually Deploying Chassis Using Quick Start" section.
Step 3 Enter the number of chassis objects you want to deploy.
Step 4 Click Forward.
A second Deployment Wizard - Object Parameters window appears.
Step 5 Enter the following information:
You may optionally enter the following information:
If you elect not to enter values in the optional fields, you must perform the procedure outlined in "Managing Username and Passwords" section.
If you are deploying more than one chassis, you are prompted to repeat Steps 5 and 6.
The Deployment Summary details appear in the Deployment Summary window.
The number of objects deployed is equal to the number of chassis entered in Step 3. This entry directly correlates to the number of objects listed in the deployment summary information.
Step 7 Click Finish to deploy the chassis and close the Summary window if the deployment summary information is correct. If the Deployment Summary information is incorrect, click Cancel to stop deployment and close the Summary window.
The deployed chassis object(s) appear in the left-hand pane of the Map Viewer beneath the generic object from which deployment was initiated and the corresponding icon(s) appear in the right-hand pane of the Map Viewer.
At any time following successful chassis deployment, you may initiate subchassis discovery by commissioning the chassis. Until you do so, the chassis remains in an unmanaged state (e.g., decommissioned). For further information, see the "Chassis Commissioning and Subchassis Discovery" section or the "Commissioning a Chassis" section.
Module objects deploy by either automatic discovery or manually deployment. Automatic discovery of modules occurs as a part of chassis commissioning activities (subchassis discovery). As a result, the EM does not require manual deployment (predeployment) of modules to occur. Manually deploying modules, however, does allow for the implementation of non-standard naming conventions through the Deployment Wizard templates. (Automatic discovery imposes a standardized naming convention for all objects.)
The Deploying Module Objects section contains the following areas:
|
Note Supporting modules, such as power supply modules, can only be deployed through subchassis discovery. You cannot manually deploy power supply modules. |
This section details how to manually deploy modules using the Deployment Wizard. You can manually deploy modules before they are physically present. For further information, see the "Automatic Discovery" section. In this scenario, you must manually deploy modules, because subchassis discovery will not pick up their presence. You may also choose to manually deploy modules which are present in the network, but not yet available for discovery (i.e., the associated chassis has not been commissioned) in order to name each module in the chassis according to a specific scheme that differs from that used during auto discovery.
Deployable modules include those of the following types:
For a detailed listing of the modules available for manual deployment, see the "Modules" section.
To deploy a module, proceed as follows:
The Deployment Wizard appears. Depending on the module type selected, one of the following occurs:
|
Note The sample windows which follow are for ATM modules. Depending on the deployment options selected and the chassis type from which deployment initiates from, the module listing which appears in the following windows may vary. |
You can choose Cancel at any point to cancel the deployment.
Step 2 Choose the exact module you want to deploy, then click Forward.
The Deployment Wizard - Object Parameters window appears.
Step 3 Enter the number of module objects you want to deploy.
Step 4 Click Forward.
A second Deployment Wizard - Object Parameters window appears.
Step 5 Enter the following information:
|
Note The standard automatic naming convention (used during Auto Discovery) does not replace the module name in the Card Name field once the object commissions through subchassis discovery. If you want manually deployed object names to match those of the standard auto-named objects, add the slot number after the provided prefix. For example, ESR-10C12ATM-SM-1. |
|
Note Deployment will fail (at the Finish point later on) if you try to deploy a module in a slot that is already occupied. |
|
Note If you are deploying multiple modules, you are prompted to repeat Steps 5 and 6 for each additional module. |
The Deployment Wizard - Summary window appears.
|
Note The number of objects deployed reflects the module object plus the number of ports or interfaces within that object. For example, if you deploy a 1-port ESR-10C12ATM-SM object, two objects deploy in total. The two objects are one ATM interface plus the actual module object. |
Step 7 Click Finish to deploy the module and close the Summary window if the deployment information is correct. If the Deployment Summary information is incorrect, click Cancel to stop deployment and close the Summary window.
The module(s) appear in the left-hand pane of the Map Viewer beneath the chassis object from which deployment was initiated and the corresponding icon(s) appear in the right-hand pane of the Map Viewer.
At any time following successful module deployment, you may commissioning the module. Until you do so, the module remains in an unmanaged state (e.g., decommissioned). For further information, see the "Module Commissioning and Discovery" section or the "Commissioning a Module" section.
The Cisco 10005 and 10008 routers support up to two processor modules. Much like manual module deployment, manual processor module deployment uses the Deployment Wizard. You can manually deploy processors before they are physically present. For further information, see the "Automatic Discovery" section. In this scenario, you must manually deploy processor modules, because subchassis discovery will not pick up their presence. You may also choose to manually deploy processor modules which are present in the network, but not yet available for discovery (i.e., the associated chassis has not been commissioned) in order to name each module in the chassis according to a specific scheme that differs from that used during auto discovery.
For a detailed listing of the processor modules available for manual deployment, see the "Modules" section.
To deploy a processor module, proceed as follows:
The Deployment Wizard appears.
You can choose Cancel at any point to cancel the deployment.
Step 2 Choose the exact module you want to deploy in an unoccupied slot, then click Forward.
|
Note Deployment will fail (at the Finish point later in this process) if you try to deploy a processor in a slot that is already occupied. |
The Deployment Wizard - Object Parameters window appears.
Step 3 Enter the number of processor objects you want to deploy.
Step 4 Click Forward.
A second Deployment Wizard - Object Parameters window appears.
Step 5 Enter the following information:
|
Note The standard automatic naming convention (used during Auto Discovery) does not replace the module name in the Card Name field once the object commissions through subchassis discovery. If you want manually deployed object names to match those of the standard auto-named objects, add the slot number after the provided prefix. For example, ESR-PRE1-A. |
A third Deployment Wizard - Object Parameters window appears.
Step 7 Enter the number of interfaces on the processor that will deploy. If deploying a processor which will assume the active role, the entry is 1; if deploying a processor which will assume the standby role, the entry is 0.
|
Note If you are deploying multiple processors, you are prompted to repeat Steps 5 and 7 for the second processor. |
The Deployment Wizard - Summary window appears.
The number of objects deployed reflects the processor object plus the number of interfaces on the processor. For example, if you deploy an active processor, two objects deploy in total. The two objects are the actual processor plus one Ethernet interface object. Standby processor, like the preceding figure displays, deploys only one object representing the processor module. Only one object deploys because the standby processor does not support interface sub objects.
Step 8 Click Finish to deploy the processor module and close the Summary window if the deployment information is correct. If the Deployment Summary information is incorrect, click Cancel to stop deployment and close the Summary window.
The processor module(s) appear in the left-hand pane of the Map Viewer beneath the chassis object from which deployment was initiated and the corresponding icon(s) appear in the right-hand pane of the Map Viewer.
At any time following successful processor module deployment, you may commissioning the processor. Until you do so, the processor remains in an unmanaged state (e.g., decommissioned). For further information, see the "Module Commissioning and Discovery" section or the "Commissioning a Module" section.
The Commissioning section covers the following areas:
After you deploy a chassis, the next step in creating a manageable system is to commission the chassis (which begins the process of subchassis discovery). The following figure shows a Cisco 10008 chassis map before subchassis discovery. Subchassis discovery identifies all physical objects (that is, modules and interfaces) within the chassis and places them into the chassis map.
The Cisco 10005 chassis maps look different than the 10008 in the preceding figure.
Line cards and interfaces located within the chassis are discovered at this time. Commissioning not only discovers the chassis and all the physical objects within the chassis, but also initiates heartbeat polling, which allows alarms to be raised on the chassis and all physical objects within the chassis.
Because the chassis is the highest-level object, all objects under the chassis are commissioned as well when you commission the chassis. One level down, if you commission a module interface, you commission all physical objects underneath that level. If you commission a port adapter, you commission all interfaces on that port adapter, and so on. However, note that before you can commission any physical object within a chassis, the chassis object itself must be commissioned. This means that you must run subchassis discovery by commissioning the chassis before you can decommission or recommission any individual objects under the chassis. If you do not want to actively manage all objects within the chassis, you can decommission the objects you are not ready to manage.
For information on decommissioning subchassis objects, see the "Decommissioning Modules" section or page 5-29 and the "Decommissioning an Interface" section.
When you successfully commission a chassis, subchassis discovery begins automatically. Subchassis discovery discovers and commissions all objects within the chassis. Commissioning automatically starts active management (such as polling) on the chassis and all commissioned objects within the chassis.
If modules not yet present in the device have been predeployed (and is in a given state: normal, performance logging on, or synchronizing), or manually deployed, the chassis commissioning process preprovisions these modules. Module preprovisioning establishes a place holder for the specific module within the EM and the device itself. Within the EM, the associated module object creates in the related views and chassis map, and is available for configuration. Such modules enter the preprovisioned state. From the device perspective, a place holder for the preprovisioned module is written to the device and it is available for additional configuration via IOS commands.
If commissioning is unsuccessful, the chassis moves into the mismatched or lost comms state. To resolve the errors which results in these states, see the "Object States" section.
To commission a chassis, proceed as follows:
The Chassis Configuration window appears displaying the Configuration tab.
Step 2 Select the chassis you want to commission from the Chassis list box at left of the window.
|
Tip If commissioning several chassis at once, use the Shift or Ctrl key to select multiple chassis from the Chassis list box. To make a contiguous selection, select an initial item, press the Shift key, then select the last item. To make a non-contiguous selection, select an initial item, press the Ctrl key, then select other items as necessary. |
Step 3 Ensure the chassis has proper configuration. For information on chassis configuration attributes, see the "Chassis Configuration" section.
Step 4 Click Commission (located in the Actions area).
The chassis commissions and all objects contained within commission through subchassis discovery. As subchassis objects discover, they display in the left-hand pane of the Map Viewer window and populate the chassis map in right-hand pane of the Map Viewer. An Action Report window appears displaying the outcome of the chassis commission. Additionally, status information displays in the Commission Status area of the Chassis Configuration window reiterating the outcome of the commissioning action as either Succeeded or Failed.
When viewing the Chassis Configuration window in future instances, the Commission Status area displays the result of the last commission action, either Succeeded or Failed.
Step 5 Click Close to close the Action Report window.
Step 6 Choose File > Close to close the Chassis Configuration window.
The following figure shows a Cisco 10008 chassis map in the Physical view after subchassis discovery. Modules and interfaces are automatically discovered within the chassis and enter the appropriate post-commissioning state. For details about object states, see the "Object States" section.
The Cisco 10005 and 10008 chassis maps do not look the same.
After commissioning a chassis you can configure and manage the chassis objects. For further details, see the "Chassis Configuration" section.
Decommissioning a chassis decommissions all objects within the chassis, and active management (such as polling) stops on the chassis and on all objects within the chassis.
Decommissioning a managed chassis object is necessary in order to delete a managed chassis object from the EM. Should you attempt to delete a managed chassis object from the EM without first decommissioning it, an error displays indicating that the action cannot complete successfully.
To decommission a chassis, proceed as follows:
The Chassis Configuration window appears displaying the Configuration tab (see Figure 3-30).
Step 2 Select the chassis you want to decommission in the Chassis list box on the left-hand side of the window.
Step 3 Click Decommission (located in the Actions area).
The chassis and all objects contained within are decommissioned. Decommissioned objects remain in the left-hand pane of the Map Viewer window and appear grayed out in the chassis map which displays in the right-hand pane of the Map Viewer. An Action Report window appears displaying the outcome of the chassis decommissioning. If decommissioning is successful, the state of the chassis and subchassis objects change to decommissioned.
Step 4 Click Close to close the Action Report window.
Step 5 Choose File > Close to close the Chassis Configuration window.
The Module Commissioning and Discovery section covers the following areas:
As previously described, there are several types of modules the EM supports, including line cards, processors, and supporting modules (e.g., power supplies). Commissioning modules discovers and commissions the module and all the objects within the module when applicable, and begins heartbeat polling. Overall, successful commissioning places the module in a manageable state (by the EM).
The following lists the activities which occur when commissioning line cards and processor modules.
Commissioning a module initiates the following activities:
Commissioning any supporting module initiates the following activities:
Module commissioning also preprovisions manually deployed modules which are not yet present in the device and are in a given state (normal, performance logging on, or synchronizing.) Module preprovisioning creates a place holder for the specific card within the device through the commissioning process. Preprovisioning allows for configuration to occur in advance of the module being physically present via the EM and/or IOS commands. Following the commissioning process, predeployed modules which are not yet present in the device enter the preprovisioned state.
Once preprovisioned modules are present within the device, all configuration parameters entered through the EM or via IOS commands are applied to the card during discovery.
To commission and preprovision a module, proceed as follows:
The Module Configuration window appears.
Step 2 Select a chassis from the Chassis list box at left of the window, then select a module from the Module list box.
Step 3 Ensure the module has proper configuration. For information on module configuration attributes, see the "Module Configuration" section.
Step 4 Click Commission (located in the Actions area).
The module and all objects it contains commission through discovery. An Action Report window appears displaying the outcome of the module commission. Additionally, status information displays in the Commission Status area of the Module Configuration window reiterating the outcome of the commissioning action as either Succeeded or Failed.
When viewing the Module Configuration window in future instances, the Commission Status area displays the result of the last commission action, either Succeeded or Failed.
Step 5 Click Close to close the Action Report window.
Step 6 Choose File > Close to close the Module Configuration window.
Preprovisioned modules may be unprovisioned as required.
To unprovision a module, right-click on the relevant module object and choose
Cisco 10000 Series Manager > Configuration > Unprovision.
The module state changes from preprovisioned to decommissioned. While the module object remains in the EM views, the device no longer regards the module for the specified slot. Upon completion, an Action Results window displays indicating the unprovisioning of the module.
Decommissioning modules also decommissions all objects beneath the card. As a part of decommissioning, heartbeat polling, status gathering, and performance monitoring terminates. These activities put the module in a state that is unmanageable from the EM.
The following lists the activities which occur when decommissioning line cards and supporting modules.
Decommissioning a module initiates the following activities:
Decommissioning any supporting module initiates the following activities:
It is recommended that you decommission a module prior to physically removing it from a managed chassis. Decommissioning a module before physically removing it prevents alarms.
To decommission a module, proceed as follows:
The Module Configuration window appears (see Figure 3-32).
Step 2 Select a chassis from the Chassis list box at left of the window, then select a module from the Module list box.
Step 3 Click Decommission to decommission the selected module.
An Action Report window appears describing the outcome of the decommissioning action.
The module and all objects contained within are decommissioned. Decommissioned objects remain in the left-hand pane of the Map Viewer window and appear grayed out in the chassis map which displays in the right-hand pane of the Map Viewer. An Action Report window appears displaying the outcome of the module decommissioning. If decommissioning is successful, the state of the module and objects contained within change to decommissioned.
Step 4 Choose Close to close the Action Report window.
Step 5 Choose File > Close to close the Module Configuration window.
Posted: Thu May 1 15:17:11 PDT 2003
All contents are Copyright © 1992--2002 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.
