Avaya IP Line User Manual

Download

Page 1

Title page

Nortel Communication Server 1000

Nortel Communication Server 1000 Release 4.5

IP Line

Description, Installation and Maintenance

Document Number: 553-3001-365 Document Release: Standard 10.00

Date: December 2006

Year Publish FCC TM

Produced in Canada

The information in this document is subject to change without notice. The statements, configurations, technical data, and recommendations in this document are believed to be accurate and reliable, but are presented without express or implied warranty. Users must take full responsibility for their applications of any products specified in this document. The information in this document is proprietary to Nortel Networks.

Nortel, Nortel (Logo), the Globemark, SL-1, Meridian 1, and Succession are trademarks of Nortel Networks.

Page 2

Page 3

Page 3 of 952

Revision history

December 2006

Standard 10.00. This document is up-issued to support CS 1000 Release 4.5. This document addresses the following CRs:

• Q01512086 on page 276

• Q01452824 on page 460

July 2006

Standard 9.00. This document is up-issued to address the following CRs:

• CR Q01368947, page 114

• CR Q01349604, page 816

May 2006

April 2006

January 2006

Standard 8.00. This document is up-issued to reflect changes to the IPL> CLI default user name and password.

Standard 7.00. This document is up-issued to reflect changes in technical content due to the following CRs:

• Q01270071, page 564

• Q01285983, page 146

• Q01318230, page 882–883

Standard 6.00. This document is up-issued to reflect changes in technical content due to the following CRs:

• Q01206792

— pages 118, 136, 152-155

IP Line Description, Installation and Maintenance

Page 4

Page 4 of 952 Revision history

• Q01250132

— pages 378, 379, 389, 393, 480, 483

• Q01131032

— page 879 - 894

August 2005

Standard 5.00. This document is up-issued following removal of regulatory data.

August 2005

Standard 4.00. This document is up-issued to support Nortel Communication Server 1000 Release 4.5.

September 2004

Standard 3.00. This document is up-issued to support Nortel Networks Communication Server 1000 Release 4.0.

May 2004

Standard 2.00. This document is up-issued to support the Nortel Networks Mobile Voice Client 2050 (MVC 2050).

October 2003

Standard 1.00. This document is a new NTP for Succession 3.0. It was created to support a restructuring of the Documentation Library. This document contains information previously contained in the following legacy document, now retired: IP Line: Description, Installation and Operation (553-3001-

204).

Content from IP Line: Description, Installation and Operation (553-3001-

204) also appears in:

• Converging the Data Network with VoIP (553-3001-160),

• Communication Server 1000M and Meridian 1: Small System Planning and Engineering (553-3011-120), and

• Communication Server 1000M and Meridian 1: Large System Planning and Engineering (553-3021-120).

553-3001-365 Standard 10.00 December 2006

Page 5

Page 5 of 952

List of procedures . . . . . . . . . . . . . . . . . . . . . . . . . . 15

How to get Help . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29

Getting Help from the Nortel Web site . . . . . . . . . . . . . . . . . . . . . . . . . 29

About this document . . . . . . . . . . . . . . . . . . . . . . . 31

Subject .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

Applicable systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32

Conventions .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33

Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Interworking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Applicable systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

System requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

System configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

Software delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Required packages .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

IP Line package components lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

Voice Gateway Media Cards .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Virtual superloops, virtual TNs, and physical TNs .. . . . . . . . . . . . . . . 68

Licenses .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

Zones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

IP Line Description, Installation and Maintenance

Page 6

Page 6 of 952 Contents

Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

Active Call Failover for IP Phones . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

DSP peg counter for CS 1000E systems .. . . . . . . . . . . . . . . . . . . . . . . 113

Enhanced UNIStim Firmware Download for IP Phones . . . . . . . . . . . 114

Firmware download using UNIStim FTP .. . . . . . . . . . . . . . . . . . . . . . 157

NAT Traversal feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

Personal Directory, Callers List, and Redial List . . . . . . . . . . . . . . . . . 190

IP Call Recording . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

pbxLink connection failure detection . . . . . . . . . . . . . . . . . . . . . . . . . . 203

LD 117 STAT SERV . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

IP Phone support .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

Corporate Directory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

Element Manager support .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219

Call Statistics collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221

User-defined feature key labels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

Private Zone configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

Run-time configuration changes .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236

Network wide Virtual Office . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237

Branch Office and Media Gateway 1000B .. . . . . . . . . . . . . . . . . . . . . 241

802.1Q support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

Data Path Capture tool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

IP Phone firmware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

Graceful Disable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251

Hardware watchdog timer .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

Codecs .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255

Set type checking and blocking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255

553-3001-365 Standard 10.00 December 2006

Page 7

Contents Page 7 of 952

Enhanced Redundancy for IP Line nodes . . . . . . . . . . . . . . . . . . . . . . . 257

Personal Directory, Callers List,

and Redial List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260

Personal Directory .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

Callers List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263

Redial List . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266

IP Phone Application Server configuration and administration . . . . . . 266

IP Phone Application Server database maintenance .. . . . . . . . . . . . . . 273

Call Server configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282

Password administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283

User profile management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285

Codecs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 293

Codec configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 296

Codec registration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 298

Codec negotiation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302

Codec selection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304

Installation and configuration summary . . . . . . . . 309

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309

Before you begin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309

Installation summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309

Voice Gateway Media Card installation summary sheet . . . . . . . . . . . 312

IP Line Description, Installation and Maintenance

Page 8

Page 8 of 952 Contents

Installation and initial configuration of an

IP Telephony node . . . . . . . . . . . . . . . . . . . . . . . . . 315

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 315

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316

Equipment considerations .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 317

Install the hardware components . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318

Initial configuration of IP Line 4.5 data . . . . . . . . . . . . . . . . . . . . . . . . 341

Node election rules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 364

Configuration of IP Telephony nodes

using Element Manager . . . . . . . . . . . . . . . . . . . . . 365

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366

Configure IP Line 4.5 data using Element Manager . . . . . . . . . . . . . . 367

Transfer node configuration from Element Manager

to the Voice Gateway Media Cards . . . . . . . . . . . . . . . . . . . . . . . . . . . 406

Upgrade the Voice Gateway Media Card software and

IP Phone firmware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421

Configure Alarm Management to receive IP Line

SNMP traps .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 453

Assemble and install an IP Phone .. . . . . . . . . . . . . . . . . . . . . . . . . . . . 453

Change the default IPL> CLI Shell password . . . . . . . . . . . . . . . . . . . 453

Configure the IP Phone Installer Passwords .. . . . . . . . . . . . . . . . . . . . 453

Import node configuration from an existing node . . . . . . . . . . . . . . . . 454

Configuration of IP Telephony nodes

using OTM 2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 460

Site and system administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 461

Configure IP Line data using OTM . . . . . . . . . . . . . . . . . . . . . . . . . . . 513

Summary of steps to configure a Voice Gateway Media Card .. . . . . . 517

553-3001-365 Standard 10.00 December 2006

Page 9

Contents Page 9 of 952

Transmit node configuration from OTM 2.2

to the Voice Gateway Media Cards . . . . . . . . . . . . . . . . . . . . . . . . . . . 548

Upgrade the Voice Gateway Media Card software

and IP Phone firmware . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 556

Configure OTM Alarm Management to receive IP Line

SNMP traps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 575

Assemble and install an IP Phone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 581

Change the default IPL> CLI Shell password .. . . . . . . . . . . . . . . . . . . 581

Configure the IP Phone Installer Passwords . . . . . . . . . . . . . . . . . . . . . 581

IP Line 4.5 administration . . . . . . . . . . . . . . . . . . . . 583

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 583

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 584

IP Line feature administration .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 585

Password security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 590

IP configuration commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 610

TLAN network interface configuration commands . . . . . . . . . . . . . . . 610

Display the number of DSPs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 612

Display IP Telephony node properties . . . . . . . . . . . . . . . . . . . . . . . . . 612

Display Voice Gateway Media Card parameters . . . . . . . . . . . . . . . . . 614

Packet loss monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617

Transfer files using the CLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 618

Download the IP Line 4.5 error log .. . . . . . . . . . . . . . . . . . . . . . . . . . . 620

Reset the Operational Measurements file . . . . . . . . . . . . . . . . . . . . . . . 620

IP Line administration using Element Manager . . 621

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 621

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 622

Element Manager administration procedures . . . . . . . . . . . . . . . . . . . . 622

Backup and restore data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 634

Update IP Telephony node properties .. . . . . . . . . . . . . . . . . . . . . . . . . 638

IP Line Description, Installation and Maintenance

Page 10

Page 10 of 952 Contents

Update other node properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 670

Telnet to a Voice Gateway Media Card using Virtual Terminal . . . . . 670

Check the Voice Gateway Channels .. . . . . . . . . . . . . . . . . . . . . . . . . . 673

Setting the IP Phone Installer Password . . . . . . . . . . . . . . . . . . . . . . . . 677

IP Line administration using OTM 2.2 . . . . . . . . . 685

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 685

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 685

OTM administration procedures .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 686

Back up and restore OTM data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 699

Update IP Telephony node properties using OTM . . . . . . . . . . . . . . . . 700

Update Voice Gateway Media Card card properties . . . . . . . . . . . . . . 723

Add an IP Telephony node in OTM by retrieving an existing node .. . 731

IP Line CLI access using Telnet or local RS-232 maintenance port . . 735

Voice Gateway Media Card maintenance . . . . . . . 737

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 737

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 738

Faceplate maintenance display codes . . . . . . . . . . . . . . . . . . . . . . . . . . 738

System error messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 743

IP Line and IP Phone maintenance and

diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 749

IP Line CLI commands .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 760

Lamp Audit and Keep Alive functions .. . . . . . . . . . . . . . . . . . . . . . . . 802

Voice Gateway Media Card self-tests . . . . . . . . . . . . . . . . . . . . . . . . . 808

Troubleshoot a software load failure . . . . . . . . . . . . . . . . . . . . . . . . . . 808

Troubleshoot an IP Phone installation . . . . . . . . . . . . . . . . . . . . . . . . . 811

Maintenance telephone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 812

Upgrade Voice Gateway Media Card firmware . . . . . . . . . . . . . . . . . . 813

Replace the Media Card’s CompactFlash .. . . . . . . . . . . . . . . . . . . . . . 819

553-3001-365 Standard 10.00 December 2006

Page 11

Contents Page 11 of 952

Voice Gateway Media Card maintenance

using Element Manager . . . . . . . . . . . . . . . . . . . . . 821

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 821

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 821

Replace a Voice Gateway Media Card . . . . . . . . . . . . . . . . . . . . . . . . . 822

Add another Voice Gateway Media Card . . . . . . . . . . . . . . . . . . . . . . . 828

Access CLI commands from Element Manager . . . . . . . . . . . . . . . . . . 831

Access the IPL> CLI from Element Manager .. . . . . . . . . . . . . . . . . . . 848

Voice Gateway Media Card maintenance

using OTM 2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 849

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 849

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 849

Replace a Voice Gateway Media Card . . . . . . . . . . . . . . . . . . . . . . . . . 850

Access the IPL> CLI from OTM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 859

Add a “dummy” node for retrieving and viewing

IP Telephony node configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 859

Convert IP Trunk Cards to

Voice Gateway Media Cards . . . . . . . . . . . . . . . . . . 867

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 867

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 868

Before you begin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 868

Convert the IP Trunk cards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 869

Add the converted cards to an IP Telephony node . . . . . . . . . . . . . . . . 887

Appendix A: NAT router requirements for NAT

Traversal feature . . . . . . . . . . . . . . . . . . . . . . . . . . . 899

Contents .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 899

Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 899

Requirements .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 900

Natcheck output .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 904

IP Line Description, Installation and Maintenance

Page 12

Page 12 of 952 Contents

Appendix B: I/O, maintenance, and

extender cable description . . . . . . . . . . . . . . . . . . 907

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 907

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 907

NTMF94EA I/O cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 908

Connector pin assignments . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 910

NTAG81CA maintenance cable description . . . . . . . . . . . . . . . . . . . . 914

NTAG81BA maintenance extender cable . . . . . . . . . . . . . . . . . . . . . . 915

Replace the NT8D81BA cable with the NT8D1AA cable

and install the NTCW84JW special IPE filter . . . . . . . . . . . . . . . . . . . 916

Appendix C: Product integrity . . . . . . . . . . . . . . . . 921

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 921

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 921

Reliability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 921

Environmental specifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 922

Appendix D: Subnet Mask Conversion

from CIDR to Dotted Decimal Format . . . . . . . . . . 925

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 925

Appendix E: Download IP Line 4.5

files from Nortel web site . . . . . . . . . . . . . . . . . . . . 927

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 927

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 927

Download files from Nortel web site . . . . . . . . . . . . . . . . . . . . . . . . . . 927

Appendix F: Moving Voice Gateway Media Cards

between systems . . . . . . . . . . . . . . . . . . . . . . . . . . 929

Contents . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 929

Introduction .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 929

Reconfiguring the Voice Gateway Media Card . . . . . . . . . . . . . . . . . . 930

Upgrading the software .. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 942

553-3001-365 Standard 10.00 December 2006

Page 13

Contents Page 13 of 952

Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 945

IP Line Description, Installation and Maintenance

Page 14

Page 14 of 952 Contents

553-3001-365 Standard 10.00 December 2006

Page 15

Page 15 of 952

List of procedures

Procedure 1

Selecting IP Phone firmware . . . . . . . . . . . . . . . . . . . . . 139

Procedure 2

Distributing selected IP Phone firmware . . . . . . . . . . .142

Procedure 3 Accessing Ethernet Diagnostics

in Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145

Procedure 4

Accessing the uftpTurboMode command . . . . . . . . . . . 152

Procedure 5

Accessing the uftpTurboModeShow command . . . . . . 154

Procedure 6

Accessing uftpTurboModeTimeoutSet command . . . . 155

Procedure 7 Accessing uftpAutoUpgradeTimeoutSet command . . 156

Procedure 8

Accessing the call log options . . . . . . . . . . . . . . . . . . . . 264

Procedure 9 Configuring the IP Phone Application Server

on a separate Signaling Server . . . . . . . . . . . . . . . . . . .270

IP Line Description, Installation and Maintenance

Page 16

Page 16 of 952 List of procedures

Procedure 10 Backing up the IP Phone Application Server database

server manually . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273

Procedure 11

Performing a full database recovery . . . . . . . . . . . . . . . 276

Procedure 12

Performing a selective database recovery . . . . . . . . . . 278

Procedure 13 Accessing User Profile Management

in Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . 286

Procedure 14

Resetting the IP Phone user password . . . . . . . . . . . . . 288

Procedure 15

Copying a Personal Directory to another user . . . . . . . 289

Procedure 16 Deleting a Personal Directory, Callers List,

Redial List, or user preferences . . . . . . . . . . . . . . . . . . 290

Procedure 17

Installing the ITG-P 24-port line card . . . . . . . . . . . . . . 322

Procedure 18 Installing the CompactFlash card

on the Media Card . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324

Procedure 19

Installing the Media Card . . . . . . . . . . . . . . . . . . . . . . . . 330

Procedure 20

Replacing the existing I/O Panel Filter Connector . . . . 332

Procedure 21 Installing the NTMF94EA ELAN, TLAN, serial interface

cable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337

553-3001-365 Standard 10.00 December 2006

Page 17

List of procedures Page 17 of 952

Procedure 22 Installing the Shielded 50-pin to

Serial/ELAN/TLAN Adapter onto the Media Card . . . . . 341

Procedure 23 Configuring the ELAN network interface

IP address for the active ELNK . . . . . . . . . . . . . . . . . . . 342

Procedure 24 Viewing Element Manager for Zone Configuration . . . 345

Procedure 25 Using Element Manager to configure Voice Gateway

channels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .348

Procedure 26 Configuring a virtual Superloop

in Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355

Procedure 27

Turning off browser caching in Internet Explorer . . . . 369

Procedure 28

Launching Element Manager . . . . . . . . . . . . . . . . . . . . .371

Procedure 29

Adding an IP Telephony node manually . . . . . . . . . . . . 374

Procedure 30

Configuring SNMP trap destinations . . . . . . . . . . . . . . . 380

Procedure 31

Configuring the community name strings . . . . . . . . . . 382

Procedure 32

Configuring DSP Profile data . . . . . . . . . . . . . . . . . . . . . 384

Procedure 33

Configuring QoS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .389

IP Line Description, Installation and Maintenance

Page 18

Page 18 of 952 List of procedures

Procedure 34 Configuring the Call Server ELAN network interface IP address (Active ELNK),

TLAN voice port, and routes . . . . . . . . . . . . . . . . . . . . . 391

Procedure 35

Configuring access to the file server . . . . . . . . . . . . . . 398

Procedure 36

Setting the loss plan for the UK . . . . . . . . . . . . . . . . . . . 399

Procedure 37 Adding card and configuring

Voice Gateway Media Card properties . . . . . . . . . . . . . 400

Procedure 38 Submitting and transferring the node information . . . 403

Procedure 39 Configuring the Leader IP address for a second or

subsequent node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 407

Procedure 40

Transmitting node properties to Leader . . . . . . . . . . . . 410

Procedure 41

Configuring the Follower cards . . . . . . . . . . . . . . . . . . . 417

Procedure 42

Determining card software version . . . . . . . . . . . . . . . . 425

Procedure 43

Determining the IP Phone firmware version . . . . . . . . . 428

Procedure 44 Downloading loadware and firmware

from the Nortel web site . . . . . . . . . . . . . . . . . . . . . . . . . 429

Procedure 45

Uploading loadware and firmware files . . . . . . . . . . . . 431

553-3001-365 Standard 10.00 December 2006

Page 19

List of procedures Page 19 of 952

Procedure 46

Upgrading the card loadware . . . . . . . . . . . . . . . . . . . . .432

Procedure 47

Rebooting the Voice Gateway Media Card . . . . . . . . . . 437

Procedure 48

Re-enabling the Voice Gateway Media Card . . . . . . . . . 438

Procedure 49

Upgrading the IP Phone firmware . . . . . . . . . . . . . . . . . 443

Procedure 50 Upgrading the Voice Gateway Media Card firmware . . 452

Procedure 51

Importing node files . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454

Procedure 52

Adding a site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .462

Procedure 53

Setting up a system . . . . . . . . . . . . . . . . . . . . . . . . . . . . 464

Procedure 54

Adding a system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .472

Procedure 55

Deleting survivable cabinets or media gateways . . . . . 502

Procedure 56

Adding an MG 1000B . . . . . . . . . . . . . . . . . . . . . . . . . . . 503

Procedure 57

Deleting an MB 1000B . . . . . . . . . . . . . . . . . . . . . . . . . . .505

Procedure 58

Adding a gatekeeper zone . . . . . . . . . . . . . . . . . . . . . . .506

Procedure 59

Modifying the information for a gatekeeper zone . . . . 507

IP Line Description, Installation and Maintenance

Page 20

Page 20 of 952 List of procedures

Procedure 60

Deleting a gatekeeper zone . . . . . . . . . . . . . . . . . . . . . . 508

Procedure 61

Adding a Generic system . . . . . . . . . . . . . . . . . . . . . . . . 508

Procedure 62

Changing site information . . . . . . . . . . . . . . . . . . . . . . . 511

Procedure 63

Changing system information . . . . . . . . . . . . . . . . . . . .512

Procedure 64

Deleting a site or system . . . . . . . . . . . . . . . . . . . . . . . . 513

Procedure 65

Launching OTM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 515

Procedure 66

Adding an IP Telephony node manually . . . . . . . . . . . . 518

Procedure 67 Configuring card properties for the

Voice Gateway Media Card . . . . . . . . . . . . . . . . . . . . . . 523

Procedure 68

Configuring DSP profile data using OTM . . . . . . . . . . . 526

Procedure 69 Configuring SNMP traps and

ELAN GW Routing table . . . . . . . . . . . . . . . . . . . . . . . . . 531

Procedure 70 Configuring node synchronization

with the Call Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535

Procedure 71 Configuring the Call Server ELAN network interface IP address (Active ELNK) and the TLAN voice port . . 537

553-3001-365 Standard 10.00 December 2006

Page 21

List of procedures Page 21 of 952

Procedure 72 Configuring SNMP access and

community name strings . . . . . . . . . . . . . . . . . . . . . . . .540

Procedure 73

Configuring access to the File Server . . . . . . . . . . . . . . 544

Procedure 74

Enabling 802.1Q and configuring DSCP settings . . . .545

Procedure 75

Configuring the Leader 0 IP address . . . . . . . . . . . . . . . 549

Procedure 76 Transmitting node and card properties to Leader 0 . . 551

Procedure 77 Transmitting card properties to all cards

in the node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 553

Procedure 78 Verifying card loadware and IP Phone firmware

using OTM 2.2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .559

Procedure 79 Upgrading Voice Gateway Media Card

software from the OTM 2.2 PC . . . . . . . . . . . . . . . . . . . . 564

Procedure 80 Upgrading the Voice Gateway Media Card software . .568

Procedure 81

Upgrading the IP Phone firmware . . . . . . . . . . . . . . . . . 569

Procedure 82

Configuring SNMP Traps . . . . . . . . . . . . . . . . . . . . . . . .575

Procedure 83 Configuring the Administrative IP Phone Installer

Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 604

IP Line Description, Installation and Maintenance

Page 22

Page 22 of 952 List of procedures

Procedure 84 Configuring the temporary

IP Phone Installer Password . . . . . . . . . . . . . . . . . . . . . 607

Procedure 85 Resetting the user name and password to default . . . 609

Procedure 86 Retrieving the current OM file from the Voice Gateway Media Card using Element Manager . . 623

Procedure 87

Viewing IP Line log files . . . . . . . . . . . . . . . . . . . . . . . . . 630

Procedure 88

Backing up the Call Server data . . . . . . . . . . . . . . . . . . 635

Procedure 89

Restoring the Call Server data . . . . . . . . . . . . . . . . . . . . 637

Procedure 90

Updating the IP Telephony node properties . . . . . . . . . 638

Procedure 91

Adding a Voice Gateway Media Card to the node . . . . 641

Procedure 92 Deleting a follower Voice Gateway Media Card

from the node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 652

Procedure 93

Deleting the Leader Voice Gateway Media Card . . . . . 655

Procedure 94 Changing the IP addresses of an

IP Telephony node in Element Manager . . . . . . . . . . . . 656

Procedure 95 Restarting a Voice Gateway Media Card at the CLI . . . 666

553-3001-365 Standard 10.00 December 2006

Page 23

List of procedures Page 23 of 952

Procedure 96 Restarting a Voice Gateway Media Card in Element

Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .667

Procedure 97

Restarting all Voice Gateway Media Cards . . . . . . . . . . 669

Procedure 98 Accessing a Voice Gateway Media Card using Telnet 670

Procedure 99

Checking the Voice Gateway Channels . . . . . . . . . . . . 673

Procedure 100 Setting the administrative and temporary

IP Phone Installer Passwords . . . . . . . . . . . . . . . . . . . . 678

Procedure 101

Scheduling Reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . 687

Procedure 102

Generating reports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 690

Procedure 103 Opening an Operational Measurement (OM) report . . . 691

Procedure 104 Retrieving the current OM file from the

Voice Gateway Media Card using OTM . . . . . . . . . . . . . 693

Procedure 105

Viewing IP Line info and error log . . . . . . . . . . . . . . . . . 699

Procedure 106

Updating the IP Telephony node properties . . . . . . . . . 700

Procedure 107

Adding a Voice Gateway Media Card to the node . . . . 701

IP Line Description, Installation and Maintenance

Page 24

Page 24 of 952 List of procedures

Procedure 108 Deleting a Voice Gateway Media Card

from the node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 708

Procedure 109 Deleting the Leader 0 Voice Gateway Media Card

from the node . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 710

Procedure 110 Changing the IP addresses of an

IP Telephony node in OTM . . . . . . . . . . . . . . . . . . . . . . . 711

Procedure 111

Restarting a Voice Gateway Media Card . . . . . . . . . . . . 721

Procedure 112

Restarting all the Voice Gateway Media Cards . . . . . . 722

Procedure 113

Updating card properties – DSP Profile tab . . . . . . . . . 723

Procedure 114 Disabling and re-enabling the

Voice Gateway Media Card . . . . . . . . . . . . . . . . . . . . . . 728

Procedure 115

Using the Retrieve command . . . . . . . . . . . . . . . . . . . . . 729

Procedure 116

Adding a node by retrieving an existing node . . . . . . . 732

Procedure 117 Accessing a Voice Gateway Media Card

using Telnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 735

Procedure 118

Troubleshooting an IP Phone installation . . . . . . . . . . 811

Procedure 119

Upgrading the ITG-P 24-port card firmware . . . . . . . . . 813

553-3001-365 Standard 10.00 December 2006

Page 25

List of procedures Page 25 of 952

Procedure 120

Upgrading the Media Card firmware . . . . . . . . . . . . . . . 816

Procedure 121

Removing the CompactFlash . . . . . . . . . . . . . . . . . . . . .819

Procedure 122

Replacing a Follower Voice Gateway Media Card . . . . 822

Procedure 123

Replacing a Leader Voice Gateway Media Card . . . . . . 825

Procedure 124 Add another Voice Gateway Media Card

to the system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 828

Procedure 125 Accessing the CLI commands

from Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . 836

Procedure 126

Replacing a Leader Voice Gateway Media Card . . . . . . 851

Procedure 127

Replacing a Follower Voice Gateway Media Card . . . . 853

Procedure 128 Verifying the Voice Gateway Media Card

software and firmware . . . . . . . . . . . . . . . . . . . . . . . . . . 855

Procedure 129

Transmitting card properties . . . . . . . . . . . . . . . . . . . . .857

Procedure 130 Creating the “dummy” IP Telephony node

to retrieve configuration . . . . . . . . . . . . . . . . . . . . . . . . . 860

Procedure 131 Retrieving IP Line configuration data

from the IP Telephony node . . . . . . . . . . . . . . . . . . . . . . 865

IP Line Description, Installation and Maintenance

Page 26

Page 26 of 952 List of procedures

Procedure 132 Converting IP Trunk card to

Voice Gateway Media Cards . . . . . . . . . . . . . . . . . . . . . 869

Procedure 133 Obtain the NTVQ01AA/NTVQ01BA Media Card

Release 6.8 firmware upgrade and instructions . . . . . 870

Procedure 134 Obtain the NTVQ01AB/NTVQ01BB Media Card

Release 8.2 firmware upgrade and instructions . . . . . 876

Procedure 135 Obtain the ITG-P 24-port card Release 5.7

firmware upgrade and instructions . . . . . . . . . . . . . . . . 882

Procedure 136 Adding the converted Voice Gateway Media Cards

into an existing IP Telephony node . . . . . . . . . . . . . . . . 888

Procedure 137 Importing all converted Voice Gateway Media Cards

into a new IP Telephony node . . . . . . . . . . . . . . . . . . . . 893

Procedure 138

Preventing ground loops . . . . . . . . . . . . . . . . . . . . . . . . 913

Procedure 139

Removing an NT8D81BA cable . . . . . . . . . . . . . . . . . . . 919

Procedure 140 Installing an NTCW84JA filter and NT8D81AA cable . . 919

Procedure 141 Converting a subnet mask from CIDR format to dotted

decimal format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 926

Procedure 142

Downloading files from the Nortel web site . . . . . . . . . 927

553-3001-365 Standard 10.00 December 2006

Page 27

List of procedures Page 27 of 952

Procedure 143 Reconfiguring a Voice Gateway Media Card running CS 1000 Release 4.5 on a system running CS 1000 Release

4.5, where the card was configured as a Follower on the

original system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 933

Procedure 144 Reconfiguring a Voice Gateway Media Card running CS 1000 Release 4.5 on a system running CS 1000 Release 4.5, where the card was configured as a Leader in

the original system . . . . . . . . . . . . . . . . . . . . . . . . . . . . .933

Procedure 145 Reconfiguring a Voice Gateway Media Card running CS 1000 Release 4.0 or earlier on a system running CS 1000 Release 4.5, where the card was configured as a Leader or

a Follower in the original system . . . . . . . . . . . . . . . . . .935

Procedure 146 Reconfiguring the ITG-P 24-port card running CS 1000 Release 4.5 on a system running CS 1000 Release 4.5, where the card was a Leader or a Follower in the original

system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 937

Procedure 147 Reconfiguring the ITG-P 24-port card running CS 1000 Release 4.0, or earlier on system running CS 1000 Release

4.5, where the card was a Leader or a Follower in the

original system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 938

Procedure 148 Reconfiguring the Media Card 32-port card, or the Media Card 8-port running CS 1000 Release 4.5 on a system running CS 1000 Release 4.5, where the card was a Leader

or a Follower in the original system . . . . . . . . . . . . . . . 940

IP Line Description, Installation and Maintenance

Page 28

Page 28 of 952 List of procedures

Procedure 149 Reconfiguring the Media Card 32-port card, or the Media Card 8-port card running CS 1000 Release 4.0, or earlier on a system running CS 1000 Release 4.5, where the card was

a Leader or a Follower in the original system . . . . . . . 941

Procedure 150 Upgrading the software for the ITG-P 24-port card or the Media Card running Succession Release 3.0, or CS 1000

Release 4.0 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 943

553-3001-365 Standard 10.00 December 2006

Page 29

Page 29 of 952

How to get Help

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. More specifically, the site enables you to:

• 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 don’t find the information you require on the Nortel Technical Support Web site, and 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).

IP Line Description, Installation and Maintenance

Page 30

Page 30 of 952 How to get Help

Outside North America, go to the following Web site to obtain the phone number for your region:

www.nortel.com/callus

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.

553-3001-365 Standard 10.00 December 2006

Page 31

Page 31 of 952

About this document

This document is a global document. Contact your system supplier or your Nortel representative to verify that the hardware and software described are supported in your area.

Subject

This document:

• describes the physical and functional characteristics of the IP Line 4.5 application for Nortel Communication Server (CS) 1000 Release 4.5 and Meridian 1 systems and describes its use on the Voice Gateway Media Cards.

• explains how to engineer, install, configure, administer, and maintain an

Structure

This document has separate chapters which are applicable only to either Optivity Telephony Manager (OTM) or Element Manager.

The configuration, administration, and maintenance sections are divided into three chapters each. For example, there is a generic configuration chapter dealing with tasks related to installing and configuring IP Line 4.5. This chapter is followed by two other configuration chapters, one for OTM and another for Element Manager. The administration and maintenance chapters have the same format.

IP Telephony node that contains Voice Gateway Media Cards.

IP Line Description, Installation and Maintenance

Page 32

Page 32 of 952 About this document

Note on legacy products and releases

This NTP contains information about systems, components, and features that are compatible with Nortel Communication Server 1000 Release 4.5 software. For more information on legacy products and releases, click the Technical Documentation link under Support on the Nortel home page:

www.nortel.com

Applicable systems

This document applies to the following systems:

• Communication Server 1000S (CS 1000S)

• Communication Server 1000M Chassis (CS 1000M Chassis)

• Communication Server 1000M Cabinet (CS 1000M Cabinet)

• Communication Server 1000M Half Group (CS 1000M HG)

• Communication Server 1000M Single Group (CS 1000M SG)

• Communication Server 1000M Multi Group (CS 1000M MG)

• Communication Server 1000E (CS 1000E)

• Meridian 1 PBX 11C Chassis

• Meridian 1 PBX 11C Cabinet

• Meridian 1 PBX 51C

• Meridian 1 PBX 61C

•Meridian1 PBX81

• Meridian 1 PBX 81C

Note: When upgrading software, memory upgrades may be required on the Signaling Server, the Call Server, or both.

System migration

When particular Meridian 1 systems are upgraded to run CS 1000 Release 4.5 software and configured to include a Signaling Server, they become

553-3001-365 Standard 10.00 December 2006

Page 33

About this document Page 33 of 952

CS 1000M systems. Table 1 lists each Meridian 1 system that supports an upgrade path to a CS 1000M system.

Table 1 Meridian 1 systems to CS 1000M systems

This Meridian 1 system... Maps to this CS 1000M system

Meridian 1 PBX 11C Chassis CS 1000M Chassis

Meridian 1 PBX 11C Cabinet CS 1000M Cabinet

Meridian 1 PBX 51C CS 1000M Half Group

Meridian 1 PBX 61C CS 1000M Single Group

Meridian 1 PBX 81 CS 1000M Multi Group

Meridian 1 PBX 81C CS 1000M Multi Group

For more information, see one or more of the following NTPs:

• Communication Server 1000M and Meridian 1: Small System Upgrade Procedures (553-3011-258)

• Communication Server 1000M and Meridian 1: Large System Upgrade Procedures (553-3021-258)

Conventions

• Communication Server 1000S: Upgrade Procedures (553-3031-258)

• Communication Server 1000E: Upgrade Procedures (553-3041-258)

Terminology

In this document, the following systems are referred to generically as “system”:

• Communication Server 1000S (CS 1000S)

• Communication Server 1000M (CS 1000M)

• Communication Server 1000E (CS 1000E)

•Meridian1

IP Line Description, Installation and Maintenance

Page 34

Page 34 of 952 About this document

The following systems are referred to generically as “Small System”:

• Communication Server 1000M Chassis (CS 1000M Chassis)

• Communication Server 1000M Cabinet (CS 1000M Cabinet)

• Meridian 1 PBX 11C Chassis (Meridian 1 PBX 11C Chassis)

• Meridian 1 PBX 11C Cabinet (Meridian 1 PBX 11C Cabinet)

The following systems are referred to generically as “Large System”:

• Communication Server 1000M Half Group (CS 1000M HG)

• Communication Server 1000M Single Group (CS 1000M SG)

• Communication Server 1000M Multi Group (CS 1000M MG)

• Meridian 1 PBX 51C

• Meridian 1 PBX 61C

•Meridian1 PBX81

• Meridian 1 PBX 81C

Related information

This section lists information sources that relate to this document.

NTPs

The following NTPs are referenced in this document:

• Converging the Data Network with VoIP (553-3001-160)

• Transmission Parameters (553-3001-182)

• Signaling Server: Installation and Configuration (553-3001-212)

• Branch Office: Installation and Configuration (553-3001-214)

• Optivity Telephony Manager: Installation and Configuration (553-3001-230)

• System Security Management (553-3001-302)

• WLAN IP Telephony: Installation and Configuration (553-3001-304)

• Features and Services (553-3001-306)

553-3001-365 Standard 10.00 December 2006

Page 35

About this document Page 35 of 952

• Emergency Services Access: Description and Administration (553-3001-313)

• Optivity Telephony Manager: System Administration (553-3001-330)

• Element Manager: System Administration (553-3001-332)

• IP Phones: Description, Installation, and Operation (553-3001-368)

• Software Input/Output: System Messages (553-3001-411)

• Communication Server 1000M and Meridian 1: Small System Planning and Engineering (553-3011-120)

• Communication Server 1000M and Meridian 1: Large System Planning and Engineering (553-3021-120)

• Communication Server 1000M and Meridian 1: Large System Maintenance (553-3021-500)

• Communication Server 1000S: Planning and Engineering (553-3031-120)

• Communication Server 1000S: Installation and Configuration (553-3031-210)

• Communication Server 1000S: Upgrade Procedures (553-3031-258)

• Communication Server 1000S: Maintenance (553-3031-500)

• Communication Server 1000E: Planning and Engineering (553-3041-120)

• IP Phone 2001 User Guide

• IP Phone 2002 User Guide

• IP Phone 2004 User Guide

• IP Phone 2007 User Guide

• IP Audio Conference Phone 2033 User Guide

• IP Softphone 2050 User Guide

• Mobile Voice Client 2050 User Guide

• WLAN Handset 2210 User Guide

• WLAN Handset 2211 User Guide

• WLAN Handset 2212 User Guide

IP Line Description, Installation and Maintenance

Page 36

Page 36 of 952 About this document

Online

To access Nortel documentation online, click the Technical Documentation link under Support & Training on the Nortel home page:

www.nortel.com

CD-ROM

To obtain Nortel documentation on CD-ROM, contact your Nortel customer representative.

553-3001-365 Standard 10.00 December 2006

Page 37

Page 37 of 952

Description

This section contains information on the following topics:

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Features. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

Voice Gateway Media Cards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Interworking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Applicable systems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

Unsupported products. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

System requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

OTM 2.2 and Element Manager. . . . . . . . . . . . . . . . . . . . . . . . . . . . 41

System configurations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42

Meridian 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

CS 1000 systems. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43

Software delivery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Required packages. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 45

IP Line package components lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

CS 1000 and Meridian 1 package components . . . . . . . . . . . . . . . . 46

IP Line 4.5 Media Card 8-port card package components . . . . . . . . 48

Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Voice Gateway Media Cards. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49

Capacity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Media Card controls, indicators, and connectors . . . . . . . . . . . . . . . 53

ITG-P 24-port card controls, indicators, and connectors . . . . . . . . . 56

Functional description of the Voice Gateway Media Cards. . . . . . . 61

IP Line Description, Installation and Maintenance

Page 38

Page 38 of 952 Description

IP Phone registration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63

Virtual Terminal Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

Interactions with IP Phones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64

Signaling and messaging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

Signaling protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

ELAN TCP transport . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67

Virtual superloops, virtual TNs, and physical TNs . . . . . . . . . . . . . . . 68

Virtual TNs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 69

Licenses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 70

License limits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

Zones. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72

IP Line 4.5 application in OTM 2.2. . . . . . . . . . . . . . . . . . . . . . . . . 72

Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 73

Command Line Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

Overlays . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74

Introduction

Communication Server (CS) 1000 Release 4.5 introduces the IP Line 4.5 application.

The IP Line 4.5 application provides an interface that connects an IP Phone to a Meridian 1 PBX and a CS 1000 Call Server.

Note: IP Line 4.5 does not operate on Meridian 1 or CS 1000 systems running software earlier than 4.5.

IP Line 4.0 (or earlier) is not supported in CS 1000 Release 4.5.

Features

IP Line 4.5 introduces the following features:

• Active Call Failover

553-3001-365 Standard 10.00 December 2006

IMPORTANT!

Page 39

Voice Gateway Media Cards

Interworking

Description Page 39 of 952

• DSP peg counter for CS 1000E systems

• Enhanced UNiStim firmware downloads for IP Phones

If a Media Card 32-port card, a Media Card 8-port card, or an ITG-P 24-port card is running IP Line 4.5 software, it is known as a Voice Gateway Media Card.

DHCP server

A Dynamic Host Configuration Protocol (DHCP) server can be used to provide the required information to enable the IP Phone network connection and connect to the Voice Gateway Media Card.

For more information on DHCP, refer to Converging the Data Network with

VoIP (553-3001-160) and IP Phones: Description, Installation, and Operation (553-3001-368).

The IP Phone uses the IP network to communicate with the Voice Gateway Media Card and the optional DHCP server. Figure 1 on page 40 shows a diagram of the system architecture.

IP Line Description, Installation and Maintenance

Page 40

Page 40 of 952 Description

Figure 1 System architecture

CS 1000M

IP Line

LAN

Signaling Server (Optionally Redundant)

-Terminal Proxy Server

-H.323 proxy

-Primary Gatekeeper

-Element Manager Web Server

Web Browser

for Element Manager

WAN

Branch Media Gateway

IP Trunk 3.0

or later

Signaling Server

Signaling Server (Optionally Redundant)

-Terminal Proxy Server

-H.323 proxy

-Alternate Gatekeeper

-Element Manager Web Server

CS 1000

Call Server Signaling Server

BCM

Requires BCM

Release 3.0 or higher

553-3001-365 Standard 10.00 December 2006

Phones

Media streams routed

directly using IP

LAN

Media Gateway and

Media Gateway Expansion

553-AAA0400

Page 41

Applicable systems

The CS 1000 and Meridian 1 systems support the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card.

Unsupported products

The following remote service products do not support the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card:

• Carrier Remote

• Mini-carrier Remote

• Fiber Remote

• Fiber Remote Multi-IPE

System requirements

CS 1000 Release 4.5 software is the minimum system software for IP Line 4.5.

OTM 2.2 and Element Manager

Description Page 41 of 952

Optivity Telephony Manager (OTM) 2.2 and Element Manager are used throughout this document as the primary interface for Voice Gateway Media Cards and IP Line 4.5.

OTM 2.2 is the minimum required version.

CS 1000 systems

Either OTM 2.2 or Element Manager can be used as the configuration, administration, and maintenance interface for IP Line 4.5 on a CS 1000 system.

If trying to use OTM 2.2 to perform an action available through Element Manager, then OTM 2.2 launches Element Manager automatically.

OTM 2.2 is used for configuration activities not supported by Element Manager, such as terminal administration.

IP Line Description, Installation and Maintenance

Page 42

Page 42 of 952 Description

Meridian 1

OTM 2.2 is used as the configuration, administration, and maintenance interface for IP Line 4.5 on a Meridian 1. Element Manager cannot be used, as Element Manager is located on a Signaling Server, and there is no Signaling Server in a Meridian 1.

Corporate Directory

OTM 2.2 is necessary for creation of the Corporate Directory database.

SNMP and alarms

Element Manager does not provide a SNMP alarm browser, so the OTM 2.2 Alarm Manager is recommended when SNMP alarm collection is required.

System configurations

Although IP Line 4.5 can be used in different system configurations and its use can vary in those configurations, there are four basic system configurations. See Table 2.

Table 2 Possible system configurations

System Signaling Server present

1 Meridian 1 No

2 CS 1000E Yes

3 CS 1000M Yes

4 CS 1000S Yes

IP Line 4.5 can use the Signaling Server if the Signaling Server is deployed in the system configuration.

553-3001-365 Standard 10.00 December 2006

Page 43

Meridian 1

A Meridian 1 system does not have a Signaling Server in its configuration. Each Voice Gateway Media Card functions as both a UNIStim Line Terminal Proxy Server (LTPS) and voice gateway.

In this system configuration, one Voice Gateway Media Card is configured as the Leader. IP Phones register with individual Voice Gateway Media Cards.

Note: If a Media Card 32-port card, a Media Card 8-port card, or an ITG-P 24-port card is running IP Line 4.5 software, it is known as a Voice Gateway Media Card.

CS 1000 systems

CS 1000 systems have a Signaling Server in their network configuration. The Signaling Server is a server that provides signaling interfaces to the IP network. The Signaling Server’s central processor drives the signaling for IP Phones and IP Peer networking.

In IP Line 4.5, the LTPS executes on the Signaling Server and the voice gateway executes on the Voice Gateway Media Cards. All IP Phones register with the Signaling Server. The Voice Gateway Media Cards only provide access to the voice gateway.

Description Page 43 of 952

The Signaling Server is the node leader and, by default, acts as a Master for the node.

Signaling Server redundancy

There are several methods of redundancy for a Signaling Serve. See Table 3.

Table 3 Methods of Signaling Server redundancy (Part 1 of 2)

Stage Description

With a backup Signaling Server

1 A backup Signaling Server can be configured in a normal configuration.

IP Line Description, Installation and Maintenance

Page 44

Page 44 of 952 Description

Table 3 Methods of Signaling Server redundancy (Part 2 of 2)

Stage Description

2 If the primary Signaling Server fails, the backup Signaling Server takes over and

all IP Phones register with the backup Signaling Server.

3 If the backup Signaling Server fails, one of the Voice Gateway Media Cards is

elected to be the node Master.

4 The IP Phones then register to the Voice Gateway Media Cards.

Without a backup Signaling Server

1 If there is no backup Signaling Server, and the primary Signaling Server fails, one

of the Voice Gateway Media Cards is elected to be the node Master.

2 The IP Phones then register to the Voice Gateway Media Cards.

Software delivery

IP Line 4.5 supports software delivery through the following formats:

1 CompactFlash

2 Signaling Server CD-ROM

3 Download from the Nortel web site

Note: Stand-alone IP Line 4.5 software is not available through CD-ROM.

553-3001-365 Standard 10.00 December 2006

Page 45

The IP Line 4.5 software and related documentation (such as Readme First documents) can be downloaded from the Nortel web site.

Required packages

The IP Phones require the software packages listed in Table 4.

Table 4 Required packages

Package Package number

M2000 Digital Sets (DSET) 88

Aries Digital Sets (ARIE) 170

Note: To configure IP Line 4.5 in groups 5-7 on Option 81C CP PII or CS 1000M MG, the Fibre Network (FIBN) software package 365 is required.

Description Page 45 of 952

IP Line Description, Installation and Maintenance

Page 46

Page 46 of 952 Description

IP Line package components lists

CS 1000 and Meridian 1 package components

Table 5 lists the IP Line 4.5 package components for CS 1000 and Meridian 1 systems.

Table 5 IP Line 4.0 Media Card 32-port line card package components (Part 1 of 2)

Component Code

Media Card 32-port - IP Line 4.5 Voice Gateway Systems Package includes the following:

• Media Card 32-port assembly NTVQ01BB

• IP Line 4.5 Voice Gateway CompactFlash NTM403AC

• ITG EMC Shielding Kit (NTVQ83AA)

• Readme First Document

• Shielded 50-pin to Serial/ELAN/TLAN adaptor

• PC Maintenance cable (NTAG81CA)

• IP Line 4.5 NTP (CD-ROM)

• ITG-specific Meridian 1 Backplane 50-pin I/O Panel Filter Connector (NTCW84JA) (see Note)

NTDU41FC

553-3001-365 Standard 10.00 December 2006

Page 47

Description Page 47 of 952

Table 5 IP Line 4.0 Media Card 32-port line card package components (Part 2 of 2)

Component Code

IP Line 4.5 Voice Gateway NTP (CD-ROM), which includes:

• IP Line: Description, Installation, and Operation (553-3001-365)

• IP Phones: Description, Installation, and Operation (553-3001-368)

• IP Phone 2001 User Guide

• IP Phone 2001 Quick Reference Card

• IP Phone 2002 User Guide

• IP Phone 2002 Quick Reference Card

• IP Phone 2004 User Guide

• IP Phone 2004 Quick Reference Card

• IP Phone 2007 User Guide

• IP Phone 2007 Quick Reference Card

• IP Audio Conference Phone 2033 User Guide

• IP Audio Conference Phone 2033 Quick Reference Card

• IP Softphone 2050 User Guide

• Mobile Voice Client 2050 User Guide

Note: The I/O panel filter connector is not required for Meridian 1 Option 11C Cabinet, Meridian 1 Option 11C Chassis, CS 1000M Cabinet, CS 1000M Chassis, or CS 1000S systems.

NTDW81AG

IP Line Description, Installation and Maintenance

Page 48

Page 48 of 952 Description

IP Line 4.5 Media Card 8-port card package components

Table 6 lists the IP Line 4.5 Media Card 8-port card package components. The Media Card 8-port card is intended for branch office configurations. The card is applicable to the CS 1000 and Meridian 1 systems.

Table 6 IP Line 4.5 Media Card 8-Port card package components

Component Code

Media Card 8-port - IP Line 4.5 Voice Gateway Systems Package includes:

• Media Card 8-port Assembly NTVQ01AB

• IP Line 4.5 CompactFlash NTM403AC

• ITG EMC Shielding Kit NTVQ83AA

• Readme First Document

• Shielded 50-pin to Serial/ELAN/TLAN adaptor

• PC Maintenance Cable NTAG81CA

• IP Line 4.0 NTP (CD-ROM) NTDW81AF

• ITG-specific Meridian 1 Backplane 50-pin I/O Panel Filter Connector (NTCW84JA) (see Note)

Note: The I/O panel filter connector is not required for Meridian 1 Option 11C Cabinet, Meridian 1 Option 11C Chassis, CS 1000M Cabinet, CS 1000M Chassis, or CS 1000S systems.

NTDU41FB

553-3001-365 Standard 10.00 December 2006

Page 49

Documentation

The following documents are available on the IP Line 4.5 CD-ROM and on the Nortel web site:

• IP Line: Description, Installation, and Operation (553-3001-365)

• IP Phones: Description, Installation, and Operation (553-3001-368)

• IP Phone 2001 User Guide

• IP Phone 2001 Quick Reference Card

• IP Phone 2002 User Guide

• IP Phone 2002 Quick Reference Card

• IP Phone 2004 User Guide

• IP Phone 2004 Quick Reference Card

• IP Phone 2007 User Guide

• IP Phone 2007 Quick Reference Card

• IP Audio Conference Phone 2033 User Guide

• IP Audio Conference Phone 2033 Quick Reference Card

Description Page 49 of 952

• IP Softphone 2050 User Guide

• Mobile Voice Client 2050 User Guide

Voice Gateway Media Cards

Voice Gateway Media Card is a term used to encompass the Media Card 32-port line card, Media Card 8-port line card, and ITG-P 24-port line card. These cards plug into an Intelligent Peripheral Equipment (IPE) shelf in the Meridian 1 and CS 1000M systems, into a Media Gateway 1000S and Media Gateway 1000S Expander in the CS 1000S system, and into a Media Gateway 1000E and Media Gateway 1000E Expander in the CS 1000E system.

The ITG-P 24-port line card occupies two slots while the Media Card line card occupies only one slot. The Media Card comes in two versions: 8-port and 32-port.

IP Line Description, Installation and Maintenance

Page 50

Page 50 of 952 Description

The Media Card has the following features:

• 32-port card’s packet processing power is greater than that of the ITG-P 24-port line card

• increases the channel density from 24 to 32 ports (for 32-port version)

• reduces the slot count from a dual IPE slot to a single IPE slot

• supports up to 128 IP Phones for the 32-port version, while 32 IP Phones are supported on the 8-port version (if a Signaling Server is not present in the network configuration).

The 8-port version is typically intended for the Media Gateway 1000B used with the Branch Office feature in branch office locations.

Table 7 provides a comparison of the ITG-P 24-port line card and Media Card 32-port and 8-port line cards.

Table 7 Comparison of ITG-P 24-port and Media Card 32-port and 8-port cards (Part 1 of 2)

ITG-P 24-port

Item

Total DSP Channels 24 32 8

Number of slots the card occupies

Operating System VxWorks 5.3 VxWorks 5.4 VxWorks 5.4

Processor Pentium IXP1200 IXP1200

DSP 8 x TI5409 4 x TI5421 1 x TI5421

Telogy version 7.01 8.1 High Density

Number of IP Phones that can register on each Voice Gateway Media Card

553-3001-365 Standard 10.00 December 2006

card

2 1 1

96 (in a Meridian 1 – see note)

Media Card 32-port card

version (8 ports for each DSP)

128 (in a Meridian 1 – see note)

Media Card 8-port card

8.1 High Density version (8 ports for each DSP)

32 (in a Meridian 1 – see note)

Page 51

Description Page 51 of 952

Table 7 Comparison of ITG-P 24-port and Media Card 32-port and 8-port cards (Part 2 of 2)

ITG-P 24-port

Item

Image file name prefixes shown by swVersionShow command

/C: drive On board Flash 2

Upgrade Two images files One image file

Note: If a Voice Gateway Media Card is used in a CS 1000 system, then the IP Phones register to the Signaling Server instead of the Voice Gateway Media Card, and are not subject to these restrictions. A Signaling Server can register a maximum of 5000 IP Phones.

card

IPL P IPL SA IPL SA

x 4Mb

Media Card 32-port card

Plug-in CompactFlash 32 Mb

(no backup)

Media Card 8-port card

Plug-in CompactFlash 32 Mb

One image file (no backup)

Voice Gateway Media Cards have an ELAN network interface (10BaseT) and a TLAN network interface (10/100BaseT) on the I/O panel.

Note: The ELAN (Embedded LAN) subnet isolates critical telephony signaling between the Call Server and the other components. The ELAN subnet is also known as the Management LAN subnet. The TLAN (Telephony LAN) subnet carries telephony/voice/signaling traffic. The TLAN subnet, also known as the Voice LAN subnet, connects to the customer network and the PSTN.

There is an RS-232 Maintenance Port connection on the faceplates of both the ITG-P 24-port card and the Media Card card. The ITG-P 24-port card has an alternative connection to the same serial port on the I/O backplane.

CAUTION

Do not connect maintenance terminals to both the faceplate and the I/O panel serial maintenance port connections at the same time.

IP Line Description, Installation and Maintenance

Page 52

Page 52 of 952 Description

Capacity

The Virtual TN (VTN) feature allows each Voice Gateway Media Card to support more IP Phones than there are physical bearer channels. There are 24 bearer channels on each ITG-P card and 8 or 32 channels on each Media Card.

Both cards support a 4:1 concentration of registered IP Phones (IP Phones 2001, 2002, 2004, 2007, IP Audio Conference Phone 2033, IP Softphone 2050, Mobile Voice Client (MVC) 2050, WLAN Handset 2210, WLAN Handset 2211, and WLAN Handset 2212) to gateway channels. The ITG-P supports 96 registered IP Phones. The Media Card supports 32 registered IP Phones (when the card has 8 channels) or 128 registered IP Phones (when the card has 32 channels). The IP Phones require the services of the bearer channels only when they are busy on a call that requires a TDM circuit such as an IP Phone-to-digital telephone/trunk/voice mail/conference. When an IP Phone is idle or there is an IP-to-IP call, no gateway channel is required.

When the total number of IP Phones that are registered or are attempting to register reaches the limit (96 on the ITG-P, 32 or 128 on the Media Card), the Voice Gateway Media Card recognizes this and no more IP Phones are assigned to the card. Each Voice Gateway Media Card is restricted to a total of 1200 call attempts per hour distributed across all the IP Phones associated with the card.

553-3001-365 Standard 10.00 December 2006

Page 53

Description Page 53 of 952

Media Card controls, indicators, and connectors

Figure 2 shows the Media Card 32-port and 8-port card faceplate.

Figure 2 Media Card faceplate

Reset

E T

NTVQ01AA

Reset button

Enable LED

PC Card slot (Drive /A:)

MAC address label (TLAN and ELAN network interface addresses)

100

Ethernet activity LEDs

HEX display

RS-232 maintenance port

Lock latches

553-SMC0001

IP Line Description, Installation and Maintenance

Page 54

Page 54 of 952 Description

Faceplate components

The components on the faceplate of the Media Card 32-port and 8-port card are described in the following sections.

Reset button

Use the Reset button on the faceplate to manually reset the Media Card. This enables the card to be reset without cycling power to it. The Reset button is used to reboot the card after a software upgrade or to clear a fault condition.

Enable LED

The faceplate red LED indicates the following:

• the enabled/disabled status of the card

• the self-testing result during power up or card insertion into an operational system

PC Card slot

This slot accepts the Type I or Type II standard PC Flash Cards, including ATA Flash cards (3 Mb to 170 Mb). The slot is labeled /A:.

Nortel supplies PC Card adaptors that enable CompactFlash cards to be used in the slot.

WAR NING

Do not format the PC Card using a Windows application. As well, only format the PC Card using the type of card on which it will be running. For example, a PC Card formatted using a Small System Controller (SSC) card is only readable by the SSC card. It is not readable by the ITG-P 24-port card or the Media Card. A PC Card formatted using a Voice Gateway Media Card (ITG-P 24-port card or Media Card) is only readable by another Voice Gateway Media Card. It is not readable by the SSC card.

553-3001-365 Standard 10.00 December 2006

Page 55

Description Page 55 of 952

MAC address label

The MAC address label on the card’s faceplate is labeled ETHERNET ADDRESS. It shows the TLAN and ELAN network interface MAC

addresses. The Management /ELAN network interface MAC address for each card is assigned during manufacturing and is unchangeable. The MAC address label on the Media Card is similar to the following example:

ETHERNET ADDRESS TLAN 00:60:38:BD:C9:9C ELAN 00:60:38:BD:C9:9D

Ethernet activity LEDs

The faceplate contains six Ethernet activity LEDs: three for the ELAN network interface and three for the TLAN network interface. The LEDs indicate the following links on the ELAN network interface and TLAN network interface (in order from the top):

1 100 (100BaseT)

2 10 (10BaseT)

3 A (Activity)

Maintenance hex display

This is a four-digit LED-based hexadecimal display that provides the role of the card. It also provides an indication of fault conditions and the progress of PC Card-based software upgrades or backups.

RS-232 Maintenance Port

The Media Card faceplate provides a female 8-pin mini-DIN serial maintenance port connection. The faceplate on the card is labeled J2.

IP Line Description, Installation and Maintenance

Page 56

Page 56 of 952 Description

ITG-P 24-port card controls, indicators, and connectors

Figure 3 shows the ITG-P 24-port card faceplate components.

Figure 3 ITG-P 24-port card faceplate

NWK

not used

ITG-P LED (card status)

Reset button

RS-232 Maintenance Port

ITG-P

Reset

NWK

Status

NTVQ55AA

Maint Port

MAC address label (motherboard and daughterboard addresses)

TLAN Ethernet activity LEDs

PC Card slot (Drive /A:)

Four-character LED-based matrix maintenance display

Inboard:

- Type III PC Card slot (ATA Drive /B:)

- Onboard Flash Drive /C:

553-9150

553-3001-365 Standard 10.00 December 2006

Page 57

Description Page 57 of 952

Faceplate components

The components on the faceplate of the ITG-P 24-port line card are described in the following sections.

NWK

The faceplate connector labeled NWK is a 9-pin, sub-miniature D-type connector. The connector is not used for the IP Line 4.0 application.

WARNING

The NWK connector looks like a 9-pin serial connector. Do not connect a serial cable or any other cable to it. If a cable is connected to the NWK connector, the TLAN network interface is disabled.

ITG-P LED (card status)

The red status faceplate LED indicates the enabled/disabled status of the 24 card ports. The LED is on (red) during the power-up or reset sequence. The LED remains lit until the card is enabled by the system. If the LED remains on, the self-test failed, the card is disabled, or the card rebooted.

Reset button

Press the Reset button to reset the card without having to cycle power to the card. This button is normally used after a software upgrade to the card or to clear a fault condition.

MAC address label

The MAC address label on the card’s faceplate shows the motherboard and daughterboard addresses. The ELAN network interface address corresponds to the Management MAC address. The Management MAC address for each card is assigned during manufacturing and is unchangeable. The ELAN network interface MAC address is the MOTHERBOARD Ethernet address

IP Line Description, Installation and Maintenance

Page 58

Page 58 of 952 Description

found on the label. The MAC address label on the ITG-P 24-port line card is similar to the following example:

ETHERNET ADDRESS MOTHERBOARD 00:60:38:8c:03:d5 DAUGHTERBOARD 00:60:38:01:b3:cb

TLAN network interface activity LEDs (labeled NWK Status LEDs)

The two NWK Status LEDs display TLAN network interface activity.

• Green – the LED is on if the carrier (link pulse) is received from the TLAN network interface switch.

• Yellow – the LED flashes when there is data activity on the TLAN network interface. During heavy traffic, the yellow LED can stay continuously lit.

Note: There are no Ethernet status LEDs for the ELAN network interface.

PC Card slots

The ITG-P 24-port card has one faceplate PC Card slot (designated Drive /A:). It is used for optional maintenance. The ITG-P 24-port card also has one unused inboard slot (designated Drive /B:). The PC Card slots support high-capacity PC flash memory cards.

WAR NING

553-3001-365 Standard 10.00 December 2006

Page 59

Description Page 59 of 952

Matrix maintenance display

A four-character, LED-based dot matrix display shows the maintenance status fault codes and other card state information. For a list of the fault codes, see Table 80: “ITG-P 24-port line card faceplate maintenance display codes” on page 739 and Table 81: “Media Card faceplate maintenance display codes” on page 741.

RS-232 maintenance port

The ITG-P 24-port line card faceplate provides a female 8-pin mini-DIN serial maintenance port connection, labeled Maint Port. An alternative connection to the faceplate serial maintenance port exists on the NTMF94EA I/O panel breakout cable.

CAUTION

Do not connect maintenance terminals or modems to the faceplate and I/O panel DB-9 male serial maintenance port at the same time.

Backplane interfaces

The backplane provides connections to the following:

• ELAN network interface

• TLAN network interface

• alternate connection to the DS-30X serial maintenance port

• Card LAN interface connectors

DS-30X voice/signaling

The DS-30X serial maintenance port carries Pulse Code Modulation (PCM) voice and proprietary signaling on the IPE backplane between the ITG-P 24-port card and the Intelligent Peripheral Equipment Controller (XPEC).

Card LAN

The card LAN carries card polling and initialization messages on the IPE backplane between the ITG-P 24-port card and the Intelligent Peripheral Equipment Controller (XPEC).

IP Line Description, Installation and Maintenance

Page 60

Page 60 of 952 Description

Assembly description

The ITG-P 24-port card assembly is a two-slot motherboard and daughterboard combination. A PCI interconnect board connects the motherboard and the DSP daughterboard. See Figure 4 on page 60.

Figure 4 ITG-P 24-port card physical assembly

553-3001-365 Standard 10.00 December 2006

Page 61

Description Page 61 of 952

Functional description of the Voice Gateway Media Cards

The Media Card and ITG-P 24-port line cards can perform two separate functions, depending on the system in which the card is located:

1 The card acts as a gateway between the circuit-switched voice network

and the IP network.

2 The card acts as a Line Terminal Proxy Server (LTPS) or “virtual line

card” for the IP Phones, based on whether a Signaling Server is used in the configuration or not.

IP Line Description, Installation and Maintenance

Page 62

Page 62 of 952 Description

Gateway functional description

The Gateway performs the following functions:

• registers with the system using the TN Registration messages

• accepts commands from the system to connect/disconnect audio channel

• uses Realtime Transport Protocol/Realtime Conferencing Protocol (RTP/RTCP) protocol to transport audio between the gateway and the IP Phone

• encodes/decodes audio from PCM to and from the IP Phone’s format

• provides echo cancellation for the speaker on IP Phones for echoes originating in the circuit-switched voice network (not applicable to the IP Softphone 2050 or MVC 2050 as they have no handsfree capability)

Gateway functionality on the Meridian 1

Since there is no Signaling Server, each Voice Gateway Media Card functions as both the LTPS and Voice Gateway.

The Gateway portion of the card connects to the Meridian 1 through the DS-30X backplane. The Gateway portion also receives call speech-path setup and codec selection commands through the ELAN network interface. The IP Phone connects to both the Gateway and the LTPS functions through the TLAN network interface.

Gateway functionality on the CS 1000 systems

A Signaling Server is always present in the CS 1000 systems. The LTPS executes on the Signaling Server and the Voice Gateway executes on the Voice Gateway Media Cards. The Voice Gateway Media Cards only provide the voice gateway access.

Active Master

The LTPS maintains a count of the number of IP Phones registered to the card. Each IP Telephony node has one active Master. The active Master broadcasts to all Voice Gateway Media Cards and requests a response if it has room for another IP Phone.

553-3001-365 Standard 10.00 December 2006

Page 63

The Election function uses a selection process to determine the node’s Master. The Census function determines the Voice Gateway Media Cards within an IP Telephony node.

IP Phone registration

IP Phone registration on a Meridian 1 system

Table 8 describes the maximum number of IP Phones that can be registered to each type of line card in a Meridian 1 system.

Table 8 Maximum number of IP Phones that can register to a Voice Gateway Media Card in a Meridian 1

Card type Maximum number

Media Card 32-port 128

Media Card 8-port 32

ITG-P 24-port 96

For more information, refer to “System capacities” in Communication Server 1000M and Meridian 1: Large System Planning and Engineering (553-3021-120), Communication Server 1000M and Meridian 1: Small System Planning and Engineering (553-3011-120), Communication Server 1000S: Planning and Engineering (553-3031-120), and Communication Server 1000E: Planning and Engineering (553-3041-120).

Description Page 63 of 952

IP Phone registration on a CS 1000 system

On a CS 1000 system, the IP Phones register with the LTPS on the Signaling Server. If a secondary Signaling Server exists, the IP Phone registrations are split between the primary and secondary Signaling Servers to aid in load balancing. In that case, the IP Phone registrations alternate between the primary and secondary Signaling Servers.

If the primary Signaling Server fails, the secondary Signaling Server takes over (if it exists) and the IP Phones that were registered with the failed Signaling Server reregister with the LTPS on the secondary Signaling Server.

IP Line Description, Installation and Maintenance

Page 64

Page 64 of 952 Description

If there is no secondary Signaling Server or the secondary Signaling Server fails, the IP Phones register with the LTPS on the Voice Gateway Media Cards.

Each Signaling Server supports the registration of up to 5000 IP Phones.

For more information on Signaling Server failure and redundancy, see

Communication Server 1000S: Planning and Engineering (553-3031-120), Communication Server 1000E: Planning and Engineering (553-3041-120), and Signaling Server: Installation and Configuration (553-3001-212).

Virtual Terminal Manager

The Virtual Terminal Manager (VTM) performs the following functions:

• arbitrates application access to the IP Phones

• manages all the IP Phones between the applications and the UNIStim messaging to the IP Phone

IMPORTANT!

• maintains context-sensitive states of the IP Phone (for example, display or lamp state)

• isolates IP Phone-specific information from the applications (for example, the number of display lines, number of characters for each display line, tone frequency, and cadence parameters)

Interactions with IP Phones

The following information describes the process by which an IP Phone registers and unregisters with a Meridian 1 or CS 1000 system.

553-3001-365 Standard 10.00 December 2006

Page 65

Description Page 65 of 952

Registration

Table 9 describes the registration process.

Table 9 Registration process

Step Description

1 The IP Phone receives the IP address of the Connect Server

(co-located with the LTPS) through either DHCP or manual configuration.

2 The IP Phone contacts the Connect Server.

3 The Connect Server instructs the IP Phone to display a

message on its display screen requesting the customer’s IP Telephony node number and TN.

4 The node number and TN are entered. The Connect Server

redirects the IP Phone to the Node Master.

5 The IP Phone contacts the Node Master. The Node Master

redirects the IP Phone to the LTPS.

6 The IP Phone contacts the LTPS.

7 If the IP Phone is valid, the LTPS registers it with the system.

Unregistration

Table 10 describes the unregistration process.

Table 10 Unregistration process

Step Description

1 If the LTPS detects a loss of connection with one of its

registered IP Phones, it logs the event.

2 The LTPS then sends an unregister message to the system

for that IP Phone.

IP Line Description, Installation and Maintenance

Page 66

Page 66 of 952 Description

Signaling and messaging

The IP Line 4.5 application sends Scan and Signaling Distribution (SSD) messages to the Call Server through the system’s ELAN subnet. When tone service is provided, the service is signaled to the LTPS using new SSD messages sent through the ELAN subnet.

Signaling protocols

The signaling protocol between the IP Phone and the IP Telephony node is the Unified Networks IP Stimulus Protocol (UNIStim). The Reliable User Datagram Protocol (RUDP) is the transport protocol.

RUDP

RUDP is used for:

• signaling between the Call Server and the Voice Gateway Media Cards

• signaling between the IP Telephony node and the IP Phones

Description

Signaling messages between the Voice Gateway Media Card and IP Phones use RUDP. Each RUDP connection is distinguished by its IP address and port number. RUDP is another layer on top of UDP. RUDP is proprietary to Nortel.

The features of RUDP are as follows:

• provides reliable communication system over a network

• packages are resent if an acknowledgement message (ACK) is not received following a time-out

• messages arrive in the correct sequence

• duplicate messages are ignored

• loss of contact detection

553-3001-365 Standard 10.00 December 2006

Page 67

Description Page 67 of 952

When a data sequence is packetized and sent from source A to receiver B, RUDP adds a number to each packet header to indicate its order in the sequence.

• If the packet is successfully transmitted to B, B sends back an ACK to A,

acknowledging that the packet has been received.

•If A receives no message within a configured time, it retransmits the

packet.

•If B receives a packet without having first received its predecessor, it

discards the packet and all subsequent packets, and a NAK (no acknowledge) message which includes the number of the missed packet is sent to A. A retransmits the missed packet and continues.

UNIStim

The Unified Network IP Stimulus protocol (UNIStim) is the single point of contact between the various server components and the IP Phone.

UNIStim is the stimulus-based protocol used for communication between an IP Phone and an LTPS on the Voice Gateway Media Card or Signaling Server.

ELAN TCP transport

Although TCP is used for the signaling protocol between the Call Server and the Voice Gateway Media Card, RUDP remains for the Keep Alive mechanism for the link. This means RUDP messages are exchanged to maintain the link status between the Call Server and the Voice Gateway Media Card.

There is no change to UNIStim signaling. IP Phones continue to use the RUDP transport protocol to communicate with the Voice Gateway Media Card.

The TCP protocol enables messages to be bundled. Unlike the RUDP transport that creates a separate message for every signaling message (such as display updates or key messages), the TCP transport bundles a number of messages and sends them as one packet.

IP Line Description, Installation and Maintenance

Page 68

Page 68 of 952 Description

Handshaking is added to the Call Server and IP Line software so that the TCP functionality is automatically enabled. A software version check is performed by the IP Line application each time before it attempts to establish a TCP link with the CS 1000 and Meridian 1 CPUs. TCP transports messages, while RUDP establishes and maintains the link.

If the version does not satisfy the minimum supported version, a RUDP link is used instead to maintain the link and all signaling.

Virtual superloops, virtual TNs, and physical TNs

Virtual TNs (VTNs) enable configuration of service data for an IP Phone, such as key layout and class of service, without requiring the IP Phone to be dedicated (hard-wired) to a given TN on the Voice Gateway Media Card.

Calls are made between an IP Phone and circuit-switched telephone/trunks using the full CS 1000 and Meridian 1 feature set. Digital Signal Processor (DSP) channels are allocated dynamically for this type of call to perform the encoding/decoding required to connect the IP Phone to the circuit-switched network.

To create an IP Phone using VTNs, create a virtual superloop in LD 97 or in Element Manager. To create the virtual superloop in Element Manager, click System > Superloops in the Element Manager navigator.

• Up to 1024 VTNs can be configured on a single virtual superloop for Large Systems, CS 1000M Cabinet and CS 1000M Chassis systems, and CS 1000E systems

• Up to 128 VTNs can be configured on a single virtual superloop for Meridian 1 Option 11C Cabinet and Meridian 1 Option 11C Chassis systems, leading to support for a maximum of 640 VTNs for each of these systems.

553-3001-365 Standard 10.00 December 2006

Page 69

Description Page 69 of 952

• Up to 1024 VTNs can be configured on a single virtual superloop for CS 1000S systems. Table 11 describes the virtual superloop and virtual card mapping on a CS 1000S system. Each superloop has two ranges of cards.

Table 11 Virtual superloop/virtual card mapping for CS 1000S

SUPL Card

96 61-64 81-84

100 65-68 85-88

104 69-72 89-92

108 73-76 93-96

112 77-80 97-99

Each ITG-P 24-port card provides 24 physical TNs and each Media Card 32-port card provides 32 physical TNs. The physical TNs are the gateway channels (DSP ports).

Configure the physical TNs (IPTN) in LD 14. They appear as TIE trunks without a Route Data Block (RDB).

Virtual TNs

Virtual TNs enable service data to be configured for an IP Phone, such as key layout and class of service, without requiring a physical IP Phone to be directly connected to the Call Server.

The concentration of IP Phones is made possible by dynamically allocating a port (also referred to as a physical TN) of the Voice Gateway Media Card for a circuit-switched- to-IP Phone call. All system speech path management is done with physical TNs instead of virtual TNs.

The channels (ports) on the Voice Gateway Media Cards are pooled resources.

The IP Phones (virtual TNs) are defined on virtual superloops.

IP Line Description, Installation and Maintenance

Page 70

Page 70 of 952 Description

A virtual superloop is a hybrid of real and phantom superloops. Like phantom superloops, no hardware (for example, XPEC or line card) is used to define and enable units on a virtual superloop. As with real superloops, virtual superloops use the time slot map to handle IP Phone (virtual TNs)- to-IP Phone calls.

Licenses

There are two types of licenses:

• Basic IP User License for the IP Phone 2001 and IP Audio Conference Phone 2033

• IP User License for the IP Phone 2002, IP Phone 2004, IP Phone 2007, IP Softphone 2050, Mobile Voice Client (MVC) 2050, WLAN Handset 2210, WLAN Handset 2211, and WLAN Handset 2212

Note: If insufficient Basic IP User Licenses are available for the IP Phone 2001 and IP Audio Conference Phone 2033, then the IP User License can also be used for the IP Phone 2001 and IP Audio Conference Phone 2033.

If there are no Basic IP User Licenses available for the IP Phone 2001 and IP Audio Conference Phone 2033, and IP User Licenses are used, then an error message is generated.

“SCH1976: Basic IP User License counter has reached its maximum value. IP User License was used to configure <data> basic IP Phone(s) type 2001. Action: (Recommended) Purchase additional Basic IP User Licenses for IP Phones type 2001, instead of using higher-priced IP User Licenses.”

Each time an IP Phone is configured, the system TN ISM counter is decremented.

Customers must purchase one License for each IP Phone installed on CS 1000 and Meridian 1 systems. A new License uses the existing keycode to enable the IP Phone in the system software. The default is zero.

To expand the License limits for the IP Phones, order and install a new Meridian 1 or CS 1000 keycode. Refer to the Incremental Software

553-3001-365 Standard 10.00 December 2006

Page 71

Zones

Description Page 71 of 952

Management feature module in the Features and Services (553-3001-306) NTP.

Note: Individual Licenses are not supported on Functional Pricing. With Functional Pricing, Licenses are provisioned in blocks of eight.

License limits

The total number of TNs configured with Basic IP User Licenses must not exceed 32767. The total number of TNs configured with IP User Licenses must not exceed 32767. The total number of IP phones configured within the system must not exceed the allowed system capacity limit controlled by customer keycodes).

To optimize IP Line traffic bandwidth use between different locations, the IP Line network is divided into “zones”, representing different topographical areas of the network. All IP Phones and IP Line ports are assigned a zone number indicating the zone to which they belong.

When a call is made, the codecs that are used vary, depending on which zone(s) the caller and receiver are in.

By default, when a zone is created in LD 117 or in Element Manager:

• codecs are selected to optimize voice quality (BQ - Best Quality) for connections between units in the same zone.

• codecs are selected to optimize voice quality (BQ - Best Quality) for connections between units in different zones.

Note: Support for zones in Element Manager is accessed by clicking IP

Telephony > Zones in the Element Manager navigator.

Each zone can be configured to:

• optimize either voice quality (BQ) or bandwidth usage

(BB - Best Bandwidth) for calls between users in that zone

• optimize either voice quality or bandwidth usage within a zone and all

traffic going out of a zone

IP Line Description, Installation and Maintenance

Page 72

Page 72 of 952 Description

For more information about zones, refer to the following:

• Shared and Private zones (see “Private Zone configuration” on page 232)

• Zones and Virtual Trunks (see IP Trunk: Description, Installation, and Operation (553-3001-363))

• Zones and branch office locations (see Branch Office: Installation and Configuration (553-3001-214))

Administration

The Voice Gateway Media Card is administered using multiple management interfaces, including the following:

• the IP Line 4.5 application GUI provided by OTM 2.2

• a Command Line Interface (CLI)

• administration and maintenance overlays of Call Servers

• a web browser interface provided by Element Manager. Element Manager is used for administering Voice Gateway Media Cards in the systems that use a Signaling Server

IP Line 4.5 application in OTM 2.2

For Meridian 1 systems, OTM 2.2 is required for IP Line 4.5. OTM 2.2 is used for tasks such as the following:

• creating a node

• adding Voice Gateway Media Cards to the node

• transmitting loadware to the Voice Gateway Media Cards

• upgrading loadware

• defining SNMP alarms

• selecting codecs

553-3001-365 Standard 10.00 December 2006

Page 73

Element Manager

Element Manager is a resident web-based user interface used to configure and maintain CS 1000 components. Element Manager’s web interface enables IP Line to be configured and managed from a web browser.

Description

Element Manager is a simple and user-friendly web-based interface that supports a broad range of system management tasks, including:

• configuration and maintenance of IP Peer and IP Telephony features

• configuration and maintenance of traditional routes and trunks

• configuration and maintenance of numbering plans

• configuration of Call Server data blocks (such as configuration data, customer data, Common Equipment data, D-channels)

• maintenance commands, system status inquiries, backup and restore functions

• software download, patch download, patch activation

Element Manager has many features to help administrators manage systems with greater efficiency. Examples are as follows:

Description Page 73 of 952

• Web pages provide a single point-of-access to parameters that were traditionally available through multiple overlays.

• Parameters are presented in logical groups to increase ease-of-use and speed-of-access.

• The “hide or show information” option enables administrators to see information that relates directly to the task at hand.

• Full-text descriptions of parameters and acronyms help administrators reduce configuration errors.

• Configuration screens offer pre-selected defaults, drop-down lists, checkboxes, and range values to simplify response selection.

The Element Manager web server resides on the Signaling Server and can be accessed directly through a web browser or Optivity Telephony Manager

IP Line Description, Installation and Maintenance

Page 74

Page 74 of 952 Description

(OTM). The OTM navigator includes integrated links to each network system and their respective instances of Element Manager.

Command Line Interface

Definition

The Command Line Interface (CLI) provides a text-based interface to perform specific Signaling Server and Voice Gateway Media Card installation, configuration, administration, and maintenance functions.

Access

Establish a CLI session by connecting a TTY or PC to the card serial port or Telnet through the ELAN or TLAN network interface IP address.

In the case of an IP Telephony node with no Signaling Server, the CLI must be used to configure the Leader card of the IP Telephony node. This enables OTM 2.2 and Element Manager to communicate with the Leader card and the node.

IMPORTANT!

For more information about the CLI commands, see “IP Line CLI commands” on page 760.

Overlays

For information on the overlays, refer to Software Input/Output: Administration (553-3001-311).

553-3001-365 Standard 10.00 December 2006

Page 75

258

Page 75 of 952

Features

This section contains information on the following topics:

Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 78

Active Call Failover for IP Phones . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81

Minimum requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

ACF mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84

ACF scenarios . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

Firmware downloads . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92

WLAN Handsets 2210/2211/2212 . . . . . . . . . . . . . . . . . . . . . . . . . . 92

Operating parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 93

Feature interactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96

Installation and configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103

Configurable RUDP Timeout and Retries Count. . . . . . . . . . . . . . . 103

Overlay and command modifications. . . . . . . . . . . . . . . . . . . . . . . . 105

Status definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

LD 32 STAT command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106

LD 80 TRAC command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107

LD 117 STIP ACF command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109

LD 117 STIP ACF in Element Manager . . . . . . . . . . . . . . . . . . . . . 110

isetShow command. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112

DSP peg counter for CS 1000E systems . . . . . . . . . . . . . . . . . . . . . . . . 113

Enhanced UNIStim Firmware Download for IP Phones . . . . . . . . . . . 114

Operating parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 115

Feature interactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

System view . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117

IP Line Description, Installation and Maintenance

Page 76

Page 76 of 952 Features

Download maximums . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

Immediate and delayed firmware downloads . . . . . . . . . . . . . . . . . 121

Maintenance Mode. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122

Call Server commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125

LTPS CLI commands. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132

Element Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137

IP Phone firmware management in Element Manager . . . . . . . . . . 138

Ethernet Diagnostics in Element Manager. . . . . . . . . . . . . . . . . . . . 145

Maintenance Mode commands in Element Manager. . . . . . . . . . . . 151

Iset commands in Element Manager . . . . . . . . . . . . . . . . . . . . . . . . 157

Firmware download using UNIStim FTP. . . . . . . . . . . . . . . . . . . . . . . 157

CLI commands. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161

NAT Traversal feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 167

Echo Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

Mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168

NAT Mapping Keep Alive. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171

Mute and Hold considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172

NAT and VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174

NAT Traversal and Proactive Voice Quality Management . . . . . . . 176

Configuring NAT Traversal in Element Manager . . . . . . . . . . . . . . 177

Configuring NAT Traversal in LD 117 . . . . . . . . . . . . . . . . . . . . . . 178

CLI commands. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181

Personal Directory, Callers List, and Redial List . . . . . . . . . . . . . . . . . 190

IP Call Recording . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191

Enhanced IP Call Recording . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192

Feature interactions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194

Identifying the IP Phone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195

Administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197

pbxLink connection failure detection . . . . . . . . . . . . . . . . . . . . . . . . . . 203

Displaying pbxLink information . . . . . . . . . . . . . . . . . . . . . . . . . . . 204

LD 117 STAT SERV . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 205

pbxLink information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206

Application information. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206

IP Phone support. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 209

IP Phone Key Expansion Module . . . . . . . . . . . . . . . . . . . . . . . . . . 218

553-3001-365 Standard 10.00 December 2006

Page 77

Features Page 77 of 952

Corporate Directory. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218

Element Manager support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 219

BOOTP and CONFIG.INI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220

Call Statistics collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221

Counting IP Phones . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221

IP Phone Zone Traffic Report 16 . . . . . . . . . . . . . . . . . . . . . . . . . . . 227

User-defined feature key labels. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231

Private Zone configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232

Shared Zone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

Private Zone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233

LD 117 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234

Run-time configuration changes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236

Network wide Virtual Office. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237

Branch Office and Media Gateway 1000B . . . . . . . . . . . . . . . . . . . . . . 241

802.1Q support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242

Configuration of 802.1Q on IP Phones . . . . . . . . . . . . . . . . . . . . . . 243

Control of the IP Phone’s 802.1Q . . . . . . . . . . . . . . . . . . . . . . . . . . 245

802.1Q and the Voice Gateway Media Cards . . . . . . . . . . . . . . . . . 246

Three-port switch support. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

Data Path Capture tool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

IP Phone firmware. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

Minimum firmware version . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246

Firmware download . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247

Meridian 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248

CS 1000 systems. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249

Graceful Disable . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 251

Operation of the LTPS DISI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 252

Feature operation of the Voice Gateway DISI . . . . . . . . . . . . . . . . . 253

Hardware watchdog timer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254

Codecs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255

Set type checking and blocking. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255

Enhanced Redundancy for IP Line nodes . . . . . . . . . . . . . . . . . . . . . . . 257

IP Line Description, Installation and Maintenance

Page 78

Page 78 of 952 Features

Introduction

Table 12 outlines the IP Line features available for CS 1000 and Meridian 1 systems with CS 1000 Release 4.5 software.

Table 12 IP Line 4.5 feature support (Part 1 of 4)

Feature Meridian 1 CS 1000M CS 1000S CS 1000E

Support for Media Card

Support for Element Manager

Support for Signaling Server

Support for the following IP Phones:

• IP Phone 2001

• IP Phone 2002

• IP Phone 2004

• IP Phone 2007

•IP Audio Conference Phone 2033

• WLAN Handset 2210

• WLAN Handset 2211

Ye s Ye s Ye s Yes

No Ye s Ye s Yes

Ye s Ye s Ye s Yes

• WLAN Handset 2212

a. Node level patching is not provided by OTM 2.2. The patching CLI command of the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card can be used.

* introduced in IP Line 4.5

553-3001-365 Standard 10.00 December 2006

Page 79

Features Page 79 of 952

Table 12 IP Line 4.5 feature support (Part 2 of 4)

Feature Meridian 1 CS 1000M CS 1000S CS 1000E

Support for the

Ye s Ye s Ye s Yes following software clients:

• IP Softphone 2050

• Mobile Voice Client

(MVC) 2050

Support for the IP

Ye s Ye s Ye s Phone Key Expansion Module (KEM)

Active Call Failover * Ye s Ye s Ye s Yes

DSP peg counter for

No No No Ye s the CS 1000E *

Enhanced UNIStim

No Ye s Ye s Yes firmware downloads for IP Phones *

Support for external

Ye s Ye s Ye s Yes server applications

Enhanced VLAN

Ye s Ye s Ye s Yes support on Phase II IP Phones; support for Voice VLAN hardware filter providing enhanced traffic control on IP Phone and PC port

a. Node level patching is not provided by OTM 2.2. The patching CLI command of the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card can be used.

* introduced in IP Line 4.5

IP Line Description, Installation and Maintenance

Page 80

Page 80 of 952 Features

Table 12 IP Line 4.5 feature support (Part 3 of 4)

Feature Meridian 1 CS 1000M CS 1000S CS 1000E

Network Address

No Ye s Ye s Yes Translation (NAT) Tr av e r sa l

Personal Directory,

No Ye s Ye s Yes Callers List, and Redial List with password protection

UNIStim File Transfer

Ye s Ye s Ye s Yes Protocol (UFTP) for IP Phone firmware downloads

IP Call Recording Ye s Ye s Ye s Yes

pbxLink connection

Ye s Ye s Ye s Yes failure detection

Dynamic Loss Plan Ye s Ye s Ye s Ye s

Network-wide Virtual

Ye s Ye s Ye s Yes Office

Patching Par tial Partial Yes Ye s

802.1Q support Ye s Ye s Ye s Ye s

Corporate Directory Ye s Ye s Ye s Yes

Data Path Capture tool Ye s Ye s Ye s Ye s

User-defined Feature

Ye s Ye s Ye s Yes Key Labels

Private Zone Ye s Ye s Ye s Yes

a. Node level patching is not provided by OTM 2.2. The patching CLI command of the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card can be used.

* introduced in IP Line 4.5

553-3001-365 Standard 10.00 December 2006

Page 81

Features Page 81 of 952

Table 12 IP Line 4.5 feature support (Part 4 of 4)

Feature Meridian 1 CS 1000M CS 1000S CS 1000E

Graceful TPS Disable Ye s Ye s Ye s Ye s

Run-time download Ye s Ye s Ye s Ye s

Watchdog Timer Ye s Ye s Ye s Ye s

Password Guessing Protection

Ringer and buzzer volume adjustment

Set-based installation Yes (Small

Maintenance Audit enhancement

Multi-language support Ye s Ye s Ye s Ye s

Enhanced Redundancy for IP Line nodes

IP Softphone 2050 user-selectable codec (not applicable to MVC 2050 as it only supports G.711 codec)

a. Node level patching is not provided by OTM 2.2. The patching CLI command of the Media Card 32-port line card, Media Card 8-port line card, and ITG-Pentium 24-port line card can be used.

Ye s Ye s Ye s Yes

Yes (Small Systems only)

Ye s Ye s Ye s Yes

Systems

only)

Ye s Yes

* introduced in IP Line 4.5

Active Call Failover for IP Phones

CS 1000 Release 4.5 introduces the Active Call Failover (ACF) feature for IP Phones.

IP Line Description, Installation and Maintenance

Page 82

Page 82 of 952 Features

The ACF feature for IP Phones allows active IP calls to survive the following failures:

• IP/IP calls and IP/TDM calls survive signaling path TLAN subnet failures.

Note: IP/IP calls means both parties are IP Phones. IP/TDM calls means one party is an IP Phone and the other party is a TDM telephone or trunk.

• IP and IP/TDM calls survive Signaling Server restarts.

Note: The IP/TDM call does not survive if the Voice Gateway Media Card with the DSP resource used for the call fails.

• IP and IP/TDM calls survive LTPS ELAN subnet failures.

• IP calls survive a Call Server cold start and Call Server failures in system configurations with a redundant Call Server of the following types (see Note 1 on page 83):

— CS 1000S systems with an alternate Call Server when the primary

— Media Gateway 1000B for a branch office configuration

— Geographic Redundancy Secondary Call Server. The feature

Call Server fails

addresses the Primary Call Server failures.

553-3001-365 Standard 10.00 December 2006

Page 83

Features Page 83 of 952

Note 1: IP Phone to IP Phone calls survive the Call Server failures listed above. IP Phone to Media Gateway calls that are connected to media services and switched-circuit line and trunk terminals are dropped on the TDM side of the Media Gateway when the CS 1000S Alternate Call Server performs a cold restart in order to come into service upon failure of the Primary Call Server, and dropped again when the Primary Call Server comes back into service. IP Phone to Media Gateway calls through IP Peer virtual trunk routes are preserved on the TDM side of the Media Gateway, in some cases, when the IP Phone is redirected in ACF mode from the main office CS 1000 to the MG 1000B at the branch office location, or from the Geographic Redundancy Primary to the Secondary Call Server. IP Phone to Media Gateway calls are preserved if the Media Gateway to which the call is established is not affected by the failure, or if there is cold restart of the Call Server that controls the Media Gateway where the IP Peer virtual trunk call is established.

• For Call Server call processor types CP PII and CP PIV:

— IP/IP calls survive a cold start on all systems.

— IP/IP and IP/TDM calls survive a warm start on all systems.

— Graceful switchover and graceful failover to the redundant Logical

Call Processor (LCP) side of the Call Server makes the failure transparent and allows all the calls to survive without any loss.

When the IP Phone with an active call reregisters, the call data is rebuilt if the Call Server does not know about the call, using the internal IP Phone information.

The ACF feature for IP Phones meets Joint Interoperability Test Command (JITC) requirements if the LAN/WAN network is engineered to provide full redundancy: that is, if a LAN/WAN network component fails, an alternate path between the clients and LTPS server is provided.

IP Line Description, Installation and Maintenance

Page 84

Page 84 of 952 Features

Minimum requirements

The ACF feature for IP Phones has the following minimum requirements:

• Call Server must be running CS 1000 Release 4.5 software.

• LTPS must be running IP Line 4.5 software.

• IP Phones (including IP Softphone 2050) must support Unistim version

2.9. (Use the isetShow command to determine the Unistim version. One of the columns in the isetShow output is UNIStimVsn.)

ACF mode

The ACF feature for IP Phones enables an IP Phone to reregister in the ACF mode during a supported system failure.

The ACF mode preserves the following:

• active media session

• LED states of the Mute, Handsfree, and Headset keys

• DRAM content

Note: All other elements (the feature keys, soft keys and text areas) are retained until the user presses a key or the connection with the Call Server is resumed. If the user presses a key during the failover, the display is cleared and a localized “Server Unreachable” message is displayed.

The IP Phone uses this new mode of re-registration only when the Call Server explicitly tells the IP Phone to do so. IP Phones clear all call information if they register to a Call Server or LTPS that does not support the ACF feature.

IP Phone ACF timer

It is possible that there may be an LTPS supporting the ACF feature and an LTPS that does not support the feature in the same system.

A situation could exist where it takes a long time to fix a failure and no failover Call Server is available. During this time, the user may have released the call by pressing the Release key or hanging up the telephone. In this case,

553-3001-365 Standard 10.00 December 2006

Page 85

the call-associated resources are not used, but they still exist on the Call Server since they are not released. To prevent this, the ten-minute Call Server ACF timer is introduced for each call. The timer prevents call processing-related resources from being unnecessarily used when an IP Phone that had an active call unregisters and never reregisters.

The timer is set if:

• the ACF call status is UNREGISTERED; that is, when both parties go offline.

• only one of the parties is offline, and the other party does not support disconnect supervision.

ACF scenarios

Table 13 describes ACF behavior in different scenarios.

Table 13 ACF behaviors (Part 1 of 8)

Scenario Result

Features Page 85 of 952

TLAN subnet failure:

• A call is established between IP Phones A and B registered with the same node.

• TLAN subnet goes down.

• The IP Phones detect the connection is lost and periodically try to reregister.

• The TLAN subnet is up shortly (less than 10 minutes), or an election is called and another accessible LTPS node acquires the node IP address. The IP Phones reregister with the node again.

The call is not lost as the IP Phones reregister.

In this scenario, the call exists on the Call Server during the failover time and has the following transitions: UNREGISTERED ->HALF-REGISTERED -> NO ACF

IP Line Description, Installation and Maintenance

Page 86

Page 86 of 952 Features

Table 13 ACF behaviors (Part 2 of 8)

Scenario Result

Signaling Server/Voice Gateway Media Card platform failure:

• A call is established between IP Phones A and B registered with the same node.

• The LTPS node goes down.

• The IP Phones detect the connection is lost and periodically try to reregister.

• The LTPS node is up shortly (less than 10 minutes), or an election is called and another accessible LTPS node acquires the node IP address. The IP Phones reregister with the node again.

Call Server warm restart:

• A call is established between IP Phones A and B registered with the same Call Server.

• The Call Server warm restart (INI) occurs.

• The users of IP Phones A and B do not go on-hook or press any keys during the Call Server restart.

The call is not lost as the IP Phones reregister.

The scenario is similar to the TLAN subnet failure, but the ACF call transition on the Call Server is instantaneous, since Offline events are generated in a group as the ELAN subnet goes down.

The call is not lost.

The call is rebuilt after the warm restart and has the following transitions: UNREGISTED->HALF REGISTERED->NO ACF. The transition is almost instantaneous since the Online messages are sent in a group as a response to the Sync Request.

553-3001-365 Standard 10.00 December 2006

Page 87

Table 13 ACF behaviors (Part 3 of 8)

Scenario Result

Features Page 87 of 952

Call Server cold restart:

• A call is established between IP Phones A and B registered with the same Call Server.

• The Call Server cold restart (SYSLOAD) occurs.

• The users of IP Phones A and B do not go on-hook or press any keys during the Call Server warm restart.

Main office failure for branch office (scenario 1):

• Branch IP Phones A and B register with the Media Gateway 1000B and are re-directed to the main office.

• IP Phones A and B registered with the main office establish a call.

• A serious main office failure occurs. The active Branch IP Phones cannot reregister with the main office and reregister with the branch office in local mode. IP Phone A reregisters in local mode first.

The call is not lost.

The call cannot be rebuilt after the SYSLOAD. The PARTIAL REBUILT -> REBUILT transition is almost instant since the Online messages are sent in a group as a response to the Sync Request.

The call is not lost.

The HALF REBUILT -> REBUILT transition occurs since the far end is known to the Call Server gateway to the Media Gateway 1000B.

IP Line Description, Installation and Maintenance

Page 88

Page 88 of 952 Features

Table 13 ACF behaviors (Part 4 of 8)

Scenario Result

Main office failure for branch office (scenario 2):

• IP Phones A and B register with the Media Gateway 1000B and are redirected to the main office.

• Branch office warm or cold starts.

• Branch users A and B registered with the main office establish a call.

• A serious main office failure occurs so the active branch IP Phones cannot reregister with the main office and they reregister with the Branch office in local mode. IP Phone A reregisters in local mode first.

Primary Call Server failure (WAN geographically redundant system):

• A call is established between IP Phones A and B that are registered with the primary site in the geographically redundant system.

• The primary site fails.

• The IP Phones are reregistered with the secondary site. IP Phone A reregisters first.

The call is not lost.

Although the branch office LTPS wrote the IP Phones A and B data to its RLM table when it redirected the IP Phones to the main office, the RLM data is lost and cannot be restored when the branch office restarts. The transition is similar to a Call Server cold start: PARTIAL REBUILT -> REBUILT.

The call is not lost.

IP Phones can be configured in 2 ways:

1 Site 1 is the secondary site and Site 2 is

not configured. In this case the scenario is the same as main office failure for branch office (scenario 1): the HALF REBUILT-> REBUILT transition.

2 IP Phones have Site 1 defined as the

primary site while Site 2 is defined as the secondary site. Registration by Site 1 fails. In this case, the secondary site’s Call Server does not have the RLM entries for the reregistering IP Phones and the scenario is the same as main office failure for branch office (scenario 2): the PARTIAL REBUILT -> REBUILT transition.

553-3001-365 Standard 10.00 December 2006

Page 89

Table 13 ACF behaviors (Part 5 of 8)

Scenario Result

Features Page 89 of 952

Virtual Office login failure (scenario 1):

• IP Phone A logs into IP Phone C and establishes a call with IP Phone B. All three IP Phones are registered with the same Call Server.

• TLAN subnet failure occurs. IP Phone A goes offline first, then IP Phone B.

• Active IP Phones A and B reregister with the system when the TLAN subnet comes back up. IP Phone A reregisters first and then IP Phone B.

Virtual Office login failure (scenario 2):

• IP Phone A logs into IP Phone C and establishes a call with IP Phone B. All three IP Phones are registered with the same Call Server.

• TLAN subnet failure occurs. IP Phone B goes offline first, then IP Phone A.

• Active IP Phones A and B reregister with the system when the TLAN comes back up. IP Phone A reregisters first and then IP Phone B.

The call is not lost.

The following ACF transitions occur: NO ACF -> PARTIAL REBUILT -> IDLE -> HALF REBUILT -> REBUILT

The call is not lost.

The following ACF transitions occur: NO ACF -> HALF REGISTERED -> IDLE -> HALF REBUILT -> REBUILT

IP Line Description, Installation and Maintenance

Page 90

Page 90 of 952 Features

Table 13 ACF behaviors (Part 6 of 8)

Scenario Result

Virtual Office login failure (scenario 3):

• IP Phone A logs into IP Phone C and establishes a call with IP Phone B. All three IP Phones are registered with the same Call Server.

• TLAN subnet failure occurs. IP Phones A and B fail and IP Phone C does not fail.

• IP Phone C tries to log into its home TN before IP Phones A and B go offline.

Network-wide operation — network TLAN subnet failure:

• IP Phone A has an IP Peer call with a remote user over a virtual trunk.

• IP Phone A’s TLAN subnet connection fails.

• Active IP Phone A reregisters with the Call Server when the TLAN subnet comes back up.

Network-wide operation — network Call Server warm start

• IP Phone A has an IP Peer call with a remote user over a virtual trunk.

IP Phone C cannot log into its home TN if another active IP Phone is logged on its TN. IP Phone C can log into its home TN only when the call register is released or becomes PARTIAL REBUILT. Refer to Virtual Office login failure scenarios 1 and 2 on page 89.

The call is not lost.

The scenario is the same as if the far end were a local IP Phone. See “TLAN subnet failure:” on page 85.

The call is not lost.

The scenario is the same as if the far end were a local IP Phone. See “Call Server warm restart:” on page 86.

• The Call Server warm starts.

• Active IP Phone A reregisters with the Call Server as the TLAN subnet comes back up.

553-3001-365 Standard 10.00 December 2006

Page 91

Table 13 ACF behaviors (Part 7 of 8)

Scenario Result

Features Page 91 of 952

Network-wide operation — network Call Server cold start:

• IP Phone A has an IP Peer call with a remote user over a virtual trunk.

• The Call Server cold starts.

• Active IP Phone A reregisters with the Call Server as the TLAN subnet comes back up.

Network-wide operation — network branch office:

• Branch IP Phones A and B belong to different branches – Branch A and Branch B respectively. IP Phones A and B are registered on the main office Call Server.

• A call is established between IP Phones A and B.

• Main office Call Server failure occurs and IP Phones A and B register with their branches in local mode.

The call is lost as the Call Server comes up.

The call is not lost.

The scenario for each branch is the same as the first 3 steps of “Main office failure for branch office (scenario 2):” on page 88. Branch A does not know about IP Phone B and Branch B does not know about IP Phone A. Therefore, each branch builds the PARTIAL REBUILT call.

Two local PARTIAL REBUILT calls exist on the branches as the IP Phones reregister in local mode. The calls are never transitioned to the REBUILT state and exist until the IP Phones release the call.

IP/TDM call with TLAN subnet failure:

• IP Phone A has a call with a TDM telephone or trunk B.

• IP Phone A’s TLAN subnet connection fails.

• Active IP Phone A reregisters with the Call Server as the TLAN subnet comes back up.

The call is not lost.

The scenario is the same as “TLAN subnet failure:” on page 85 and “Network-wide operation — network TLAN subnet failure:” on

page 90. The call has the following transitions:

NO ACF -> HALF REGISTERED -> UNREGISTERED.

IP Line Description, Installation and Maintenance

Page 92

Page 92 of 952 Features

Table 13 ACF behaviors (Part 8 of 8)

Scenario Result

Network-wide operation — network Call Server warm start:

• IP Phone A has an IP Peer call with a remote user over a virtual trunk.

• The Call Server warm starts.

• Active IP Phone A reregisters with the Call Server as the TLAN subnet comes back up.

Network-wide operation — network Call Server cold star:

• IP Phone A has an IP Peer call with a remote user over a virtual trunk.

• The Call Server cold starts.

• Active IP Phone A reregisters with the server as the TLAN subnet comes back up.

Firmware downloads

If the IP Phone has an active media stream, the LTPS does not request the firmware download in order to avoid resetting the IP Phone and losing the call. Therefore, it is possible that a system might have IP Phones with a mixture of firmware versions registered with it. The firmware can be downloaded later when the idle IP Phone registers again or can be downloaded manually using appropriate CLI commands.

The call is not lost.

The scenario is same as if the far end were a local IP Phone. See “Call Server warm restart:” on page 86.

The call is lost as the Call Server comes back up.

WLAN Handsets 2210/2211/2212

The Wireless LAN (WLAN) Handsets 2210/2211/2212 support Active Call Failover in the same manner as Phase 2 IP Phones if their firmware supports UNIStim 2.9.

553-3001-365 Standard 10.00 December 2006

Page 93

Operating parameters

IP Peer calls

IP Peer calls survive the following failure types:

• TLAN subnet failures.

• Signaling Server platform failures/restarts. When the Signaling Server reboots after the failure, all sessions are lost. Therefore, when the local IP Phone or far-end telephone releases the call, no RELEASE message is sent to the other party. The other party must go on-hook to become idle.

• Call Server warm starts.

IP Peer calls do not survive the Call Server cold start; all virtual trunks are idled as the Call Server comes back up after the cold start. In this case, the local IP Phone must go on-hook to become idle.

IP/TDM calls

IP/TDM calls do not survive a Call Server cold start; all DSP channels are closed as the Call Server comes back up after the cold start. In this case, the local IP Phone must go on-hook to become idle.

Features Page 93 of 952

Dialing state

Only established calls survive failures. All calls having the DIALING state on the Call Server are released when an LTPS or signaling failure occurs that causes an IP Phone to unregister.

Calls that are ringing are handled as follows:

• If the IP Phone originating the ringing call unregisters, the call is released by the Call Server.

• If the IP Phone receiving the call unregisters, the call receives CFNA treatment if possible.

IP Line Description, Installation and Maintenance

Page 94

Page 94 of 952 Features

Held calls

From the ACF feature perspective, held calls are considered to be established. This means that the call is preserved on the Call Server despite TLAN subnet or LTPS failure. The IP Phone itself is unaware of the state of any held call.

Phase 0/1 IP Phones

Phase 0/1 phones do not support ACF.

Feature key labels

If user-defined feature key labels have been changed but no datadump has been performed, the changes are lost if there is a Call Server failure.

SIP telephones

SIP telephones appear as IP Peer endpoints to the system. See “IP Peer calls” on page 93.

NAT devices

The ACF feature cannot handle the case of a NAT device changing the media path’s mapping between the IP Phone's private address and public address during the failover period. There is no way to discover the mapping while the port is in use. For instance, if a main office failure occurs and the user reregisters in local mode, NAT mapping is changed and the active call cannot survive.

Control messages

The LTPS sends the Audio Stream Control and LEDs Control commands in separate messages. If a failure occurs in the time between the two messages, the Audio Stream and LEDs states may not be synchronized. For example, it is possible for the Audio Stream to be muted and a network failure to occur at just the right moment to prevent the LED Control message for the mute LED from being received by the IP Phone.

Held Calls

When an idle IP Phone (one without an active speech path) reregisters, a firmware download may occur if needed. If that IP Phone actually had calls

553-3001-365 Standard 10.00 December 2006

Page 95

Features Page 95 of 952

on hold, this means the held calls cannot be retrieved until after the firmware download is finished.

Voice Gateway Media Cards

The ACF feature does not handle failures of the Voice Gateway functionality of the Voice Gateway Media Cards.

ELAN and TLAN subnet failures that affect the signaling with the IP Phones registered to a Voice Gateway Media Card are addressed in the same manner as failures affecting the Signaling Server. However, if there is a failure affecting the speech path to an IP Phone, such as when a PBX link failure occurs and the 10-minute PBX link timer expires, the Voice Gateway calls are released.

Codecs

Not all the codec properties are restored for the failed-over call. The following default codec properties are used for the active failover call:

• VAD is OFF

• G.723 Working Rate is 5.3 kbps

• G.729 Annex is Annex A

QoS monitoring

The QoS monitoring is always disabled for the failover call. This is only for the period of the failover call; for all subsequent calls, the QoS monitoring works as configured.

Virtual Office

Active Call Failover is not supported for the active call from an IP Phone logged on another IP Phone to a TDM resource or virtual trunk. Such a call is released when the LTPS detects that the connection to the IP Phone is lost.

For example, IP Phone A is logged on to IP Phone B and talking to a TDM resource or a virtual trunk. If a TLAN subnet failure occurs and IP Phone A reregisters with its home TN, the active call is released as IP Phone A reregisters.

IP Line Description, Installation and Maintenance

Page 96

Page 96 of 952 Features

Handsfree

Scenario: IP Phone A has handsfree denied and IP Phone B has handsfree allowed. IP Phone A is logged on IP Phone B and talks to IP Phone C using handsfree.

If a TLAN subnet failure occurs and IP Phone A reregisters with its home TN (with handsfree disabled), the handsfree functionality is turned off and IP Phone A must go off-hook to continue the conversation.

ELAN subnet failure

The ACF state cannot be determined on the LTPS side during an ELAN subnet failure. This is because the ACF state is stored on the Call Server and it is not possible to send the ACF state on the LTPS side when the ELAN subnet has failed.

When the ELAN subnet is down, the isetShow command always outputs the ACF state as UNKNOWN for all established calls (the state is shown as busy-UNK).

Feature interactions

Virtual Office and Branch Office

Branch Office

When the first failed IP Phone reregisters in local mode, the branch office Call Server look ups the far-end branch IP Phone local TN using the specified far-end IP address and builds a local call.

The call can be rebuilt only if both the IP Phones are branch users of the same branch office.

Example: A regular main office IP Phone talks to the branch IP Phone registered with the main office. A failure occurs on the main office, so that the branch IP Phone cannot register in normal mode again, and reregisters in local mode. Even if the main office IP Phone survives the failure, the call cannot be rebuilt because the call becomes an IP Peer call between the branch office and main office. This call becomes Partial Rebuilt and exists until released.

553-3001-365 Standard 10.00 December 2006

Page 97

Features Page 97 of 952

Virtual Office

It is possible that active IP Phone A, that was logged into IP Phone B before the failure, cannot reregister with the Call Server, because IP Phone C performed a Virtual Office login and uses IP Phone A’s TN. In this case, the Signaling Server/Voice Gateway Media Card locally handles the Release, Onhook and Mute events coming from IP Phone A in the Logged Out state.

Survivable Remote Gateway

The Survivable Remote Gateway (SRG) 1.0 and SRG50 do not support ACF. If the IP Phone is an SRG user, the active call, either in normal mode or local mode, does not survive a failure.

NAT

The NAT discovery is delayed for an IP Phone with an active call when it reregisters. NAT discovery messages are sent through the port used for the RTP stream. NAT discovery is not initiated if the LTPS detects that the IP Phone has an active RTP stream.

Personal Directory, Callers List, Redial List

The display content is cleared and the Personal Directory/Callers List/Redial List applications are reset when the active call failover process starts. The applications can be used again only after the IP Phone reregisters. A user that is using one of the Personal Directory/Callers List/Redial List menus sees the display clear and loses any data in that transaction that was not selected or saved with the Personal Directory/Callers List/Redial List feature.

ACF implementation does not maintain data present only on the Signaling Server/Voice Gateway Media Card. Transient data (for example, the Services key sub-menu the user is currently in) is lost when the failover occurs and the IP Phone reregisters.

Converged Desktop

If the Call Server maintains the active call information during the active call failover, and the SIP Gateway maintains the link and information with the MCS 5100 (the SIP Gateway has not failed or is not on the Signaling Server that reboots if that is the failure mode), then a Converged Desktop call is maintained when the involved IP Phone reregisters to the system. If the Call

IP Line Description, Installation and Maintenance

Page 98

Page 98 of 952 Features

Server loses the call’s information or the SIP Gateway’s Signaling Server reboots, the Converged Desktop call is impacted.

Note: A Converged Desktop consists of a telephone and multimedia PC Client (PCC) software.

The following are scenario examples.

Example 1: The IP Phone’s TLAN subnet fails and the IP Phone reregisters with the same or a different TPS.

In this case, both the voice and multimedia sessions survive: if a SIP call is established with the other party in the SIP domain, the call is not released as the IP Phone reregisters. The multimedia applications still work: the presence is updated on PCC after the telephone reregisters.

If the unregistered converged IP Phone releases the call during the TLAN subnet failure, then the Presence status is updated on PCC as the idle converged IP Phone reregisters.

Example 2: The IP Phone’s Signaling Server fails and the IP Phone reregisters with the same or a different TPS (active converged IP Phone and SIP Gateway are on different Signaling Servers in the same node).

In this case, both the voice and multimedia sessions survive; the scenario is the same as the TLAN subnet failure in Example 1.

Example 3: The IP Phone’s ELAN subnet fails and the IP Phone reregisters with the same or a different TPS.

The voice session survives. If the ELAN subnet comes back up before the IP Phone changes the call state (that is, releases the call), then the multimedia session is not impacted.

If the IP Phone releases the call when the ELAN subnet is still down, the PCC status update happens when the idle converged IP Phone reregisters with the system.

If the call is released by the supervisory timer, the status is updated on PCC after the ELAN subnet comes back up and the Converged Desktop’s AML

553-3001-365 Standard 10.00 December 2006

Page 99

Features Page 99 of 952

ELAN subnet link is enabled (the CSA104 message is output on the Call Server when this happens).

Example 4: Call Server warm start.

The voice and multimedia sessions survive. The Presence status is updated on PCC as the converged IP Phone releases the call after the warm start.

Example 5: Call Server cold start.

The voice and multimedia sessions are closed as the Call Server comes up. The Presence status becomes “Connected - Idle” even if the call is rebuilt and active after the Call Server cold start.

IP Phone firmware downloads

The firmware is not downloaded to an IP Phone that has an active RTP stream open when it registers with the failover system. The firmware is downloaded later when the idle IP Phone registers again or by using appropriate CLI commands.

IP Phone as ACD agent or supervisor telephone

If an IP Phone is used as an ACD agent (or supervisor) and the Call Server fails, then:

• In the case of a Call Server warm start (INI), the active calls are retained on the agent telephone.

• In the case of a Call Server cold start (SYSLOAD), the active calls are dropped and the agents are logged out.

This applies to both the In-calls (PRIMARY) key and any secondary DN key on the ACD telephone.

TPS failures do not impact general ACD functionality, since it is implemented on the Call Server.

CS 1000 base features

No feature works when the active IP Phone is disconnected and trying to reregister with the Call Server. All the features can be used in the context of

IP Line Description, Installation and Maintenance

Page 100

Page 100 of 952 Features

the failover call after the IP Phone reregisters (if it is not a PARTIAL REBUILT call).

The feature context is lost on the Call Server if the Call Server fails.

The feature context is not lost on the Call Server in a case of TLAN/ELAN subnet failure. Only the feature data on the IP Phone’s display is lost.

Feature context in Call Server failures

The context of any feature is lost on the Call Server in cases of Call Server failure (Call Server warm or cold start). The LTPS IP Phone display is lost as the IP Phone reregisters. This means if a feature is activated and the Call Server fails, all the user input and data is lost.

Example: IP Phone A is in a call; the user presses the Transfer key and starts dialing a DN. The Call Server cold or warm starts. Therefore, IP Phone A does not accept the user input and tries to reregister with the Call Server. When the Call Server comes back up and the IP Phones reregister, IP Phone A does not have the Call Transfer activated. The held call is also lost: it is not rebuilt after INI or by the ACF feature, since the call is not active.

TLAN/ELAN subnet and LTPS failures

When a network or Signaling Server/Voice Gateway Media Card failure occurs and the active IP Phone has some feature activated, the feature context and data is not lost on the Call Server. The user can proceed with the feature after the IP Phone reregisters. Only the LTPS display is lost when the IP Phone reregisters.

Example: IP Phone A is in a call; the user presses the Transfer key, and starts dialing a DN. A TLAN subnet failure occurs when the first digit is dialed. The user is unaware of the failure and continues dialing the DN. The digits dialed after the failure are ignored, the IP Phone detects the failure, clears the display, and tries to reregister with the server.

The TLAN comes up again and the IP Phone reregisters. Although the IP Phone is now idle and the display is cleared, the IP Phone can resume dialing the DN starting from the second digit. The IP Phone can also return to the held call by pressing the held call’s DN key.

553-3001-365 Standard 10.00 December 2006

Avaya IP Line User Manual

Specifications and Main Features

Frequently Asked Questions

User Manual

Title page

Revision history

Contents

List of procedures

How to get Help

Getting Help from the Nortel Web site

Getting Help over the phone from a Nortel Solutions Center

Getting Help from a specialist by using an Express Routing Code

Getting Help through a Nortel distributor or reseller

About this document

Subject

Structure

Applicable systems

Conventions

Related information

Description

Contents

Introduction

Features

Voice Gateway Media Cards

Interworking

Applicable systems

Unsupported products

System requirements

OTM 2.2 and Element Manager

System configurations

Meridian 1

CS 1000 systems

Software delivery

Required packages

IP Line package components lists

CS 1000 and Meridian 1 package components

IP Line 4.5 Media Card 8-port card package components

Documentation

Voice Gateway Media Cards

Capacity

Media Card controls, indicators, and connectors

ITG-P 24-port card controls, indicators, and connectors

Functional description of the Voice Gateway Media Cards

IP Phone registration

Virtual Terminal Manager

Interactions with IP Phones

Signaling and messaging

Signaling protocols

ELAN TCP transport

Virtual superloops, virtual TNs, and physical TNs

Virtual TNs

Licenses

Zones

License limits

Administration

IP Line 4.5 application in OTM 2.2

Element Manager

Command Line Interface

Overlays

Features

Contents

Introduction

Active Call Failover for IP Phones

Minimum requirements

ACF mode

ACF scenarios

Firmware downloads

WLAN Handsets 2210/2211/2212

Operating parameters

Feature interactions