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.