Cisco Unified Border Element Configuration Guide
Cisco Unified Border Element Protocol-Independent Features and Setup
Downloads: This chapterpdf (PDF - 153.0KB) The complete bookPDF (PDF - 4.0MB) | Feedback

Cisco Unified Border Element Protocol-Independent Features and Setup

Table Of Contents

Cisco Unified Border Element Protocol-Independent Features and Setup

Finding Feature Information

Cisco Unified Border Element Protocol-Independent Features and Setup

Toll Fraud Prevention


Cisco Unified Border Element Protocol-Independent Features and Setup


Revised: March 25, 2011
First Published: November 25, 2009
Last Updated: March 25, 2011

This Cisco Unified Border Element is a special Cisco IOS software image 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.


Finding Feature Information

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 3.

Use Cisco Feature Navigator to find information about platform support and Cisco IOS software image support. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn. An account on Cisco.com is not required.

Cisco Unified Border Element Protocol-Independent Features and Setup

This chapter contains the following configuration topics:

Cisco UBE Prerequisites and Restrictions

Prerequisites for Cisco Unified Border Element

Restrictions for Cisco Unified Border Element

Dial Plan Management

ENUM Support

Configuring Tool Command Language (Tcl)

Configuring Call Admission Control (CAC)

VoIP Call Admissions Control

VoIP Call Admission Control Using RSVP

RSVP

Configuring RSVP Agent

Interworking Between RSVP Capable and RSVP Incapable Networks

Dual-Tone Multifrequency (DTMF) Support and Interworking

SIP—INFO Method for DTMF Tone Generation

DTMF Events through SIP Signaling

Configuring SIP DTMF Features

H.323 RFC2833 - SIP NOTIFY

Codec Negotiation

Support for Negotiation of an Audio Codec from a List of Codecs on Each Leg of a SIP-to-SIP Call on the Cisco Unified Border Element

Payload Type Interoperability

Dynamic payload type interworking for DTMF and codec packets for SIP-to-SIP calls

Transcoding

iLBC Support for SIP and H.323

Universal Transcoding

Fax/modem Support

Modem Passthrough

T.38 Fax Relay

Cisco Fax Relay

SIP Video

Support for SIP Video Calls with Flow Around Media

RTP Media Loopback for SIP Calls

Telepresence

SIP Video Support for Telepresence Calls

Security Features

Toll Fraud Prevention

SIP—Ability to Send a SIP Registration Message on a Border Element

SIP Parameter Modification

SIP—SIP Stack Portability

Transport Layer Security (TLS)

Interworking of Secure RTP calls for SIP and H.323

SIP SRTP Fallback to Nonsecure RTP

Cisco Unified Communications Trusted Firewall

IPv4 and IPv6 Interworking

VoIP for IPv6

IPv4 to IPv6 Calls (SIP and SIP)

IPv6 to IPv6 Calls (SIP and SIP)

Support for Dual Stack ANAT

RSVP Interworking

Support for Interworking Between RSVP Capable and RSVP Incapable Networks

Collocated Services

Media Termination Point (MTP)

Cisco Unified SIP Survivable Remote Site Telephony (SRST)

Cisco IOS Tcl IVR and VoiceXML Application Guide

Cisco VoiceXML Programmer's Guide

Cisco Unified Communications Trusted Firewall

Cisco Unified Border Element with Gatekeeper

Additional References

Glossary

Feature Information for Cisco UBE Protocol-Independent Features and Setup

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.