Table Of Contents

Deploying Your Network in Cisco MNM

Overview of Deployment

Information Needed for Deployment

Seed File Deployment

Seed File Example and Syntax

Deploying a Network Using a Seed File

Manual Deployment

Overview of Steps to Deploy a Cisco MGC Node Manually

Deploying a Physical Site

Deploying a Cisco MGC Node Object

Deploying Network Devices

About the Discovery Process

Discovery of Cisco MGC Host and BAMS Components

Discovery of System Components

Discovery of Cisco MGC Host Signaling, Trunking, and Dial Plan Components

Discovery of Cisco SLT Components

Discovery of Cisco 2900XL Components

Discovery of Cisco Catalyst 5500 Components

Keeping the Cisco MNM Network Model Up To Date

SNMP Traps for Configuration Changes

Synchronizing the Cisco MNM Model with Device Changes

Modifying or Deleting Deployed Objects

Modifying a Deployed Object

Deleting a Deployed Object

Exporting Deployment Information to an Inventory or Seed File

Deploying Your Network in Cisco MNM

---

This chapter describes:

•Deployment overview

•Information needed for deployment

•Deploying a Cisco MGC node

–Overview of deploying a Cisco MGC node

–Deploying a Cisco MGC node using a seed file

–Deploying a Cisco MGC node manually

–Deploying a physical site for the network

–Deploying the Cisco MGC node object

–Deploying the network devices

•How Cisco MNM discovers device components

•Keeping the Cisco MNM network model up to date

–Deploying new devices

–Synchronizing the Cisco MNM model with device changes

–Deleting or modifying deployed objects

•Exporting deployment information

–Creating a seed file

–Exporting deployment information to an inventory or seed file

---

Note For information on troubleshooting deployment errors, see "Troubleshooting Cisco MNM."

---

Overview of Deployment

In Cisco MNM, deployment means the addition of objects to the network model. For Cisco MNM to be able to manage your network, the Cisco MGC node and its devices must first be deployed. When the device is deployed, an object for each device is created automatically. This created object represents a real object in the network and is accessible under the Physical and device-specific views in the Map Viewer.

---

Note The other task in setting up the management of your network is configuration of the managed devices so that they forward alarms to Cisco MNM. Typically, this is done by the system administrator. Deployment tells Cisco MNM how to communicate with the managed devices; configuration tells the devices how to communicate with Cisco MNM. See "Configuring Network Devices for Management" for details.

---

---

Note For a BAMS to be deployed into the correct node, it must have been configured to collect call detail records for the relevant Cisco MGC host. When deployed, the BAMS is automatically placed in the node containing that host. If it has not been configured, the BAMS is not grouped with a node.

---

You deploy an object by giving Cisco MNM the basic information needed to manage the device, such as the IP address and login ID and password.

You can deploy a Cisco MGC node and its devices in either of two ways:

•Manually, using a deployment template to fill in details for each device individually

•With a seed file, specifying deployment information for a group of devices in an external seed file that is read by Cisco MNM

After you deploy a device, whether manually or with a seed file, Cisco MNM contacts the device and discovers information about its configuration. For example, when a Cisco SLT is deployed, Cisco MNM discovers any TDM (DS1) interfaces. When a Cisco LAN Switch is deployed, Cisco MNM discovers ports and modules. When the Cisco MGC host is deployed, Cisco MNM discovers the system components as well as signaling, trunking, and dial plan components.

You carry out deployment when you first set up Cisco MNM, for the entire Cisco MGC node and later whenever you add a new device to the network, on a device-by-device basis. To keep the Cisco MNM model synchronized with changes in device configurations, you can define a frequency for auto-rediscovery or manually rediscover device components after making changes. The default frequency for rediscovery is 6 hours.

You can also save a copy of your deployed network model, as a seed file, to use when adding new devices to the network. The seed file can be modified with a text editor to copy or add new device addresses and passwords and export the network information in an inventory file. For more information, see the "Exporting Deployment Information to an Inventory or Seed File" section.

Information Needed for Deployment

Whether you are deploying components with a seed file or manually, Cisco MNM needs the same information about the network. Table 6-1 summarizes the information needed. The first column shows the attribute name in the seed file, and the second column shows the field name in the Deployment template.

Table 6-1 Deployment Information 

Attribute in Seed File	Attribute in Deployment Template	Applicable Device Types	Description	Seed File Default	Required?
name	Name	All	A name for the object in Cisco MNM. The name must be unique in the network.	None for Cisco MGC node and BAMS. For node devices: Device type-IP address (for example, Host-10.10.10.0 for a Cisco MGC host).	In manual deployment: Yes for all. In seed file deployment: Yes for Cisco MGC node and BAMS. No for node devices (host, Cisco SLT, LAN Switch; default will be used).
ip	IP Address	All except the Cisco MGC node itself	IP Address of the network element.	None	Yes.
read	Read Community	All except Cisco MGC node	SNMP read-community string.	public.	In manual deployment: Yes. In seed file deployment, you can enter this in the file or in the dialog box.
write	Write Community	All except Cisco MGC node	SNMP write-community string.	private.	In manual deployment: Yes. In seed file deployment, you can enter this in the file or in the dialog box.
location	View - Object Relationship	All	A name for the physical site, used in Cisco MNM to organize objects in the Physical view. The same name should be used for all devices to be grouped in a given Physical view.	default Note If you omit the name from some devices, devices are placed in two different physical sites, one with the default name and one with the name you supply.	In manual deployment: Yes. In seed file deployment: No (default will be used).
In seed file deployment, for security reasons the next four attributes should be entered in the Deploy Network dialog box when you deploy the seed file rather than being included in the file.
login	Login	All except Cisco MGC node	Login ID for the device software. For the Cisco MGC host, for example, this is the login used.	In seed file: Cisco MGC host: mgcusr BAMS: acec	Yes.
password	Password	All except Cisco MGC node	Password to log in to the device software.	None.	Yes.
root	Root Password	Cisco MGC host, BAMS	Root (super-user) password for the device software.	None.	Yes.
enable	Enable Password	Cisco SLT and Cisco LAN Switch	SLT and Catalyst software enable password.	None.	Yes.

Seed File Deployment

For bulk deployment, you can use a seed file to deploy an entire Cisco MGC network consisting of one or more Cisco MGC nodes. A seed file is a text file containing the names and IP addresses of all of the devices in the Cisco MGC network, together with the relationship (hierarchy) between the devices. Given this file, Cisco MNM is able to automatically deploy all the elements in the network.

---

Note A seed file requires the name and IP address for each device to be deployed, and it can optionally contain the userid and password necessary to log in to the device.

---

To perform seed file deployment, launch a dialog from a MGC-Node-View node or other type of object in the Map Viewer. This dialog prompts you for the name of the seed file and, if not specified in the seed file, for the login ID and password for each device type. You also specify SNMP read- and write-community strings for the Cisco SLT and Cisco LAN Switch.

---

Tip You can also generate a seed file using the Cisco Voice Services Provisioning Tool (VSPT).

---

---

Note A sample seed file is located at <CEMF Root>/samples/seedfile.txt and in Example 6-1.

---

Seed File Example and Syntax

A sample seed file is shown in Example 6-1, followed by an explanation of the syntax. You can also view a sample seed file at <CEMF Root>/samples/seedfile.txt.

---

Note By default, Cisco MNM looks for the seed file in the <CEMF Root>bin/.mgcControllerx.sysmgr folder. If you place the file elsewhere, note the location; you will need to specify the location in the Deploy Network dialog box.

---

Example 6-1 Sample Seed File

# Sample MGC Network Seed File

   mgc (name = mgc-node-1) {

      host (name = mgc-host-1,  ip = 10.1.1.1)

      host (name = mgc-host-2,  ip = 10.1.2.1)

      2600 (name = slt-1, ip = 10.1.1.2)

      2600 (name = slt-2, ip = 10.1.2.2)

      2900xl (name = lanswitch-1, ip = 10.1.1.3)

      5500 (name = lanswitch-2, ip = 10.1.2.3)

}

bams (name = bams-1, ip = 10.10.3.1)

8260 (name = mgx8260-1, ip = 10.1.1.10)

The specifications for each Cisco MGC host, Cisco SLT, and Cisco LAN switch are grouped under the relevant Cisco MGC node. The specification for a BAMS must be specified on its own line; the Cisco MNM determines the node with which the BAMS is associated at deployment.

For each Cisco MGC node:

MGC (name=mgcnodename, location=Physical site) {Values for Cisco MGC node devices}

Enclosed in braces, the values for Cisco MGC node devices:

•For each Cisco MGC host:

	HOST ([name=Cisco MGC host name,] ip=IP address, [read=public,] 
[write=private,] [location=Physical site])

•For each Cisco SLT:

2600 ([name=Cisco SLT name,] ip=IP address, [read=public,] [write=private,] 
[location=Physical site])

•For each Cisco 2900XL LAN Switch:

	2900XL ([name=Cisco LAN Switch name,] ip=IP address, [read=public,] 
[write=private,] [location=Physical site])			

•For each Cisco 5500XL LAN Switch:

	5500 (ip=IP address, [name=Cisco LAN Switch name,] [read=public,] 
[write=private,] [location=Physical site])

•For each BAMS, on its own line:

BAMS ([name=BAMS name,] ip=IP address, [location=Physical site]) 

---

Note If the BAMS has been configured to collect call detail records for a Cisco MGC host, the BAMS is deployed in the node containing that host.

---

Cisco MGC Hosts

You can define a maximum of two hosts per Cisco MGC node, one to represent the active Cisco MGC host and the other to represent the standby Cisco MGC host. You do not have to define which host is active or standby; this is determined automatically by Cisco MNM. You must specify the name for each Cisco MGC node.

---

Caution Although Cisco MNM does not prevent you from deploying more than two hosts per node, the system is not designed to support this configuration.

---

When a device is deployed, it is placed into the Physical containment tree for its location. That is, all devices with location=Chicago are placed under a site object named Chicago. If the specified location does not exist, Cisco MNM automatically deploys a site object with the specified location name. If you do not specify a physical location for a device, it is deployed in the same location as its logical parent. If no location is specified for the parent, the objects are deployed to a site called Default.

Cisco MGC node objects are not physical devices and, as such, are not deployed into the Physical containment tree. You specify a location for Cisco MGC nodes, however, so that children of the node can, by default, be placed in the specified location. For example, assume that you specify that a Cisco MGC node is in the site Cincinnati. All of its children that do not specifically specify a location are, by default, placed in the Cincinnati site.

Deploying a Network Using a Seed File

Use the following procedure to deploy a network using a seed file:

---

Step 1 Create a seed file manually or generate a seed file with the Cisco VSPT. For seed file attributes, see Table 6-1. For seed file syntax, see the "Seed File Example and Syntax" section. Note the location of the seed file.

Step 2 From the Map Viewer screen, select the MGC-Node-View icon.

Step 3 Right-click, and choose Deployment > Deploy Network Seed File.

You see the screen in Figure 6-1.

Figure 6-1 Deploy Network Screen—Seed File Tab

Step 4 In the Filename field, enter the name of the seed file.

---

Note If the file is not in the default location, <CEMF Root>/bin/.mgcControllerx.sysmgr, include the path.

---

Step 5 Enter the software login information for each type of device.

Step 6 (Optional) To enter advanced information, such as SNMP configuration parameters, click the Advanced tab. Click the Seed File tab when you are done.

Step 7 Click Deploy.

You are prompted to confirm the deployment.

Step 8 Click Yes.

The system displays the message "The network has been successfully deployed", and Cisco MNM goes on to discover the device subcomponents. See the "About the Discovery Process" section for details on what happens during discovery.

---

Note If you receive an error message, see Table C-2 in "Troubleshooting Cisco MNM."

---

---

Manual Deployment

Cisco MNM defines a number of templates that allow you to manually configure Cisco MGC nodes and subobjects. The templates include:

•Template to deploy a top-level Cisco MGC node (This template also allows you to deploy a
Cisco MGC host pair as a child of the Cisco MGC node.)

•Template to deploy a top-level BAMS

•Template to deploy a Cisco SLT as a child of a Cisco MGC node

•Template to deploy a Cisco LAN switch as a child of a Cisco MGC node

The Deployment Wizard reads the templates and presents screens prompting you for information about the devices.

Overview of Steps to Deploy a Cisco MGC Node Manually

Task 1. If one does not already exist, deploy a physical site as the container for the node.

Task 2. Deploy a Cisco MGC node object.

Task 3. Deploy each of the devices that the node contains (Cisco MGC host, Cisco SLT, Cisco LAN Switch).

Task 4. If applicable, deploy the BAMS.

---

Note Only one deployment wizard per user can be open at any time. If you attempt to open a second wizard, you see a message advising you that the deployment wizard is already active. Complete the first deployment task before proceeding.

---

Deploying a Physical Site

Use the following procedure to deploy a physical site as the container for a Cisco MGC node:

---

Step 1 Open the Map Viewer.

Step 2 In the left pane, right-click the Physical view icon.

Step 3 Choose Deployment > Deploy Generic Objects.

The Deployment Wizard Templates window appears showing a list of templates.

Step 4 Select Site, and click Forward.

The Object Parameters window appears.

Step 5 Specify the number of sites you are creating, or accept 1 as the default, and click Forward.

Step 6 Enter the name you want to use for the physical site (no spaces). Click Forward.

The Deployment Wizard Views window appears.

Step 7 Click Select.

Step 8 In the Object Selector window, select the Physical object, and click Forward.

You see a screen that summarizes the deployment you have created.

Step 9 Click Finish.

You are informed if the deployment was successful. A physical site icon appears on the right pane of the Map Viewer window.

Step 10 Deploy the Cisco MGC node object as described in the "Deploying a Cisco MGC Node Object" section.

---

Deploying a Cisco MGC Node Object

Use the following procedure to deploy a Cisco MGC node object:

---

Step 1 Open the Map Viewer.

Step 2 In the left pane, right-click the MGC-Node-View icon.

Step 3 Choose Deployment > Deploy MGC Node.

The Deployment Template appears.

Step 4 Enter the name for the Cisco MGC node (no spaces). Click Forward.

You see a screen that summarizes the deployment you have created and allows you to commit or reject the deployment.

Step 5 Click Finish.

You are informed if the deployment was successful. A Cisco MGC node icon appears on the right pane of the Map Viewer window.

Step 6 Deploy the devices in the node as described in the "Deploying Network Devices" section.

---

Deploying Network Devices

Use the following procedure to deploy a Cisco MGC host, Cisco SLT, Cisco LAN Switch, or BAMS:

---

Step 1 Open the Map Viewer.

Step 2 In the left pane, expand the MGC-Node-View icon and click to select the desired Cisco MGC node.

---

Note Although you can alternatively begin deployment from the device-specific view, starting from the appropriate node avoids having to specify the node relationship in the deployment template.

---

Step 3 Right-click the MGC node icon and choose Deployment > Deploy MGC Node Component.

The Deployment Wizard Templates window appears listing these template types:

•2900XL Switch

•BAMS

•Catalyst 5500 Switch

•MGC Host

•MGC Node

•SLT

Step 4 Select the desired device type, and click Forward.

The Deployment Wizard Object Parameters window appears.

Step 5 Enter device data. See Table 6-1 for descriptions of the fields.

Step 6 Click Forward.

The Deployment Wizard Views screen appears.

Step 7 Click Select.

The Object Selector appears.

Step 8 Click the + (shown in Figure 6-2) to show the physical site(s) in the Physical View.

Figure 6-2 Expanding the Physical Site View

Step 9 Select the physical site for the current node, and click Apply.

Step 10 Click Finish.

An icon for the new device appears on the right pane of the Map Viewer. Cisco MNM begins discovering the device, as shown by the crosshatching of the object icon, and the discovering status indicator attached to it. Here is an example:

Figure 6-3 Device in Discovering State

For a Cisco MGC host, Cisco SLT, or Cisco LAN Switch, the device icon also appears on the left pane in the MGC-Node-View as a child of the current Cisco MGC node. If the BAMS is configured to send call detail records to the Cisco MGC host, the BAMS icon also appears as a child of the node.

See the "About the Discovery Process" section for details on what happens during discovery.

---

Note The icon for the new object also appears in the Physical View and device specific view for its device type.

---

---

Note For information on troubleshooting deployment errors, see "Troubleshooting Cisco MNM."

---

---

About the Discovery Process

After you deploy a device, Cisco MNM contacts the device and discovers information about its configuration. For example, when you deploy a Cisco SLT, Cisco MNM discovers any Ethernet and TDM (DS1) interfaces and their IP addresses. When you deploy a Cisco LAN Switch, Cisco MNM discovers interfaces, ports, and modules. When you deploy the Cisco MGC host, Cisco MNM discovers the system components, as well as signaling, trunking, and dial plan components. Figure 6-4 shows how the Cisco MGC host appears in the Map Viewer after discovery.

Figure 6-4 Map Viewer Appearance of the CIsco MGC Host After Discovery

The various subcomponent discovery mechanisms are described in the following sections.

---

Note After initial deployment, Cisco MNM automatically rediscovers each device at a predefined interval and keeps track of the time that each device was last discovered. The default interval for automatic rediscovery is every 6 hours. When the specified interval has elapsed, Cisco MNM automatically rediscovers the device. See the "Synchronizing the Cisco MNM Model with Device Changes" section for details.

---

Discovery of Cisco MGC Host and BAMS Components

The Cisco MGC host and BAMS discovery mechanism processes the ifTable of the device and deploys an object to represent each supported interface. BAMS also uses the CIAgent system component discovery mechanism. In addition, an object representing each (non-loopback) IP address is deployed as a child of its corresponding interface as shown in Figure 6-5.

Figure 6-5 Cisco MGC Host and BAMS Discovery

Discovery of System Components

For the Cisco MGC host and BAMS, system components are deployed that represent logical components of the UNIX system, as shown in Table 6-2.

.

Table 6-2 Components Deployed

Component Type	Description
RAM	Physical RAM in the UNIX machine
virtualmem	Virtual memory storage
Fixed disk	Local (non-ncs mounted) disk drive
Processor	Processor (CPU)

Discovery of Cisco MGC Host Signaling, Trunking, and Dial Plan Components

Cisco MNM models and displays the trunking, signaling, and dial plan components associated with the active Cisco MGC host. When Cisco MNM initially discovers a new Cisco MGC host, it retrieves the configuration for the active Cisco MGC host by using Telnet to connect to the active host, starting an MML session, and running the prov-exp command. This command puts the current configuration of the Cisco MGC host in a number of flat files as described in Table 6-3.

Table 6-3 Cisco MGC Host Export Files 

Filename	Description
config.mml	MML description of all the signaling components.
export_trnkgrp.dat	Line-by-line description of each trunk group.
export_trunk.dat	Line-by-line description of each trunk.
routing.mml	MML description of all the routing components.
XXX.mml	MML description of the dial plan components, where XXX is the customer group ID.

Once exported, the files are transferred back to the management system using FTP and are then parsed by Cisco MNM. Cisco MNM can deploy objects that represent each of the signaling, trunking, and routing components. These components are displayed as children of the Cisco MGC node object.

Discovery of Cisco SLT Components

The Cisco SLT auto-discovery mechanism expands slightly on the Cisco MGC host and BAMS discovery mechanism. First, all TDM (DS1) interfaces are deployed. Second, in a non-V.35 configuration, serial interfaces are placed under their TDM interface. IP proxy address objects are deployed under their corresponding interface.

Cisco MNM also models the four SS7 message transfer part level 2 (MTP2) channels on each Cisco SLT. From these channels, you can view current SS7 MTP2 statistics.

Figure 6-6 Cisco SLT Chassis Discovery

Discovery of Cisco 2900XL Components

Cisco MNM models ports and modules (slots) on Cisco 2900XL series devices. The Cisco 2900XL has 24 ports built into the chassis. In addition, the Cisco 2900XL has two slots into which different cards can be installed.

During auto-discovery, Cisco MNM retrieves the tables shown in Table 6-4.

Table 6-4 Cisco 2900XL Discovery Tables 

Table	Description
CISCO-C2900-MIB.c2900ModuleTable	Contains all of the module (slot) information
CISCO-C2900-MIB.c2900PortTable	Defines all of the ports on the chassis
SNMPv2-MIB.ifTable	Defines all of the interfaces on the chassis
RFC1213-MIB.ipAddrTable	Lists all IP address on a port
CISCO-VTP-MIB.vtpVlanTable	Lists all VLANs on the chassis

Each entry in the c2900ModuleTable is modeled as a switch2900XLSlot object. The attribute SNMP:CISCO-C2900-MIB.c2900ModuleIndex serves as an index into the table.

Each entry in the c2900PortTable is modeled as a switch2900XLPort object. In the Cisco MNM object model, it is placed under its dependent slot. The c2900PortTable is indexed by two attributes, the module index and the port index. The module index indicates on which slot the port resides. Module index zero indicates that the ports are dependent on the chassis rather than a slot. The attribute c2900PortIfIndex is used to correlate the c2900PortTable to the ifTable.

Each entry in the vtpVLANTable is modeled as a switch2900XLVLAN. In addition, each interface associated with the VLAN is displayed as a child of its corresponding VLAN. In order to correlate interfaces from the ifTable to their corresponding VLANS in the vtpVLanTable, Cisco MNM uses the description of the ifTable entry, which is of the form:

VLANx

Where x is the index of the corresponding entry in the vtpVlanTable.

The Cisco 2900XL subrack component appears as shown in Figure 6-7.

Figure 6-7 Cisco 2900XL Chassis Discovery

Discovery of Cisco Catalyst 5500 Components

Cisco MNM models slots, VLANs, and ports on Cisco Catalyst 5500 series devices. During auto discovery, Cisco MNM retrieves the tables shown in Table 6-5.

Table 6-5 Catalyst 5500 Discovery Tables 

Table	Description
CISCO-STACK-MIB.moduleTable	Defines all of the modules (slots) on the chassis
CISCO-STACK-MIB.portTable	Defines all of the ports on the chassis
CISCO-STACK-MIB.vlanTable	Defines all of the VLANs on the chassis
SNMPv2-MIB.ifTable	Defines all of the interfaces on the chassis

Each entry in the moduleTable is modeled as a switch5500Slot object, and every entry in the portTable is modeled as a switch5500Port object. To correlate the information, the attribute portModuleIndex defines the slot on which the port is located, and the portIfIndex is used to correlate the portTable to its corresponding interface in the ifTable.

Each entry in the vlanTable is modeled as a switch5500VLAN object. The attribute vlanIfIndex associates each element in the VLAN table to its corresponding interface in the ifTable. The associated interface is shown as a child of its corresponding VLAN.

The SC0 and SL0 interfaces are modeled directly under the chassis object. In the MIB, one interface has a valid IP address while the other has an IP address of 0.0.0.0. While both interfaces are modeled, only the valid IP is shown.

The Catalyst 5500 subrack component is shown in Figure 6-8.

Figure 6-8 Catalyst 5500 Chassis Discovery

Keeping the Cisco MNM Network Model Up To Date

Through periodic rediscovery of the components of each deployed device, Cisco MNM ensures that its database and the Cisco MNM network model are synchronized with the underlying network elements. The default interval at which automatic rediscovery occurs is every 6 hours, but you can change the interval, and you can manually invoke rediscovery when needed. These tasks are described in the "Synchronizing the Cisco MNM Model with Device Changes" section.

If basic account information about a device (such as its password) changes, you can modify the information in the device Accounts dialog box. If the device is no longer in the network, you can delete it. This is described in the "Modifying or Deleting Deployed Objects" section.

SNMP Traps for Configuration Changes

All relevant management data in the Cisco MNM database is automatically updated on receipt of a modification trap from the various network elements in the Cisco MGC node.

---

Note Configuration information, including modification traps, is collected only for the node devices, not for the BAMS or Cisco MGC.

---

The traps in Table 6-6 are used to signal changes in the network elements.

Table 6-6 Network Element Configuration Traps

Network Element	Configuration Changed Trap
Cisco MGC host	POM: DynamicReconfiguration
LAN switch	coldStart, warmStart, configChange
Cisco SLT	reload, configChange

When Cisco MNM receives a POM:DynamicReconfiguration trap from the active Cisco MGC host, it resynchronizes its view of the connectivity network with that of the device.

Synchronizing the Cisco MNM Model with Device Changes

You can change the interval at which Cisco MNM checks deployed devices for any changes to their components. You can also rediscover a device immediately when needed.

Auto-discovery frequency applies to all devices of the same type.

Use the following procedure to change the frequency of automatic rediscovery for a particular device type:

---

Step 1 In the Map Viewer, right-click the desired object, and choose States. The States dialog box appears.

Step 2 On the Polling tab, change the frequency for Auto-Discovery. The default is every 6 hours.

---

Note Setting very frequent discovery can place a heavy demand on system resources.

---

Step 3 Click the Save tool or choose File > Save.

Step 4 Close the dialog box.

---

Use the following procedure to rediscover a device on demand:

---

Step 1 In the Map Viewer, select the object, and right-click.

Step 2 Choose States. You see the States dialog box.

Step 3 On the States tab, click Rediscover. You are asked if you want to rediscover the device.

Step 4 Click Yes. Cisco MNM rediscovers the device. During discovery, Current State is "discovering." When the discovery is complete, Current State changes to Active (for the BAMS and Cisco MGC host) or Normal (for the Cisco SLT and LAN Switch).

Step 5 Close the dialog box.

---

Modifying or Deleting Deployed Objects

Modify a deployed object when either of the following is changed:

•The device password

•SNMP community strings

If an object's IP address changes, delete the object, and redeploy it. Also delete a deployed object when the device is removed from the network or when you want to redeploy the object.

Modifying a Deployed Object

You can change device login, password, and SNMP community strings in the Accounts dialog box. Use the following procedure to modify deployment information:

---

Step 1 In the Map Viewer, right-click the device you want to modify, and choose Accounts.

The Accounts dialog box appears.

Step 2 Modify the information, as needed:

•Use the Accounts tab to change Host Login ID, Login Password, and Host Root Password.

•Use the SNMP tab to change community strings

Step 3 When you are done, choose File > Save or click the Save tool, and close the dialog box.

The new information is saved. When Cisco MNM rediscovers the object at the next scheduled interval, this information will be used to discover the device components.

---

Note To immediately rediscover the device components, right-click the device, and choose States. On the States tab, click Rediscover. All components of the device are rediscovered.

---

---

Deleting a Deployed Object

You can delete a single object or multiple objects. You might delete an object if:

•The device has been removed from the network.

•There was something wrong in the seed file, but it did not cause deployment to fail.

•The device's IP address has changed.

In the last two cases, redeploy the device after deleting the object representing it.

---

Caution Although you can delete the object that represents a component of a device, such as an interface or a disk partition, do not. Instead, let Cisco MNM rediscover the device. In rediscovery, removed components are deleted automatically.

---

Use the following procedure to delete one or more deployed objects:

---

Step 1 In the Map Viewer, do one of the following:

•To delete a single object, right-click it.

•To delete multiple objects, Ctrl-click to select noncontiguous objects or Shift-click to select a block of objects, and then right-click.

Step 2 Choose Deployment > Delete Objects. The Deployment Wizard Summary window appears with the message "Ready to delete (n) object(s)," where n is the number of objects selected.

Step 3 Click Finish.

The selected object or group of objects is deleted. A message informs you that one or more objects have been deleted from the system.

---

Exporting Deployment Information to an Inventory or Seed File

You can export deployment information to an inventory file or a seed file. A seed file includes information similar to that shown in Example 6-1. An inventory file covers only the Cisco MGC node devices, but it includes detailed system information obtained during discovery. For each device, it captures the current:

•IP address

•Hardware type

•Operating system, host version, and software versions

---

Note Inventory information for the BAMS is included if the BAMS has been configured to collect call detail records for a Cisco MGC host.

---

An inventory file might be used by software that tracks inventory data about the network. A seed file can be used to capture a snapshot of your network deployment at a particular time, to be used for later deployment or to replicate a deployed network.

An example of an inventory file is shown here:

Example 6-2 Example of Exported Inventory File

MGC (Name = MGC-1) { 

HOST (Name = Host-1, SysName = nssuvsc21, IpAddr = 10.10.10.71, HardwareModel = 
SUNW,UltraSPARC-IIi-Engine, HostId = 80d1bd49, HostVersion = 9.0(0.16), HostVendor = 
"Cisco Systems, Inc.", Switch_Type = Switched-VSC, OS_Version = Generic_105181-23, 
OS_Release = 5.6) 

2600 (Name = SLT, SysName = n2600a.cisco.com, IpAddr = 10.10.10.72, ChassisId = 
"JAB032101S4 (3076808945)", ChassisType = 89, ChassisVersion = 0x202, ROM_Sys_Version 
= "Cisco Internetwork Operating System Software  IOS (tm) C2600 Software 
(C2600-IPSS7-M), Version 12.1(3)T,  RELEASE SOFTWARE (fc1) Copyright (c) 1986-2000 by 
cisco Systems, Inc. Compiled Wed 19-Jul-00 19:49 by ccai", ROM_Monitor_Version = " 
System Bootstrap, Version 11.3(2)XA4, RELEASE SOFTWARE (fc1) Copyright (c) 1999 by 
cisco Systems, Inc. TAC:Home:SW:IOS:Specials for info ", Sys_Config_Name = 
flash:c2600-ipss7-mz.121-3.T.bin) 

5500 (Name = Switch-1, SysName = nssu-cat5500-1, IpAddr = 10.10.10.74, 
Chassis_Serial_No. = 9999999, ChassisModel = WS-C5509, ChassisType = 14, 
Sys_Booted_Image = bootflash:cat5000-sup3.5-5-4b.bin) 

}

Table 6-7 shows the attributes exported for the various device types.

Table 6-7 Deployment Information Exported to an Inventory File 

Attribute	Types	Description
name	All	Name of the object in Cisco MNM
ip	All except Cisco MGC	IP address of the device
os	All except Cisco MGC	Operating system name and version
boot	Cisco SLT/LAN switch	Name of the OS boot image
hostID	Cisco MGC host/BAMS	Solaris host ID
hostName	Cisco MGC host/BAMS	Name of the host

Use the following procedure to export deployment information to an inventory file or a seed file:

---

Step 1 From the Map Viewer screen, select the MGC-Node-View icon.

Step 2 Right-click, and choose Deployment > Deploy Network Seed File.

You see the Deploy Network dialog box.

Step 3 Click the Advanced tab.

Step 4 In the Export section, for Filename enter a name for the file to be created.

Step 5 Do one of the following:

•To export the information as an inventory file, click Export Inventory.

•To export the information as a seed file, click Export Seed File.

You see a message prompting for confirmation.

Step 6 Click Yes.

You see a message confirming the file creation.

---

Note By default, the file is saved in the <CEMF Root>/bin/.mgcControllerx.sysmgr folder. Specify the path if you want to save to a different location.

---

Step 7 Click Close.

Step 8 Close the Deploy Network dialog box.

---