- A through B
- C
- debounce-time rai through dialer rotor
- dialer string through group-range
- interface bri through isdn busy
- isdn call interface through isdn send-alerting
- isdn sending-complete through loopback remote (controller)
- map-class dialer through modem inout
- modem cts-alarm
- peer default ip address through ppp iphc max-header
- ppp iphc max-period through ppp multilink slippage
- ppp pap wait through rotary-group
- script activation through show dial-shelf
- show dial-shelf split through show nbf cache
- show nbf sessions through show tech-support spe
- show tgrm through x25 map ppp
- call progress tone country
- callback forced-wait
- callback nodsr-wait
- called-number (modem pool)
- calltracker call-record
- calltracker enable
- calltracker history max-size
- calltracker history retain-mins
- calltracker timestamp
- call-type
- call-type cas
- cas-custom
- cas-group (E1 controller)
- cas-group (T1 controller)
- cellular lte profile
- cellular lte sms delete
- cellular lte sms delete
- cellular lte sms send
- cellular lte sms view summary
- channel- group
- chat-script
- class ( controller)
- clear cot summary
- clear counters (async)
- clear counters line
- clear dialer
- clear dialer dnis
- clear dialer sessions
- clear dsip tracing
- clear interface virtual-access
- clear ip route download
- clear line
- clear line async-queue
- clear modem
- clear modem counters
- clear modem log
- clear modempool-counters
- clear port
- clear port log
- clear resource-pool
- clear snapshot quiet-time
- clear spe
- clear spe counters
- clear spe log
- clid group
- clock source line
- copy modem
- corlist incoming
- corlist outgoing
- cpp authentication
- cpp callback accept
call progress tone country
To specify the country code for retrieving the call progress tone parameters from the call progress tone database, use the call progress tone country command in global configuration mode. To cancel the previous setting and to generate the call progress tones according to modem settings, use the no version of this command.
call progress tone country country-name
no call progress tone country country-name
Syntax Description
Command Default
Default modem settings. (The country-name keyword northamerica was the default in Cisco IOS releases earlier than release 12.0(3)XG; usa is the default country keyword for Cisco IOS Release 12.0(3)XG and later releases.)
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the call progress tone country configuration to specify the country for call progress tone generation. While in many cases the country is chosen automatically on the basis of the modem setting, automatic selection does not work for all users because many modems do not support all countries and many users choose the “us” or “default-t1” or “default-e1” setting on their modem.
This command affects the tones generated at the local interface and does not affect any information passed to the remote end of a connection or any tones generated at the remote end of a connection.
For dial platforms (AS5200, AS5300, and AS5800), call progress tones are used only for the resource pool management application. Resource pool management assumes that the call progress tone selection is global. Select only one call progress tone set, and it will globally override country settings on all ports.
Examples
The following example shows the call progress tone set for Japan tone parameters:
Related Commands
|
|
---|---|
Displays the contents of the internal CP tone database for a specific country. |
callback forced-wait
To force the Cisco IOS software to wait before initiating a callback to a requesting client, use the callback forced-wait command in global configuration mode. To disable the forced waiting period, use the no form of this command.
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use this command when the router is calling back a modem that initiated a call, then dropped the connection, but requires a rest period before subsequent input is accepted.
Examples
The following example sets a waiting period during which a callback chat script is delayed from being sent on an outgoing target line:
Related Commands
callback nodsr-wait
To set the time period for which an asynchronous callback waits to see the DSR signal go low after the router signals a hang-up request on the incoming call, use the callback nodsr-wait command in line configuration mode. To negate or change the line setting, use the no form of this command.
callback nodsr-wait milliseconds
Syntax Description
The timeout value in a range from 5000 to 30,000 milliseconds (ms). Default is 5000 ms. |
Defaults
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the callback nodsr-wait command when the dial-out modem takes longer than 5000 ms to drop a carrier after the router signals a hang-up on the incoming call.
Increase the duration of the callback if the debug callback command displays the following failed callback attempt message:
Examples
The following example sets the callback duration to 10 seconds for lines 1/0 to 1/107:
Related Commands
called-number (modem pool)
To assign a called party number to a pool of modems, use the called-number command in modem pool configuration mode. To remove a number from a modem pool, use the no form of this command.
called-number number [ max-conn number ]
no called-number number [ max-conn number ]
Syntax Description
(Optional) Maximum number of simultaneous connections allowed for the called party number. |
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
A called party number is a telephone number that is used to reach a remote destination. For example, a mobile laptop dials a called party number to reach the POP of an ISP. Some ISPs set up several called party numbers to enable remote clients to dial in, but to the end user, it appears and functions as one unified service.
Cisco’s implementation of a called party number is based on the dialed number identification service (DNIS). You can configure multiple DNIS numbers in a single modem pool. However, the same DNIS number cannot be used in multiple modem pools. Each modem pool must be assigned different DNIS numbers.
Use the max-conn option to provide overflow protection, which specifies a maximum number of simultaneous connections that a called party number can consume. For example, if you create one modem pool to serve two or more services or customers, this option guarantees how many modems each service or customer can have access to at any given time.
The Cisco IOS software also includes a feature that simplifies the called number configuration. By using an x variable as the last digit in a called telephone number (for example, issuing the called-number 408555121x command), clients dialing different called numbers such as 4085551214 or 4085551215 will automatically be sent to the same modem pool. The x variable is a floating place holder for digits 1 through 9.
Note Modem pools using MICA technologies or Microcom modems support incoming analog calls over ISDN PRI. However, only MICA modems support modem pooling for CT1 and CE1 configurations with channel associated signaling.
Examples
In the following example, the modem pool called v90service is virtually partitioned between two customers using different DNIS numbers. The pool-range command assigns modems 1 to 110 to the shared modem pool. The called-number 5550112 max-conn 55 command assigns the DNIS number 5550112 to the v90service modem pool. The total number of simultaneous connections is limited to 55. The called-number 5550132 max-conn 55 command assigns the DNIS number 5550132, which is for a different customer, to the same v90service modem pool. The total number of simultaneous connections is also set to 55.
The following configuration rejects the pool-range 30 command because modem TTY line 30 is already a member of the modem pool v90service, which was configured in the previous example. Each modem in the access server is automatically assigned to a unique TTY line. TTY line numbers are assigned according to your shelf, slot, or port hardware configuration.
Related Commands
calltracker call-record
To enable call record system logging (syslog) generation for the purpose of debugging, monitoring, or externally saving detailed call record information, use the calltracker call-record command in global configuration mode. To disable call record syslog generation, use the no form of this command.
calltracker call-record { terse | verbose } [ quiet ]
no calltracker call-record { terse | verbose } [ quiet ]
Syntax Description
Command Default
Command Modes
Command History
|
|
Usage Guidelines
Syslog call records will be generated in the order of ten seconds of call termination. A small delay is needed to ensure that all subsystems finish reporting all appropriate information on call termination. Furthermore, the process of logging is considered a very low priority with respect to normal call processing and data routing. As such, logging all call records can be guaranteed if Call Tracker is properly configured. However, the delay from the time a call actually terminated can vary if the CPU is busy handling higher-priority processes.
Call Tracker records must be found within the History table for at least one minute after call termination for this capability to work. As such, one must ensure that Call Tracker history collection is not disabled with the calltracker history configuration options.
Because the call rates possible on a high-capacity access server can be rather large and the information provided by the call records is substantial, simply enabling normal syslog call records can make the use of the console difficult. As such, by using the quiet option and having a syslog server configured to capture the call records, the console can be freed from displaying any call records, yet still have the call records captured by a syslog server.
The following informational logs are available:
- CALL_RECORD provides generic data information shared for all call categories. This record is generated for both terse and verbose configuration options.
- MODEM_CALL_RECORD provides overall modem call information for modem calls only. This record is generated for both terse and verbose configuration options.
- MODEM_LINE_CALL_REC provides modem transport physical layer information used to debug modem connection problems for modem calls only. This record is generated for the verbose configuration option only.
- MODEM_INFO_CALL_REC provides modem status information used to debug modem problems for modem calls only. This record is generated for the verbose configuration option only.
- MODEM_NEG_CALL_REC provides client-host negotiation information used to debug modem negotiation problems for modem calls only. This record is generated for the verbose configuration option only.
Examples
The following example reports the Verbose Call Records for a normal modem call termination:
Related Commands
calltracker enable
To enable Call Tracker on the access server, use the calltracker enable command in global configuration mode. To restore the default condition, use the no form of this command.
Syntax Description
Command Default
Command Modes
Command History
|
|
Usage Guidelines
To enable real-time call statistics from the MICA technologies modem to Call Tracker, you must configure the modem link-info poll time command.
Examples
The following example shows how to enable the Call Tracker feature:
Related Commands
calltracker history max-size
To set the maximum number of call entries stored in the Call Tracker history table, use the calltracker history max-size command in global configuration mode. To restore the default value, use the no form of this command.
calltracker history max-size number
no calltracker history max-size number
Syntax Description
Command Default
The default maximum is dynamically calculated to be 1 times the maximum DS0 supported on a platform.
Command Modes
Command History
|
|
Usage Guidelines
Be careful when extending the maximum number of call entries stored in the Call Tracker history table, as this activity causes Call Tracker to use more memory resources to store the additional call data. Network access server memory consumption must be considered when increasing this parameter. The active call table is not affected by this command.
Examples
The following example sets the history table size to 50 calls:
Related Commands
calltracker history retain-mins
To set the number of minutes for which call entries are stored in the Call Tracker history table, use the calltracker history retain-mins command in global configuration mode. To restore the default value, use the no form of this command.
calltracker history retain-mins minutes
no calltracker history retain-mins minutes
Syntax Description
The length of time to store calls in the Call Tracker history table. The valid range is from 0 through 26,000 minutes. A value of 0 prevents any history from being saved. |
Defaults
Command Modes
Command History
|
|
Usage Guidelines
Active calls are not affected by this command. Entries in the active table are retained as long as the calls are connected.
Examples
The following example sets the retention time for the history table to 5000 minutes:
Related Commands
calltracker timestamp
To display the millisecond value of the call setup time in the Call Record (CDR) on the access server, use the calltracker timestamp command in global configuration mode. To restore the default value, use the no form of this command.
Syntax Description
Command Default
The default value of the call setup time does not contain milliseconds. It is in the hh:mm:ss form.
Command Modes
Command History
|
|
Usage Guidelines
This AS5400 command is used to add a milliseconds time stamp (hh:mm:ss.ms) to call detail records. These call records of originating and terminating calls are written to flat files on the subscriber server. These files may be passed periodically from the subscriber to the publisher server. Third-party applications such as billing and accounting use CDR data.
All calltracker commands (including calltracker timestamp) are only supported for dial services and not for voice.
Examples
The following configuration example shows calltracker options and a display of calltracker active including time stamp:
Related Commands
call-type
To reject particular types of calls, use the call-type command in call discriminator profile configuration mode. To disable this feature, use the no form of this command.
call-type { all | digital | speech | v110 | v120 }
no call-type { all | digital | speech | v110 | v120 }
Syntax Description
Command Default
Command Modes
Call discriminator profile configuration
Command History
|
|
---|---|
Usage Guidelines
Use the call-type call discriminator command to reject particular types of calls. Call type all is mutually exclusive for all other call types. If call type all is set in the discriminator, no other call types are allowed. Also, once a DNIS is associated with a call type in a discriminator, it cannot be used in any other discriminator.
Examples
The following example shows the call discriminator being configured to reject speech calls for the call discriminator profile named “userd3”:
call-type cas
To statically set the call-type override for incoming channel-associated signaling (CAS) calls, use the call-type cas command in DNIS group configuration mode. To disable this service, use the no form of this command.
call-type cas { digital | speech }
no call-type cas { digital | speech }
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the call-type cas DNIS group configuration command to set the call-type override. From the resource pooling call-type perspective, use CT1 (CAS) to support either analog calls (speech) or digital calls (switched 56K).
Switched 56K calls are digital calls that connect to High-Level Data Link Control (HDLC) framers. Unlike ISDN, it is impossible to communicate the call type in CT1. Therefore, switched 56K services in CT1 can be differentiated by the DNIS numbers. This command identifies that the call arriving with the DNIS in the DNIS group is assigned to the call type specified in the command.
Examples
The following example shows the DNIS group configuration mode being accessed to use the call-type cas command to set the call type override for CAS to speech :
cas-custom
To customize signaling parameters for a particular E1 or T1 channel group on a channelized line, use the cas-custom command in controller configuration mode. To disable the signaling customization, use the no form of this command.
Syntax Description
Command Default
No customized signaling parameters are set. If you do not specify a country name using the country name command, which is described in Table 1 , ITU is the selected default signal.
Command Modes
Command History
Usage Guidelines
The customization parameters set by the cas-custom channel command are applied to the same channel group number used in the cas-group channel timeslots range type signal command. These channel group numbers must match. Otherwise, the customized features specified by the cas-custom command will not be applied to the cas-group command’s configuration. The signaling customization will not take effect. See Example 1 (T1).
However, you will not need to configure or set more than one channel group number per E1 line in most cases. Though rarely used, it is possible to split a single E1 (time slots from 1 to 31) into two groups (for example, time slots from 1 to 15 on group 1 and time slots from 17 to 31 in group 2).
Cisco strongly recommends that you use the optional use-defaults keyword when specifying a particular country type; see the country name command in Table 1 . This additional keyword ensures that all the local country settings are correctly enabled. For example, issue the country greece use-defaults command. If the use-defaults option is not specified, generic ITU will be the default setting for all countries. See Example 2 (E1 on AS5800).
You can configure the system to deviate from a country’s default settings as defined by Cisco. To do this, choose from the following list of commands described in Table 1 : ani-digits min number max number, answer-signal { group-a | group-b } number, caller-digits number, category number, dnis-digits min number max number, invert-abcd, ka number, kd number, metering, nc-congestion, and unused-abcd value. To return a country back to its country specific default settings, issue the country name use-defaults command. To return a country back to the ITU standard, issue the default country name use-defaults command. See Example 4 (Localized E1 R2) and Example 7 (E1 R2 Country Defaults).
From Cisco IOS Release 12.3(11)YK and Cisco IOS Release 12.4(2)T, you can block incoming collect calls for in-line signaling with the double-answer feature, which is activated by entering the double-answer keyword. The double-answer feature sends the incoming collect call through a series of answer functions that can last up to two seconds and which causes the switch to drop the collect call while the normal calls stay connected.
See Example 8 (E1 Collect Call Blocking).
Note Incoming collect calls in Brazil send a II-8 response and to block such calls, a category B-7 response is sent instead of the usual answer signal. This is known as category based blocking. Brazil is the only country that supports category based call blocking. If the double-answer feature is configured for Brazil, it will overwrite the category blocking and will not send the category B7 response.
From Cisco IOS Release 15.3(1)T, calls will be considered as collect calls based on the user dialed numbers. If the dialed numbers have a specific pattern (9090xxxx, in case of Brazil), these calls will be classified as collect calls. Whenever an Interrupt Service Router (ISR) receives collect calls over Session Initiation Protocol (SIP) trunks with the request uniform resource identifier (URI) having the unique pattern, on the E1 R2 side, the caller category is indicated with a II-8 response. For this, a configurable dial pattern needs to be added to the ISR device.
The Collect Call Digit Pattern feature is limited to Brazil only; hence, the position of the ISR device in the Brazilian telecom network is moved slightly closer to the Public Switched Telephone Network (PSTN) so that the ISR device can initiate the outbound collect call on the E1 R2 side towards the customer premises equipment (CPE). See Example 6 (E1 Collect Call Digit Pattern).
Note Only integrated Cisco MICA technologies modems support E1 R2 signaling on Cisco 5000 series access servers and Cisco 3600 series devices.
Table 1 shows a list of command options in cas-custom mode, which is used to customize R2 signaling settings.
Examples
The following example shows how to configure this feature on channel 1:
The following example shows how to configure the available signaling parameters after you enter cas-custom mode; the same channel group 1 is specified in the ds0-group command and the cas-custom command.
The following is sample output from available signaling parameters in cas-custom mode; the same channel group 1 is specified in the cas-group command and the cas-custom command.
You can localize your R2 configuration for a specific country. Do not forget to include the use-defaults option as described in Table 1 . For example, use the country argentina use-defaults command for a R2 scenario in Argentina.
Example 5 (Collect ANI Digits)
The following example shows how to customize the signaling for channel group 1. The configuration collects three digits before it requests ANI information for analog calls received on a Cisco AS5800 in Argentina.
Example 6 (E1 Collect Call Digit Pattern)
The following example shows how to configure the collect call digit pattern and the time out value for the double answer duration. The timer value determines the waiting time for the second answer after receiving the first answer signal for collect call scenarios.
Example 7 (E1 R2 Country Defaults)
Because cas-custom mode gives you the flexibility to customize R2 parameters, the margin for user error increases. Therefore, the Cisco IOS software enables you to return a country back to its default R2 settings using the use-defaults option. The following configuration brings up the Argentina default settings, changes a few customization parameters, then returns the Argentina R2 setting back to its original state.
Example 8 (E1 Collect Call Blocking)
The following example shows how to configure the double-answer feature for incoming collect call blocking on the Cisco 2801 with R2 digital signaling with DTMF. The call blocking feature is for all countries.
To disable call blocking, use the no form of this command:
Related Commands
cas-group (E1 controller)
To configure channel-associated signaling (CAS) on an E1 controller, use the cas-group command in controller configuration mode. To disable CAS for one or more time slots, use the no form of this command.
cas-group channel timeslots range type signal
no cas-group channel timeslots range type signal
Syntax Description
Command Default
No CAS is configured on the controller. All R2 signaling types have DNIS turned on by default.
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use this command to configure support for incoming and outgoing call signals (such as on-hook and off-hook) on each E1 controller.
If you specify the time slot range 1-31, the system software automatically uses the 16th time slot to transmit the channel associated signaling.
The signaling you configure on the access server must match the signaling used by the central office. For example if the central office switch is forwarding R2 analog signaling to a Cisco AS5800, then the access server’s E1 controller must also be configured for R2 analog signaling ( r2-analog).
All R2 signaling options have DNIS support turned on by default. If you enable the ani option, the collection of DNIS information is still performed. Specifying the ani option does not disable DNIS. DNIS is the number being called. ANI is the caller’s number. For example, if you are configuring router A to call router B, then the DNIS number is router B, the ANI number is router A. ANI is very similar to Caller ID.
To customize the R2 signaling parameters, refer to the cas-custom controller configuration command. When you enable the cas-group command, the cas-custom command is automatically setup to be polled for configuration information. However, unless you enable or turn on specific features with the cas-custom command, the cas-custom feature has an empty set of signaling parameters.
Note Only integrated MICA modems support E1 R2 signaling on Cisco access servers.
DNIS is automatically collected for modem pools and R2 tone signaling. You do not need to specify the collection of DNIS information with the cas-group command. However, if you are using non-R2 tone signaling, the system must be manually configured to collect DNIS information. For non-R2 cas signaling, DNIS collection is done only for E&M-fgb.
Examples
In most cases, you will configure the same channel-associated signaling on each E1 controller. The following examples configure signaling and customized parameters on controller E1 2 using the cas-group and cas-custom controller configuration commands.
The following example configures the E1 controller on a Cisco 5800 series access server.
To configure a Cisco 3600 series access server, replace the command:
Note The actual channel associated signaling is configured on the 16th time slot, which is the reason why this time slot does not come up in the following output.
Router(config-controller)#
configure terminal
Router(config-controller)#
controller e1 2/1/0
Router(config-controller)#
cas-group 1 timeslots 1-31 type r2-digital r2-compelled ani
The following example shows all the supported E1 signaling types on a Cisco AS5800:
Router(config-controller)#
cas-group 1 timeslots 1-31 type ?
Router(config-controller)#
cas-group 1 timeslots 1-31 type r2-analog ?
R2 signaling parameters can be customized with the cas-custom controller configuration command:
Router(config-controller)#
cas-custom 1?
cas-group (T1 controller)
To configure channelized T1 time slots with robbed-bit signaling, and R1 channel-associated signaling, use the cas-group command in controller configuration mode. To disable signaling for one or more time slots, use the no form of this command.
Cisco AS5200, Cisco AS5300, and Cisco AS5800 Series Access Servers
cas-group channel timeslots range type signal
no cas-group channel timeslots range type signal
R1 Channel-Associated Signaling
cas-group channel timeslots range type r1-modified { ani-dnis | dnis }
no cas-group channel timeslots range type r1-modified { ani-dnis | dnis }
Syntax Description
Command Default
For ISDN PRI, the cas-group command is disabled.
If the channelized T1 is not configured as a PRI, the default value for line signaling is e&m-fgb and the default value for tone signaling is DTMF.
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the cas-group command to configure T1 controllers with different types of robbed-bit signaling, such as on-hook and off-hook for E&M feature group B ( e&m-fgb).
If you want to collect DNIS information on a T1 controller, you must manually configure it on the access server. DNIS collection is performed only for E&M-fgb. To collect DTMF DNIS for E&M-fgb under a controller T1 configuration, enter the cas-group 0 timeslots 1-24 type e&m-fgb dtmf dnis command. To collect MF DNIS for E&M-fgb, enter the cas-group 0 timeslots 1-24 type e&m-fgb mf dnis command.
Examples
The following example configures all 24 channels with ear and mouth robbed-bit signaling with feature group B support:
Router(config-controller)#
controller T1 0
Router(config-controller)#
cas-group 1 timeslots 1-24 type e&m-fgb
The following example configures the required signaling to support modem pooling and the digital number identification service (DNIS) over channelized T1 lines on a Cisco AS5300. The only supported signaling and tone types for modem pooling over CT1 RBS are E&M feature group B, DTMF tones, and MF tones. By configuring DNIS as part of the cas-group command, the system can collect DNIS digits for incoming calls, which can be redirected to specific modem pools setup for different customers or services. Additionally, you must be running MICA modems in the system and have at least 10% of your total modems in the default modem pool. Free modems are needed in the default pool to detect the incoming called number or DNIS before handing the call off to the appropriate modem pool. Therefore, two modems are actually needed to handle each incoming call.
Note Make sure that your switch provides inband address information for incoming analog calls before you enable this feature.
The following example configures a Cisco AS5200 to accept switched 56K digital calls on both of its T1 controllers:
The following example configures switched 56K digital services and analog modem services on one controller. Each service is assigned its own range of timeslots. Switched 56K calls are assigned to timeslots 1 through 15. Analog modem calls are assigned to timeslots 16 through 24. However, you must use different channel group numbers in each cas-group command entry.
The following example configures R1 signaling on a Cisco AS5200 (T1 interface) and specifies the collection of both ANI and DNIS information:
The following example configures R1 modified signaling on a Cisco AS5800 (T1 interface) and specifies the collection of both ANI and DNIS information:
Router(config-controller)#
cas-group 1 timeslots 1-24 type r1-modified ani-dnis
Router(config-controller)#
^Z
Router(config-controller)#
debug csm
Router#
show modem csm 1/4/2
Router#
debug mica msm
cellular lte profile
To create, modify, or delete a modem data profile, use the cellular lte profile command in privileged EXEC mode.
cellular unit lte profile [ create | delete ] profile-number [ apn [ username [ password [ ipv4 ]]]
Syntax Description
Defaults
Command Modes
Command History
|
|
---|---|
This command was modified. In Cisco IOS Release 15.3(3)M, multiple profiles are now supported on both the 819 ISR and EHWICs. |
Usage Guidelines
Multiple Profiles are supported on both the 819 ISR and EHWICs.
Examples
The following example shows how to create a modem profile:
Related Commands
|
|
---|---|
Configures an encrypted or unencrypted PIN used to activate the CHV1 code that authenticates a modem. |
|
Applies the configured 3GPP and 3GPP2 profile numbers to a SIM. |
cellular lte sms delete
To delete one message ID or all of the stored SMS messages from memory, use the cellular lte sms delete command in privileged EXEC mode.
cellular unit lte sms delete { all | ID }
Syntax Description
EHWIC Router slot, WIC slot, and port separated by slashes (for example, 0/1/0. |
|
Deletes the message contents for a specified ID (cellular phone number) of an incoming text message. |
Defaults
Command Modes
Command History
|
|
---|---|
Examples
The following example shows the deletion of all SMS messages in memory:
Related Commands
cellular lte sms delete
To delete one message ID or all of the stored SMS messages from memory, use the cellular lte sms delete command in privileged EXEC mode.
cellular unit lte sms delete { all | ID }
Syntax Description
EHWIC Router slot, WIC slot, and port separated by slashes (for example, 0/1/0. |
|
Deletes the message contents for a specified ID (cellular phone number) of an incoming text message. |
Defaults
Command Modes
Command History
|
|
---|---|
Examples
The following example shows the deletion of all SMS messages in memory:
Related Commands
cellular lte sms send
To enable a user to send a 4G LTE band SMS message to other valid recipients, use the cellular lte sms send command in privileged EXEC mode. To return to the default value, use the no form of this command.
cellular unit lte sms sent destination-number message-contents
no cellular unit lte sms sent destination-number message-contents
Syntax Description
Defaults
Command Modes
Command History
|
|
---|---|
Usage Guidelines
A user is allowed to send a 4G LTE band SMS message to other valid recipients only if they have a valid text message plan.
Examples
The following example shows how the cellular lte sms send command can be configured:
Related Commands
cellular lte sms view summary
To display the message contents of incoming texts received by a modem, use the cellular lte sms view summary command in privileged EXEC mode.
cellular unit lte sms view summary { all | ID }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
If the all keyword is used, messages are truncated to show a preview. If the specific ID of a text message is used, then the full contents of the text are displayed.
Examples
The following example shows how to set the DBE to deactivate in quiesce mode to prepare the device for hardware maintenance:
Related Commands
channel-group
To configure serial WAN on a T1 or E1 interface, use the channel-group command in controller configuration mode. To clear a channel group, use the no form of this command.
channel-group channel-group-number timeslots range [ speed { 56 | 64 } ] [ aim aim-slot-number ]
no channel-group channel-group-number
Cisco 2611 (Cisco Signaling Link Terminal [SLT])
no channel-group channel-number
Cisco 2600XM Series, Cisco 2691, Cisco 3631, Cisco 3660, Cisco 3725, and Cisco 3745
channel - group channel-group-number { timeslots range [ speed { 56 | 64 }] | unframed }
[ aim aim-slot-number ]
no channel - group [ channel-group-number timeslots range ]
Cisco AS5350 and Cisco AS5400 Series
channel-group channel-group-number
no channel-group channel-group-number
Cisco ASR 901 Series Aggregation Services Routers
channel-group channel-group-number timeslots range
no channel-group channel-group-number
channel-group channel - number timeslots range [ speed { 56 | 64 } ]
no channel-group [ channel - number timeslots range ]
Syntax Description
Command Default
The T1/E1 line is connected to the Motorola MPC-860x processor serial communication controller (SCC) or network module with two voice or WAN interface card (VIC or WIC) slots and 0/1/2 FastEthernet ports DSCC4 by default on Cisco 2600 series, Cisco 2600XM, Cisco 2691, Cisco 3631, Cisco 3660, Cisco 3725, and Cisco 3745 routers.
There is no default behavior or values on the Cisco SLT (Cisco 2611).
The serial interface object encapsulation is set to HDLC on a network access server (NAS) (Cisco AS5350 and Cisco AS5400 series routers).
The default line speed is 56 kbps when a T1 controller is configured on the Cisco 2600 series, Cisco 2600XM series, Cisco 2691, Cisco 3631, Cisco 3660, Cisco 3725, Cisco 3745, and the Cisco MC3810.
The default line speed is 64 kbps when an E1 controller is configured on the Cisco 2600 series, Cisco 2600XM series, Cisco 2691, Cisco 3631, Cisco 3660, Cisco 3725, Cisco 3745, and the Cisco MC3810.
Command Modes
Command History
Usage Guidelines
Use this command to direct HDLC traffic from the T1/E1 interface to the AIM-ATM-VOICE-30 DSP card. A channel group is created using Advanced Integration Module (AIM) HDLC resources when a channel-group command with the aim keyword is parsed during system initialization or when the command is entered during configuration. You must specify the aim keyword under a T1/E1 controller port to direct HDLC traffic from the T1/E1 interface to the AIM-ATM-VOICE-30 DSP card on the Cisco 2600 series, Cisco 2600XM series, Cisco 2691, Cisco 3631, Cisco 3660, Cisco 3725, and Cisco 3745.
Note Neither the Cisco AS5400 series NAS nor the Cisco MC3810 is supported with the integrated voice and data WAN on T1/E1 interfaces using the AIM-ATM-VOICE-30 module.
If previous channel-group commands are configured with the aim keyword, subsequent channel-group commands without the aim keyword are rejected. Similarly, if a regular channel-group command is followed by another channel-group command with the aim keyword implemented, the second command is rejected on the Cisco 2600 and Cisco 2600XM.
A channel group using AIM HDLC resources is deleted only when a no channel-group command is entered.
By default, the channel-group command on a NAS sets the serial interface object encapsulation to HDLC. You must override the default by entering the encapsulation ss7 command for that serial interface object. Once you override the default, encapsulation cannot be changed again for that object. The SS7 encapsulation option is new to the Integrated Signaling Link Terminal feature and is available only for interface serial objects created by the channel-group command. The Integrated Signaling Link Terminal feature added SLT functionality on Cisco AS5350 and Cisco AS5400 platforms.
A digital SS7 link can be deleted by entering the no channel-group channel-group-number command on the associated T1/E1 controller. The link must first be stopped using the no shutdown command. It is not necessary to remove the channel ID association first.
Use the channel-group command in configurations where the router or access server must communicate with a T1 or E1 fractional data line. The channel group number may be arbitrarily assigned and must be unique for the controller. The time-slot range must match the time slots assigned to the channel group. The service provider defines the time slots that comprise a channel group.
Note Channel groups, channel-associated signaling (CAS) voice groups, DS0 groups, and time-division multiplexing (TDM) groups all use group numbers. All group numbers configured for channel groups, CAS voice groups, and TDM groups must be unique on the local Cisco MC3810 concentrator. For example, you cannot use the same group number for a channel group and for a TDM group. Furthermore, on the Cisco MC3810, only one channel group can be configured on a controller.
The channel group number can be 0 or 1 on the Cisco SLT (Cisco 2611) and Cisco ASR 901 Series Aggregation Services Routers.
The channel-group command also applies to Voice over Frame Relay, Voice over ATM, and Voice over HDLC on the Cisco MC3810.
Examples
The following example shows basic configuration directing HDLC traffic from the T1/E1 interface to the AIM-ATM-VOICE-30 DSP card, starting in global configuration mode:
The following example explicitly sets the encapsulation type to PPP to override the HDLC default:
The following example shows how to explicitly set the encapsulation type to SS7 to override the HDLC default using the Integrated Signaling Link Terminal feature. This example uses an 8PRI DFC card inserted into slot 7, and DS0-timeslot 3 on trunk 5 of that card is used as an SS7 link:
The following example defines three channel groups. Channel-group 0 consists of a single time slot, channel-group 8 consists of seven time slots and runs at a speed of 64 kbps per time slot, and channel-group 12 consists of two time slots.
The following example configures a channel group on controller T1 0 on a Cisco MC3810:
The following example configures a channel group on controller E1 1 and specifies that all time slots are used for data:
channel-group 1 unframed
The following example configures a channel group on controller T1 0/0 and specifies the time slots:
Note SS7 digital F-link support for the 8PRI line card requires use of a third onboard TDM stream to route trunk DS0 messages to the onboard MGCs.
Related Commands
|
|
---|---|
Configures a card with voice processing resources and enters voice card configuration mode. |
chat-script
To create a script that will place a call over a modem, use the chat-script command in global configuration mode. To disable the specified chat script, use the no form of this command.
chat-script script-name expect-send
no chat-script script-name expect-send
Syntax Description
Pairs of information elements: an item to expect and an item to send in response. |
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Chat scripts are used in dial-on-demand routing (DDR) to give commands to dial a modem and commands to log on to remote systems. The defined script will be used to place a call over a modem.
Some characteristics of chat scripts are as follows:
- Chat scripts are case sensitive.
- You can have any number of ABORT sequences active at once.
- When a chat script starts, the default timeout is 5 seconds. Changes to the timeout persist until the next time you change them in the script.
- A string within quotation marks is treated as a single entity.
We recommend that one chat script (a “modem” chat script) be written for placing a call and another chat script (a “system” or “login” chat script) be written to log on to remote systems, where required.
Suggested Chat Script Naming Conventions
A suggested chat script naming convention is vendor-type-modulation. If you follow this convention, the syntax of the chat-script command becomes chat-script vendor-type-modulation expect-send.
For example, if you have a Telebit T3000 modem that uses V.32 bis modulation, you would name your chat script telebit-t3000-v32bis.
The chat-script command could be written as follows:
Adhering to this naming convention allows you to use partial chat script names with regular expressions to specify a range of chat scripts that can be used. This capability is particularly useful for dialer rotary groups and is explained further in the next section.
Chat scripts are in the form expect-send, where the send string following the hyphen (-) is executed if the preceding expect string fails. Each send string is followed by a return unless it ends with the escape sequence \c. The sequence ^ x is translated into the appropriate control character, and the sequence \ x is translated into x if \ x is not one of the special sequences listed in Table 2 .
See the book titled Managing uucp and Usenet by Tim O’Reilly and Grace Todino for more information about chat scripts.
The escape sequences used in chat scripts are listed in Table 2 .
Sample supported expect-send pairs are described in Table 3 .
For example, if a modem reports BUSY when the number dialed is busy, you can indicate that you want the attempt stopped at this point by including ABORT BUSY in your chat script.
If you use the expect-send pair ABORT SINK instead of ABORT ERROR, the system terminates abnormally when it encounters SINK instead of ERROR.
After the connection is established and you press the Return key, you must often press Return a second time before the prompt appears.
For example, you might include the following as part of your chat script:
This part of the script specifies that, after the connection is established, you want ssword to be displayed. If it is not displayed, you must press Return again after the timeout passes.
Examples
The following example shows the chat-script command being used to create a chat script named t3000 :
Related Commands
|
|
---|---|
Configures a serial interface or ISDN interface to call one or multiple sites or to receive calls from multiple sites. |
|
class (controller)
To create a signaling class structure that can be referred to by its name, use the class command in controller configuration mode. To remove the structure, use the no form of this command.
Syntax Description
The signaling class name which specifies the template that processes the automatic number identification/dialed number identification service (ANI/DNIS) delimiter. |
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
A signaling class allows the Cisco AS5300 and Cisco AS5800 universal access servers to provide the ANI/DNIS delimiter on incoming T1/CAS trunk lines. The digit collection logic in the call switching module (CSM) for incoming T1 CAS calls in dual tone multifrequency (DTMF) is modified to process the delimiters, the ANI digits, and the DNIS digits.
For this feature to work, a CAS signaling class with the template to process ANI/DNIS delimiters has to be defined. This creates a signaling class structure which can be referred to by its name. The name argument must match the name configured in the signaling-class cas command.
Examples
The following example defines a CAS signaling class with the template to process ANI/DNIS delimiters on channel 1:
Related Commands
clear cot summary
To reset the counters, use the clear cot summary command in privileged EXEC mode.
Syntax Description
Command Modes
Command History
|
|
---|---|
Examples
There is no display generated, but the counters in the show cot summary command would be all zeros.
Related Commands
|
|
---|---|
Displays information about the COT DSP configuration or current status. |
|
clear counters (async)
To clear the counters of a specified asynchronous interface or specified asynchronous interface group, as displayed by the show interface async command, use the clear counters command in EXEC mode.
clear counters { async async-interface-number | group-async group-async-interface-number }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Before using this command, use the show interface async command to display the asynchronous related counters on the specified asynchronous interface.
Examples
The following example uses the show interface async command to display the asynchronous related counters on the asynchronous interface named 1. The example then uses the clear counters group-async command to clear the counters. After the counters are cleared, the configuration file for the interface is displayed.
Related Commands
|
|
---|---|
Clears the statistical counters on one or more manageable modems on access servers or routers. |
|
Displays the asynchronous related counters on the specified asynchronous interface. |
clear counters line
To clear line counters, use the clear counters line command in EXEC mode.
clear counters line { type | number }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
This command clears the line counters shown by the show line command.
Examples
The following example shows the available options under the clear counters line command. When you issue this command, the counters (for example, Uses and Noise) displayed by the show line command are cleared.
200/115200
- inout - - - 0 0 0/0
Related Commands
|
|
---|---|
clear dialer
To clear the values of dialer statistics for one or more serial interfaces or BRIs configured for dial-on-demand routing (DDR), use the clear dialer privileged EXEC mode command
clear dialer [ interface type number ]
Cisco 7500 Series Routers Only
clear dialer [ interface serial slot / port ]
Syntax Description
(Optional) Backplane slot number and port number on the interface. See your hardware installation manual for the specific slot and port numbers. |
Command Modes
Command History
|
|
---|---|
Usage Guidelines
If the interface keyword and the arguments are not used, dialer statistics are cleared on all interfaces.
Examples
The following example clears the dialer statistics on serial interface 1:
clear dialer dnis
To reset the counter statistics associated with a specific dialed number identification service (DNIS) group or number, use the clear dialer dnis command in privileged EXEC mode.
clear dialer dnis { group name | number number }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the clear dialer dnis EXEC command to reset the counter statistics associated with a specific DNIS group or number. This command clears the counters for a DNIS group to reset the counter statistics associated with a specific DNIS group or number. If an ISP is charging a customer for the number of calls to a DNIS, it can clear the number after a week or month by using this command.
Examples
The following example shows the result of using the clear dialer dnis command for the DNIS group named “dg1”. Note that the counters have been cleared after the clear dialer dnis command has been entered.
Related Commands
|
|
---|---|
clear dialer sessions
To remove all dialer sessions and disconnect links when connected, use the clear dialer sessions command in EXEC mode.
Syntax Description
Command Modes
Command History
|
|
---|---|
Examples
The following example shows how to use the clear dialer sessions command:
Related Commands
|
|
---|---|
clear dsip tracing
To clear Distributed System Interconnect Protocol (DSIP) tracing statistics (trace logging), use the clear dsip tracing command in privileged EXEC mode.
clear dsip tracing { counters | tracing } [ control | data | ipc ]
Syntax Description
(Optional) Inter-process communication counters or tracing buffers. |
Command Default
If no option is specified, all control, data, and inter-process communication counters or tracing buffers are cleared.
Command Modes
Command History
Usage Guidelines
Use this command to clear the counters displayed with the show dsip tracing EXEC command.
Examples
In the following example, the DSIP counters are cleared (including data, control, and ipc counters):
Related Commands
|
|
---|---|
clear interface virtual-access
To tear down the virtual access interface and free the memory for other dial-in uses, use the clear interface virtual-access command in privileged EXEC mode.
clear interface virtual-access number
Syntax Description
Command Modes
Command History
|
|
---|---|
This command was integrated into Cisco IOS Release 12.2(33)SRE. |
|
This command was integrated into Cisco IOS Release 15.0(1)M. |
Usage Guidelines
This command does not free the memory for uses unrelated to dial-in access.
Examples
The following example clears a specified virtual access interface. You can use the show interfaces virtual-access command to display the interface numbers before you clear any specific one.
Related Commands
clear ip route download
To clear static routes downloaded from an authentication, authorization, and accounting (AAA) server, use the clear ip route download command in EXEC mode.
clear ip route download { * | network-number network-mask | reload }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
This command forces the router to reload static routes from the AAA server before the update timer expires.
Examples
The following example shows how to clear all routes:
Related Commands
clear line
To return a terminal line to idle state, use the clear line command in EXEC mode.
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use this command to log out of a specific session running on another line. If the line uses a modem, the modem will be disconnected.
Examples
The following example resets line 3 to idle state:
clear line async-queue
To reset the connections currently waiting to use a rotary line in the queue, use the clear line async-queue command in EXEC mode.
clear line async-queue [ rotary-group ]
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use this command without any argument to remove all rotary line queues and terminate the asynchronous queue manager. Use the clear line async-queue command with the rotary-group argument to reset only the specified rotary group.
Examples
The following example clears all the rotary queues and shows the resulting output:
clear modem
To reset the hardware for one or more manageable modems on an access server or router, use the clear modem command in EXEC mode.
clear modem { slot / port | all | group group-number | at-mode slot / port | test }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
The modem hardware is reset for modems that are idle or busied out for long periods of time.
An AT directly connected session is usually initiated and closed from the same Telnet session when you enter the modem at-mode command and press Ctrl-C. However, you can clear an AT directly connected session that was mistakenly left open by enabling the clear modem at-mode command from a second Telnet session in to the access server.
Examples
The following example of the clear modem slot / port command resets the hardware for manageable modem 1/1:
The following is an example of using the clear modem all command:
The following examples of the clear modem group command clear the manageable modems in group 1:
The following example executes the clear modem at-mode command from a Telnet session:
The following example executes the clear modem at-mode command from a second Telnet session while the first Telnet session is connected to the modem:
The following output is displayed in the first Telnet session after the modem is cleared by the second Telnet session:
Related Commands
clear modem counters
To clear the statistical counters on one or more manageable modems installed in an access server, use the clear modem counters command in EXEC mode.
clear modem counters [ slot / port-number | group [ group-number ]]
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Entering the clear modem counters command without specifying an optional keyword or argument resets the modem statistics on each modem and the summary statistics displayed in the show modem summary command.
The subcommand clear modem counters group without the group number clears counters in all modem groups. The optional modem group number is the number of a group you have previously created.
Examples
The following example of the clear modem counters slot / port command clears the statistical counters on manageable modem 1/1:
The following example of the clear modem counters group command clears the statistical counters on all manageable modem groups:
Related Commands
clear modem log
To reset the log for one or more manageable modems installed in a Cisco AS5800 series access server, use the clear modem log command in EXEC mode.
clear modem log [ shelf / slot / port [ shelf / slot / port... ] | group [ group-number ]]
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Entering the clear modem log command without specifying an optional keyword or argument resets the log for all modems. Entering the clear modem log command and the grou p keyword without an argument clears the log for all modem groups. Use the optional shelf / slot / port or group-number argument to clear the log of a specific modem or modem group.
The group-number argument is the number of a group you have previously created using the interface group-async global configuration and group range interface configuration commands. These commands create a group of asynchronous interfaces that are associated with a group asynchronous interface on the same device.
Examples
The following example clears the modem log for shelf 1, slot 4, port 0:
Use the show modem log command to verify that the modem log for shelf 1, slot 4, port 0 is cleared:
The following example clears the modem logs for shelf 1, slot 4, port 0 and shelf 1, slot 4, port 2:
Use the show modem log command to verify the modem logs for shelf 1, slot 4, port 0 and shelf 1, slot 4, port 2 are cleared:
The following example clears the log for all modems:
The following example clears the log for all modem groups:
The following example clears the log for modem group 0:
Related Commands
clear modempool-counters
To clear the active or running counters associated with one or more modem pools, use the clear modempool-counters command in EXEC mode.
clear modempool-counters [ name ]
Syntax Description
(Optional) Modem pool name. If you do not include this option, all counters for all modem pools will be cleared. |
Command Modes
Command History
|
|
---|---|
Usage Guidelines
The clear modempool-counters command clears the counters that are displayed in the show modem-pool command. This command is used only with MICA technologies digital modems.
Examples
The following examples show three modem pools set up on the access server: System-def-Mpool, v90service, and v34service:
In the following example, the clear modempool-counters v90service command clears the running counters for the v90services modem pool:
Related Commands
clear port
To reset the NextPort port and clear any active call to the port, use the clear port command in EXEC mode.
Cisco AS5400 with the NextPort Dial Feature Card (DFC)
clear port [ slot | slot / port ]
Cisco AS5800 with the Universal Port Card (UPC)
clear port [ shelf / slot | shelf / slot / port ]
Syntax Description
Command Modes
Command History
|
|
---|---|
This command was integrated into Cisco IOS Release 12.2(11)T. |
Usage Guidelines
If you specify the shelf, slot, and port, you clear that port on that SPE. If you specify only the shelf and slot, you clear all active ports on that particular shelf and slot. If you do not specify a shelf, slot, or port, you clear all the ports on the access server.
This command also clears the Bad state on a port and resets it. However, the port is not cleared if the SPE was previously in a Bad state due to an SPE firmware download.
Examples
The following example shows output from the clear port command on the Cisco AS5400 with the NextPort DFC. This example clears slot 1, port 1:
The following example shows output from the clear port command on the Cisco AS5800 with the UPC. This example clears shelf 1, slot 3, port 0:
Related Commands
|
|
---|---|
Informs the central-office switch that a channel is out of service. |
|
clear port log
To clear all event entries in the port level history event log, use the clear port log command in EXEC mode.
Cisco AS5400 with NextPort DFC
clear port log [ slot | slot / port ]
Cisco AS5800 with Universal Port Card
clear port log [ shelf / slot | shelf / slot / port ]
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
The clear port log command clears the entire port log. You cannot remove individual service events from the port log. On the Cisco AS5400 only, you can use show port modem log or the show port digital log to display specific service events, but you must use clear port log to clear the entire port event log.
Examples
The following example shows output from the clear port log command on the Cisco AS5400 with NextPort DFC. This example clears slot 1, port 1:
The following example shows output from the clear port log command on the Cisco AS5800 with universal port card. This example clears shelf 1, slot 3, port 0:
Related Commands
|
|
---|---|
clear resource-pool
To reset the counter statistics associated with a specific customer profile, call discriminator, or physical resource, use the clear resource-pool command in privileged EXEC mode.
clear resource-pool { customer | discriminator | resource } { name | all }
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the clear resource-pool privileged EXEC command to reset the counter statistics associated with a specific customer profile, call discriminator, or physical resource.
Examples
The following example shows the use of the clear resource-pool command for the specific customer named “customer-isp”:
Related Commands
|
|
---|---|
Displays all active call information for all customer profiles and resource groups. |
|
clear snapshot quiet-time
To end the quiet period on a client router within two minutes, use the clear snapshot quiet-time command in EXEC mode.
clear snapshot quiet-time interface-type interface-number
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
The clear snapshot quiet-time command places the client router in a state to reenter the active period within two minutes. The two-minute hold period ensures a quiet period of at least two minutes between active periods.
Examples
The following example ends the quiet period on dialer interface 1:
Related Commands
|
|
---|---|
Displays snapshot routing parameters associated with an interface. |
|
clear spe
To reboot all specified service processing elements (SPEs), use the clear spe command in EXEC mode.
Cisco AS5400 with the NextPort Dial Feature Card (DFC)
clear spe [ slot | slot / spe ]
Cisco AS5800 with the Universal Port Card (UPC)
clear spe [ shelf / slot | shelf / slot / spe ]
Syntax Description
Command Modes
Command History
|
|
---|---|
This command was integrated into Cisco IOS Release 12.2(11)T. |
Usage Guidelines
Execution of the clear spe command causes the configured firmware to be downloaded to the specified SPE or the range of SPEs and causes the power-on self-test (POST) to be executed. This command can be executed regardless of the state of the SPEs.
Note All active ports running on the SPE are prematurely terminated and messages are logged into the appropriate log.
This command downloads configured SPEs with firmware as configured. Unconfigured SPEs download with the default firmware, which is the bundled version. To configure and manage the downloading of firmware without abruptly terminating SPEs, use the firmware location or firmware upgrade commands as appropriate.
Examples
The following example clears SPEs when the clear spe command is entered on the Cisco AS5400 with the NextPort DFC. This example performs a coldstart on slot 1, SPE 1.
The following example clears SPEs when the clear spe command is entered on the Cisco AS5800 with the UPC. This example performs a coldstart on shelf 1, slot 8, SPE 0.
Related Commands
|
|
---|---|
Disables a port by waiting for the active services on the specified port to terminate. |
|
clear spe counters
To clear all statistics, use the clear spe counters command in EXEC mode.
Cisco AS5350 and Cisco AS5400 with the NextPort Dial Feature Card (DFC)
clear spe counters [ slot | slot / spe ] [ slot | slot / spe ]
Cisco AS5800 with the Universal Port Card (UPC)
clear spe counters [ slot / spe | shelf / slot | shelf / slot / spe ] [ slot / spe | shelf / slot | shelf / slot / spe ]
Syntax Description
Command Modes
Command History
|
|
---|---|
This command was integrated into Cisco IOS Release 12.2(11)T. |
Usage Guidelines
The clear spe counters command clears statistical counters of all service types for the specified SPE, range of SPEs, or all the SPEs. If you do not set a parameter, you clear all SPE statistical counters.
Examples
The following example shows how to clear all statistics by entering the clear spe counters command on the Cisco AS5350 with the NextPort DFC:
The following example shows how to clear all statistics by entering the clear spe counters command on the Cisco AS5800 with the UPC. This example clears shelf 1, slot 3, ports 0 to 11.
clear spe log
To clear event entries in the slot history event log, use the clear spe log command in EXEC mode.
Cisco AS5400 with the NextPort Dial Feature Card (DFC)
clear spe log [ slot ] [ slot ]
Cisco AS5800 with the Universal Port Card (UPC)
clear spe log [ shelf / slot ] [ shelf / slot ]
Syntax Description
Command Modes
Command History
|
|
---|---|
This command was integrated into Cisco IOS Release 12.2(11)T. |
Usage Guidelines
The clear spe log command clears event entries in the slot history event log. If you do not specify the shelf/slot range, all service processing element (SPE) event entries clear.
If you specify the shelf/slot, only the event entries for that slot clear.
Examples
The following example shows output from the clear spe log command on the Cisco AS5400 with the NextPort DFC. This example clears the SPE log from shelf 1, 2 and 3:
The following example shows output from the clear spe log command on the Cisco AS5800 with the UPC. This example clears shelf 1, slot 8:
Related Commands
|
|
---|---|
clid group
To add a calling line identifier (CLID) group to a discriminator, use the clid group command in CLID configuration mode. To remove a CLID group from a discriminator, use the no form of this command.
clid group { clid-group-name | default }
no clid group { clid-group-name | default }
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Use the clid group command to add a CLID group (which specifies the calls to reject) to the discriminator. If you use the default option, CLID call screening is not used.
Examples
The following example shows a call discriminator named “clidElim” created and configured to block digital calls from the CLID group named “group1”:
Related Commands
|
|
---|---|
Creates a call discrimination profile and assigns it a name. |
clock source line
To set the E1 line clock source for the Cisco AS5200 access server, use the clock source line command in controller configuration mode. To change or remove the clocking source, use the no form of this command.
clock source line { primary | secondary }
no clock source line { primary | secondary }
Syntax Description
Command Default
Primary TDM clock source is taken from the E1 controller 0 on the Cisco AS5200.
Secondary TDM clock source is taken from the E1 controller 1 on the Cisco AS5200.
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Configure the clock source line primary command on the controller that takes the most reliable clocking from an E1 line. Configure the clock source line secondary command on the controller that has the next best known clocking. With this configuration, the primary line clocking is backed up to the secondary line if the primary clocking shuts down.
Examples
The following example configures the Cisco AS5200 to use E1 controller 0 as the primary clocking source and the E1 controller 1 as the secondary clocking source:
Related Commands
|
|
---|---|
Configures a T1 or E1 controller and enters controller configuration mode. |
|
Displays information about the E1 links supported by the NPM |
copy modem
To copy modem firmware to integrated modems in an access server, use the copy modem command in EXEC mode.
copy { flash | tftp | rcp } modem
Syntax Description
Command Modes
Command History
|
|
---|---|
Usage Guidelines
Note The copy modem command is no longer available for MICA portware and 56K Microcom modems on Cisco AS5200 and AS5300 access servers. Use the spe command instead.
The Microcom V.34 modems and Cisco AS5200 V.110 terminal adapter will continue to use the copy modem command. On bootup, because these modems do not require download, the command displays the location of the firmware as "feature_card_flash."
After you enable this command, you are asked to provide the download destination (a slot/port or all), the remote host name, and the path leading to the source modem firmware.
If a modem that you want to upgrade is busy with a call when the copy modem command is enabled, the upgrade for that modem yields until the active call is dropped. All other idle modems in the upgrade range proceed with the downloading operation.
Examples
The following example copies the modem firmware file cal led modem_upgrade from the TFTP server calle d Modem_Server to modem 2/0, which is installed in a Cisco AS5200 access server:
modem_upgrade
on Modem_Server
...
modem_upgrade
.from 192.168.254.254 (via Ethernet0): ! [OK]
modem_upgrade
from 192.168.254.254 (via Ethernet0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
As shown in this example, you might want to upgrade and test one modem’s firmware before upgrading the firmware of all the modems on the access server, as shown in the next example.
The following example downloads the same modem firmware file from the TFTP server to all the modems in the Cisco AS5200 access server:
modem_upgrade
on Modem_Server
...
modem_upgrade
.from 192.168.254.254 (via Ethernet0): ! [OK]
modem_upgrade
from 192.168.254.254 (via Ethernet0): !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
The following example copies the modem firmware file called STAR.M from Flash memory to the integrated modem 1/2:
03 STAR.M
Related Commands
|
|
---|---|
corlist incoming
To specify the class of restrictions (COR) list to be used when a specified dial peer acts as the incoming dial peer, use the corlist incoming command in dial peer configuration mode. To clear the previously defined incoming COR list in preparation for redefining the incoming COR list, use the no form of this command.
corlist incoming cor-list-name
no corlist incoming cor-list-name
Syntax Description
Name of the dial peer COR list that defines the capabilities that the specified dial peer has when it is used as an incoming dial peer. |
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
The dial-peer cor list and member commands define a set of capabilities (a COR list). These lists are used in dial peers to indicate the capability set that a dial peer has when it is used as an incoming dial peer (the corlist incoming command) or to indicate the capability set that is required for an incoming dial peer to make an outgoing call through the dial peer (the corlist outgoing command). For example, if dial peer 100 is the incoming dial peer and its incoming COR list name is list100, dial peer 200 has list200 as the outgoing COR list name. If list100 does not include all the members of list200 (that is, if list100 is not a superset of list200), it is not possible to have a call from dial peer 100 that uses dial peer 200 as the outgoing dial peer.
Examples
In the following example, incoming calls from 526.... are blocked from being switched to outgoing calls to 1900.... because the COR list for the incoming dial peer (list2) is not a superset of the COR list for the outgoing dial peer (list1):
Related Commands
|
|
---|---|
corlist outgoing
To specify the class of restrictions (COR) list to be used by outgoing dial peers, use the corlist outgoing command in dial peer configuration mode. To clear the previously defined outgoing COR list in preparation for redefining the outgoing COR list, use the no form of this command.
corlist outgoing cor-list-name
no corlist outgoing cor-list-name
Syntax Description
Required name of the dial peer COR list for outgoing calls to the configured number using this dial peer. |
Command Default
Command Modes
Command History
|
|
---|---|
Usage Guidelines
If the COR list for the incoming dial peer is not a superset of the COR list for the outgoing dial peer, calls from the incoming dial peer cannot use that outgoing dial peer.
Examples
In the following example, incoming calls from 526.... are blocked from being switched to outgoing calls to 1900.... because the COR list for the incoming dial peer (list2) is not a superset of the COR list for the outgoing dial peer (list1):
cpp authentication
Note Effective with Cisco IOS Release 12.3(4)T, the cpp authentication command is no longer available in Cisco IOS software.
To enable negotiation of authentication with a router or bridge that supports the Combinet Proprietary Protocol (CPP) and that is calling in to this router, use the cpp authentication command in interface configuration mode. To disable negotiation of CPP authentication, use the no form of this command.
Syntax Description
Command Default
Command Modes
Command History
|
|
---|---|
This command was removed and is no longer available in Cisco IOS software. |
Usage Guidelines
Use this command for authenticating the device that is calling in to this router.
Use this command to communicate over an ISDN interface with Cisco 700 and 800 series (formerly Combinet) routers that do not support PPP but do support the CPP.
Since most Cisco routers support PPP, Cisco routers can communicate over ISDN with CPP devices by using PPP encapsulation, which supports both routing and fast switching.
This command is supported on ISDN and dialer interfaces.
This command uses names and passwords from the username password command. It does not support TACACS.
Examples
The following example configures a PRI to communicate with a bridge that does not support PPP:
cpp authentication
The following example configures a BRI to communicate with a bridge that does not support PPP:
encapsulation cpp
cpp callback accept
cpp authentication
Related Commands
|
|
---|---|
Enables the router to accept callback from a router or bridge that supports the CPP. |
|
Enables encapsulation for communication with routers or bridges using the CPP. |
|
cpp callback accept
Note Effective with Cisco IOS Release 12.3(4)T, the cpp callback accept command is no longer available in Cisco IOS software.
To enable the router to accept callback from a router or bridge that supports the Combinet Proprietary Protocol (CPP), use the cpp callback accep t command in interface configuration mode. To disable callback acceptance, use the no form of this command.
Syntax Description
Defaults
Command Modes
Command History
|
|
---|---|
This command was removed and is no longer available in Cisco IOS software. |
Usage Guidelines
Use this command to communicate over an ISDN interface with Cisco 700 and 800 series (formerly Combinet) routers that do not support PPP but do support CPP.
Currently, most Cisco routers do support PPP. Cisco routers can communicate over ISDN with these devices by using PPP encapsulation, which supports both routing and fast switching.
Examples
The following example configures the PRI serial interface 1/1:23 to communicate with a router or bridge that does not support PPP:
The following example configures BRI 0 to communicate with a router or bridge that does not support PPP: