M1 R25 Multi-purpose Serial Data Link - smoe. · PDF fileMSDL cards are supported on Meridian 1 systems running X11 release 18 ... • Meridian 1 Serial Data Interface ... Multi-purpose

Meridian 1

Multi-purpose Serial Data Link Description

Document Number: 553-3001-195Document Release: Standard 7.00Date: April 2000

Year Publish FCC TM

Copyright © 1992–2000 Nortel NetworksAll Rights Reserved

Printed in Canada

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. This equipment has been tested and found to comply with the limits for a Class A digital device pursuant to Part 15 of the FCC rules, and the radio interference regulations of Industry Canada. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses and can radiate radio frequency energy, and if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause harmful interference in which case the user will be required to correct the interference at their own expense.

SL-1 and Meridian 1 are trademarks of Nortel Networks.


Page 3 of 60

4

ase nces nces

ars

ing.

Revision historyApril 2000

Standard 7.00. This is a global document and is up-issued for X11 Rele25.0x. Document changes include removal of: redundant content; refereto equipment types except Options 11C, 51C, 61C, and 81C; and refereto previous software releases.

June 1999Standard, release 6.00. Reissued to include editorial changes.

October 1997Standard, release 5.00. Reissued to include editorial changes.

December 1995Standard, release 4.00. Reissued to include editorial changes, revision bare not used.

August 1993Standard, release 2.00. This document is issued to include updates for X11 release 19. Changes are noted with revision bars in the margins.

December 1994Standard, release 3.00. Reissued to include editorial changes and indexDue to the extent of the changes, revision bars are not used.

December 1992Standard, release 1.00. This document is issued for the X11 release 18product introduction. Revision bars are omitted.


Page 4 of 60 Revision History

553-3001-195 Standard 7.00 April 2000

Page 5 of 60

6

7

7

8

8

9

9

1212

1414141517

19

19

19202121

26

26

29

293030

ContentsContent list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Reference list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Document overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

About MSDL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Other documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Hardware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CPU bus interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Micro Processing Unit (MPU) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serial interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MSDL operations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data flow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Content list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Reference list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Available network card slots . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Meridian 1 card mix . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Address decoding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Port specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Implementation guidelines . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Environmental and power requirements . . . . . . . . . . . . . . . . . . . . . . .

Content list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Reference list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Device number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MSDL interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .


Page 6 of 60 Contents

323335

37

39

39

40424242

4444

4547

49

51

51

52

53

Installing the MSDL card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cable requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cable installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MSDL planning form . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Content list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Reference list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

MSDL states . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Manually disabled . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Manually enabled . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System disabled . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Maintaining the MSDL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . System controlled maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . . Manually controlled maintenance . . . . . . . . . . . . . . . . . . . . . . . . . . Manually isolating and correcting faults . . . . . . . . . . . . . . . . . . . . .

Replacing MSDL cards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Content list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Reference list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Troubleshooting actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

System disabled actions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

553-3001-195 Standard 7.00 April 2000

Page 7 of 60

18

IntroductionContent list

The following are the topics in this section:

• Reference list 7

• Document overview 8

• About MSDL 8

• Other documentation 9

• Hardware 9

• Architecture 12

• CPU bus interface 12

• Micro Processing Unit (MPU) 14

• Memory 14

• Serial interface 14

• MSDL operations 15

• Data flow 17

Reference listThe following are the references in this section:

• Capacity Engineering (553-3001-149)

• Meridian 1 Serial Data Interface Cards: Description (553-3001-107)

• Meridian Link ISDN/AP General Guide (553-2901-100)

• X11 Administration (553-3001-311)


Page 8 of 60 Introduction

n

ur

d. eral

11 rface

or us ds h the nd

f ur orts, SDL

18

• Meridian Link description (553-3201-110)

• X11 System Management Applications (553-3001-301)

The Multi-purpose Serial Data Link card facilitates smooth communicatiobetween the Meridian 1 system and peripheral devices or D-channels.

Document overviewThis document is a global document. Contact your system supplier or yoNortel Networks representative to verify that the hardware and softwaredescribed is supported in your area.

This document describes the Multi-purpose Serial Data Link (MSDL) carThis card provides multiple interface types with four full-duplex serial I/Oports that can be independently configured for various operations. Periphsoftware downloaded to the MSDL controls functionality for each port. Synchronous operation is permitted on all MSDL ports. Beginning with Xrelease 19, port 0 can be configured as an asynchronous Serial Data Inte(SDI).

About MSDLAn MSDL card occupies one network card slot in the Meridian 1 Network,Core Network Module and communicates with the CPU over the CPU band with I/O equipment over its serial ports. It can coexist with other carthat support the same functions. For example, three cards supported witMSDL (NT6D80) are QPC757 (DCHI), QPC513 (ESDI), QPC841 (SDI) aNTSD12(DDP).

Though the MSDL is designed to coexist with other cards, the number oports supported by a system equipped with MSDL cards is potentially fotimes greater than when using other cards. Since each MSDL has four prepresenting a single device, a Meridian 1 can support as many as 16 Mcards with a maximum of 64 ports.

MSDL cards are supported on Meridian 1 systems running X11 release and later.

553-3001-195 Standard 7.00 April 2000

Introduction Page 9 of 60

ss

y an

one

. On

ns

ber . For

Other documentationFor information on MSDL engineering guidelines, refer to the following documentation:

• Capacity Engineering (553-3001-149)

For complete discussions of other interface cards, refer to the following documentation:


For information regarding D-channel, Application Module Link, and X11 features, refer to the following documents:




To read about the Serial Data Interface (SDI) and Single Terminal Acce(STA) features available with the MSDL, see X11 System Management Applications (553-3001-301).

Figure 1 shows connection examples and the number of ports provided bMSDL, a DCHI, and an ESDI card.

HardwareThe MSDL card is a standard size Meridian 1 circuit card that occupies network card slot and plugs into the module’s backplane connector to interface with the CPU bus and to connect to the module’s power supplythe faceplate, the MSDL provides five connectors, four to connect to I/Ooperations and one to connect to a monitor device that monitors MSDL functions. Figure 2 illustrates major MSDL components and their locatioon the printed circuit card.

Note: Switches S9 and S10 are configured to reflect the device numset in LD 17 (DNUM). S10 designates tens, and S9 designates onesexample, set device number 14 with S10 at 1 and S9 at 4.



Figure 1Card connection examples

PRI (QPC720)

MSDL (NT6D80)

DCHI (QPC757)

VT 220terminal

PRI (QPC720)

Modem

Meridian Mail

1 devicewith 4 ports

2 deviceswith 2 ports

TTY

DCH

ISL

AML

DCH

AML

ApplicationTerminal

ESDI (QPC513)

2 deviceswith 2 ports

Meridian Mail

553-5844

553-3001-195 Standard 7.00 April 2000


Figure 2MSDL component layout

553-5431

S9 S10

OnesTens

Port 0

Port 1

Port 2

Port 3

MonitorPort

LED

S1

S2

S3

S4

S5

S6

S7

S8

ON

ON

ON

ON

ON

ON

ON

ON

Card Address Switches

DCE

DCE

DCE

DCE

DTE

DTE

DTE

DTE

422232

422232

422232

422232



is

rs

PU ess

nd U

ArchitectureFigure 3 illustrates the MSDL functional block diagram. The MSDL card divided into four major functional blocks:

• CPU bus interface

• Micro Processing Unit (MPU)

• Memory

• Serial interface

Two processing units serve as the foundation for the Meridian 1/MSDL operation: the Meridian 1 Central Processing Unit (CPU) and the MSDLMicro Processing Unit (MPU). Meridian 1 software, MSDL firmware, andperipheral software control MSDL parameters. Peripheral software downloaded to the MSDL controls MSDL operations.

The MSDL card’s firmware and software do the following:

• communicate with the Meridian 1 CPU to report operation status

• receive downloaded peripheral software and configuration paramete

• coordinate data flow in conjunction with the CPU

• manage data link layer and network layer signaling that controls operations connection and disconnection

• control operation initialization and addressing

• send control messages to the operations

CPU bus interfaceThe CPU bus transmits packetized information between the Meridian 1 Cand the MSDL MPU. This interface has a 16-bit data bus, an 18-bit addrbus, and interrupt and read/write control lines.

Shared Random Access Memory (RAM) between the Meridian 1 CPU athe MSDL MPU provides an exchange medium. Both the Meridian 1 CPand the MSDL MPU can access this memory.

553-3001-195 Standard 7.00 April 2000


Figure 3MSDL block diagram

Address Buffer and Decoding Logic

Control and DataTransceivers

Interface Registers

Micro Processing Unit

(68020 MPU)

MPU AddressDecoding Logic

Shared ResourceArbitrator

Memory AddressCounter & Buffer Shared Memory

Integrated Serial Communication Controllers

RS-232/422Transceiver

Port 0 Port 1 Port 2 Port 3

RS-232Transceiver

Parallel I/O Controller

Monitor Port

Memory

DMAArbitrator

CPU Bus Address Bus

Control Bus

Data Bus

MPU Bus Address Bus

Control Bus

Data Bus

553-5432






nd bus

M)

er sh PU

M)

l

r nly.

Micro Processing Unit (MPU)The MPU, which is based on a Motorola 68020 processor, coordinates acontrols data transfer and port addressing, communicating via the CPU with the Meridian 1. Prioritized interrupts tell the MPU which tasks to perform.

MemoryThe MSDL card contains two megabytes of Random Access Memory (RAfor storing downloaded peripheral software that controls MSDL port operations. The MSDL card includes the shared RAM that is used as a communication interface buffer between the CPU and the MPU.

The MSDL Flash Erasable Programmable Read Only Memory (Flash EPROM) also includes the peripheral software to protect it against a powfailure or reset. MSDL can copy peripheral software directly from the FlaEPROM after power up or reset instead of requesting that the Meridian 1 Cdownload it.

The MSDL card also contains Programmable Read Only Memory (PROfor firmware that includes the bootstrap code.

Serial interfaceThe MSDL card provides one monitor port and four programmable seriaports that can be configured for the following various interfaces and combinations of interfaces:

• synchronous ports 0–3

• asynchronous port 0

• DCE or DTE equipment emulation mode

• RS-232 or RS-422 interface

Transmission mode All four ports of the MSDL can be configured for synchronous data transmission by software. Port 0 can be configured foasynchronous data transmission for CRT, TTY, and printer applications o

Equipment emulation mode Configure an MSDL port to emulate DCE or DTE by setting switches on the card and downloading LD 17 interface parameters.

553-3001-195 Standard 7.00 April 2000


ale

l he

d 3.

is no

g

n to

e

I/O port electrical interface Each MSDL port can be configured as an RS-232 or RS-422 interface by setting the switches on the MSDL card. MSDL ports use Small Computer Systems Interface (SCSI) II 26- pin femconnectors.

Figure 4 shows Meridian 1 architecture using the MSDL as an operationaplatform. It illustrates operation routing from the Meridian 1 CPU, through tMSDL, to the I/O equipment. It also shows an example in which DCH operation peripheral software in the MSDL controls functions on ports 2 an

MSDL operationsThe Meridian 1 automatically performs self-test and data flow activities. Unless a permanent problem exists and the system cannot recover, therevisual indication that these operations are taking place.

The Meridian 1 controls the MSDL card with software that it has downloaded. The MSDL and the Meridian 1 enable the MSDL by followinthese steps:

1 When the MSDL card is placed in the Meridian 1, the card starts a self-test.

2 When the MSDL passes the test, it indicates its state and L/W versiothe Meridian 1. The Meridian 1 CPU checks to see if downloading isrequired.

3 After downloading the peripheral software, the Meridian 1 enables thMSDL.

4 MSDL applications (DCH, AML, SDI) may be brought up if appropriately configured.



Figure 4MSDL functional block diagram

AML Loadware

CPU Bus

Boot Code& LoaderModules

MSDL Handler

Meridian 1 Interface Module

Physical Layer (Layer 1) Handler

PSOS+

Meridian Mail PRI Trunk PRI Trunk

Meridian 1 software

MSDL software modules

Application Module Link

D-Channel

Meridian 1AML Handler

Meridian 1DCH Handler

DCH Loadware

Port 0 Port 1 Port 2 Port 3

Meridian Link

553-5433

553-3001-195 Standard 7.00 April 2000


ta a e m

ent sent

nd

tions. ified,

hold, of

fer is

Data flowThe MSDL transmit interface, managed by the MSDL handler, sends dafrom the Meridian 1 to the MSDL. This interface receives packetized datfrom the Meridian 1 and stores it in the transmit buffer on the MSDL. Thtransmit buffer transports these messages to the appropriate buffers, frowhich the messages travel over the MSDL port to the I/O equipment.

The MSDL uses the MSDL receive interface to communicate with the Meridian 1. The MSDL card receives packetized data from the I/O equipmover the MSDL ports. This data is processed by the MSDL handler and to the appropriate Meridian 1 function.

The flow control mechanism provides an orderly exchange of transmit areceive messages for each operation. Each operation has a number of outstanding messages stored in buffers waiting to be sent to their destinaAs long as the number of messages does not exceed the threshold specthe messages queue in the buffer in a first-in-first-out process.

If the outstanding number of messages for an operation reaches the thresthe flow control mechanism informs the sender to wait until the number messages is below the threshold before sending the next message.

If buffer space is not available, the request to send a message to the bufrejected and a NO BUFFER fault indication is sent.



553-3001-195 Standard 7.00 April 2000

Page 19 of 60

28

ize. le to

tem ch

Engineering guidelinesContent list



• Available network card slots 19

• Meridian 1 card mix 20

• Address decoding 21

• Port specifications 21

• Implementation guidelines 26

• Environmental and power requirements 26



• “Installation” on page 29

Meridian 1 supports a maximum of 16 MSDL cards regardless of system sSystems that lack available network card slots may not be physically abaccommodate 16 MSDL cards.

Available network card slotsThe number of available network slots in Meridian 1 depends on the sysoption, the system size, and the number of available network slots in eamodule for the selected system option.


Page 20 of 60 Engineering guidelines

ule the

rds, d

ch nous

Table 1 lists Meridian 1 system options, their corresponding network modtypes, and the network card slot numbers for the type of module used insystem.

Some of these network card slots are normally occupied by Network CaSuperloop Network Cards, Conference/TDS, and others, leaving a limitenumber of unused slots for MSDL and other cards.

Meridian 1 card mixA Meridian 1 that exclusively uses MSDL cards can support up to 16 sucards, providing 64 ports. These ports can be used to run various synchroand asynchronous operations simultaneously.

The Meridian 1 system will also support a mix of interface cards (MSDL,DCHI, and ESDI for example). However, using multiple card types will reduce the number of cards and ports available.

Refer to Meridian 1 Serial Data Interface Cards: Description (553-3001-107) for complete discussions of the specific card types.

Table 1MSDL card location

Meridian 1 Module Card slots

21E NT8D11 CE/PE Network slots 4–9

51 NT6D39 CPU/Network Network slots 1–8

61 NT6D39 CPU/Network Network slots 1–8

71 NT8D35 Network Network slots 5–13

81 NT8D35 Network Network slots 5–13

STE QCA136 CE Network slots 5–13

RT QCA147 Network Network slots 2–10, 12

NT QSD39 Network (LH)QSD40 Network (RH)

Network slots 2–10, 12, 13Network slots 5–13, 3

XT QSD39 Network (LH)QSD40 Network (RH)

Network slots 2–10Network slots 5–13

553-3001-195 Standard 7.00 April 2000

Engineering guidelines Page 21 of 60

m can

card.

se of port eans 5H,

DL.

Address decodingThe MSDL card decodes the full-length address information received frothe Meridian 1. This provides 128 unique addresses. Since MSDL portscommunicate with the CPU using a single card address, the Meridian 1 support 16 MSDL cards providing 64 ports.

The MSDL card addresses are set using decimal switches located on theThese switches can select 100 unique card addresses from 0 to 99.

An address conflict may occur between the MSDL and other cards becautruncated address decoding by the other cards. For example, if a DCHI is set to address 5, its companion port will be set to address 4, which mthat none of the MSDL cards can have hexadecimal address numbers 015H, …75H, nor addresses 04H, 14H, …74H. To avoid this conflict, X11release 19 limits the MSDL card addresses from 0 to 15.

Port specificationsThe MSDL card provides four programmable serial ports configured withsoftware as well as with switches for the following modes of operation:

Transmission mode Configure an MSDL port for synchronous or asynchronous data transmission using LD 17.

Synchronous transmission uses an external clock signal fed into the MS



riate

Table 2 lists the synchronous interface specifications and the means of configuring the interface parameters.

Asynchronous transmission uses an internal clock to generate the appropbaud rate for serial controllers.

Table 2Synchronous interface specifications

Parameter Specification Configured

Data bits In packets-Transparent N/A

Data rate 1.2, 2.4, 4.8, 9.6, 19.2, 38.4, 48, 56, and 64 kbps

Software

Transmission Full Duplex N/A

Clock Internal/External Software

Interface RS-232 Software

RS-422 Switches

Mode DTE or DCE Switches

553-3001-195 Standard 7.00 April 2000


n nt.

tion ing

the

2

ard , and t the

Table 3 lists asynchronous interface specifications and the means of configuring interface parameters.

Emulation mode Each port can be configured to emulate a DCE port or aDTE port by setting the appropriate switches on the MSDL. For details ohow to set the switches, refer to “Installation” on page 29 of this docume

DCE is a master or controlling device that is usually the source of informato the DTE and may provide the clock in a synchronous transmission linka DCE to a DTE.

DTE is a peripheral or terminal device that can transmit and receive information to and from a DCE and normally provides a user interface to system or to a DCE device.

Interface Each MSDL port can be configured as an RS-232 or an RS-42interface by setting the appropriate switches on the card.

Table 4 lists the RS-232 interface specifications for EIA and CCITT standcircuits. It shows the connector pin number, the associated signal namethe supported circuit type. It also indicates whether the signal originates aDTE or the DCE device.

Table 3Asynchronous interface specifications

Parameter Specification Configured

Data bit, parity 7 bits even, odd or no parity, or 8 bits no parity

Software

Data rate 0.3, 0.6, (1.2), 2.4, 4.8, 9.6, 19.2, and 38.4 kbps

Software

Stop bits 1 (default), 1.5, 2 Software

Transmission Full Duplex N/A

Interface RS-232 Software

RS-422 Switches

Mode DTE or DCE Switches



and
This interface uses a 26-pin (SCSI II) female connector for both RS-232 RS-422 circuits.
Table 4RS-232 interface pin assignments

Pin Signal nameEIA

circuitCCITTcircuit

DTE DCE

1 Frame Ground (FG) AA 102 — —

2 Transmit Data (TX) BA 103 X

3 Receive Data (RX) BB 104 X

4 Request to Send (RTS) CA 105 X

5 Clear to Send (CTS) CB 106 X

6 Data Set Ready (DSR) CC 107 X

7 Signal Ground (SG) AB 102 — —

8 Carrier Detect (CD) CF 109 X

15 Serial Clock Transmit (SCT)

DB 114 X

17 Serial Clock Receive (SCR)

DD 115 X

18 Local Loopback (LL) LL 141 X

20 Data Terminal Ready (DTR)

CD 108.2 X

21 Remote Loopback (RL) RL 140 X

23 Data Rate Selector (DRS) CH/CI 111/112 X

24 External Transmit Clock (ETC)

DA 113 X

25 Test Mode (TM) TM 142 X

553-3001-195 Standard 7.00 April 2000


ircuit E

Table 5 lists RS-422 interface specifications for EIA circuits. It shows theconnector pin number, the associated signal name, and the supported ctype. It also indicates whether the signal originates at the DTE or the DCdevice.

Table 5RS-422 interface pin assignments

Pin Signal NameEIA

CircuitDTE DCE

1 Frame Ground (FG) AA — —

2 Transmit Data (TXa) BAa X

3 Receive Data (RXa) BBa X

4 Request to Send (RTS) CA X

5 Clear to Send (CTS) CB X

7 Signal Ground (SG) AB — —

8 Receive Ready (RR) CF X

12 Receive Signal Timing (RST) DDb X

13 Transmit Data (TXb) BAb X

14 Transmit Signal Timing (TSTb) DBb X

15 Transmit Signal Timing (TSTa) DBa X

16 Receive Data (RXb) BBb X

17 Receive Signal Timing (RSTa) DDa X

20 Data Terminal Ready (DTR) CD X

23 Terminal Timing (TTa) DAb X

24 Terminal Timing (TTb) DAa X



:

e

ble

ards. ing

ed

Implementation guidelinesThe following are guidelines for engineering and managing MSDL cards

• An MSDL can be installed in any empty network card slot.

• A maximum of eight MSDL cards can be installed in a fully occupiedmodule because of the module’s power supply limitations.

• The Clock Controller Card should not be installed in a module if morthan 10 MSDL ports are configured as active RS-232 (rather than RS-422) ports in that module because of the module’s power supplylimitations.

• The MSDL address must not overlap other card addresses.

• Before downloading a peripheral software module for an MSDL, disaall MSDL ports on cards running the same type of operation.

Environmental and power requirementsThe MSDL card conforms to the same requirements as other interface cThe temperature, humidity, and altitude for Meridian 1 equipment, includthe MSDL, should not exceed the specifications shown in Table 6.

A stable ambient operating temperature of approximately 22°C (72°F) isrecommended. The temperature differential in the room should not exce±3°C (±5°F).

Table 6Environmental requirements

Condition Environmental specifications

Operating

TemperatureRelative HumidityAltitude

0° to 50° C (32° to 122° F)5% to 95% noncondensing3,048 meters (10,000 feet) maximum

Storage

TemperatureRelative Humidity

–50° to 70° C (–58° to 158° F)5% to 95% noncondensing

553-3001-195 Standard 7.00 April 2000


DL is

The internal power supply in each module provides DC power for the MSand other cards. Power consumption and heat dissipation for the MSDLlisted in Table 7.

Table 7MSDL power consumption

Voltage(VAC)

Current(Amps)

Power(Watts)

Heat(BTUs)

+5+12–12

3.200.100.10

16.001.201.20

55.364.154.15



553-3001-195 Standard 7.00 April 2000

Page 29 of 60

38

18

InstallationContent list



• Device number 30

• MSDL interfaces 30

• Installing the MSDL card 32

• Cable requirements 33

• Cable installation 35

• MSDL planning form 37


• Circuit Card: Installation and Testing (553-3001-211)



MSDL cards are supported on Meridian 1 systems running X11 Releaseand later.


Page 30 of 60 Installation

em d

d by rm,

ion s

Device number Before installing MSDL cards, determine which of the devices in the systare available. If all 16 devices are assigned, remove one or more installecards to replace them with MSDL cards.

Make sure that the device number assigned to the MSDL card is not usean installed card, even if one is not configured. Use the MSDL planning foat the end of this section, to assist in configuring MSDL cards.

MSDL interfacesBefore installing the cards, select the switch settings that apply to your system, the interfaces, and card addresses.

Table 8 shows the switch positions for the DCE and the DTE interface configurations on the MSDL card. Figure 5 shows the MSDL and the locatof configuration switches on the MSDL. The switch settings shown in thifigure are an example of the different types of interfaces available. Yoursystem settings may differ. Refer to Circuit Card: Installation and Testing (553-3001-211) for switch information.

Table 8MSDL interface switch settings

DCEswitch

DTEswitch

Interface Comment

OFF OFF RS-232 DTE/DCE is software configured

OFF ON RS-422 DTE All switches configured

ON OFF RS-422 DCE All switches configured

ON ON N/A Not allowed

553-3001-195 Standard 7.00 April 2000

Installation Page 31 of 60

Figure 5MSDL switch setting example

S9 S10

OnesTens

Port 0

Port 1

Port 2

Port 3

MonitorPort

LED

S1

S2

S3

S4

S5

S6

S7

S8

ON

ON

ON

ON

ON

ON

ON

ON

Care Locking Device

Card Address Select Switches

I/O Port Interface Configuration DIP Switches

Setting for an RS-232 interfaceDTE/DCE are software configured

Setting for an RS-422 DTE interface

Setting for an RS-422 DCE interface

Setting for an RS-232 interfaceDTE/DCE are software configured

DCE DTE

DCE DTE

DCE DTE

DCE DTE

553-5434



tch m r

ing

s

rd d.

ree t is

sh

not

Installing the MSDL cardTo install an MSDL into the Meridian 1 module, follow these steps:

1 Set Device Number S10 and S9.

2 Hold the MSDL by its card-locking devices. Squeeze the tabs to unlathe card locking devices and lift the locking device out and away frothe card. Be careful not to touch connector pins, conductor traces, ointegrated circuits. Static discharge may damage integrated circuits.

3 Insert the MSDL card into the selected card slot of the module followthe card guides in the module.

4 Slide the MSDL into the module until it engages the backplane connector.

5 Push the MSDL firmly into the connector using the locking devices alevers by pushing them toward the card’s front panel.

6 Push the card-locking devices firmly against the front panel of the caso they latch to the front lip in the module and to the post on the car

7 Observe the red LED on the MSDL faceplate. If it turns on, flashes thtimes, and stays on continuously, the MSDL is operating correctly bunot yet enabled. Go to step 7.

If the LED turns on and stays on continuously without flashing threetimes, the card may be defective. Go to steps 8 and 9.

8 Connect the cables. The installation is complete.

9 Unplug the MSDL card and reinsert it. If the red LED still does not flathree times, leave the card installed for approximately 10 minutes toallow the card to be initialized.

10 After 10 minutes unplug the card and reinsert it. If the card still does flash three times, the card is defective and must be replaced.

553-3001-195 Standard 7.00 April 2000


itor

Cable requirementsThe MSDL card includes four high-density 26-pin (SCSI II) female connectors for ports and one 8-pin miniature DIN connector for the monport. See Figure 6 for a diagram of the MSDL cabling configuration.

Figure 6MSDL cabling

I/Opanel

I/Opanel

QPC720

MSDL

ESDI to I/O cable(NTND27AB—6 ft.)

RS-232 shielded(QCAD328—35 ft. max.)

QCAD43A

ISL

APL applications(RS-232 cable)

SDI to terminalcable

PRI to I/O panel cable(NTND98AA)

NTND25AA—6 ft.NTND26AB—18 ft.NTND26AC—35 ft.NTND26AD—50 ft.

ISL/PRI

720

553-5845



nk

s the t the ed al 0

L t the

pes

to

r of

A D-Channel on the MSDL requires a connection from the appropriate MSDL port connector to the DCH connector located on the ISDN PRI trufaceplate.

Other operations on the MSDL are connected to external devices such aterminals and modems. To complete one of these connections, connectappropriate I/O connector on the MSDL to a connector on the I/O panel aback of the module where the MSDL is installed. If a terminal is connectto the regular SDI port, use 8 bit, VT100 terminal emulation. If the terminis connected to the SDI/STA port with line mode editing, use 8 bit, VT22terminal emulation.

To determine the type and number of cables required to connect to MSDcards, you must determine the type of operation you wish to run and selecappropriate cable to connect the operation to the MSDL port. Different tyof cables, as described in Table 9, connect the MSDL port to a device.

• NTND26, used to connect the MSDL port to the ISDN PRI trunk connector J5, for DCH

• QCAD328, when cabling between two different columns, that is, I/OI/O (when MSDL is in one row and QPC720 is in another row)

• NTND98AA (J5 of QPC720 to I/O panel)

• NTND27, used to connect the MSDL port to the I/O panel at the reathe module, for other interface functions

Table 9Cable types

Function Cable type Cable length

DCH NTND26AANTND26ABNTND26ACNTND26AD

6 feet18 feet35 feet50 feet

AML, ISL, SDI NTND27AB 6 feet

553-3001-195 Standard 7.00 April 2000


I

DL

ate

ale

Cable installationWhen the MSDL card is installed, connect the cables to the equipment required for the selected operation.

PRI trunk connectionsD-channel operations require connections between the MSDL and a PRtrunk card. Refer to Meridian Link ISDN/AP General Guide (553-2901-100) for a complete discussion of PRI and D-channels.

The following steps explain the procedure for cable connection:

1 Identify the MSDL and the PRI cards to be linked.

2 Select the appropriate length cable for the distance between the MSand the PRI card.

3 Plug the 26-pin SCSI II male connector end of a cable into the appropriate MSDL port.

4 Route the cable through cable troughs, if necessary, to the appropriPRI card.

5 Plug the DB15 male connector end of the cable into the J5 DB15 femconnector on the PRI card.

6 Secure the connections in place with their fasteners.

7 Repeat steps 1 through 6 for each connection.

I/O panel connectionsOperations aside from PRI require cable connections to the I/O panel. Connections between the I/O panel and Application Equipment Modules(AEM) are described in “Application Module description,” Meridian Link description (553-3201-110).



r

The following steps explain the procedure for cable connection:

1 Identify the MSDL card and the I/O panel connector to be linked.

2 Using the NTND27AB cable, plug the 26-pin SCSI II male connectoend of a cable into the appropriate MSDL port.

3 Route the cable to the rear of the module next to the I/O panel.

4 Plug the DB25 male connector end of a cable into a DB25 female connector at the back of the I/O panel.

5 Secure cable connectors in place with their fasteners.

6 Repeat steps 1 through 5 for each connection.

553-3001-195 Standard 7.00 April 2000


cord

MSDL planning formUse the following planning form to help sort and store information concerning the MSDL cards in your system as shown in the sample. Reswitch settings for unequipped ports as well as for equipped ports.

MSDL data form

Device no. Shelf Slot Card ID Boot Code version

Date installed Last update

Ports Operation Logical no. Switch setting Cable no. Operation information

0

1

2

3

Sample

Device no.

13

Shelf

3

Slot

5

Card ID

NT6D80AA-110046

Boot Code

version004

Date installed

2/1/93

Last update

5/5/93

Ports Operation Logical no. Switch setting Cable no. Operation information

0 TTY 13 RS-232 DCE NTND27AB maint TTY 9600 baud

1 DCH 25 RS-422 DTE NTND26AB PRI 27 to hdqtrs

2 AML 3 RS-232 DCE NTND27AB Meridian Mail

3 Spare RS-232



553-3001-195 Standard 7.00 April 2000

Page 39 of 60

50

d

MaintenanceContent list



• MSDL states 40

• Manually disabled 42

• Manually enabled 42

• System disabled 42

• Maintaining the MSDL 44

• System controlled maintenance 44

• Manually controlled maintenance 45

• Manually isolating and correcting faults 47

• Replacing MSDL cards 49


• General Maintenance Information (553-3001-500)


• X11 Maintenance (553-3001-511)

• “Symptoms and actions” on page 51

Routine maintenance consists of enabling and disabling MSDL cards andownloading new versions of peripheral software. These activities are performed by an authorized person such as a Meridian 1 administrator.


Page 40 of 60 Maintenance

ing rms

nd g

s,

ions

Troubleshooting the MSDL consists of determining problem types, isolatproblem sources, and solving the problem. A craftsperson normally perfothese activities.

Meridian 1 systems have self-diagnostic indicators as well as software ahardware tools. These diagnostic facilities simplify MSDL troubleshootinand reduce mean-time-to-repair (MTTR). For complete information concerning Meridian 1 maintenance, refer to General Maintenance Information (553-3001-500).

For complete information regarding X11 software maintenance programrefer to X11 Administration (553-3001-311).

MSDL statesMSDL states are controlled manually by maintenance programs or automatically by the system. Figure 7 shows MSDL states and the transitamong them. These are the three states the MSDL may be in:

• Manually disabled

• Enabled

• System disabled

The following sections describe the relationships between these states.

553-3001-195 Standard 7.00 April 2000

Maintenance Page 41 of 60

Figure 7MSDL states

Manually disabled

Enabled

1 2

3 4

5

System disabled

553-5435



te.

5 in

card.

the 7).

Manually disabledIn this state, the MSDL is not active. The system does not attempt to communicate or attempt any automatic maintenance on the MSDL.

A newly configured MSDL automatically enters the manually disabled staAn operating MSDL can be manually disabled by issuing the DIS MSDL x command in LD 37 (step 1 in Figure 7).

Entering the DIS MSDL x command in LD 37 moves the card to manually disabled status and stops all system communication with the card (stepFigure 7).

Manually enabledWhen the card has been manually disabled, re-enable it with the ENL MSDL x command in LD 37 (step 2 in Figure 7).

System disabledWhen the Meridian 1 disables the MSDL card (step 4 in Figure 7), it continues to communicate and attempt maintenance procedures on theTo stop all system communication with the card, enter DIS MSDL x to disable it (step 5 in Figure 7). Otherwise, the system periodically tries to enable card, attempting recovery during the midnight routines (step 3 in Figure

The system disables the MSDL if the card

• exhibits an overload condition

• does not respond to system messages

• is removed

• resets itself

• encounters a fatal error

• is frequently system disabled and recovered

553-3001-195 Standard 7.00 April 2000


is

d

hin

h

e it ation.

d for

When an MSDL is system disabled, a substate indicates why the MSDLdisabled. These are the substates:

• Not Responding Meridian 1 cannot communicate with the MSDL.

• Self-Testing The MSDL card is performing self-tests.

• Self-tests Passed The MSDL card successfully completed self-tests anMeridian 1 is determining if download is required or the software downloading is complete.

• Self-tests Failed The MSDL card self-tests failed.

• Shared RAM Tests Failed The Meridian 1 failed to read/write to the MSDL shared RAM.

• Overload Meridian 1 received an excessive number of messages wita specified time period.

• Reset Threshold Meridian 1 detected more than four resets within 10 minutes.

• Fatal Error The MSDL card encountered a fatal condition from whicit cannot recover.

• Recovery Threshold The MSDL card was successfully enabled by thMSDL autorecovery function five times within 30 minutes. Each timewas system disabled because of a problem encountered during oper

• Bootloading The MSDL base software is in the process of being downloaded to the MSDL.

Detailed information on system disabled substates and the action requireeach substate appears in “Troubleshooting actions” on page 52.



. A

are,

nd

ons

de. e t d s are

Y to tion

h

Maintaining the MSDLThe Meridian 1 system controls automatic MSDL maintenance functionscraftsperson or system administrator performs manual maintenance by changing the card status, downloading new versions of peripheral softwor invoking self-tests.

System controlled maintenanceBuilt-in diagnostic functions constantly monitor and analyze the system aindividual card, performing the following operations:

• using autorecovery to automatically correct a temporarily faulty condition and maintain the system and its components

• printing information and error messages to indicate abnormal conditithat caused a temporary or an unrecoverable error

During system initialization, the Meridian 1 examines the MSDL base coIf the base code needs to be downloaded, the Meridian 1 CPU resets thMSDL card and starts downloading immediately following initialization. Athe same time, all other MSDL peripheral software programs are checkeand, if they do not correspond to the system disk versions, the correct onedownloaded to the card.

If manual intervention is required during initialization or operation, information and error messages appear on the console or the system TTsuggest the appropriate action. For a complete discussion of the informaand error messages, refer to X11 Administration (553-3001-311). Detailed information of system disabled substates and the action required for eacsubstate is found at the end of this document.

553-3001-195 Standard 7.00 April 2000


SDL

of

m

The

y me

Manually controlled maintenanceUse manual maintenance commands found in the following programs toenable, disable, reset, get the status of, and perform self-tests on the Mcard:

• Input/Output Diagnostic Program LD 37

• Program LD 42

• Link Diagnostic Program LD 48

• PRI D-channel Diagnostic Program LD 96

For a complete discussion of these programs, refer to X11 Administration (553-3001-311).

Note 1: Enter commands after the dot (.) prompt.

Note 2: The “x” in the commands below represents the DNUM value the card number.

Enabling the MSDLEnter ENL MSDL x to enable the MSDL manually. If the MSDL base codehas not been previously downloaded or if the card version is different frothe one on the system disk, the software is downloaded and the card is enabled.

To force software download and enable the card, enter ENL MSDL x FDL . This command forces the download of the MSDL base code and the configured peripheral software even if it is already resident on the card. card is then enabled.

To enable a disabled MSDL and its ports, enter ENL MSDL x ALL . This command downloads all peripheral software (if required) and enables anconfigured ports on the card. This command can be issued to enable somanually disabled ports on an already enabled MSDL.



,

e, and

sses, stem

Disabling the MSDLTo disable an MSDL card, enter DIS MSDL x .

To disable the MSDL and all its ports, enter DIS MSDL x ALL .

Resetting the MSDLTo reset an MSDL and initiate a limited self-test, the MSDL must be in amanually disabled state. To perform the reset, enter RST MSDL x .

Displaying MSDL statusTo display the status of all MSDL cards in Meridian 1, enter STAT MSDL .

To display the status of a specific MSDL, enter STAT MSDL x . The status of the MSDL, its ports, and the operation of each port appears.

The command STAT MSDL x FULL displays all information about an MSDL(card ID, bootload firmware version, base code version, base code stateoperation state, date of base code activation) as well as the version, statactivation date for each card operation.

Self-testing the MSDLTo perform extensive self-testing of an MSDL, enter SLFT MSDL x . This test can be activated if the card is in the manually disabled state. If the test pathe Meridian 1 outputs the card ID and a pass message. If it fails, the sydisplays a message indicating which test failed.

553-3001-195 Standard 7.00 April 2000


tom

at on

e

y

not

Manually isolating and correcting faultsProblems are due to configuration errors that occur during installation orhardware faults resulting from component failure during operation. See “Symptoms and actions” on page 51 for more information on problem symptoms and required responses.

Isolate MSDL faults using the diagnostic tools described below:

1 Observe and list the problem symptoms; for example, a typical sympis a permanently lit LED.

2 If the LED flashes three times but the card does not enable, verify ththe card is installed in a proper slot as shown in Table , “Installation,”page 29.

3 Check that the address is unique; no other card in the system can bphysically set to the same device number as the MSDL.

4 If installation is correct and no address conflict exists, refer to “Newlinstalled MSDL cards” on page 47 or “Previously operating MSDL cards” on page 48.

5 If the MSDL still does not operate correctly, contact your Nortel Networks representative.

Newly installed MSDL cardsProblems that occur during MSDL card installation usually result from improperly installed, incorrectly addressed, or faulty cards.

If the LED on a newly installed MSDL does not flash three times after insertion, wait 5 minutes, then remove and reinsert. If the LED still does flash three times, the card is faulty.



rds.

able, tion.

Previously operating MSDL cardsProblems that occur during normal operation usually result from faulty caFollow these steps to evaluate the situation:

1 Use the STAT MSDL x command to check MSDL card status. See “Displaying MSDL status” on page 46.

2 If the card has been manually disabled, try to enable it using ENL MSDL x . See “Enabling the MSDL” on page 45. If this fails, perform self-testing as described in step 4.

3 If the card has been disabled by the system, disable it manually withDIS MSDL x . See “Disabling the MSDL” on page 46.

4 Invoke self-testing with the SLFT MSDL x command. See “Self-testing the MSDL” on page 46. If self-tests fail, replace the card. If self-testspass, try to enable the card again, as in step 2. If the card does not ennote the message output to the TTY and follow the recommended ac

553-3001-195 Standard 7.00 April 2000


ore with

ule

d is

ule.

ctive

ree

Pull

n

Replacing MSDL cardsAfter completing MSDL troubleshooting you may determine that one or mMSDL cards are defective. Remove the defective cards and replace themnew ones.

An MSDL card can be removed from and inserted into a Meridian 1 modwithout turning off the power to the module. Follow these steps:

1 Log in on the maintenance terminal.

2 At the > prompt, type LD 37 (you can also use LD 42, LD 48, or LD 96)and press Enter.

3 Type DIS MSDL x ALL and press Enter to disable the MSDL and anyactive operations running on one or more of its ports. The MSDL carnow disabled.

4 Disconnect the cables from the MSDL faceplate connectors.

5 Unlatch the card-locking devices, and remove the card from the mod

6 Set the switches on the replacement card to match those on the defecard.

7 Insert the replacement card into the same card slot.

8 Observe the red LED on the front panel during self-test. If it flashes thtimes and stays on, it has passed the test. Go to step 8.

If it does not flash three times and then stay on, it has failed the test.the MSDL partially out of the module and reinsert it firmly into the module. If the problem persists, troubleshoot or replace the MSDL.

9 Connect the cables to the MSDL faceplate connectors.

10 At the . prompt in the LD 37 program, type ENL MSDL x ALL and press Enter to enable the MSDL and its operations. If the red LED on the MSDL turns off, the MSDL is functioning correctly. Since self-tests were not invoked, no result message appears.

11 Tag the defective card(s) with a description of the problem and returthem to your Nortel Networks representative.



553-3001-195 Standard 7.00 April 2000

Page 51 of 60

56

red to tive

Symptoms and actionsContent list



• Troubleshooting actions 52

• System disabled actions 53


• “Manually isolating and correcting faults” on page 47

• X11 Maintenance (553-3001-511)

• “Maintaining the MSDL” on page 44

• “Previously operating MSDL cards” on page 48

Explained here are some of the symptoms, diagnoses, and actions requiresolve MSDL card problems. Contact your Nortel Networks representafor further assistance.


Page 52 of 60 Symptoms and actions

e card

7.

rd

L.

Troubleshooting actionsThese explain the causes of problems and the actions needed to return thto an enabled state following installation or operational problems.

Symptom: The LED on the MSDL card is steadily lit.

Diagnosis: The MSDL card is disabled or faulty.

Action: Refer to “Manually isolating and correcting faults” on page 4

or

Diagnosis: Peripheral software download failed because of MSDL caor system disk failure.

Action: If only one MSDL card has its LED lit, replace it.

Symptom: Autorecovery is activated every 30 seconds to enable the MSDMSDL300 messages appear on the console or TTY.

Diagnosis: The MSDL card has been system disabled because of anincorrect address.

Action: Verify the switch settings.

or

Diagnosis: The MSDL card has been system disabled because of peripheral software or configuration errors.

Action: Refer to “System disabled actions” on page 53.

553-3001-195 Standard 7.00 April 2000

Symptoms and actions Page 53 of 60

e card

e

ard

the

System disabled actionsThese explain the causes of problems and the actions needed to return thto an enabled state following system disabling.

SYSTEM DISABLED—NOT RESPONDING

Cause: The MSDL card is not installed or is unable to respond to themessages from the Meridian 1.

Action :

Check the MSDL messages on the console and take the action recommended. Refer to X11 Administration (553-3001-311).

Verify that the address switches on the MSDL are set correctly.

Verify that the card is properly installed in the shelf for at least 5minutes.

If the problem persists, manually disable the card by entering thDIS MSDL x . Follow the steps described in “Previously operatingMSDL cards” on page 48.

SYSTEM DISABLED—SELF-TESTING

Cause: The MSDL card has reset itself or Meridian 1 has reset the cto perform self-tests. Self-tests are in progress.

Action :

Wait until self-tests are completed. Under some circumstances,self-tests may take up to 6 minutes to complete.

Take the action described in the appropriate section below (“SYSTEM DISABLED—SELF-TESTS PASSED” or “SYSTEM DISABLED—SELF-TESTS FAILED”).



lly card

ee

s. If ion.

SYSTEM DISABLED—SELF-TESTS PASSED

Cause: The MSDL card passed self-tests. Meridian 1 will automaticadownload the MSDL base code, if needed, and attempt to enable theusing autorecovery. If a diagnostic program (overlay) is active in theMeridian 1, the downloading of the MSDL base code occurs later.

Action :

Wait to see if the system will enable the card immediately. If theMSDL is enabled, no further action is necessary.

If the MSDL base code download fails five times, autorecovery stops. The following appears in response to the STAT MSDL x command;

Error messages will usually indicate the problem in this case. S“Maintaining the MSDL” on page 44.

SYSTEM DISABLED—SELF-TESTS FAILED

Cause: The card did not pass self-tests. These tests repeat five timeunsuccessful, autorecovery stops until midnight unless you take act

Action :

Allow the system to repeat the self-tests.

If self-tests fail repeatedly, disable the card using the DIS MSDL x command and replace the card.

MSDL 10: SYS DSBL—SELFTEST PASSED NO RECOVERY UNTIL MIDNIGHT: FAILED BASE DNLD 5 TIMES

SDI 10 DIS PORT 0AML 11 DIS PORT 1DCH 12 DIS PORT 2AML 13 DIS PORT 3

553-3001-195 Standard 7.00 April 2000

Symptoms and actions Page 55 of 60

lt. ul,

rom es

The s.

L

e

SYSTEM DISABLED—SRAM TESTS FAILED

Cause: After self-tests passed, Meridian 1 attempted to perform read/write tests to the shared RAM on the MSDL and detected a fauThe shared RAM test will be repeated five times, and, if unsuccessfautorecovery will not resume until midnight unless you take action.

Action:

Allow the system to repeat the self-tests.

If self-tests fail repeatedly, disable the card using the DIS MSDL x command and replace the card.

SYSTEM DISABLED—OVERLOAD

Cause: The Meridian 1 received an excessive number of messages fthe MSDL card in a certain time. If the card invokes overload four timin 30 minutes, it exceeds the recovery threshold as described in “SYSTEM DISABLED—RECOVERY THRESHOLD.” The system resets the card, invokes self-tests, and attempts to enable the card.problem may be due to excessive traffic on one or more MSDL portTraffic load redistribution may resolve this condition.

Action :

Check the traffic report, which may indicate that one or more MSDports are handling excessive traffic.

By disabling each port, identify the port with too much traffic andallow the remaining ports to operate normally. Refer to “Maintaining the MSDL” on page 44. If the problem persists, placthe card in the manually disabled state by the DIS MSDL x command and follow the steps in “Previously operating MSDL cards” on page 48.



r.

es

ng

re ed less

SYSTEM DISABLED—RESET THRESHOLD

Cause: The Meridian 1 detected more than four MSDL card resets within 10 minutes. The system attempts to enable the card again atmidnight unless you intervene.

Action:

Place the card in the manually disabled state with the DIS MSDL x command and follow the steps in “Previously operating MSDL cards” on page 48.

SYSTEM DISABLED—FATAL ERROR

Cause: The MSDL card encountered a fatal error and cannot recoveThe exact reason for the fatal error is shown in the MSDL300 error message output to the console of TTY when the error occurred.

Action:

Check the MSDL300 message to find out the reason.

Alternatively, display the status of the MSDL, which also indicatthe cause of the problem, with the STAT MSDL x command and check the information to find the cause of the fatal error.

Allow the system to attempt recovery. If this fails, either by reachia threshold or detecting self-test failure, place the MSDL in the manually disabled state with the DIS MSDL x command and follow the steps in “Previously operating MSDL cards” on page 48.

SYSTEM DISABLED—RECOVERY THRESHOLD

Cause: The Meridian 1 attempted autorecovery of the MSDL card mothan five times within 30 minutes and each time the card was disablagain. The system attempts to enable the card again at midnight unyou intervene.

Action :

Place the MSDL card in a manually disabled state with the DIS MSDL x command and follow the steps in “Previously operating MSDL cards” on page 48.

553-3001-195 Standard 7.00 April 2000

Page 57 of 60

60

Index

,

Aaddresses, 14, 21, 47AEM (Application Equipment Modules), 35altitude limitations, 26architecture, 12asynchronous ports, 14, 20, 23autorecovery, 44, 52, 54, 56available network card slots, 19

Bbase code, 44, 54baud rates, 22block diagrams, 12, 13Bootloading substates, 43bootstrap code, 14buffers, 17

Ccable

installation, 35requirements, 33

card locking devices, 32card–locking devices, 32card slots, available, 19Clock Controller Cards, 26clock signals, 22columns, cables for, 34component layout, 11conflicts, address, 21, 47connectors, 9, 10, 14CPU (Central Processing Unit), 12

Ddata bits, 22, 23data flow, 14, 15, 17data rate, 22, 23DCE equipment emulation, 14, 23, 30D-channel operations, 35DCH connectors, 34DCHI cards, 8decoding addresses, 21device numbers, 9, 30diagnostic functions, 44disabled MSDL states, 40, 53DIS MSDL x command, 42, 46, 48, 49, 53, 54, 55

56displaying MSDL status, 46, 48downloading, 15, 44, 45DTE equipment emulation, 14, 23, 30

Eelectrical interfaces, 15, 23emulation modes, 14, 23enabled MSDL state, 42engineering guidelines

address decoding, 21available network card slots, 19environment and power requirements, 26implementation, 26port specifications, 21

ENL MSDL x command, 42, 45, 48, 49environment requirements, 26equipment emulation modes, 14, 23ESDI cards, 8external clock signals, 21


Page 58 of 60

FFatal Error substate, 43, 56fault isolation, 47firmware, 12, 14Flash EPROM (Flash Erasable Programmable Read

Only Memory), 14flow control, 15, 17functional block diagrams, 12, 13

Hhardware, 9heat dissipation, 27humidity limitations, 26

Iimplementation, 26initialization, 44Input/Output Diagnostic Program, 45installation

cable installation, 35cable requirements, 33device numbers, 30interfaces, 30MSDL cards, 32planning forms, 37

internal clock signals, 22interrupts, 14I/O panel, cables and connections, 34, 35ISDN PRI trunks, cables and connectors, 34, 35

LLD 17 program, 9, 21LD 37 program, 42, 45, 49LD 42 program, 45, 49LD 48 program, 45, 49LD 96 program, 45, 49LEDs, 32, 47, 49, 52Link Diagnostic Program, 45

Mmaintenance

MSDL, 44MSDL states, 40replacing MSDL cards, 49

manual fault isolation, 47manually controlled maintenance, 45manually disabled MSDL state, 42messages, 17, 44, 55monitor connectors, 9, 33MPU (Micro Processing Unit), 12MSDL states, 40

Nnetwork card slots, available, 19NO BUFFER fault indication, 17Not Responding substate, 43, 53NTND26 cable, 34NTND27 cable, 34, 36NTND98AA cable, 34

OOverload substate, 43, 55

Ppacketized data, 17parity bits, 23planning forms, 30, 37ports, 15

addresses, 14, 21disabling, 46electrical interfaces, 15, 23enabling, 45receiving data on, 17specifications, 21, 23supported, 8, 20

power requirements, 26PRI D-channel Diagnostic Program, 45prioritized interrupts, 14PRI trunks, cables and connections, 34, 35programmable serial ports, 14, 21PROM (Programmable Read Only Memory), 14

553-3001-195 Standard 7.00 April 2000

Page 59 of 60

QQCAD328 cable, 34QPC513 cards, 8QPC757 cards, 8QPC841 cards, 8

RRAM (Random Access Memory), 12, 14receive interface, 17Recovery Threshold substate, 43, 56relative humidity limitations, 26replacing MSDL cards, 49Reset Threshold substate, 43, 56resetting MSDLs, 46RS-232 interface, 14, 23, 24RS-422 interface, 14, 23, 25RST MSDL x command, 46

SSCSI (Small Computer Systems Interface), 15SDI cards, 8Self-Testing substate, 43, 53self-tests, 15, 46, 48, 49Self-tests Failed substate, 43, 54Self-tests Passed substate, 43, 54serial interface, 14shared RAM, 12Shared RAM Tests Failed substate, 43, 55SLFT MSDL x command, 46, 48slots, available, 19software, 12SRAM Tests Failed substate, 55states, MSDL, 40, 53STAT MSDL command, 46, 54STAT MSDL x command, 48, 56status, displaying, 46, 48stop bits, 23switch settings, 21, 30, 31symptoms and actions

system disabled actions, 53troubleshooting, 52

synchronous ports, 14, 20system controlled maintenance, 44

system disabled MSDL states, 42, 53system initialization, 44

Ttemperature requirements, 26threshold messages, 17, 56transmission modes, 14, 21transmit buffer, 17transmit interface, 17troubleshooting actions, 52

XX11 release 19, 21


Page 60 of 60

553-3001-195 Standard 7.00 April 2000

Family Product Manual Contacts Copyright FCC notice Trademarks Document number Product release Document release Date Publish

Meridian 1

Multi-purpose Serial Data LinkDescription

Copyright © 1992–2000 Nortel NetworksAll Rights ReservedInformation 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. This equipment has been tested and found to comply with the limits for a Class A digital device pursuant to Part 15 of the FCC rules, and the radio interference regulations of Industry Canada. These limits are designed to provide reasonable protection against harmful interference when the equipment is operated in a commercial environment. This equipment generates, uses and can radiate radio frequency energy, and if not installed and used in accordance with the instruction manual, may cause harmful interference to radio communications. Operation of this equipment in a residential area is likely to cause harmful interference in which case the user will be required to correct the interference at their own expense.SL-1 and Meridian 1 are trademarks of Nortel Networks.Publication number: 553-3001-195Document release: Standard 7.00Date: April 2000Printed in Canada

M1 R25 Multi-purpose Serial Data Link - smoe. · PDF fileMSDL cards are supported on Meridian 1 systems running X11 release 18 ... • Meridian 1 Serial Data Interface ... Multi-purpose

Documents