Information is subject to change without notice. Nortel Networks reserves the right to make changes
in design or components as progress in engineering and manufacturing may warrant.
The process of transmitting data and call messaging between the Meridian 1 and Symposium
Express Call Center is proprietary to Nortel Networks. Any other use of the data and the
transmission process is a violation of the user license unless specifically authorized in writing by
Nortel Networks prior to such use. Violations of the license by alternative usage of any portion of this
process or the related hardware constitutes grounds for an immediate termination of the license and
Nortel Networks reserves the right to seek all allowable remedies for such breach.
*Nortel, Nortel (logo), the Globemark, and This is the Way, This is Nortel (design mark), CallPilot,
DMS, DMS-100, DMS-250, DMS-MTX, DPN, Dualmode, Helmsman, IVR, MAP, Meridian, Meridian
1, Meridian Mail, Norstar, Optivity, SL-1, SL-100, Supernode, and Symposium are trademarks of
Nortel Networks.
Publication history
March 2005
April 2003
This is the Standard 2.0 version of the Nortel Symposium
Express Call Center Voice Services on Media Card
Maintenance and Troubleshooting Guide for Release 4.2.
This is the Standard 1.0 version of the Nortel Networks
Symposium Express Call Center Voice Services Card
Maintenance and Troubleshooting Guide for Release 4.2.
Voice Services on Media Card Maintenance and Troubleshooting Guidev
Voice Services on Media Card Maintenance and Troubleshooting Guideix
List of tablesStandard 2.0
xSymposium Express Call Center
March 2005Media Card
Media Card test and debug capabilities
Introduction
The NTVQ01BB Media Card provides maintenance and diagnostic features to
identify and clear fault conditions. Also included are upgrade features that
require the user to have access to the card’s operating system (VxWorks). The
Media Card features include
!self-test features
!factory-test features
!debug features (user name and password required)
!application loadware upgrade
!VxWorks shell debug utilities
!setting the Internet Protocol address
Voice Services on Media Card Maintenance and Troubleshooting Guide11
Media CardStandard 2.0
Self-test features
The Media Card runs various diagnostics to detect hardware faults and ensure
correct operation. The tests include
!8051 power-up self-tests
!BIOS diagnostics
!base code self-tests
Progress information on self-tests is available through the serial port on the
Media Card.
12Symposium Express Call Center
March 2005Media Card
Factory-test features
Introduction
Factory-test features include the HEX Display, Status LED, and Reset Switch.
HEX display
The Media Card includes a HEX LED display to provide status information
during maintenance operations. During power-up and diagnostic tests, this
display provides a visual indication of progress, and information if a failure is
detected. The HEX LED display codes are indicated in
HEX display codes,” on page 15.
Table 2, “Media Card
During normal operation, the display cycles through the number of enabled
voice services (M2616) ports, the number of booted DSP ports, the number of
channels authorized by the keycode, and the total channel capacity of the card.
For example, the HEX display appears.
Table 1: Hex display codes during normal operation
Display
field
Meaning
A:XXNumber of enabled voice services ports.
D:XXNumber of installed DSP ports.
K:XXCapacity of card enabled via Keycode.
C:XXCurrent capacity of card (smallest of A, D, and K).
MAINThe card is in maintenance mode (all ports are disabled).
You can also use the RS-232 port to monitor the progress of self-tests. Messages
indicating the completion of each self-test phase, as well as any detected faults,
print to this port.
Voice Services on Media Card Maintenance and Troubleshooting Guide13
Media CardStandard 2.0
Status LED
A single red LED on the faceplate indicates the enabled/disabled status of the
Media Card, and also provides an indication of the status of the power-on selftest.
The LED is OFF if
!the channel capacity of the Media Card is non-zero
and
!the card is in the normal mode of operation
The LED is ON if
!the channel capacity of the Media Card is zero
or
!the card is disabled from LD 32
Reset switch
A reset switch on the faceplate allows an operator to manually reset the card
without having to power down. This switch is normally used to clear a fault
condition during setup or non-traffic periods, and to check firmware and
loadware versions.
CAUTION
Risk of equipment damage
Before using the Reset switch, ensure that the Media Card has
been disabled in LD 32 using the DISC command. Otherwise,
some of the ports may cause an OVD error on the Meridian 1/
Succession CPU and become disabled when the card resets.
Once the card is active again (the HEX display has passed T:21
state), reenable the card in LD 32 using the ENLC command.
14Symposium Express Call Center
March 2005Media Card
Media Card HEX Display Codes
The Media Card includes a HEX LED display to provide status information
during maintenance operations.
The following table shows the HEX display codes during the startup sequence
for the Media Card.
If the internal RAM test, ALU test, address mode test, boot ROM test, timer test,
or external RAM test fails, the pack goes into a maintenance loop as no further
processing is possible.
Table 2: Media Card HEX display codes
Media Card
Display code
T:00Initialization
Definition
T:01Testing Internal RAM
T:02Testing ALU
T:03Testing address modes
T:04Testing watchdog
T:05Testing 8051 coprocessor
T:06Testing timers
T:07Testing external RAM
T:08Testing dongle
T:09Programming timeswitch FPGA
T:10Programming ISPDI FPGA
T:11Testing host dual port RAM
T:12Testing DS-30 dual port RAM
T:13Testing SEEPROM
Voice Services on Media Card Maintenance and Troubleshooting Guide15
Media CardStandard 2.0
Table 2: Media Card HEX display codes (continued)
Media Card
Display code
Definition
T:14Booting IXP1200, waiting for response with self-
test information
T:15Not used at present
T:16Not used at present
T:17Not used at present
T:18Not used at present
T:19Not used at present
T:20Waiting for application startup message from
IXP1200
T:21CardLAN enabled, waiting for request
configuration message
T:22CardLAN operational, A07 enabled, display now
under host control
If a test fails, F:XX appears on the HEX display for 3 seconds after the T:13
message, where XX is the number of the test that failed. For example, if the
8051 coprocessor test failed, F:05 appears. If more than one test fails, the
message indicates the first failure.
In addition, if the Media Card encounters any failures during its initialization, an
H:XX error code appears. The initialization error codes are listed in Table 3
below.
Table 3: Media Card initialization error codes
Error codeDefinition
H:00IXP1200 not booting
H:01SDRAM test failure
16Symposium Express Call Center
March 2005Media Card
Table 3: Media Card initialization error codes (continued)
Error codeDefinition
H:02SRAM test failure
H:04PCMCIA device failure
H:08Network interface failure
H:10Meridian interface failure
H:20DSP interface failure
T:40NVRAM/EEPROM interface failure
T:80PCM connector failure
Debug terminal access
The Media Card provides two RS-232 ports—one accessible via the
NTMF94BA backplane cable, and the other using the maintenance port on the
card faceplate. Only the backplane cable, labeled COM1, provides access to the
Media Card for both OA&M and debugging purposes. The pinouts for the RS232 ports are listed in
Table 6, “Faceplate mini-DIN connector,” on page 19. Messages indicating the
completion of each self-test phase, as well as any detected faults, are printed.
Table 5, “RS-232 backplane signals,” on page 18, and in
Voice Services on Media Card Maintenance and Troubleshooting Guide17
Media CardStandard 2.0
Table 4: Serial port settings
Bits Per Second
Data Bits
Parity
Stop Bits
Flow Control
CAUTION
Risk of equipment damage
Two serial connectors are available—the mini-DIN connector
on the faceplate, and the backplane cable marked COM1.
However, you can only use one connector at a time, as both are
connected to the same serial port.
When configuring the serial communications program, you
must use the settings given in
9600
8
None
1
None
Table 4, “Serial port settings.”
Table 5: RS-232 backplane signals
Pin No.SignalDirDescription
69ASGNDACPort A Signal Ground
69BBDCDA-IPort A Data Carrier Detect
73ABSINA-IPort A Serial Data In
73BBSOUTA-OPort A Serial Data Out
74ABDTRA-OPort A Data Terminal Ready
74BBCTSA-IPort A Clear To Send
75ABDSRA-IPort A Data Set Ready
18Symposium Express Call Center
March 2005Media Card
Table 5: RS-232 backplane signals (continued)
Pin No.SignalDirDescription
75BBRTSA-OPort A Request To Send
76ASGNDBCPort B Signal Ground
76BBSINB-IPort B Serial Data In
77ABSOUTB-OPort B Serial Data Out
77BBDCDB-CPort B Data Carrier Detect
78ABDTRB-OPort B Data Terminal Ready
78BBDSRB-IPort B Data Set Ready
Table 6: Faceplate mini-DIN connector
Pin
No.
SignalDirDescription
1BDTRB-OPort B Data Terminal Ready
2BSOUTB-OPort B Serial Data Out
3BSINB-IPort B Serial Data In
4SGNDCSignal Ground
5BSINA-IPort A Serial Data In
6BCTSA-IPort A Clear To Send
7BSOUTA-OPort A Serial Data Out
8BDTRA-OPort A Data Terminal Ready
Voice Services on Media Card Maintenance and Troubleshooting Guide19
Media CardStandard 2.0
Debug features
While the Media Card is starting, the 8051 auxiliary processor has control of the
serial port, and uses it to provide debug information, progress of self-tests, and
so on. Once the 8051 releases the main processor (i486) from reset, the main
processor by default grants VxWorks shell access through this port. The Media
Card also supports remote access to the shell via a telnet connection.
Once the card is operational, the RS-232 port can be used to monitor cardLAN
and Time Compression Multiplexing (TCM) signaling between the card and the
Meridian 1 system.
Startup messages
When the card starts, a variety of diagnostic messages print to the serial port,
including hardware test results. These messages also include firmware version
information:
Rebooting Pack ...
value = 0 = 0x0
->
MC Firmware Rls 6.5
8051XA Firmware Version 4.9 6 Dec 2002
(C) Nortel Inc. 2001
EPLD Version: 4.0
32K External RAM detected
8K DPRAM detected
Dongle serial number: 10081198
All FPGAs are configured
All self-tests have passed
SRAM test okay
SDRAM Addr test okay
SDRAM blank over
Early serial debug initialized
VxWorks System Boot
Copyright 1984-1998 Wind River Systems, Inc.
20Symposium Express Call Center
March 2005Media Card
VxWorks shell
Introduction
The VxWorks shell is used for performing basic administrative and management
tasks, the most important of which is loadware upgrade. You can access the
VxWorks shell through a serial connection from a PC or a telnet connection.
The shell is protected from unauthorized access by a username and password.
This password is common across FTP, telnet, and the serial port. If the shell is
idle for a period of time, the shell is logged off, and the password and username
must be reentered to gain access. This time-out defaults to 10 minutes, but it can
be set to any value between 30 and 4095 seconds (1 hour 8 minutes 15 seconds)
using the shell function shellTimeoutSet n, where n is the desired time-out in
seconds. The current value of the shell time-out in seconds is returned by the
shell function shellTimeoutGet:
-> shellTimeoutSet 600
-> shellTimeoutGet
value = 600 = 0x258
The shell time-out is stored in NVRAM, so changes are maintained across a
restart.
Note: Once the shell username and password have been successfully entered,
the user has complete access to all the VxWorks commands. Incorrect usage of
some shell commands causes the voice processing (VP) services loadware to
restart, and may change operational behavior.
To exit from the shell and return to the logon: prompt at any time, type the
command logout.
For the procedure to upgrade the loadware for the Media Card, see “Application
loadware upgrade for Media Card” on page 22.
Voice Services on Media Card Maintenance and Troubleshooting Guide21
Media CardStandard 2.0
Application loadware upgrade for Media Card
The Media Card stores the application loadware on the C:/ drive compact flash
card as the exec file. Only one version of the loadware is present on the compact
flash card. During upgrade, the C:/exec file is overwritten, and the contents of
the new C:/exec file are verified. The card must be restarted or reset for the new
loadware to take effect.
Before an upgrade can be performed, the Media Card must first be disabled from
LD 32 using the DISC command. The Media Card service on the Symposium
Express server must also be stopped. The card is reenabled, and the service is
restarted after the Media Card upgrade is complete.
There are two options for upgrading the loadware. The first option is to use an
FTP client to connect to the card, copy the loadware onto the PCMCIA /A: disk
of the card, and then do the upgrade from there using the command
“upgradePCMCIA.” This option takes the loadware file from the PCMCIA disk
and copies it onto the C:/exec file.
The second option is to place the loadware file on an FTP server, and use the
“upgrade” command to retrieve the file from the FTP server and copy it onto the
C:/exec file. Both options are described below.
To upgrade the loadware from the PCMCIA disk
For more information on upgrading the loadware, see the Symposium Express
Voice Services on Media Card Installation Guide.
To upgrade the loadware from an FTP server
To upgrade the loadware over the network from an FTP server, you must copy
the loadware binary file to an FTP server, and then run the upgrade.
1From the Windows Start menu, choose Programs → MSDOS Prompt.
Result: The MSDOS Prompt window appears.
2Type ftp, and then press Enter.
3Type open aaa.bbb.ccc.ddd, and then press Enter.
aaa.bbb.ccc.ddd is the IP address of the FTP Server.
4At the FTP prompt, type the appropriate user name, and then press Enter.
Result: The password> prompt appears.
22Symposium Express Call Center
March 2005Media Card
5Type the appropriate password, and then press Enter.
6Type bin, and then press Enter.
Result: The data connection is set to binary mode.
Note: The <userid> and <password> above are those of the FTP server, and
the <path> above is the path to the file on the FTP server.
Voice prompt file system upgrade
The voice prompt file system can be upgraded using FTP. The Media Card acts
as an FTP server for this procedure. Clients can log on to the Media Card and
update the voice prompt files on the PCMCIA card-based Flash disk. This
function should only be performed while the Media Card is idle (not handling
calls).
As there is only one disk drive available in the Media Card for prompt storage, a
PCMCIA card inserted in the front panel A: socket always appears as the DOS
volume “/A:”. After logging on to the Media Card by FTP, the command cd /A:
must be executed to access the desired disk.
Note: Double quotation marks are needed around the disk name.
Voice Services on Media Card Maintenance and Troubleshooting Guide23
Media CardStandard 2.0
VxWorks FTP server commands
The VxWorks FTP server supports the following commands from an FTP client:
get/mget – Get a file or files from the remote file system.
put/mput – Put a file or files on the remote file system.
mkdir/rmdir – Make or remove a directory on the remote file system.
delete/mdelete – Remove a file or files from the remote file system.
Note: Nortel recommends that the number of files in a directory not exceed 300.
Voice prompt backup
You can use FTP to back up the PCMCIA card disk. As the disk contains all
prompts for use with Symposium Express Call Center Voice Services, Nortel
recommends that the contents be backed up periodically in case of disk
corruption, or in case prompts are deleted in error.
Use a command line FTP client to change to each directory on the PCMCIA
disk, and the command mget to get the files you want to back up. Alternatively,
use a graphical FTP client to copy the entire PCMCIA disk at once.
24Symposium Express Call Center
March 2005Media Card
VxWorks shell debug utilities
Several debug utilities are available from the VxWorks shell, which can be used
to print the state of certain global variables. The following table provides a list
of available debug commands:
Table 7: Debug commands
CommandDescription
printAllErrorsPrints logged fatal errors.
getAriesStatePrints current state of all 32 M2616 (Aries)
sets.
printAriesState nPrints globals associated with M2616 (Aries)
set ‘x’.
printVpGlobsPrints all VP globals.
printVpChannel nPrints globals associated with VP channel ‘x’.
tr “tMaint”Resumes suspended task ‘tMaint’.
swInfoGetPrints the loadware, DSP, and 8051XA
firmware versions.
ifShowPrints the IP and Ethernet addresses.
inetstatShowPrints the status of all network links.
ping “10.0.0.2”,xPings IP address 10.0.0.2 ‘x’ number of times.
Press Ctrl+C to stop to return to VxWorks
shell.
Voice Services on Media Card Maintenance and Troubleshooting Guide25
Media CardStandard 2.0
Card utilization
You can monitor the utilization per channel on the Media Card. This can be
useful to ensure that the card is not overloaded with traffic.
To monitor card utilization
1Log on to the Media Card.
2To start monitoring, type usageClkStart.
3To end monitoring, type usageClkStop.
4To get a report of the data collected, type usageReport.
Fatal error logging
When the Media Card encounters a problem that is classed as a Fatal Error, it
logs the error in NVRAM and, if relevant, prints messages to the VxWorks
shell. The Media Card is then restarted. If a Fatal Error is logged three times
within a certain period, the tMaint task suspends itself on startup to prevent
further restarts and to allow debugging of the errors.
The NVRAM stores up to six fatal errors, starting with the most recent one. The
command printAllErrors is used to show the errors, and appears as follows:
Each error consists of a four-digit hex identifier and a time stamp. The first digit
of the identifier corresponds to the task that logged the error; the other three
digits make up a unique error number. Each of the following tables gives a brief
explanation for the fatal errors logged by every task
Table 8: Maintenance task fatal errors
Error IDDescription
:
0x1001Serious hardware fault found during bootup
0x1002VP Application startup failed
0x1003Error initializing Maint Task
0x1004Process incoming base code events other than VP
Application tasks: task in ERROR state
0x1005A VP task failed self-test
0x1006Aries Task failed to go operational
0x1007VP Application Task failed to go operational
0x1008Task suspended itself three times
Table 9: Networking task fatal error
Error IDDescription
0x12c3f84Duplicate IP address used when commissioning the
card
Table 10: Server task fatal error
Error IDDescription
0x2001Ethernet device has no IP address
0x2002Error opening VP-AP Master socket
0x2003Error binding a network address (name) to the socket
0x2004Error enabling connections to the socket
Voice Services on Media Card Maintenance and Troubleshooting Guide27
Media CardStandard 2.0
Table 10: Server task fatal error (continued)
Error IDDescription
0x2005Error in accepting connection from a client
0x2006Error; Main Server Task loop exited
Table 11: VP application task fatal errors
Error IDDescription
0x3001Malloc failed during DSP card Removal
0x3002Malloc failed during handling of channelRelease action
0x3003Malloc failed during handling of clientRelease action
0x3004Malloc failed during handling of clientRelease action
0x3005Malloc failed during handling of modifycardState action
0x3006Malloc failed during handling of
EnableDigitNotification action
0x3007Malloc failed during handling of action to Aries task
0x3008Message send to the VP Application Task fails
0x3009Message send to the VP Application Task fails
0x300AMalloc failed during posting of event to all clients
0x300BMalloc failed during shell function call
0x300CMalloc failed during retrieval of segmentSet Id
0x300DMalloc failed during creation of segment path name
0x300EMalloc failed during creation of segment path name
Information is subject to change without notice. Nortel Networks reserves the right to make changes
in design or components as progress in engineering and manufacturing may warrant.
The process of transmitting data and call messaging between the Meridian 1 and Symposium
Express Call Center is proprietary to Nortel Networks. Any other use of the data and the
transmission process is a violation of the user license unless specifically authorized in writing by
Nortel Networks prior to such use. Violations of the license by alternative usage of any portion of this
process or the related hardware constitutes grounds for an immediate termination of the license and
Nortel Networks reserves the right to seek all allowable remedies for such breach.