Cisco Media Gateway Control Node Manager User's Guide, 2.3.1
Overview of Cisco MGC Node Manager

Table Of Contents

Overview of Cisco Media Gateway Controller Node Manager

Introduction

Terms Used in This Document

Overview of the Cisco MGC Node Architecture

Key Features of Cisco MNM

Overview of Cisco EMF

Cisco EMF Components

How Cisco EMF Models the Network

How Cisco MNM Models the Network

The MGC Node View

The Cisco MGC Host Signaling, Trunking, and Dial Plan Components

Cisco MGC Host Trunking Objects

 Cisco MGC Host Dial Plan Objects

The Host View

The SLT View

The Switch View

The BAMS View

The HSI View

The Physical View

The Network View


Overview of Cisco Media Gateway Controller Node Manager


This chapter includes:

An introduction to Cisco Media Gateway Controller Node Manager (Cisco MNM), including terms and architecture of the Cisco MGC node

A description of key features of Cisco MNM

An overview of Cisco Element Management Framework (Cisco EMF), the framework for Cisco MNM

An explanation of how Cisco MNM models the network, which describes the various ways you can view and manage your network using Cisco MNM

Introduction

Cisco Media Gateway Controller Node Manager (Cisco MNM) integrates the management interfaces and management functionality of the Cisco MGC node components into one comprehensive human interface and data repository. The Cisco MGC node consists of the Cisco MGC host, one or more Cisco Signaling Link Terminals (Cisco SLTs) or SLT functions integrated in the AS5350 or AS5400 access servers and the Cisco Catalyst 5500, Catalyst 6509, or Catalyst 2900 XL LAN switch. Optionally, the node may include a Billing and Measurement Server (BAMS) and H.323 Signaling Interface (HSI) server associated with the Cisco PGW (see Figure 1-1). Cisco MNM provides fault, configuration, and performance management for all components of the Cisco MGC node.

Cisco MNM provides the element-specific management features for the Cisco MGC node. It blends the management framework features of the Cisco Element Management Framework (Cisco EMF) with the individual interfaces and object structures of each managed element to produce an integrated management application.


Note The Cisco PGW 2200 PSTN Gateway (hereafter referred to as Cisco PGW 2200) was formerly called the Cisco VSC3000. Some parts of this document may use this older name.


Figure 1-1 Cisco MGC Node Manager with Cisco MGC Node Detail

Terms Used in This Document

The following terms are used in this document:

BAMS—Billing and Measurements Server (BAMS), a UNIX-based software application that accepts individual call detail blocks generated by Cisco Media Gateway Controllers (MGCs), validates and correlates the records into a merged usage record, facilitates traffic-oriented statistical analysis, and generates Bellcore Automatic Message Accounting (AMA) Format (BAF) records on a per-call basis.

Cisco EMF—The element management framework upon which Cisco MNM is built.

Cisco MGC—Key to Cisco's voice domain solutions, the Cisco MGC node is comprised of a number of different components including the Cisco MGC host, a LAN switch, and a Cisco Signaling Link Terminal (Cisco SLT) or integrated Cisco SLT.

Cisco MGC host—A Sun host server running Cisco MGC software.

Cisco MGC node—The logical grouping of the active and standby Cisco MGC hosts, the control signaling network, the Cisco SLTs, HSI servers, and the Cisco BAMS.

CiscoView—A graphical device management tool based on the Simple Network Management Protocol (SNMP) that provides real-time views of networked Cisco devices.

Cisco VSPT and Cisco MM—Cisco Voice Services Provisioning Tool and Cisco MGC Manager. You can use two different Cisco MGC provisioning tools, depending on your Cisco MGC version. Cisco MGC version 7.4 uses Cisco MM or the VSPT. All other versions use VSPT only.

H.323 Signaling Interface—Optional server that enables the Cisco PGW to interoperate with an H.323 network.

Overview of the Cisco MGC Node Architecture

The Cisco MGC is key to Cisco's voice domain solutions.

The Cisco MGC node is comprised of a combination of the following components:

Cisco MGC host—A Sun Solaris server running the Cisco PGW2200 software and responsible for most of the Cisco MGC functionality, including (depending on the configuration) number analysis, routing, and switching.

Cisco SLT—Terminates Signaling System 7 (SS7) signaling lines from the PSTN and provides an interface to the Cisco MGC host.

The Cisco SLT consists of a customized Cisco IOS Release 12.0(7)XR software image running on a Cisco router.

The integrated Cisco SLT consists of a customized Cisco IOS Release 12.0(7)XR software image running on an AS5350 or AS5400 access server.

Cisco LAN switch—An Ethernet switch connecting the Cisco SLT to the Cisco MGC host, BAMS, HSI server, Cisco MNM, and the VSPT.

A Cisco Catalyst 2900XL, 5500, or 6509 can be used as the LAN switch.

BAMS (Optional)—Provides mediation to optional third-party accounting and billing packages.

HSI Server—Cisco H.323 Signaling Interface (HSI) system that adds an H.323 interface to the Cisco Public Switched Telephone Network (PSTN) Gateway (PGW 2200). This interface allows calls to be established beween the PSTN and an H.323 network

A Cisco MGC node is (optionally) fully redundant. This means that each Cisco MGC might have multiples of each type of subcomponent. At any given time, one Cisco MGC host is considered active and the other standby. If the active Cisco MGC host fails, the standby host becomes active. There is no concept of active or standby with the LAN switches or Cisco SLTs; if two are present, both are active at all times, providing redundancy.


Note The version of Cisco MNM you use depends on your Cisco MGC version. Cisco MNM Release 2.3 supports Cisco MGC version 7.4 and Cisco MGC version 9.0 uses Cisco MNM software release 2.1 or 2.3.


Key Features of Cisco MNM

The most common Cisco EMF installation includes plug-in modules referred to as Element Managers or Element Management Systems (EMS). In the Cisco MGC node architecture, Cisco MNM is a Cisco EMF-based EMS responsible for managing the Cisco MGC node. Cisco MNM adds specific graphical user interface (GUI) windows and modeling behavior to the standard Cisco EMF system to allow the management of specific network elements.

Cisco MNM uses Cisco EMF to manage the following components of the Cisco MGC node:

Cisco MGC

Cisco SLT

LAN Switch (Cisco Catalyst 2900, 5500, and 6509 only)

BAMS

HSI

The key features of Cisco MNM are:

Fault management

Cisco MNM provides fault management of the Cisco MGC node (the Cisco MGC host, the Cisco SLT, the Cisco LAN switch, HSI server, and BAMS). You see the alarms generated by these elements in the Cisco MNM system.

When the Cisco MGC host detects a problem with one of its logical connections, it generates a trap. Cisco MNM receives these traps and delegates them to the graphical object that represents that logical connection. For example, if Cisco MNM receives a trap that the link to a media gateway is down, Cisco MNM delegates that trap to the object that represents the media gateway link. You can acknowledge and clear alarms and forward traps.

In order to make the identification of potential problems easy, Cisco EMF propagates the alarm state of network elements upwards through the node and physical views. If an object receives an alarm, it changes color to reflect its new state, and all parent objects also change color to reflect the most severe alarm on any of the children.

Cisco MNM periodically polls each managed object to ensure that the device is still reachable using SNMP. If the device is not reachable, an annotation appears on the display in the Map Viewer, an alarm is generated, and the object is placed in an error state. After the object loses connectivity, Cisco MNM continues to poll the object until it can be reached. Once connectivity is re-established, the alarm is cleared, the annotation on the Map Viewer is removed, and the object is returned to the normal state.

For more information on fault management, see "Managing Faults with Cisco MNM."

Performance monitoring

Cisco MNM collects and displays performance information from the Cisco MGC node, helping you to monitor the health and performance of the network. Cisco MNM collects performance information from all the components of the Cisco MGC node.

You can:

Graph and display the performance information

View performance data associated with an object and graph that data over time

Configure the objects to poll and the frequency of the polling

Export the performance data, in .csv, tab, and comma-delimited formats for use by other applications

For more information on performance monitoring, see "Managing the Performance of Cisco MNM Devices."

Cisco MNM supports role-based access to its management functions. The administrator defines user groups and assigns users to these groups. Cisco MNM supports control of administrative state variables for Cisco MGC node resources. For more information on access control, see "Setting Up Cisco MNM Security."

Billing and Measurements

Third-party billing packages are supported directly by the BAMS Server, an optional component of the Cisco MGC node.

Configuration

You can open the following configuration tools from Cisco MNM:

Voice Services Provisioning Tool, a Cisco MGC host configuration tool used in all MGC release 9 applications and also supports MGC release 7.4.

Cisco MGC Manager (Cisco MM), a generic Cisco MGC host configuration tool used in all network architectures except those using the Voice Services Provisioning Tool. Cisco MM is the previous generation provisioning tool and supports Cisco MGC release 7.4 but not release 9.

CiscoView, used to configure and monitor the Cisco SLT and the LAN switch (Cisco Catalyst 2900, 5500, and 6509) devices.

Troubleshooting

Cisco MNM provides a full range of diagnostic and troubleshooting tools, such as IP and SNMP Ping, Alarm and System Log, Host Status Check, Cross-Device Audit, and the Cisco MGC Toolbar that includes CDR Viewer, Log Viewer, Trace Viewer, and Translation Verification Viewer.

Overview of Cisco EMF

Cisco MNM is based on the Cisco Element Management Framework (Cisco EMF), a carrier-class network management framework. This framework was designed to address the challenges of developing and deploying robust, large-scale, multivendor, multitechnology management solutions.

Cisco EMF has been designed to overcome the limitations of traditional enterprise network management solutions, particularly in the broadband access market and also in other network management applications where the aforementioned characteristics are important. Cisco EMF is used to quickly develop and deploy element, network, and service-level applications in technologies ranging from Digital Subscriber Line (DSL), used for high-speed Internet access; cable modems; and Voice over IP to complex ATM/IP routing multiservice switches.

Cisco EMF Components

Cisco EMF consists of:

A series of applications that form a front-end GUI to process input (the Cisco EMF Client software)

A series of back-end server processes that maintain a model of the network and carry out the actual interfacing to the network elements (the Cisco EMF Server software) (see Figure 1-2)

Network Operations Center users typically interact with the Cisco EMF Client software by connecting from an X terminal workstation. Cisco MNM supports over 10 active, concurrent sessions.

Figure 1-2 Cisco EMF Processes

.

Cisco EMF comes with the following set of applications accessed from the Launchpad (see Figure 1-3) that opens when you start a Cisco MNM session:Figure 1-3

Map Viewer—View, build, and monitor a network with the Map Viewer. You can monitor the networks using network and network object connections.

Object Group Manager—Organize network elements into object groups with the Object Group manager. You can create, delete, and modify object groups.

Access Manager—Set up users and user groups, assign passwords, and define access parameters.

Event Browser—Displays the Event Browser and Query Editor. You can create object groups or browse events from these screens.

Discovery—Because Cisco MNM requires the login and password in order to fully discover and deploy a device, the Cisco EMF Automatic Discovery feature is not used by Cisco MNM. Cisco MNM performs discovery of device components and configurations once the device has been identified (IP address, host name, and login information entered into Cisco MNM), as described in "Deploying Your Network in Cisco MNM."

CMNM Manuals—Open Netscape browser and display a link to the Cisco MNM User's Guide, Release 2.3, and to the following online documents, if you have an internet connection:

Cisco Media Gateway Controller Software Release 9 Documentation

Cisco Media Gateway Controller Release 7 Documentation

Cisco Dial, Voice, and Telephony Solutions

Cisco Element Management Framework 3.2

Netscape also displays a link to the Cisco Documentation Disk 2 CD-ROM, if it exists in the local CD-ROM drive.

Event Manager

Notify—Create notification profiles that consist of a series of notifications to be carried out as a result of the profile being triggered.

Thresholds—Configure the management system to actively monitor the network and notify the operator when some aspect of the network performance has deviated from preset criteria.

Event Groups—Filter and organize events based on specified criteria, such as severity, state, or type of network element, and then create a scoreboard to show the state of the group at a glance.

Figure 1-3 Cisco EMF Launchpad Screen

How Cisco EMF Models the Network

Cisco EMF keeps a model of the managed network in its database. Cisco EMF uses this model to keep track of the current state of the network and network elements.

The Cisco EMF model of the network uses the following components:

Objects—Each element managed by Cisco EMF is modeled as an object.

An object can represent:

A router or a switch

A site, region or node

Services provided by the network, for example, a permanent virtual connection (PVC)

A subscriber or a customer

Object classes—Each object within Cisco EMF has an associated object class. Each class of object simply indicates a different kind of element. Examples of classes are routers, line cards, or sites. Each class of object has different data stored against it and displays different behavior.

In the Map Viewer application, the class of the object is indicated with an icon used within the Map Viewer browser.

TClasses enable you to perform powerful queries on different objects. Examples of this type of query could be to show all events in the system from Cisco SLTs or to create a group of Cisco LAN Switch objects.

Object attributes—Each object has a number of attributes that can be accessed. An attribute is a piece of information either stored against the object or accessible from the object through some network protocol. Examples of attributes are IP address, interface table number,and upstream power.

These attributes are associated with the object according to the granularity of object types. A type is simply a collection of related attributes, and each class usually has a number of types. An object's class defines which types and, therefore, which attributes it is allowed to have and which types it has by default.

An example of the association between classes and types is shown in Figure 1-4.

Figure 1-4 Example of Object Types and Attributes

.

In Figure 1-4, a UNIX Workstation class is specified. This class of object includes two types: System and snmpManageable. The System type includes the sysDesc, sysUpTime, and sysObjectId attributes. The snmpManageable type includes the read-community and write-community attributes.

Views—A view is a collection of objects in a hierarchical relationship. Each object can have a number of parents and children. See "How Cisco MNM Models the Network" for more information on Cisco MNM views.

Object groups—An object group is a collection of objects that are related in some way. They may all be the same type of equipment or all belong to the same customer.

Object groups can be built either manually or by building a query and are accessible through the Object Group Manager application.

How Cisco MNM Models the Network

Cisco MNM applies the Cisco EMF network object model to the Cisco MGC node. The hub of Cisco MNM network management is the Map Viewer. From the Map Viewer you can access network objects by navigating through one of the views to find the object. Each view represents a different way of containing and grouping the objects, such as by device type, by Cisco MGC node, and by physical or network view. Cisco MNM views are summarized in Table 1-1 and described on the following pages.


Note This section provides conceptual information about the network model that is displayed in the Map Viewer. For information on using the Map Viewer, see "Getting Started with Cisco MNM."


Table 1-1 Cisco MNM Views in the Map Viewer 

View
Description

MGC-Node-View

Displays all of the Cisco MGC nodes in the network along with their logical children (Cisco SLTs, switches, and Cisco MGC hosts) and propagates child alarms to the parents. This view also includes all of the signaling, dial plan, and trunking components of the Cisco MGC node. For more information, see "The MGC Node View" section. If you are using BAMS Phase 3, this view displays each BAMS node associated with the MGC.

Host-View

Presents all of the Cisco MGC host devices in the network. For more information, see "The Host View" section.

SLT-View

Presents all of the Cisco SLT devices in the network, including integrated SLTs and integrated SLT coresident EMs. This view also contains all of the interfaces on each Cisco SLT. For more information, see "The SLT View" section.

Switch-View

Presents all of the LAN switch devices in the network. This view also shows all of the interfaces on each LAN switch. For more information, see "The Switch View" section.

BAMS-View

Presents all of the BAMS in the network. For more information, see "The BAMS View" section.

HSI-View

Presents all HSI devices in the network. For more information, see "The HSI View" section.

Physical

Displays all of the Cisco MGC network devices, grouped by physical location (buildings, sites, or regions), and propagates child alarms to the parents. For more information, see "The Physical View" section.

Network

Displays all IP devices within their relative networks and subnets. This is a standard Cisco EMF View. For more information, see "The Network View" section.


The MGC Node View

The MGC node view displays all of the Cisco MGC node elements in the network. For each Cisco MGC node, all of the logical components of the node are displayed, as illustrated in Figure 1-5.

Figure 1-5 MGC Node View

.

Each Cisco MGC node is represented with its child elements. These child elements include the Cisco MGC hosts, BAMS, HSI server, Cisco SLTs (including integrated SLTs and integrated SLT coresident EMs), and LAN switches, and each device's network interfaces. Depending on the configuration, there can be a maximum of two Cisco MGC host devices (active/standby pair), two BAMS (active/standby pair), two or more HSI servers, eight Cisco SLTs, and two LAN switches.


Note To be included in a node, the BAMS must be configured to collect call detail records for a Cisco MGC host in the same node.


In addition to the physical devices, the logical configuration of the active Cisco MGC host is also displayed. This logical configuration includes the signaling, trunking, and dial plan information from the active Cisco MGC host.

The Cisco MGC Host Signaling, Trunking, and Dial Plan Components

This section provides information about how Cisco MNM models the following components in the node view:

Cisco MGC host signaling network

Cisco MGC host trunking objects

Cisco MGC host dial plan objects

Cisco MGC Host Signaling Network

Cisco MNM displays the status of the Cisco MGC host signaling network on the Map Viewer interface. This includes showing the status of the logical connections from the active Cisco MGC host to the:

Interfaces (Ethernet)

Signal transfer points (STPs)

Destination point code (SS7 Routes)

Connected Cisco MGCs

TCAP nodes

Media gateways

Cisco SLT

LAN switches

When the common Cisco MGC host object is first deployed, the object database is populated with objects that represent the logical connections from the active Cisco MGC host to the external devices. Cisco MNM then monitors the status of these connections and informs you of any loss of connectivity.

As new connections are deployed, the signaling network is updated to reflect the current configuration and network status of the active Cisco MGC host.

Cisco MNM monitors the status of the signaling network by processing and decoding alarms, known as traps, from the active Cisco MGC host. Upon receipt of an appropriate trap, Cisco MNM maps the trap to the node representing the logical connection, and an alarm associated with the node is displayed.

Cisco MNM communicates to the Cisco MGC host using:

Simple Network Management Protocol (SNMP)—SNMP is used for receiving alarm information.

File Transfer Protocol (FTP)—FTP is used for bulk file transfer of performance statistics.

Man-Machine Language (MML)—MML (the TL1-based interface on the Cisco MGC host) is used to retrieve the Cisco MGC host configuration information needed to manage the node.

Cisco MGC Host Signaling Objects

The Cisco MGC host software defines over 20 different types of network signaling component types. Cisco MNM queries the configuration of the active Cisco MGC host and represents the objects in the display.

The hierarchical structure or relationship of the components is based on the configuration defined by the active Cisco MGC host. This configuration can vary from installation to installation. Cisco MNM, however, is able to handle any type of configuration present on the host.

Cisco MNM defines a class to represent each network signaling element type. For example, there is a class for an IP link, point code, and external node. The attributes associated with each class exactly match the attributes of the MML command used to provision the object.

Table 1-2 describes the classes used to represent the signaling network in Cisco MNM.

Table 1-2 Classes Representing Signaling Network 

MML Type
Name
Description

apc

Adjacent point code

Defines an SS7 STP or external switch through which the Cisco MGC connects to external switches and other Service Switching Points (SSPs)

c7iplnk

C7 IP link

Identifies a link between a Cisco SLT IP address and port and the SS7 network

card

Card

Network card or adapter that is operating in the Cisco MGC

eisuppath

EISUP path

Signaling service or signaling path to an externally located
Cisco MGC

enetif

Ethernet interface

Physical line interface between a Cisco MGC Ethernet network card/adapter and the physical Ethernet network

extnode

External node

Cisco media gateway (MGW) with which the Cisco MGC communicates

faspath

FAS path

Service or signaling path to a particular destination using either ISDN-PRI or DPNSS

ipfaspath

IP FAS path

Transport service or signaling path from a gateway to a
Cisco MGC

iplnk

IP link

IP connection between a Cisco MGC Ethernet interface and a Cisco MGW

lnkset

Linkset

Group of all communication links that connect from the
Cisco MGC to an adjacent STP

mgcppath

MGCP path

Signaling service or signaling path to a trunking gateway

naspath

NAS path

Q.931 protocol path between the Cisco MGC and the
Cisco MGW

ptcode

Point code

An SS7 network address that identifies an SS7 network node

dpc

Destination point code

SS7 destination point code

opc

Origination point code

Origination (own) point code

sgcpath

SGCP path

Protocol path between the Cisco MGC and the Cisco MGW

ss7path

SS7 path

Specifies the protocol variant and the path that the Cisco MGC uses to communicate with a remote switch (SSP) sending bearer traffic to the Cisco MGWs

ss7route

SS7 route

Path, by way of a linkset, from the Cisco MGC to another
Cisco MGC

ss7subsys

SS7 subsystem

Logical entity that mates two Signal Transfer Points (STPs)

tcapippath

TCAP IP path

Signaling service path to an STP or SCP

files

Files

Customer-specific flat files that can be use to provision trunks and dial plans

caspath

CAS Path

Sigpath associate bearer channels to one signaling sigpath

sippath

SIP Path

SIP signaling service or signaling path to proxy server

siplnk

SIP IP link

A SIP IP link used to communicate with the SIP proxy servers

sgnode

Signaling Gateway node

Tekelec Signaling Gateway

sgpair

Signaling Gateway nodes pair

A pair of Tekelec Signaling Gateways

ss7sgpath

SS7 Signaling Gateway signaling service

A special SS7 signaling path to a Signaling Gateway pair

ss7sgiplnk

SS7 Signaling Gateway IP link

An IP connection between Cisco MGC and Signaling Gateway

ss7sgsubsys

SS7 Signaling Gateway subsystem

SS7 Signaling Gateway subsystem used to associate APC with SS7 Signaling Gateway signaling service

dchan

D Channel

D Channel Backup

sessionset

Session set

A pair of backhaul links used to communicate with external nodes that support IPFAS

mltiipfas

Multiple IPFAS services and IP links

Multiple IPFAS/IPNFAS signaling paths and D-channels


Containment Hierarchy of the Signaling Network

When Cisco MNM retrieves the current configuration from the active Cisco MGC host, it establishes the containment hierarchy of the signaling network. An example is shown in Figure 1-6.

Figure 1-6 Hierarchical Example of Signaling Components

In the MML file, the destination point code (DPC) component represents a switch. The adjacent point code (APC) component represents an STP.

The external node component in the MML file represents one of a number of different elements. These include:

Media gateways

Connected Cisco Media Gateway Controllers

SS7 Service Control Points

Cisco MGC Host Trunking Objects

Cisco MNM models all of the trunk groups on the active Cisco MGC host and makes trunk information available to northbound systems. Trunks represent the physical bearer channels, while trunk groups provide a higher-level grouping of trunks.

Trunk group components are stored in a separate logical folder, the Trunking Components folder. When the Cisco MGC host is using switched trunks, each trunk group is shown in the folder. In the case of nailed trunks, the Cisco MGC host does not have any trunk groups, and so no folder is created.

Cisco MNM defines a class to represent each type of trunking component. The attributes associated with each class typically match the attributes in the MML command used to provision the component.

The classes used to represent the trunking objects in Cisco MNM are described in Table 1-3.

Table 1-3 Classes Representing Trunking Objects 

MML Type
Description

nailedtrnk

Nailed trunk component

switchtrnk

Switched trunk component

trnkgrp

Trunk group component


Containment Hierarchy of the Trunking Objects

When Cisco MNM retrieves the current configuration from the active Cisco MGC host, it establishes the containment hierarchy of the trunking objects. A hierarchical model example is shown in Figure 1-7.

Figure 1-7 Hierarchical Model Example of Trunking Objects

 Cisco MGC Host Dial Plan Objects

Cisco MNM models the dial plan components on the active Cisco MGC host. The dial plan allows the Cisco MGC to perform pre-analysis, calling (A) number analysis, called (B) number analysis, and cause analysis. The routing components of the dial plan are used to identify the path for bearer traffic from the Cisco MGC host to its adjacent switch.

As with trunking components, dial plan components are stored in a separate folder.

Cisco MNM defines a class to represent each type of dial plan component. The attributes associated with each class typically match the attributes in the MML command used to provision the component.

The classes used to represent the dial plan objects in Cisco MNM are described in Table 1-4.

Table 1-4 Classes Representing Dial Plan Objects 

MML Type
Description

ablack

Calling number not to be processed

adigtree

Entries for each calling (A) number

awhite

Calling number to be processed

bblack

Called numbers not to be processed

bdigtree

Entries for each called (B) number

bwhite

Called numbers to be processed

carriertbl

Carrier selection table (8.x only)

cause

Cause analysis

dialplan

Represents an MML dial plan

digmodstring

String of numbers to apply to an A or B-number

location

Type of network that originates call

noa

Nature of address

npi

Numbering plan indicator

porttbl

Ported number table (8.x only)

resultset

Result set table

resulttable

Result of number analysis

rtlist

Route list

rttrnk

Routing trunk

rttrnkgrp

Routing trunk group

service

User-defined services for screening

termtbl

Number termination table (8.x only)

siprttrnkgrp

SIP routing trunk group


Containment Hierarchy of the Dial Plan Objects

When Cisco MNM retrieves the current configuration from the active Cisco MGC host, it establishes the containment hierarchy of the dial plan objects. A hierarchical model example is shown in Figure 1-8.

Figure 1-8 Hierarchical Model Example of Dial Plan Objects

The Host View

The Host View displays all of the Cisco MGC host devices along with their associated interfaces and system components, as illustrated in Figure 1-9.

Figure 1-9 Host View

.

This view collects all Cisco MGC hosts in a single location from which functions can be opened.

The SLT View

The SLT View displays all of the Cisco SLT devices in the network along with their associated interfaces, as illustrated in Figure 1-10.

Figure 1-10 SLT View

.

This view is used to collect all Cisco SLTs in a single location.


Note CMNM 2.3 supports SLT functions integrated in the AS5350 and AS5400 access servers. If CMNM is the only EM managing the server, we refer to this functionality as an integrated SLT. If another EM is monitoring the access server, we refer to the SLT functionality as an integrated SLT for coresident EMs. Unless otherwise noted, the term SLT describes any of these configurations.


The Switch View

The Switch View displays all of the LAN switches in the network. In addition, the slots and ports on the LAN switches are displayed, as illustrated in Figure 1-11.

Figure 1-11 LAN Switch View

.

This view is used to collect all LAN switches in a single location for viewing events or starting functions.


Note Support for the Catalyst 6509 LAN switch is a new feature in CMNM 2.3.


The BAMS View

The BAMS View displays all of the BAMS in the network. For each BAMS, the network interfaces of the BAMS are displayed. In addition, each Cisco MGC host that is communicating with the BAMS is shown, as illustrated in Figure 1-12.

Figure 1-12 BAMS View

.

Each BAMS in the network is displayed, along with its network interfaces and system components. This view is used to collect all BAMS in a single location from which functions can be opened.

The HSI View

The HSI View displays all HSIs in the network. For each HSI, the network interfaces and the associated IP addresses and system components are displayed. This view is used to view faults and start services.

.

The Physical View

Cisco MNM uses the Physical View to represent the physical location of devices. You are free to set up different types of groupings based on the physical layout of your network.

You can create sites and regions to represent the physical locations of devices in your network. When Cisco MGC node devices are deployed, you can specify the physical location of these devices in one of the predefined regions or sites. In this way, you can use the PhysicalView to quickly see which network elements are at a given location. If a device fails, network operations center (NOC) operators can easily see where personnel should be dispatched.

An example of the Physical View is shown in Figure 1-13.

Figure 1-13 Physical View

.

During deployment you place devices in each region or site. Relationships between objects at a given site are not shown (these relationships are shown in other views); all devices in a given site are at the same level. Because the Cisco MGC node is not a physical device, it is not represented in this view.

The Network View

The Network View groups all IP-enabled devices in containers based on their subnet address. This view is a standard Cisco EMF view and is not controlled or managed in any way by Cisco MNM. With the Network View, you can see all of the devices on a particular subnet. This view is not often used in the typical Cisco MGC solution.