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 MGC Node Manager
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 Components
Cisco MGC Host Dial Plan Components
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 the following sections:
•
An introduction to Cisco Media Gateway Controller Node Manager (Cisco MGC Node Manager), including terms and architecture of the Cisco MGC node
•
A description of key features of Cisco MGC Node Manager
•
An overview of Cisco Element Management Framework (Cisco EMF), the framework for Cisco MGC Node Manager
•
An explanation of how Cisco MGC Node Manager models the network, which describes the various ways you can view and manage your network using Cisco MGC Node Manager
Introduction
Cisco Media Gateway Controller Node Manager (Cisco MGC Node Manager) provides fault, configuration, provisioning, and performance management for two kinds of Cisco PGW 2200 Softswitch-based networks:
•
A Cisco MGC node (shown in Figure 1-1), which consists of these components:
–
A Cisco MGC host, the Cisco PGW 2200
–
One or more Cisco Signaling Link Terminals (Cisco SLTs) or SLT functions integrated in the AS5350 or AS5400 access servers. The Cisco SLT serves as the signaling gateway to the SS7 network
–
The Cisco Catalyst 5500, Catalyst 6509, or Catalyst 2900 XL LAN switch, which provides IP connectivity for all node elements
–
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).
•
A Cisco MGC farm, a cluster of Cisco MGC nodes operating in concert with a cluster of two or more Internet Transfer Points (ITPs). In this configuration, one or more ITPs, rather than an SLT, serve as the signaling gateway to the SS7 network. The farm of Cisco PGW hosts appears as a single point code to the Public Switched Telephone Network (PSTN).
See the Release Notes for the software versions supported on these components:
http://www.cisco.com/univercd/cc/td/doc/product/access/sc/rel9/relnote/cmnm24rn.htm
Note
The Cisco PGW 2200 PSTN Gateway has been renamed as the Cisco PGW 2200 Softswitch. Older names of this product are the Cisco VSC 3000 and Cisco SC 2200. Some documents may still use the older names.
Figure 1-1 Cisco MGC Node Manager with Cisco MGC Node
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 MGC Node Manager is built
•
Cisco PGW 2200 SoftswitchCisco MGC—Key to Cisco's voice domain solutions, the Cisco MGC node comprises a number of different components including the Cisco MGC host 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, Cisco LAN switches, HSI servers, and the Cisco BAMS.
•
Cisco MGC farm—A cluster of Cisco MGC nodes, each containing one or a failover pair of Cisco MGC hosts, using two or more ITPs as the signaling gateway to the SS7 network.
•
CiscoView—A graphical device management tool based on the Simple Network Management Protocol (SNMP) that provides real-time views of networked Cisco devices.
•
Cisco Provisioning Tool and Cisco MM—Cisco 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 Provisioning Tool. All other versions use the Provisioning Tool only.
•
H.323 Signaling Interface (HSI)—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 comprises a combination of the following components:
•
Cisco MGC host—A Sun Solaris server running the Cisco PGW 2200 software and responsible for most of the Cisco MGC functionality, including (depending on the configuration) number analysis, routing, and switching.
•
Cisco SLT— A Cisco router that 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.1(x) or 12.2(x) software image running on a Cisco 2611 or 2651 router, or a customized Cisco IOS Release 12.2(11)T2 running on a Cisco 2611XM router.
The integrated Cisco SLT consists of a customized Cisco IOS Release 12.2(10.6)T software image running on a Cisco 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 Provisioning Tool.
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.4(1) supports Cisco MGC version 7.4(12) and 9.x, through 9.3(2).
Key Features of Cisco MGC Node Manager
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 MGC Node Manager is a Cisco EMF-based EMS responsible for managing the Cisco MGC node. Cisco MGC Node Manager 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 MGC Node Manager uses Cisco EMF to manage the following components:
•
Cisco MGC
•
Cisco SLT
•
LAN Switch (Cisco Catalyst 2900, 5500, and 6509 only)
•
BAMS
•
HSI
The key features of Cisco MGC Node Manager are:
•
Fault management
Cisco MGC Node Manager 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 MGC Node Manager system.
When the Cisco MGC host detects a problem with one of its logical connections, it generates a trap. Cisco MGC Node Manager receives these traps and delegates them to the graphical object that represents that logical connection. For example, if Cisco MGC Node Manager receives a trap that the link to a media gateway is down, Cisco MGC Node Manager 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 MGC Node Manager 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 MGC Node Manager 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 Chapter 6, "Managing Faults with Cisco MGC Node Manager."
•
Performance monitoring
Cisco MGC Node Manager collects and displays performance information from the Cisco MGC node, helping you to monitor the health and performance of the network. Cisco MGC Node Manager 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 Chapter 7, "Managing the Performance of Cisco MGC Node Manager Devices."
Cisco MGC Node Manager supports role-based access to its management functions. The administrator defines user groups and assigns users to these groups. Cisco MGC Node Manager supports control of administrative state variables for Cisco MGC node resources. For more information on access control, see Chapter 4, "Setting Up Cisco MGC Node Manager 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 MGC Node Manager:
–
Provisioning Tool, a Cisco MGC host configuration tool used in all MGC release 9 applications and included with Cisco MGC Node Manager (also supports MGC release 7.4).
–
Cisco MGC Manager (Cisco MM). 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 MGC Node Manager 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.
•
Secure communications
If you install the Cisco EMF SSH add-in, you can use SSH-based secure communications to SSH-enabled components:
–
Cisco PGW 2200
–
BAMS
–
HSI server
–
Integrated SLT
–
Cisco Catalyst switches (5500 and 6509)
The components must have SSH installed, and you must define their Security Policy (at deployment or in the Accounts dialog box) as "ssh". With SSH support installed, all operations that previously used Telnet or FTP instead use ssh (the secure shell counterpart of Telnet) or sftp (the secure shell counterpart of FTP) when communicating with SSH-enabled components.
Overview of Cisco EMF
Cisco MGC Node Manager is based on the Cisco Element Manager 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 MGC Node Manager 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 MGC Node Manager session:
•
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 MGC Node Manager 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 MGC Node Manager. Cisco MGC Node Manager performs discovery of device components and configurations once the device has been identified (IP address, host name, and login information entered into Cisco MGC Node Manager), as described in Chapter 5, "Deploying Your Network in Cisco MGC Node Manager."
•
CMGC Node Manager Manuals—Opens a Netscape browser window and displays links to the following documents:
–
A local copy of the Cisco MGC Node Manager User's Guide, Release 2.4(1). From here you may also open a booklength PDF of the User's Guide. The master version of the User's Guide is available online a http://www.cisco.com/univercd/cc/td/doc/product/access/sc/rel9/cmnm241/index.htm. The online version may have minor enhancements or corrections.
–
The following online documents, which can be accessed 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.
Note
Figure 1-3 depicts the complete Launchpad as you might see it when Cisco MGC Node Manager is running co-resident with Cisco Media Gateway Manager (Cisco MGM). The actual view you see when you open Cisco MNM shows the CEMF Manager applications only; you must scroll to see the Event Manager applications.
Figure 1-3 Cisco EMF Launchpad
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.
You can perform powerful queries on different classes of 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 Chapter 3, "Using the Map Viewer."
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 and Cisco MGC hosts), and all the Cisco MGC farms along with their logical children (Cisco MGC nodes containing hosts only) 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.
The MGC node view also displays all of the Cisco MGC farms in the network. For each Cisco MGC farm, all of the logical components of the farm are displayed, as illustrated in Figure 1-6.
Figure 1-5 MGC Node View
.
Figure 1-6 MGC Farm View
Each Cisco MGC node is represented with its child elements.
•
In the case of a non-farm node, these child elements include the Cisco MGC hosts, BAMS, HSI server, Cisco SLTs (including integrated SLTs and integrated SLT coresident EMs), 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. This is shown in Figure 1-5.
•
In the case of a node in a farm, the child elements include the Cisco MGC hosts, BAMS, and HSI server.. 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, and one or more ITPs. This is shown in Figure 1-5.
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, and actively polling the host.
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 MGC Node Manager models the following components in the node view:
•
Cisco MGC host signaling network
•
Cisco MGC host trunking components
•
Cisco MGC host dial plan components
Cisco MGC Host Signaling Network
Cisco MGC Node Manager 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 these elements:
•
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 MGC Node Manager 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 MGC Node Manager 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 MGC Node Manager maps the trap to the node representing the logical connection, and an alarm associated with the node is displayed.
Cisco MGC Node Manager 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 MGC Node Manager 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 MGC Node Manager, however, is able to handle any type of configuration present on the host.
Cisco MGC Node Manager 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 MGC Node Manager.
Table 1-2 Classes Representing Signaling Network
MML Type
|
Name
|
Description
|
association
|
Association
|
Represents an SCTP association
|
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
|
DPNSSPath
|
DPNSS Path
|
DPNSS signaling path that is back-hauled over IP to/from a Network Access Server (destination).
|
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
|
iproute
|
IP Route
|
Static IP route.
|
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
|
M3uakey
|
M3ua Key
|
M3UA Routing key. The parent of the M3UAKEY is the OPC.
|
M3uaroute
|
M3ua Route
|
M3UA route, used to determine how to get an SS7 message to a particular destination using M3UA. M3UA route is similar to SS7ROUTE. M3UA route uses SGNode id instead of linkset.
|
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
|
sgp
|
SGP
|
SS7 Signaling Gateway Process.
|
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
|
suakey
|
Sua Key
|
SUA Routing key. The parent of the SUAKEY is the OPC.
|
suaroute
|
Sua Route
|
SUA route. It is used to determine how to get an SS7 message to a particular destination using SUA.
|
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 MGC Node Manager 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-7.
Figure 1-7 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 Components
Cisco MGC Node Manager 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 MGC Node Manager 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 components in Cisco MGC Node Manager are described in Table 1-3.
Table 1-3 Classes Representing Trunking Components
MML Type
|
Description
|
nailedtrnk
|
Nailed trunk component
|
switchtrnk
|
Switched trunk component
|
trnkgrp
|
Trunk group component
|
Containment Hierarchy of the Trunking Components
When Cisco MGC Node Manager retrieves the current configuration from the active Cisco MGC host, it establishes the containment hierarchy of the trunking components. A hierarchical model example is shown in Figure 1-8.
Figure 1-8 Hierarchical Model Example of Trunking Components
Cisco MGC Host Dial Plan Components
Cisco MGC Node Manager 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 MGC Node Manager 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 components in Cisco MGC Node Manager are described in Table 1-4.
Table 1-4 Classes Representing Dial Plan Components
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
|
cliPrefix
|
CLI Prefix entry G4
|
cliIpAddress
|
CLI IP address entry
|
dialplan
|
Represents an MML dial plan
|
digmodstring
|
String of numbers to apply to an A or B-number
|
h323IdDivFrom
|
H323 ID, Division header or From field entry
|
location
|
Type of network that originates call
|
noa
|
Nature of address
|
npi
|
Numbering plan indicator
|
porttbl
|
Ported number table (8.x only)
|
anoa
|
Nature of address
|
anpi
|
Numbering plan indicator
|
bnoa
|
Nature of address
|
bnpi
|
Numbering plan indicator
|
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 Components
When Cisco MGC Node Manager retrieves the current configuration from the active Cisco MGC host, it establishes the containment hierarchy of the dial plan components. A hierarchical model example is shown in Figure 1-9.
Figure 1-9 Hierarchical Model Example of Dial Plan Components
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-10.
Figure 1-10 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-11.
Figure 1-11 SLT View
.
This view is used to collect all Cisco SLTs in a single location.
Note
Cisco MGC Node Manager 2.3(2) and later releases support SLT functions integrated in the Cisco AS5350 and AS5400 access servers. If Cisco MGC Node Manager is the only element manager managing the server, we refer to this functionality as an integrated SLT. If another element manager 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-12.
Figure 1-12 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(x).
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-13.
Figure 1-13 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 MGC Node Manager 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-14.
Figure 1-14 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 MGC Node Manager. 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.