The content of this documentation was current at the time the product was released. To
check for updates to the latest documentation and software for MCS 5100, click one of
the following links:
Link toTakes you directly to the
Latest SoftwareNortel page for MCS 5100 software located at
Latest DocumentationNortel page for MCS 5100 documentation located at
This section explains how to get help for Nortel products and services.
Getting help from the Nortel web site
The best way to get technical support for Nortel products is from the Nortel Technical Support
web site:
www.nortel.com/support
This site provides quick access to software, documentation, bulletins, and tools to address
issues with Nortel products. From this site, you can:
•download software, documentation, and product bulletins
•search the Technical Support Web site and the Nortel Knowledge Base for answers
to technical issues
•sign up for automatic notification of new software and documentation for Nortel
equipment
•open and manage technical support cases
Getting help over the phone from a Nortel Solutions Center
If you do not find the information you require on the Nortel Technical Support web site, and
you have a Nortel support contract, you can also get help over the phone from a Nortel
Solutions Center.
In North America, call 1-800-4NORTEL (1-800-466-7835).
Outside North America, go to the following Web site to obtain the phone number for your
region:
Getting help from a specialist by using an Express Routing Code
To access some Nortel Technical Solutions Centers, you can use an Express Routing Code
(ERC) to quickly route your call to a specialist in your Nortel product or service. To locate the
ERC for your product or service, go to:
www.nortel.com/erc
Getting help through a Nortel distributor or reseller
If you purchased a service contract for your Nortel product from a distributor or authorized
reseller, contact the technical support staff for that distributor or reseller.
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
•Operations, administration, and management on page 12
•Interfaces on page 13
— Protocols on page 13
— Network interfaces on page 14
Functional description
The Real-time Transport Protocol (RTP) Media Portal is an optional
component that addresses media plane specific issues with advanced
service delivery, Internet addressing efficiencies, and system security.
The primary function of the RTP Media Portal is to extend the reach of
multimedia services so that they are accessible to obscured endpoints,
devices residing behind a firewall, or a Network Address Translation
(NAT) and/or Network Address Port Translation (NAPT) device.
Functioning as a media NAPT point that shields Multimedia
Communications Platform (MCP) Service Network components from
external exposure, the RTP Media Portal also provides IP address/port
pair mapping between internal and external network components as
well as media anchoring and media pivot abilities for terminals.
The RTP Media Portal may be deployed in a single- or dual-network
configuration. For dual-networks, the RTP Media Portal enables
elements in the Protected MCS Network to safely communicate with
elements in the Managed IP access network.
Figure 1, Network component topology, on page 8 is a graphical
depiction of the RTP Media Portal’s position in a single-network MCS
solution.
Figure 1 Network component topology
8
Hardware
The RTP Media Portal resides on a Motorola* CPX8216T platform, a
16-slot CompactPCI (cPCI) chassis design.
The chassis offers a High Availability platform that provides the basic
operating environment (such as power, backplane, cooling, and
mounting slots) required to sustain the resident subcomponent
single-board computers. The CPX8216T hardware architecture
partitions the chassis into separate logical operational Domains,
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
dividing the chassis shelf into two half-shelves consisting of 8-slots
each.
Note: The chassis logical Domains are not internet Domains.
Rather, the term is used to identify Side A and Side B of the chassis.
Other terms used interchangeably include: Domain A and Domain B,
Left Domain and Right Domain, and half-shelf.
An RTP Media Portal occupies a single logical operational Domain in
the CPX8216T. A single CPX8216T chassis can host two RTP Media
Portal components (one in chassis Domain A, the other in chassis
Domain B) as shown in Figure 2, Card slot associations for the two
logical Domains in a single chassis, on page 9.
Figure 2 Card slot associations for the two logical Domains in a
single chassis
9
If the chassis is viewed from the front, the slots are numbered from left
to right (1-16). If viewed from the rear, the slots are numbered from right
Within the CPX8216T dual 8-slot architecture, each logical Domain in
the chassis contains a dedicated host card (with an associated
transition module in the rear), a slot dedicated to the Motorola Hot Swap
Controller (HSC), and the remaining six slots which may be populated
with Media Blades (media input/output cards with an associated
transition module in the rear).
The Hot Swap Controller in the Left Domain controls the Right Domain.
The Hot Swap Controller in the Right Domain controls the Left Domain.
Each logical Domain, and therefore each RTP Media Portal, consists of
the following hardware components:
•a single CPV5370 Intel processor board (the host card) with 1 GB
memory, a SCSI input/output (I/O) daughter board, and rear
Transition Module.
•Hot Swap Controller and Bridge (HSC) module
•SCSI CD-ROM drive
•SCSI hard drive
•Floppy drive
•One (or more) Motorola MCPN765 Power PC processor board (the
Media Blade), with 64 MB RAM and associated Rear Transition
Module.
•Available AC or DC power options
Customer provided requirements include:
•Mouse
•Keyboard
12
•Monitor
Software
The RTP Media Portal is primarily a software entity that is comprised of
subcomponents distributed across the hardware platform.
The RTP Media Portal, servers and components must be configured
and provisioned under the same site as the management server, even
if deployed from a remote location. Failure to deploy the RTP Media
Portal under the same site as the management server will prevent OMs,
logs, and alarms form being managed from the System Management
Console. For more information regarding network configuration, refer to
MCS 5100 Network Engineering and Deployment Guide
(NN10313-191).
For information regarding maintenance updates, refer to Maintenance
updates on page 19. For information regarding the upgrading of RTP
Media Portal software releases, refer to Full release upgrades
page 27.
Operations, administration, and management
Operations, administration, and management (OAM) of the RTP Media
Portal is available through the System Management Console. This
console provides an overall view into the status of the various
on
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
components in the system and administrative access to OAM functions
(including fault and configuration management).
RTP Media Portal OAM data is stored on both the Management Module
and the database. The Management Module stores alarm and log data.
Configuration data is stored locally on the RTP Media Portal as well as
persistently in the database. For a graphical view of these relationships,
please refer to Figure 5, OAM interoperability, on page 13.
Figure 5 OAM interoperability
13
Interfaces
Protocols
For additional information, please refer to MCS 5100System
Management Console User Guide. (NN10273-111)
While in service, the RTP Media Portal interfaces with the network
through the following protocols:
•MPCP, Media Portal Control Protocol, used to control messages
between the SIP Application Module and the RTP Media Portal.
MPCP messages control the making, modification, and breaking of
media session connections.
•RTP, Real-time Transport Protocol, transports real-time media
streams (for example, audio and video) across a packet network.
•RTCP, Real-time Transport Control Protocol, provides a means of
sharing session data (for example, performance data) between
endpoints.
•UDP, User Datagram Protocol, provides data-based media streams
(for example, file transfer).
•TCP, Transmission Control Protocol, communicates configuration,
performance data, logs, and alarms (OAM data) between the RTP
Media Portal and the Management Module.
Network interfaces
The RTP Media Portal is comprised of two physical hardware
subcomponents: a single Host CPU, and up to six (6) Media Blades.
The following figure shows an example of RTP Media Portal
dual-network connectivity between a Protected MCS Network and a
Public Network.
Figure 6 RTP Media Portal operational interface - dual-network deployment
H
CP
r
Networ
MCS
Medi
Bl
li
Network
The Host CPU interacts with the management infrastructure to provide
OAM capabilities. The Host CPU also provides the control capabilities
(MPCP) through which a call controller can access, manipulate, and
apply advanced functions to media streams.
The Media Blades provide the Media Packet Engine for processing
media streams. A Media Blade can be configured for a dual- (see
Figure 6) or single-network deployment (see Figure 7). For
single-network deployment, the Media Blade and Host CPU must be on
the same local network. This enables the distributed Host and Media
Blades to communicate using a non-routable network addressing
scheme.
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
Figure 7 RTP Media Portal operational interface - single-network
deployment
15
Host
CPU
RTP Media
Portal
Network
Host CPU
As shown in Figure 8, Control and OAM interface - CPV5370 Host card
and RTP Media Portal, on page 16, the Rear Transition Module for the
host card (CPV5370) provides the following:
•COM2 port for connection to a terminal server and local monitor.
•Two Ethernet ports which provide connectivity to the Protected MCS
Network. The connection carries control and OAM data.
— The Ethernet 1 port is used to provide an active connection.
Control/OAM
Media
Blades
Media
— The Ethernet 2 port provides a standby connection. The standby
ethernet function is enabled by default through the “Activate IP
Failover” property when configuring the RTP Media Portal. (For
additional information, refer to Tabl e 2,
The Rear Transition Module contains two, 10/100 BaseT Ethernet
connections for RTP/RTCP/UDP media streams. Each Media Blade
(pair of MCPN765 and TM-PIMC-0101 cards) performs the following
functions:
•Connectivity for RTP/RTCP/UDP media streams.
•Address and Port Discovery (APD) for obscured media endpoints.
•Relay of media packets between end points.
•An array of NAT and/or NAPT functions.
The NET ports are used as following:
•In a single-network deployment, only the NET2 port is used.
•In dual-network deployment, NET2 is used for connectivity to the
Protected MCS Network and NET1 for the other network.
References
The following are referenced in this document and provide additional
information:
18
•MCS 5100 Network Engineering and Deployment, NN10313-191
•MCS 5100 System Management Console User Guide,
NN10273-111
•Provisioning Client User Guide, NN42020-105
•MCS 5100 Fault Management: Alarm and Log Reference,
NN10385-900
•MCS 5100 Accounting Module Basics, NN10279-111
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
•Operations, administration, and management on page 19
•Maintenance update tasks on page 20
— Shut down the RTP Media Portal component on page 21
— Update the RTP Media Portal component on page 23
Functional description
This chapter documents upgrade tasks to be performed when
upgrading a maintenance release.
Tools and utilities
Upgrades to the RTP Media Portal are performed through the System
Management Console. Please refer to MCS 5100 System Management Console User Guide (NN10273-111) for more information.
Operations, administration, and management
The SIP Application Module may try to contact the RTP Media Portal
while the update is in progress, potentially generating error logs. To
minimize impact to service, the RTP Media Portal should first be
SHUTDOWN so that it does not accept new service requests. While
shutting down, the RTP Media Portal will continue to process
established media sessions. These pre-existing media sessions are
cleared as the associated calls end. The RTP Media Portal
automatically transitions into the LOCKED state when there are no
active media sessions present. When this occurs, it is safe to proceed
with the upgrade without affecting service.
CAUTION
It is possible to update and reboot one RTP Media
Portal in a chassis, while the RTP Media Portal in the
other half of the chassis continues to run the previous
software. Once one RTP Media Portal is updated, the
other RTP Media Portal in the chassis can be
shutdown, locked, updated, and rebooted. This
rolling upgrade will only impact available capacity and
will not cause a service outage.
Updating all RTP Media Portals concurrently will
cause a service outage.
If an upgrade fails during the initial stages, a rollback to the previous
load is performed. A notification of the failure appears within the System
Management Console.
20
If a component upgrade fails after the initial stages of the upgrade, it
does not rollback automatically. A dialog box appears in the
Management Console stating that the upgrade failed and prompts the
administrator to determine whether a rollback should be performed.
Upgrade commands may require several minutes to complete
execution and will initiate a reboot of the RTP Media Portal. The length
of the reboot is approximately 2-3 minutes. Due to reduced capacity,
perform updates during low traffic periods.
Maintenance update tasks
For maintenance updates, administrators may decide to either upgrade
the RTP Media Portal component to the latest maintenance release, or
downgrade the RTP Media Portal component to a previous
maintenance release.
To upgrade or downgrade the RTP Media Portal, the update operation
is issued to the RTP Media Portal from the System Management
Console. This operation will reboot the host card, which in turn reboots
all Media Blades. When the RTP Media Portal recovers from this
operation, it is in service (UNLOCKED) with the updated software.
To avoid any conflicts with service requests from the SIP Application
Module(s), the following procedure describes the steps that must be
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
followed when updating a software load for the RTP Media Portal
component.
From the System Management Console
1Shut down the RTP Media Portal component. For details, please
refer to Shut down the RTP Media Portal component on page 21.
2Update the software load for the RTP Media Portal component.
For details, please refer to Update the RTP Media Portal
component on page 23.
Shut down the RTP Media Portal component
The following procedure describes how to shutdown the RTP Media
Portal component. To perform these procedures, the administrator must
login to the System Management Console. For detailed procedures on
logging into the System Management Console, please refer to MCS 5100 System Management Console User Guide(NN10273-111).
From the System Management Console
1In the System tree, right-click on the RTP Media Portal
component.
21
2From the pop-up menu, select the Shutdown command. You
can also launch the shutdown command by selecting Shutdown
from the pull-down Operations menu.
3A confirmation window appears. Click on the Yes button to
continue.
Figure 11 RTP Portal Shutdown confirmation
4The RTP Media Portal component shuts down gracefully and
eventually goes into a LOCKED state when the last active media
session ends (as seen in the General Information Area of the
System Management Console).
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
The following procedure describes how to update a load for the RTP
Media Portal component.
Note: Updates (both upgrades and downgrades) to network
components must be performed in a specific order. Please refer to
MCS 5100Basics (NN10270-100) for further information.
From the System Management Console
1In the System tree, right-click on the RTP Media Portal
component.
2From the pop-up menu, select the Update command. This
command may require substantial time to complete execution.
Figure 12 Update from the pop-up menu
23
You can also launch the update command from the pull-down
Configuration menu.
3The Load List window appears. The window only shows
software loads suitable for the RTP Media Portal component
type, since this is the component type being updated.
Figure 14 Load list for updating
25
4Select the load version that should be used to update the RTP
Media Portal. Click on the Apply button.
5The System Management Console displays the RTP Media
Portal configuration window. If required, modify any
configuration properties. For a description of these properties,
please refer to Configuration tabs and properties on page 47.
Make changes as needed, then click on the Apply button to
continue.
6A window showing the progress of the update appears. Once the
update has completed, the Update successful message appears
showing that the RTP Media Portal component was successfully
updated.
•Operations, administration, and management on page 27
•Upgrade tasks on page 28
— Shutdown the target RTP Media Portal component on page 29
— Delete the previous load of the RTP Media Portal component on
page 30
— Upgrade the RTP Media Portal component on page 30
— Deploy the RTP Media Portal component on page 31
Functional description
This chapter documents upgrade tasks to be performed when
upgrading to a full release.
Tools and utilities
Upgrades to the RTP Media Portal are partially performed through the
System Management Console. Please refer to MCS 5100System Management Console User Guide (NN10273-111) for more
information.
Operations, administration, and management
The SIP Application Module may try to contact the RTP Media Portal
while the update is in progress, potentially generating error logs. To
minimize impact to service, the RTP Media Portal should first be
SHUTDOWN so that it does not accept new service requests. While
shutting down, the RTP Media Portal will continue to process
established media sessions. These pre-existing media sessions are
cleared as the associated calls end. The RTP Media Portal
automatically transitions into the LOCKED state when there are no
active media sessions present. When this occurs, it is safe to proceed
with the upgrade without affecting service.
CAUTION
It is possible to update and reboot one RTP Media
Portal in a chassis, while the RTP Media Portal in the
other half of the chassis continues to run the previous
software. Once one RTP Media Portal is updated, the
other RTP Media Portal in the chassis can be
shutdown, locked, updated, and rebooted. This
rolling upgrade will only impact available capacity and
will not cause a service outage.
Upgrading all RTP Media Portals concurrently will
cause a service outage.
If an upgrade fails during the initial stages, a rollback to the previous
load is performed. A notification of the failure appears within the System
Management Console.
28
If a component upgrade fails after the initial stages of the upgrade, it
does not rollback automatically. A dialog box appears in the
Management Console stating that the upgrade failed and prompts the
administrator to determine whether a rollback should be performed.
The length of time required to complete an upgrade is approximately 30
minutes. While there is no impact to call-processing services, perform
updates during low traffic periods to minimize reduced capacity.
Upgrade tasks
This section provides instruction for a full release RTP Media Portal
upgrade.
From the System Management Console and terminal window
1Shutdown the targeted RTP Media Portal component. For
2Delete the previous load of the RTP Media Portal component
details, please refer to Shutdown the target RTP Media Portal
component on page 29.
from the server. For details, refer to Delete the previous load of
the RTP Media Portal component on page 30.
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
4The RTP Media Portal component shuts down gracefully and
eventually goes into a LOCKED state when the last active media
session ends (as seen in the General Information Area of the
System Management Console).
Delete the previous load of the RTP Media Portal component
The following procedure describes how to delete the previous load of
the RTP Media Portal component.
From the System Management Console
1In the system tree, right-click on the target RTP Media Portal
component.
30
2From the pop-up menu, select the Delete command.
This command removes the previous load, preventing problems
that might occur if an older build is brought into service on top of
a newer one.
Upgrade the RTP Media Portal component
The following procedure describes how to upgrade the RTP Media
Portal load. Use Terminal Server access, or the main console with
keyboard and monitor attached.
From a terminal window
1Log in as root on the target RTP Media Portal.
2Insert the upgrade CD into the associated CD-ROM.
3Mount the CD.
mount /dev/cdrom <Enter>
mnt/cdrom <Enter>
4Change directory to the top-level directory on the CD.
cd /mnt/cdrom <Enter>
5Run the install script.
./install <Enter>
6Change directory.
NN10265-111 MCS 5100 3.5 Standard 4.0 January 2006
Loading...
+ 88 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.