|
|
This chapter provides a brief overview of unattended operations and manual control options available on your Cisco SS7 Interconnect for Access Servers Solution.
The following operations are described in this section:
The Cisco SS7 Dial Access Solution uses two SC hosts with software-based checkpointing and heartbeat to facilitate redundancy. The call-processing application is active only on one SC host platform at a time and switches to the standby platform under failure conditions. See the "Understanding Automatic Switchover" section.
The Session Manager software on the Cisco SLT manages the communication sessions with the SC hosts. When Cisco SLTs are used with a redundant pair of SC hosts, the Session Manager maintains separate communication sessions with each SC host in the pair. The session between the Cisco SLT and the active SC host transports the SS7 traffic, while the session between the Cisco SLT and the standby SC host provides backup. Upon SC host switchover, the Session Manager on the Cisco SLT must be instructed by the now active (formerly standby) SC host to switch traffic to the now active SC host. Upon switchover, all calls answered in progress are preserved.
 |
Note Full system redundancy is available only on continuous service configurations. |
The Cisco SS7 Dial Access Solution offers the continuous service configuration to protect your system against failures and downtime. A feature enhancement to Redundant Link Manager (RLM) (Version 2) provides redundancy at the link and signaling controller level for added switchover. When each RLM group has multiple signaling controllers associated with a NAS, a signaling controller priority and link priority are examined by the RLM client (RLM software on the NAS) during switchover, ensuring improved control handling.
The switchover system consists of two signaling controllers (either dual Sun E450s or Sun Netras) connected through IP, as shown in Figure 3-1. One SC functions as the active host, while the other SC functions as the standby host. The switchover system provides a seamless transition to the standby host in case of system failures.
The active host maintains communications between the active and standby hosts. The standby host constantly checks the active host for new and changed configurations and updates itself on a regular basis. When the standby host becomes the active host, its configuration mirrors that of the former active host without losing the link with the NAS, thus preserving calls.
The Cisco Signaling Controller software generates system messages that provide you with call processing, management, configuration, and alarm status.
Status messages include these types:
For detailed information about system messages, see the Cisco Media Gateway Controller Software Release 7 Reference Guide
CDRs comprise call data elements (CDEs). The CDE is the data element (field) that includes a basic information field within a billing record. Examples of CDEs are the calling number, called number, and so on. The call data block (CDB) consists of several CDEs, related to a certain point in call (PIC).
For detailed information about CDEs and CDBs and an overview of the Cisco Signaling Controller billing system, see these Cisco SS7 Interconnect for Access Servers Solution documents:
Disk mirroring is a feature that duplicates the information contained in a file system by using two disk partitions located on separate physical disks. In the event of a physical disk failure, the file system continues to operate using the unaffected disk.
Disk mirroring is used on fault-tolerant configurations with the Sun Netra t 1400 server platform. This feature increases the availability of the Cisco SC2200 by keeping the system operating when a physical disk fails---a mirrored disk can be removed and replaced while the system remains active. With redundant SC hosts using disk mirroring, a single disk failure does not cause switchover, as described in the "Understanding System Redundancy" section.
The Sun Volume Manager software running on your Cisco SC2200 provides this feature in a transparent manner so that the application software does not know that there are mutiple disk partitions making up the file system.
For detailed information about how to install disk mirroring through Volume Manager, see the Cisco Media Gateway Controller Software Release 7 Installation and Configuration Guide.
|
Note Disk mirroring is optional on the Sun Netra t 112x and Sun Ultra E450 server platforms. |
The Cisco Signaling Controller includes two tools that you can use to provision the software: the Cisco MGG Manager (CCM) graphical user interface (GUI) application and the Man-Machine Language (MML) Command Line Interface (CLI) application.
CCM makes provisioning easier for less-experienced administrators by listing all the components that need to be configured and by providing windows that display all configuration parameters for each component. Instructions for provisioning with CCM can be found in the Cisco Media Gateway Controller Software Release 7 Provisioning Guide.
Although MML provisioning requires more keystrokes, quick provisioning updates can sometimes be made faster with MML commands, because you don't have to go through the process of launching CCM. When you enter MML commands into a batch file, you can copy and paste configuration commands to speed command entry, and you can copy and modify MML scripts to configure additional Cisco MGC switches. For information on provisioning with MML, see the Cisco Media Gateway Controller Software Release 7 Provisioning Guide.
You can use both CCM and MML to provision the Cisco Signaling Controller. However, you can use only one of these tools at a time for actual configuring. Table 3-1 lists some of the features of CCM and MML and provides guidelines for selecting between the two tools
.
| Specifications/Features | CCM | MML |
|---|---|---|
System Basics | X-windows GUI front end, | CLI that interacts directly with the Cisco Signaling Controller. |
System Hardware/Software Requirements | SC host server running Sun Solaris 2.6 OS Running the CCM on the same server as the Cisco Signaling Controller can adversely impact performance. Cisco recommends using a separate server. | Runs on the SC host server. |
Batch File Support | No | Yes |
Level of Network/Telephony Experience Required | Little experience required; very easy to use. | Requires a high level of experience with MML and the Cisco Signaling |
Best Used For |
|
|
Posted: Thu Jun 15 14:47:20 PDT 2000
Copyright 1989 - 2000©Cisco Systems Inc.