Cisco IOS Dial Technologies Command Reference

 

Syntax Description

 

Command Default

Disabled

 

Command History

 

Usage Guidelines

This command configures the router to accept calls from the specified number.

Note Caller ID screening requires a local switch or router that is capable of delivering the caller ID to the router. If you enable caller ID screening but do not have such a switch or router, no calls are allowed in. Caller ID screening is available on Cisco 7200 and 7500 series, Cisco 4000 series, Cisco 3000 series, and Cisco 2500 series routers that have one or more BRIs.

When the optional callback keyword is used and a call is received from one of the callback numbers, the initial call is rejected (hence, not subject to tolls) and a callback is initiated to that calling number.

When Xs are used in the callback number, dialer caller screening is based on a best match system that uses the number of Xs as a criterion. To make callback calls only to specified numbers or ranges of numbers but to accept any other incoming calls, make sure that the number of Xs in any configuration line that uses the callback keyword is less than the number of Xs in any configuration line that does not use the keyword.

For example, if you use at most four Xs in the configuration lines with the callback keyword, then to accept calls from other numbers use at least five Xs in a configuration line that does not use the keyword.

When a telephone number is entered without the exact keyword, the software compares each number going from right to left until matching numbers are detected. For example, if the phone-number argument is 4085550134, calls from telephone numbers 0134, 50134, 5550134, and 4085550134 would be accepted, but calls from telephone numbers 44 and 4155550134 would be rejected.

If you want to accept a telephone number exactly as it is configured, enter it with the exact keyword. For example, if the phone-number argument is 5550112 and the exact keyword is applied, only the telephone number 5550112 is accepted; calls from telephone numbers 408550112 and 50112 would be rejected.

The maximum length of each telephone number is 25 characters. There is no limit on the numbers you can specify per interface.

Examples

The following example configures the router to accept a call containing the numbers 415 555-0134:

The following example configures the router to accept a call only from telephone number 555-0134:

In the above example, a call from telephone number 415 555-0134 would be rejected.

The following example configures the router to accept a call with telephone number containing 415 555-01 and any numbers in the last two positions:

In the following example, callback calls will be made only to numbers in the 555 exchange, but any other telephone number can call in:

 

Related Commands

 

Syntax Description

 

Command Default

No calling number is presented.

 

Command History

 

Usage Guidelines

An interface can have only one ISDN calling-number entry.

For ISDN BRI, this command is intended for use when the ISDN network offers TS014 tariffing, in which devices present the calling (billing) number.

For ISDN PRI, this command is intended for use when the network offers better pricing on calls in which devices present the calling number (that is, the billing number). The calling number information is included in the outgoing setup message.

Note This command cannot be used with German 1TR6 ISDN BRI switches. It can be used with all other switches, including all ISDN PRI switches.

Examples

The following example first configures the T1 interface, then configures the D channel interface to present the billing number 4233570925 when it makes outgoing calls:

In the following example, the ISDN BRI interface is configured to present the number 5550112 when it makes outgoing calls:

 

Related Commands

 

Syntax Description

 

Command Default

The first user-provided calling party number is used to display the calling party number.

 

Command History

 

Usage Guidelines

The isdn calling-party-num command is useful for customers who use network-provided and user-provided calling party numbers for accounting purposes. The selected number will be used by dialer filters, such as those configured with the isdn caller command.

Use the optional first and last keywords for instances when more than one calling number is sent. By default, the first number is used, and subsequent numbers are not recognized. If you specify last in the command syntax, the last calling number displays in the caller ID display.

An example application of the last keyword can be seen in an enterprise customer using multiple 800 numbers in an intelligent network service from a PSTN service provider. If a PSTN user dials (from 919-555-1111, for example) the customer’s 800 number, the PSTN service provider routes the call to the customer's telephone number (for example, 408-555-0100) based on the 800 number. The incoming ISDN SETUP message from the PSTN has two user-provided calling party IEs:

• The 800 number that the user dialed
• The calling party number of the PSTN user (919-555-1111)

Because the Cisco IOS gateway always uses the first user-provided calling party number by default, the IP phone user is able to see only the 800 number and not the actual calling party number of the PSTN user, unless the last keyword is entered in the command syntax.

Examples

The following example shows how to configure the ISDN switch to accept network-provided calling party numbers. If more than one number is provided, the last number provided is used as the calling party number:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Command Default

The last octet of the channel ID information element is not inverted.

 

Command History

 

Usage Guidelines

Use this command if you use a primary-DMS 100 switch type to ensure compatibility with a Setup or Call Proceeding message containing a channel ID information element. This command can be used only with ISDN PRI.

This command replaces the isdn-flip-chan-flag command.

Examples

The following example configures the router to invert the extended bit in the last octet of the channel ID information element:

 

Syntax Description

 

Command Default

The default code is 60.

 

Command History

 

Usage Guidelines

Use this command if your ISDN line is connected to an NI1 or a Nortel DMS-100 Custom switch. Your telephone service provider should provide an ISDN conference code when you order three-way call conferencing.

Examples

The following example specifies 61 as the ISDN conference code:

 

Syntax Description

 

Command Default

The default condition is no cause code override. If the isdn disconnect-cause command is not configured, the default cause codes for the application are sent.

 

Command History

 

Usage Guidelines

The isdn disconnect-cause command overrides specific cause codes (such as modem availability and resource pooling) that are sent to the switch by ISDN applications. When the isdn disconnect-cause command is implemented, the configured cause codes are sent to the switch; otherwise, the default cause codes for the application are sent. ISDN protocol errors are still reflected in the cause codes and are not overridden.

Examples

The following example sends the CHANNEL-NOT-AVAILABLE code to the ISDN switch:

 

Related Commands

 

Syntax Description

 

Command Default

No default timer.

 

Command History

 

Usage Guidelines

This command provides a timer separate from the dialer wait-for-carrier timer to control the amount of time that elapses before calls are redialed. This delay is provided to allow the old call to be torn down completely before the new call is attempted.

The isdn fast-rollover-delay command is necessary on some ISDN switches because the new call may be attempted before the old call is completely torn down, which causes the second call or the callback to fail.

Use this command when all the following conditions are true:

• A BRI has two phone numbers configured, one for each B channel.
• You are dialing in to this BRI.
• You have a dialer map or dialer string for each phone number.
• The first call succeeds but the second call continuously fails.

When these conditions occur, set the isdn fast-rollover-delay command to 5 seconds and try again. A delay of 5 seconds should cover most cases. Configure sufficient delay to make sure that the ISDN RELEASE_COMPLETE message has been sent or received before the fast rollover call is made. Use the debug isdn q931 command to display this information.

When the isdn fast-rollover-delay command is configured on a client requesting callback, the callback client first confirms whether the callback server has placed a call back to the callback client before dialing any subsequent numbers.

Examples

The following partial example sets the fast-rollover delay that is suggested when all the conditions specified in the list in the “Usage Guidelines” are true:

 

Related Commands

 

Syntax Description

 

Command Default

The default timer value is eight (8) seconds and calls are rejected when the timer expires.

 

Command History

 

Usage Guidelines

The guard-timer starts when the DNIS number is sent to AAA for authentication. When the timer expires, authentication ends and the call is accepted or rejected based on the configured expiry action.

Examples

The following example sets the guard-timer to six (6) seconds and specifies that the call should be rejected if AAA does not respond within that interval:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Command Default

On North American ISDN switches, the default behavior is to add the PI in incoming ALERTING messages. On ISDN switches compliant with the European Telecommunications Standards Institute (ETSI), the default behavior is to not add the PI in incoming ALERTING messages.

 

Command History

 

Usage Guidelines

The isdn incoming alerting add-PI and no isdn incoming alerting add-PI commands provide a way for switch types conforming to different standards to handle B-channel cut-through. These commands apply to both ISDN BRI and PRI connections.

North American switch types such as the 5ESS, 4ESS, DMS, and NI allow cut-through when an ALERTING message is received. ISDN B-channel cut-through for customer premises equipment (CPE) should happen upon receipt of a channel ID Information Element (IE) in the CALL_PROC message. For this reason, the default on North American ISDN switches is to add the PI in incoming ALERTING message.

On ETSI-compliant ISDN switches, the default behavior is to not add the PI in incoming ALERTING messages. But ETSI also specifies that when the remote device is playing tones or announcements, it should also include the PI in the ALERTING message. This is not the default behavior for ETSI-compliant switches, but the isdn incoming alerting add-PI command allows Cisco IOS software to support this behavior.

The isdn incoming alerting add-PI and no isdn incoming alerting add-PI commands can be used on switches that do not want to add the PI in incoming ALERTING messages and on those switches that cannot handle or do not want the PI in incoming ALERTING messages.

Examples

Because the the isdn incoming alerting add-PI command is the default for a North American ISDN switch, the following example shows that when the interface configuration is displayed, the isdn incoming alerting add-PI command is not listed, even if it was explicitly configured:

The following example shows that when the the no isdn incoming alerting add-PI command is configured on a North American ISDN switch, the command is listed in the interface configuration:

Because the default for ETSI-compliant ISDN switches is no isdn incoming alerting add-PI, the following example shows that when the the isdn incoming alerting add-PI command is added to the configuration for a NET3 switch, the command is listed in the interface configuration:

If the configuration for the NET3 switch were changed back to contain no isdn incoming alerting add-PI, the command would not be listed in the interface configuration, because this is the default behavior for ETSI-compliant switches:

 

Syntax Description

 

Command Default

Supported IEs are accepted in applicable incoming messages by default. The channel ID does not accept IEs with the QSIG variant, and the display IE for DMS-250 (transparent) is not altered. When multiple RDN IEs are received on an incoming ISDN call, the last RDN is automatically selected.

 

Command History

 

Usage Guidelines

Incompatibility between ISDN switch types at the originating and terminating gateways can prevent provided IEs from being passed end-to-end. Cisco devices can be configured to transparently accept incoming unsupported IEs, allowing full interworking between different switch types.

Use the isdn incoming ie command to configure a Cisco router to transparently accept unsupported IEs to its peer. IEs may be sent in any codeset. However IEs can be manually controlled using only the isdn incoming ie command when they are sent in codeset 0. IEs will be accepted only in applicable message types.

To configure the router so it will not accept channel ID and display IEs, use the no isdn incoming ie command.

Note If the isdn gateway-max-interworking command is enabled, IEs that are invalid for some destination switch types may be passed. This can result in the occurrence of undesirable events.

Note If the isdn protocol-emulate command is switched between the network and user configurations, the isdn outgoing ie command reverts to its default setting. The isdn outgoing ie command must be reissued to restore the manual configuration.

Examples

The following example configures the serial interface for the QSIG D channel to accept “malformed” channel-id IEs:

The following example configures the serial interface to select the first RDN IE when multiple RDN IEs are received on an incoming ISDN call:

 

Related Commands

 

Syntax Description

 

Command Default

If you do not enter the 56 or 64 keywords after the data keyword, the default value will be 64 kbps.

 

Command History

 

Usage Guidelines

Unless you specify otherwise, all calls received by the router and characterized as voice calls are treated as normal ISDN calls, which are handled as digital data and not passed over to the modem. Ordinarily, a data device ignores incoming voice calls, but the tariff structure for data and voice calls might make it less expensive to do “data over voice” calls.

If you use the voice keyword, incoming ISDN voice calls will be treated as voice calls and handled by either a modem or a voice DSP as directed by CSM.

If the default value is configured and the bearer capability of the incoming call is the voice keyword, the call will be rejected.

To answer incoming voice calls at a configured rate (overriding the incoming data rate in the call), use the data keyword.

To establish speedier connections for analog calls to the router, use the isdn incoming-voice command with the modem keyword to have voice calls routed through digital modems (as pulse-code modulated analog data) instead of being treated as digital data.

Configure this command on each D channel in the access server or router. Incoming circuit-switched data calls are not affected by this command.

Note Use the isdn incoming-voice modem command only when you are using ISDN. You must use this command to carry voice over a modem when using ISDN PRI.

Examples

The following example designates incoming ISDN voice calls to be treated as voice calls:

The following example for channelized T1 configures the D channel (hence, all B channels) to answer all incoming voice calls at 56 kbps:

The following example routes all incoming voice calls through the modem as analog data:

The following example enables incoming and outgoing ISDN calls to route to the modems using the D channel serial interface:

 

Syntax Description

 

Command Default

Layer 1 port operation is as user (TE functionality as clock slave).

 

Command History

 

Usage Guidelines

If you use the no isdn layer1-emulate network command, the physical layer port operation defaults to user.

Examples

The following example configures the Layer 1 operation of a BRI voice port as QSIG clock slave (TE):

 

Related Commands

 

Syntax Description

 

Command Default

This command is disabled by default, in which case, no RESTART or STATUS-ENQUIRY messages are sent in the event of a Layer 2 flap and recovery.

 

Command History

 

Usage Guidelines

When you include the isdn layer2-flap command in the ISDN configuration, the router (as a user agent) sends a RESTART or STATUS-ENQUIRY message to the remote peer when a Layer 2 flap and recovery occurs. This notification enhances the gateway’s ability to gracefully recover from a Layer 2 flap or failure error condition. This graceful recovery frees gateway resources to handle future calls and to increase the call completion rate.

Use the isdn layer2-flap command with the isdn timer t309 command in your configuration. The isdn timer t309 command enables the router to hold or drop calls. The effect of using these two commands in the event of a Layer 2 flap and recovery is summarized as follows:

• Layer 2 failure and then a Layer 2 recovery before the T309 timer expires (with T309 timer enabled)—STATUS-ENQUIRY message
• Layer 2 failure and then a Layer 2 recovery after the T309 timer expires or with the T309 timer not enabled—RESTART message

Examples

The following example shows how to enable the router to send a RESTART message when a Layer 2 flap or failure error condition occurs and recovery happens after the T309 timer has expired (or the T309 timer is not enabled):

 

Related Commands

 

Syntax Description

 

Command Default

Disabled

 

Command History

 

Usage Guidelines

Use the isdn leased-line bri command to configure an ISDN BRI for leased-line service by aggregating two BRI B channels into a single pipe at a speed of 128 or 144 kbps, or configuring both a 64-kbps leased line and ISDN service on a single European Telecommunications Standards Institute (ETSI) NET3 switch on Cisco 800 series routers.

This command also supports two separate 64-kbps leased lines, where the BRI interface is configured as two separate leased lines instead of two B channels. No keyword is required for this configuration; just press the Return or Enter key at the end of the isdn leased-line bri number/number command string. This configuration is different than using the 128 keyword, which configures a single 128-kbps leased line.

When you use the no isdn leased-line bri command to change the channel configuration, you must also perform a system reload in order for the change to take effect.

When you use an ISDN BRI interface for access over leased lines, configure the ISDN BRI as a synchronous serial interface and do not configure ISDN calling and called numbers.

Examples

The following example configures the BRI interface for leased-line access at 128 kbps in Japan:

Because of the leased-line—not dialed—environment, configuration of ISDN called and calling numbers is not needed and not used. The BRI 0 interface is henceforth treated as a synchronous serial interface, with the default High-Level Data Link Control (HDLC) encapsulation.

The following example configures BRI channel B1 for 64-kbps leased-line service and channel B2 for ISDN service:

The following example configures two 64-kbps leased lines:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Command Default

This command is disabled by default.

 

Command History

 

Usage Guidelines

This command supports syslog logging of the following ISDN events:

• ISDN Layer 2 Up and Down events at severity 3.
• ISDN SERV, SERV ACK, Restart, Restart Ack, and Status Enq messages at severity 4.
• ISDN SERV status audit messages for various triggers at different severities.

Examples

The following example shows how to configure ISDN syslog logging:

 

Related Commands

 

Syntax Description

 

Command Default

The default is the ISDN type and plan generated by the router.

 

Command History

 

Usage Guidelines

The default ISDN type and plan can be overridden with custom values on a per-number basis or for numbers that match regular expression patterns.

If you use the isdn map command to configure custom values for the ISDN type and plan, these values take priority over any other ISDN type and plan values. The order of precedence for ISDN type and plan values is as follows, beginning with the highest precedence:

• Type and plan values configured with the isdn map command.
• Type and plan values from voice translation rules specified with the rule (voice translation-rule) command.
• Values received in the H.225 SETUP messages.
• Values received from the ISDN originating gateway in raw messages.

Configuring the isdn map command with the transparent keyword results in raw messages received from the ISDN originating gateway receiving priority over H.225 SETUP messages. When the isdn map command is configured with the transparent keyword, the order of precedence for ISDN type and plan values is as follows:

• Type and plan values configured with the isdn map command.
• Type and plan values from voice translation rules specified with the rule (voice translation-rule) command.
• Values received from the ISDN originating gateway in raw messages.
• Values received in the H.225 SETUP messages.

Examples

The following example overrides any plan and type used for any ISDN calls with a called or calling number that exactly matches 123:

The following example overrides any plan and type used for ISDN calls with a called or calling number that begins with the numerals 12:

The following example matches any number that ends with the number 7:

The following example reverses the precedence of ISDN type and plan values received from the ISDN originating gateway and from the H.225 SETUP message:

 

Related Commands

 

Syntax Description

 

Command Default

B channel negotiation is not enabled. Most PRI switch types set the default channel ID to Exclusive in the setup message. An exception is the NI2 switch, which sets the default to Preferred.

If the cause-codes keyword is not entered, it is assumed that you want ISDN cause code 44.

 

Command History

 

Usage Guidelines

The isdn negotiate-bchan command enables the router to negotiate the B channel by setting the channel ID information element to Preferred in the setup message. If this command is not configured, the channel ID is set to the default of the switch, which is usually Exclusive. Exclusive means that only the requested B channel is accepted. If the requested B channel is not available, the call is cleared.

The isdn negotiate-bcha n command is supported for all PRI switch types. The resend-setup keyword is supported only for NET5 and NI2 switches. This command is not supported for BRI interfaces.

The cause-codes keyword allows you to configure the gateway to reattempt a call when a cause code other than 44 is received from the PSTN.

Refer to the “ISDN Cause Codes” table in the appendix of the Cisco IOS Debug Command Reference for a list of ISDN cause codes.

Examples

The following example enables a call to be reattempted when a disconnect with cause code of 44 is received before alerting:

The following example shows that cause codes 34, 44, and 63 have been configured:

 

Related Commands

 

Syntax Description

 

Command Default

The default line speed is 64 kbps.

 

Command History

 

Usage Guidelines

Note The isdn not-end-to-end command is valid only when an incoming Layer 3 Setup message contains a Progress Information Element in the message. The command is validated on a call-by-call basis, depending upon the message.

This command might be needed to handle incoming calls properly. Although a call might originate at a speed of 56 kbps, the network or internetworking networks might improperly deliver the call to the user at a speed of 64 kbps. This creates a speed mismatch and causes the data to be garbled. Enabling this command makes the router look more closely at the information elements of the incoming call to determine a speed.

A speed mismatch can occur when the source and destination ISDN ports do not belong to the same network.

Examples

The following example sets the line speed for incoming calls to 56 kbps:

 

Syntax Description

 

Command Default

Disabled

 

Command History

 

Usage Guidelines

This command is used specifically on a PRI (channelized T1) to request NSF services supported on primary AT&T 4ESS (primary-4ess) switch types only.

Examples

The following example sets outgoing voice calls to use AT&T SDN NSF:

 

Related Commands

 

Syntax Description

 

Command Default

20 digits

 

Command History

 

Usage Guidelines

The maximum number of digits sent in the initial call SETUP is defaulted to 20 digits. The default of 20 digits chosen because some switches cannot handle more than 20 digits. Some countries in Europe are changing their calling plans and will require calls to be made using more than 20 digits.

The isdn number called enbloc command is used when the maximum number of octets in the called number information element in a SETUP message must be changed from the 20-digit default to the user desired limit. With this command, the user can configure the maximum number from 1 to 32 digits. This command is available for ISDN interfaces and applicable to both BRI and PRI interfaces.

Note This command is enabled for only the following switch types:
BRI_NET3_STYPE
PRI_NET5_SYTPE

Examples

The following example configures the called number information element for 32 digits:

 

Syntax Description

 

Command Default

Supported IEs are passed in applicable outgoing messages.

 

Command History

 

Usage Guidelines

Incompatibility between ISDN switch types at the originating and terminating gateways can prevent the provided IEs from being passed end-to-end. Cisco devices can be configured to transparently pass unsupported IEs, thereby allowing complete interworking between different switch types.

Use the isdn outgoing ie command to configure a device to transparently pass unsupported IEs to its peer. IEs may be packed in any codeset. However, the isdn outgoing ie command can manually control IEs packed in codeset 0 only. IEs will be passed only in applicable message types.

Use the no isdn outgoing ie command to disable the device from passing IEs in outgoing ISDN messages.

You may use the isdn gateway-max-interworking command to globally configure the device to transparently pass all unsupported IEs to its peer. However, the isdn outgoing ie command provides much finer control.

Note If the isdn gateway-max-interworking command is enabled, IEs that are invalid for some destination switch types may be passed. This can cause undesirable events to occur.

Note If the isdn protocol-emulate command is switched between the network and user keyword configurations, the isdn outgoing ie command reverts to its default setting. The isdn outgoing ie command must be reissued to restore the manual configuration.

Options That Are Specific to the Display IE

DMS-100 and DMS-250 switch types format the display IE by using octet 3, which is an additional octet that is not used by other switch types. Octet 3 specifies the calling party name and is mandatory for DMS-100 and DMS-250 switch types. DMS-100 and DMS-250 switches each use a different value for octet 3. For these switch types to interoperate with each other or with other switch types, octet 3 must be modified. Use the dms250, nooct3, or transparent keyword to control the interoperation of a DMS-100 or DMS-250 switch with other switch types.

4ESS and 5ESS switch types do not support the display IE. If a message with a display IE packed in codeset 0 is passed out of a PRI interface with 4ESS or 5ESS switch types, the display IE will be dropped. However, these switches will pass any unknown IE that is packed in codeset 6. Use the shiftcodeset codeset_6 keywords to specify that the display IE should be packed in codeset 6 before being sent out of a PRI interface with a 4ESS or 5ESS switch.

Table 1 llists the IE keywords that can be entered for the ie argument. Not all IEs can be controlled using the isdn outgoing ie command.

Table 2 lists the ISDN message type keywords that can be entered for the message-type argument.

Examples

The following example shows how to enable sending the redirect number IE in all applicable outgoing message types for a PRI-NI switch:

The following example shows how to enable sending the called number IE in an outgoing alert message for a PRI-NI switch:

The following example shows how to enable the passing of the display IE and connected number IE in all applicable outgoing message types for a PRI-5ESS switch:

The following example shows how to configure a DMS-100 switch to reformat octet 3 for interoperability with a DMS-250 switch:

The following example shows how to configure a DMS-100 switch to drop the octet from the display IE:

The following example shows how to configure a DMS-100 switch to pack the display IE without modifying octet 3:

The following example shows how to configure a switch to pack the display IE in codeset 6 before sending it out of an interface configured with a 4ESS switch:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Command Default

The redirecting number IE will be passed in the setup message for the following switch types only by default:

• basic-dms100
• basic-ni
• primary-dms100
• primary-4ESS
• primary-5ESS
• primary-ni
• primary-ni2c

For all other switch types, the redirecting number IE will not be passed by default.

 

Command History

 

Usage Guidelines

Use the isdn outgoing ie redirecting-number command to enable passing of the redirect number IE in the setup message from the Cisco router to its peer. Some switch types do not support the redirect number IE, so to ensure compatibility with a peer that does support the redirect number IE you may enable the passing of the redirect number IE using the isdn outgoing ie redirecting-number command.

Note If the isdn protocol-emulate command is switched between the network and user keyword configurations, the isdn outgoing ie command reverts to its default setting. The isdn outgoing ie command must be reissued to restore the manual configuration.

Examples

The following example enables the passing of the redirect number IE for a NET5 switch on a serial interface:

 

Related Commands

 

Syntax Description

 

Command Default

No information transfer capabilities set.

 

Command History

 

Usage Guidelines

This command is used on outgoing voice calls only, and sets standard information transfer capability.

Examples

The following example sets information transfer capability on outgoing voice calls to speech:

 

Related Commands

 

Syntax Description

 

Command Default

Overlap receiving is not enabled.

 

Command History

 

Usage Guidelines

In some situations, the default timer value of the T302 timer is too long. You can shorten the duration of the timer by specifying the T302 keyword with the number of milliseconds necessary.

When configuring outbound peer matching and overlap receiving, use the isdn overlap-receiving command with the destination-pattern command. You must configure the commands to allow the router to wait for all the digits to be received before the call is routed. To do this, use the T control character after the digits in the destination pattern specified with the destination-pattern command. Optionally, you can shorten the duration of the T302 timer when you specify the isdn overlap-receiving command.

Examples

The following example shows how to enable overlap receiving on the ISDN interface:

The following example shows how to enable overlap receiving on the ISDN interface and set the T302 timer to 2 seconds:

 

Related Commands

 

Syntax Description

This commands has no arguments or keywords.

 

Command Default

Overlap receiving is not enabled.

 

Command History

 

Usage Guidelines

The isdn overlap-receiving calltypes all command enables overlap receiving for all nonvoice calls that use data dial peers, and it enables an ISDN interface to proceed with a call when a sufficient number of digits are received. These digits are determined by the destination-pattern command under the data dial peer configuration.

This command is supported on the Cisco AS5350, Cisco AS5400, and Cisco AS5850 routers.

Examples

The following example shows how to enable overlap receiving:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Defaults

No default behavior or values.

 

Command History

Examples

The following example shows how to enable the PRI to take PIAFS calls:

 

Syntax Description

This command has no arguments or keywords.

 

Command Default

The BRI port sends SETUP messages on the static TEI (TEI 127).

 

Command History

 

Usage Guidelines

This command only applies if a static TEI has been activated with the isdn static-tei command.

Examples

The following example configures the BRI port to send SETUP messages on the static TEI:

 

Related Commands

 

Syntax Description

 

Command Default

No default behavior or values

 

Command History

 

Usage Guidelines

• The current ISDN signaling stack can emulate the ISDN network side, but it does not conform to the specifications of the various switch types in emulating the network side.
• This command enables the Cisco IOS software to replicate the public switched network interface to a Private Branch Exchange (PBX).
• To emulate NT (network) or TE (user) functionality, use this command to configure the layer 2 and layer 3 port protocol of a BRI voice port or a PRI interface.
• Use this command to configure the Cisco AS5300 PRI interface to serve as either the primary QSIG slave or the primary QSIG master. To disable QSIG signaling, use the no form of this command; the layer 2 and layer 3 protocol emulation defaults to user.
• This feature is supported for the PRI Net5 and PRI NTT switch types.

Examples

The following example configures the interface (configured for Net5) to emulate the network-side ISDN:

The following example configures the layer 2 and layer 3 function of T1 PRI interface 23 to act as the QSIG master (NT):

The following example configures the layer 2 and layer 3 function of a BRI voice port to operate as QSIG slave (TE):

The following example configures the layer 2 and layer 3 function of an E1 PRI interface to operate as QSIG slave (TE):

 

Related Commands

 

Syntax Description

 

Command Default

Incoming calls are rejected based on D-channel bearer capability information (cause code 65).

 

Command History

 

Usage Guidelines

The isdn reject command rejects incoming calls based on D-channel bearer capability information.

If this command is configured with the cause cause-code keyword and argument, it will override the default value and use the configured cause code specified to reject the call. For example, if the isdn reject data command is configured so that data calls are rejected with cause code set to 65 (“bearer capability not implemented” and the default), you can change the cause code to 2, so that data calls will then be rejected with cause code 2. Refer to the ISDN Switch Types, Codes, and Values appendix in the Cisco IOS Debug Command Reference for a list of ISDN cause code values.

The settings for the isdn incoming-voice interface configuration command determine how the call is handled based on bearer capability information, as follows:

• isdn incoming-voice voice —Calls bypass the modem and are handled as a voice call.
• isdn incoming-voice data —Calls bypass the modem and are handled as digital data.
• isdn incoming-voice modem —Calls are passed to a digital modem and the call negotiates the appropriate modem connection with the far-end modem.

When the ISDN interface is configured for incoming voice with the isdn incoming-voice voice command and the ISDN bearer capability indicates the call as unrestricted digital data (i = 0x8890), the call is handled as voice over data.

You can assign as many reject incoming call type statements as needed to reject unwanted calls on the ISDN interface.

This command works on any Cisco platform that supports ISDN PRI and BRI interfaces.

Examples

The following example configuration rejects all incoming data and voice-over-data calls but accepts voice calls:

The following example sets the ISDN interface to reject incoming PIAFS calls:

The following example sets cause code 21 to reject all incoming data calls:

 

Related Commands

 

Syntax Description

This command has no arguments or keywords.

 

Command Default‘

This command is disabled by default.

 

Command History

 

Usage Guidelines

Some switches may want an Alerting message to be sent by the router before sending a Connect message. This is usually seen in a voice and data type of network.

Examples

In the following example, the isdn send-alerting command applies to an ISDN BRI interface:

 

Related Commands