Table Of Contents
Managing Port Services on the Cisco AS5350, Cisco AS5400, and Cisco AS5800
SPE for the NextPort Dial Feature Card
Upgrading SPE Firmware from the Cisco.com FTP Server
Downloading SPE Firmware from the Cisco.com FTP Server to a Local TFTP Server
Copying the SPE Firmware File from the Local TFTP Server to the SPEs
Related Features and Technologies
Supported Standards, MIBs, and RFCs
Comparison of NextPort SPE Command Line Interface (CLI) Commands to MICA Modem CLI Commands
Configuring SPEs to Use an Upgraded Firmware File
Verifying SPE Lines and Port Configuration
Configuring NextPort DFC Ports
Configuring SPE Performance Statistics
Monitoring SPE Performance Statistics
SPE Events and Firmware Statistics
Verifing Channelized T1 Controller
Managing Port Services on the Cisco AS5350, Cisco AS5400, and Cisco AS5800
This document describes Managing Port Services on the Cisco AS5350, Cisco AS5400, and Cisco AS5800 platforms. It includes the overview, the maintenance and troubleshooting tasks, and the Cisco IOS software commands required for port service management.
This document includes the following sections:
•
Supported Standards, MIBs, and RFCs
For a complete description of the commands used in this document, refer to the Cisco IOS Voice Command Reference, Release 12.3. To locate documentation of other commands that appear in this document, use the command reference master index or search online.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. Access Cisco Feature Navigator at http://www.cisco.com/go/fn. You must have an account on Cisco.com. If you do not have an account or have forgotten your username or password, click Cancel at the login dialog box and follow the instructions that appear.
Dial Feature Card Overview
The Managing Port Services on the Cisco AS5350, Cisco AS5400, and Cisco AS5800 feature implements port service management for the Cisco AS5350 using the NextPort Dial Feature Card (DFC). The NextPort DFC is a hardware card that processes digital service port technology for the Cisco AS5350. A port is defined as an endpoint on a DFC card through which multiservice tones and data flow. The ports on the NextPort DFC support both modem and digital services. Ports can be aggregated at the slot level of the NextPort module, the Service Processing Element (SPE) level within the NextPort module, and the individual port level.
SPE for the NextPort Dial Feature Card
Instead of the traditional line/modem one-to-one correspondence, lines are mapped to an SPE that resides on the Cisco AS5350 NextPort DFC. Each SPE provides modem services for six ports. Busyout and shutdown can be configured at the SPE or port level. The NextPort DFC introduces the slot and SPE software hierarchy. On the Cisco AS5350, the hierarchy designation is slot/spe. The NextPort DFC slot is defined as a value between 1 and 7. Slot 0 is reserved for the motherboard. Each NextPort DFC provides 18 SPEs. The SPE value ranges from 0 to 17. Because each SPE has six ports, the NextPort DFC has a total of 108 ports. The port value ranges from 0 to 107.
The NextPort DFC performs the following functions:
•
Converts pulse code modulation (PCM) bitstreams to digital packet data.
•
Forwards converted and packetized data to the main processor, which examines the data and forwards it to the backhaul egress interface.
•
Supports all modem standards (such as V.34 and V.42bis) and features, including dial-in and dial-out.
SPE Firmware
SPE firmware is automatically downloaded to a NextPort DFC from the Cisco AS5350 when you boot the system for the first time, or when you insert a NextPort DFC while the system is operating. When you insert DFCs while the system is operating, the Cisco IOS image recognizes the cards and downloads the required firmware to the cards.
The SPE firmware image is bundled with the universal gateway Cisco IOS image. The SPE firmware image uses an auto detect mechanism, which enables the NextPort DFC to service multiple call types. An SPE detects the call type and automatically configures itself for that operation. For further information on upgrading SPE firmware from the Cisco IOS image, see the "Configuring SPEs to Use an Upgraded Firmware File" section.
The firmware is upgradable independent of Cisco IOS upgrades, and different firmware versions can be configured to run on SPEs in the same NextPort DFC. You can download firmware from the Cisco.com File Transfer Protocol (FTP) server. For further information on upgrading SPE firmware from the Cisco.com FTP server, see the "Upgrading SPE Firmware from the Cisco.com FTP Server" section.
Upgrading SPE Firmware from the Cisco.com FTP Server
Upgrading SPE firmware from the Cisco.com FTP server can be done in two steps:
•
Downloading SPE Firmware from the Cisco.com FTP Server to a Local TFTP Server
•
Copying the SPE Firmware File from the Local TFTP Server to the SPEs
Downloading SPE Firmware from the Cisco.com FTP Server to a Local TFTP Server
Note
You must be a registered Cisco user to log in to the Cisco Software Center.
You can download software from the Cisco.com FTP server using an Internet browser or using an FTP application. Both procedures are described.
Using an Internet Browser
Step 1
Launch an Internet browser.
Step 2
Bring up the Cisco Software Center home page at the following URL (this is subject to change without notice): http://www.cisco.com/kobayashi/sw-center/
Step 3
Click Access Products (under Cisco Software Products) to open the Access Products window.
Step 4
Click Cisco AS5350 Software.
Step 5
Click the SPE firmware you want and download it to your workstation or PC. For example, to download SPE firmware for the universal gateway, click Download Universal Images.
Step 6
Click the SPE firmware file you want to download, and then follow the remaining download instructions. If you are downloading the SPE firmware file to a PC, make sure that you download the file to the c:/tftpboot directory; otherwise, the download process does not work.
Step 7
When the SPE firmware is downloaded to your workstation, transfer the file to a TFTP server in your LAN using a terminal emulation software application.
Step 8
When the SPE firmware is downloaded to your workstation, transfer the file to a TFTP server somewhere in your LAN, using a terminal emulation software application.
Using an FTP Application
Note
The directory path leading to the SPE firmware files on Cisco.com is subject to change without notice. If you cannot access the files using an FTP application, try the Cisco Systems URL http://www.cisco.com/cgi-bin/ibld/all.pl?i=support&c=3.
Step 1
Log in to the Cisco.com FTP server:
terminal> ftp Cisco.comConnected to cio-sys.cisco.com.Step 2
Enter your Cisco.com registered username and password (for example, harry and letmein):
Name (Cisco.com:harry): harry331 Password required for harry.Password: <letmein>230-#############################################################230-# Welcome to the Cisco Systems FTP server.230-# This server has a number of restrictions. If you are not familiar230-# with these, please first get and read the /README or /README.TXT file.230-# http://www.cisco.com/acs/info/cioesd.html for more info.230-#############################################################230-Step 3
Specify the directory path that holds the SPE firmware you want to download. For example, the directory path for the Cisco AS5350 SPE firmware is /cisco/access/5350:
ftp> cd /cisco/access/5350250-Please read the file README250- it was last modified on Tue May 27 10:07:38 1997 - 48 days ago250-Please read the file README.txt250- it was last modified on Tue May 27 10:07:38 1997 - 48 days ago250 CWD command successful.Step 4
Enter the ls command to view the contents of the directory:
ftp> ls227 Entering Passive Mode (192,31,7,130,218,128)150 Opening ASCII mode data connection for /bin/ls.total 2688drwxr-s--T 2 ftpadmin ftpcio 512 Jun 30 18:11 .drwxr-sr-t 19 ftpadmin ftpcio 512 Jun 23 10:26 ..lrwxrwxrwx 1 root 3 10 Aug 6 1996 README ->README.txt-rw-rw-r-- 1 root ftpcio 2304 May 27 10:07 README.txt-r--r--r-- 1 ftpadmin ftpint 377112 Jul 10 18:08 np-spe-upw-1.0.1.2.bin-r--r--r-- 1 ftpadmin ftpint 635 Jul 10 18:08 SPE-firmware.3.1.30.readmeStep 5
Specify a binary image transfer:
ftp> binary200 Type set to I.Step 6
Copy the SPE firmware files from the universal gateway to your local environment with the get command.
Step 7
Quit your terminal session:
ftp> quitGoodbye.Step 8
Enter the ls -al command to verify that you successfully transferred the files to your local directory:
server% ls -altotal 596-r--r--r-- 1 280208 Jul 10 18:08 np-spe-upw-1.0.1.2.binserver% pwd/auto/tftpbootStep 9
Transfer these files to a local TFTP or remote copy protocol (RCP) server that your universal gateway or router can access.
Copying the SPE Firmware File from the Local TFTP Server to the SPEs
The procedure for copying the SPE firmware file from your local TFTP server to the NextPort DFC is a two-step process. First, transfer the SPE firmware to the universal gateway's Flash memory. Then, configure the SPEs to use the upgrade firmware. The upgrade occurs automatically, either as you leave configuration mode, or as specified in the configuration.
These two steps are performed only once. After you copy the SPE firmware file into Flash memory for the first time, you should not have to perform these steps again.
Note
Because the SPE firmware is configurable for individual SPEs or ranges of SPEs, the Cisco IOS software automatically copies the SPE firmware to each SPE each time the universal gateway restarts.
To transfer SPE firmware to Flash memory, follow these steps to download the universal SPE firmware to Flash memory:
Step 1
Check the image in the universal gateway Flash memory:
Router# show flashSystem flash directory:File Length Name/status1 4530624 c5400-js-mx[498776 bytes used, 16278440 available, 16777216 total]16384K bytes of processor board System flash (Read/Write)Step 2
Enter the copy tftp flash command to download the code file from the TFTP server into the universal gateway Flash memory. You are prompted for the download destination and the remote host name.
Router# copy tftp flashStep 3
Enter the show flash command to verify that the file has been copied into the universal gateway Flash memory:
Router# show flash
Benefits
•
Modem or digital service at the port level, resulting in greater flexibility of network configuration.
•
Addressability at the slot, SPE, or port level, resulting in ease and scale of configuration tasks.
•
High port density in the platform, resulting in scalability.
•
SPE layer buffers the platform architecture from future changes, resulting in advanced port level technology.
•
Modular architecture, resulting in ease and economy of maintenance.
•
Designed to extend to additional port services, resulting in implementation on other Cisco Universal Gateway platforms.
Related Features and Technologies
•
Call Tracker
•
Redundant Link Manager
•
Resource Pooling
•
Virtual Private Digital Network (VPDN)
•
In-band signaling/tone generation and detection
–
dual tone multifrequency (DTMF) generation
–
DTMF detection
–
MF generation
–
MF detection
•
Point-to-Point Protocols (PPP) and Serial Line Internet Protocol (SLIP) framing
Related Documents
For further information about managing port services with NextPort DFC, see the following documents that ship with your Cisco AS5350 universal gateway. These documents are also available online and on the documentation CD.
•
Cisco AS5350 Universal Gateway Read Me First
•
Cisco AS5350 Universal Gateway Chassis Installation Guide
•
Cisco AS5350 Universal Gateway Card Installation Guide
•
Cisco AS5350 Universal Gateway Software Configuration Guide
•
Cisco AS5350 Hardware/Cisco IOS Software Compatibility Matrix
•
Cisco Universal Gateway Regulatory Compliance and Safety Information
For further information about dial technology, see the following documents:
•
Cisco IOS Dial Services Configuration Guide: Network Services, Cisco IOS Release 12.3
•
Cisco IOS Dial Services Configuration Guide: Terminal Services, Cisco IOS Release 12.3
•
Cisco IOS Dial Services Command Reference, Cisco IOS Release 12.3
Supported Platforms
•
Cisco AS5350
•
Cisco AS5400
•
Cisco AS5800
Supported Standards, MIBs, and RFCs
Standards
Carrier protocols
•
ITU V.23 at 75/1200 bps
•
Telcordia Technologies (formerly Bellcore) 103 at 300 bps
•
ITU V.21 at 300 bps
•
ITU V.22 at 1200 bps
•
Telcordia Technologies (formerly Bellcore) 212A at 1200 bps
•
ITU V.22bis at 2400 bps
•
ITU V.32 up to 9600 bps
•
ITU V.32bis up to 14,400 bps
•
V.32 turbo up to 19,200 bps
•
V.FC up to 28,800 bps
•
V.34 up to 28,800 bps
•
V.34+ up to 33.6 bps
•
TIA/ITU V.90
•
K56flex
Error-correcting link-access protocols
•
V.42 LAPM, MNP 2-4
Compression protocols
•
V.42bis (includes MNP 5)
MIBs
The following MIBs are supported on the Cisco AS5350:
•
CHASSIS-MIB
•
RFC1406-MIB(DS1 MIB)
•
RFC1407-MIB(DS3 MIB)
•
CISCO-MODEM-MGMT-MIB
•
DIAL-CONTROL-MIB
•
CISCO-DIAL-CONTROL-MIB
•
IF MIB
•
MIB II
•
ENVMON MIB
•
ACCESS-ENVMON MIB
•
CISCO-CALL-HISTORY
To obtain lists of MIBs supported by platform and Cisco IOS release and to download MIB modules, go to the Cisco MIB web site on Cisco.com at http://www.cisco.com/public/sw-center/netmgmt/cmtk/mibs.shtml.
RFCs
No new or modified RFCs are supported by this feature.
Prerequisites
•
Cisco IOS Release 12.1(5)XM1 or later releases for the Cisco AS5350
•
256-MB memory
•
Basic configuration of the Cisco AS5350
•
Upgraded firmware
•
NextPort DFC installed
Comparison of NextPort SPE Command Line Interface (CLI) Commands to MICA Modem CLI Commands
To see how the MICA commands compare to the NextPort SPE commands, use these tables.
.
Configuration Tasks
See the following sections for configuration tasks for Managing Port Services on the Cisco AS5350 Universal Gateway feature. Each task in the list is identified as either optional or required:
•
Configuring Country Code (Required)
•
Configuring SPEs to Use an Upgraded Firmware File (Optional)
•
Disabling SPEs (Optional)
•
Rebooting SPEs (Optional)
•
Configuring Lines and Ports (Optional)
•
Verifying SPE Lines and Port Configuration (Optional)
•
Configuring NextPort DFC Ports (Optional)
•
Clearing Ports (Optional)
•
Configuring SPE Performance Statistics (Optional)
•
Clearing Log Events (Optional)
Configuring Country Code
To set the NextPort DFC to be operational for call set up, you must specify the country name. To specify the country name, perform the following task in global configuration mode:
Configuring SPEs to Use an Upgraded Firmware File
To configure the SPEs to use the upgraded firmware file, perform the following steps, beginning in EXEC mode:
Note
The copy ios-bundled command is not necessary with NextPort DFCs. By default, the version of SPE firmware bundled with the Cisco IOS software release transfers to all SPEs not specifically configured for a different SPE firmware file.
Disabling SPEs
To disable specific SPEs in the NextPort DFC, perform the following steps starting in global configuration mode:
Rebooting SPEs
To reboot specified SPEs, do the following task in privileged EXEC mode:
Configuring Lines and Ports
To configure the lines and ports to dial in to your network, complete the following steps, beginning in global configuration mode:
Verifying SPE Lines and Port Configuration
To verify your SPE line configuration, do the following steps:
Step 1
Enter the show spe command to display a summary for all the lines and ports:
Router# show speStep 2
Enter the show line command to display a summary for a single line:
Router# show line 1
Note
If you are having trouble, make sure that you have turned on the protocols for connecting to the lines (transport input all) and that your universal gateway is configured for incoming and outgoing calls (modem inout).
Configuring NextPort DFC Ports
This section describes how to configure NextPort DFC ports. You must to be in port configuration mode to configure the NextPort ports. The port configuration mode allows you to shut down or put individual ports or ranges of ports in busyout mode. To configure NextPort ports, do the following steps, beginning in global configuration mode:
Clearing Ports
The following privileged EXEC mode commands allow you to clear ports on an SPE:
Configuring SPE Performance Statistics
Depending on the configuration, a call record is displayed on the console, or on the syslog, or on both. The log contains raw data in binary form, which must be viewed using the show commands listed in the "Monitoring SPE Performance Statistics" section. You can configure some aspects of history events by using the following commands in global configuration mode:
Clearing Log Events
The following privileged EXEC mode commands allow you to clear some or all of the log events relating to the SPEs:
Troubleshooting SPEs
This section provides troubleshooting information for your SPEs regardless of service type mode.
Note
SPE ports that pass the diagnostic test are marked as Pass, Fail, and Unkn. Ports that fail the diagnostic test are marked as Bad. These ports cannot be used for call connections. Depending on how many ports are installed, the diagnostic tests may take from 5 to 10 minutes to complete.
•
Enter the port modem startup-test command to do diagnostic testing for all modems during the system's initial startup or rebooting process. To disable the test, enter the no port modem startup-test command.
•
Enter the port modem autotest command to perform diagnostic testing for all ports during the system's initial startup or rebooting process. To disable the test, enter the no port modem autotest command.
You may additionally configure the following options:
–
Enter the port modem autotest minimum ports command to define the minimum number of free ports available for autotest to begin.
–
Enter the port modem autotest time hh:mm interval command to enable autotesting time and interval.
–
Enter the port modem autotest error threshold command to define the maximum number of errors detected for autotest to begin.
•
Enter the show port modem test command to displays results of the SPE port startup test and SPE port autotest.
When an SPE port is tested as Bad, you may do additional testing by conducting a of internal back-to-back connections and data transfers between two SPE ports. All port test connections occur inside the universal gateway. For example, if mobile users cannot dial into port 2/5 (which is the sixth port on the NextPort DFC in the second chassis slot), attempt a back-to-back test with port 2/5 and a known-functioning port such as port 2/6.
•
Enter the test port modem back-to-back slot/port slot/port command to do internal back-to-back port tests between two ports sending test packets of the specified size.
Note
You might need to enable this command on several different combinations of ports to determine which one is not functioning properly. A pair of operable ports successfully connects and completes transmitting data in both directions. An operable port and an inoperable port do not successfully connect with each other.
A back-to-back test might look like the following example:
Router# test port modem back-to-back 2/10 3/20Repetitions (of 10-byte packets) [1]:*Mar 02 12:13:51.743:%PM_MODEM_MAINT-5-B2BCONNECT:Modems (2/10) and (3/20) connected in back-to-back test:CONNECT33600/V34/LAP*Mar 02 12:13:52.783:%PM_MODEM_MAINT-5-B2BMODEMS:Modems (3/20) and (2/10) completed back-to-back test:success/packets = 2/2
Tip
You may reboot the port that has problems using the clear spe command.
•
Enter the spe recovery {port-action {disable | recover | none} | port-threshold num-failures} command to perform automatic recovery (removal from service and reloading of SPE firmware) of ports on an SPE at any available time.
An SPE port failing to connect for a certain number of consecutive times indicates that a problem exists in a specific part or the whole of SPE firmware. Such SPEs have to be recovered by downloading firmware. Any port failing to connect num-failures times is moved to a state based on the port-action value, where you can choose to disable (mark the port as Bad) or recover the port when the SPE is in the idle state and has no active calls. The default for num-failures is 30 consecutive call failures.
Tip
You may also schedule recovery using the spe download maintenance command.
•
Enter the spe download maintenance time hh:mm | stop-time hh:mm | max-spes number | window time-period | expired-window {drop-call | reschedule} command to perform a scheduled recovery of SPEs.
The download maintenance activity starts at the set start time and steps through all SPEs that need recovery and the SPEs that need a firmware upgrade. The download maintenance activity starts maintenance on the maximum number of set SPEs for maintenance. The system waits for the window delay time for all the ports on the SPE to become inactive before moving the SPE to the Idle state. Immediately after the SPE moves to the idle state, the system starts to download firmware. If the ports are still in use by the end of window delay time, depending upon the expired-window setting, connections on the SPE ports are shut down and the firmware is downloaded by choosing the drop-call option, or the firmware download is rescheduled to the next download maintenance time by choosing the reschedule option. This process continues until the number of SPEs under maintenance is below max-spes, or until stop-time (if set), or until all SPEs marked for recovery or upgrade have had their firmware reloaded.
Monitoring SPE Performance Statistics
This section documents various SPE performance statistics for the NextPort DFC:
•
SPE Events and Firmware Statistics
SPE Events and Firmware Statistics
To view SPE events and firmware statistics for the NextPort DFCs, enter one or more of the following commands in privileged EXEC mode:
Port Statistics
To view port statistics for the NextPort DFCs, enter one or more of the following commands in privileged EXEC mode:
Digital SPE Statistics
To view digital SPE statistics for the NextPort DFCs, enter one or more of the following commands in privileged EXEC mode:
SPE Modem Statistics
To view SPE modem statistics for the NextPort DFCs, enter one or more of the following commands in privileged EXEC mode:
Configuration Examples
The NextPort dial feature card (DFC) provides port service management for the Cisco AS5400.
Verifing Channelized T1 Controller
The following example shows a channelized T1 controller configured for channel groups and an ISDN PRI group. The pri-group command and the channel-group command cannot have overlapping timeslots; note the correct timeslot configuration.
AS5400# show running-configBuilding configuration...Current configuration:!! Last configuration change at 15:49:30 UTC Mon Apr 3 2000 by admin! NVRAM config last updated at 01:35:05 UTC Fri Mar 17 2000 by admin!version 12.0service timestamps debug datetime msec localtime show-timezoneservice timestamps log datetime msec localtime show-timezoneservice password-encryption!---text omitted---!controller t1 1/0channel-group 0 timeslot 1-6channel-group 1 timeslot 7channel-group 2 timeslot 8channel-group 3 timeslot 9-11pri-group timeslot 12-24Verifing NFAS Groups
Monitor NFAS groups by entering the show isdn nfas group number command:
AS5400# show isdn nfas group 0ISDN NFAS GROUP 0x0 ENTRIES:The primary D is Serial0:23.The backup D is Serial1:23.There are 2 total nfas members.There are 24 total available B channels.The primary D-channel is DSL 0 in state IN SERVICE.The backup D-channel is DSL 1 in state STANDBY.The current active layer 2 DSL is 0.Verifing R2 Signaling
To verify your R2 signaling configuration:
•
Enter the show controller e1 command to view the status for all controllers, or enter the show controller e1 # to view the status for a particular controller. Make sure the status indicates the controller is up (line 2 in the following example) and no alarms (line 4 in the following example) or errors (lines 9 and 10 in the following example) have been reported.
AS5400# show controller e1 0/0E1 0/0 is up.Applique type is Channelized E1 - balancedNo alarms detected.Version info of Slot 0: HW: 2, Firmware: 4, PLD Rev: 2Manufacture Cookie is not programmed.Framing is CRC4, Line Code is HDB3, Clock Source is Line Primary.Data in current interval (785 seconds elapsed):0 Line Code Violations, 0 Path Code Violations0 Slip Secs, 0 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 0 Unavail SecsTotal Data (last 13 15 minute intervals):0 Line Code Violations, 0 Path Code Violations,0 Slip Secs, 12 Fr Loss Secs, 0 Line Err Secs, 0 Degraded Mins,0 Errored Secs, 0 Bursty Err Secs, 0 Severely Err Secs, 12 Unavail Secs


