- A
- B
- cac master through call application stats
- call application voice through call denial
- call fallback through called-number (dial peer)
- caller-id (dial peer) through ccm-manager switchover-to-backup
- ccs connect (controller) through clear vsp statistics
- clid through credentials (sip-ua)
- default (auto-config application) through direct-inward-dial
- disable-early-media through dualtone
- E
- F
- G
- H
- icpif through irq global-request
- isdn bind-l3 through ixi transport http
- K
- L
- map q850-cause through mgcp package-capability
- mgcp persistent through mmoip aaa send-id secondary
- mode (ATM/T1/E1 controller) through mwi-server
- N
- O
- package through pattern
- periodic-report interval through proxy h323
- Q
- R
- sccp through service-type call-check
- session through sgcp tse payload
- show aal2 profile through show call filter match-list
- show call history fax through show debug condition
- show dial-peer through show gatekeeper zone prefix
- show gateway through show modem relay statistics
- show mrcp client session active through show sip dhcp
- show sip service through show trunk hdlc
- show vdev through show voice statistics memory-usage
- show voice trace through shutdown (voice-port)
- signal through srv version
- ss7 mtp2-variant through switchover method
- target carrier-id through timeout tsmax
- timeouts call-disconnect through timing clear-wait
- timing delay-duration through type (voice)
- U
- vad (dial peer) through voice-class sip encap clear-channel
- voice-class sip error-code-override through vxml version 2.0
- W
- Z
Cisco IOS Voice Commands:
U
This chapter contains commands to configure and maintain Cisco IOS voice applications. The commands are presented in alphabetical order. Some commands required for configuring voice may be found in other Cisco IOS command references. Use the command reference master index or search online to find these commands.
For detailed information on how to configure these applications and features, refer to the Cisco IOS Voice Configuration Guide.
unbundle vfc
To unbundle DSPWare from the VCWare and configure the default file and capability lists with default values, use the unbundle vfc command in privileged EXEC mode.
unbundle [high-complexity | medium-complexity] vfc slot-number
Syntax Description
high-complexity |
(Optional) Unbundles the high-complexity firmware set. |
medium-complexity |
(Optional) Unbundles the medium-complexity firmware set. |
slot-number |
Voice feature card (VFC) slot number. |
Command Default
No default behavior or values
Command Modes
Privileged EXEC
Command History
Usage Guidelines
VFCs come with a single bundled image, VCWare, stored in VFC Flash memory. Use the unbundle vfc command to unbundle this bundled image into separate files, which are then written to Flash memory. When VCWare is unbundled, it automatically adds DSPWare to Flash memory, creates both the capability and default file lists, and populates these lists with the default files for that version of VCWare. The default file list includes the files to be used to boot up the system. The capability list defines the available voice codecs for H.323 capability negotiation. These files are used during initial card configuration and for subsequent firmware upgrades.
Before unbundling a VFC software image that you have just copied over to VFC Flash, use the clear vfc command. Unbundling a DSP firmware set rewrites the default-file and capabilities lists. After unbundling, you must reload the router for any changes to take effect.
Examples
The following example unbundles the high-complexity firmware set into slot 2:
Router# unbundle high-complexity vfc 2
Related Commands
url
To configure the Internet service provider (ISP) address, use the url command in settlement configuration mode. You can configure the address type multiple times. To disable the address, use the no form of this command.
url url-address
no url url-address
Syntax Description
url-address |
URL address. A valid URL address is as follows: |
Command Default
No default behavior or values
Command Modes
Settlement configuration
Command History
Usage Guidelines
You can configure the address type multiple times. If you configure multiple URLs for the settlement server, the gateway attempts to send the request to each URL in the order in which you configured these addresses.
If the first URL is unsuccessful, the gateway tries the next URL. If the first URL becomes available, the gateway does not switch back until it loops through the list of URLs, for example:
url http://servicepoint1.com
url http://servicepoint2.com
url http://servicepoint3.com
If http://servicepoint1.com fails, the gateway sends the request to http://servicepoint2.com. If http://servicepoint1.com comes back online, the gateway continues to send requests to http://servicepoint2.com. Later on, if http://servicepoint2 is down, the gateway sends requests to http://servicepoint3.com.
When http://servicepoint3.com is down the gateway routes its requests back to http://servicepoint1.com.
Examples
The following example shows four URLs configured for the settlement server:
settlement 0
url http://1.2.3.4/
url http://1.2.3.4:80/
url https://1.2.3.4:4444/
url https://yourcompany.com:443/
Related Commands
url ( SIP)
To configure URLs to either the Session Initiation Protocol (SIP), SIP secure (SIPS), or telephone (TEL) format for your VoIP SIP calls, use the url command in SIP configuration mode. To reset to the default, use the no form of this command.
url {sip | sips | tel [phone-context]}
no url
Syntax Description
Command Default
SIP URLs
Command Modes
SIP configuration (conf-serv-sip)
Command History
Usage Guidelines
This command affects only user-agent clients (UACs), because it causes the use of a SIP, SIPS, or TEL URL in the request line of outgoing SIP INVITE requests. SIP URLs indicate the originator, recipient, and destination of the SIP request; TEL URLs indicate voice call connections.
The voice-class sip url command takes precedence over the url command configured in SIP global configuration mode. However, if the voice-class sip url command is configured with the system keyword, the gateway uses what was globally configured with the url command.
Enter SIP configuration mode after entering voice-service VoIP configuration mode, as shown in the "Examples" section.
Examples
The following example generates URLs in SIP format:
voice service voip
sip
url sip
The following example generates URLs in SIPS format:
voice service voip
sip
url sips
The following example generates URLs in TEL format:
voice service voip
sip
url tel
The following example generates URLs in TEL format and appends the phone-context parameter:
voice service voip
sip
url tel phone-context
Related Commands
|
|
---|---|
sip |
Enters SIP configuration mode from voice-service VoIP configuration mode. |
voice-class sip url |
Generates URLs in the SIP, SIPS, or TEL format. |
usage-indication
To enter the Annex G neighbor usage mode used to configure optional usage indicators, use the usage-indication command in Annex G neighbor configuration mode. To return to the default setting, use the no form of this command.
usage-indication
no usage-indication
Syntax Description
This command has no arguments or keywords.
Command Default
Disabled
Command Modes
Annex G neighbor
Command History
|
|
---|---|
12.2(11)T |
This command was introduced. |
Usage Guidelines
Use usage-indication command to enter the mode to set usage indication characteristics. Repeat this command for each border element neighbor that you configure.
Note The no shutdown command must be used to enable each service relationship.
Examples
The following example shows how to enter the Annex G neighbor usage mode:
doc-rtr3(config-nxg-neigh-usg)# usage-indication
Related Commands
use-proxy
To enable proxy communications for calls between local and remote zones or the H.225 Annex G border element, use the use-proxy command in gatekeeper configuration mode. To remove either a proxy configuration entry for a remote zone or the H.225 Annex G border element, to disable proxy communications between local and remote zones or H.225 Annex G border element, use the no form of this command.
use-proxy local-zone-name {default | h323-annexg | remote-zone remote-zone-name} {inbound-to | outbound-from} {gateway | terminal}
no use-proxy local-zone-name {default | h323-annexg | remote-zone remote-zone-name} [{inbound-to | outbound-from} {gateway | terminal}]
Syntax Description
Command Default
The local zone uses proxy for both inbound and outbound calls to and from the local H.323 terminals only. Proxy is not used for both inbound and outbound calls to and from local gateways. For releases prior to Cisco IOS Release 12.3(7)T, both inbound and outbound calls using the H.225 Annex G border element do not use the proxy.
Command Modes
Gatekeeper configuration
Command History
Usage Guidelines
This command replaces the zone access command used in previous versions of the gatekeeper. When a previous version of a gatekeeper is upgraded, any zone access commands are translated to use-proxy commands. You can use the show gatekeeper zone status command to see the gatekeeper proxy configuration.
If the domain name is cisco.com, the gatekeeper name might be gk1.cisco.com. However, if the gatekeeper is controlling multiple zones, the name of the gatekeeper for each zone should be a unique string.
Examples
In the following example, the local zone sj.xyz.com is configured to use a proxy for inbound calls from remote zones tokyo.xyz.com and milan.xyz.com to gateways in its local zone. The sj.xyz.com zone is also configured to use a proxy for outbound calls from gateways in its local zone to remote zones tokyo.xyz.com and milan.xyz.com.
use-proxy sj.xyz.com remote-zone tokyo.xyz.com inbound-to gateway
use-proxy sj.xyz.com remote-zone tokyo.xyz.com outbound-from gateway
use-proxy sj.xyz.com remote-zone milan.xyz.com inbound-to gateway
use-proxy sj.xyz.com remote-zone milan.xyz.com outbound-from gateway
Because the default mode disables proxy communications for all gateway calls, only the gateway calls listed above can use the proxy.
In the following example, the local zone sj.xyz.com uses a proxy for only those calls that are outbound from H.323 terminals in its local zone to the specified remote zone germany.xyz.com:
no use-proxy sj.xyz.com default outbound-from terminal
use-proxy sj.xyz.com remote-zone germany.xyz.com outbound-from terminal
Note Any calls inbound to H.323 terminals in the local zone sj.xyz.com from the remote zone germany.xyz.com use the proxy because the default applies.
The following example removes one or more proxy statements for the remote zone germany.xyz.com from the proxy configuration list:
no use-proxy sj.xyz.com remote-zone germany.xyz.com
This command removes all special proxy configurations for the remote zone germany.xyz.com. After you enter a command like this, all calls between the local zone (sj.xyz.com) and germany.xyz.com are processed according to the defaults defined by any use-proxy commands that use the default option.
To prohibit proxy use for inbound calls to H.323 terminals in a local zone from a specified remote zone, enter a command similar to the following:
no use-proxy sj.xyz.com remote-zone germany.xyz.com inbound-to terminal
This command overrides the default and disables proxy use for inbound calls from remote zone germany.xyz.com to all H.323 terminals in the local zone sj.xyz.com.
In the following example, the local zone sj.xyz.com is configured to use a proxy for inbound calls and outbound calls that use the H.225 Annex G border element co-located with the gatekeeper:
use-proxy sj.xyz.com h323-annexg inbound-to gateway
use-proxy sj.xyz.com h323-annexg outbound-from gateway
In the following example, the local zone sj.xyz.com is configured not to use a proxy for inbound calls and outbound calls that use the H.225 Annex G border element co-located with the gatekeeper:
no use-proxy sj.xyz.com h323-annexg inbound-to terminal
no use-proxy sj.xyz.com h323-annexg outbound-from terminal
The following example removes one or more proxy statements for the H.225 Annex G border element from the proxy configuration list:
no use-proxy sj.xyz.com h323-annexg
Related Commands
|
|
---|---|
show gatekeeper zone status |
Displays the status of zones related to a gatekeeper. |
user-id
To match a call based on the user-id field in the Session Initiation Protocol (SIP) uniform resource identifier (URI), use the user-id command in voice URI class configuration mode. To remove the match pattern, use the no form of this command.
user-id username-pattern
no user-id
Syntax Description
username-pattern |
Cisco IOS regular expression pattern to match against the user-id field in a SIP URI. Can be up to 32 characters. |
Command Default
No default behavior or values
Command Modes
Voice URI class configuration
Command History
|
|
---|---|
12.3(4)T |
This command was introduced. |
Usage Guidelines
•You can use this command only in a voice class for SIP URIs.
•You cannot use this command if you use the pattern command in the voice class. The pattern command matches on the entire URI, whereas this command matches only a specific field.
Examples
The following example defines a voice class that matches on the user-id field in a SIP URI:
voice class uri r100 sip
user-id abc123