Professional Documents
Culture Documents
May 1998
ACP 10
ACP 50
ACP 70
Copyright
E TELEMATICS INTERNATIONAL, INC., a member of the ECI Telecom Group, 1998. All rights reserved. Telematics International, Inc. reserves the right to use or distribute freely any information supplied by readers without incurring obligations. Any unauthorized use, duplication, or distribution of this document or any part thereof without the prior written consent of Telematics International, Inc. is strictly prohibited. Printed in the United States of America.
Disclaimer
Telematics International, Inc. reserves the right to improve this document, its contents, and any products described herein at any time without prior notification. The information in this document has been reviewed for accuracy, clarity, and completeness. Telematics International, Inc. is not responsible for any errors or omissions in this document. If you find any errors or have any comments, please forward them to: Telematics International, Inc. Information Management & Development Dept. 26630 Agoura Road Calabasas, California 913021988 U.S.A.
Contents
Contents
Introduction
ACP 10 Platform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ACP 50 Platform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ACP 70 Platform . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 5 7
Architecture Highlights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Hardware Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ACP System Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9
9 9
I/O Connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
ACP 50 Communication Expansion Modules (CEMs) . . . . . . . . . . . . . . . . . . ACP 50 Communication Adapter Modules (CAMs) . . . . . . . . . . . . . . . . . . . . ACP 70 Optional Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . External Interface Converters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . lnternal Interface Converters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
13
13 13 14 14 14
Level 1 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
19 21
25
X.25 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
The Level 2 Frame Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The Level 3 Packet Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . General X.25 Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X.25 Multipoint Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
27 27 28 31
DSP Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Why Bisync? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DSP within the X.25 Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connection Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Monitoring Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trace Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
33
33 33 33 34 34
35
35 35 36 36
iii
Asynchronous Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Device Connectivity Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Host Connectivity Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X.3 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X.28 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X.29 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . X.121 Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
38
38 38 38 39 40 42 42
SNA Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Why Combine X.25 and SNA? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ACP TPAD and HPAD Value-added Emulation . . . . . . . . . . . . . . . . . . . . . . . Automatic Error Recovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PU and LU Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3270 SNA Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3770 SNA Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5250/5294/5394 SNA Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connections to a Host . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enhanced Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
43 43 43 43 44 44 44 44 45
IP Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Standards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Routing Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ELX Transceivers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Monitoring Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . LAN/WAN Interface Connectivity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Serial Line Internet Protocol (SLIP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Point-to-Point (PPP) Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . IP Transporter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PPP/SLIP/X.25 Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . PAP/CHAP and RADIUS Security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Proxy ARP for IP Addressing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
46
46 48 48 48 48 49 49 49 50 50 50 53 54
TPP Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Why TPP? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . FOP and BOP Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . TPP Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connection Methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Monitoring Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Trace Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
56
56 56 56 57 57 57
POS Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Terminals and Hosts Supported . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connection Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Programmable Message-Based Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . Other Highlights . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Example Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
58
58 58 58 59 61
iv
Contents
63
63 63 64 64
66
66 66 66 68 68 68 68
Functional Characteristics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
70
75 77
Index
vi
H H H H H H
Output will be year 2000 compliant. Products that possess the ability to set clocks will be 2000 compliant. Products that need to compute differences between time stamps will be 2000 compliant. In products containing a clock, the clock will be able to successfully perform a roll-over from December 31, 1999 to January 1, 2000. The year 2000 will be treated as a valid leap year. Products will function correctly in situations where network components physically reside in time zones that span millenniums.
Where Telematics offers third party suppliers products as part of our product solution, we will work with those suppliers to ensure that the time-keeping requirements for the next millennium are met. Where any other non-Telematics supplied third-party products or customer-generated non-Telematics software may be interfacing with Telematics products, the customer is responsible for the year 2000 compliance. AVAILABILITY: Upon delivery of all newly developed products in 1998, the millennium requirement will be already addressed. Upon delivery of revisions (function or maintenance) to existing products, the millennium issue will be addressed. The goal for all products to be millennium-compliant is by July 1, 1998. Customers with products that are either under warranty or are covered under a software maintenance and update contract will receive the millennium-compliant software updates as part of the normal update process. For others, an upgrade program will be announced.
vii
Revision History
This Revision History begins with Revision D. Revision D: Revised certification information; updated ACP data sheet and environmental/operational specifications. Updated IP information, including PAP/CHAP and RADIUS server features, plus proxy ARP. Updated POS applications; added asynchronous dial-out modem application; and added two Voice/Fax Module option information. Added new system management options and updated Functional Characteristics tables. Added BEST BUY (best price) items to ordering forms. Added ACP 50 hex V.28 card and octal modem V.34 card ordering information. Moved obsolete product numbers to separate Obsolete section. Revision E: The following changes were made to the manual:
H H H H H H H H H H H H H H H H H
Added a Statement of Corporate Policy & Direction for Year 2000 Millennium Change issues (see page vii). Updated ACP 50 product data to include the support of T1/E1 CSU/DSU hardware and dual 48VDC power supplies (see pages 56). Eliminated all ACP 70 Voice/Fax Option (VFO) information from the manual. (The VFO has been discontinued.) Added information regarding the new T1/E1 CSU/DSU management module that is supported on the ACP 50 by version 4.0 ACP software. (See pages 2 and 20.) Added information about Automatic Node Protection Switching (ANPS) the protective switching feature available to ACP 50 units with 4.0 software. (See page 25.) Added descriptions of the available CEMs, CAMs, and optional modules that are available for use on the ACP 50 and ACP 70 (see pages 13 14). Updated CEM/CAM table (Table 5) to include V.32 and V.34 modem CEM/CAM model numbers and information on the octal DMA III/PS CEM, octal DMA/PS CAM, and T1/E1 CSU/DSU CAM (see page 15). Added information on new system management options: SNMP Agent, FTP, and TELNET Server (see page 23). Updated information regarding supported X.25 packet size (see page 27). Added new descriptions/figures of SNMP, FTP, and TELNET to the IP protocol section (see page 46). Added information regarding the new OSPF routing capability supported by version 4.0 software (see page 48). Updated Point of Sale figures and feature descriptions (see pages 58 61). Updated ACP 50 Functional Characteristics Version 1.13 table (Table 15 on page 72) to indicate the correct PU-LU type for SW/AS/SNA/TP/BR software (model number 5Bx9). Updated ACP 50 Functional Characteristics Version 2.xx table (Table 16 on page 73) to reflect correct modem async port allowance and to include software p-kit 5P09. Added new ACP 70 2.xx table (Table 18 on page 74). Added new ACP Functional Characteristics Version 4.xx tables (Tables 17 and 19 on pages 73 74) to show the capabilities of new software versions. Updated ACP 50 and 70 Software and Hardware Matrixes (Tables 21 and 22 on page 76) to include Version 4.xx software support information. Removed ordering section from this manual. The standard ordering section is now available as a separate document (ACP Order Form Standard) under model number 2002-900 (part number 950493-01).
viii
Introduction
Telematics ACP (Access Communication Processor) networking products offer a variety of cost-effective ways for users to access a range of network services. Telematics ACPs can be deployed as customer premises equipment (CPE), central office/concentration equipment within public networks, or as user access and switching equipment within private data networks. Telematics International is also a pioneer in offering highly reliable, fast products for Point of Sale (POS) transactions as well as for frame relay, Internet/Intranet, and X.25-based systems (see Figure 1). The ACP platforms available are: ACP10 ACP 50 ACP 70 ACP models are available with a variety of protocol and interface modules to support various access and networking functions.
X.25
POS
INTERNET
FRAME RELAY
Figure 1.
ule provides automatic backup of an entire node. This is done automatically and the network manager is informed of a failure through an SNMP trap. Async connections are accomplished by using Y cables.
I The Asynchronous module allows the attachment of async
packets or frames for routing over the network. The IP implementation also supports asynchronous SLIP (serial line IP) and synchronous/asynchronous PPP (point-to-point protocol) users over directly connected asynchronous lines or via the PSTN through the internal modem card. The IP implementation may also include the PPP/SLIP/ X.25 gateway for specific personality kits. PPP users have security available through PAP/CHAP and RADIUS servers. Proxy ARP for IP addressing may be used with IP, SLIP, and PPP serial ports. I The TPP module transports synchronous byte- and frameoriented protocol data within an X.25 packet. The TPP implementation provides a pass-through function for other synchronous traffic alongside the SNA, async, X.25, and 3270 DSP traffic supported by the specific ACP communication modules.
I The ISDN (Integrated Services Digital Network) BRI
start-stop terminals, host computers, and PCs. In support of an asynchronous PAD function, it provides data traffic concentration from a number of async devices to the X.25 networking module. It implements all the packet assembly/disassembly functions and end-to-end controls and procedures specified in CCITT recommendations X.3, X.28, X.29, and X.121.
I The X.25 module provides interconnection and call routing
between X.25-compliant equipment, such as PADs, X.25 host computers, gateways, routers, or other switches within the network. Standard functions include packet data switching, concentration, routing, error recovery, and network flow control. It supports the CCITT X.25 recommendation allowing the connection of different types of X.25 equipment and networks.
I The Frame Relay module provides the interconnection
(Basic Rate Interface) module provides the 2B+D S/T interface with 2B (bearer) channels and one D (data) channel. The ISDN implementation supports X.25 packet switching over the B channels (and D channel in the future), and supports both incoming and outgoing circuits.
I The Modem module supports the internal software-driven
and routing between all frame relay-compliant equipment within the network, such as FRADs, frame relay host computers, routers, and gateways. This module supports the LMI ANSI, ITU, and GO4 (Group of 4) recommendation, allowing connection to different types of frame relay networks and equipment.
I The SNA module allows the attachment of SNA/SDLC
modems. It offers support for a range of modem standards, including V.32bis as well as V.42bis data compression. The internal modems support a range of dial-up services including async, X.25, SLIP, and PPP.
I The POS module allows the attachment of POS terminals
cluster controllers and host computers to either private or public data networks. It provides conversion from SNA to X.25, and vice versa, and can operate in either standard IBMr QLLC protocol mode, compatible with NCP/NPSI software, or in VLU (Virtual Logical Unit) mode. VLU mode allows 3270/5250 devices to operate in a multi-host environment. Host support includes the IBM system 370, S/3x, and AS/400.
I The DSP module allows the attachment of 3270 BSC
and host computers to either private or public data networks. POS supports ISO 8583, VISAI, VISAII, APACS, SPDH, and TINET protocols. POS features include fast connect modems and local protocol spoofing which both help reduce overall transaction response time.
I The internal T1/E1 CSU/DSU module provides direct con-
EBCDIC controllers. It provides protocol conversion from 3270 BSC to X.25 using the de facto DSP packet level protocol. DSP implementation allows 3270 displays and printer devices to operate in a multi-host environment.
I The IP module allows the interconnection of Ethernet
nection to T1 or E1 services. This eliminates the need to purchase an external CSU/DSU (Channel Service Unit/ Data Service Unit). The CSU/DSU is a dual-port device and is fully manageable by using the ACP System Manager (SYM) software module. The interface for T1 is a 100 ohm RJ45 connector. The interface for E1 is a 120 ohm RJ45 connector. There are three LED indications per port to indicate on line, yellow alarm, and red/blue alarm or loss of frame. ACP products can run certain combinations of the above modules concurrently enabling maximum access and networking functionality.
LANs over X.25, frame relay, or IP networks for remote access to LAN services such as E-mail, file transfers, and TELNET sessions. The IP module accomplishes this by fragmenting the Ethernet TCP/IP datagrams into smaller
ACP 10 Platform
Highlights
I Based on Intel 80C188 10 MHz CPU. I 6 multi-protocol ports. I 1 DMA-driven port at 64 kbps. I EPROM- or Flash memory-based operating code
ACP 10 Front Panel
relay.
I Local and remote diagnostics. I Centralized management via INF, SmartView, and
Back Panel with AC Power Supply
OMS.
I Optional V.11 or V.35 external adapters. I 110/220V switch-selectable power supply. I 75,000 hours Calculated MTBF (basic unit).
Back Panel with DC Power Supply
The ACP 10 is a low-end, self-contained Access Communication Processor that offers the same access and networking features as the other ACP platforms described in the pages that follow. The base unit houses a personality module, six universal communication ports, and non-volatile memory for configuration parameters. The ACP 10 is an ideal choice for sites with only a few devices requiring access to the core network. The ACP 10 personality module is available in two versions: a low-cost EPROM module, which contains the ACP 10 operating code, or a more flexible, flash-based module that is
also able to receive operating code non-intrusively over the network. Combinations of access protocols are available for either personality module in code sets (Type 2, Type 3, etc.). A protocol enable key on the personality module determines the availability of access protocols, and an optional memory enable key expands the memory by 128 Kbytes. The ACP 10 has six V.24 ports, three of which provide a regulated power feed for a specially designed, optional V.11 and V.35 external converter. It is also available with a choice of power supplies: 110/220 VAC or 48 VDC.
Base Unit 110/220 VAC IEC Power Line Connector or 48 VDC Terminal Block
Flash-based Module
Operational
Processor Type Code Storage in bytes RAM in bytes Options Protocols Supported 80C188 10 MHz CPU 512K PROM or Flash 128K to 256K V.11 /V.35 external adapters 48VDC power supply X.25, async, SNA, DSP, TPP, and frame relay
Safety
UL 478/4 and CSA 22.2 No. 220, or UL 1950 and CSA 22.2 No. 950, respectively, where applicable. IEC 950: 1991 EN 60950: 1992 EN 41003: 1993
Emissions
EN 55022: 1994, Class A FCC Part 15, Class A
Electrical
AC Power Frequency Power Dissipation DC Power Current Frequency Power Dissipation 100V to 130V 1.4 Amp max. 50/60 Hz 2% < 40 BTU/hr 40 to 58 VDC 0.3 Amp DC N\A < 40 BTU/hr 198V to 264V 1.3 Amp max. 50/60 Hz 2% < 40 BTU/hr
Export Classification
All Telematics products are classified by the U.S. Department of Commerce Export Administration under Export Commodity Control Number (ECCN) 1567A. Any export of these products outside the United States requires prior approval from the U.S. Department of Commerce or another applicable agency of the U.S. Government.
Headquarters
Corporate Headquarters ECI Telecom-Telematics 1201 W. Cypress Creek Road Ft. Lauderdale, FL 33309 (954) 772-3070 (800) 833-4580 FAX (954) 351-4405 Asian Headquarters ECI Telecom (HK), Ltd. 2806 China Resources Bldg. 26 Harbour Road Wanchai, Hong Kong 011-852-2824-4128 FAX 011-852-2802-4411 Central European Headquarters ECI Telecom GMBH Buropark Oberursel In der Au 27 61440 Oberursel, Germany 011-49-6171-6209-0 FAX 011-49-6171-5405-7 Western European Headquarters ECI Telecom, Ltd. Isis House Reading Road, Chineham Basingstoke, Hampshire RG24 8TW, United Kingdom 011-44-1256-388-000 FAX 011-44-1-256-388-143
Environmental
Operating Temp. Storage Temp. Shipping Temp. 0_to45_ C (41_to113_ F), 20%to80% Relative Humidity -20_to51__ C (-4_to125_ F), 10%to95% Relative Humidity -20_to60_ C (-4_to140_ F), 10%to95% Relative Humidity
Physical
Height Width Depth Weight (fully configured) 72 mm (2.9) 295 mm (11.5) 235 mm (9.1) 4.5 kg (9.5 lbs)
ACP 50 Platform
Highlights
I Based on Intel 80486 50 MHz CPU. I Supports up to 24 internal V.32bis or V.34 modems. I Configurable with up to 48 async ports. I Configurable with up to 26 sync ports which may include 2 sync ports
at 2Mbps.
I Configurable with up to 1 Ethernet port. I Disk- or PCMCIA-based software upgrades via a network connection. I Scaleable using communication expansion modules (CEMs). I Modular, easy field upgrades & serviceability. I Supports X.25, async, SNA, DSP, POS, TPP, frame relay, IP routing,
ISDN, TELNET Client, TELNET Server, FTP server, SNMP, and OSPF.
I Local and remote diagnostics. I Centralized management via INF, SmartView, OMS, or other SNMP
managers.
I 92,000 hours Calculated MTBF (basic unit and components). I 100V264V auto ranging power supply. I 27, 48, or dual 48 VDC power supplies. I Optional internal T1/E1 CSU/DSU. I Redundancy option available when using the ANPS feature of Version
Stretch Chassis Back Panel with Three Modem Cards
The ACP 50 provides an open platform with the highest price/performance ratio of all the ACP products. Its demonstrated success in the market is a result of expanding the character/packet processing power and the number of high speed links that can be supported in a single ACP node. The ACP 50 uses the same field-proven software modules as the other ACP platforms. The ACP 50 base unit includes the following Field Replaceable Units (FRUs) housed in a forced-air cooled metal chassis with an expansion backplane for CEM/CAM FRUs (see figure on next page): I AC Power and Disk Module.
I Optional 27, 48, or dual 48 VDC Power and Disk Modules. I 3.5-inch disk drive (high density). I Personality module printed circuit board without enable
The 486 CPU disk controller allows the ACP 50 to support up to 1.44 MB formatted address space on the 3.5-inch disk drive, allowing concurrent execution of an extended set of access and networking protocols. The ACP 50 uses an integrated 50 MHz 486 CPU (25 MHz double clock), supporting the following types of high-performance CEMs: I Octal DMA CEM with 8 DMA-assisted universal ports.
I Octal modem CEM with 8 DMA-assisted universal ports. I Hex CEM with 16 async ports. I ELX CEM with 2 VHSL links and one 10Base5 Ethernet
port, with optional PCMCIA card. (The ELX CEM can connect to either an ELX or T1/E1 CSU/DSU CAM.)
I ISDN Basic Rate Interface CEM with 1 VHSL link and 2
keys.
I 486/50 MHz CPU with up to 32 MB of memory and a
ISDN S0 RJ45-type 8-way plug interfaces (for Version 1.xx software only). A fully-populated chassis can support two VHSL links plus up to 24 high-speed universal ports or 48 async ports.
Power and Disk Module Rear Panel Backplane ELX/VHSL or BRI/VHSL CEM ELX/VHSL, BRI/VHSL, or T1/E1 CSU/DSU CAM
ACP 50 FRUs
Operational
Processor Type Code Storage in bytes RAM in bytes Options 80486 at 50 MHz 1.44 MB (disk) 4 MB Hex , Octal DMA, ELX, Octal Modem, & ISDN Basic Rate Interface cards; internal T1/E1 CSU/DSU V.11 /V.35 external adapters; 27, 48, or dual 48 VDC power supplies X.25, async, SNA, DSP, TPP, frame relay, IP, ISDN Basic Rate Interface, PPP, POS, and IP
Safety
UL 478/4 and CSA 22.2 No. 220, or UL 1950 and CSA 22.2 No. 950, respectively, where applicable. IEC 950: 1991 EN 60950: 1992 EN 41003: 1993
Emissions
EN 55022: 1994, Class A FCC Part 15, Class A FCC Part 68 (approved for all components requiring certification).
Protocols Supported
Export Classification
All Telematics products are classified by the U.S. Department of Commerce Export Administration under Export Commodity Control Number (ECCN) 1567A. Any export of these products outside the United States requires prior approval from the U.S. Department of Commerce or another applicable agency of the U.S. Government.
Electrical
AC Power Frequency Power Dissipation 100V to 130V, 2.5 Amp maximum 198V to 264V, 1.6 Amp maximum 50 Hz/60 Hz 2% < 300 BTU/hr
Headquarters Environmental
Operating Temp. Storage Temp. Shipping Temp. 5_to45_ C (41_to113_ F), 20%to80% Relative Humidity -20_to51_ C (-4_to125_ F), 10%to95% Relative Humidity -20_to60_ C (-4_to140_ F), 10%to95% Relative Humidity Corporate Headquarters ECI Telecom-Telematics 1201 W. Cypress Creek Road Ft. Lauderdale, FL 33309 (954) 772-3070 (800) 833-4580 FAX (954) 351-4405 Asian Headquarters ECI Telecom (HK), Ltd. 2806 China Resources Bldg. 26 Harbour Road Wanchai, Hong Kong 011-852-2824-4128 FAX 011-852-2802-4411 Central European Headquarters ECI Telecom GMBH Buropark Oberursel In der Au 27 61440 Oberursel, Germany 011-49-6171-6209-0 FAX 011-49-6171-5405-7 Western European Headquarters ECI Telecom, Ltd. Isis House Reading Road, Chineham Basingstoke, Hampshire RG24 8TW, United Kingdom 011-44-1256-388-000 FAX 011-44-1-256-388-143
Physical
Height Width Depth Weight (fully configured) 215.9 mm (8.5) 431.8 mm (17) 355.5mm (14) 15.4 kg (34 lbs)
ACP 70 Platform
Highlights
I Based on Intel 80486 25 MHz CPU. I Integrated Ethernet AUI port. I Up to 14 universal sync/async ports at 64kbps and
up to 2 ports at 2 Mbps.
I PCMCIA-based for software configuration upgrades
via network.
I Scaleable by using optional modules (Quad CCM or
relay, IP routing, ISDN, TELNET client, TELNET server, FTP server, SNMP, and OSPF.
I Local and remote diagnostics. I Centralized management via INF, SmartView, OMS,
The ACP 70 provides the greatest flexibility to support a range of access protocols and network services. The ACP 70 comes with integral Ethernet and high speed synchronous capabilities and supports expansion for additional universal ports. The ACP 70 uses the same field-proven software as the other ACP platforms. The base unit of each ACP 70 includes the following Field Replaceable Units (FRUs) housed in a forced-air cooled metal chassis: I AC Power Module, 110/220V: provides regulated power for all logic, and can sustain power interruption of at least two AC cycles.
I Optional 48VDC Power Module. I Quad Combined Communication Module (CCM) support-
32-bit microprocessor, ROM and RAM memory, a 2-bus I/O interface, and the following items: j Four universal (sync/async) V.24 ports with speeds up to 64 kbps, which provide a regulated power feed for specially designed, optional V.11 and V.35 external converters. j One embedded Ethernet Access Unit Interface (AUI). j Two VHSL ports supporting a pair of V.series (V.11, V.24, or V.35) interface modules, with a maximum speed of two ports at 512 kbps, for X.25 or frame relay connections.
I Personality keys on the motherboard. I 2 MB PCMCIA enables additional software storage.
ing 4 V.24 universal (synchronous/asynchronous) ports at speeds up to 64 kbps which provide a regulated power feed for specially designed, optional V.11 and V.35 external converters.
I Single ISDN BRI port module supporting 2B+D channels. I Memory modules (SIMMs).
The optional Quad CCMs and ISDN BRI port modules plug directly into the ACP 70 motherboard (see figure on next page). A screwdriver is all that is required to install these modules as upgrades.
ACP 70 FRUs
Operational
Processor Type Code Storage in bytes RAM in bytes Options 80486 at 25MHz 2.0 MB Flash (plus optional 2 MB PCMCIA) 4 MB Quad V.24, ISDN, and Voice/Fax modules V.11 /V.35 external adapters 48VDC power supply X.25, async, SNA, DSP, TPP, frame relay, IP, ISDN Basic Rate Interface, PPP, and IP
Safety
UL 478/4 and CSA 22.2 No. 220, or UL 1950 and CSA 22.2 No. 950, respectively, where applicable. IEC 950: 1991 EN 60950: 1992 EN 41003: 1993
Emissions
EN 55022: 1994, Class A FCC Part 15, Class A
Protocols Supported
NOTE:
Most equipment configurations meet the limits of EN 55022 and FCC for Class B digital devices.
Electrical
AC Power Frequency Power Dissipation 100V to 250V 0.60 Amp to 0.25 Amp 50/60 Hz 2% < 222 BTU/hr
Export Classification
All Telematics products are classified by the U.S. Department of Commerce Export Administration under Export Commodity Control Number (ECCN) 1567A. Any export of these products outside the United States requires prior approval from the U.S. Department of Commerce or another applicable agency of the U.S. Government.
Environmental
Operating Temp. Storage Temp. Shipping Temp. 5_ to 45_ C (41_ to 113_ F), 20% to 80% Relative Humidity 20_ to 51_ C (4_ to 125_ F), 10% to 95% Relative Humidity 20_ to 60_ C (4_ to 140_ F), 10% to 95% Relative Humidity
Headquarters
Corporate Headquarters ECI Telecom-Telematics 1201 W. Cypress Creek Road Ft. Lauderdale, FL 33309 (954) 772-3070 (800) 833-4580 FAX (954) 351-4405 Asian Headquarters ECI Telecom (HK), Ltd. 2806 China Resources Bldg. 26 Harbour Road Wanchai, Hong Kong 011-852-2824-4128 FAX 011-852-2802-4411 Central European Headquarters ECI Telecom GMBH Buropark Oberursel In der Au 27 61440 Oberursel, Germany 011-49-6171-6209-0 FAX 011-49-6171-5405-7 Western European Headquarters ECI Telecom, Ltd. Isis House Reading Road, Chineham Basingstoke, Hampshire RG24 8TW, United Kingdom 011-44-1256-388-000 FAX 011-44-1-256-388-143
Physical
Height Width Depth Weight (fully configured) 86.8 mm(3.4) 415 mm(16.3) 325 mm(12.8) 6 kg (13 lbs)
Architecture Highlights
Hardware Characteristics
The three Access Communication Processor platforms offer a wide range of hardware features. The ACP platforms are based on the 188 and 486 microprocessor series. The ACP platforms support up to: I Two 2 Mbps DMA-assisted ports (ACP 70).
I 24 64 kbps DMA-assisted ports, plus one at 2 MB and one
70).
I 4 ISDN BRI S0 ports (ACP 70). I 24 V.32bis integral modem ports (ACP 50). I 24 V.34 integral modem ports (ACP 50). I Non-volatile storage for the operating code and configura-
tion database: the 3.5-inch diskette, flash personality module, or PCMCIA module allow the distribution of operating code via the network.
I Electrical interfaces: RJ11 (ISDN), RJ45 (async), DDB15
ACP 50
80486 50 MHz 1.44M (disk)
ACP 70
80486 25 MHz 2.0M Flash
ACP 50 48VDC n n n n n n n
ACP 70
n n n n n n n n/a n
n n n n n n n n n
n n n n n n n n/a n
n n n n
n n n n
n n n n
n/a n/a
n/a n/a
n n
n/a n/a
n/a n/a
1. The ACP products are marked in conformity with the following European Commission Directives: The Low Voltage Directive (LVD), 73/23/EEC The Electromagnetic Compatibility Directive (EMC), 89/336/EEC The Telecommunications Terminal Equipment Directive (TTE), 91/263/EEC The Conformit Europene Marking Directive (CE Marking), 93/68/EEC 2. UL 478/4 and CSA 22.2 No. 220, or UL 1950 and CSA 22.2 No. 950, respectively, where applicable. 3. Class A for ACP 10, ACP 50, and ACP 70 models. (Note that for the ACP 70, most equipment configurations meet the limits of EN55022 and FCC for Class B digital devices.) 4. Approved for all components requiring certification. 5. For specific country approvals, consult your Telematics sales representative or the Telematics International Approvals Group. 6. Internal octal modems are certified as complete assemblies only. 7. Certification performed on Request for Price Quotation basis, if required.
10
Table 3. Estimated Mean Time Between Failure (MTBF) Figures (in thousands of hours)
Component
MTBF for Basic Unit / Basic Unit 48 VDC MTBF for Power Module (AC / DC) MTBF for Personality Module / Extended MTBF for CPU MTBF for Octal DMA CAM / DMA II CEM MTBF for Hex CAM / CEM MTBF for ELX CAM / CEM MTBF for T1/E1 CSU/DSU CAM MTBF for BRI CAM / CEM MTBF for Octal Modem CEM MTBF for Quad I/O Module MTBF for Fan Assembly Mean Time to Repair
ACP 10
75.2 / 106.4
1208.2 / 2437.8
20 min.
NOTE: MTBF figures for CAMs and CEMs are for CAMs and CEMs individually. Do not attempt to combine these figures in any form to calculate combined CAM/CEM figures. Such combination figures are highly dependent on system configuration and should be obtained through your Telematics representative.
ACP 50 ACP 70
76.8 7474.2 / 165.0 115.3 / 115.9 1805.1 161.7 1632.7 / 244.8 135.0 1756.5 / 214.5 2162.2 / 302.0 568.9 / 239.0 454.5 502.6 / 256.0 179.1 457.0 200.0 15 min. 45 min.
11
ACP 10 w/48VDC
72 mm (2.9) 295 mm (11.5) 235 mm (9.1) 4.5 kg (9.5 lbs) 100V to 130V, 1.4 Amp maximum 198V to 264V, 1.3 Amp maximum 50 Hz/60 Hz 2% < 40 BTU/hr 0_to45_C (0_to122_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 10 w/48VDC
72 mm (2.9) 295 mm (11.5) 235 mm (9.1) 4.5 kg (9.5 lbs) DC Power: -40 to -58 VDC Current: 0.3 Amp DC N/A < 40 BTU/hr 0_to45_C (0_to122_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 50 Stretch
215.9 mm (8.5) 431.8 mm (17) 355.5 mm (14) 15.4 kg (34 lbs) 100V to 130V, 2.5 Amp maximum 198V to 264V, 1.6 Amp maximum 50 Hz/60 Hz 2% < 300 BTU/hr 5_to45_C (41_to113_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 50 w/27VDC
215.9 mm (8.5) 431.8 mm (17) 355.5 mm (14) 15.4 kg (34 lbs) DC Power: 19 to 30 VDC Current: 6 Amp DC N/A < 300 BTU/hr 5_to45_C (41_to113_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 50 w/48VDC
215.9 mm (8.5) 431.8 mm (17) 355.5 mm (14) 15.4 kg (34 lbs) DC Power: -42 to -57 VDC Current: 3 Amp DC N/A < 300 BTU/hr 5_to45_C (41_to113_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 70
86.8 mm (3.4) 415 mm (16.3) 325 mm (12.8) 6 kg (13 lbs) AC Power: 100V to 250V Current: 0.60 Amp to 0.25 Amp 50/60 Hz 2% < 222 BTU/hr 5_to45_C (41_to113_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
ACP 70 w/48VDC
86.8 mm (3.4) 415 mm (16.3) 325 mm (12.8) 6 kg (13 lbs) DC Power: -40 to -70 VDC Current: 1.4 Amp maximum N/A < 222 BTU/hr 5_to45_C (41_to113_F), 20%to80% Relative Humidity -20_to51_C (-4_to125_F), 10%to95% Relative Humidity -20_to60_C (-4_to140_F), 10%to95% Relative Humidity
* Temperature ranges may be further limited by the type of diskette media used.
I/O Connectivity
The ACP 10 I/O logic is fully-integrated in the base unit, while the ACP 50 allows greater port expansion with a variety of Communication Expansion Modules (CEMs) and Communication Adapter Modules (CAMs). The ACP 70 contains both fully-integrated I/O logic and expansion capabilities. Several different optional modules provide the ACP 70 with various interface options. determined by the installation of interface modules installed on the BRI CAM. (ISDN BRI operation is supported only by Version 1.xx software.) Refer to Table 5 on page 15 for additional information regarding ACP 50 CEMs.
Figure 2. ACP 50 CEM-Backplane-CAM Assembly The CAMs contain the connectors seen on the rear of the ACPs, and depending upon the CAM installed, house different types of connectors with either a DCE or DTE physical appearance to the attaching device. Regardless of the DCE or DTE appearance, the actual connectors are standard RJ11/RS-530, RJ45, and DB25-S female connectors. The appearance is selected via the CAM or cable, depending on the connector type. (Refer to Table 5 for further information on CAMs and CEMs.) CAM Physical Interfaces. CAMs are for connecting ACPs to terminals, host computer ports, modems, etc. For interfaces, cables should only use the wire pin-outs defined for that specific interface (V.11, V.11/RS530, V.24, V.35, RJ11, RJ45 types). Cables must be shielded to comply with emission standards and must be manufactured using UL and CSA approved materials. NOTE: Special DB25-to-Winchester adapter cables are available for interfacing to V.35 modems. The Winchester connector uses 6-32 jack screws. All ACP DB25/DDB15 connectors and cables use 4-40 jack screws.
13
The following types of CAMs are supported by the ACP 50: H Hex CAM. The hex CAM is available in both V.24 and V.28 models, each providing 16 asynchronous ports. The hex CAM is used with the hex CEM. The ACP 50 can contain up to three hex CAMs. H Octal DMA CAM. The octal DMA CAM is used with the octal DMA I, II, or III CEM to provide eight DMA-assisted universal ports. A special version of the octal DMA CAMthe octal DMA/PS CAMsupports the Automatic Node Protection Switching (ANPS) feature of ACP Version 4.0 software. The ACP 50 can contain up to three octal DMA CAMs. H Octal Modem CAM. This CAM is used with either the V.32 or V.34 octal modem CAM and contains eight RJ11 connectors for synchronous/asynchronous modem connections. H ELX CAM. The ELX CAM contains one AUI DB15 connector for an Ethernet connection, and two DB25 connectors for the CAMs two VHSL ports. The VHSL ports can be adapted to either RS-530, V.24, or V.35 by installing two V.series interface modules into a connector on the CAM. The ELX CAM is used with the ELX CEM. Only one ELX CAM may be used in the ACP 50. (Since the BRI CAM installs in the same location as the ELX CAM, only one of these CAMs may be installed in an ACP.) H BRI CAM. The ISDN BRI CAM contains two RJ48C-type (8-way) S0 ports to interface to the ISDN. Each interface can carry one or two B-channels at 64 kbps and one D-channel at 16 kbps. The BRI CAM also contains one DB25 VHSL port supporting speeds up to 384 kbps. The VHSL port can be adapted to either RS-530, V.24, or V.35 by installing a V.series interface modules into a connector on the CAM. The BRI CAM is used with the BRI CEM and is supported only by ACP Version 1.xx software. Only one BRI CAM may be used in the ACP 50. (Since the BRI CAM installs in the same location as the ELX CAM, only one of these CAMs may be installed in an ACP.) H T1/E1 CSU/DSU CAM. This CAM contains two RJ45 connectors to provide T1 and E1 connections, and contains a DB15 connector for an Ethernet connection. The CAM provides a mechanism to put a line into loopback mode for testing from a central office, and also provides warnings/alarms and collects/relays error statistics. The CSU/DSU CAM is supported only by an ACP 50 equipped with a 50/486 Type2 C/D CPU, an ELX II CEM, and Version 4.0 software. Refer to Table 5 on page 15 for additional information regarding ACP 50 CAMs.
14
5020-003
5020-003
5050-002
5012-002
10, 13, 18
5016-001 5016-002 5016-003 5040-xxx 5016-001 5016-002 5016-003 5040-xxx 5011-011 5011-035 5011-024 7710-011 7710-024 7710-035
5020-001 5020-101 5020-201 5120-xxx 5034-001 5034-101 5034-201 5037-xxx 5010-011 5010-035 5010-024
ACP 70
4 2 2 2
57.6 57.6
15 15
1 1 4
7704-001 7703-001
16 3, 15
Continues...
15
NOTES: 1. Supports 1 sync port at speeds up to 64 kbps plus 3 others at 19.2 kbps, or 1 at 64 kbps plus 5 at 9.6 kbps, or 1 at 64 kbps plus 5 async at 19.2 kbps. 2. Supports V.54 loopback testing. 3 V.11 or V.35 support is provided on up to 3 ports using external converter kits (models 3020-030 and 3020-050). 4. V.11 or V.35 support via external converters (models 3020-040 and 3020-060). 5. Clock speeds provided are: 1.2, 2.4, 4.8, 9.6, 19.2, 38.4, 56/57.6, 64 kbps. External clocking must be provided for all intermediate speeds. 6. The ACP 50 supports a maximum of three hex CEM/CAMs and two high speed links. 7. Supports V.54 Loop 1 testing only. 8. The V.28 CAM interface supports a V.28 electrical interface of up to 300 bps. To achieve speeds up to 1200 bps, consult your Telematics sales representative. 9. The Octal DMA II is replaced by the backward-compatible octal DMA III. Octal DMA III offers the 115.2 kbps port speed on the ACP 50/486 only in Version 2.xx or higher software. The ACP 50 supports three octal DMAs IIs with a maximum of 24 sync ports at speeds up to 64 kbps or 24 async ports at speeds up to 57.6 kbps. The ACP 50/486 with octal DMA IIIs support a maximum of 24 sync ports at 64 kbps or 24 async ports at 115.2 kbps. 10. Clock speeds provided are: 64, 128, and 256 kbps. External clocking must be provided for 384 kbps and above (no enable key required). The ACP 50 supports only one ELX or BRI module. The VHSL ports are only used for X.25 and frame relay. 11. The ACP 50 stretch chassis supports a maximum of 3 octal modem cards (24 modem ports). 12. The suffix xxx represents the three digits that specify country. Refer to the ordering section of this manual for model numbers for specific countries. 13. ACP 50 BRI supports 1 port at 2 Mbps plus 1 port at 384 kbps, or 2 ports at 512 kbps. VHSL speeds are dependent on packet size, link layer window, and flags between frames. Ports must be application-tested to achieve maximum speed without link layer retransmissions. With a single VHSL port on the ISDN BRI, the maximum speed for the ACP 50 is 2 Mbps. 14. Requires software version 2.xx or higher for V.24 operation. . 15 The ACP 70 V.series ports can be configured for either internal or external clocking, up to the maximum port speeds identified. 16. Up to four S0 ports per ACP 70; each S0 port supports 2B+D channels. Depending on BRI module locations, links 16 or links 110 must operate synchronously. 17. The octal DMA III/PS CEM and octal DMA/PS CAM support the Automatic Node Protection Switching (ANPS) feature provided by Version 4.0 software. Each CEM/CAM supports eight ports at up to 64 kbps sync and 115.2 kbps async. 18. The ELX II CEM connected to a T1 CSU/DSU CAM supports a 100 ohm, RJ48 interface. The ELX II CEM connected to an E1 CSU/DSU CAM supports a 120 ohm, RJ45 interface.
16
Level 1 Support
Interface
The ACP 10 and ACP 70 universal ports have a V.24 interface. External V.24-to-V.11 or V.24-to-V.35 converter kits can be connected to the ACP 10 or ACP 70 to interface to V.11/V.35 devices. The ACP 50 provides a V.11, V.35, or RS530 interface, depending on the type of CAM used. The Octal DMA CAMs have a standard V.24 interface, and can use external V.11/V.35 converters. For SNA operation on the ACP 50 platforms, DMA ports configured for SDLC operation can operate in NRZ/NRZI mode. The ACP 10 supports NRZ/NRZI on all of its ports. For the ACP 50 and ACP 70, the VHSL CAM is available with a V.35, V.24, or V.11/RS530 interface. The ELX CAM provides an Ethernet AUI port in addition to the above VHSL interfaces. Table 6 summarizes the maximum number of ports possible for a specific port speed on each ACP platform. For a summary of the platforms and related port types, refer to Table 6. Table 6. Number of Ports per Speed per Platform
Feature Maximum Ports Maximum Sync Ports Max 64 kbps Sync Ports Max 384 kbps Sync Ports Max 512 kbps Sync Ports Max 2 Mbps Sync Ports Maximum Async Ports Max 19.2 kbps Async Ports Max 38.4 kbps Async Ports Max 57.6 kbps Async Ports Max 115.2 kbps Async Ports Max ISDN B Channels Max Ethernet Ports Max modem Ports Max RAM Code Storage (Banks 1 & 2) ACP 10 6 6 1 5 5 256 K 512 K PROM 512 K Flash ACP 50 50 26 26 2 2 12 48 48 24 24 24 2 1 24 32 MB 1.44 MB Disk 4 MB PCMCIA ACP 70 14 14 14 2 2 12 12 12 12 8 1 4 MB 2 MB Flash 4 MB PCMCIA
Clocking
Each X.25 link interface can be operated using an internal or external clock. The internal clock will typically be enabled whenever the ACP is co-located with other DTEs, eliminating the need to use an external clocking device. While all ACP synchronous ports present a DTE-type physical interface, most can be configured to generate a clock signal. The ACP 10/50/70 V.11 and V.35 interfaces must be clocked by attached external devices when connecting to public network facilities. The V.11 and V.35 converters can, however, clock co-located DTE devices.
Speed
DMA-assisted ports can support X.25 or frame relay operation at a maximum rate of 64 kbps; other sync ports can be operated at speeds of 1.2 to 19.2 kbps. The ACP 50 and ACP 70 support X.25 or frame relay operation up to 2 Mbps. Table 5 on page 15 outlines the maximum supported synchronous speeds per type of port.
NOTES:
1. Requires octal DMA III and version 2.xxx and later software. 2. Dependent on packet size, link layer window, and flags between frames. Ports must be application-tested to achieve maximum speed without link layer re-transmissions.
17
V.24 (DDB15)
Hex 3 (RJ45)
I I
RJ11 4
I I I
ISDN RJ45
AUI 5 Ethernet
I I I I I I I I
I I I I I I
I I I I7 I
I I
6
18
Software Architecture
ACP communication software offers ease of use and versatility: H Field-proven softwaresince 1985, operating code written in C for easy maintenance/customizing. H Software updates via diskette, flashpak, or downloaded through the network from the Network Management System. H All options are software-configurable. Dynamic user interface and routing parameters. The ACP communication software environment consists of software modules that support each of the products major functions: H FR (Frame Relay) H IP (Internet Protocol) including SLIP and PPP H ISDN BRI (Basic Rate Interface) H POS (Point of Sale) H Network Interface (NET) for X.25 operation H SNA (Host PAD and Terminal PAD) for SNA operation H DSP (Terminal PAD only) for BSC operation H TPP (Transparent Protocol Passthrough) H Asynchronous Interactive Terminal Interface (ITI) H Modem (MD) H System Manager (SYM) H Accounting (ACCT) H X.25 Trace (TRACE) H Network Management System (NMS) Interface to SmartView / INF / OMS H X.25 Trace (TRACE) This modular approach permits the wide variety of network connectivity available to each ACP product while maintaining common software. A single ITI module in an ACP, for example, will support as many asynchronous ports as can be installed in a given ACP platform. Similarly, multiple instances of the NET module can be activated to support X.25 operation on as many synchronous ports as required (up to the maximum that can be installed in that platform). Modular software simplifies system configuration: operational parameters are grouped by major protocol layers and functions to focus on one concept at a time, using the same commands and following the same rules. This scheme also allows you to alter configuration parameters related to one module without affecting the others. Software modules interact via a software bus (shown in Figure 3) called the network router. A software module itself, the network router is responsible for establishing connections and routing data to and from each of the other modules. H The SYM module implements the local system management functions. This module allows one to configure, monitor, control, and collect system statistics. H The TRACE module implements the systems data analyzer function, which allows one to examine LAPB/SDLC frames, BSC blocks, X.25 packets, and SNA RUs as they exit or arrive through the synchronous ports. It also allows network operators to remotely view any ports EIA status.
Management Modules
SYM
TRACE
NMS
ACCT
ANPS
Protocol Modules
X.25
DSP
FR
ITI
SNA
IP
TPP
POS
Media Modules
PORT
VHSL
ELX
ISDN
MODEM
CSU/ DSU
Figure 3.
19
H The NMS module implements the remote system management functions handling the ACP interface to SmartView, INF, or OMS. The SYM, TRACE, and NMS modules allow you to dynamically change the operating parameters, perform diagnostics, monitor performance, and retrieve statistics from any point on the network using a character-mode terminal or a PC equipped with SmartView, INF, or OMS. H The ACCT module implements the accounting functions for the ITI and NET modules. It produces accounting records that can be collected by SmartView Network Management System (NMS). IP accounting through a Radius server is external to the accounting module. H The Automatic Node Protection Switching (ANPS) module provides automatic backup of an entire node. This is done automatically and the network manager is informed of a failure through an SNMP trap. Async connections are accomplished by using Y cables. H The X.25 (NET) module implements the CCITT X.25 standard interface to handle all aspects of the packet and link level operation. Separate instances of the X.25 module are activated to support the X.25 operating mode for each synchronous port. H The DSP module, based on the BSC 3270 Display System Protocol, enables IBM 3270 devices to communicate with IBM host computers (equipped with a DSP-compliant software/hardware) through an X.25 packet switching network. Acting as a Terminal PAD (TPAD), it supports Connection Request Modes (CRM) 1 through 4. H The FR module implements a set of DTE and DCE interface functions to handle the operating environment required by both public and private frame relay networks, as well as native DTE frame relay devices such as bridges and routers. H The ITI module implements CCITT standards X.3, X.28, X.29, and X.121 to handle all aspects of asynchronous operation to and from the attached async devices. The ITI module is also responsible for voice/fax operation. H The SNA module implements a set of PU2 and PU4 functions to handle the required operating environment with both IBM PU2 devices and PU4/5 hosts. The VLU mode supports switching at the LU level while the QLLC
mode limits switching to the PU level. The QLLC mode is compatible with NPSI environments. Both NRZI and NRZ modes of operation are supported. H The IP module allows the interconnection of Ethernet TCP/IP LANs over X.25 or frame relay networks. This module supports synchronous PPP and asynchronous SLIP and PPP for connections to a LAN. Support for PAP/CHAP/Radius authentication is also available. See Order Forms for IP p-kits which support PPP with IP transporter (Version 2.xx software). H The TPP (Transparent Protocol Passthrough) module allows a transparent connection between synchronous devices through an X.25 network. TPP is used in an ACP-to-ACP configuration to transport synchronous byteand frame-oriented protocol data in the payload of an X.25 packet. Unlike other protocol systems, such as SNA and BSC, no spoofing (i.e., local handshaking) is necessary. For this reason, there is no requirement for TPAD/HPAD services. This mode of operation is proprietary, and requires that an ACP be located at transmission end points. H The ISDN BRI (Basic Rate Interface) module configures the 2B (bearer of high speed data) channels and a D (data control and signaling) channel. H The Modem (MD) module sets up the mode of operation and relevant parameters (baud rate, etc.) for each modem port integrated into the ACP. H The POS module allows the attachment of Point of Sale terminals and host computers to either private or public data networks. POS supports ISO 8583, VISAI, VISAII, APACS, SPDH, and TINET protocols. POS features include fast connect modems and local protocol spoofing which both help reduce overall transaction response time. H The internal T1/E1 CSU/DSU module provides direct connection to T1 or E1 services. This eliminates the need to purchase an external CSU/DSU. The CSU/DSU is a dual-port device and is fully manageable by using the ACP System Manager (SYM) software module. The interface for T1 is a 100 ohm RJ45 connector. The interface for E1 is a 120 ohm RJ45 connector. There are three LED indications per port to indicate on line, yellow alarm, and red/blue alarm or loss of frame.
20
System Management
The ACPs resident management facility module is the System Manager module (SYM). SYM is automatically included with the ACP applications software and allows local or remote control and management of that node within a network. SYM is accessed through the ACP service port, and is displayed/used via an external terminal. An authorized user can set up a virtual call to the resident SYM module to configure the operating parameters, perform on-line diagnostics, monitor link performance, and retrieve statistics from any point in the network. All of the configuration parameters can be viewed, altered and saved on the system diskette (or in non-volatile memory in the ACP 10) without affecting the sessions in progress. Resident accounting, protocol components, and CPU/memory usage monitors cooperate to provide statistics for each node, port, user, and call. The statistics may be used to monitor the quality of service and system usage to fine-tune the operation of an ACP node. Many commands are available to help the network administrator manage the X.25, SNA, frame relay, and DSP links:
CLOSE OPEN DOWN UP STAT Do not accept new calls on that link. Cancel a close command. Clear or reset all virtual circuits on a given link; put the link in disconnect mode. Restart the link. Report the status of a link.
*10000*trace SmartNet:fac: p(512,512),w(5,5),d(9600,9600) com 00:31:43.8 net1.r. 3 RR r0 00:31:43.8 net1.r. 10 03 01 00:31:43.9 net1.r. 3 RR r1 00:31:43.9 net1.r. 10 03 21 00:31:44.0 net1.r. 3 CLR REQ 00:31:44.0 net1.r. 10 03 13 00 F5 00:31:44.0 net1.t. 3 CLR CNF 00:31:44.0 net1.r. 10 03 17 00:32:19.2 net1.r. 3 CAL REQ 00:32:19.2 net1.r. 10 03 0B 55 10 00 01 11 11 14 42 09 09 43 05 05
H Trace call request/accept and unnumbered packets. H Trace and display the full data packets. H Trace a specified PU or all PUs. H Trace a specified LU or all LUs. H Trace a specified CU or all CUs. H Trace a specified device or all devices. H Electronic breakout box for displaying the status of an ACP port EIA interface.
The network administrator may also clear any virtual circuit on any given link. To complement the command set, the administrator may activate a very comprehensive trace facility from any point on the network. Each of the following types of trace is available on each link: H Trace all logical channels. H Trace a specific logical channel. H Trace the channel to be used for the next call. H Trace all packets.
Figure 4. A Sample Trace Figure 5 and Figure 6 illustrate external and internal modem usage with ACPs and show how the ACPs self-generated, CCITT-defined, 511 random test pattern may be used to diagnose problems. The test pattern can be generated on three different loop tests to isolate problems quickly.
21
Sample Network. This is a sample connection between the ACP 50 and a DTE.
ACP 50
MODEM
MODEM
DTE
(V.54 Compatible)
(V.54 Compatible)
Loopback Tests a) Loop 1. The CCITT loop 1 test is run to check for the integrity of the ACP I/O circuitry. In this example, it tests the ACP 50s CEM. Loop 3. If loop 1 passes, the loop3 test is then run to check the path to the analog side of the local modem.
ACP 50
CPU
CEM
CAM
ACP 50
b)
CPU
CEM
CAM
MODEM
(V.54 Compatible)
c)
Loop 2. This test checks the integrity of the whole pathfrom the ACP port to the digital side of the remote modem.
ACP 50
MODEM
MODEM
DTE
(V.54 Compatible)
(V.54 Compatible)
ACP 50
DTE
Loopback Tests a) Loop 1. The CCITT loop 1 test is run to check for the integrity of the ACP I/O circuitry. In this example, it tests the ACP 50s CEM. Loop 3. If loop 1 passes, the loop3 test is then run to check the analog side of the internal modem.
ACP 50
CPU
CEM
CAM
ACP 50
b)
CPU
CEM
CAM
c)
Loop 2. This test checks the integrity of the whole pathfrom the ACP port to the digital side of the remote modem.
ACP 50
MODEM
DTE
(V.54 Compatible)
22
File Transfer Protocol (FTP). The FTP software component supports the upload and download of ACP code and configuration data from a PC FTP client over an IP network (see Figure 8). ACP TELNET Server. ACP TELNET Server allows TELNET clients on a LAN to login and establish a TELNET session with the ACP System Manager (SYM). Clients can also trace components to conduct remote management and diagnostic procedures (see Figure 9 and Figure 10). Open Management System (OMS). The Open Management System (OMS) network management option is available on an HP OpenView host. This software includes an SNMP Manager which communicates with one or more SNMP Agents residing in the network.
WAN
ACP 70 Router
SNMP Manager
HP OpenView
ACP 50
IP/X.25/FR
ACP 70 FTP Server
23
IP
ACP 70 TELNET Server
IP
ACP 70 TELNET Server ACP 70 TELNET Server
24
Failure Scenarios
The first or lowest-numbered channel is used by the ACP 50s to communicate a Keep Alive protocol. By using this protocol, each of nodes in the ANPS arrangement supervises the status of the other node. The failure scenarios that are supported by ANPS are as follows: H The online node fails. H The offline node fails. H The monitor link fails. H A manual switchover occurs. The results of each of these scenarios are described in the following paragraphs. The Online Node Fails. If a situation occurs in which the online node suffers a catastrophic failure, then the offline node detects the failure, and within seconds, activates the switching control and switches all the access ports to itself. When this occurs, the effect to the user is momentary loss of the communication session, requiring a new session to be established. The Offline Node Fails. If the offline node happens to fail, then the online node will detect a lack of activity on the monitor link and then send an SNMP trap to the Network Control Center, informing the network manager that the offline node has failed.
ACP 50 (A)
ACP 50 (B)
25
The Monitor Link Fails. An example of this scenario is if a monitor link cable becomes disconnected on ACP node (A). In this situation, the disconnected cable is detected via loss of EIA signal on the monitor link port. When this occurs, an SNMP trap is issued to the network manager, indicating that the monitor link has failed, and node (A) enters a lnkerr state (which is displayed in the protstat software file). If node (A) was online at the time of the disconnect, then the backup, offline node (B) will take over operation. This occurs due to the loss of keep alive status message from node (A). At the time of this automatic switchover, the now online node (B) sends an SNMP trap to the network manager to indicate that it is now in service.
At this point, both node (A) and node (B) are both online. In reality though, only node (B) is online; node (A) just thinks it is. This is an alert to the network manager that the monitor link is down. Once the monitor link is fixed, it will reconfigure node (A) to a backup position. A Manual Switchover Occurs. A manual switchover between nodes in an ANPS arrangement is accomplished either by resetting the online node or by disabling ANPS in the online system. After either of these actions, the backup node will detect that the online node is no longer active and it will switch over.
26
X.25 Support
Each X.25 link can be configured independently from the other links. ACPs allow the user to update most of the link parameters without resetting the unit. For example, you can activate or deactivate a link, change its speed, and modify facilities or packet level timers without affecting the operation of other links. By assigning different characteristics to the links individually, ACPs can be used to interconnect X.25 equipment and/or networks of different vintage. The following describes the characteristics of the X.25 interface as supported by the ACP NET module.
Logical Channels
Each X.25 port can be configured to support any range of the 4096 logical channel addresses defined by the X.25 recommendation. The maximum number of logical channels that can be active concurrently on any given ACP vary by the type of platform and amount of installed memory.
LCN Assignment
For each link, the user may specify the range and number of logical channels for PVCs or three types of logical channels (incoming, outgoing, and two-way) for SVC operation. This allows the user to fine-tune the allocation of each links bandwidth. For private internodal links, e.g., between ACPs, there is no need to pre-assign LCNs for PVC operation. PVCs can be routed as SVCs to provide alternate routing and contentiona feature typically available only to SVC operation. NOTE: To route an incoming call through an ACP, a pair of logical channelsone on each linkis required.
Addressing
ACP links connected to the PDN will be configured to have a logical DTE appearance. However, any link can be configured for a DCE appearance to connect directly to other X.25 equipment.
Numbering
The frame level supports both the normal (modulo 8) or the extended (modulo 128) frame sequence numbering. Modulo 128 is recommended for optimal satellite or high-speed connections, and allows the user to operate with a frame window up to 15.
Numbering
The packet level supports both the normal (modulo 8) and the extended (modulo 128) packet sequence numbering. The extended mode allows individual virtual circuits to use a window as large as the frame window supported by the underlying link.
Packet Size
164096 octets. The user may configure a default (minimum) and maximum packet size. These parameters are used to bracket the values invoked by call request packets requesting flow control parameter negotiation.
Window Size
115. Users may configure a default (minimum) and maximum window size. These parameters are used to bracket the values invoked by call request packets requesting flow control parameter negotiation.
Throughput Class
Negotiates incoming calls to a value preconfigured by the user, and will also limit the requested value in outgoing calls to a value configured by the user.
27
Reverse Charge
Any link can be configured for reverse charging acceptance. It can accept or reject incoming calls specifying reverse charge. Links used to interconnect X.25 DTEs can be configured to not forward calls with reverse charging to the DTE.
H Call request packet called- and calling-address fields may be modified to achieve compatibility between two interconnected destinations. H Call request packets can be validated for an authorized calling address.
Fast Select
An ACP NET module can route normal and restricted fast-select calls. Each link can also be configured to accept or reject incoming fast-select calls.
Network Support
The X.25 networking software has been certified on all major North American public data networks and has been certified for compliance with NET2 (levels 1, 2, and 3) European standards recognized by 22 European countries. ACPs are also operating successfully with X.25 equipment and software of major computer vendors that include AT&T, BULL, CDC, IBM, Honeywell, ICL, NCR, PRIME, and TANDEM. In order to accommodate the different X.121 and X.25 variations of different networks and other manufacturers equipment, many configurable options have been implemented in the ACP. The user may turn on or off some of these parameters as the X.25 implementation of his equipment or network evolves. Following are some of the features and capabilities that have been incorporated to facilitate the integration of ACPs into deployed networks: H Each link may be configured to insert, modify, or delete a given calling address field from outgoing call request packets. This gateway function is necessary when interconnecting an ACP-based private network to a Public Data Network. H For PDNs or equipment that do not support the 1988 CCITT recommendation, the packet level can be configured to operate per previous CCITT recommendations. H ACPs can be configured to generate diagnostic packets upon certain network errors. H ACPs can be configured to delete the flow control negotiation facility field to accommodate networks that do not support this facility. H ACPs will ignore national X.25 facilities in incoming call packets. H ACPs can be configured to accept incoming calls on LCN 0 to accommodate the French TRANSPAC network. H To accommodate different link-establishment procedures, each link may be independently configured to take the initiative or wait for the other packet mode DTE/DCE to establish the link.
D-bit
The packet level supports the delivery confirmation D-bit in incoming calls by acknowledging these packets when received at their destination.
D-bit Modification
ACPs can be configured such that packets received on a link can be considered to have their D-bit set for end-to-end acknowledgement.
Timers
Each link can be configured to support a range of packet level timers. In particular, the following timers are configurable by the user to meet the requirement of the PDN or the packet mode DTE to which it is connected: H T20, T21, T22, and T23 timers for a link with DTE appearance. H T10, T11, T12, and T13 timers for a link with DCE appearance. H ACKTIMERA packet-acknowledgement delay timer. This timer is mandatory for satellite links and can also be used to improve the terrestrial links efficiency. H ACKTHRESHOLDA packet window threshold for relaying packet level acknowledgement, used to reduce the number of acknowledgement packets.
28
23 24 25 26 27 28 29 30 31
n n n n n n n n n n n n n n n n n n n n n n n n n n n n n
32 33 34 35 36 37 38 39 40 41 42 43
4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21
44 45
46 47 48
29
Network Map
For ease of configuration and network growth, the network map concept allows the user to define the whole network in tabular form. The network map includes ACPs, other interconnected X.25 equipment, and/or public data network(s). It allows the user to associate both an X.121 address and call user data with each destination.
Routing Table
A single routing table configures an ACP node. When links are added, a few entries in that table are all that is required there is no need to define a new routing table for each link. Once the network map is defined, the ACP uses the routing table to determine the link(s) that can be used to reach a given network destination. In addition to defining how to reach specific destinations, the routing table is used to assign priorities to the links. Hunt groups are formed by assigning the same priority to two or more links, while alternate paths are configured by assigning different priorities to links. Additional control can be configured by routing the source calling address or extended address.
Call Redirecting
Using this X.25-specified feature, ACPs can redirect calls when the attached called-DTE is busy, out of order/not obtainable, or if the call redirection feature has been set for a specified address. When configured with the appropriate reroute information, the called ACP will reroute the call to the destination address by using the best available route. If the first reroute fails to connect, the next X.121 addresses will be attempted.
Addressing
ACPs allow the routing of calls based on the content of the called address field and/or the call-user-data field. For private networks, the called address field is usually adequate. However, when interconnecting a private PDN to the public PDN, the X.121 subaddress field may not provide the necessary number of digits to uniquely identify all the private network destinations. The call-user-data field may then be used as an extension to the called address. The OSI extended address field may be used alternatively as an extension to the called address field. This allows X.25 DTEs to insert additional routing information into the facility field of the call packet.
Address Translation
ACPs can be used as a gateway between networks with different X.121 address schemes. ACPs will map either or both called and calling addresses (using addresses preconfigured by the user) to allow routing within the network.
30
X.25 Dial In
This feature allows ACPs with internal modems to automatically establish an X.25 connection to another ACP or X.25 packet mode device via the public switched telephone network (PSTN). With internal modems, the ACP can be configured to recognize the mode of operation, can receive a call to activate or dial up a connection, and then disconnect after a specified period of inactivity. The user specifies the handshake type and speed, timeout delay, how many times the ACP should attempt to connect to a destination, and the inactivity period that triggers automatic disconnection of the dial-up connection. This feature can be used to back up dedicated ACP X.25 links.
manner, one ACP X.25 port assumes a master role, polling all the ports of other ACPs configured for this mode of operation. The multipoint connection is totally transparent to all access protocols and routing functions supported by the ACP. The ACP modular software architecture allows the network administrator to select the link level protocol suitable for the desired physical connection. While LAPB is used for traditional point-to-point connections, SDLC is used instead as the underlying link level for multipoint operations. The X.25 packet level fully supports either link levels, providing a transparent physical environment to the terminal operator. The multipoint support allows you to economically expand your network by adding ACPs to both ends of an existing SDLC leased line, or by using current multipoint facilities to deploy a switching network. Some of the benefits are: H Reduced number of leased lines. H Use of existing multidrop lines to merge async, SNA, BSC, and X.25 traffic. H One modem per multidropped node, instead of two.
ACP 50 Link 1
PDN
Terminal A Link 2
X.25 Host
PSTN
ACP 50 Link 1
PDN
Terminal A Link 2
X.25 Host
PSTN
Figure 12. X.25 Dial Out and Dial In Alternate Path Applications
31
Figure 13a depicts a standard setup for an X.25 network carrying async traffic to a Tandem host, and a parallel SNA network supporting the SNA traffic to the IBM host.
Figure 13b depicts how these two separate networks can be merged to carry both SNA and async traffic using ACP multiprotocol capability. Figure 13c shows how ACP multipoint capability reduces the number of modems and synchronous links.
Site A Site A SNA Cluster Controller Site B SNA Cluster Controller Site C SNA Cluster Controller
X.25
Site B
Site D
SW/AS X.25
X.25
X.25 AS
Site C
AS
X.25
X.25
Site A
Site D
Site A
Site D
SNA CC
SNA/SW/AS X.25
Site B
SNA CC
SNA/SW/AS
X.25
Site C Site B
Site C
32
DSP Support
Why Bisync?
User communities require their networks to comply with network conventions that are not vendor-specific, such as the X.25 interface and other protocols that fit in the Open Systems Interconnection (OSI) network model. The ACP also supports a vendor-specific 3270 Bisynchronous Communication (BSC) access to allow the user to deploy hybrid networks offering the best of both worlds. Such networks combine the openness of X.25 with BSC access, providing the user with a wealth of application software and equipment available from IBM.r In August, 1981, Telenet, TransCanada Telephone, and Tymnet agreed upon a common end-to-end protocol, the 3270 Display System Protocol (DSP), that defines how BSC 3270 data is handled across an X.25 network. In 1983, an update to this standard was created, and called Display System Protocol II (DSPII). The ACPs DSP module conforms to the mandatory requirements of the updated specification. For both 3270 point-to-point and multipoint environments, the user may use a packet switching network for data transfer instead of leased lines. This capability provides distinct advantages to the user:
I
packets into 3270 data blocks and forwards them to the host computer applications (see Figure 14).
Bisync Host
Control Units
FEP
X.25 Packets
X.25
X.25 Packets
ACP Terminal PAD (TPAD)
Figure 14. DSP Operation in a PDN The DSP processing activity is transparent to the user, appearing as a direct connection to the host computer. In addition, all polling and related activity is handled locally and adds no additional overhead to the network: the ACPs DSP module polls its attached control units, and no polls are passed through the network. The user may attach control units to the ACP point-to-point (one control unit per bisync port) or multidropped (two or more control units per port).
Simplified physical installation because the number of required leased or dial-up lines needed for each cluster controller is reduced since they can be replaced with a single access link from the ACP to the PDN. Reduced cost as PDN charges are based on use rather than connection time. Increased reliability as the ACP provides multiple, alternate routes to a host destination. Reduced cost and management overhead by combining 3270 BSC traffic with other protocols, such as X.25, SNA, and async.
Connection Methods
The DSP module allows the user to take advantage of four connection request modes (CRMs). CRM Type 1, referred to as fixed class, replaces dedicated line applications. The ACP provides the line number, CU address, and device address in the call request packet to the host DSP software. The host DSP software maps the control unit and devices to a fixed location. CRM Type 2, referred to as specific class, is similar to fixed class in that it replaces a dedicated application, but the CU address and device address in the call request packet can be mapped to a different CU and device by the host DSP software. CRM Type 3, referred to as non-specific class, is used in applications where there is a larger number of control units/devices contending for a limited number of configured control units/devices at the host. The ACP provides the CU and device
33
addresses, as well as the application ID in the call request to the host DSP software. CRM Type 4, referred to as the associated class, is used to attach printers. This is accomplished by the host DSP software returning a unique four-byte identifier that the ACP uses to connect the printer. Connection request modes 1, 2 and 3 are the most common method of attaching 3x7x controllers (e.g., 3174 and 3274) and devices such as 3178, 3179, 3180, 3191, 3275, 3276, 3277, 3278, and 3279. In addition to the four CRMs, the ACP allows the attached device to take advantage of two call methods: autocall and normal. When configured for autocall, the ACP automatically initiates calls to the host. Should the host be unreachable, the ACP will periodically retry. With the normal connection method, the user initiates the call by selecting the host application from the Application Selection menu displayed on the terminal screen. Upon selection, the user may then choose a printer from a similar menu. Calls are cleared by the user via menu selection.
Monitoring Commands
The monitoring functions of the DSP module provides a series of commands that let the user obtain status information about the ACP, control the general operation of control units and devices, and troubleshoot the system while it is operating. The user invokes monitoring commands by using the ACPs System Manager (SYM) software module. Typical commands include the status command, down command, and up command.
Trace Functions
The DSP modules trace function collects the 3270 data blocks being processed by the DSP module and sends them to the TRACE software module, where they are formatted for review. The Trace function monitors data blocks traveling in both directions through the network, that is, toward the host computer and toward bisync devices attached to the ACP.
34
LMI
The FR module Local Management Interface (LMI) supports the ANSI and ITU standards (T1.617 Annex D and CCITT Q.933 Annex A)* and the GO4 specification authored by the Group of 4. The LMI implements line monitoring and status reporting for frame relay PVCs.
Host
Async
QLLC
3274
SDLC
1 ACP 50
Frame Relay
Frame Relay
ACP 50
Frame Relay
LAN ACP 70 ACP 50
Frame Relay
3 2
Frame Relay
3
Frame Relay
Gateway
CRT LAN
35
GO4 nT1
ANSI T391
Description Polling Interval. Defines how often, in seconds, the ACP sends status inquiries to the network. DCE Timer 2. Defines the maximum number of seconds the DCE expects between DTE polls. DCE Timer 3. Defines the time, in seconds, for the DCE to accept nN4 polls. Full Status Request Frequency. Defines the number of status inquiry messages it will send to the network before it requests a full status message from the network. Threshold Number of Errors. Defines how many errors must occur within an nN3 window before the link enters an error state. Number of LMI Events. Defines the number of consecutive LMI events required to clear the link from an error state. Maximum Number of Polls. Defines the maximum number of polls the DCE will accept from the DTE within the nT3 window.
nT2
T392
nT3
nN1
N391
nN2
N392
nN3
N393
Congestion Recovery
Congestion recovery occurs when the receiving buffer threshold is below the configured limit. The ACP will cease setting the FECN and BECN bits in the forwarded and outgoing frames. NOTE: The ACP congestion control mechanism outbound and inboundcan be disabled via software configuration.
nN4
Congestion Recovery
Congestion recovery occurs when N/2 frames are received with the BECN bit cleared. The output rate is then raised to the next upper rate (i.e., from 50% of Bc to 87.5% of Bc to Bc then Be). The FECN bit in the outgoing frames will be cleared only when the output rate is back to Be.
36
The user may also specify a call-sharing group, consisting of two or more frame relay links. The ACP will then balance the calls among all the links in the group. Because async and SNA protocols are transported over X.25 LCNs, both protocols use the above features to retain the extensive PAD functions (e.g., VLU and PU switching) and share the same DLCI.
Monitoring Commands
The monitoring functions of the frame relay module allow the user to obtain status information about frame relay PVCs and frame relay interfaces; to enable and disable frame relay PVCs; and to troubleshoot the network while it is operating.
Trace Functions
The trace function of the frame relay module collects data on the modules operation. The frame relay module sends trace data to the ACPs TRACE software module, which formats and stores the information for review.
A SITE D B C
X.25 DTE X.25 DTE X.25 DTE FR DTE DLCI A DLCI B DLCI C
QLLC/ X.25
FR DCE
SITE C
SNA Host
FR ACP
SNA/ SDLC DLCI B SNA X.25 DTE FR DTE FR DCE
SITE B
SNA Host
FR ACP
FR DCE
X.29/ X.25
SITE A
Async Host
FR ACP
37
Asynchronous Support
The Interactive Terminal Interface (ITI) module supports connections to both asynchronous terminals and host computer asynchronous ports. All features listed here are enabled by configuring the ITI-related files in the configuration database.
Access Messages
H Class of Service messages. H Out of Service messages.
Other Features
H Generates a Break signal or a configurable character string upon receipt of an Interrupt packet. H Call clearing uses Invitation to Clear procedures to avoid data loss.
Routing
H Supports off-net (local) port-to-port switching. H Incoming call routing to ports/rotaries can be set by X.121 subaddress fields, by prompting the caller, or by calluser data or OSI extended address fields. H Incoming data may be copied to another local device or to a remote destination via the copy function. This allows the routing of reports to a shared printer and intra-network electronic mail.
38
X.3 Support
In addition to conforming to the mandatory 1988 CCITT X.3 recommendation, the ITI module supports both mandatory and optional X.3 values for all 22 parameters, as well as an additional set of 10 parameters to provide more flexibility. This allows most end-user installations to fully use the capabilities of packet switching without compromising the operational procedures already in place.
7. 8. 9. 10.
X.3 Mapping
The ITI module allows the terminal operator to select an X.3 version for each call to access older generation X.25 networks and different types of X.25-based equipment. For example, a terminal operator calling a host programmed for TELENETtype support would use the X.3 TELENET version rather than the extended X.3 version. The ITI module supports some major X.3 network implementations as well as X.3 profiles of other PAD vendors to facilitate phasing in the ACPs extended features.
Profile Support
H CCITT profiles 90 and 91. H 16 additional, configurable, 32-parameter profiles. H A profile can be preassigned or the terminal operator prompted for one during sign on. H Numeric or alphanumeric profile identifiers. H X.3 profile mapping; for CCITT 76, 80, 84, 88, TELENET, DATAPAC and TELEPAC networks and other equipment, such as DYNAPAC and AMDAHL. H User may review alternative profiles without affecting his own X.3 parameter settings. H Automatic storage and recall of X.3 parameter settings between sessions eliminates the need to readjust parameters following each session.
Flow Control
H In-band flow control as defined by X.3 profile; XONXOFF characters are user defined via the extended parameters. H Out-of band flow control via user defined secondary EIA signals. Either DTR or RTS may be used. H Definable minimum and maximum buffer size and flow control threshold on a per-port basis.
39
X.28 Support
The ITI module supports all eight X.28 commands as per the CCITT 1988 recommendation. These commands allow the user to place calls, review and alter X.3 parameters, request status of an X.25 logical connection, etc. In addition, an extended X.28 support allows the user to invoke an additional set of 19 commands. This extended support enhances the functionality of the ACP while providing the user with a friendlier interface. As in the X.3 implementation, the ITI module allows the terminal operator to select one of the preprogrammed X.28 command sets. This enables the operator to have a common command set compatible with equipment already installed and in use.
X3type X28type Invoke the X.3 emulation and mapping function. Invoke the X.28 emulation and mapping function.
X.28 Mapping
The ITI module supports an X.28 mapping function to emulate, within certain limitations, the X.28 command set of certain public data networks and other PAD implementations. Emulation for the most commonly used commands is available for CCITT 88, TELENET, DATAPAC, TELEPAC networks, AMDAHL and DYNAPAC PAD equipment. In addition to the preprogrammed commands, the user may redefine the syntax of certain X.28 commands.
Abbreviated Calling Method. In addition to the long form method, the ITI module supports an abbreviated method of requesting a connection, using preconfigured mnemonics. H The mnemonics can be up to 10 alphanumeric characters long.
40
H There are two levels of mnemonics: private mnemonics can be used only by users assigned a certain class of service, while public mnemonics can be used by any user not restricted to using abbreviated method of calling. H Should the preconfigured destinations support subaddressing or require different call-user-data content to select applications, the mnemonic addressing method allows the user to specify these fields when placing a call. This feature relieves the administrator from having to preconfigure each calling combinationan otherwise tedious and memory-inefficient exercise. H Each mnemonic can be configured to invoke a call request that includes all the fields of the long-form connect request command. H The ACP can be configured to automatically send a host logon screen upon call establishment. H The ACP can be configured with up to eight destination addresses associated with each mnemonic for automatic call forwarding. If the primary destination is unreachable, the ACP will automatically attempt to reach other addresses in the list. Examples:
Mnemonics Possible Use Inventory To call the inventory computer. Inventory*password Same as above, with a logon password in the call-user-data field. Gateway*12 To call port 12 at destination gateway.
Examples:
Possible Mnemonic Echo Echo-off Edit Bye X.28 Command Invoked Set 2:1 Set 2:0 Set 15:1 Clr
The mnemonic can be configured to represent multiple X.28 commands. In the following example, the mnemonic mail will set the user X.3 parameters and will cause the ACP to place a reverse charge call to a destination on the TELENET packet data network.
Mail Set1:1,2:1,3:2,22:241\R-311021300009
Help Facility
To assist users that sign on to the asynchronous ports, the ITI module offers an on-line help facility.
Help Functions X.3 X.28 Profiles Mnemonics RPOA Description Lists the parameters by their reference number and their function. Lists the commands and their functions. Lists the different profiles. Lists both call and command mnemonics. Lists the carrier names and codes.
Service Signals
The ITI module supports all service signals called for in CCITT 88. The user may also, via the X.3 parameter 6 (service signals), invoke the extended mode whereby text message is printed along side the cause and diagnostic codes in reset and clear service signals. H In addition to the prescribed service signals, the network administrator can define several messages for transmission to users upon sign-on. H If necessary, the CCITT-defined X.28 command prompt (*) may be changed to any string of characters. H A broadcast message may be transmitted at any time to all ACP active users. H The ACP may be configured to transmit a local accounting service signal to the async device at the conclusion of the call. The service signal will include the user ID, destination address, time and duration of the call, number of packets, segments and characters transmitted and received, facilities negotiated, etc.
Direct Method. The third method is referred to as the direct or autocall method. Once the user is identified (if access control is configured), the ACP will automatically place a call to a predefined destination upon completion of the EIA handshake, or upon detecting data activity. PVC Method. The fourth method is using Permanent Virtual Circuits (PVCs) in a network. When configured for PVC operation, the connection will be attempted upon completion of the local EIA handshake.
User-Defined Commands
The ITI module allows the System Administrator to predefine commands that can be invoked by the user in command mode. This feature allows commonly used X.28 commands to be invoked using a mnemonic rather than the cryptic, CCITT command style. It may also be used to support a non-English language command set, and possibly to mimic other commands that the user is familiar with on other PAD equipment. A mnemonic can also be configured to represent multiple X.28 commands.
41
X.29 Support
The ITI modules support of X.29 allows remote host computers to read and set the ACP parameters. The ITI module also supports the reselection message defined in CCITT 88. The supported messages are: H Set H Read H Set and read H Parameter indication H Invitation to clear H Indication of break H Error H Reselection
X.29 Reselection. This feature allows the ACP to be effectively used in X.25 networks equipped with application routers or security logon servers. In this environment, typically all asynchronous users who log on via the ACP will first be validated by the application router or logon server. Upon successful validation, the router/server would instruct the ACP to connect the user to the appropriate network destination via an X.29 reselection message. Alternative Host Selection. The ACP can be configured with alternate called addresses to be tried in sequence if the call request to the primary called address fails. The ACP can also be configured to inform the terminal operator of each failure to connect in the alternative host selection process. Asynchronous Out-dial. The ITI modules out-dial feature can significantly reduce long distance calling costs. This feature enables users to access hosts outside the ACP-based network with a local call from the nearest ACP PAD via an async modem. The ITI module achieves this by prefacing the X.121 address of the gateway PAD with the modem initialization sequence ATDT.
X.121 Support
H The ITI module fully supports recommendation X.121 per CCITT 88. In doing so, the ACP allows the user to call any destination accessible via one or more PDNs. All calling methods described previously allow the user to call any address up to 15 digits long. H When originating a call, the ACP can be configured to insert the port ID in the calling address field for accounting or identification purposes. H For incoming calls, the ACP can route calls to any port based on any number of sub-address digits. This allows the ACP to be compatible with networks that support a variable sub-addressing field.
42
SNA Support
Why Combine X.25 and SNA?
User communities require their networks to comply with network conventions that are not vendor-specific, such as the X.25 interface and other protocols that fit in the Open Systems Interconnection (OSI) network model. The ACP also supports a vendor-specific SNA access to allow the user to deploy hybrid networks offering the best of both worlds. Such networks combine the openness of X.25 with SNA access, providing the user with a wealth of application software and equipment available from IBM.r Deploying an ACP-based X.25 network allows the user to realize significant cost savings. Such a network is capable of supporting multi-vendor protocols that would otherwise require separate, distinct networks. Depending on the size of the network, ACPs can provide routing, concentration, and access functions. Access to IBM mainframes, mid-range computers, and terminal controllers is carried out in either native SDLC or X.25 mode. To operate IBM equipment in X.25 mode without ACPs, the user may require costly, add-on devices or additional softwarewith limited functionality and incremental costs at both the host and terminal levelonly to face performance issues on the processing equipment. ACPs offer an optimum solution by providing low-cost access to SDLC equipment and by assuming the processing burden of X.25 protocol enveloping, routing, and error checking without altering existing IBM equipment or software code. ACPs also relieve the IBM host of switching functions by carrying out the switching locally at the Logical Unit level, a highly desirable capability in multi-host environments. Alternatively, if public networks are not available or economical, private networks can be built using ACP units as conventional networking multiplexers. In either case, connections to the IBM system can be X.25, using X.25 adapters, or SDLC via standard IBM communication adapters. Figure 17 on page 44 illustrates connectivity between 3270-type controllers and IBM host mainframes #1 or #2; between 5250-type controllers and IBM System 34, 36, 38 or AS/400 hosts; between a 3777 and IBM host #1; between ASCII devices and X.25 hosts using X.29 protocol sharing the same line facilities; and between a 3270-type controller and IBM host mainframe #3.
PU and LU Switching
The SNA module uses QLLC protocol* to route SNA traffic from an IBM PU2 to an IBM host over an X.25 link. This
43
37x5 NCP
37x5 NCP/NPSI
IBM 3274
IBM 5294/5250
IBM 3777
ACP 50
SNA 3270/3770
Tandem Host
ACP 50
X.25
X.25
PDN
X.25
ACP 50
IBM 3274
5250 SNA
X.25 (DSP)
37x5 w/DSP IBM Main Frame Host #3
IBM 3274
Async
PC
CRT
Figure 17. ACP SNA SupportA Sample Application. mode is referred to as PU switching, as all LUs related to a PU share the same physical and logical path (i.e., one SVC) to the host. Up to 64 PUs can be supported by one ACP. The SNA module can also be configured to allow individual LUs off the same PU to establish independent sessions, a mode referred to as LU switching. Each LU essentially uses one X.25 SVC to carry its own session. To use this feature, an ACP HPAD is required at the IBM host computer to support the necessary protocol from the ACP acting as a TPAD.
Connections to a Host
All X.25 call connection features are available to ACP with SNA capability. These features are described earlier in the ACP X.25 support section.
44
Display Stations
Display stations can connect to a host in three different ways: via menus that contain a directory of application names or phone numbers; automatically to predefined destinations for convenience or security; or over permanent virtual circuits (PVC). A sample of the fully-configurable host selection menu is shown in Figure 18 below.
BBBBBBBBBBBBBBBBB
BANNER
BBBBBBBBBBBBBBB
PRINTER CONNECTION MENU A. PR555 B. Pclass4 C. 5256class D. 5256class X. QUIT PROMPT _ LU2 LU5 LU10 LU9
BBBBBBBBBBBBBBBBBB
BANNER
BBBBBBBBBBBBBBBBB
<< Call Clear Message >> HOST SELECTION MENU A. HOST1 B. SYST/38 C. ABCdef S. X. Y. Z. SIGNOFF EXIT TO HOST PRINTER CONNECTION MENU PRINTER DISCONNECTION MENU
Enhanced Security
ACPs offer various security functions to ensure that specific end users only connect to a host using pre-assigned LUs or that only predetermined hosts are available to them. This is of particular importance for host computers that allow dial-in access. In addition, selecting SIGNOFF from the Host Connection Menu prevents unauthorized use of the network.
PROMPT _
Printer Stations
Printer stations may be connected automatically by the host or via menus displayed at each cluster controllers privileged display station. Autocall connections from the host allow an additional level of security and automatic batch printing after working hours. A sample of the fully-configurable printer connection menu is shown in Figure 19.
45
IP Support
The IP module, in conjunction with the ELX CEM/CAM or the ACP 70 embedded AUI, allows an ACP to function as a TCP/IP router. This, combined with the other ACP-supported protocols, eliminates the need for separate networks and separate hardware. Available on the ACP 50 and ACP 70, the IP module routes IP datagrams through X.25 or frame relay networks according to the routing information contained in the IP headers of the received IP datagrams. These datagrams are split into packets or frames for transmission through the network, and reassembled at the destination ACP into the original datagram with the appropriate MAC layer and IP addressing intact. This provides a seamless interconnection of LAN users across a WAN. The IP module supports two network links up to 2Mbps, and one Ethernet 10Base5 LAN port using 802.3 or Ethernet V.2 encoding. Many large networks are now forced to support separateand differentnetwork infrastructures for async, SNA, SDLC, and X.25. This, combined with the increasing demand for internetworked LAN traffic, is making the work of network designers and administrators more difficult than ever before. Organizations of all sizes are integrating traffic such as async, SNA, X.25, and frame relay on a common WAN to slash costs associated with operating and maintaining separate networks. Adding IP support to the ACP leverages the available ACP protocols (SNA, DSP, POS, async, TPP, and FR) to provide an excellent multiprotocol FRAD or multiprotocol router solution.
Applications
The following is a list of a few of the most popular applications that are routed by ELX. H SNMP. (Simple Network Management Protocol.) The ACP can act as an SNMP agent system, performing network management operations requested by an SNMP manager at your site. Any of several SNMP managers (e.g., HP OpenView) can be used. SNMP Agent services SNMP V1 requests from the SNMP manager, and reports unsolicited traps to the SNMP manager for pre-configured ACP alarm conditions. Figure 7 on page 23 shows an application using SNMP Agent for remote management. H TELNET.(Network Terminal Protocol.) TELNET provides a means for a user to log on to a computer on another network. Both TELNET Client and TELNET Server are supported. h TELNET ClientAllows async VT-100 type terminals to login and establish a TELNET session with a TELNET host server over an IP network. (See Figure 20 and Figure 21.) TELNET ServerAllows TELNET clients on a LAN to login and establish a TELNET session with an X.25 host. (See Figure 22 and Figure 23.) TELNET Server also allows TELNET clients on a LAN to login and establish a TELNET session with the ACP System Manager (SYM), and to trace components to conduct remote management and diagnostic procedures (see Figure 9 and Figure 10 on page 24).
P S T N
ACP 50 TELNET Client
TELNET Server
IP
ACP 50
Async Terminals
46
P S T N
TELNET Server
IP
ACP 50 Triple-X PAD ACP 50 TELNET Gateway
Async Terminals
TELNET Client
X.25
ACP 50 TELNET Server Host
Figure 22. Application Using Local ACP Reverse TELNET X.25 Host Server Support
TELNET Client
X.25
ACP 50 TELNET Server Host
Router
Figure 23. Application Using Remote ACP Reverse TELNET Async Host Server Support
47
H FTP. (File Transfer Protocol.) Allows the transfer of files from one computer on the network to other computers on the network. The FTP software component supports the upload and download of ACP code and configuration data from a PC FTP client over an IP network (see Figure 8 on page 23). H SMTP. (Simple Mail Transfer Protocol.) Allows users to send mail messages to other mail users on another network. H NFS. (Network File System.) A mechanism that allows a computer to run as a server and make some or all of its files available to remote users. Figure 24 shows additional examples of applications using ELX/IP operation.
Routing Protocols
To interoperate with other vendors LAN-based products, the ACP supports the Routing Information Protocol (RIP), which is the de facto standard used for sending routing information between LAN-equipped nodes in the network. This routing information is used to select the best path to the destination network. The ACP also supports the Open Shortest Path First (OSPF) routing protocol. OSPF was developed by the Internet Engineering Task Force (IETF) specifically for use in the TCP/IP environment. OSPF is classified as an Interior Gateway Protocol (IGP), meaning that it distributes routing information among the routers within an area called an Autonomous System (AS). All routers in the AS run the same routing protocol, and all maintain an identical database of routing information.
Standards
The IP software module allows ACPs to be fully interconnected over a private network, and to interact with other DTE devices supporting the same RFC (Request for Comments).
RFC # 791 792 826 951,1084 1042 Description Internet Protocol (IP) Internet Control Message Protocol (ICMP) Ethernet Address Resolution Protocol (ARP) BOOTP Protocol Standard for transmission of IP datagrams over IEEE 802 networks, using subnetwork access protocol (SNAP). Transmission of IP datagrams over serial lines (SLIP) Routing Information Protocol (RIP) SNMP MiB II statistics Multiprotocol Interconnect over frame relay (IP over frame relay) Link Control Protocol (LCP) Internet Protocol Control Protocol (IPCP) Multiprotocol Interconnect over X.25 packet network (IP over X.25) Open Shortest Path First (OSPF)
ELX Transceivers
Telematics offers third party transceivers to facilitate users in eliminating costly and unwieldy AUI drop cables. These transceivers provide state-of-the-art inexpensive solutions for thin coax (10Base2), unshielded twisted-pair (UTP), shielded twisted-pair (STP), and fiber optic LAN Connectivity.
Bandwidth Management
The IP module is always offered with the frame relay module. Together they provide a sophisticated bandwidth management mechanism for throttling the TCP/IP or other traffic into the frame relay network. The ACP can be configured so that each of the remote LANs are connected via a separate DLCI. Each of these DLCIs can have a different CIR (Committed Information Rate) so that traffic between different destination LANs and the concentration of other traffic is manageable.
Monitoring Commands
The monitoring function of the IP module allows the network administrator or user to obtain a quick status of the network with the ping command. Other commands available via the system manager (SYM) software module are status command, down command, and up command.
48
Host
Async X.25
Host
3274 ACP 50 Local Users File Server Frame Relay or X.25 ACP 50 ACP 50
QLLC
Host
LAN
3270/3770
Host SLIP Modem
Multidrop
Async
SLIP
Local Users File Server Modem
Host
Statistics
The IP module collects statistics on IP, routing, ICMP and Ethernet, as described in RFC 1213.
Routed LAN Protocols Routing Concurrently Frame Relay Performance Routing Capabilities IP Encapsulation Packet Performance
49
modem). The speeds can be up to 2 Mbps when using the RS-530 and CCITT V.35 links.
IP Transporter
The IP transporter is supported in the IP module through the encapsulation of a wide range of protocols such as X.25, SNA, asynchronous, bisync, third-party bit/byte protocol, SLIP and PPP, over a TCP/IP based wide area network. The implementation of IP in ACPs (see Figure 26) now offers all the benefits of X.25 while transporting it over a TCP/IP based backbone network. ACP encapsulates a wide range of protocols in X.25 frames which in turn are encapsulated in IP datagrams for transmission over an IP network. The connection between an ACP and the backbone may be via LAN or PPP synchronous links using RS-232, RS-530, CCITT V.35, or octal modem interfaces. Speeds of the synchronous PPP links may be up to 2 Mbps.
PPP/SLIP/X.25 Gateway
The ACP PPP/SLIP/X.25 gateway provides an alternate method for accessing a remote LAN or the Internet with little or no change to the current X.25 network infrastructure. The ACP PPP/SLIP/X.25 gateway permits SLIP or PPP users to dial into their current X.25 network (PAD) and then establish a transparent virtual circuit between the PC (PPP/SLIP device) and the ACP gateway (see Figure 27).
ISDN
Sync PPP
PPP
PC
50
FEP ACP 50
Async Host
IP
Cluster Controller
PC
PC
. . .
PPP/SLIP
PAD
X.25
X.25
X.25
X.25 ACP
Internet/ Intranet
X.25
PPP/SLIP/X.25 Gateway
Synchronous PPP
PC
. . .
PPP/SLIP
PAD
51
Figure 28 illustrates a gateway application. A PPP or SLIP user dials into the current X.25 network, and a transparent virtual circuit is established between the access point (PAD) and the ACP gateway. Optionally, the user can be directly connected to the Telematics Access Login Server before the circuit is established. (For further information on the Access Logging Server [ALS], contact your Telematics sales representative). Upon validation and approval for Internet/Intranet Access or remote LAN access, users are automatically connected to the appropriate software module on the selected ACP with PPP/SLIP/X.25 gateway using a switched virtual circuit (SVC). From then on, the SLIP or PPP data from the users PC is carried transparently over the X.25 network to the ACP (PPP/SLIP/X.25 gateway). This is referred to as backhauling. The ACP gateway strips off the X.25 and PPP/SLIP headers and forwards the IP datagrams over X.25 (RFC 1356), frame relay (RFC 1294/1490), synchronous PPP, or Ethernet links depending upon the destination.
Static IP Addresses
The ACP PPP/SLIP architecture allows network managers to assign fixed IP addresses to specific users or for specific purposes so that a given user always uses the same pre-assigned IP address.
100.1.1.100
RADIUS
#1
100.1.1.101
RADIUS
#2
PAD
100.1.1.1
X.25
100.1.1.2
X.25
Internet/ Intranet
ACP 50 PPP/SLIP/X.25 Gateway
X.25
PAD
Access Login Server
PPP/SLIP User
52
ID/password pair repeatedly to the authenticator, until authentication is acknowledged or the connection is terminated. Passwords are sent over the network, and there is no protection from playback or repeated trial-and-error attacks. The calling PPP client controls the frequency and timing of the authentication requests. In the ACP implementation, PAP is only used if the calling PPP client does not support CHAP. The ACP implements all features of PAP in conformance with RFC 1334 and includes the following message types: H Authenticate-Request H Authenticate-ACK and NAK (ACP peer) (ACP peer)
CHAP
The Challenge Handshake Authentication Protocol (CHAP) uses a three-way handshake with challenge messages to verify the identity of the calling PPP client. It does this both when the link is established and periodically afterward. CHAP offers protection against playback attack by using an incrementally changing identifier and a variable challenge value. The use of repeated challenge messages limits the time of exposure to any single attack. The authenticator controls the frequency and timing of the challenge messages. This method depends on a secret known only to the authenticator and the calling PPP client; the secret is not sent over the link. The ACP implementation of CHAP conforms to RFC 1334 and includes the Challenge and Response, Success and Failure message types.
PAP
The Password Authentication Protocol (PAP) uses a two-way handshake to establish the identity of a calling PPP client when the link is established. The calling PPP client sends an
Internet/ Intranet
Async PPP
PC
RADIUS Server
Figure 29. ACP and PPP Client on Same Network as RADIUS Server
53
Router
PPP
Figure 30. PPP Clients Remote from ACP and RADIUS Server
RADIUS
The Remote Authentication Dial-In User Service (RADIUS) protocol is a draft RFC-based protocol. RADIUS servers are responsible for receiving user connection requests, authenticating the user, and then returning all configuration information needed for the client to deliver services to the user. The RADIUS server can act as a proxy client to other kinds of authentication servers. The ACP operates as a client of RADIUS. The ACP is responsible for passing user information to designated RADIUS servers, then acting on the response that is returned (see Figure 29 and Figure 30). The ACP generates and sends all user connection requests to the RADIUS server. Up to three server addresses may be configured. The ACP implementation of RADIUS includes a subset of messages, as defined in Internet Draft Revision 04, which are as follows: H Access-Request (ACP to RADIUS Server) H Access-Accept, Reject, and Challenge (Radius Server to ACP) The following RADIUS options are supported: H Password, IP address, subnet mask H Actual service type and protocol type H Framed user For a complete listing of RADIUS standard attributes that are supported and communicated to the ACP, see Table 9. The attribute number and related value are translated into information used by the ACP to respond to the PPP client and to the RADIUS server. NAS (Network Access Server) refers to
the ACP, which is a client of RADIUS and a server for the PPP clients. The RADIUS server offers user authentication from a central server. The RADIUS server operates on a wide range of platforms such as SunOS, Solaris, HP/UX, Alpha OSF/1, Ultrix, AIX, Linux, BSD/OS, SCO, and Unixware. (Telematics offers its own RADIUS server, called Enforcer, which operates within a Windowst or Windows NTt environment.) RADIUS Accounting Support. The ACP (NAS) operates as a client of the RADIUS accounting server. The ACP issues accounting commands to the designated RADIUS accounting server. The RADIUS server listens on UDP port 1646 for accounting requests from the ACP and returns a receive indication to the client. The RADIUS accounting server can also act as a proxy client to other kinds of accounting servers. Up to three server addresses can be configured.
54
Table 9.
Attribute # 1 2 3 4 5 6 7 8 9 User Name Idle-Timeout User Password Termination-Action NAS-Identifier Acct-Status-Type Acct-Delay-Time CHAP Password (Challenge-Response) NAS-IP-Address NAS-Port Service-Type Acct-Input-Octets Acct-Session-Id Framed-Protocol Acct-Output-Octets Acct-Authenticate Framed-IP-Address Framed-MTU State Framed-IP-Netmask Framed-Route Class 12 22 24 25 27 Acct-Session-Time Acct-Input-Packets Acct-Output-Packets Data-Filter Acct-Terminate-Cause Session-Timeout 242
Router ACP 50 IP 200.1.1.2
Internet/ Intranet
IP 200.1.1.1
RADIUS Server
IP 200.1.1.5
55
TPP Support
Why TPP?
Although the ACP family supports de facto standards, such as 3270 SNA and 3270 BSC, user communities also require their networks to transport their proprietary traffic. To this end, an ACP 10, 50, or 70 can carry Frame and Byte Oriented Protocols in X.25 packets for transport across an X.25 network. This results in network saving by reducing extra line charges.
TPP Module
The TPP software module is available on the ACP 10, ACP 70, and ACP 50 platforms. When the TPP module receives data from the FOP/BOP device, it loads it into the payload of X.25 data packets for transmission through the network. At the destination ACP, the data is then retrieved from the packets for delivery to the attached device in the native format. Figure 32 illustrates how proprietary statmux and 3780 RJE traffic can be carried through the existing X.25 network to eliminate two dedicated leased lines. The TPP processing activity is transparent to the users, appearing as a direct connection. Unlike the SNA and DSP modules, which handle the polling locally via a TPAD/HPAD functionality; the TPP module has no TPAD/HPAD functionality and requires an ACP at both ends. All polling and protocol activity is transmitted through the network. For this reason, TPP is best suited for protocols with minimal overhead, and can only be used to replace point-to-point leased lines.
Host Statmux
Traditional Connectivity
Statmux
3780 RJE
X.25
Host
Host Statmux
ACP Solution
Statmux
3780
3780 RJE
X.25
Host
56
Connection Methods
There are two methods of establishing a connection between two TPP end points: direct and PVC.
Monitoring Commands
The monitoring functions of the TPP module provides a series of commands, similar to other modules, that provides status information about the connection to the FOP/BOP device. The user invokes these monitoring commands by using the ACPs System Manager (SYM) software module. Typical commands include the status command, down command, and up command.
Direct Method
The first method is referred to as direct or autocall. Once the EIA handshake with the DTE has completed, the ACP will automatically place a call to a predefined X.25 destination.
PVC Method
The second method is the use of a Permanent Virtual Circuit (PVC) in the X.25 network. When configured for PVC operation, the PVC will be operational upon completion of EIA handshake.
Trace Functions
The TPP modules trace function collects the FOP/BOP frames/data blocks being processed by the TPP module and sends them to the TRACE software module, where they are formatted for review. The Trace function monitors data traveling to and from attached devices.
57
POS Support
The POS software component is designed specifically for transaction processing applications. Typical applications include point-of-sale (POS), Electronic Benefits Transferring, ATMs, and Internet commerce. When used with ACPs, POS reduces transaction processing time in environments characterized by high volumes of low-speed, short-duration calls. Two ACP platforms support POS: message formats. The Omni terminals are synchronous or asynchronous, and can use the SDLC protocol with the ISO 8583 message format as well as the VISA, TINET, SPDH, and APACS protocols with the VISAI/VISAII message formats. The POS hosts that are supported and have been tested include, but are not limited to: ASI (Tandem), BASE24 (Tandem), CAP (IBM), and the Omnihost (VeriFone).
H ACP 50 for direct, dial, and host gateway applications. H ACP 70 for direct and host gateway applications.
The ACP 50 was the first product offering from Telematics to address the payment transaction market. SmartView is the companion network management system designed for simplifying the highly complicated tasks of network management and control. ACPs provide a cost-effective and efficient means to interconnect POS terminals and controllers with communicating host computers. Basic operating capabilities include the following:
Connection Types
Link connections between the POS terminals and controller and an ACP product may use one of four interface types:
H An external modem attached to an ACP port. H A dedicated ACP port directly attached to the POS
terminal via RS-232 interface.
H Both synchronous and asynchronous connections. H SDLC, VISA, SPDH, APACS, and TINET terminal
communications protocols; major Wide Area Network (WAN) and Local Area Network (LAN) protocols such as X.25, frame relay, and TCP/IP based protocols.
H OmniNAC routing header support. H Local spoofing which allows transactions to be transported
from one protocol to any other protocol, and eliminates unnecessary overhead across the network.
The Tranz terminals use VISA, TINET, SPDH, and APACS protocols, are asynchronous-only, and use VISAI and VISAII
58
Web Site
3 Internet user orders an item using a credit card transaction. The web server then sends the transaction to the merchant host for authorization.
Bank Host
Internet
The ACP 50 negotiates an analog connection, then establishes a VISA, SDLC, PPP, or SLIP connection with the device. Next, the protocol is terminated and user information is sent across the X.25 or Frame Relay network.
4 2a Routes POS transaction to the merchant host for processing and authorization.
2b
Receives packet via TCP/IP, updates the database, and then prepares information for transmission to the bank host.
TCP/IP
Merchant Host
Figure 33. Internet Commerce Application an Internet user orders an item offered over a web site, then the credit card transaction used to purchase the item is routed to the merchant host for authorization (see part 3). The merchant host receives the transaction (either from a POS device or via the Internet) over TCP/IP, updates the customer database, and then prepares information for transmission to the issuing bank of the credit card (the bank host). (See part 4.) At this point, the transmission is sent back through the ACP 70, which terminates TCP/IP and then converts the transaction to Legacy X.25 for transmission to the bank host (see part 5). Note that a bank ID number can be included in the transmitted packet to route the transaction to a specific bank host. Once the transaction reaches the bank host, the customers database is updated and authorization is sent back to the transaction initiator (the POS terminal or Internet user). (See part 6.) standard modem answer tone. This allows the modems to start the handshake sequence more quickly (see Figure 34). Automatic Protocol Detection. When a port uses an internal modem and its basic configuration is for automatic mode operation, the ACP 50 determines the actual connection mode (synchronous or asynchronous) and then determines the link protocol for use with SDLC or VISA. POS follows a series of steps to determine the connection mode: 1. The internal modem goes off-hook and trains with the calling modem. 2. Once the analog connection is established, the modem component waits to receive synchronous FLAG characters from the calling device to determine if it is a synchronous device. 3. If no FLAGs are received within 500 milliseconds, the call is treated as asynchronous. POS assumes SDLC protocol for synchronous connections and VISA protocol for asynchronous connections.
Other Highlights
Fast Connect. ACP 50 modems can be configured to eliminate many of the delays normally pre-programmed in standard analog modems, such as network billing delay and
59
2 Connect
3 Billing Delay
4 Answer Tone
7 Host Enq
8 Data Transfer
9 POS ACK
Ring
3 Local Enq
4 Data Transfer
5 POS ACK
Ring
Seconds 0 10 20
Figure 34. Example of a Fast Connect Transaction Transaction Tracking. The ACP allows the network manager to monitor traffic by transaction, rather than by packet (which may contain information other than transaction data). The ACP tracks transactions in both directions via IN and OUT counters in the system management module. This makes it possible to monitor the performance of the system either off-line or in real time. Local Protocol Spoofing. Local protocol spoofing eliminates the handshake with the host, so only transaction data is exchanged and host overhead is reduced. When protocol spoofing occurs, the transaction starts sooner because the ENQ does not have to come from the actual host. The ACP emulates the host by polling the POS terminal with an ENQ as soon as the modem connects. With full VISA emulation, the ACP takes on the additional responsibilities of performing LRC checking, terminating and generating ACKs toward the POS terminal, and terminating the call when the transaction is complete. This further reduces X.25 network overhead and reduces total transaction time. (See Figure 35.) TPDU Support. The ACP supports TPDU addressing, making it compatible with TPDU-based transaction networks. The ACP supports TPDU in two ways:
Calls Host ENQ TX Transaction ACK Host Response ACK EOT Disconnect ACP 50 Network Controller Calls Host
TX Transaction
60
Figure 36 section A illustrates credit card transactions traveling from POS terminals through the telephone network (PSTN) to a ACP 50 unit, then across an X.25 or frame relay network to the merchant account host. Section B shows POS terminals that are directly attached to a controller. This arrangement is used primarily in grocery stores or shopping malls. The terminals can be connected to either a ACP 50 or ACP 70 for accessing a merchant host. Section C shows dial connections of PCs to a ACP 50 for electronic commerce applications, such as travel reservations, home shopping, and home banking. The PCs send a message to the ACP 50 via PPP, and the message is transferred over X.25 or frame relay to a web site (see section D). When receiving inputs across the access layer (sections A and B shown), the ACP acts as a single access concentrator: receiving transaction messages from multiple terminals, and then transmitting the messages across an X.25 or frame relay network. When receiving inputs from the X.25 or frame relay network layer (section E), the ACP acts as a gateway to multiple hosts: it receives a message, determines its destination host, encapsulates the message for the host protocol, and then transmits the message to the host. A message can also be transmitted directly from the X.25 or frame relay network to an X.25 host (see section F). You can manage the network through the local network manager (SYM) or remotely through the centralized network manager SmartView (section G). Protocol upgrades can be accomplished directly through the ACP software.
Example Applications
A variety of POS applications that utilize ACP systems are shown in Figure 36 on page 62. This figure is divided into seven sections (A through G), indicating the various POS applications that can be used:
H Connection to Internet web sites via X.25 (see section D). H Host gateway applications (section E); the ACP 70 can be
connected to a TCP/IP client/server application via Ethernet LAN. The gateway reduces the number of communication lines required at the host by providing a single point gateway access to Legacy X.25 or frame relay based host applications.
61
POS Terminals
Omni 330 Omni 330 Omni 390 Sync SDLC
Web Site
PSTN
Tranz 330 Omni 4xx
Internet
Async/ Visa
E
ACP 50
Host Gateway
TCP/IP
POS Terminals
B
1200C Controller
TINET
Omni 495 Controller
SDLC
Home Shopping
C G
ACP 50 Dial Access Network Management System 1c 2c (SmartView)
Travel Reservations
P S T N
PPP
X.25
Home Banking
62
ISDN Specifications
ISDN is defined in recommendations set forth by the International Telecommunications Union (ITU).
Recommendation Q.920 Describes General principles of LAPD (Link Access Procedures on the D-channel): also referred to as the Digital Subscriber Signaling System No. 1 (DSS 1) Data Link Layer. LAPD operating procedures. General principles of user-network signaling. Together, the four Q.93x protocols make up the network layer of the Digital Subscriber Signaling System No. 1 (DSS 1). User-network messages for basic call control. User-network messages for supplementary services. Signaling for frame-mode services. Procedures for full X.25 LAPB and PLP support on the B-channel, and the transport of X.25 PLP packets in LAPD frames on the D-channel.
Q.921 Q.930
The implementation of ISDN BRI in ACP products adheres to the following specifications:
Level 3 Network 2 Datalink X.25 I.46X LAPB, LAPD Protocols X.25 Call Control Q.930/Q.931 LAPD Q.920/Q.921 I.440/I.441
1 Physical
For certification details, please refer to Table 2 on page 10 or contact your Telematics representative regarding a specific country.
63
Bandwidth on Demand. The ISDN option can provide additional bandwidth during peak periods. When the maximum number of virtual circuits are exceeded, additional traffic can be routed over one of the B channels. The link will subsequently be brought down when there is no additional bandwidth required. Call Backup. In Figure 37, the primary route between two nodes is a leased line. A dial-up backup link using BRI channels through the ISDN provides an alternate route whenever the primary link fails. Call Balancing. For call balancing, the ACP can be configured to direct a portion of traffic over the leased line, and other traffic through the ISDN, alternating the use of the two links call by call. Dedicated Services. The ISDN option offers dedicated connections via ISDN services (see Figure 38). In these applications, the ACP will never clear the connection, regardless the traffic load. The ACP will automatically attempt link re-initialization ISDN call failure. LAN traffic over ISDN. This functionality is available within the ACP 70 product which can support ELX and ISDN concurrently (see Figure 39). LAN-to-LAN Connection. The switched B channels provide dial-up 64 kbps links for internetworking remotely located LANs and other data equipment. A LAN-to-LAN connection allows users to access equipment attached to both LANs, including personal computers, printers, files servers, and gateways. Internetworking LANs through switched ISDN access can replace private leased lines underutilized by burst-filled LAN-to-LAN traffic, or reduce the long holding times required by slow speed modems links. For a summary of ACP-supported ISDN BRI variations and certifications , refer to Table 2 on page 10.
64
ACP 50
Leased Line
ACP 50
BRI
ISDN
BRI
Figure 37. ISDN BRI Channels used for Call-Backup or Call Balancing
ACP 50
ACP 50
ISDN
ACP
Ethernet LAN
Ethernet LAN
ACP 70 ISDN
ACP 70
HOST
HOST
65
Modem Sharing
If every computer in an organization has its own dedicated modem, this can add up to a significant investment. As a result, many computer users now share modems in modem pool arrangements. While shared modems help reduce the number of modems needed, most modems are separate external devices, often taking up considerable space, and often complicated with different maintenance requirements than other network equipment. While dedicated modems reside next to their associated terminals, groups of pooled modems are often housed in large rack-mount devices and may have heavy cabling requirements.
66
X.25 X.25
PSTN
PPP ACP 50 with internal modems Frame Relay
SLIP IP PC
X.25 Host
Modem
X.25/Frame Relay/IP
PC
SNA Cluster
67
Synchronous Dial-out
The end user can place an outgoing data call through the ACP to establish a dial-out connection, by using X.25 packet node devices or async devices via a PSTN line. The ACP activates the dial-up connection and, if there is no activity on the line for a specified period of time, the ACP will disconnect the call. The ACP can be customer-configured for timeout delay, the number of destination call attempts, and the inactivity period preceding automatic call disconnection. These parameters can be set to establish a means of back-up for dedicated ACP links or to establish a temporary overflow link when the number of virtual channels on the primary link exceeds a predefined number. Additionally, ACPs that are deployed at sites where traffic does not warrant a dedicated link, can use these parameters to establish an X.25 link on demand. The first X.25 call request packet would cause the ACP to establish the link; the link would subsequently be brought down when no activity is detected within the preconfigured time period. Because ACP internal modems are controlled by the ACP software, it is not actually required that the modem be Hayes compatible. However, for ease of use, it is possible to use the Hayes syntax when configuring dial-out numbers.
Dial-in
ACPs with internal modems can establish an X.25 connection with another ACP or a X.25 packet mode device that is placing a call via PSTN lines. The ACP internal modems can be configured to recognize the mode of operation used by the incoming call device, thereby allowing the call to be received and a connection to be established. If the incoming call line is inactive for a specified period of time, the ACP can be configured to automatically disconnect the call.
Asynchronous Dial-out
Asynchronous dial-out capability enables the ACP 50 to both receive and place modem calls without having to preassign the calling destination. As an example, if a modem call is placed to the ACP, the ACP maintains the number of the calling modem as part of the data packet. The ACP can then automatically call back that modem. This type of arrangement is particularly useful in POS scenarios.
Synchronous Synch channels only, in originate mode Dial-out features Blind dialing * supported (UK CAM only) Asynchronous Async channels in originate or standby Dial-out features mode Dial-in features Async/sync channels, in answer mode
68
PSTN Transmit Level (US) LL Transmit Level LL Line Impedance LL Line Type Cabling Requirements Approvals Protocols Currently Supported
69
Functional Characteristics
Personality Module
Each ACP is equipped with a personality module, a plug-in printed circuit board that houses enable key chips. The presence of certain enable keys defines the functional characteristics of that model, e.g., the protocols, features (number of LUs and devices), and memory size supported. ACP platforms are available with a variety of communication software modules to support various access and networking functions. Each function, or personality, is identified by a twoor three-letter mnemonic. Table 13 lists each personality, the related software module in the ACP operating code, and the functionality that each provides. Since ACPs are capable of supporting multiple access protocols, personalities are often combined. For example, an ACP with three functionalitiesSNA PAD, X.25 switch, and async PADis referred to as an SNA/SW/AS ACP. Table 13. Personality Module Functionality
Personality
DSP SNA AS
Guidelines to Data
Tables 14 through 19 on the following pages indicate the functional characteristics of each ACP, using various software combinations. Information contained in these tables is of four types:
ACP Functionality
3270 BSC TPAD SNA PAD Asynchronous PAD Supports Voice/FAX capability X.25 Switch Transparent Passthrough FRAD/ Concentrator LAN Access and Interconnection 1 ISDN Basic Rate Interface Internal Modem Point-of-sale protocol set
SW TP FR IP BR MD POS
1
H Assumes all SNA PUs are multidropped on one sync port. H Elinks field set to equal the number of DLCIs. H No 3270 BSC CUs or devices. H Maximum number of SNA PUs and LUs. H No TPP links enabled. H Frame relay: 1 FRI, 4 DLCIs.
LCNs. Due to the wealth of features and configuration possibilities, the number of LCNs available to a given ACP can only be estimated. If it is critical to know the exact number of LCNs to be supported by an ACP in a specific environment,
Some IP personality kits include the Point-to-Point Protocol (PPP) and IP transporter.
Field upgrades to the functionality of the ACP 50 are achieved by plugging in additional enable keys; for the ACP 10 and 70, the protocol enable key must be upgraded to the appropriate level. This allows you to upgrade at a fraction of the cost of buying a new ACP. Refer to Tables 14 through 19, beginning on the next page, for functional characteristics and upgrade details. For additional information about software field upgrades, contact your Telematics sales representative.
70
the ACP will provide the LCN count once it is configured and initialized. Min/Max Numbers. The Max/Min figures in the Logical Channels columns correspond to the Min/Max figures in the Ports columns. Asterisks (*) indicate that the number of LCNs is deemed too low to be practical for a port/memory configuration of this size.
In an X.25 switch, a virtual circuit requires two logical channels. SNA QLLC mode requires only one LCN per PU session; VLU mode requires one LCN per LU session. DSP requires one LCN per device session. ITI and TPP require one LCN per session. Minitel support reduces the number of logical channels by approximately 15.
SW/SNA 12x9 13x9 15x9 16x9 17x9 ACP 10 SW/AS/SNA AS w/ Type 2 software 100 90 55 * * * * * * * * * * * * * * SW/AS SW 2/6 120/60 470/420 w/Type 3 software SW/AS/TP 1Mx9 1Jx9 11x9 SW/AS/SNA/TP SW/SNA/DSP SW/AS/DSP SW/DSP 332 332 332 14 14 12 14 14 9 17 17 17 17 14 14 w/Type 5 software 2/6 332 332 332 332 332 332 332 332 150/120 14x9 18x9 2/6 200/180 SW/AS/SNA/DSP 19x9 SW/AS/DSP/TP 332 332 w/Type 6 software software w/Type 7 1099 SW/AS/SNA/FR 1P99 332 332 323 293
NOTES: 1. For model numbers with x9 (such as 12x9), x=0 for EPROM memory and x=9 for Flash memory. 2. FRI = 2, for each port configuration.
71
SW/AS/SNA/DSP 5909 2424 3296 44 2424 3296 44 2424 3296 88 1648 88 824 832 44 824 832 44 824 832 14 16 16 16 24 24 24 8 8 8 14 14 SW/AS/SNA/TP 5J09 16/32 16/32 16/32 0/16 0/16 0/16 24 24 24 24 24 24 24 24 24 24 24 24 24 16192 1648 88 14 16 16 16 24 24 8 16 24 16192 1648 14 SW/AS/DSP/TP 50A9 16/32 0/16 88 1648 1664 14 SW/TP/FR/IP 5E09 10/26 10/26 10 10 10 18 18 18 26 26 8 8 8 128 128 128 128 128 128 128 128 128 128 28 28 28 28 28 28 28 28 28 28 SW/AS/TP/IP 5399 SW/AS/SNA/FR/IP 5G09 16/32 16/32 16/32 0/16 0/16 0/16 88 14 14 14 14 14 14 14 14 14 14 14 14 14 14 14 14 14 17 17 17 17 17 17 17 17 848 864 88 848 864 88 88 848 14 14 SW/AS/SNA/BR 5Ax9 16/32 16/32 16/32 0/16 0/16 0/16 1648 88 16192 1648 88 14 16 16 16 24 24 24 8 8 8 16192 1648 88 88 88 14 16192 14 SW/AS/SNA/TP/BR 5Bx9 16/32 16/32 16/32 0/16 0/16 0/16 24 24 24 24 24 24 24 24 16 16 16 24 24 848 848 848 16192 16192 14 14
NOTE: Version 1.xx requires a minimum of 2 MB of memory.
72
SW/AS/TP/FR/BR 5Cx9 SW/AS/SNA/DSP/FR 5R09 16/32 16/32 16/32 0/16 0/16 0/16 44 44 2424 3296 44 2424 3296 44 2424 3296 824 832 44 824 832 44 824 832 14 16 16 16 24 24 24 14 14
NOTES: 1. 8M = 8 modem ports; 16M = 16 modem ports. You can have hex and octal cards included with the internal modem card, which allows a variety of async and sync port combinations. 2. For model numbers with x9 (such as 5Ax9), x=0 for ISDN NI-1 and x=1 for Euro-ISDN. 3. Version 1.xx requires a minimum of 2 MB of memory.
SW/AS/FR/IP/MD 5F99 SW/AS/SNA/DSP/TP/FR/IP/ MD/POS 36120 36120 36255 36255 24 24 14 14 5P09
NOTES: 1. Version 2.xx IP includes PPP, IP Transporter, and PPP/SLIP/X.25 gateway. 2. P-kit 5P09 requires a 50/486 Type2 CPU, 8 MB of memory, and the 8 MB PCMCIA card option.
Personality Kit and Model Number Min/Max Sync 2 8 Min/Max Async 8M/24M 8M/16M 16/32 16/32 16/32 0/16 0/16 0/16 Max TPP PULU CU DEV DLCI Switched 128 128 128 128 128 128 128 128 128 128 128 128 128 128 DLCI FRAD 28 28 28 28 28 28 28 28 28 28 28 28 28 28 Min w/8MB Mem 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 4000 Min w/16MB Mem 8000 8000 8000 8000 8000 8000 8000 8000 8000 8000 8000 8000 8000 8000 Protocol 11 11 Feature 6 6 6 SW/AS/FR/IP/MD 5F99 SW/AS/SNA/FR/IP 5G09 10 10 10 18 18 18 26 26 2 8 2 8 88 14 14 14 14 14 14 14 14 17 17 17 17 848 864 88 848 864 88 848 14 14 SW/AS/SNA/DSP/TP/FR/IP/ MD 16M/48M 16M/32M 16M/48M 16M/32M 36120 36120 36255 36255 14 14 14 14 5H09 5B99 SW/AS/TP/FR/IP
NOTES: 2. With Version 4.1 software, the SNA module of software p-kit 5H09 delivers 48 PUs with enable key 14.
Ports
Connection Type
Logical Channels
1. Version 4.0 software includes support of PAP/CHAP/RADIUS, T1/E1 CSU/DSU hardware, dual 48VDC power supplies, and the Automatic Node Protection Switching (ANPS) feature. Version 4.0 also supports OSPF routing, TELNET, FTP, and SNMP. Version 4.0 software requires a 50/486 Type2 CPU, a minimum of 8 MB of memory, an ELX II CEM, and the 8 MB PCMCIA card option. If CSU/DSU operation is used, then a 50/486 Type2 C/D CPU is required.
73
w/Type P software SW/AS/SNA/DSP/TP/FR/IP/ SW/AS/SNA/DSP/TP/FR/IP/ BR/POS 36255 36255 36255 36255 BR/POS (ISDN NI1) 7P09 (Euro ISDN/1TR6/VN3) 7P19
NOTE: These p-kits require a 2 MB PCMCIA card for operational software storage. Telematics recommends the use of 8 MB of memory to ensure future upgradeability.
w/Type R software software w/Type H SW/SNA/FR/IP 7399 36255 36255 36255 36255 36255 36255 SW/AS/SNA/DSP/TP/IP/FR/ BR (ISDN NI1) SW/AS/SNA/DSP/TP/IP/FR/ BR (Euro ISDN/1TR6/VN3) 7H19 24 24 24 24 432 432 17 17 17 17 14 14 14 14 7H09 36255 36255
NOTE: These p-kits require a 2 MB PCMCIA card for operational software storage. Telematics recommends the use of 8 MB of memory to ensure future upgradeability.
74
Table 20. ACP 10 Software and Memory Matrix (a Universal Network Access platform)
Model 2 Personality Kit 1 SW/SNA/DSP SW/SNA SW/AS/SNA SW/AS/DSP AS SW/AS SW SW/DSP SW/AS/SNA/DSP SW/AS/SNA/TP SW/AS/TP SW/AS/SNA/FR *
NOTES: 1. 2. 3. 4. Legend: I K = =
Software Version 10 I I I I I I I I I I I I 1 K K K K K K K K K K K K
Software Type 3
Minimum Memory in MB 4
FPK 1199 1299 1399 1499 1599 1699 1799 1899 1999 1J99 1M99 1P99
5 2 2 5 2 2 2 5 5 3 3 7*
.256 .128 .128 .256 .128 .128 .128 .256 .256 .256 .256 .256
Software modules: AS=asynchronous PAD, DSP=3270 BSC TPAD, FR=Frame Relay, SNA=SNA PAD, SW=X.25 switch, TP=Transparent Passthrough. Model numbers are used to order personality kits. For the ACP 10, the model numbers refer to the FPK flash kit model numbers; the companion EPK EPROM kit model numbers (not included here) have the same usage/requirements as the FPK. The asterisk (*) items are only available on the ACP 10 as FPK models. The minimum memory reflects the memory required by a combination of the personality kit and the hardware. Currently available. Upcoming version releases (which will replace earlier releases).
75
Table 21. ACP 50 Software and Hardware Matrix (a Universal Network Access platform)
Hardware Supported ACP 50 CEM/CAMs 3 Personality Kit 1 Model #2 50A9 5909 5B09 5C09 5A19 5B19 5C19 5E09 5F99 5G09 5J09 5R09 5399 5H09 5B99 5P09 Octal 5003 I I I I I I I I I I I I I I I I Hex 5005 I I I I I I I I I I I I I I I I ELX 5017-400/500 I I I I I I I I I I I I I I I I I BRI 5010 Modem 5020/5034
SW/AS/DSP/TP 4 SW/AS/SNA/DSP 4 SW/AS/SNA/TP/BR 4 SW/AS/TP/FR/BR 4 SW/AS/SNA/BR 4 SW/AS/SNA/TP/BR 4 SW/AS/TP/FR/BR 4 SW/TP/IP/FR 4 SW/AS/IP/FR/MD 5 SW/AS/SNA/IP/FR 5 SW/AS/SNA/TP 4 SW/AS/SNA/DSP/FR 4 SW/AS/TP/IP 4 SW/AS/SNA/DSP/TP/FR/IP/ MD 5 SW/AS/TP/FR/IP 5 SW/AS/SNA/DSP/TP/FR/IP/ MD/POS 6
NOTES:
1. Software modules: AS=asynchronous PAD, BR=ISDN Basic Rate Interface, DSP=3270 BSC TPAD, FR=Frame Relay, IP=Ethernet LAN connections, MD=internal modem, SNA=SNA PAD, SW=X.25 switch, TP=Transparent Passthrough, POS=Point of Sale. The minimum memory required for Version 1.xx software on the ACP 50 is 2 MB; it reflects the memory required by a combination of the personality kit and the hardware. 2. Model numbers are used to order personality kits. 3. The model numbers are for CEM/CAM sets only and do not represent all the model number possibilities. 4. The current release of this software p-kit is Version 1.13. 5. Version 4.0 of this p-kit includes V.34 modem support, support of PAP/CHAP/RADIUS, T1/E1 CSU/DSU, dual 48VDC power supplies, Automatic Node Protection Switching (ANPS), OSPF, TELNET, FTP, and SNMP. Version 4.0 software requires a 50/486 Type2 CPU, a minimum of 8 MB of memory, and the 8 MB PCMCIA card option. If CSU/DSU operation is used, then a 50/486 Type2 C/D CPU is required. 6. The 5P09 p-kit is Version 2.xx software.
Legend:
Table 22. ACP 70 Software and Hardware Matrix (a Universal Network Access platform)
Hardware-Supported ACP Modules Personality Kit 1 SW/FR/IP SW/AS/SNA/DSP/TP/FR/IP/BR 4 SW/AS/SNA/DSP/TP/FR/IP/BR 4 SW/AS/SNA/FR/IP
4
Software Type R H H R E P P
Quad CCM I I I I I I I
BRI Port
I I
I I
1. Software modules: AS=asynchronous PAD, BR=ISDN Basic Rate Interface, DSP=3270 BSC TPAD, FR=Frame Relay, IP=Ethernet LAN connections, SNA=SNA PAD, SW=X.25 switch, TP=Transparent Passthrough. The ACP 70 requires Version 2.xx or higher software. 2. Model numbers are used to order personality kits. 3. The minimum memory reflects the memory required by a combination of the personality kit and the hardware. 4. Version 4.0 of this p-kit requires a 2 MB PCMCIA card for operational software storage. Telematics recommends the use of 8 MB of memory to ensure future upgradeability. 5. These p-kits are Version 2.xx software. I = This personality kit uses this hardware.
Legend:
76
User Responsibilities
The following information describes the responsibilities of users of ACP products. The user is responsible for:
I
I I
Receipt of the unit at the customers receiving dock, unpacking, and installation of the unit. Reading the product manuals prior to operating the unit. Adequate site preparation and planning for the port configurations of the unit. Procurement of all communication cables (RS232, RS422, V.35, ...) and 220 volt power cord where applicable. Setup and configuration of the system, including the connection of cables. Setup and configuration of attached devices (modems, terminals, etc.). Identifying and supplying a suitable ASCII display terminal or Personal Computer to be used for entering configuration data. Network planning and/or host system configuration to accommodate the unit. Price quotations, installation, and cost of telephone carrier equipment and service. Determining spare equipment requirements/replacements units. Performing customer problem isolation, analysis, and resolution. Verifying that equipment operating with the unit meets customer criteria.
User Setup
The unit is designed to be set up by the customer. Physical setup instructions are provided in the Installation Manual included with each base unit shipped.
77
78
Index
Index
A
ACCT support, 20 ACP 10 certifications, 10 functional characteristics, 71 interfaces, 13 overview, 3 personality kits, 75 specifications, 12 ACP 50 certifications, 10 functional characteristics, 72 interfaces, 13 overview, 5 personality kits, 76 specifications, 12 ACP 70 certifications, 10 functional characteristics, 74 interfaces, 13 optional modules, 14 overview, 7 personality kits, 76 specifications, 12 ANPS support description, 25 summary, 2, 20 Architecture hardware, 9 software, 19 system features, 9 Asynchronous support description, 38 device connectivity features, 38 host connectivity features, 38 routing, 38 summary, 2 X.121 support, 42 X.28 support, 40 X.29 support, 42 X.3 support, 39 Automatic Node Protection Switching. See ANPS support
B
BRI CAM (ACP 50), 14 BRI CEM (ACP 50), 13
C
CAMs (ACP 50) definition, 13 types, 14 CCM module (ACP 70), 14 CEMs (ACP 50) definition, 13 types, 13 Certification/homologation, 10 CHAP security, 53 CSU/DSU CAM (ACP 50), 14 CSU/DSU support, 2, 20
D
DSP support connection methods, 33 description, 33 monitoring commands, 34 summary, 2, 20 trace functions, 34
E
ELX CAM (ACP 50), 14 ELX/ELX II CEM (ACP 50), 13
F
Frame Relay support applications, 36 description, 35 DTE/DCE interfaces, 35 inbound congestion control, 36 local management interface (LMI), 35 outbound congestion control, 36 summary, 2, 20 Frame relay support, applications, 35 FTP, 23, 48
79
H
Hardware, ACP interface converters, 14 interface hardware, 15 requirements for personality kits, 75 Hex CAM (ACP 50), 14 Hex CEM (ACP 50), 13
ISDN BRI support applications, 64 description, 63 national variations, 64 specifications, 63 summary, 20 ISDN support, summary, 2 ITI support, summary, 20
I
Interfaces, ACP, 15 Internal modem support advantages, 66 applications, 67 description, 66 dialing in, 68 dialing out, 68 interfaces, 66 modem sharing, 66 operating speeds, 66 specifications, 68 summary, 2, 20 IP support applications, 46 bandwidth management, 48 description, 46 ELX transceivers, 48 FTP, 23, 48 IP transporter, 50 LAN/WAN connections, 49 monitoring commands, 48 NFS, 48 PAP/CHAP, 53 PPP, 50 PPP/SLIP/X.25 gateway, 50 proxy ARP, 54 RADIUS, 54 routing protocols, 48 SLIP, 49 SMTP, 48 SNMP, 23, 46 standards, 48 statistics, 49 summary, 2, 20 TELNET, 23, 46 IP Transporter, 50 ISDN BRI port module (ACP 70), 14
L
Level 1 support, 17
M
Modem support. See internal modem support MTBF figures, 11
N
Network router, definition, 19 NFS, 48 NMS support, 20
O
Octal DMA CAM (ACP 50), 14 Octal DMA I/II/III CEM (ACP 50), 13 Octal modem CAM (ACP 50), 14 Octal modem CEM (ACP 50), 13 Open management system (OMS), 23 OSPF routing protocol, 48
P
PAP security, 53 Personality kits, ACP, 75 Personality module, 70 Platforms ACP 10, 3 ACP 50, 5 ACP 70, 7 Port types, 18
80
Index
POS support applications, 61 connection types, 58 description, 58 features, 59 summary, 2, 20 terminals/hosts supported, 58 PPP protocol, 50 PPP/SLIP/X.25 gateway, 50 Protection switching. See ANPS support Proxy ARP, 54
Specifications, physical/environmental, 12 SYM description, 21 summary, 19 TELNET client access, 23 System manager interface. See SYM
T
T1/E1 CSU/DSU. See CSU/DSU TELNET, 23, 46 TPP support connection methods, 57 description, 56 FOP and BOP protocols, 56 monitoring commands, 57 summary, 2, 20 trace functions, 57 Trace support, 19
R
RADIUS security, 54 Revision history, manual, viii
S
SLIP protocol, 49 SMTP, 48 SNA support 3270 support, 44 3770 support, 44 5250/5294/5394 support, 44 combined X.25/SNA, 43 description, 43 error recovery, 43 host connections, 44 PU and LU switching, 43 security, 45 summary, 2, 20 TPAD and HPAD, 43 SNMP, 23, 46 Software, ACP overview, 19 personality kits, 75
V
V.11/V.24/V.35 interface modules (ACP 70), 14
X
X.25 support description, 27 general features, 28 level 2 frame interface, 27 level 3 packet interface, 27 multipoint support, 31 summary, 2, 20
81
82
Singapore 150 Beach Road #15-08 Gateway West Tower Singapore, 189720 011-65-297-7335 FAX 011-65-299-2716
U.S. South 1759 N. Collins Blvd. Suite 224 Richardson, TX 75080 (214) 705-9080 (214) 437-1750
U.S. West 1534 Plaza Lane, No. 350 Burlingame, CA 94010 (650) 344-3999 FAX (650) 340-9999
U.S. East 620 Herndon Parkway Suite 120 Herndon, VA 20170 (703) 478-0560 FAX (703) 478-0143
U.S. East 90 Washington Valley Road Bedminster, NJ 07921 (908) 719-8920 FAX (908) 719-8925
83
84