DOCSLIB.ORG

Hardware Description and Reference for Avaya Communication Manager

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Hardware Description and Reference for Avaya Communication Manager Hardware Description and Reference for Avaya Communication Manager 555-245-207 Issue 7 January 2008 © 2008 Avaya Inc. All Rights Reserved. Notice While reasonable efforts were made to ensure that the information in this document was complete and accurate at the time of printing, Avaya Inc. can assume no liability for any errors. Changes and corrections to the information in this document may be incorporated in future releases. For full legal page information, please see the complete document, Avaya Legal Page for Hardware Documentation, document number 03-600759. To locate this document on our Web site, simply go to http://www.avaya.com/support and search for the document number in the search box. Documentation disclaimer Avaya Inc. is not responsible for any modifications, additions, or deletions to the original published version of this documentation unless such modifications, additions, or deletions were performed by Avaya. Customer and/or End User agree to indemnify and hold harmless Avaya, Avaya's agents, servants and employees against all claims, lawsuits, demands and judgments arising out of, or in connection with, subsequent modifications, additions or deletions to this documentation to the extent made by the Customer or End User. Link disclaimer Avaya Inc. is not responsible for the contents or reliability of any linked Web sites referenced elsewhere within this documentation, and Avaya does not necessarily endorse the products, services, or information described or offered within them. We cannot guarantee that these links will work all of the time and we have no control over the availability of the linked pages. Warranty Avaya Inc. provides a limited warranty on this product. Refer to your sales agreement to establish the terms of the limited warranty. In addition, Avaya’s standard warranty language, as well as information regarding support for this product, while under warranty, is available through the following Web site: http://www.avaya.com/support. Copyright Except where expressly stated otherwise, the Product is protected by copyright and other laws respecting proprietary rights. Unauthorized reproduction, transfer, and or use can be a criminal, as well as a civil, offense under the applicable law. Avaya support Avaya provides a telephone number for you to use to report problems or to ask questions about your product. The support telephone number is 1-800-242-2121 in the United States. For additional support telephone numbers, see the Avaya Web site: http://www.avaya.com/support. Contents Overview . 21 About Avaya Communication Manager . 21 About Avaya servers and gateways . 22 Servers . 23 Media gateways . 23 Categories of media gateways . 24 Carrier types . 24 Common architectural aspects of media gateways for central locations . 25 Port networks . 26 Center Stage Switch . 27 System Management . 28 Avaya Integrated Management . 28 Server Web-browser-based interface . 28 Avaya communications devices . 29 Adjuncts . 29 Linux-based servers. 31 Avaya S8300 Server . 31 Detailed description . 31 Configurations . 32 S8300 Server/G700 Media Gateway configuration. 33 S8300 Server/G350 Media Gateway configuration . 34 S8300 Server/G250 Media Gateway configuration. 36 Components . 37 UPS or power backup . 37 RAM disk . 37 Related hardware and adjuncts. 37 IA770 INTUITY AUDIX Messaging. 37 Call center . 38 Printers . 39 Survivability . 39 S8300 Server in an LSP configuration . 39 Automatic fallback to primary controller . 39 Number of LSPs supported . 40 Translations . 40 LSP installation . 40 IP addressing of the primary controller, the LSP, and IP telephones . 40 High-level capacities . 40 Avaya S8400 Server . 42 Issue 7 January 2008 3 Contents Detailed description . 42 Components . 45 S8400 IP Interface (SIPI) . 45 Circuit packs . 45 Solid state drive and hard disk drive . 46 Faceplate USB connector . 46 Compact flash . 46 Ethernet ports . 47 USB modem port. 47 Specifications . 48 Related hardware . 48 Server cable adapter. 48 Survivability . 51 Connectivity . 52 Ethernet connectivity with the TN8412AP/TN2312BP circuit pack . 52 Ethernet connectivity with the TN2302BP circuit pack . 53 High-level capacities . 53 Avaya S8500 Server . 55 Detailed description . 55 Models . 56 S8500C Server . 56 Components . 58 Modem . 59 Compact Flash . 60 Specifications . 61 Survivability . 63 RAM disk . 63 S8500 Server as an Enterprise Survivable Server . 63 S8300 Server in an LSP mode. 64 Power outages . 64 High-level capacities . 65 Avaya S8700-series Servers . 67 Configurations . 67 IPSIs required based on PNs . 68 Components . 68 S8700-series Server control complex . 68 S8730 Server . 70 S8720 Server . 74 S8710 Server . 78 S8730 Server Specifications . 81 4 Hardware Description and Reference for Avaya Communication Manager Contents Dimensions. 81 Temperature and humidity . 81 Power supply specifications . 82 S8720/S8710 Server Specifications. 83 Altitude, air pressure and air purity . 83 Temperature and humidity . 84 EMI and RFI specifications . 86 Power supply specifications . 86 Regulatory certification . 87 Data rack mounting and media gateway floor loading . 88 Related hardware . 90 Ethernet switch . 90 UPS or power backup . 90 USB modem . 91 Reliability . 91 Reliability for IP-PNC . 91 Reliability when sending voice bearer over direct-connect, ATM, or CSS. 92 Multiple reliabilities among PNs . 92 Survivability . 92 S8700-series Server as an Enterprise Survivable Server . 93 S8300 Server in an LSP mode. ..
Load more

Recommended publications
  • SIGNALING in TELECOM NETWORK and SSTP (Date of Creation: 01-04-2011)
    E2-E3/CFA/ Signalling in telecomN/W & SSTP Rev date: 01-04-2011 E2-E3 CONSUMER FIXED ACCESS CHAPTER-9 SIGNALING IN TELECOM NETWORK AND SSTP (Date of Creation: 01-04-2011) BSNL, India For Internal Circulation Only Page: 1 E2-E3/CFA/ Signalling in telecomN/W & SSTP Rev date: 01-04-2011 Signaling In Telecom Network And SSTP 1 .0 Introduction Communication networks generally connect two subscriber terminating equipment units together via several line sections and switches for exchange of user information (e.g. speech, data, text or images). The term “signaling” consists of a word signal, which means “indication” about some information. The procedure for transfer of the signal between two nodes or points in telecom network is known as signaling. The signaling is used to transfer control information between the exchanges for call control and for the use of facilities. There are three basic phases in a communication viz setup, conversation and release. Diagram shows a simple telecom network and indicates the component of network and type of signaling used therein. Subscriber Trunk Subscriber Signalling Signalling Signalling EXCH-1 EXCH-2 FIG.1.1 Subscriber Signaling Signaling systems used between the exchange and subscriber equipment, such as terminals and PBX (Private Branch exchanges), are called subscriber signaling systems. Subscriber signaling must not be confused with line signaling. Subscriber signaling can be transported over lines and subscriber trunks. Trunk Signaling Trunk signaling are signals used between public exchanges. They are used to connect exchanges in order to build up a circuit. The signals can be divided in supervision and address signaling.
    [Show full text]
  • Public Switched Telephone Network (PSTN II/II) Topics Today in PSTN
    Public Switched Telephone Network (PSTN II/II) Topics today in PSTN Trunk Network Node 1 Node 2 Access Access Node 3 Terminals Terminals ! A: Switching types ! Connectionless/ connection oriented ! Packet/circuit ! B: PSNT exchanges and interfaces ! interface Q.512 ! using access and trunk networks ! signaling ! network management ! internetworking - Digital Circuit Multiplexing Equipment DCME (G.763) 2 Switching in public networks X.21 Cell switching (fixed - works with cells (packets) having a fixed size : length) offers bounded delay guarantees (QoS compatible, long packets won’t stuck cells) CSPDN: Circuit switched public data net* PSPDN: Packet switched public data net** DQDB: Distributed queue dual bus * Used by European Telecom’s that use X.21 in circuit switched nets 3 **Used by British Telecom’s Packet-switched Service (PSS), Data Pac (Canada) ... Circuit switching - dedicated path Circuit switching - constant delay/bandwidth -voice/data - paid by time - examples: PSTN, GSM? Time switch - Makes switching between time slots - In the figure incoming slot 3 is switched to outgoing slot 3 for one voice direction - Each coming timeslot stored in Speech Store (SS) - Control store (CS) determines the order the slot are read from SS - The info in CS is determined during setup phase of the call Space switch - makes switching between PCM lines - works with electronic gates controlled by CS Cross-pointCross-point controlledcontrolled byby CS CS TDMA 4 Packet switching example Packet structure Seq: sequence number Op code: message/control
    [Show full text]
  • CAS Protocols Reference Manual
    CAS Protocols Reference Manual P/N 6675-10 Natural MicroSystems Corporation 100 Crossing Blvd. Framingham, MA 01702 No part of this document may be reproduced or transmitted in any form or by any means without prior written consent of Natural MicroSystems Corporation. 1999 Natural MicroSystems Corporation. All Rights Reserved. Alliance Generation is a registered trademark of Natural MicroSystems Corporation. Natural MicroSystems, NMS, AG, QX, Telephony Service Architecture (TSA), Natural Access, AG Access, CT Access, Natural Call Control, Natural Media, NaturalFax, NaturalRecognition, NaturalText, VBX, ME/2, Fusion, TX Series, and VScript are trademarks of Natural MicroSystems Corporation. Multi-Vendor Integration Protocol (MVIP) is a trademark of GO-MVIP, Inc. UNIX is a registered trademark in the United States and other countries, licensed exclusively through X/Open Company, Ltd. Windows NT is a trademark, and MS-DOS, MS Word, and Windows are registered trademarks of Microsoft Corporation in the USA and other countries. All other trademarks referenced herein are trademarks of the respective owner(s) of such marks. Every effort has been made to ensure the accuracy of this manual. However, due to the ongoing improvements and revisions to our products, Natural MicroSystems cannot guarantee the accuracy of the printed material after the date of publication, or accept responsibility for errors or omissions. Revised manuals and update sheets may be published when deemed necessary by NMS. Revision History Revision Release Date Notes 1.0 June, 1999 SJC This manual printed: June 23, 1999 Table of Contents About This Manual . iii Developer Support . v 1 MFC-R2 . 1 1.1 Introduction . 2 1.2 MFC-R2 Line Signaling.
    [Show full text]
  • CAS Signaling Traffic Emulation MAPS
    MAPS™ CAS Protocol Emulator (Channel Association Signalling (CAS) Emulation) 818 West Diamond Avenue - Third Floor, Gaithersburg, MD 20878 Phone: (301) 670-4784 Fax: (301) 670-9187 Email: [email protected] Website: http://www.gl.com 1 MAPS™ CAS Emulator in Telephony Network 2 MAPS™ CAS Features Call Scenarios • Caller ID Functionalities • Two-way Calling • Voice Prompt Confirmation (requires VQT) • Three-way Calling • Voice Quality and Delay Measurements (requires VQT) • Three-way Calling with Calling Party Number • Detect Caller ID, and VMWI Identification • VMWI – Voice Mail with MWI (message waiting indicator) • Basic telephony functions - On-hook, Off-hook, Detect ringing and SDT (stutter dial tone) signal, Dial, and 3-Way Call (using flash hook) • Call Waiting – Detect tone, call id, flash to accept call • Both analog and digital (T1) CAMA simulation is supported • Dial Tone Delay, Post Pickup Delay, special dial tone, stutter dial Reporting tone, special information tone, call waiting, call in progress tone, • Central Database of events/results/errors reorder tone, busy tone, congestion tone, confirmation tone, • Multi-User, Multi-Test, Multi-Reporting howler tone, and ring-back tone • Executed test cases • Fax - Send /Receive fax image (TIFF format) file from/to the • Successful test cases specified location. • Failed test cases • Call Failure events • Failed reason • Call Completion events • Test results showing voice quality, failed call attempts, • Call Drop (sustain calls) events dropped calls • PDF and CSV file formats 3 MAPS™ CAS
    [Show full text]
  • On Common Channel Signaling Number 7 and Its Comparison with Multi-Frequency Coded Signaling and Internet Protocol
    International Journal of Electronics and Communication Engineering. ISSN 0974-2166 Volume 5, Number 2 (2012), pp. 125-132 © International Research Publication House http://www.irphouse.com On Common Channel Signaling Number 7 and its Comparison with Multi-Frequency Coded Signaling and Internet Protocol Md. Shah Alam1 and Md. Rezaul Huque Khan2 Dept. of Applied Physics, Electronics and Communication Engineering, University of Chittagong, Bangladesh 1 2 E-mail: [email protected], [email protected] Abstract A message based comparative study between signaling system #7(SS7) and R2 Signaling is done. The reasons for the transition from Multi-frequency Coded (MFC) Signaling to SS7 and SS7 to Internet Protocol are also discussed. Keywords: Common Channel Signaling No.7 (CCS7), R2 signaling or Multi- frequency Coded (MFC) signaling, Internet Protocol (IP), Advance Intelligent Network (AIN). Introduction The over increasing demand of telecommunication in the world wide significantly involves telecommunication signaling systems. The Common Channel Signaling no.7 is usually termed as Signaling System No.7 (SS7). The purpose of this paper is to study the signaling systems R2 or MFC, SS7 [1] and IP, to find the limitations of the above signaling system, analysis of the signaling systems (R2 and SS7) on the basis of their message format. An overall comparison between the two systems has been studied. This paper also focuses on the transition of MFC to SS7. A distinction is made between SS7 and IP and finally reasons are shown why SS7 is moving towards IP. Common Channel Signaling No. 7 Common Channel Signaling System No. 7 (i.e., SS7 or C7) is a global standard for telecommunications defined by the International Telecommunication Union (ITU) Telecommunication Standardization Sector (ITU-T).
    [Show full text]
  • New and Bestselling from Wiley-IEEE Press
    IEEE A Communications Previous Page | Contents | Zoom in | Zoom out | Front Cover | Search Issue | Next Page BEF MaGS New and Bestselling from Wiley-IEEE Press A Guide to the Wireless The ComSoc Guide to Next Engineering Body of Knowledge Generation Optical Transport (WEBOK) SDH/SONET/OTN IEEE COMMUNICATIONS SOCIETY HUUB VAN HELVOORT The ultimate reference book for professionals Provides a unique overview of SDH and OTN for in the wireless industry and study guide for the engineers who are new to the field, as well as WCET. The information presented in this book manufacturers, network operators, and graduate reflects the evolution of wireless technologies, students who need a basic understanding of the their impact on the profession, and the industry’s topics. commonly accepted best practices. 978-0-470-22610-0 • October 2009 • Pbk • 211pp 978-0-470-43366-9 • April 2009 • Pbk • 272pp $63.50 $69.95 ComSoc Guides to Communications Technologies Handbook on Array Processing and Wireless Sensor Networks Sensor Networks A Networking Perspective SIMON HAYKIN and K. J. RAY LIU JUN ZHENG and ABBAS JAMALIPOUR Provides readers with a collection of tutorial articles This book provides a comprehensive and systematic contributed by world-renowned experts on recent introduction to the fundamental concepts, major advancements and the state of the art in array processing challenges, and effective solutions in wireless sensor and sensor networks. networking (WSN). 978-0-470-37176-3 • January 2010 • Hbk • 904pp 978-0-470-16763-2 • October 2009 • Hbk • 489pp $185.00 $94.95 Adaptive and Learning Systems for Signal Processing, Communications and Control Series Ground-Based Wireless Positioning Ground-Based Advances in Multiuser Detection KEGEN YU, IAN SHARP and Y.
    [Show full text]
  • Acknowledgment
    ACKNOWLEDGMENT More over I want to pay special regards to my parents who are enduring these all expenses and supporting me in all events. I am nothing without their prayers. They also encouraged me in crises. I shall never forget their sacrifices for my education so that I can enjoy my successful life as they are expecting. Also, I feel proud to pay my special regards to my project adviser "Dr. Jamal Fathi". He never disappointed me in any affair. He delivered me too much information and did his best of efforts to make me able to complete my project. I would like to thank Assoc. Prof Dr. Adnan Khashman for his advices in each stag of our undergraduate program and how to choose the right path in life. The best of acknowledge, I want to honor those all persons who have supported me or helped me in my project. I also pay my special thanks to my all friends who have helped me and gave me their precious time to complete this project. Also my especial thanks go to my friends, Ahmad Ibrahim, Mahmoud Al-Qassas and Eng. Ibrahim Abu-awwad. ABSTRACT Signaling System 7 (SS7) is a global standard that defines the architecture and protocol used by Public Switched Telephone Networks (PSTN). Call Setup, call forwarding, voice mail, toll free calling, and customer billing are some of the functions of SS7. There are many different carriers providing these services. Each carrier wants to provide a high quality of service for the customer and generate revenue. To provide quality of service the carrier must ensure calls are error free.
    [Show full text]
  • Message Based Analysis on Signaling System Number 7 and Its Comparison with Multi- Frequency Coded Signaling
    DAFFODIL INTERNATIONAL UNIVERSITY JOURNAL OF SCIENCE AND TECHNOLOGY, VOLUME 7, ISSUE 1, JANUARY 2012 15 MESSAGE BASED ANALYSIS ON SIGNALING SYSTEM NUMBER 7 AND ITS COMPARISON WITH MULTI- FREQUENCY CODED SIGNALING Md. Shah Alam1 and Mohammad Rezaul Huque Khan2* Dept. of Electronics and Telecommunication Engineering, Daffodil International University, Bangladesh E-mail: [email protected], [email protected] Abstract: A message based comparative study (і) Basic call setup, management, and tear between signaling system #7(SS7) and MFC Signaling down. is done. Here the limitations of SS7 and MFC (ii) Wireless services such as Personal signaling are also studied. The reasons for the transition from Multi-frequency Coded (MFC) Communications Services (PCS), wireless Signaling to SS7 has been discussed. roaming, and mobile subscriber authentication. Keywords: Common Channel Signaling No.7 (CCS7), R2 (iii) Local Number Portability (LNP). Signaling or Multi-frequency Coded (MFC) Signalin and, (iv) Toll-free (800/888) and toll (900) wireline SS7 message. services. (v) Enhanced call features such as call 1. Introduction waiting, call forwarding, calling party The over increasing demand of name/number display/ restriction/rejection, telecommunication in the world wide and three-way calling. significantly involves telecommunication (vi) Interaction with Network Databases and signaling systems. The Common Channel Service Control Points (SCP) for service Signaling no.7 is usually termed as Signaling control. System No.7 (SS7). The purpose of this paper is (vii) Handling congestion and priorities. to study the signaling systems R2 or MFC, SS7 (viii) Efficient and secure worldwide [1], to find the limitations of the above signaling telecommunications. system, analysis of the signaling systems (R2 SS7 started to make inroads in the 1980‟s and SS7) on the basis of their message format.
    [Show full text]
  • Evolution of Telecommunication Protocols
    Boris S. Goldstein EVOLUTION OF TELECOMMUNICATION PROTOCOLS SaintPetersburg 2002 01 - Title.p65 1 16.10.2002, 14:32 621.387 G64 Boris S. Goldstein. Evolution of Telecommunication Protocols. ISBN 5820601068 The monograph "Evolution of Telecommunication Protocols" is devoted to a wide range of questions related to signaling protocols in telephone networks of former USSR Public Switched Telephone Networks. The SDLoriented analysis method enabling the description in a relatively simple way of the specifics of interoffice signaling systems and call handling procedures, as well as specifications and scenarios required for designing is discussed. The evolution of Russian interoffice signaling systems, from threewire trunks and so called "R 1.5" to Signaling System No.7 protocols is considered. All engineering solutions are directed toward uptodate digital switching nodes and exchanges. The book is primarily intended for engineers and scientists involved in the research, development, and operation of switching nodes. The book will be a valuable reference source for students and post graduates studying in these areas. Technical edition All right reserved. Copyright © Boris S. Goldstein 2002 No part of this publication may be reproduced or distributed in any form or by any means, or stored in a data base or retrieval system, without written permission of the author. All terms mentioned in this book that are known to be trademarks or service marks have been appropriatery capitalized. Use of a term in the book should not be regarded as affecting the validity of any trademark or service mark. Produced in Russian Federation 01 - Title.p65 2 16.10.2002, 14:32 Contents Preface ...................................................................................
    [Show full text]
  • BCM R2MFC Installation and Configuration Guide
    R2MFC Media Bay Module Installation and Configuration Guide BCM Business Communications Manager Document Status: Standard Document Number: NN40010-300 Document Version: 02.00 Date: June 2006 Copyright © 2005–2006 Nortel Networks, All Rights Reserved 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. Trademarks Nortel, the Nortel logo, and the Globemark are trademarks of Nortel Networks. All other trademarks and registered trademarks are the property of their respective owners. North American Regulatory Information Safety This equipment meets all applicable requirements of both the CSA C22.2 No.60950 and UL 60950. The shock hazard symbol within an equilateral triangle is intended to alert personnel to electrical shock hazard or equipment damage. The following precautions should also be observed when installing telephone equipment. • Never install telephone wiring during a lightning storm. • Never install telephone jacks in wet locations unless the jack is specifically designed for wet locations. • Never touch uninsulated telephone wires or terminals unless the telephone line has been disconnected at the network interface. • Use caution when working with telephone lines. Danger: Risk of shock. Read and follow installation instructions carefully. Ensure the system and system expansion units are unplugged from the power socket and that any telephone or network cables are unplugged before opening the system or system expansion unit.
    [Show full text]
  • TEC-GR-SW-PBX-001-02-OCT-17.Pdf
    वर्गीय आव�यकताएँ सं.:टीईसी/जीआर/एसडब쥍यू/पीबीए啍स-001/02/अ啍टूबर-17 (सं.:टीईसी/जीआर/एसडब쥍यू/पीबीए啍स-सीपीए/01/फरवरी-09 को अधिक्रधित करता है) GENERIC REQUIREMENTS No. : TEC/GR/SW/PBX-001/02/OCT-17 (Supersedes No. TEC/GR/SW/PBX-CPA/01/FEB-09) प्राइवेट ऑटोिैटटक 녍ांच ए啍सचᴂज PRIVATE AUTOMATIC BRANCH EXCHANGE © टीईसी, 2017 © TEC, 2017 इस सवााधिकार सुरधित प्रकार्शन का कोई िी धहसा, दूरसंचार अधियांधिकी कᴂद्र, नई दद쥍ली की धलधखत ,र्गﴂवीकृधत के धबना, दकसी िी 셂प िᴂ या दकसी िी प्रकार से जैसे -इले啍रॉधनक, िैकेधनकल,फोटोकॉपी, टरकॉ셍ड कैननंर्ग आदद 셂प िᴂ प्रेधित, संग्रहीत या पुन셁配पाददत न दकया जाए । All rights reserved and no part of this publication may be reproduced, stored in a retrieval system or transmitted, in any form and by any means - electronic, mechanical, photocopying, recording, scanning or otherwise, without written permission from the Telecommunication Engineering Centre, New Delhi. दूरसंचार अधियांधिकी कᴂद्र खुर्शीदलाल िवन, जनपथ, नई दद쥍ली–110001, िारत TELECOMMUNICATION ENGINEERING CENTRE KHURSHIDLAL BHAWAN, JANPATH, NEW DELHI–110001, INDIA www.tec.gov.in Release 04: OCT, 2017 Price: 800/- FOREWORD GR No. TEC/GR/SW/PBX-001/02/OCT-17 2 Telecommunication Engineering Centre(TEC) functions under Department of Telecommunications (DOT), Government of India. Its activities include: Issue of Generic Requirements (GR), Interface Requirements (IR), Service Requirements (SR) and Standards for Telecom Products and Services Field evaluation of products and Systems National Fundamental Plans Support to DOT on technology issues Testing & Certification of Telecom products For the purpose of testing, four Regional Telecom Engineering Centers (RTECs) have been established which are located at New Delhi, Bangalore, Mumbai, and Kolkata.
    [Show full text]
  • CS1000 ISDN Basic Rate Interface Feature Fundamentals
    Nortel Communication Server 1000 ISDN Basic Rate Interface Feature Fundamentals NN43001-580 . Document status: Standard Document version: 01.02 Document date: 20 June 2007 Copyright © 2003-2007, Nortel Networks All Rights Reserved. Sourced 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, the Nortel Logo, the Globemark, SL-1, Meridian 1, and Succession are trademarks of Nortel Networks. All other trademarks are the property of their respective owners. 3 Revision history June 2007 Standard 01.02. This document is up-issued to remove the Nortel Networks Confidential statement. May 2007 Standard 01.01. This document is issued to support Communication Server 1000 Release 5.0. This document contains information previously contained in the following legacy document, now retired: ISDN Primary Rate Interface Features (553-3001-369). August 2005 Standard 3.00. This document is up-issued to support Communication Server 1000 Release 4.5. September 2004 Standard 2.00. This document is up-issued for Communication Server 1000 Release 4.0. 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
    [Show full text]