This material is protected by the copyright laws of the United States and other countries. It may not be reproduced, distributed, or altered in any fashion by any
entity (either internal or external to Lucent Technologies), except in accordance with applicable agreements, contracts, or licensing, without the express
written consent of Lucent Technologies. For permis sion to reproduce or distribute, please em ai l your request to
Notice
techpubs@ascend.com.
Every effort was mad e to en sur e that the information in this document was complete and ac cu ra te at the time of printing, bu t inf ormation is subject to change.
Safety, Compliance, and Warranty Information
Before handling any Luc ent A ccess N etwor ks hard ware prod uct, rea d the Access Networks Safety and Compliance Guide included in your product package.
See that guide also to determine how products comply with the electromagnetic interference (EMI) and network compatibility requirements of your country.
See the warranty card include d in your product package for the limit ed warranty that Lucent Technologies provides for its products.
Security Statement
In rare instances, unauthoriz ed individuals make connecti ons t o the te lecommunications network through the use of access features.
Trademarks
4ESS, 5ESS, A Network of Expertise, AnyMedia, AqueView, AUDIX, B-STDX 8000, B-STDX 9000, ...Beyond Compare, CaseView, Cajun, CajunDocs,
CAJUNVIEW, Callmaster, CallVisor, CBX500, CellPipe, ChoiceNet, ClearReach, ComOS, cvMAX, DACScan, Dacsmate, Datakit, DEFINITY,
Definity One, DSLMAX, DSLTerminator, DSLPipe, DSLTNT, Elemedia, Elemedia Enhanced, EMMI, End to End Solutions, EPAC, ESS, EVEREST,
Gigabit-scaled campus netwo r king, Globalv iew, GRF, GX250, GX 550, HyperPATH, Inferno, InfernoSpaces, Intr agy, I ntragyAccess, IntragyCentral, Intu ity,
IP Navigator, IPWorX, LineReach, LinkReach, MAX, MAXENT, MAX TNT, Multiband, Multiband PLUS, MultibandRPM, MultiDSL, MultiVoice,
MultiVPN, Navis, NavisAccess, NavisConnect, NavisCore, NavisRadius, NavisXtend, NetCare, NetLight, NetPartner, OneVision,
Open Systems Innovations, OpenTrunk, P550, PacketStar, PathStar, Pinnacle, Pipeline, PMVision, PortMaster, SecureConnect, Selectools, Series56,
SmoothConnect, Stinger, SYSTIMAX, True Access, WaveLAN, WaveMANAGER, WaveMODEM, WebXtend, and Where Network Solutions Never End
are trademarks of Lucent Technologies. Advantage Pak, Advantage Services, AnyMedia, ...Beyond Compare, End to End Solutions, Inter.NetWorking,
MAXENT, and NetWork Knowledge Sol utions are service marks of Lucent Technologies. Other trademarks, service marks, and tra de names mentioned in
this publication belong to th ei r respective owners.
Copyrights for Third-Party Software Included in Lucent Access Networks Software Products
THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS “AS IS” AND ANY EXPRESS OR IMPLIED WARRANTIES,
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
OR SERVICES; LOSS OF USE, DATA OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Ordering Information
You can order the most up-to-dat e product information and compu te r-based t r ai ni ng online at http://www.lucent.com/ins/bookstore.
Feedback
Lucent Technologies appreciates your co mm e nts, either positive or negative , abou t th is manual. Please send them to techpubs@ascend.com.
Lucent Technologies
Customer Service
Customer Service provides a variety of options for obtaining information about Lucent
products and services, software upgrades, and technical assistance.
Finding information and software on the Internet
Visit the Web site at http://www.lucent.com/ins for technical information, product
information, and descriptions of available services.
Visit the FTP site at ftp://ftp.ascend.com for software upgrades, release notes, and
addenda.
Obtaining technical assistance
You can obtain technical assistance by telephone, email, fax, modem, or regular mail, as well
as over the Internet.
Gathering information you will need
If you need to contact Lucent for help with a problem, make sure that you have the following
information when you call or that you include it in your correspondence:
•Product name and model
•Software and hardware options
•Software version
•If supplied by your carrier, Service Profile Identifiers (SPIDs) associated with your line
•Your local telephone company’s switch type and operating mode, such as AT&T 5ESS
Custom or Northern Telecom National ISDN-1
•Whether you are routing or bridging with your Lucent product
•Type of computer you are using
•Description of the problem
Calling Lucent from within the United States
In the U.S., you can take advantage of Priority Technical Assistance or an Advantage service
contract, or you can call to request assistance.
Priority Technical Assistance
If you need to talk to an engineer right away, call (900) 555-2763 to reach the Priority Call
queue. The charge of $2.95 per minute does not begin to accrue until you are connected to an
engineer. Average wait times are less than 3 minutes.
Advantage Services
Advantage Services is a comprehensive selection of services. Installation services help get
your Lucent Wide Area Network (WAN) off to the right start. Ongoing maintenance and
85x11 Book Template (Preliminary)iii
support services provide hardware and software solutions to keep your network operating at
peak performance. For more information, call (800) 272-3634.
Other telephone numbers
For a menu of Lucent’s services, call (800) 272-3634. Or call (510) 769-6001 for an operator.
Calling Lucent from outside the United States
You can contact Lucent by telephone from outside the United States at one of the following
numbers:
Telephone outside the United States (510) 769-8027
Austria/Germany/Switzerland
Benelux
France
Italy
Japan
Middle East/Africa
Scandinavia
Spain/Portugal
UK
For the Asia-Pacific region, you can find additional support resources at
http://www.lucent.com/ins/international/apac/.
Obtaining assistance through correspondence
Send your technical support questions to one of the following email addresses, or correspond
by fax, BBS, or regular mail with Customer Service in Lucent’s U.S. offices in Alameda, CA:
•Email from within the U.S.—support@ascend.com
•Email from Europe, the Middle East, or Africa—EMEAsupport@ascend.com
•Email from the Asia-Pacific region—apac.support@ascend.com
•Configuring T1, E1, DS3, and other network slot cards
•Configuring the unit in a Signaling System 7 (SS7) network
•Configuring call routing
•Provisioning the switch
Note: This manual describes the f ull set of f eatures fo r APX 8000, MAX TNT, and DSLTNT
!
units running True Access™ Operating System (TAOS) software version 8.0.2 or later. Some
features might not be available with earlier versions or specialty loads of the software.
This manual hereafter refers to your product as a TAO S unit except when referring to features
specific to a particular unit.
multiservice access concentrator:
!
Warning: Before installing your TAOS u nit, be sure to read the safety instructions in the
Access Networks Safety and Compliance Guide. For information specific to your unit, see the
“Safety-Related Electrical, Physical, and Environmental Information” appendix in your unit’s
hardware installation guide.
What you should know
This guide is for the person who installs, configures, and maintains a TAOS unit. T o co nfigure
a unit, you need to understand the following:
•Wide Area Network (WAN) concepts
•Local Area Network (LAN) concepts
•Dial-in LAN connections such as Point-to-Point Protocol (PPP) and Multilink PPP (MP)
•Connection cost management and accounting
•Modems
•Frame Relay
•Asynchronous Transfer Mode (ATM)
•IP routing
APX 8000/MAX TNT/DSLTNT Physical Interface Configuration Guide xvii
Documentation conventions
•Network security
Documentation conventions
Following are all the special characters and typographical conventions used in this manual:
ConventionMeaning
Monospace text Represents text that appears on your computer’s screen, or that could
appear on your computer’s screen.
Boldface monospace text
ItalicsRepresent variable information. Do not enter the words themselves in
[ ]Square brackets indicate an optional argument you might add to a
|Separates command choices that are mutually exclusive.
>Points to the next level in the path to a parameter or menu item. The
Key1-Key2Represents a combination keystroke. To enter a combination key-
Press EnterMeans press the Enter, or Return, key or its equivalent on your com-
Note:
Represents characters that you enter exactly as shown (unless the characters are also in italics—see Italics, below). If you could enter
the characters but are not specifically instructed to, they do not appear
in boldface.
the command. Enter the information they represent. In ordinary text,
italics are used for titles of publications, for some terms that would
otherwise be in quotation marks, and to show emphasis.
command. To include such an argument, type only the information
inside the brackets. Do not type the brackets unless they appear in bold
type.
item that follows the angle bracket is one of the options that appears
when you select the item that precedes the angle bracket.
stroke, press the first key and hold it down while you press one or
more other keys. Release all the keys at the same time. (For example,
Ctrl-H means hold down the Control key and press the H key.)
puter.
Introduces important additional information.
!
Caution:
!
Warning:
Warning:
xviii APX 8000/MAX TNT/DSLTNT Physical Interface Configuration Guide
W arns that a failure to follow the recom mended procedur e could result
in loss of data or damage to equipment.
Warns that a failure to take appropriate safety precautions could resu lt
in physical injury.
Warns of danger of electric shock.
Documentation set
The APX 8000/MAX TNT/D SLTNT documentation set consists of the following manuals.
•Read me first:
–Access Networks Safety and Compliance Guide
Contains important safety instructions and country-specific compliance information
that you must read before installing a TAOS unit.
–TAOS Command-Line Interface Guide
Introduces the TAOS command-line environment and shows how to use the
command-line interface effectively. This manual describes keyboard shortcuts and
introduces commands, security levels, profile structure, and parameter types.
•Installation and basic configuration:
–APX 8000 Hardware Inst allation Gui de
Shows how to install APX 8000 hardware and includes APX 8000 technical
interfaces. It includes information about ATM direct and ATM-Frame Relay circuits.
–APX 8000/MAX TNT/DSLTNT Frame Relay Configuration Guide
Describes how to configure Frame Relay operations on a TAOS unit. This guide
explains physical layer configuration and restrictions and how to create permanent
virtual circuit (PVC) and switched virtual circuit (SVC) interfaces. It includes
information about Multilink Frame Relay (MFR) and link management, as well as
Frame Relay and Frame Relay direct circuits.
–APX 8000/MAX TNT/DSLTNT WAN, Routing, and Tunneling Configuration Guide
Shows how to configure LAN and WAN routing for analog and digital dial-in
connections on a TAOS unit. This guide includes information about IP routing, Open
Shortest Path First (OSPF) routing, Internet Group Management Protocol (IGMP)
routing, multiprotocol routers, Virtual Routers (VRouters), and tunneling protocols.
–MultiVo ice™ for MAX TNT Configuration Guide
Shows how to configure the MultiVoice applicatio n to run on a MAX TNT unit in
both Signaling System 7 (SS7) and H.323 Voice over IP (VoIP) configurations.
APX 8000/MAX TNT/DSLTNT Physical Interface Configuration Guide xix
Documentation set
•RADIUS: TAOS RADIUS Guide and Reference
Describes how to set up a TAOS unit to use the Remote Authentication Dial-In User
Service (RADIUS) server and contains a complete reference to RADIUS attributes.
•Administration and troubleshooting: APX 8000/MAX TNT/DSLTNT Administration
Guide
Describes how to administer a TAOS unit, including how to monitor the system and cards,
troubleshoot the unit, and configure the unit to use the Simple Network Management
Protocol (SNMP).
•Reference:
–APX 8000/MAX TNT/DSLTNT Reference
An alphabetic reference to all commands, profiles, and parameters supported on
TAOS units.
–T AOS Glossary
Defines terms used in documentation for TAOS units.
xx APX 8000/MAX TNT/DSLTNT Physical Interface Configuration Guide
Table 1-1 lists the sections describing the tasks you must perform for the TAOS unit basic
configuration. The table includes a brief description of each task and lists the commands and
parameters you will use.
For information about more advanced configuration of your TAOS unit, see the following
configuration guide:
To communicate with a new TAOS unit, you must assign an IP address to the shelf controller.
Once this is done, you can perform further configuration over a LAN using Telnet.
Use the following procedures to connect a new TAOS unit, if you have not already done so,
and assign an Ethernet IP address.
New APX 8000 unit
Use the following procedure to initially set up an APX 8000 unit:
1Connect a PC terminal or workstation to the serial port on the shelf controller (s ee the APX
8000 Hardware Installation Guide). If the APX 8000 is equipped with redundant shelf
controllers, connect to the serial port on the primary controller.
2Connect an Ethernet cable between the network and the Ethernet port on the shelf
controller (see the APX 8000 Hardware Installation Guide). If the APX 8000 is equipped
with redundant shelf controllers, connect to the Ethernet port on the primary controller.
3Configure an IP address and network mask in the ip-interface profile.
Performing Basic Configuration
Connecting to a new unit
–For an APX 8000 unit with one shelf controller, see “Configuring the shelf-controller
IP address on a nonredundant unit” on page 1-4.
–For an APX 8000 unit with redundant shelf controllers, see “Assigning an Et hernet IP
address” on page 2-4.
4Verify that the connection and IP address are correct by pinging any device on the
network.
5If redundant controllers are used, set the secondary and soft IP addresses (see “Assigning
an Ethernet IP address” on page 2-4 and “Defining the soft IP interface for fault toler ance”
on page 2-5 for details).
6Exit the terminal or workstation.
7T e lnet fro m a workstat ion on t he LAN. The syst em will pro mpt you for the usernam e and
password.
User: admin
Password: Ascend
8Complete the configuration.
New MAX TNT or DSLT NT unit
Use the following procedure to initially set up a MAX TNT or DSLTNT unit:
1Connect a PC terminal or workstation to the serial port on the shelf controller (see the
MAX TNT/DSLTNT Hardware Installation Guide). Ensure that the speed is set to
9600 bps.
2Connect an Ethernet cable to the network and to the Ethernet port on the shelf controller
(see the MAX TNT/DSLTNT Hardware Installation Guide).
3Configure an IP address and network mask in the ip-interface profile (see
“Configuring the shelf-controller IP address on a nonredundant unit” on page 1-4).
Configuring the shelf-controller IP address on a nonredundant unit
4Verify that the connection and the IP address are correct by pinging any device on the
network.
admin> ping 10.10.10.1
64 bytes from 10.10.10.1: icmp_seq=0 ttl=255 time=0 ms
5Exit the terminal or workstation.
6Telnet to the MAX TNT or DSLTNT using a workstation on the LAN. The system will
prompt you for a username and passwor d.
User: admin
Password: Ascend
7Complete the configuration.
Configuring the shelf-controller IP address on a
nonredundant unit
See “Assigning an Ethernet IP address” on page 2-4 for details about IP address configuration
for an APX 8000 unit with redundant shelf controllers.
All TAOS units have an Ethernet port on the shelf cont roller. This Ethernet port is designed for
out-of-band management and light traffic loads. It is not intended to be the primary Ethernet
interface for the system. If your unit will be routing heavy Ethernet traffic, use an Ethernet
card.
T o assign an IP address to the Ethernet interface of the shelf controller on a nonr edundant APX
8000 or a MAX TNT or DSLTNT, use the R ead and Li st commands to display the control ler’s
IP-Interface profile, then set the IP-Address parameter. For example:
After you assign the unit’s hostname and IP address, you might need to modify the host
information on your local Domain Name System (DNS) server to include the TAOS unit.
If the system date displayed on your screen is incorrect, set the correct date and time with the
Date command. For example, to set the date and time to October 22, 2000, 8:50 in the
morning:
admin> date 0010220850
The format for setting the date and time is ymmddhhmm. Enter the hour in military (24-hour)
time.
Setting the system name
You can assign the TAOS unit a system name of up to 24 characters. Because the system name
is used for authenticating connections, keep it relatively simple and use only standard
characters.
Here is an example of how to set the TAOS unit system name:
Performing Basic Configuration
Setting the system date
admin> read system
SYSTEM read
admin> list
name = ""
system-rmt-mgmt = no
use-trunk-groups = no
idle-logout = 0
parallel-dialing = 5
single-file-incoming = yes
admin> set name = apx01
admin> write
Setting the log level
While you are configuring the TAOS unit, you might want to increase the log level to display
messages that can help you debug configuration settings. First display the current settings, then
enter a new log level.
To display the system-wide event-logging parameters, use the Read and List commands:
admin> read log
LOG read
admin> list
save-level = info
save-number = 100
syslog-enabled = no
host = 0.0.0.0
facility = local0
To change the log level, specify an option for the Save-Level parameter:
admin> set save-level = [none|emergency|alert|critical|error|warning|notice|info|debug]admin> write
If your local network supports a Syslog server, you can configure the server’s IP address and
the Syslog facility number by setting the Host and Facility parameters in this profile.
Configuring a default gateway
If the TAOS unit does not have a route for the destination address of a packet, it forwards the
packet to the default router. Most sites use the default router (such as a GRF® router or a
UNIX host running the route daemon ) to dist ri b ute routi n g tas ks among devices. If you do not
configure a default route, the TAOS unit drops packets for which it has no route.
You configure the default route in the IP-Route profile. The name of the default IP-Route
profile is always Default, and its destination is always 0.0.0.0.
To configure the default route, first use the Read and List commands to display the default
IP-Route profile, and then set the Gateway-Address parameter. For example:
admin> read ip-route default
IP-ROUTE/default read
admin> list
name* = default
dest-address = 0.0.0.0/0
gateway-address = 0.0.0.0
metric =1
cost =1
preference = 100
third-party = no
ase-type = type-1
ase-tag = c0:00:00:00
private-route = no
active-route = no
admin> set gateway-address = 10.2.3.17
admin> set active-route=yes
admin> write
IP-ROUTE/default written
Configuring basic DNS information
The example in this section uses the domain name abc.com and sets the IP address of the
primary Domain Name System (DNS) server on the local network. Setting this basic
information enables you to access IP hosts by name instead of by IP address.
Here is an example that shows how to configure the DNS information:
After you configure the T AOS unit for IP network access, go to an IP host on the local network
and use the Ping command to verify that the unit can communicate on the network. For
example:
host-1% ping10.2.3.4
In addition, you can verify that the TAOS unit is integrated into your DNS system. For
example:
host-1% pingapx01
Recommended basic security measures
The TAOS unit is shipped from the factory with all its security features set to defaults that
enable you to configure and set up the unit without any restrictions. Before you make the
TAOS unit generally accessible, you must change the default security settings to protect the
configured unit from unauthorized access.
Before bringing the TAOS unit online, Lucent recommends performing the following
important security measures:
•“Changing the Admin password” on page 1-8
•“Securing the serial port” on page 1-8
•“Assigning a Telnet password” on page 1-8
•“Requiring acceptance of the pool address” on page 1-9
•“Ignoring ICMP redirects” on page 1-9
•“Disabling directed broadcasts” on page 1-9
•“Configuring SNMP access to the unit” on page 1-10
For additional security measures, see the APX 8000/MAX TNT/DSLTNT WAN, Routing and
Tunneling Configuration Guide.
A user who knows the password to the Admin level can perform any operation on the
TAOS unit, including changing the configuration. The Admin password is set to Ascend by
default. Lucent recommends that you assign a secret password immediately to prevent
unauthorized users from gaining access to the unit by means of the default password.
Following is an example of changing the Admin password:
default> auth admin
Password: Ascend
admin> read user admin
USER/admin read
admin> set password = secret
admin>
USER/admin written
Note that the Allow-Password permission is set to No in the Admin login. Although this
setting protects the unit’s passwords, it also prevents the Save command from storing
passwords in a configuration file. To save passwords in a configuration file, you can set
Allow-Password to Yes in the Admin profile, or you can create another User profile for the
purpose of backing up the unit and set Allow-Password to Yes in that profile.
write
Securing the serial port
By default, when users connect to the serial po rt on the shelf cont roller, they are logged in with
the Admin User profile. To secure the serial port with a username and password, proceed as
follows:
1Read the Serial profile:
admin> read serial { 1 17 2}
2Set the User profile to null:
admin> set user =
3Set Auto-Logout to Yes:
admin> set auto-logout = yes
This setting automatically logs out the current User profile if the Data Terminal Ready
signal (DTR) is lost on the serial port.
4Write the profile:
admin> write
Now users connecting to the serial port must supply a valid us ername an d p assword for access
to the TAOS unit through the serial port.
Assigning a Telnet password
Lucent recommends that you assign a Telnet password, which can be up to 21 characters in
length, to prevent unauthorized Telnet sessions. A user who opens a Telnet session to the
TAOS unit is prompted to supply this password.
Following is an example of assigning a Telnet password:
admin> readip-global
IP-GLOBAL read
admin> set telnet-password = SDwiw87
admin> write
IP-GLOBAL written
All users attempting to access the TAOS unit unit via Telnet are prompted for the Telnet
password. They are allowed three tries, each with a 60-second time limit, to enter the correct
password. If all three tries fail, the connection attempt times out.
Requiring acceptance of the pool address
During PPP negotiation, a caller can reject the IP address of fered by the TAOS unit and present
its own IP address for consideration. For security reasons, you might want to set the
Must-Accept-Address-Assign parameter to Yes to ensure that the TAOS unit terminates such a
call:
admin> readip-global
IP-GLOBAL read
admin>
admin> write
IP-GLOBAL written
set must-accept-address-assign = yes
Performing Basic Configuration
Recommended basic security measures
If you enforce acceptance of the assigned address, the Answer-Defaults profile must enable
dynamic assignment, the caller’s configured profile must specify dy namic assignment, and the
caller’s PPP dial-in software must be configured to acquire its IP address dynamically. For
more details, see the APX 8000/MAX TNT/DSLTNT WAN, Routing and Tunneling Configuration Guide.
Ignoring ICMP redirects
The Internet Message Control Protocol (ICMP) was d esigned to find the most ef ficient IP route
to a destination. ICMP redirect packets are one of the oldest route-discovery methods on the
Internet. They are also one of the least secure, because ICMP redirects can be counterfeited to
change the way a device routes packets. The following commands configure the TAOS unit to
ignore ICMP redirect packets:
admin> read ip-global
IP-GLOBAL read
admin>
admin> write
IP-GLOBAL written
set ignore-icmp-redirects = yes
Disabling directed broadcasts
Denial-of-service attacks known as “smurf” attacks typically use ICMP Echo Request packets
with a spoofed source address to direct packets to IP broadcast addresses. These attacks are
intended to degrade network performance, possibly to the point that the network becomes
unusable.
To prevent the TAOS unit router from being used as an intermediary in this type of
denial-of-service attack laun ched from another network, you must dis able the TAOS unit from
forwarding the directed broadcasts it receives from another network. The following example
shows how to disable directed broadcasts that are not generated locally on all IP interfaces of a
TAOS unit with a four-port Ethernet card in shelf 1, slot 12:
IP-INTERFACE/{ { shelf-1 slot-12 4 } 0 } read
admin> set directed-broadcast-allowed = no
admin> write
IP-INTERFACE/{ { shelf-1 slot-12 4 } 0 } written
Configuring SNMP access to the unit
For Simple Network Management Protocol (SNMP) access, an SNMP manager must be
running on a host on the local IP network, and the TAOS unit must be able to find that host by
means of either a static route or RIP . In addition to these restrictions, the TAOS unit has its own
SNMP password security (community strings), which you must set up to protect the TAOS unit
from being reconfigured from an unauthorized SNMP station.
Overview of SNMP security
The SNMP profile contains SNMP-readable information about the un it and its SNMP security.
There are two levels of security:
•Community strings limit access to the TAOS unit to the community of SNMP managers
who know the strings.
•Address security excludes SNMP access unless it is initiated from a specified IP address.
If you leave the Enabled parameter in the SNMP profile set to No (the default), SNMP utilities
cannot access the TAOS unit. The following commands enable SNMP on a unit:
admin> read SNMP
SNMP read
admin>
admin> write
SNMP written
set enabled = yes
Performing Basic Configuration
Recommended basic security measures
Setting community strings
You can specify up to 32 characters as the Read-Write-Community string. The following
example changes the default community strings:
admin>
admin> set read-write-community = secret
admin> write
SNMP written
Setting up address securi ty
list
set read-community = private
If the Enforce-Address-Security parameter is set to No (its default value), any SNMP manager
that presents the correct community name is allowed access. If the parameter is set to Yes, the
T AOS unit checks th e sour ce IP address of the SNMP manager and allows access only to th ose
IP addresses listed in the Read-Access-Host and Write-Access-Host arrays. Each array can
include up to five host addresses.
In the following example, commands enforce address security and specify a trus ted address for
read and write access:
admin> read snmp
SNMP read
admin> list
enabled = no
read-community = public
read-write-community = write
enforce-address-security = no
read-access-hosts = [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 ]
write-access-hosts = [ 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 0.0.0.0 ]
contact = ""
location = ""
admin>
admin> set read-access 1 = 10.2.3.4
admin> set write-access 2 = 10.2.56.123
admin> write
SNMP written
set enforce-address-security = yes
Where to go next
For APX 8000 units with two shelf controllers, proceed to Chapter 2 to configure
shelf-controller redundancy. Then proceed to the appropriate chapters to configure slot cards
for your unit.
For APX 8000 units with a single shelf controller and for MAX TNT and DSLTNT units,
proceed to the appropriate chapters to configure slot cards for your unit.
Obtaining status information about redundant shelf controllers . . . . . . . . . . . . . . . . . . 2-9
Overview of redundancy operations
The APX 8000 can operate with a single shelf controller or with two redundant shelf
controllers. When the APX 8000 runs with two shelf controllers, one controller takes on the
active role of primary controller while the other performs as the passive, secondary controller
that automatically takes over control of the system if the primary controller fails. In an APX
8000 with a single shelf controller, no controller redundancy exists.
In an APX 8000 with two shel f con t roll ers , the p ri mary s helf co nt roll er p erfo rms al l cont r ol ler
operations for the APX 8000:
•Managing the slot cards
2
•Maintaining a central repository of the unit’s configurations (including the current
NVRAM configuration)
•Performing call control and processing operations
•Managing all centralized functions, such as SNMP access and communication with a
RADIUS server.
In addition, all profiles are modified on the primary controller. When a conf iguration ch ange is
made on the primary controller, the entire configuration is copied to the secondary controller.
The secondary controller must be loaded with the same boot and operational code as the
primary controller.
Shelf-controller startup and primary election
When an APX 8000 with redundant controllers boots up, each shelf controller passes the
power-on self tests (POST) during the boot code loading process. The controllers establish
communication with each other over the packet bus, and exchange context information
(Redundancy profile and Redundancy-Stats profile information) through the heartbeat
protocol. Each controller has its own context (known as Context[1] or Context[2]), which is
associated with the controller’s serial number. The controllers use the context information to
track each other’s status.
The controllers next elect the controller that will be primary. The election process is based on a
hierarchical list of complex criteria. The first criterion in the list is evaluated and if the
criterion is found to be true, one of the controllers is made primary. If the criterion is found to
be false, the next criterion in the list is evaluated.
Following is an example of the initial criteria that might be used to designate the primary
controller:
1If one controller is missing, the existing (current) controller is made primary.
2If one controller is not communicating, the current controller is made primary.
3If both controllers are communicating, the controllers use the Redundancy profile’s
Primary-Preference setting to determine which controller is primary.
4If Primary-Preference is set to No-Preference, the controller that last acted as the
primary controller is made primary .
If a primary controller is still not determined, additional criterion are evaluated. If all election
criteria fail to designate a primary controller, the controller with more resources (for example,
more RAM) is made primary.
If the criteria cannot determine which controller is primary, the system selects the right
controller (slot 42) to be primary and the left controller (slot 41) becomes the secondary
controller.
Once a controller is elected as primary, the primary controller proceeds to load operational
code. When the primary is finished loading its code, the secondary controller loads its
operational image and gets a copy of the profiles.
Note: Both controllers must load the same boot and operational code version.
Normal operation
During normal operation, the two shelf controllers communicate with each other over the
packet bus in a back-and-forth heartbeat, exchanging context information . The statu s lights on
each controller indicate the following activities:
•The heartbeat (HRT) status light on each controller visually indicates that the heartbeat
•The primary (PRI) status light on each controlle r is lit if the controller is the pr imary and is
•The operational (OPR) status light is lit when the operational code is successfully loaded
The secondary controller does not perform controller operations unless the primary controller
resets or fails, or if you change the functionality of the shelf controllers. The secondary
controller’s main role is to monitor the primary and be ready to take over primary controller
functions. The secondary controller maintains the current configuration and the fatal-error
history log.
protocol is active by blinking on and off every 4 seconds in a regula r pattern that alternates
between the two controllers. In a TAOS unit that has only one shelf controller, the HRT
status light flashes on for 40 milliseconds every 4 seconds.
If the primary controller fatals, the secondary controller automatically takes over as primary
controller. The new primary (old secondary) downs all slot cards and then brings the system
back up. All connections are dropped. After the primary shelf controller comes up, the slot
cards are reset. The system is now ready to take new calls. Each time a controller is selected as
the primary controller, an entry is made in the fatal-error history log.
A switchover, when control passes from the primary controller to the secondary, is initiated by
one of the following occurrences:
•The primary controller has a hardware or software problem that causes the module to
reset. The secondary is assigned to act as the primary.
•You enter the switchover command, Redundant-Controller-Switch at the
command line interface, which switches control from the primary to the secondary
controller.
APX 8000 slot cards communicate with the primary controller through the packet bus. The
primary controller is assigned virtual slot number 43, through which communication with the
slot cards occurs. If a switchover occurs, the new primary controller inherits virtual slot
number 43.
Configuring the APX 8000 for shelf-controller redundancy
Log messages
Log messages are issued to notify you of significant events related to shelf cont roller
redundancy. For example, the following cases result in a log message:
•A shelf controller becomes primary.
•A fatal log entry is generated when a shelf controller has a software crash.
•A controller becomes primary when no secondary controller is present.
•The primary controller loses heartbeat communication with the secondary controller.
•The primary controller establishes heartbeat communication with the second ary controller.
Configuring the APX 8000 for shelf-controller
redundancy
Setting up the APX 8000 for shelf-controller redundancy includes the following tasks:
•Assigning the system IP address
•Assigning the shelf-controller Ethernet IP address
•Assigning the soft IP address
•Configuring shelf-controller redundancy
You can use the redundant-controller-switch command-line interface comman d to
switch primary controller functionality from one controller to the other. See “Switching the
primary controller at the command-line interface” on page 2-8 for instructions.
Configuring the APX 8000 for shelf-controller redundancy
Assigning the system IP address
To configure an APX 8000 that has redundant shelf controllers, you must map system IP
settings to the unit’s soft IP interface. The soft IP interface is associated with the shelf
controller that is currently primary.
Set the IP-Global profile’s System-IP-Addr parameter to the address of the soft IP interface.
System-IP-Addr must not be set to a particular physical interface, such as the address of a shelf
controllers. In a redundant shelf-controller system, the physical address of the primary
controller changes according to which controller is currently primary, and the system IP
address must be a single, unchanging address that always maps to the current primary
controller.
Configuration of the soft IP interface address is described in the section “Defining the soft IP
interface for fault tolerance” on page 2-5.
Assigning an Ethernet IP address
An APX 8000 creates an IP interface for the Ethernet port of each shelf controller. The
IP-Interface profile index is based on each controller’s slot number. The left controller slot on
the TAOS unit is number 41, and the right controller slot is 42.
To list the IP interfaces, use the Dir command, as follows:
The IP interface profile indicated by {{ she lf-1 left-controller 1 } 0} is for the
shelf controller in the first controller slot. The IP profile indicated by {{ shelf-1 right-controller 1 } 0} is for the shelf controller in the second controller slot. The
IP-Interface profile with the zero index {{ any-shelf any-slot 0 } 0} is reserved
for the soft IP interface.
Examples of setting shelf-cont rol ler Ethe rn et IP add re ss
Each shelf controller needs to be assigned an IP address. Following are examples that show
how to configure the Ethernet IP addresses.
In the following example, the shelf controller in the left controller slot position (slot 41) is the
primary controller. The primary controller is assigned the address 192.168.100.1/24:
admin> set ip-address = 192.168.100.1/24
admin> write
IP-INTERFACE/{ { shelf-1 left-controller 1 } 0 } written
The following commands assign the address 192.168.100.2/24 to the secondary (right) shelf
controller. The commands must be performed on the primary (left) controller.
Configuring the APX 8000 for shelf-controller redundancy
admin> set ip-address = 192.168.100.2/24
admin> write
IP-INTERFACE/{ { shelf-1 right-controller 1 } 0 } written
After you assign IP addresses to the controllers, you can verify that the TAOS unit is a valid IP
host on its configured networks by pinging other hosts on those networks, as shown in the
following example:
admin> ping 192.168.100.56
PING 192.168.100.56: 56 Data bytes
64 bytes from 192.168.100.56: icmp_seq=0 ttl=255 time=0 ms
64 bytes from 192.168.100.56: icmp_seq=1 ttl=255 time=0 ms
--- 192.168.100.56: Ping statistics --2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0/0/0 ms
Defining the soft IP interface for fault tolerance
The APX 8000 supports an internal soft IP interface that is always available. It is associated
only with the primary controller and is hidden from the secondary controller.
The APX 8000 sets up the soft IP interface after you power on the unit and a controller
becomes primary. If a switchover occurs and the secondary controller becomes primary, the
soft IP interface is initialized and associated with the new primary controller. The soft IP
interface address is reachable as long as one IP interface on the APX 8000 (on an Ethernet
card, for example) is operational.
The IP-Interface profile with the zero index is reserved for the soft IP interface. For example,
the first line of the fo ll owing dir command output shows the zero index:
If RIP is enabled, the APX 8000 advertises the soft IP interface address as a host route (with a
prefix length of /32) using the loopback interface. If RIP is not enabled, routers one hop away
from the APX 8000 must have a static route to the soft interface address.
Example of setting the soft IP address
You activate the soft IP interface by entering an IP address for {{ any-shelf any-slot
0} 0}. The following example shows how to set the soft IP address to 192.168.100.128/24:
Configuring the APX 8000 for shelf-controller redundancy
Configuring shelf-controller redundancy
When setting up shelf-controller redundancy, you might need to configure the following
profiles:
•Physical interface profiles (such as IP-Interface, Serial, Ethernet, Ether-Info)
•Redundancy profile
Note: Lucent recommends that you modify profiles on the primary controller only. Modified
profiles are sent to the secondary controller.
During profile configuration, the write and delete command-line interface commands
check for permission before allowing you to write or delete any profile. Profile writes or
deletes are not allowed on the secondary controller, but you can force implementation of the
commands if you use the -f command option. Whe n you use -f, a warning message alerts
you that a profile written on the secondary might be overwritten by a transfer from the primary
controller.
Physical interface profiles
The profiles of the physical interfaces, such as IP-Interface, Serial, Ethernet, and Ether-Info,
are indexed by each controller’s slot number. The left shelf-controller slot is 41, and the right
shelf-controller slot is 42.
For example, to read the IP Interface profile for the shelf controller in the left controller slot,
enter the following command:
admin> read ip-interface { { 1 41 1 } 0 }
The APX 8000 has only one shelf, which is identified as shelf-1.
Redundancy pr ofile
The Redundancy profile maintains each controller’s configuration information (context). The
shelf controllers exchange context information during heartbeat communications and use it to
track each other’s status. The context information for each controller is stored as an array and
is identified as Context[1] or Context[2].
Configuration of the Redundancy profile primarily involves the following subprofiles and
parameters:
•Primary-Preference is a parameter that allows the user to indicate a p reference f or electing
•Context is a subprofile that contains context subprofiles for both controllers, Context[1]
•Context [N] is a subprofile that contains the context information for an individual
Note: Configuration of the Redundancy prof ile parameters must be done on ly on the primary
controller. Profiles written on the secondary controller can be overwritten.
a controller as primary.
and Context[2].
controller (Context[1] or Context[2]).
Use the read and write command-line interface commands to make Redundancy the
working profile and list the Redundancy profile contents.
The following example shows how you can configure the Primary-Preference parameter to
indicate a preference for the controller in the right shelf-controller slot to be elected primary:
admin> read redundancy
REDUNDANCY read
admin> set primary-preference = right-controller-preferred
admin> write
REDUNDANCY written
Note: Primary-Preference settings remain in effect after a reboot. For example, if the left
controller is configured with a particular setting, after a reboot the left controller still retains
that setting.
The Redundancy-Stats profile contains system-maintained statistical information about each
controller. The statistical information for each controller is located in Context-Stats[1] or
Context-Stats[2].
The following example shows how you can view the contents o f the Redun dan cy-Stats p rof ile:
admin> list context 1
[in REDUNDANCY-STATS:context-stats[1]]
state = monitoring
function = secondary
select-reason = defer-to-running-primary
prior-function = no-function
last-reboot = crash
fan = { 317834728 }
admin> list context 2
[in REDUNDANCY-STATS:context-stats[2]]
state = monitoring
function = primary
select-reason = communication-loss
prior-function = no-function
last-reboot = crash
fan = { 317838764 }
The Redundancy and Redundancy-Stats profiles are visible through SNMP.
Refer to the APX 8000/MAX TNT/DSLTNT Reference for additional information about the
Configuring the APX 8000 for shelf-controller redundancy
Switching the primary controller at the command-li ne interface
You can man uall y switch primary shelf-controller functionality to the secondary controller by
entering the command redundant-controller-switch at the com mand-line interface.
This command causes the primary controller to give up bus (slot card) ownership and allow the
other controller to become primary. The switchover to the secondary controller occur only if
the secondary controller is present. After the bus is released, the old primary shelf controller
reboots and assumes the role of secondary controller.
Switchover takes place only if the following conditions are met:
•The secondary controller is present.
•The primary controller currently controls the bus.
•The secondary controller requests control of the bus, which is the normal operating state
of the secondary controller. The secondary controller is ready to automatically gain bus
ownership whenever the primary releases its ownership.
After you use the redundant-controller-switch command, a prompt appears that
asks for confirmation of your request. To switch primary controller functionality to the
secondary controller without being prompted for confirm ation, use the -f command option, as
follows:
admin> redundant-controller-switch -f
When the command is entered on the primary controller, controller functionality is switched to
the secondary controller. When the switchover command is entered on the secondary
controller, no switchover occurs.
If the switchover command is entered on the primary when the secondary is not requesting
control of the bus, no switchover occurs:
admin> redundant-controller-switch
The remote controller is not requesting the bus,
it cannot become PRIMARY!
If the switchover command is entered on the primary controller when only one controller is
present, a notice is displayed:
admin> redundant-controller-switch
There is no remote controller!
Resetting shelf controllers and clearing controller NVRAM
The shelf controllers can be reset from the command line with the reset command. The
controller’s NVRAM can be cleared from the command line with the nvram command. The
use of these commands is described in this section.
Refer to the APX 8000/MAX TNT/DSL TNT Refer en ce for additional information on the reset
and nvram command-line interface commands and command options.
Resetting the controllers
The reset command resets one or both APX 8000 redundant shelf controllers. When you
reset the unit, it restarts, and all active connections are terminated. All users are logged out, and
Obtaining status information about redundant shelf controllers
the default security level is reactivated. In addition, a system reset can cause a WAN line to
temporarily be shut down due to momentary loss of signaling or framing information. Af ter a
reset, the unit runs power-on self-tests (POST).
The reset -r command resets the s econdary controller or both con trollers. The reset -f
command resets the controller where the command is invoked. When the primary controller is
reset, the secondary controller automatically takes over control and becomes primary.
Following is an example of what you enter to reset both controllers:
admin> reset -r b
The nvram command clears NVRAM and resets one or both APX 8000 redundant shelf
controllers.
The nvram -r command clears NVRAM and resets the secondary controller or both
controllers. The -f, -t, -u, and -c command options apply to the controller where the
command is invoked. When the nvram command is performed on the primary controller and
NVRAM is cleared and the controller reset, the secondary controller automatically takes over
control and becomes primary.
Enter the following command to clear NVRAM and reset the secondary shelf controller:
admin> nvram-r s
Enter the following command to clear NVRAM and reboot both shelf controllers:
admin> nvram-r b
Obtaining status information about redundant shelf
controllers
You can use the following methods to obtain information about the redundant shelf controllers:
•The command-line interface uptime command indicates the length of time the
controllers have been operational.
•The command-line interface show command provides status information about the
redundant shelf controllers.
•The Trap profile parameter Secondary-Controller-State-Change-Enabled allows a trap to
be sent to the NavisAccess™ manager whenever the secondary controller goes in or out of
service.
Following are descriptions of these methods.
Viewing controller up time
The uptime command reports the length of time th e primary con troller has been oper ational.
It also indicates the time elapsed since the secondary controller started communications with
the primary. If a controller reboots or if communication between the two controllers is
Obtaining status information about redundant shelf controllers
disrupted and then reestablished, the uptime command reports the time elapsed since the
secondary controller reestablished communications with the primary.
The uptime command do es not report the version number of code used by the controllers, but
instead reports the primary or secondary status of each co ntroller. The code version is obtained
with the version command.
The following example shows the uptime command entered on the primary controller. The
-a option displays the up time for all slot cards.
admin> uptime -a
06:28:41
{ shelf-1 slot-3 }8t1-card0 days 00:08:538.0
{ shelf-1 slot-12 }hdlc2-card0 days 00:08:538.0
{ shelf-1 slot-16 }csmx-card0 days 00:08:538.0
{ shelf-1 slot-19 }hdlc2-card0 days 00:08:538.0
{ shelf-1 slot-23 }csmx-card0 days 00:08:538.0
{ shelf-1 slot-32 }hdlc2-card0 days 00:08:538.0
{ shelf-1 slot-34 }4ether2-card0 days 00:08:538.0
{ shelf-1 left-controller }[...]0 days00:40:37( SECONDARY )
{ shelf-1 right-controller }[...]0 days00:41:21( PRIMARY )
The following example shows the uptime command entered on the secondary controller:
The show command reports the communications status of the primary and secondary
controllers and indicates which controller (left or right) is the primary and secondary shelf
controller.
When the show command is entered on either the primary or secon dary shelf co ntroller, UP is
reported for the other controller’s status if the current controller is able to communicate with
the other controller. DOWN is displayed if the other controller is present but not communicating
with the current controller. If the other controller is not present, the status of that controller is
reported as ABSENT with the show -a command.
The following example displays the show command entered on the primary controller, when
the right controller is primary:
admin> show
Controller { right-controller } ( PRIMARY ):
Obtaining status information about redundant shelf controllers
The following example displays the show comman d entered on the s econdary con troller when
the right controller is primary:
admin> show
Controller { left-controller } ( SECONDARY ):
{ right-controller )UP( PRIMARY )
Setting up a trap to monitor the secondary controller
In the Trap profile, you can configure the Secondary-Controller-State-Change-Enabled
parameter to send a trap to the NavisAccess manager whenever the secondary controller goes
in or out of service. When the parameter is set to yes, a trap is sent when the secondary
controller goes in or out of service. When the parameter is set to no, no trap is sent.
Use the read and list commands to make Trap the working profile and list its contents. Use
the set command to modify the settings in the profile.
The following example shows how to set the parameter to not send a trap to the NavisAccess
manager:
admin> set secondary-controller-state-change-enabled=no
Clearing the fatal-error history log
The clr-history command clears the fatal-error history log. In systems with redundant
shelf controllers, the clr-history command-line interface command is intended only for
use on the primary controller . The fatal-er ror log cannot be cleared on the s econdary controller ,
unless you force implementation of the command by using the -f command option.
When clr-history -f is used on the secondary controller, a warning message appears to
alert you that the cleared log can still be overwritten during transfer of information from the
primary controller during heartbeat communications.
Overview of the Thermal profile for fan tray operations
On the APX 8000, an on-board digital temperature chip on the shelf controller and a
temperature device at the intake end of the fan controller are used to measure incoming
ambient air temperature. The APX 8000 fan tray is capable of running at different speeds, and
of adjusting as needed to dissipate system heat or reduce unnecessary fan noise.
You control fan tray operations by configuring the Thermal profile. Fol lowi ng are the rel evant
settings, shown with default values:
Configuring the Thermal Profile for Fan Tray Operations (APX 8000)
Overview of the Thermal profile for fan tray operations
ParameterSpecifies
Operation-ModeMode of operation in which the fan tray runs. When the
parameter is set to full-speed-only, the fans in the fan
tray operate at full speed at all times. (This is the default mode.)
When set to lownoise-speed-only, the fans operate at the
low noise speed (as specified in the Fantray-Lownoise-RPM
setting) at all times. When the parameter is set to
auto-regulation mode, the fan speeds are controlled
dynamically on the basis of temperature. In
auto-regulation mode, the fans run at low noise speed
when the system starts up. The system monitors the unit
temperature, and when it reaches a high-temperature threshold
(as specified in the High-Temperature-Trigger setting), it
switches the fans to full speed and logs a message. When the
unit temperature falls below the low-temperature threshold (as
specified in the Low-Temperature-Trigger setting), the system
switches the fans back to low noise speed.
Low-Temperature-TriggerLow-temperature threshold setting, from 0 to 60 degrees
Celsius (32 to 140 degrees Fahrenheit). If the fan tray is in
auto-regulation mode and this threshold is crossed, the system
switches the fans to low noise speed and logs a messag e. If you
specify a higher value than the High-Temperature-Trigger
setting, the system displays an error message when you attempt
to write the profile.
High-Temperature-TriggerHigh-temperature threshold setting, from 0 to 60 degrees
Celsius (32 to 140 degrees Fahrenheit). If the fan tray is in
auto-regulation mode and this threshold is crossed, the system
switches the fans to full speed and logs a message. If you
specify a lower value than the Low-Temperature-Trigger
setting, the system displays an error message when you attempt
to write the profile.
Alarm-Temperature-T rigger Temperature threshold setting, from 0 to 60 degrees Celsius (32
to 140 degrees Fahrenheit). If this threshold is crossed, the
system generates an Alarm event, the Alarm Relay on the shelf
controller is turned on, and the Alarm status light on the front
panel of the fan tray illuminates.
Example of configuring thermal controls
The commands in the following example show how to configure the fan tray to run the fans at
2500 RPM until the unit reaches a temperature of 37 degrees Celsius (98.6 degrees
Fahrenheit), at which time the system switches the fans to full speed and maintains that setting
until the unit temperature drops below 30 degrees Celsius (86 degrees Fahrenheit). If the
system ever reaches a temperature of 50 degrees Celsius (122 degrees Fahrenheit), the system
triggers alarms.
When the fan tray is in auto-regulation mode, the system can generate the following Info log
messages to indicate that the system has switched the fans from low noise to full speed, or vice
versa:
LOG info, Shelf 1, Slot 42, Time: 10:31:39-Fantray now running in lownoise-mode (30 C)
LOG info, Shelf 1, Slot 42, Time: 10:34:40-Fantray now running at full speed (37 C)
Configuring the Thermal Profile for Fan Tray Operations (APX 8000)
Overview of the Thermal profile for fan tray operations
If you modify the fan operation mode setting in the Thermal profile, the system generates an
Info log message such as the following:
LOG info, Shelf 1, Slot 42, Time: 11:06:44-Fantray set to run in Auto-regulation mode
Thermal alarms
When the temperature of the system reaches the Alarm-temperature-trigg er threshold specified
in the Thermal profile, the s ystem is in an alarm s tate. When th is happens , the f ollowing events
occur:
•The system generates an Error log message such as the following:
•The Alarm relay on the shelf controller is enabled. This turns on whatever signal is
•The Alarm status light in the fan tray front panel turns ON.
When the temperature falls back 2 degrees Celsius below the Alarm temperature trigger
threshold, the alarm state is cleared and the following events occur:
•The system generates a Warning log message such as the following:
Configuring the Thermal Profile for Fan Tray Operations (APX 8000)
Thermal status reporting
Thermal status reporting
A power-on self test (POST) is run on the fan tray of the APX 8000 during the BOOT loader
and during the operational load. If the fan tray POST fails, the POST failure status light
(amber) flashes 10 times and the following log message is generated:
In addition, two new commands are supported for displaying information about the fan tray
and the unit’s thermal status. Both commands, along with the automatic fan tray speed
regulation, are available on both shelf controllers in a redundant system.
Fanstatus command
The fanstatus command displays fan tray status information such as the fan revolutions
per minute (R PM), status (OK or BAD), and the unit’s ambient temperature. Note that the
current fan mode can be displayed as either full speed or low noise. For example, the following
output shows the fan mode set to full spe ed with an ambient temperat ure of 33 degrees Cels ius
(91.4 degrees Fahrenhe it):
admin> fanstatus
APX8000 Fantray status
Fantray ambient temperature: 33 C
Current fan mode: Full-speed
Fan # RPM Status
============================================
1 3367 GOOD
2 3214 GOOD
3 3075 GOOD
4 3075 GOOD
5 3214 GOOD
6 3289 GOOD
The following command output shows the fan mode set to low noise with an ambient
temperature of 27 degrees Celsius (80.6 degrees Fahrenheit):
admin> fanstatus
APX8000 Fantray status
Fantray ambient temperature: 27 C
Current fan mode: Low-noise
Fan # RPM Status
============================================
1 1992 GOOD
2 2050 GOOD
3 1992 GOOD
4 2020 GOOD
5 2050 GOOD
6 2020 GOOD
Configuring the Thermal Profile for Fan Tray Operations (APX 8000)
Thermalstatus command
The thermalstatus command displays a number of temperature-related values to show
the overall thermal status of the unit. For example, it displays:
•Ambient temperature at fan tray intake.
•Shelf controller temperature.
•High, Low, and Alarm temperature thresholds.
•Slot card temperature for slot cards that support temperature reporting. Currently, no slot
cards support thermal information repo rt ing.
•Power supply thermal status, and whether the power supplies are in an overheated state.
•Fan tray status, including the fan tr ay operati onal mode, n umber of revolut ions per m inute
at low-noise speed, and current revolutions per minute of each fan.
For example:
admin> thermalstatus
System Thermal status
Ambient temperature at intake : 27 C (80 F)
Shelf controller temperature : 35 C (95 F)
High temperature threshold : 36 C (96 F)
Low temperature threshold : 32 C (89 F)
Alarm temperature threshold : 38 C (100 F)
Slot cards:
(no slot cards contain thermal information)
Thermal status reporting
Power supply thermal status
Power Supply # Temp
=================================
A OK
B OK
C n/a
D OK
Fantray status
Fan operational mode: auto-regulation
Low-noise RPM: 2000
Current fan mode: Full-speed
Fan # RPM Status
============================================
1 3289 GOOD
2 3214 GOOD
3 3075 GOOD
4 3143 GOOD
5 3214 GOOD
6 3289 GOOD
This chapter explains how to install and configure the Ethernet slot cards. For information
about configuring IP routing, see the APX 8000/MAX TNT DSLTNT WAN, Routing and Tunneling Configuration Guide.
The following Ethernet slot cards are available for the platforms indicated:
•10/100Mbps Ethernet-2 card with three 10Mbps ports and one 100Mbps
port—APX 8000, MAX TNT and DSLTNT units
•10/100Mbps Ethernet-3 card with a single 100Mbps port—APX 8000 and MAX TNT
units
4
Full-duplex 10/100Mbps Ethernet-2 slot card
The Ethernet-2 card has three 10BaseT ports and one full-duplex 100BaseT port. If you are
replacing an older Ethernet card with the new Ethernet-2 card, you must create new Ethernet
profiles for the Ethernet-2 card. For details, see “Upgrading to the Ethernet-2 and Ethernet-3
slot cards” on page 4-2.
Full-duplex 10/100Mbps Ethernet-3 slot card
The Ethernet-3 slot card has one full-duplex 10/100Mbps port that is designed to have a high
packet-per-second throug hput to suppo rt Voice over IP (VoIP). The Ethernet-3 card autosenses
10Mbps or 100Mbps but do es not supp ort autoneg otiatio n, in which Ether net devices n egotiat e
a common speed and duplex mode.
Upgrading to the Ethernet-2 and Ethernet-3 slot cards
To upgrade from an existing 10Mbps or 10/100Mbps Ethernet card to an Ethernet-2 or
Ethernet-3 slot card, proceed as in the following example:
1Remove the existing Ethernet slot card.
2Enter the Slot command with the -r option to remove the existing Ethernet profiles. For
example, if the Ethernet card was in slot 1:
admin> slot -r 1
slot 1 removed
3Install the Ethernet-2 or Ethernet-3 slot card.
4Configure Ethernet profiles for the new card as explained in the following sections of this
chapter.
Overview of Ethernet configuration
The Ethernet slot cards provide multiport Ethernet routing capabilities. The configuration of
each port on an Ethernet slot card is identical to the configuration of the Ethernet port on the
shelf controller. (For complete information about configuring the Ethernet ports for routing,
see the APX 8000/MAX TNT/DSLTNT WAN, Routing, and Tunneling Configuration Guide.)
All TAOS units have an Ethernet port on the shelf cont roller. This Ethernet port is designed for
out-of-band management and light traffic loads. It is not intended to be the primary Ethernet
interface for the system. If your TAOS unit will be routing heavy Ethernet traffic, use an
Ethernet card.
Understanding the Ethernet-related profiles
The APX 8000 creates the following profiles when it detects an Ethernet port:
•Ethernet profile
•IP-Interface profile
•SNMP profiles (Admin-State and a Device-State profile)
For an explanation of SNMP profiles, see the APX 8000/MAX TNT/DSLTNT Administration
Guide.
Ethernet profile
TAOS creates a default Ethernet profile for each Ethernet port it detects, including the shelf
controller. The Ethernet profile specifies the link-layer configuration for the port.
For example, if an Ethernet-2 card installed in slot 4, you might see a screen similar to the
following:
If the 10/100 Mbps Ethernet-2 card is installed, the 100Mbps Ethernet port is displayed as
port 4.
IP-Interface profile
T AOS creates a default IP-Interface profile for each Ethernet port it detects, including the shelf
controller. You can create multiple IP interfaces for each physical Ethernet port, but the default
IP-Interface profile must have an IP address, or the other IP-In terface profiles for th e same port
will not function. For information about configuring IP-Interface profiles , see the
APX 8000/MAX TNT/DSLTNT WAN, Routing, and Tunneling Configuration Guide.
Configuring duplex mode on the 100Mbps Ethernet
port
The Duplex-Mode parameter in the Ethernet profile allows you to set the physical Ethernet
interface of the 100BaseT port on the Ethernet-2 or Ethernet-3 card to full-duplex or
half-duplex mode. Full-duplex mode (the default) provides increased throughput, but
half-duplex mode enables the unit to operate with older equipment that does not support fu ll
duplex.
The following example sets the port to half-duplex mode:
T yp ically, Series56 II™ and Seri es56 III Digital Modem slot cards do not requ ire any
configuration. Dependin g on your net work, si tuation s might requ ire you to change the w ay the
modems operate. This chapter describes how to modifiy modem configuration to
accommodate your networking environment. The chapter also provides some guidelines for
use of Hybrid Access (HDLC) cards.
5
Note: Modem cards are not supported on DSLTNT units, but DSLTNT units support Hybrid
Access cards.
Overview of configuring modem cards
When you make a change to the modem configuration, the change applies to all the modems in
the APX 8000 or MAX TNT unit. You configure modems in the Terminal-Server profile.
Table 5-1 lists common tasks you might have to perform to customize modem config urations,
the sections describing those tasks, and the associated parameters.
For complete information about the associated parameters, see the
APX 8000/MAX TNT/DSLTNT Reference.
Configuring Series56 II and III Modem and Hybrid Access Cards
Specifying modem negotiation settings
Table 5-1. Modem configuration tasks
Descript ion of taskSectionAssociated parameters
Some analog modem calls might require
changes to the digital modem’s default
behavior to successfully complete
negotiation.
You might need to change the modulation
of Series56 II and III modems from the
default of V.90. For example, in some cases,
V.32 and V.34 modems do not successfully
complete modem training after reception of
the V.8bis tone from the APX 8000 and
MAX TNT unit Series56 II and III modems.
Configuring V.34 modulation can help this
problem.
You might need to modify the AT answer
strings that the APX 8000 and MAX TNT
unit sends to its modems . You can do this by
specifying an extra answer string in the
command line interfaces.
“Specifying modem negotiation
settings” on page 5-2
“Specifying modem modulation
for Series 56 II and III modem
cards” on page 5-3
“Configuring an additional AT
answer string for modem calls” on
page 5-3
Because the Series56 II and III slot cards
can terminate both modem and HDLC calls,
the APX 8000 and MAX TNT unit creates
two call route profiles for each channel on
the card: one for a digital call and one for a
modem call.
“Series56 II and III Call-Route
profiles” on page 5-4
Specifying modem negotiation settings
Calls from analog modems are d irected f i rst to th e dig ital mod ems, where the connection must
be negotiated before being directed to by the terminal-server software. Options in the
Terminal-Server > Modem-Configuration subprofile allow you to m odify the way the digital
modems negotiate a connection.
To specify changes in how the negotiation occurs:
1Read the Terminal-Server profile into the editing buffer:
Configuring Series56 II and III Modem and Hybrid Access Cards
Specifying modem modulation for Series56 II and III modem cards
2List the parameters in the Modem-Configuration subprofile. For example:
admin> list modem-configuration
v42/mnp = will-v42
max-baud-rate = 33600-max-baud
modem-transmit-level = -13-db-mdm-trn-level
cell-mode-first = no
cell-level = -18-db-cell-level
7-even = no
3Modify the parameters as required.
For information about the parameters, see the APX 8000/MAX TNT/DSLTNT Reference.
Specifying modem modulation for Series56 II and III
modem cards
The Modem-Mod parameter in the Terminal-Server profile allows you to specify the modem
modulation that Series56 II and III modems use. The possible settings are K56-Modulation,
V34-Modulation, and V90-Modulati on (the default).
To support the ITU-T standard V.8bis (Voice Call Ready), a 56Kbps modem in the APX 8000
and MAX TNT unit normally sends a tone at the beginning of modem training. This is
commonly referred to as CRe and is a dual tone (13 75Hz + 2 002 Hz) followed by a s ing le tone
at 400Hz with a combined duration of approximately 500ms. Although V.8bis is designed not
to interfere with V.32bis modem negotiation, some V.32 and V.34 modems do not successfully
complete modem training after reception of the V.8bis tone.
Note: If you configure the Series56 II and III modems to use V.34 modulation, they never
exceed the speeds used by V.34 modems (33.6Kbps), and they do not send the V.8bis tone.
To configure modem modulation for calls coming in to Series56 II and III modem cards,
proceed as in the following example:
admin> read terminal-server
TERMINAL-SERVER read
admin> set modem-configuration modem-mod = v34-modulation
admin> write
TERMINAL-SERVER write
Configuring an additi onal AT answ er st ring for m odem
calls
The AT-Answer-String parameter in the Terminal-Server profile enables you to specify extra
AT commands in the answer string of the system’s modem configuration.
The answer string is the last of four strings that the APX 8000 or MAX TNT sends to the
modem upon answering a call. Commands entered in this string might overwrite settings
specified elsewhere. For example, if the Max-Baud-Rate parameter sets the maximum baud
The value of this parameter must be valid AT commands, up to 36 characters. Do not begin the
string with AT. An AT is appended to the beginning of this string automatically before it is sent
to the modem. Also, do not include an A (answer) or a D (dial) command anywhere in the
string. An A command is app ended automatical ly to the end of this stri ng, and a D command in
the answer string causes the call to fail.
Note: Be very careful when entering AT commands in this parameter. The system does not
prevent you from entering incorrect strings.
The following example sets the AT-Answer-String parameter to S37=11, which causes the
following string to be sent to the modem:
ATS37=11A
When the modem receives this string, it forces a V.32bis 14400 connection.
admin> read terminal-server
TERMINAL-SERVER read
admin> set modem AT-answer-string = S37=11
admin> write
TERMINAL-SERVER written
Series56 II and III Call-Route pr ofil es
When you install a Series56 II or Series56 III slot card, the TAOS unit creates two call route
profiles for each channel on the card. One for a digital data call and one for a modem voice
call. For example:
admin >callroute -d
device # source type tg sa phone
1:14:01/0 0 0:00:00/0 voice-call-type 0 0
Configuring Series56 II and III Modem and Hybrid Access Cards
Preventing Series56 II and III cards from delaying Frame Relay connections
Preventing Series56 II and III cards from delaying
Frame Relay connections
If the APX 8000 or MAX TNT has a Frame Relay datalink that uses a single nailed channel,
you must install Series56 II or Series56 III slot cards in lower-numbered slots than the Hybrid
Access (HDLC) slot cards, or dedicate the Series56 cards to modem p rocessing by d eleting the
Digital Call-Type profiles. Otherwise, you are likely to experience delays in establishing
Frame Relay connections. See Chapter 19, “Configuring Call Routing” for more information.
Hybrid Access card implementation
Each ISDN call, and each channel of a nailed session, requires an HDLC channel to process
the HDLC-encapsulated data received from or destined to a WAN interface. Because the
following cards require HDLC channels, you might need to install a Hybrid Access card in
your unit:
•Eight-port E1 card
•Eight-port T1 card
•T3 card
The Hybrid Acces card is supported on the DSLTNT. On an APX 8000 or MAX TNT unit,
Series56 II and III cards also provide up to 48 HDLC channels per card.
The MultiDSP card is a highly versatile, digital signal processor (DSP) slot card for
MAX TNT and APX 8 000 units.
The following services are supported by the MultiDSP card:
•Data (digital, analog)
•V.110 rate adaption standard for ISDN
6
•Personal Handyphone System (PHS), supporting PHS Internet Access Forum Standards
(PIAFS) 1.0, 2.0, 2.1
•Voice over IP (VoIP), including real-time fax functionality (MAX TNT only)
The MultiDSP support provided by a particular MultiDSP card or MAX TNT and APX 8000
unit depends on the following factors:
•The type of MultiDSP card(s) installed in the unit
•Software licenses (hash codes) currently downloaded on the unit shelf controller
•MultiDSP card use constraints (See “Card configuration constraints” on page 6-3 for
details.)
Analog modem service is, by default, always enabled. Each additional MultiDSP service has a
software license (hash code) that must be downloaded to the unit shelf controller for the
particular service to be enabled on a MAX TNT or APX 8000 unit. The hash codes enable
different types of calls to be serviced by the same DSP port on the card.
The MultiDSP services currently enabled (licensed) on MAX TNT and APX 8000 units can be
viewed in the Base profile. For details, see the“Configuring a MultiDSP card” on page 6-6.
MAX TNT and APX 8000 units support two types of MultiDSP cards—a 48-port card and a
96-port card. Each MultiDSP card type supports slightly different services. Following are
descriptions of each card.
The 48-port MultiDSP card supports up to 48 ports of service.
Note: In MAX TNT and APX 8000 profiles and parameters, the 48-port MultiDSP card is
identified as madd or madd-card.
For a MAX TNT or APX 8000 unit with a 48-port MultiDSP card, Lucent recommends that
you limit the number of enabled MultiDSP services to two. Voice over IP (VoIP) is currently
supported on the MAX TNT only.
When two services are supported by the card, one service must be data and the other can be
V.110 PHS or VoIP. The following possible configurations are supported by the 48-port card:
•Data (analog and/or digital) service only
•V.110 service only
•PHS service only
•VoIP service only (MAX TNT only)
•Data and V.110 services
•Data and PHS services
•Data and VoIP services (MAX TNT only)
Downloaded software licenses (hash codes) determine which MultiDSP services are supported
by a particular unit and 48-port MultiDSP card. For example, if a unit is licensed to run both
data and VoIP, the ports on each installed 48-port MultiDSP card can handle data and/or VoIP
calls.
96-port MultiDSP card
The 96-port MultiDSP card supports up to 96 ports of service.
Note: In MAX TNT and APX 8000 profiles and parameters, the 96-port MultiDSP card is
identified as madd2-card.
A MAX TNT or APX 8000 unit with a 96-port MultiDSP card installed can have software
licenses for up to two of the following MultiDSP services: data and V.110. The following
possible configurations are supported by the 96-port card:
•Data (analog and/or digital) service only
•V.110 service only
•Data and V.110 services
Downloaded software licenses (hash codes) determine which MultiDSP services are supported
by a particular unit and 96-port MultiDSP card. For example, if a unit is licensed to run both
data and V.110, the ports on each installed 96-port MultiDSP card can handle data and/or V.110
calls.
The following constraints affect the mixing of slot cards in MAX TNT and APX 8000 units.
Using 48-port and 96-port MultiDSP cards
You cannot mix 48-port and 96-port MultiDSP cards in the same MAX TNT or APX 8000
unit. However, you can use multiple 48-port or multiple 96-port MultiDSP in the same unit.
Using Series56 cards with MultiDSP cards
The single-slot Series56 II card and the single-slot Series56 III card can be used with a
MultiDSP card in the same MAX TNT or APX 8000 unit. The dual-slot Series56 modem card
cannot be used in a MAX TNT unit that has a MultiDSP card installed.
Supported MultiDSP services
The following sections describe the services (applications) supported by the MultiDSP card.
See “Configuring a MultiDSP card” on page 6-6 for information on configuring these services
in a unit.
Supported MultiDSP services
Data
V.110
The MultiDSP card supports calls made through analog modems that comply with standards
such as V.90, and digital calls made through the High-Level Data Link Control (HDLC)
protocol. Digital calls can come from an ISDN Primary Rate Interface (PRI) line, a Signaling
System 7 (SS7) network, or an E1 line with R2 signaling.
Although analog modem service is enabled by default, additional software licenses might be
required to support digital calls that use particular signaling schemes or protocols. For
example, a software license is required to support the R2 call setup signaling protocol. Also,
software licenses are required to support the Ascend SS7 Gateway Control Protocol (ASGCP)
and the IP Device Control (IPDC) protocol, which are the call s etup intermachin e trun k (I MT)
protocols for SS7.
For information about configuring a unit for specific types of digital calls, refer to s ubsequent
chapters in this guide and to the configuration guides listed under “Documentation set” on
page xxi.
V.110 is a rate adaption standard that allows telephones using the digital cellular Global
System for Mobile Communication (GSM) to connect to an ISDN network.
The V.110 service is supported by both the 48-port and 96-port MultiDSP card and requires a
V.110 software license. V.110 support also r equires a software license fo r the associated digital
signaling scheme, which can be PRI, R2, ASGCP IMT/SS7, or IPDC IMT/SS7.
V.110 features supported by the MultiDSP card include the following:
•Asynchronous, answer-mode only (answer, but no call out), with 1 start bit, 8 data bits,
and 1 stop bit.
•Rate-adaptive mode. Supported rates are 2400bps, 4800bps, 9600bps (default), 19200bps
and 38400bps.
PHS
The Personal Handyphone System (PHS) provides mobile teleph one access to u sers located in
Japan and other Asian countries. PHS provides data communication services at bandwidths up
to 64Kbps and offers voice communication services.
The MultiDSP card supports the following data PIAFS standa rds:
•PIAFS 1.0: Fixed data rate of 32Kbps.
•PIAFS 2.0: Fixed data rate of either 32Kbps or 64Kbps for the duration of a call.
•PIAFS 2.1: Data rate that can dynamically switch between 32Kbps and 64Kbps during a
call, depending on the available wireless bandwidth.
A PHS software license is required to support PIAFS 1.0 and 2.0 functionalities. The license
supports fixed data rates of 32Kbps or 64Kbps. The data rate used by the unit is determined by
the rate from the PRI line.
To support PIAFS 2.1 functionality, two software licenses are required—the initial PHS
software license for PIAFS 1.0 and PI AFS 2.0, and a separate PHS PIAFS 2.1 softwar e
license. The two licenses are also available bundled into one license package.
Voice over IP (VoIP)
VoIP is a service that offers voice telephony across IP network infrastructures. The MultiDSP
VoIP implementation relies on the MultiVoice Gateway to connect calls to public and private
packet networks. The MulitDSP card’s VoIP implementation supports the In ternational
Telecommunication Union Telecommunication Standardization Sector (ITU-T) standard for
H.323 signaling and messaging.
VoIP features supported by the MultiDSP card include the following:
•ITU-T H.323 signaling and messaging.
•Voice compression and packetization.
•Connection of each port to a single DS0 (voice calls).
•Cut-through of progress tone signals from the distant Public Switched Telephone Network
(PSTN).
PHS service is currently available only with Japan PRI signaling.
•Encoding schemes G.71 1 A-law, G.711
(coder/decoder) developed by Lucent).
•Silence suppression and detection for G.729, configured through a MAX TNT unit’s VoIP
profile. Silence suppression is automatically enabled for G.723.1.
µ-law, G.7 23.1, G.728, G.729, and RT-24 (a cod ec
Configuring MultiDSP Cards (MAX TNT, APX 8000)
Obtaining status information about a MultiDSP card
A VoIP software license is required for MultiDSP suppo r t of the VoIP service. An additional
software license is required for support of real-time fax functionality.
VoIP functionalities, including real-time fax, are configured thr oug h the MAX TNT VoIP
profile.
For details about VoIP and MultiVoice configuration, refer to the MultiVoice for MAX TNT Configuration Guide. In addition, see “Configuring a MultiDSP card” on page 6-6.
Obtaining status information about a MultiDSP card
Information can be displayed about all installed cards or only an installed MultiDSP card.
Displaying information about all installed cards
The show command displays the following information about currently installed slot cards,
including the MultiDSP card:
•Location of all installed cards by shelf number, slot number, and item or port number,
including the MultiDSP card
•Status of each card (for example, if the card is Up or Down)
•Type of cards currently installed
Note: The 48-port MultiDSP card is displayed with the name madd or madd-card. The
96-port MultiDSP card is displayed with the name madd2-card.
Use the show command to confirm that the MultiDSP card is listed as one of the installed
cards and is shown installed in the correct slot. For examp le, in a MAX TNT unit the command
displays the following information if the unit has only one shelf (s helf 1) and a 96-port
MultiDSP card is installed in slot 3:
Displaying information about an installed MultiDSP card
Use the show command with the MultiDSP card shelf number and slot number to display the
following information about a particular installed MultiDSP card:
•The card’s ports by shelf number, slot number, and port number
•Status of each port (for example, whether the port is Up or Down)
•The port service type (for example, modem)
Enter the show command, along with the shelf number and port number, to confirm that all
MultiDSP card ports are shown in the listing.
Note: For the 96-port MultiDSP card, the show shelf slot command displays
96 modems (ports). For the 48-port card, only the odd-numbered modems (1, 3, ..., 95) are
active. The modem -a command verifies that only 48 modems are available on the 48-port
card.
For example, enter the following command to display information about a 96-port MultiDSP
card (identified as madd2-card) installed in shelf 1, slot 10 of a MAX TNT unit:
Verifying that installed software and software versions are correct
The dircode command displays descriptions and vers ion numb e rs of all softwar e current ly
installed on the unit’s flash memory card.
Use the dircode command to verify that the software version numbers for the system (shelf
controller) and MultiDSP card (shown as madd-card) are correct.
The following example shows the installed software versions for a MAX TNT system (shelf
controller) and 48-port MultiDSP card:
admin> dircode
Flash card code directory:
Card 1, directory size 16
shelf-controller1838073 ThuJan 619:15:52 2000 Version 8.0.0
madd-card1336282 ThuJan 619:16:00 2000 Version 8.0.0
Configuring a MultiDSP card
When a unit detects the presence of a card in one of its slots, the unit creates default profiles
appropriate for that type of card. Some default profiles might need to be reconfigured when a
new card is installed in a slot.
Minimal configuration is required to set up MultiDSP services on a unit. Licensed Multi DSP
services are automatically enabled. Depending on the type of MultiDSP card installed, 48 or 96
default call routes are created for each enabled service when the card is installed.
Configuration might be required for implementing VoIP MultiVoice functionalit y. VoIP
MultiVoice configuration is described in the MultiVoice for MAX TNT Co nfiguration Guide.
MultiDSP configuration includes the following tasks:
•Verifying that the correct software licenses are loaded on the MAX TNT or APX 8000
unit and that the desired MultiDSP services are enabled. The Base profile provides this
information.
•Confirming that the call routes are correct for the desired MultiDSP services. The
Call-Route profile controls call routing in the unit. The unit automatically generates call
routes for modem calls and licensed services when a MultiDSP card is installed or when
the slot -r and slot -u commands are issued.
•Verifying that all other configurations associated with the MultiDSP services have been
performed. For example, for VoIP MultiDSP support, all required configurations for VoIP ,
real-time fax (optional), and other desired MultiVoice features must also be performed .
•Adding support for an additional MultiDSP service, if necessary.
Verifying that MultiDSP services are enabled
The Base profile is a read-only, system-wide profile that displays enabled features, network
interfaces, and system information. Included in the Base profile are the MultiDSP services.
The Base profile indicates which MultiDSP services are currently enabled (licensed). Because
the MultiDSP modem function does not require a software license, no modem-related
parameter appears in the Base profile.
Display the Base Profile to verify that desired services are licensed on the unit. Use the get base command to view the profile.
The following Base profile parameters relevant to the MultiDSP card. Verify that the
appropriate services are supported for your MultiDSP applications.
Base profile parameterValue if supported
Configuring a MultiDSP card
Data-Call-EnabledYes if the unit supports data calls over ISDN (digital) lines.
The parameter is also used by Series56 and Hybrid Access
(HDLC) card s.
R2-Signaling-EnabledYes for R2 signaling support.
SS7-ASGYes for ASGCP SS7 IMT signaling support.
XCOM-SS7Yes for IPDC SS7 IMT signaling support.
V110-EnabledEnabled if V.110 software is licensed on the unit.
PHS-SupportYes if Personal Handyphone System PIAFS 1.0, PIAFS 2.0
support is licensed on the unit. For PIAFS 2.1 support, the
PHS-2-1-Support parameter must also be enabled by a
software license.
PHS-2-1-SupportYes if PIAFS 2.1 support is licensed on the unit. The
PHS-Support parameter must also be enabled by a software
license. (The two PHS licenses are also available bundled
into one package.)
VoIP-EnabledYes if VoIP is enabled by a software license.
RTFax-EnabledYes if real-time fax (T.38) is licensed. For real-time fax
support, the VoIP-Enabled parameter must also be enabled
by a separate software license.
The following example shows relevant Base profile parameters and values for a unit installed
with a 48-port MultiDSP card that supports modem calls, digital HDLC calls, and PHS PIAFS
1.0 and PIAFS 2.0 calls (but not PIAFS 2.1 calls):
admin> get base
...
data-call-enabled = yes
...
phs-2-1-support = no
...
phs-support = yes
...
voip-enabled = no
...
v110-enabled = disabled
...
rtfax-enabled = no
...
Verifying call routes for MultiDSP service s
You can verify call routes for enabled MultiDSP services by viewing the Call-Route profiles
and the call route entries. Procedures for viewing the Call-Route profiles and entries are
described in this section.
Viewing the Call-Route profile and its Call-Route-Type parameter
When a 48-port or 96-port MultiDSP card is initially detected by the unit, the unit creates
Call-Route profiles for each MultiDSP service—modem, digital, PHS, VoIP or V.110.
Use the dir call-r command to display the Call Route profiles. The following example
displays Call Route profiles for a 48-port card (indicated by madd) installed in slot 5 of a
MAX TNT unit:
The first entry is the system default. The other profiles are for each of the MultiDSP services.
You can edit the pro fil e list to in clude only curre nt ly enabl ed MultiDSP services.
Each profile contains an index that uses the following format:
{{{shelf slot port} logical-item} entry}
The system index is the following:
{{{shelf-1 any-slot 0} 0} 0}
.
Each MultiDSP service has a unique entry field number. The following table displays the
entry number associated with each MultiDSP service type:
The following example shows a Call-Route profile for the VoIP service (entry is 3) on a
48-port MultiDSP card installed in slot 5:
33 12/10/1999 18:25:32 {{{shelf-1 slot-5 0} 0} 3}
About the Call-Route- Type parameter
Each Call-Route profile contains the Call-Route-Type parameters specific to that profile. The
Call-Route parameters might require configuration.
One Call-Route parameter, Call-Route-Type, specifies the type of call that the MAX TNT can
route to a host device. The following Call-Route-Type values apply to MultiDSP services.
Call-Route-Type values for
MultiDSP services
Description
Voice-Call-TypeCall type for analog mode calls. The unit can route voice
bearer calls, excluding 3.1KHz audio calls, to a host
device.
Digital-Call-TypeCall type for digital calls. The unit can route digital calls,
including 3.1KHz audio bearer channels, to a host device.
PHS-Call-TypeCall type for PHS calls.
VOIP-Call-TypeCall type for VoIP calls. VoIP calls can be routed to a host
device that accepts VoIP calls.
V110-Call-TypeCall type for V.110 calls. Digital calls recognized as
containing V.110 rate-adapted bearer channels can be
routed to a host device.
Use the read call-route and list commands to view a specific profile’s parameters.
To identify the specific profile, you must include the profile’s index. The following example
shows Call Route parameters for the profile that covers the V.110 service (entry field is 4),
for a unit with a MultiDSP card in slot 5:
Unlike the Call Route profiles, entries in a call-routing database are created for the analog
modem service, digital service, and for each licensed MultiDSP service.
When a card comes up, the MAX TNT or APX 8000 unit creates a call-routing database. The
number of database entries created per service depend on the following:
•Type (48-port or 96-port) of MultiDSP card being used.
•Enabled MultiDSP services. (Analog modem service is always enabled.)
A call route entry is created for each available port and each enabled service. To view the
entries in the call-routing database, use the callroute -a command.
Note: For the 48-port MultiDSP card, only the 48 odd-numbered ports are available (port 1,
3, 5, ..., 95).
For example, if a 48-port MultiDSP card is installed in slot 5 of the MAX TNT and the
supported MultiDSP services are data (analog modem and digital) and PHS, 48 call route
entries are created for analog modem service, 48 call route entries are created for digital
service, and 48 call route entries are created for PHS service:
admin> callroute -a
1:05:01/00 0:00:00/0voice-call-type0 0
Verifying that configurations are correct for related services
Each MultiDSP service might require additional configuration for setting up that service on the
unit. For additional information and procedures, see the configuration guides listed und er
“Documentation set” on page xxi and the latest release note.
Adding an additional MultiDSP service
To enable an additional MultiDSP service, you must perform the following steps:
1The unit must have the proper software license for the desired service. For further
information about adding MultiDSP software licenses, contact your Lucent Sales
Representative.
2Once the unit is licensed for the new service, delete the existing profiles for MultiDSP
cards installed in the unit, and bring up the current profiles (that now include the new
license).
For example, if you want to delete the profiles and then bring up the current profiles for a
card installed in slot 5, enter the following commands:
A T1 line consists of 24 channels. Each channel can transmit and receive data or digitized
voice. The line uses framing and signaling to achieve synchronous and reliable transmission.
The most common configurations for T1 lines are ISDN Primary Rate Interface (PRI) and
nailed (leased) or unchannelized T1, including fractional T1. (For information about
provisioning your T1 line for use with the TAOS unit, see Appendix A, “Provisioning the
Switch.”)
ISDN PRI
In North America and Japan, a T1/PRI line typically supports 23 B channels and one
D chann e l. But if non-facility ass ociated sig naling (NFAS) is in use, more than one ISDN PRI
line on a single T1 card can share a single D channel. PRI configurations are used to receive
multiple, simultaneous ISDN calls from analog-modem and digital-services dial-in traffic.
Another common use of T1/PRI is to connect a Private Branch Exchange (PBX) to a central
office switch.
Nailed or unchannelized T1
Unchannelized T1 lines can be used for nailed connections such as to a Frame Relay network.
In such cases the configuration is static, and the TAOS unit treats the T1 line as if it were a
single connection at a fixed speed, without individual channels.
Typically, when you pay your telephone company for a leased (nailed) line, you pay more for
higher bandwidth. Anything in the range of 0bps to 1.544Mbps can be delivered on a T1 line,
and provisioned at some 64Kbps fraction of the full T1 bandwidth.
Channelized line-side vs. trunk-side T1
Calls entering the telephone network from the TAOS unit must enter the central office (CO)
through an ISDN PRI line. However, calls coming in on a channelized T1 line can enter either
on the line side or trunk side. For best results, ensure that the channelized T1 calls enter the
switch on the trunk side.
T1 lines that terminate on the line side of the switch undergo an additional analog-to-digital
conversion that reduces the data transfer rate. Some service providers and carriers have
agreements to ensure that a T1 always enters the trunk side of the CO switch, but in most
cases, no such agreement exists. The only way to guarantee a digital connection is to make sure
that calls from the TAOS unit enter the CO on the trunk side of the switch over an ISDN PRI or
a trunk-side T1 line.
T a b le 7-1 lists the section s des cri bi ng com mon t asks you might have to perform to configure a
T1 line. The table includes a brief description of each task and lists the parameters you will
use.
For information about administering the T1 card, including such tasks as specifying a facilities
data link (FDL) and displaying the st atus of the line s, see the APX 8000/MAX TNT/DSLTNT Administration Guide.
For complete information about the associated parameters, see the APX 8000/MAX
TNT/DSLTNT Reference.
Table 7-1. T1 line configuration tasks
Section Description of taskAssociated parameters
“Making a profile the working
profile” on page 7-6
“Assigning names to T1 line
profiles” on page 7-7
“Enabling a line” on page 7-8Make a line available for use.Enabled
“Specifying the framing and
encoding” on page 7-8
“Configuring ISDN PRI
signaling” on page 7-8
“Configuring ISDN
network-side emulation” on
page 7-9
“Configuring overlap receiving
on PRI lines” on page 7-9
Before you can edit a profile, you must
make it the working profile.
Assign a name to the T1 profile. Name
Each T1 line requires framing and
encoding. Framing specifies the format
for the sequence of bits sent on the line.
Encoding affects the way data is
represented by the digital signals on the
line.
You must specify the type of network
switch providing ISDN service on a T1
PRI line.
ISDN emulation enables you to build,
send, receive, and process ISDN data.
T1 or E1 PRI lines with overlap
receiving enable the T AOS unit to gather
the complete called number from the
network switch via a series of
Information messages, enabling the use
of features such as called-number
authentication.
Table 7-1. T1 line configuration tasks (continued)
Section Description of taskAssociated parameters
“Configuring inband robbed-bit
signaling” on page 7-11
“Configuring NFAS” on
page 7-13
“Configuring T1 R1 and
R1-Modified (Taiwan) with ANI
and called-number processing”
on page 7-15
“Configuring clocking” on
page 7-17
If the lines use inband signaling, change
the signaling mode to robbed bit and
specify the type of robbed bit signaling
to use. You can also specify that the
TAOS unit process the numbers dialed
for use with Dialed Number
Identification Service (DNIS) and
Calling Number Identification (CLID)
authentication.
Specify non-facility associated signaling
(NFAS) if you want two or more PR I
lines to share a D channel.
R1 is a multifrequency inband signaling
system that uses a set of register signals
known as MFR1 tones as addressing
signals. R1 signaling can optionally be
used with Automatic Number
Identification (ANI), which is similar to
Caller ID (CLID).
Set Clock-Source to specify whether t he
T1 line can be used as the master clock
source for synchronous connections.
Set the front-end type of the T1
transceiver to CSU (channel service
unit) or DSX (digital signal cross
connect), depending on the type of
device the TAOS unit connects to.
Specify how each of the 24 channels of a
T1 line is to be used.
Typically, you specify only the
rightmost digits necessary to distinguish
one number from another. These are
called add-on numbers.
A trunk group is a group of channels that
has been assigned a number.
Front-End-Type
DSX-Line-Length
CSU-Build-Out
Channel-Usage
Phone-Number
Trunk-Group
Configuring T1 Cards
Overview of T1 configuration
Table 7-1. T1 line configuration tasks (continued)
Section Description of taskAssociated parameters
“Configuring nailed channels”
on page 7-21
“Configuring a back-to-back T1
connection” on page 7-21
“Specifying analog encoding for
TAOS unit codecs” on page 7-22
“Configuring specialized
options” on page 7-22
You must assign a nailed channel to a
group to make it available for use. The
group number can be referred to in a
Connection or Frame-Relay profile to
specify a permanent leased connection
using that group of nailed channels.
For diagnostic purposes you might
sometimes want to configure a
back- to-back connectionT1 connection
between ports on two TAOS unit units.
Codecs connected to T1 use a different
encoding standard for digitized analog
data than do codecs connected to E1.
The default for T1 is U-Law, the default
for E1 is A-Law.
Typically, the D channel of a PRI line
uses normal data. However, for some
connections, you might need to invert
the data to avoid transmitting a pattern
that the connection cannot handle
Nailed-Group
Signaling-Mode set to Inband (the
default)
Robbed-Bit-Mode set to
Wink-Start (the default)
Clock-Source set to Eligible (the
default)
Analog-Encoding
Data-Sense
Idle-Mode
Most installations use the default for the
Idle-Mode setting, which determines
what pattern the D channel looks for to
specify the idle indicator.
The TAOS unit uses call routing to
determine where to route incoming and
outgoing calls. The preferred way to set
up call-routing is to put all call-routing
information in one place: a Call-Route
profile.
If you do not use Call-Route profiles,
specify the physical address of a device
to which calls received on this channel
are routed.
By default, the line is not enabled, which means that it is not available for use. Its default
signaling method is inband, typically used for channelized connections.
T o configure a T1 profile, first make it the working profile by reading it into the edit buffer. For
example:
Once you have read in a profile, it remains the working profile until you read in another
profile. You can use the Set command to change one or more of the profile’s parameters.
To save your configuration changes, use the Write command. For example:
admin> write
T1/{ shelf-1 slot-2 1} written
To list the parameters in a T1 profile, use the List command, as in the following example:
admin> list
[in T1/{ shelf-1 slot-6 4 }]
name = ""
physical-address* = { shelf-1 slot-6 4 }
line-interface = { no d4 ami eligible low-priority inband +
The following example shows the parameters in a T1 profile:
In a T1 profile, the Name parameter enables you to assign the profile a name. The name can
include up to 16 characters. It is displayed after the line’s physical address in the Dir command
output. For example:
admin> read t1 {1 12 0}
admin> set name = T1 Trunk
admin> write
T1/{ shelf-1 slot-12 0 } written
admin> dir T1
17 04/17/1997 19:00:02 { shelf-1 slot-12 0 } "T1 Trunk"
For T1 lines, the Line Status window displays the first eight characters of the name if one has
been assigned. For example:
T1 Trunk 1/12/0 LA la la la la la la la
If the name is longer than eight characters, the last character displayed is a plus sign (+).
By default each T1 line is disabled. To enable the T1 line, read its profile to make it the
working profile, then set the Line Interface subprofile’s Enabled paramete r to Yes, as in the
following example:
admin> read t1 {1 2 1}
T1/{ shelf-1 slot-2 1 } read
admin> set line enabled = yes
admin> write
T1/{ shelf-1 slot-2 1 } written
Specifying the framing and encoding
You must specify the framing and the encoding for each T1 line. If you are using ISDN, you
must specify the extended superframe (ESF) format, which consists of 24 consecutive frames,
separated by framing bits. If the line is not configured for ISDN signaling, use D4 framing
(also known as the superframe format), which is the default.
The T1 Encoding value sets the layer -1 line encoding used f or the physical links, which af fects
the way in which data is represented by the digital signals on the line. The default, alternate
mark inversion (AMI) encoding, is often used, although bipolar with 8-zero substitution
(B8ZS) encoding might be req uired if the line is configured for IS DN si gnaling . If set to Non e,
encoding is similar to AMI, but without density enforcement.
Your T1 service provider must provide the correct framing and encodin g valu es f or you r lines .
To specify the framing and encoding, set the Frame-Type and Encoding parameters:
admin> read t1 {1 2 1}
T1/{ shelf-1 slot-2 1 } read
admin> set line frame-type = [esf|d4]
admin> set encoding = [ami|b8zs|none]
admin> write
T1/{ shelf-1 slot-2 1} written
Configuring ISDN PRI signaling
When you set the signaling mode to ISDN, you must set channel 24 as the D channel. Note that
ISDN signaling often requires ESF framing and B8Z S encoding.
For ISDN signaling you must also specify the type of switch providing T1/ PRI s e rvice t o you r
TAOS unit. Obtain the information from your ISDN carrier. (For example, if your carrier is
AT&T, the switch type is ATT-PRI.)
Configure ISDN PRI service as follows:
admin> read t1 {1 2 1}
T1/{ shelf-1 slot-2 1 } read
admin> set line frame-type = esf
admin> set line encoding = b8zs
admin> set line signaling-mode = isdn
admin> set line switch-type = switchtype
admin> set line channel 24 channel-usage=d-channel
admin> write
T1/{ shelf-1 slot-2 1} written
To see a complete list of switch types supported on the TAOS unit, refer to the TAOS unit
online help or the APX 8000/MAX TNT/DSLTNT Reference.
Configuring ISDN ne twork-side emulation
You can configure PRI lines to use either network-side or user-side ISDN emulation.
Previously, PRI lines on the TAOS unit supported only user-side emulation. Following is the
relevant parameter, shown with its default setting:
[in T1/{ any-shelf any-slot0 }:line-interface]
isdn-emulation-side = te
ISDN is a nonsymmetrical protocol used by telephone carriers to provide digital services to
end users. There are no ISDN links between telephone carrier Central Offices (COs). ISDN
links exist only between the CO and the customer. Therefore, an ISDN link can be viewed as
having two sides— the network side, or network terminating (NT) equipment, and the user
side, or terminal equipment (TE). The user side can connect only to t he netw or k s ide, and vi ce
versa. Both the network side and the user side perform the same functions, but the format of
the messages is different. For example, the network s ide must always s et a bit and the user si de
must always clear it. These differences allow either side to determine whether the other end is
the right one.
Configuring T1 Cards
ISDN emulation enables you to build, send , receive, and proces s ISDN data. ISDN moni toring,
on the other hand, allows you only to decode the ISDN data.
Configuring overlap receiving on PRI lines
Overlap receiving affects the procedure of establishing an incoming call received on a T1 or
E1 PRI line in the TAOS unit. With overlap receiving, the TAOS unit can gather the complete
called number from the network switch via a series of Information messages, enabling the use
of features such as called-number authentication.
The Q.931 specification states that either en-bloc receiving or overlap receiving can be used to
handle an incoming call. With en-bloc receiving, the Setup message received from the network
switch must contain all information required to process the call. With overlap receiving, the
Setup message can contain incomplete called number information, with the remainder of the
call information (if any) sent in one or more additional Information messages after the network
switch receives a Setup Acknowledge message from the called unit.
Following are the relevant parameters, which are shown with sample settings for T1 and E1
lines:
To configure overlap receiving, you need to set some or all of the following parameters:
ParameterSpecifies
Signaling-ModeType of signaling on the T1 or E1 line. It must specify ISDN (or
Overlap-ReceivingEnables/disables overlap receiving for incoming calls on the PRI line.
PRI-Prefix-NumberPortion of the line’s telephone number to be used when matching the
Trailing-Digits
ISDN-NFAS, for T1) to use overlap receiving. If it is set to any other
value, Overlap-Receiving does not apply .
If set to No (the default), the PRI-Prefix-Number, Trailing-Digits, and
T302-Time parameters do not apply for overlap receiving.
called-party number in the Setup message from the network switch.
The reason for specifying this number is to enable the TAOS unit to
quickly determine when the called-party number is complete when
overlap receiving is in use. The unit uses this number and the specified
number of trailing digits to recognize that the called-party number is
complete, even if the caller did not include a Sending Complete code
(for example, by dialing the pound sign).
Typically, the PRI prefix is an ISDN-subscriber number, that might
include an area code or an area and country code combination (which
must be separated from the ISDN-subscriber number by a hyphen).
With this additional information, the TAOS unit looks for just the first
match of PRI-Prefix-Number against the called-party number in the
Setup message (first with area code, and if that fails, then without area
code).
The default null value disables the T302-Timer optimization.
Number of digits required to follow the prefix number for the
TAOS unit to consider the called number complete. Callers can
indicate Sending Complete by a method such as dialing the pound sign
(#). If a caller does not indicate Sending Complete and the TAOS unit
cannot determine whether the called number is complete, the
TAOS unit waits until the T302 timer expires even if the caller has
dialed all the required digits.
The Trailing-Digits setting enables the TAOS unit to reset the timer
when the specified number of digits has been received. Trailing-Digits
can specify a value from 1 to 6. The default value is 2.
T302-TimerNumber of milliseconds that the system waits for additional called
number information for an incoming call. The val id rang e is from 100
to 30000 (.10 second and 30 seconds).
The default is 10000 (0.10 seconds).
The T AOS unit begins collecting the trailing digit information, and for
each call Setup message from the switch that does not include
“Sending Complete Information Element,” it starts the T302 timer (the
Setup Ack timer).
The TAOS unit stops the timer when it receives a message that
includes “Sending Complete Information Element.” The TAOS unit
assumes there are no more trailing digit digits to collect when the
T302 timer st ops or expires.
The following example enables overlap receiving on an E1 PRI line:
admin> set signaling-mode = isdn
admin> set overlap-receiving = yes
admin> set pri-prefix-number = 049-228-555
admin> set trailing-digits = 4
admin> set t302-timer = 5000
With this configuration, if a caller dials 049-228-555-1212, the TAOS unit matches the prefix,
finds four trailing digits, and immediately begins processing the call. It might use
called-number authentication (if applicable) before establishing a session. Similarly, if a local
caller dials 555-1212, the TAOS unit fails the first match, tries without the country code and
fails again, tries without the area code, and succeeds. It then finds four trailing digits and
begins processing the call.
Configuring inband robbed-bit signaling
When the line is configured for inband signaling, the TAOS unit does not receive
bearer-capability information from the carrier. Therefore, it cannot determine when a call is
voice-service or digital-service. For call-routing purposes, all calls in inband lines are treated
as digital calls. You can change this default by setting the Default-Call-Type parameter.
Trunk-side T1 lines must use wink-start call control, which is the default. It enables the switch
to seize the trunk by going off hook after receiving a 200ms wink.
Line-side T1 lines must use loop-start call control. Regardless of the type of call control
mechanism you choose, the switch must not forward dialed digits to the TAOS unit. Doing so
disrupts the handshaking process during multichannel calls. Lucent recomm e nds that
channelized T1 lines be trunk side rather than line side.
On lines configured for inband signaling, you must specify that the TAOS unit process the
calling and called dual-tone multifrequency (DTMF) digits if you want to use Dialed Number
Identification Service (DNIS) and Calling Number Identification (CLID) authentication or
accounting. (On lines configured for PRI signaling, this information is presented as part of the
call setup message and does not require special configuration on the TAOS unit.)
To configure the TAOS unit to process the DTMF digits in a call, use the
Collect-Incoming-Digits and DSP-DTMF-Input-Sample-Count parameters in a T1 profile.
The Collect-Incoming-Digits parameter enables the TAOS unit to process the DTMF digits in
a call. The DSP-DTMF-Input-Sample-Count parameter specifies the number (one or two) of
Goertzel input samples that the TAOS unit computes to decode a DTMF digit. A setting of
Two-Samples creates a more accurate result.
To configure a T1 line for inband (robbed-bit) signaling, proceed as in the following example:
1Read in the T1 profile:
admin> list line
enabled=no
frame-type=d4
encoding=ami
clock-source=eligible
clock-priority=middle-priority
signaling-mode=inband
robbed-bit-mode=wink-start
default-call-type = digital
collect-incoming-digits = no
dsp-dtmf=input-sample-count=one-sample
..
..
3Enable the line:
admin> set enabled = yes
4Specify inband signaling:
admin> set signaling-mode = inband
5Specify the Robbed-Bit-Mode:
admin> set robbed-bit-mode = wink-start
6Specify call type:
admin> set default call type = voice
7If you are using DNIS or CLID authentication, set the TAOS unit to process the DTMF
digits and specify the sample size used to decode the digits:
admin> set collect-incoming-digits = yes
admin> set dsp-dtmf-input-sample-count = one-sample
A group of T1 lines configured fo r NFAS signaling shares a D channel. One line in the group is
configured with a primary D channel, and another line is configured with a secondary
D channel. The secondary D channel is used only if the primary line fails or receives a signal
commanding a change to the other D channel. All lines within an NFAS group must reside on
the same slot card. Your service provider must supply you with the NFAS ID numbers for your
line.
The TAOS unit supports multiple NFAS groups on a single card. An NFAS group contains a
minimum of two PRIs. A T1 card supports up to four NFAS groups, and a T3 card supports up
to 14 NF A S group s. To configure an NF AS grou p, you must set the NFAS-group-ID parameter.
Lines with the same NFAS-group-ID value are in the same NFAS group.
Configuring a single NFAS group
To configure two T1 lines for NFAS, proceed as in the following example, in which the
administrator configures ports 3 and 4 of the card in slot 2 of shelf 1:
admin> set line enabled = yes
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 0
admin> set channel 24 channel = nfas-primary
admin> write
T1/{ shelf-1 slot-2 3 } written
admin> set line enabled = yes
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 1
admin> set line channel 24 channel = nfas-secondary-d
admin> write
T1/{ shelf-1 slot-2 4 } written
Configuring multiple NFAS groups
T o configure multiple NFAS groups, you must first obtain an NFAS ID for each DS1 from
your service provider and an NFAS group ID for each group of PRI lines that shares a
D channel. Within an NFAS group, all PRIs share the same NFAS-group-ID value and have
unique NFAS-ID values.
T elcos ofte n use NFAS-ID=0 for the PRI with the primary D-Ch annel, and N FAS-ID=1 for the
PRI with the secondary D channel. You must set both the NFAS-group-ID parameter and the
NFAS-ID parameter for each DS1.
In the following example, an administrator configures two NFAS groups on a T1 card. Each
group contains four DS1s. The example uses the NFAS group IDs 1 and 2, but the actual
values you use depend on how your lines are provisioned.
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 0
admin> set line nfas-group-id = 1
admin> set channel 24 channel = nfas-primary
admin> write
T1/{ shelf-1 slot-2 1 } written
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 1
admin> set line nfas-group-id = 1
admin> set line channel 24 channel = nfas-secondary
admin> write
T1/{ shelf-1 slot-2 2 } written
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 0
admin> set line nfas-group-id = 2
admin> set channel 24 channel = nfas-primary
admin> write
T1/{ shelf-1 slot-2 5 } written
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 1
admin> set line nfas-group-id = 2
admin> set line channel 24 channel = nfas-secondary
admin> set line signaling-mode = isdn-nfas
admin> set line nfas-id = 3
admin> set line nfas-group-id = 2
admin> write
T1/{ shelf-1 slot-2 8 } written
Configuring ISDN NFAS for Japanese switch types
Configuring T1 Cards
To introduce non-facility associated signaling (NFAS) support for Japanese switches, TAOS
unit supports implicit identification of the primary D-channel interface and explicit
identification of all other interfaces, as required by Japanese switches.
Following is an example of PRI/T1 line configuration for NFAS with a Japanese switch:
admin> set line-interface signaling-mode = isdn-nfas
admin> set line-interface switch-type = japan-pri
admin> set line-interface nfas-group-id = 0
admin> set line-interface nfas-id = 0
admin> set line-interface channel 24 channel =
nfas-primary-d-channel
admin> write
T1/{ shelf-1 slot-1 1} written
Configuring T1 R1 and R1-Modified (Taiwan) with ANI
and called-number processing
R1 is a multifrequency inband signaling system that uses a set of register signals known as
MFR1 tones as addressing signals. Each address (telepho ne number) is preceded by a KP pulse
and followed by an ST pulse denoting the end of addressing.
R1 signaling can optionally be used with Automatic Number Identification (ANI), which is
similar to Caller ID (CLID). When it is in use, you can specify whether to send an Automatic
Number ID Request (ANIR) to the switch. If you specify that the unit must send an ANIR to
Configuring T1 R1 and R1-Modified (Taiwan) with ANI and called-number processing
the switch, you can also specify how long it waits before sendin g the request, and how long the
ANIR signal lasts.
The following parameters enable R1 signaling on T1 lines and specify the timing of certain
signals from the switch. These parameters are shown with their default settings:
Signaling-ModeFor T1 R1 signaling, you must set Signaling-Mode to R1-Inband.
R1-Use-ANIREnab les/disables ANI processing (CLID). It is set to No by
default. If se t to Yes, the system performs ANI processing on
incoming calls.
R1-First-Digit-TimerTime in milliseconds to wait for the first digit from the switch after
sending the KP pulse. The default setting is 340 ms. The valid
range is from 0 to 1000.
R1-ANIR-DelayTime in milliseconds to wait before sending the ANIR signal after
receipt of the ST pulse from the switch. The default setting is
350 ms. The valid range is from 300 to 2000.
R1-ANIR-TimerDu ration in milliseconds of the ANIR signal. The default setting is
200 ms. The valid range is from 180 to 400.
R1-ModifiedEnables/disables a modified version R1 signaling that is required
in Taiwan. It is set to No by default, which indicates regular R1
signaling (described in the ITU recommendation Q.310- 332).
TAOS units located in Taiwan must set this parameter to Yes.
Following is an example that shows how to configure R1-Modified signaling (Taiwan) with
ANIR in a T1 profile:
admin> set line signal = r1-inband
admin> set line r1-use-anir = yes
admin> set line r1-first-digit-timer = 360
admin> set line r1-anir-delay = 360
admin> set line r1-anir-timer = 220
admin> set line r1-modified = yes
admin> write
You can configure the TAOS unit to use any of the T1 lines as a master phase-locked loop
(PLL) clock source for synchronous connections for an entire system. In synchronous
transmission, both the sending device and the receiving device must maintain synchronization
to determine where one block of data ends and the next begins.
From the T1 lines configured as eligible clock sources, the TAOS unit chooses a clock source
on the basis of priority. If multiple T1 lines are configured as eligible clock sources and have
an equal clock priority, the TAOS unit chooses one of them at random. Once chosen as the
clock source, the line used until it becomes unavailable or a higher-priority source becomes
available.
If no eligible external sources are available, the system uses an internal clock generated from
the primary shelf controller. Using the internal clock is generally not recommended.
The Clock-Source diagnostic command displays the current master clock source and any
available clock source. Sources from layer 2 up, which are preferred, are marked with an
asterisk.
Configuring T1 Cards
Configuring clocking
To specify a clock source and set a priority, proceed as follows after reading in the line’s T1
profile:
admin> set clock-source = eligible
admin> set clock-priority = high-priority
admin> write
Configuring the front-end transceiver
The front-end type of the T1 transceiver can be CSU or DSX.
If you are connecting the TAOS unit to a DSX, set the Front-End-Type to DSX. Wi th this
setting you must also specify the length of the physical T1 line in feet. The value must reflect
the longest line length you expect to encounter in your installation, up to a maximum of
655 feet (200m).
If you are not connecting the TAOS unit to a DSX, set Front-End-Type to CSU. Y ou migh t also
have to set a line buildout value to specify the amount of attenuation, in decibels, that the
TAOS unit must apply to the line. If the TAOS unit is too close to a repeater, you need to add
some attenuation to reduce the strength of the signal. Ask your service provider whether you
need attenuation and, if so, how much.
To specify DSX settings, proceed as in the following example after reading in the line’s T1
profile:
admin> set front-end-type = dsx
admin> set dsx-line-length = 1-133
admin> write
To specify CSU settings, proceed as in the following example after reading in the line’s T1
profile:
admin> set front-end-type = csu
admin> set csu-build-out = 7.5-db
admin> write
Configuring channel usage
You must specify how each of the 24 channels of a T1 line is to be used. By default, T1
channels are configured as switched. (If you are going to set up the lines for NFAS, see
“Configuring NFAS” on page 7-13 for additional channel-configuration information.)
You can configure each of the 24 channels of a T1 line for one of the following uses:
•unused-channel—Channel is unused. Send the single idle code defined for this
channel.
•switched-channel—A switched channel, which will be robbed-bit or D channel,
depending on how the line is configured at a higher level.
•nailed-64-channel—Clear-channel 64Kbps circuit. Does not requi re any setup
information.
•d-channel—Channel is used for ISDN D channel signaling directed at the appropriate
controller for the physical interface.
•nfas-primary-d-channel—The primary D channel for a group of T1 lines with the
same NFAS ID. All other channels on the NFAS line must be set to
switched-channel, nailed-64-channel, or unused-channel. Within an
NFAS group, only one line should be configured to provide the primary ISDN D channel .
•nfas-secondary-d-channel—The secondary D channel for a group of T1 lines
with the same NFAS ID. All other channels on the NFAS line must be set to
switched-channel, nailed-64-channel, or unused-channel. Within an
NFAS group, you configure only one line to provide the secondary (backup) D channel.
To specify the channel usage:
1List the Line-Interface parameters:
admin> list line-interface
2Set the Channel-Usage parameter for the first channel:
Channel assignments typically specify add-on numbers, not full telephone numbers. Add-on
numbers include only the rightmost digits needed to distinguis h on e nu mber f rom anoth er. For
example, if a line is assigned 23 numbers, all of which begin with 212-555-, the add-on
number is the unique set of digits to the right of these common digits.
The most common reason multichannel calls fail to add channels properly is that the calling
unit cannot use the add-on numbers it receives. To avoid this problem, make sure that the
add-on numbers you assign all have the same number of digits.
When a caller initiates a multichannel call, it first dials the base channel and then requests
additional numbers for dialing the additional channels. When it receives add-on numbers, the
caller integrates them with the number it dialed for the base channel as follows:
•If the add-on number has fewer digits than the dialed number, the caller pads the add-on
number with the leftmost digits that are included in the dialed number but not in the
add-on number. For example, if the add-on number is 6532 and the dialed-number is
9-212-555-1212, the caller uses 9-212-555-6532 to dial the next channel.
•If the add-on number has more digits than the dialed number, the caller discards extra
digits in the add-on numbers, starting with the leftmost digit.
•If the add-on number has the same number of digits as the dialed number, the entire
add-on number is used. For example, if 6532 is the add-on number and 6588 is the dialed
number, the caller uses 6532 to dial the next channel.
To assign add-on numbers to the channels of a T1 line, proceed as in the following example:
In a hunt group, a group of channels is assigned the same telephone number. When a call
comes in on that number, the T AOS unit uses the first available channel to which the number is
assigned. Because channels in a hunt group share a common telephone number, the add-on
numbers in the profile are all the same.
The following example shows how to configure two groups o f fou r chan nel s wit h h unt gr oup s:
admin> set 6 phone = 70
admin> set 7 phone = 70
admin> set 8 phone = 70
admin> set 9 phone = 70
admin> set 10 phone = 72
admin> set 11 phone = 72
admin> set 12 phone = 72
Like nailed channels that have been assigned a group number, switched channels in a trunk
group can be referred to from a Connection profile and Call-Route profile to direct outbound
calls to use that specific bandwidth. Trunk groups also serve a variety of other purposes, such
as separating lines supplied by different carriers so those lines can be used as backup for each
other if one switch becomes unavailable. The decision to use trunk groups is a global one.
Once you have enabled the use of trunk groups, every switched channel must be assigned a
trunk group number or it will not be available for outbound calls.
Trunk groups limit the number of channels available to multichannel calls, because only
channels within the same trunk group can be aggregated.
To enable trunk groups, open the System profile and set Use-Trunk-Groups to Yes, as in the
following example:
admin> read system
SYSTEM read
admin> list
name = ""
system-rmt-mgmt = yes
use-trunk-groups = no
idle-logout = 0
parallel-dialing = 2
single-file-incoming = yes
analog-encoding = a-law
sessionid-base = 0
admin> set use-trunk-groups = yes
admin> write
Then assign the channels of each T1 line to a trunk group, as
in the following example:
Note: Command history is very useful for repeating commands. Press the Up-Arrow to
redisplay the command, and then press Enter. (For more information, see the TAOS Command-Line Interface Guide.)
Configuring nailed channels
The number of nailed (leased) channels must be the same at both ends of the connection. For
example, if there are five nailed channels at the local end, there must be five nailed channels at
the remote end. However, channel assignments do not have to match. For example Channel 1
might be switched at the local end and nailed at the remote end.
Note that channels in a nailed group must be contiguous on the T1 line.
Configuring T1 Cards
Configuring nailed channels
When you configure Connection profiles to use the leased connection, you must specify the
Nailed-Group number in the Telco-Options subprofile.
To configure a nailed channel, proceed as in the following example:
For diagnostic purposes, you might sometimes want to configure a back-to-back T1
connection between ports on two TAOS units. In the T1 profile for one end of the line you
want to connect with a back-to-back connection, specify the following values:
In T1 profile for the other end of the line, specify the following values:
•Signaling-Mode set to Inband (the default)
•Robbed-Bit-Mode set to Inc-W-200 or Inc-W-400
•Clock-Source set to Eligible (the default)
Connect the two ports with a T1-crossover cable. You can now configure Connection profiles
between the units and dial over the connection as you would over the WAN. (For information
about configuring Connection profiles, see the APX 8000/MAX TNT/DSLTNT WAN, Routing and Tunneling Configuration Guide.)
Specifying analog encoding for TAOS unit codecs
Codecs connected to T1 use a different encoding standard for digitized analog data than do
codecs connected to E1. The default for T1 is U-Law, the default for E1 is A-Law.
To specify the analog encoding, proceed as in the following example:
1Open the System profile:
admin> read system
2Specify the analog encoding for all the codecs in the TAOS unit:
admin> setanalog-encoding = u-law
3Write the System profile to save the changes:
admin> write
SYSTEM written
Configuring specialized options
The settings describ ed in this section are not normally used. Depen di ng on your configuration,
however, you might need to change the default values.
Typically, the D channel of a PRI line uses normal data. However, for some connections you
might need to invert the data to avoid transmitting a pattern that the connection cannot handle.
Inversion changes 1s to 0s and 0s to 1s. Both sides of the connection must agree to use inverted
data.
Idle mode determines whether the D channel looks for a flag pattern (01111110) or a mark
pattern (11111111) as the idle indicator. The default setting, Flag-Idle, is usually correct.
To set these options, use the Data-Sense and Idle-Mode parameters:
admin> set data-sense = [normal|inv]
admin> set idle-mode = [mark-idle|flag-idle]
admin> write
10 Press the Up-Arrow key or Ctrl-P to redisplay the Set command you just entered.
11 Use the Left Arrow key or Control-B to change the channel number and trunk group for
all the channels.
12 Change the channel usage of channel 24 to D Channel, because this channel carries the
signaling for the PRI line.
admin> set channel 24 channel-usage = d -channel
13 Write the profile to commit your changes:
admin> write
T1/{ shelf-1 slot-2 2 } written
14 Because the T1 lines are all configured similarly, you can write the changes to the rest of
the lines by setting the physical address and then writing the same profile for each of the
lines:
admin> set physical-address = { 2 1 2}
admin> write
T1/{ shelf-1 slot-1 2 written
admin> set physical-address = { 2 1 3}
T1/{ shelf-1 slot-1 3} written
Continue until you have configured all the lines.
Default Call-Route profi les
When the TAOS unit detects that a T1 card has been installed, it creates on default Call-Route
profile associated with the card. For example
This default Call-Route profile routes outbound trunk calls to any line on the card. To handle
inbound modem and LAN-session traffic, you must configure specific call routes. For details,
see Chapter 19, “Configuring Call Routing.”
The T1 FrameLine slot card provides 10 unchannelized T1 lines, each of which can be used for
one nailed connection. Associated with each T1 line is a Serial Communications Adapter
(SCA), which is responsible for receiving and transmitting HDLC frames. Because there is
only one SCA per line, only one PPP or Frame Relay link (possibly with multiple DLCIs) can
be active per line.
Unlike other slot cards, such as the Series56 II and Series56 III Digital Modems cards or
Hybrid Access (HDLC) cards, call routing profiles are not used for the FrameLine card and are
ignored if they exist. The data pathway is directed to an on-board SCA device and cannot be
routed to another host card. All packetization of data occurs locally.
8
Overview of supported features
This section describes the T1 FrameLine slot card’s support for the following protocols:
•PPP
•Frame Relay
•Routing protocols
•SNMP
PPP
The T1 FrameLine slot card supports PPP as follows:
•Multilink Protocol (MP) and Multilink Protocol Plus (MP+) are not suppo rt ed. The
connection profile must specify only PPP.
•Users are authenticated by the local profile or RADIUS.
•Stac compression is not supported.
Frame Relay
The T1 FrameLine slot card supports Frame Relay as follows:
•Only one Frame Relay link, possibly containing multiple data-link connectio n ident if iers
(DLCIs), can be active per line.
•Bandwidth per link is 1-24 DS0 channels.
•Channels need not be contiguous.
•Up to 240 permanent virtual circuits (PVCs) are supported per card.
Routing protocols
The T1 FrameLine slot card supports only IP routing.
RADIUS
The T1 FrameLine slot card supports the same RADIUS accounting and authentication as the
digital modem cards.
SNMP
The T1 FrameLine slot card supports SNMP as follows:
•DS1 status and management are the same as for the eight-port T1 card.
•The T1 FrameLine slot card supports the accounting Management Information Base
(MIB) for session inform ation .
Overview of T1 FrameLine configuration
Configuring the T1 FrameLine slot card is similar to T1 s lot card configuration except that the
T1 FrameLine slot card has the following configuration restrictions:
•Signaling-Mode must be set to inband.
•The T1 FrameLine card can be used only for nailed Frame Relay or PPP links.
•You must set Channel-Usage to either Unused-Channel or Nailed-64-Channel.
•If Channel-Usage is Nailed-64-Channel and you are using nailed channels, the
Nailed-Group setting must be unique to the line. Two different T1 lines cannot share a
nailed group.
•Unlike the T1 card, channels in the same nailed group do not have to be contiguous. For
example, DS0 channels 1 and 3 can be in the same nailed group, with channel 2 unused.
•The following T1 profile parameters are not applicable for the FrameLine card:
For information about configuring T1 profiles, see Chapter 7, “Configuring T1 Cards.”
Configuring the clock source
Configuring the clock source
The T1 FrameLine slot card uses the same system-wide PLL synchronous clock source for
DS1 transmission as do the eight-port T1 and E1 cards. Any of the lines can serve as the clock
source for the unit. To configure the T1 FrameLine card’s clock source, use the same
parameters (Clock-Source and Clock-Priority) that you use for other cards.
All 10 lines must use the same clock sour ce. Clock ing on a per -li ne basi s is not su pported. The
clock source can be one of the 10 lines, or a line on another slot card, or it can be internally
generated from the primary shelf controller. Using the internal clock is not recommended. For
more information about configuring the clock source, see “Configuring clocking” on
page 7-17.
In addition, if the system clock source is from one of the 10 lines, it affects the timing on the
Time-division multiplexing (TDM) backplane, because TDM timing is based on the clock
source. This relationship exists even though the T1 FrameLine card does not use the TDM
backplane.