Feedback
|
Table Of Contents
Overview of Cisco Unified Border Element
Prerequisites for Cisco Unified Border Element Configuration
Restrictions for Cisco Unified Border Element Configuration
Information About Cisco Unified Border Element
Cisco Unified Border Element Network Topology
Features Supported by the Cisco Unified Border Element
Gateway Call-Signaling Features
Application and Tcl Script Features
Tcl Objects Supported by the Cisco Unified Border Element
Feature Information for Cisco Unified Border Element Configuration Guide
Overview of Cisco Unified Border Element
Revised: March 19, 2010,First Published: June 19, 2006Last Updated: March 19, 2010This Cisco Unified Border Element (previously known as the Cisco Multiservice IP-to-IP Gateway) is a special Cisco IOS software image that runs on Cisco multiservice gateway platforms. It provides a network-to-network interface point for billing, security, call admission control, quality of service, and signaling interworking. This chapter describes basic gateway functionality, software images, topology, and summarizes supported features.
Activation
Cisco Product Authorization Key (PAK)—A Product Authorization Key (PAK) is required to configure some of the features described in this guide. Before you start the configuration process, please register your products and activate your PAK at the following URL http://www.cisco.com/go/license.
Your software release may not support all the features documented in this module. For the latest feature information and caveats, see the release notes for your platform and software release. To find information about the features documented in this module, and to see a list of the releases in which each feature is supported, see the "Cisco Unified Border Element Features Roadmap" section on page 1.
Use Cisco Feature Navigator to find information about platform support and Cisco IOS and Catalyst OS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
For more information about Cisco IOS voice features, see the entire Cisco IOS Voice Configuration Library—including feature documents, and troubleshooting information—at http://www.cisco.com/en/US/docs/ios/12_3/vvf_c/cisco_ios_voice_configuration_library_glossary/vcl.htm.
Contents
•
Prerequisites for Cisco Unified Border Element Configuration
•
Restrictions for Cisco Unified Border Element Configuration
•
Information About Cisco Unified Border Element
•
Feature Information for Cisco Unified Border Element Configuration Guide
Prerequisites for Cisco Unified Border Element Configuration
Cisco Unified Border Element Hardware
•
Install the routers that will serve as session border controllers in your VoIP network.
Cisco Unified Border Element Software
•
Obtain the appropriate feature license for each router on which you will install an image that supports the Unified Border Element feature. Additional information on obtaining a feature license can be found at: http://www.cisco.com/en/US/products/sw/voicesw/ps5640/products_data_sheet09186a00801da698.html
Activation
Cisco Product Authorization Key (PAK)—A Product Authorization Key (PAK) is required to configure some of the features described in this guide. Before you start the configuration process, please register your products and activate your PAK at the following URL http://www.cisco.com/go/license.
•
Install the appropriate Cisco IOS image on each router and configure a working VoIP network.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which Cisco IOS and Catalyst OS software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.
Table 1 provides additional information on image and feature sets that support the Cisco Unified Border Element.
Restrictions for Cisco Unified Border Element Configuration
•
Cisco Unified Border Elements that require the Registration, Admission, and Status (RAS) protocol must have a via-zone-enabled gatekeeper or equivalent.
•
Cisco Unified Border Elements interoperate with Cisco ATA 186, Cisco ATA 188, Cisco Unified Communications Manager, Cisco CallManager Express 3.1, Cisco IOS gateways, NetMeeting, and Polycom ViewStation.
•
Cisco fax relay is reported as a voice call on an Cisco Unified Border Element. Fax relay is enabled by default for all systems. No further configuration is needed.
•
Fax calls are reported as a modem plus fax call when modem CLI are present.
•
Cisco Unified Border Element supports T.38 fax relay (H.323 Annex D). However, endpoints configured with Named Signaling Events (NSE) may result in reduced fax transmission quality and are not supported.
•
Codec filtering must be based on codec types; filtering based on byte size is not supported.
•
When a Tcl script is running on an Cisco Unified Border Element, the Cisco Unified Border Element does not support ringback tone generation.
•
Transcoding is supported on the Cisco AS5xxxXM Cisco UBE with AS5xxx-FC / AS5xxx-PVDM2-64 in Cisco IOS Release 12.4(11)XJ and later releases for Cisco UBE deployment.
•
Transcoding is not supported on the Cisco 7200 and the Cisco 7301.
Information About Cisco Unified Border Element
A Cisco Unified Border Element (Cisco UBE), in this guide also called an IP-to-IP gateway (IPIPGW), border element (BE), or session border controller, facilitates connectivity between independent VoIP networks by enabling H.323 VoIP and videoconferencing calls from one IP network to another. This gateway performs most of the same functions of a PSTN-to-IP gateway, but typically joins two IP call legs, rather than a PSTN and an IP call leg. Media packets can flow either through the gateway (thus hiding the networks from each other) or around the border element, if so configured.
Cisco Unified Border Element is a special Cisco IOS software image that runs on Cisco Unified Border Element platforms. It provides a network-to-network interface point for billing, security, call admission control, quality of service, and signaling interworking.
Cisco Unified Border Element is designed to meet the interconnection needs of Internet telephony service providers (ITSPs) and of enterprises. One set of images provides basic interconnection and a second set provides interconnection through an Open Settlement Protocol (OSP) provider, enabling ITSPs to gain the benefits of the Cisco Unified Border Element while making use of the routing, billing, and settlement capabilities offered by OSP-based clearinghouses.
For the most effective and scalable results, use the Cisco Unified Border Element concurrently with a Cisco gatekeeper
Feature benefits include the following:
•
Capacity control and improved call routing control using carrier-based routing with the Cisco Unified Border Element feature and routing traffic through the gateways.
•
Improved billing and settlement capabilities.
•
Provides key services at the edge of the network for scalability.
To configure the Cisco Unified Border Element Feature, you should understand the following concepts:
•
Cisco Unified Border Element Network Topology
•
Features Supported by the Cisco Unified Border Element
Gateway Functionality
Gateways are responsible for the following tasks.
•
Media stream handling and speech path integrity
•
DTMF relay
•
Fax relay and passthrough
•
Digit translation and call processing
•
Dial peers and codec filtering
•
Carrier ID handling
•
Gateway-based billing
•
Termination and re-origination of signaling and media
Cisco Unified Border Element Network Topology
In the current VoIP market, ITSPs who provide wholesale VoIP services use their own IP-to-TDM gateways to exchange calls with the PSTN. Problems occur when a wholesaler receives a call from an originating ITSP and decides to terminate the call to another ITSP. Because it does not own the PSTN gateways, the wholesaler does not receive call setup or release information and therefore cannot bill for the call. Wholesalers are forced either to forbid these connections, thereby foregoing a potential revenue source, or to set up the call through a combination of back-to-back IP-to-TDM gateways. This solution results in reduced quality due to double media coding and decoding, and it wastes TDM port resources.
Cisco Unified Border Element allows the wholesaler to terminate the call from the originating ITSP and then reoriginate it, thereby providing a point at which accurate call detail records (CDRs) can be collected for billing.
The superior interconnect capability provided by the Cisco Unified Border Element enables service providers to conceal their internal network and business relationships while improving call admission control, flexible routing, and protocol interworking capabilities.
The Cisco Unified Border Element includes the following changes to gateways and gatekeepers to allow Cisco UBE call legs:
•
Support for H.323-to-H.323, H.323-to-SIP, and SIP-to-SIP connection types
•
Support for transparent codec on H.323-to-H.323 connection types
•
Support for H.323 call capacities
•
Introduction of gatekeeper via-zones. Via-zone is a Cisco term for a zone that contains Cisco Unified Border Elements and via-zone-enabled gatekeepers. A via-zone-enabled gatekeeper is capable of recognizing via-zones and sending traffic to via-zone gateways. Cisco via-zone-enabled gatekeepers include a via-zone command-line interface (CLI) command.
Via-zones are usually located on the edge of an ITSP network and are like a VoIP transfer point, or tandem zone, where traffic passes through on the way to the remote zone destination. Gateways in this zone terminate requested calls and reoriginate traffic to its final destination. Via-zone gatekeepers operate as usual for applications that are not Cisco UBE gatekeepers in via-zones support resource management (for example, gateway selection and load balancing) using the Capacities field in the H.323 Version 4 RAS messages.
Figure 1 shows a simple topology example of the Cisco Unified Border Element using via-zone gatekeepers.
Figure 1 Cisco Unified Border Element Feature Sample Topology
The gatekeeper in Domain A and the gatekeeper in Domain B are connected to the via-zone gatekeeper. GK408 and the via-zone gatekeeper exchange Registration, Admission, and Status (RAS) messages for the originating side. Then the connection is made between the originating gateway and the Cisco Unified Border Element. The via-zone gatekeeper exchanges RAS messages with GK919 for the terminating side. If the call is accepted, the Cisco Unified Border Element completes the connection from GW408 to GW919, and the media flows through the Cisco Unified Border Element.
In a basic call scenario, on receiving a location request (LRQ) message from the originating gatekeeper (GK408), the via-zone-enabled gatekeeper (GKVIA) processes the message and determines that the call should be set up using the Cisco Unified Border Element. After the originating gateway receives its admission confirmation (ACF) message, it sets up the call.
With the Cisco Unified Border Element feature, instead of the originating gateway signaling the terminating gateway directly, the Cisco Unified Border Element controls the call set-up both the signaling and media channel. The Cisco Unified Border Element is terminating the signaling and media channels, but the information associated with the media is propagated through to the opposite call leg. This process allows the endpoints to determine what media channel capabilities to use for the call. When the call is established, the audio stream flows through the Cisco Unified Border Element, meaning that the gateway terminates the audio channel on one call leg and then reorginates it to the other leg.
The following scenario illustrates a basic call from the originating gateway to the terminating gateway, using the Cisco Unified Border Element and gatekeepers.
1.
GW408 (the originating gateway) calls someone in the 919 area code, which is serviced by GW919 (the terminating gateway).
2.
GW408 sends an ARQ with the called number having the 919 area code to a gatekeeper in its zone (GK408).
3.
GK408 resolves 919 to belong to a via-zone gatekeeper (GKVIA). GK408 then sends an LRQ to GKVIA.
4.
GKVIA receives the LRQ for the 919 number. GKVIA resolves the 919 prefix to belong to the Cisco Unified Border Element. GKVIA is configured to route requests for 919 prefix calls through its Cisco Unified Border Element. GKVIA sends an LCF to GK408.
5.
GK408 returns an ACF specifying Cisco Unified Border Element to GW408.
6.
GW408 sends a SETUP message to Cisco Unified Border Element for the 919 number.
7.
Cisco Unified Border Element consults GKVIA with an ARQ message with the answerCall=true parameter to admit the incoming call.
8.
GKVIA responds with an ACF to admit the call. From the perspective of the gatekeeper, the first call leg has been established.
9.
Cisco Unified Border Element has a dial peer specifying that RAS messages should be sent to GKVIA for all prefixes. Cisco Unified Border Element initiates the resending of the call by sending the ARQ message with the answerCall parameter set to, false to GKVIA for 919.
10.
GKVIA knows that prefix 919 belongs to GK919, and since the source zone is the via-zone, the GKVIA sends an LRQ to GK919.
11.
GK919 sees prefix 919 as a local zone and sends an LCF pointing to GW919.
12.
GKVIA returns an ACF specifying GW919.
13.
Cisco Unified Border Element sends a SETUP message to GW919 for the 919 call.
14.
GW919 sends an ARQ to GK919 to request admission for the call.
15.
GK919 sends an ACF with the answerCall=true parameter.
All other messages (for example, Proceeding, Alerting, and Connect) are created as two legs between GW408, and GW919, with the Cisco Unified Border Element acting as an intermediate gateway.
Features Supported by the Cisco Unified Border Element
This section contains lists of the following types of supported features:
•
Gateway Call-Signaling Features
•
Application and Tcl Script Features
•
Tcl Objects Supported by the Cisco Unified Border Element
Gateway Call-Signaling Features
Table 2 is a list of supported gateway call-signaling features.
Table 2 Cisco Unified Border Element Call Signaling Features
Feature Details H.323-to-H.323 Support? H.323-to-SIP Support? SIP-to-SIP Support? Additional InformationAccounting
Calling/called name and number RADIUS call accounting records
Yes
Yes
Yes
—
Conference ID for call relating the two call legs
Yes
Yes
Yes
—
Address Hiding
Address hiding
Yes
Yes
Yes
—
Call Admission Control
Call Admission Control
Yes
Yes
Yes
CPU, memory utilization, total calls, Max connections, RSVP and IP Circuits for all the protocol combinations (H.323-to-H.323, H.323-to-SIP, and SIP-to-SIP).
RSVP nonsynchronized
Yes
No
No
Video only
RSVP synchronized
Yes
No
No
Video only
Cause Codes
SIP Cause Codes
No
No
Yes
—
Cisco CallManager Connections
Interoperability with Cisco Unified Communications Manager 5.0 and Cisco Unified Communications Manager 4.1.3
Yes
Yes
Yes
—
No MTP for Cisco Unified Communications Manager Trunks to Cisco Unified BE
Yes
No
No
—
Codec Support
Audio Codecs
Yes
Yes
Yes
G.711u, G.711a, G.723, G.726, G.729r8, G.728, iLBC.
Codec Transparent Support
Yes
Except for G.723
Yes
Yes
SIP-to-SIP support in Cisco IOS Release 12.4(22)YB and later.
Note
Codec Transparent is not supported for H.323 to H.323 calls using the G.723 codec.
Video Codecs
Yes
No
No
H.261, H.263, H.264.
Codec Transcoding
Codec bytes payload value negotiation
Yes
No
No
Payload size is passed transparently and negotiated between the endpoints. Codec bytes configuration on the Cisco Unified Border Element is ignored.
Codec transcoding (G.711-G.729)
Yes
Yes
No
—
DTMF Transcoding with the Cisco AS5xxx platforms
Yes
Yes
Yes
—
DTMF
DTMF
Yes
Yes
Yes
Configuration must be consistent between the originating and terminating gateways. DTMF configuration is needed at the Cisco Unified Border Element.
KPML
No
Yes
Yes
—
DTMF relay and hookflash relay
Yes
No
No
H.245 alphanumeric, H.245 signal, RFC 2833, and Cisco RTP DTMF relay types supported. Configuration not needed on Cisco Unified Border Element.
G.711 Inband DTMF to RFC 2833
Yes
Yes
Yes
—
ENUM Support- RFC-2916
ENUM support
Yes
Yes
Yes
—
Fax/Modem
Cisco-proprietary fax relay
Yes
Yes
Yes
Fax relay is enabled by default for all systems. No further configuration is needed.
Fax pass-through
Yes
Yes
Yes
—
Modem passthrough
Yes
Yes
Yes
The Cisco Unified Border Element display may not display the codec upshift (G.729 to G.711).
Modem relay
No
No
No
—
Fax with Transcoding
Yes
Yes
No
—
T.38 fax relay (flow-through)
Yes
Yes
Yes
•
TCP/UDP like-to-like transport: Yes
•
Standards OLC: Yes
•
Cisco Proprietary NSE: No
Lawful Intercept
Lawful intercept
Yes
Yes
Yes
See Table 8 and Table 9 in this chapter for a list of supported platforms.
Media Inactivity Timer
RTCP media inactivity timer
Yes
Yes
Yes
—
Media Modes
Media Flow Through
Yes
Yes
Yes
—
Media Flow Around
Yes
No
Yes
Note
SIP-to-SIP support is limited to basic audio calls.
Other Features
IP address bind
Yes
Yes
Yes
Interface can be bound to only one protocol type.
Session refresh with OPTIONS
No
No
Yes
—
Media Statistics on an Cisco UBE
Yes
Yes
Yes
—
SIP Error Message Pass Through
No
No
Yes
—
Protocol Compliance
H.323 v4
Yes
Yes
No
—
SIP v2
No
Yes
Yes
—
Quality of Service
ToS/DSCP marking support
Yes
Yes
Yes
—
Rotary Support
Call Failure Recovery (Rotary)
Yes
No
Yes
SIP-to-SIP calls must have same codec.
EmptyCapability (TCS=0)
Yes
No
No
TCS=0 message is transparently transferred from leg to leg.
Security
CryptoToken - IRR
Yes
No
No
—
H235CallSecurity
Yes
No
No
Tokens are not transferred from leg to leg. A security token cannot be generated for only one leg (for example, only on the outgoing leg).
IPSEC
Yes
Yes
Yes
—
Secure RTP with IPSEC for Signaling
Yes
No
No
—
SRTP
Yes
No
No
—
Transport Layer Security (TLS)
No
Yes
Yes
—
Signaling Interworking
Delayed Media to Delayed Media
No
No
Yes
—
Delayed Media to Slow Start
No
No
No
—
Early Media to Early Media
n/a
n/a
Yes
Invite with SDP parameters.
Fast Start to Delay Media
No
No
No
—
Fast Start to Fast Start
Yes
n/a
n/a
Fast start elements are sent in PROG or ALERT and not in CALLPROC.
Slow Start to Delayed Media
No
Yes
No
—
Slow Start to Early Media
No
No
No
—
Slow Start to Fast Start
Yes
No
No
Support for basic calls
Slow Start to Slow Start
Yes
No
No
—
Progress indicator interworking for media cut-through
Yes
No
No
—
Tunneled H.245 traffic
Yes
No
No
—
Supplementary Services (Including Cisco Unified Communications Manager)
Call Forward
Yes
No
Yes
H323:H450.3, SIP:302
Call Hold/Resume
Yes
No
Yes
SIP: Reinvite
ECS to ReINVITE on the Cisco IOS SBC.
No
Yes
Yes
—
ECS to REFER on the Cisco IOS SBC.
No
Yes
Yes
—
Call Transfer
Yes
No
Yes
H323:H450.2, SIP:Refer
Call Waiting
No
No
Yes
—
Distinctive Ringing
No
No
Yes
—
Message Waiting Indication (MWI)
Yes
No
Yes
—
Music on Hold
Yes
Yes
Yes
Not locally generated on Cisco Unified Border Element.
TCL IVR
IVR with DTMF SIP NOTIFY, RFC 2833
No
Yes
Yes
—
IVR with H.245 alphanumeric, H.245 signal, RFC 2833
Yes
Yes
n/a
—
Timeouts
H.225 configurable timeout
Yes
No
No
—
Transport Protocols
UDP
Yes
Yes
Yes
H.323-to-H.323 and H.323-to-SIP connections require a GK.
TCP
Yes
Yes
Yes
—
Interworking UDP and TCP Transport
No
No
Yes
—
Voice and Video Calls
Voice
Yes
Yes
Yes
—
Video
Yes
No
No
—
VoiceXML
VXML standard 3.x support
No
Yes
No
—
VXML with DTMF SIP NOTIFY, RFC 2833
n/a
Yes
Yes
—
VXML with H.245 alphanumeric H.245 signal, RFC 2833
Yes
Yes
n/a
—
Protocol Interworking
Table 3 shows a list of protocol interworking support.
Billing Features
Table 4 shows a list of supported billing features.
Application and Tcl Script Features
Table 5 shows a list of supported application and Tcl script features.
Table 5 Supported Application and Tcl Script Features
Feature Supported? Additional InformationIP call leg IVR
Yes
—
Tcl scripts
Yes
—
VXML session application
Yes
—
Interoperability Features
Table 6 shows a list of supported interoperability features.
IVR Features
Table 7 shows a list of supported IVR features.
Table 7 Supported IVR Features
Feature Supported? Additional InformationTCL IP-IP
Partially
•
TCL Verbs: Yes
•
TDM related: No
VXML IP-IP
Partially
•
TCL Verbs: Yes
•
TDM related: No
Lawful Intercept Support
Lawful Intercept (LI) is the term used to describe the process by which law enforcement agencies conduct electronic surveillance of circuit communications as authorized by judicial or administrative order. Cisco Service Independent Intercept (SII) supports voice and data intercept and intercept requests are initiated by MD using SNMPv3.
Table 8 and Table 9 provide quick reference to platforms and images that support lawful intercept
QoS Features
Table 10 shows a list of supported quality-of-service (QoS) features.
Tcl Objects Supported by the Cisco Unified Border Element
The Cisco Unified Border Element supports all current Cisco IOS Tcl functions except those that are required to support IVR as defined: Tone generation
Table 11 through Table 14 list the Tcl commands, information tags, events, and status codes, respectively, that are supported by the Cisco Unified Border Element. Those listed as unsupported may function partially or incorrectly, and therefore their use is not recommended.
Note
For a complete list of Tcl commands, see the Tcl IVR API Version 2.0 Programming Guide at http://www.cisco.com/en/US/docs/ios/voice/tcl/developer/guide/tclivrv2.html
Toll Fraud Prevention
When a Cisco router platform is installed with a voice-capable Cisco IOS software image, appropriate features must be enabled on the platform to prevent potential toll fraud exploitation by unauthorized users. Deploy these features on all Cisco router Unified Communications applications that process voice calls, such as Cisco Unified Communications Manager Express (CME), Cisco Survivable Remote Site Telephony (SRST), Cisco Unified Border Element (UBE), Cisco IOS-based router and standalone analog and digital PBX and public-switched telephone network (PSTN) gateways, and Cisco contact-center VoiceXML gateways. These features include, but are not limited to, the following:
•
Disable secondary dial tone on voice ports—By default, secondary dial tone is presented on voice ports on Cisco router gateways. Use private line automatic ringdown (PLAR) for foreign exchange office (FXO) ports and direct-inward-dial (DID) for T1/E1 ports to prevent secondary dial tone from being presented to inbound callers.
•
Cisco router access control lists (ACLs)—Define ACLs to allow only explicitly valid sources of calls to the router or gateway, and therefore to prevent unauthorized Session Initiation Protocol (SIP) or H.323 calls from unknown parties to be processed and connected by the router or gateway.
•
Close unused SIP and H.323 ports—If either the SIP or H.323 protocol is not used in your deployment, close the associated protocol ports. If a Cisco voice gateway has dial peers configured to route calls outbound to the PSTN using either time division multiplex (TDM) trunks or IP, close the unused H.323 or SIP ports so that calls from unauthorized endpoints cannot connect calls. If the protocols are used and the ports must remain open, use ACLs to limit access to legitimate sources.
•
Change SIP port 5060—If SIP is actively used, consider changing the port to something other than well-known port 5060.
•
SIP registration—If SIP registration is available on SIP trunks, turn on this feature because it provides an extra level of authentication and validation that only legitimate sources can connect calls. If it is not available, ensure that the appropriate ACLs are in place.
•
SIP Digest Authentication—If the SIP Digest Authentication feature is available for either registrations or invites, turn this feature on because it provides an extra level of authentication and validation that only legitimate sources can connect calls.
•
Explicit incoming and outgoing dial peers—Use explicit dial peers to control the types and parameters of calls allowed by the router, especially in IP-to-IP connections used on CME, SRST, and Cisco UBE. Incoming dial peers offer additional control on the sources of calls, and outgoing dial peers on the destinations. Incoming dial peers are always used for calls. If a dial peer is not explicitly defined, the implicit dial peer 0 is used to allow all calls.
•
Explicit destination patterns—Use dial peers with more granularity than.T for destination patterns to block disallowed off-net call destinations. Use class of restriction (COR) on dial peers with specific destination patterns to allow even more granular control of calls to different destinations on the PSTN.
•
Translation rules—Use translation rules to manipulate dialed digits before calls connect to the PSTN to provide better control over who may dial PSTN destinations. Legitimate users dial an access code and an augmented number for PSTN for certain PSTN (for example, international) locations.
•
Tcl and VoiceXML scripts—Attach a Tcl/VoiceXML script to dial peers to do database lookups or additional off-router authorization checks to allow or deny call flows based on origination or destination numbers. Tcl/VoiceXML scripts can also be used to add a prefix to inbound DID calls. If the prefix plus DID matches internal extensions, then the call is completed. Otherwise, a prompt can be played to the caller that an invalid number has been dialed.
•
Host name validation—Use the "permit hostname" feature to validate initial SIP Invites that contain a fully qualified domain name (FQDN) host name in the Request Uniform Resource Identifier (Request URI) against a configured list of legitimate source hostnames.
•
Dynamic Domain Name Service (DNS)—If you are using DNS as the "session target" on dial peers, the actual IP address destination of call connections can vary from one call to the next. Use voice source groups and ACLs to restrict the valid address ranges expected in DNS responses (which are used subsequently for call setup destinations).
For more configuration guidance, see the "Cisco IOS Unified Communications Toll Fraud Prevention" paper.
Where to Go Next
•
Fundamental Cisco Unified Border Element Configuration
Additional References
The following sections provide additional references related to the Cisco UBE Configuration Guide.
Note
•
In addition to the references listed below, each chapter provides additional references related to Cisco Unified Border Element.
•
Some of the products and services mentioned in this guide may have reached end of life, end of sale, or both. Details are available at http://www.cisco.com/en/US/products/prod_end_of_life.html.
•
The preface and glossary for the entire voice-configuration library suite of documents is listed below.
Related Documents
Standards
Standard TitleH.323 Version 4 and earlier
H.323 (ITU-T VOIP protocols)
H.323 - H.245 Version 12, Annex R
H.323 (ITU-T VOIP protocols)
MIBs
RFCs
Technical Assistance
Feature Information for Cisco Unified Border Element Configuration Guide
Table 15 lists the features in this module and provides links to specific configuration information. Only features that were introduced or modified in Cisco IOS Release 12.2(13)T3 or a later release appear in the table.
Note
Table 15 lists only the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train. Unless noted otherwise, subsequent releases of that Cisco IOS software release train also support that feature.
Cisco and the Cisco Logo are trademarks of Cisco Systems, Inc. and/or its affiliates in the U.S. and other countries. A listing of Cisco's trademarks can be found at www.cisco.com/go/trademarks. Third party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1005R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2010 Cisco Systems, Inc. All rights reserved.
Feedback

