Internal/Conf Generic Template - Web viewEthernet Switch . WAN router used to ... Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco ... The use of
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Application Note
Verizon IP Trunking and IP Contact Center Services: Connecting Cisco Unified Communications Manager 7.1(3) with Cisco Unified Border Element (Enterprise Edition) 1.3 (IOS 15.01M1 Verizon Engineering Special)
Note: Results and technical information in this document were obtained through joint testing of Verizon business and Cisco engineers within Verizon laboratories.EDCS# 856854 Revision: 2
Early-Media Cut-thru: Enable PRACK on Cisco UCM..............................................................................................................................................................................13Redirected Dialed Number Identification Service and Diversion Header.........................................................................................................................................................26
RDNIS Configuration in Cisco Unified Communications Manager Administration..................................................................................................................................26EMEA Configuration......................................................................................................................................................................................................................................... 28
Cisco UBE Example Configuration (North America).......................................................................................................................................................................................38Configuration of Cisco Unified Border Element (Cisco UBE) IOS version 15.01M1 ES..........................................................................................................................38
This application note describes how to configure a Cisco Unified Communications Manager (Cisco UCM) 7.1.3 and Cisco Unified Border Element (Cisco UBE) Enterprise Edition 1.3 for connectivity to Verizon’s IP trunking service. The deployment model covered in this application note utilizes Verizon’s Private IP (commercial MPLS network) to access Verizon IP Trunking. Supplemental guidelines are also included for using Verizon IP trunking to interface to their IP-based Contact Center Service or IPCC. Please note that in the context of this document, “IPCC” refers to a cloud-based Contact Center product from Verizon, and should not be confused with a Cisco product. Additional supplemental guidelines are provided for an EMEA configuration.
Testing was performed in accordance with the test plans for the Verizon IP trunking (United States and EMEA (Europe Middle East and Africa), and IP Contact Center services. All features were verified.
Although this document does not detail the results of the testing performed it provides the essential configurations required for SIP interoperability with Cisco UCM/Cisco UBE and the Verizon IP Trunking and IP Contact Center (IPCC) services.
Verizon IP Trunking Overview
Verizon IP trunking services simplify management of your network and can help drive operational efficiencies. They do this by consolidating your voice services onto a SIP-based VoIP network, thereby optimizing your data IP network, and controlling costs associated with maintaining traditional TDM local lines, trunks, and dedicated PRI circuits. Verizon also offer a native IP Trunking option that provides a SIP trunk directly to your IP PBX, and an IP integrated access option that leverages a gateway device so you can interface with legacy key or PBX systems.
And, Verizon’s latest Burstable Enterprise Shared Trunking (BEST) feature enhancement allows you to share all your voice trunking resources across your enterprise and lets you use idle trunk capacity in one location to accommodate a traffic increase in another location. BEST helps control costs, as fewer concurrent calls need to be purchased at each location and resources can be shared to provide time of day benefits and peak usage management.
Verizon IPCC Overview
Verizon VoIP Inbound is a component of the IP Contact Center (IPCC) portfolio of internetworking services, which tightly couples signaling and functionality from the Advanced Toll Free and IP networks to deliver the intelligent routing and call treatment required by contact centers. The IPCC services are network-based and include IP Interactive Voice Response (IVR) in addition to VoIP Inbound.
VoIP Inbound is standards-compliant and provides single-call service that allows PSTN-originated Toll Free calls to seamlessly terminate and transfer to a SIP or TDM endpoints, without call re-originations that tie up CPE port capacity. VoIP Inbound includes advanced toll free features -including automatic ISDN user part and SIP error overflow for reliable termination to SIP or TDM devices anywhere; and, when combined with IP IVR, supports customer-driven pre/post call routing and/or call treatment and queuing for customers using Cisco ICM
Primary and Secondary CISCO UBE routers are used for high availability.
Cisco Unified Border Element is an integrated Cisco IOS Software application that runs on various hardware platforms, for more details: http://www.cisco.com/go/cube
Packet Voice Data Module (PVDM). You will need to install DSP modules on a supported ISR platform if you require MTP, Transcoding or Conference Bridge resources. These DSP resources are co-resident on the Cisco UBE routers in our lab configuration.
Cisco UCM cluster with (2) Cisco MCS 7800 Series servers (Cisco Unified Communications Manager)
Cisco Unified IP Phones
Analog Telephony Adapter for FAX, modem, or analog phones
Both of the these defects are related to mid-call codec negotiations that result in a disconnected call. The fixes contained in this engineering special do not allow for changing codecs mid-call, only that a response will be sent to the VoIP network that the call should remain at the codec negotiated in the initial call setup.
If an external end-point is requesting a mid-call change in codecs and only supports a single codec with this change request (i.e. G729 to G711) the Cisco UBE may still drop the call.
*A TAC case must be opened to obtain the Verizon Engineering Special IOS, please reference the above defects when opening the service request.
Features and Known Limitations
Features Supported (IP Trunking)
For a full list of supported SIP features please refer to the “Verizon Business Retail VoIP Network Interface Specification (for non-registering devices)” document.
All Tests were performed according to the” Verizon Business Retail VoIP Interoperability Test Plan” and the “EMEA Retail - Test Plan” documents.
These documents may be obtained by contacting your Verizon Business Account Representative.
Known Limitations (IP Trunking)
RFC2833 is not currently supported when using CTI Route-Points on Cisco UCM 7.1.3. An MTP resource is required to enable DTMF relay for any calls that utilize a CTI Route-point.
Cisco UBE performs Delay-Offer-to-Early-Offer interworking of an initial SIP INIVTE from Cisco UCM (Cisco UCM does not currently support Early-Offer)
T.38 Fax relay is not supported by Verizon IP Trunking Service at this time Note: If you have a Cisco Fax Server or other T.38 Fax device, you will need to ensure that design considerations have been made to support this outside of the Verizon IP Trunking service. (i.e…T1 PRI)
Mid-call codec negotiation (example: G.729 upspeed to G.711) this capability is not currently supported with Cisco UCM or Cisco UBE.
Outbound SIP REFER with Replaces. Cisco UCM does not currently support generation of an outbound SIP Refer with replaces messaging.
Cisco UCM 7.1.3 can only support a single codec between the end device (i.e. IP Phone, ATA) and the SIP Trunk. A workaround for this used during testing was to create multiple Regions and Device pools in order to control the codec selection prior to being presented to the SIP Trunk. The end devices were configured with a specific Device Pool based on the codec used for off-net calls. See configuration section for details
For a full list of supported SIP features please refer to the “Verizon Business IP Contact Center (IPCC) Trunk Interface Network Interface Specification” document.
All Tests were performed according to the” Verizon Business IPCC Interoperability Lab Test Plan”
These documents may be obtained by contacting your Verizon Business Account Representative.
Known Limitations (IPCC)
Cisco UBE performs Delay-Offer-to-Early-Offer interworking of an initial SIP INVITE from IPCC to Cisco UCM
The IPCC service does not currently support SIP Diversion Headers
The IPCC services does not support FAX
Outbound SIP REFER with Replaces. Cisco UCM does not currently support generation of an outbound SIP Refer with replaces messaging.
Due to the codec negotiation issues for certain IPCC call flows, (Enhanced Transfer) it is necessary to configure the DIDs used for incoming IPCC calls for the G.711ulaw codec only. This will allow all calls presented by IPCC to negotiate a single codec (G.711ulaw) and allow proper media flow when using advanced call transfer services.
Cisco UBE Features Roadmap
This roadmap lists the features documented in the Cisco Unified Border Element Configuration guide and maps them to the chapters in which they appear. Also listed here is the Cisco IOS software release that introduced support for a given feature in a given Cisco IOS software release train.
The same SIP trunks are utilized between Cisco UCM to Cisco UBE for both Voice and FAX off-net calls. However, the call type (i.e., Voice vs. FAX) must be differentiated to ensure the desired codec is used. This delineation is achieved by performing digit manipulation at the Route List prior to the call being delivered to the Route Group.
Each type of device (i.e., IP Phones vs analog devices for FAX) will have separate Route-Patterns that belong to their respective partition. The route patterns will then route the call to the specified Route List. The Route List is used to distinguish a Voice call from a FAX call by manipulating the called party numbers. A voice call is forwarded with a leading 9. FAX calls will strip the leading 9 and prepend the called party number with an 8. After the digit manipulation, the Route List then forwards the call to the Route Group, which routes the call to the SIP trunks.
The SIP trunks are the same for ALL calls from Cisco UCM to Cisco UBE (see example call flows below).
Outbound calls can either be sent to the SIP Trunks in a “Top-Down” or “Round-Robin” method. Regardless of the method used, if when the call gets routed to the Cisco UBE and the Cisco UBE is not able to complete the call , the call is then routed to the next SIP Trunk or Cisco UBE in the Route-group.This provides redundancy for outbound calls by using multiple Cisco UBE devices connecting the VZ VoIP network.
Inbound Call Flows
Inbound calls are received from either the IP Trunking or IPCC services. These services provide a 10 digit DID for domestic customers and a variable length DID (10, 11,12, or 13 dependent upon country) for EMEA customers for delivery of the SIP call. The IP PBX (Cisco UCM) is then responsible for routing this call to the appropriate IP Phone or analog device.
Inbound Call Failover
The VoIP Network sends periodic SIP options messages as a keepalive mechanism to determine the state of the Cisco UBE devices.
If the primary Cisco UBE does not respond to these options messages, the calls are then routed to the Secondary Cisco UBE router.
Note: The Cisco UBE will respond to the SIP options pings by default. No additional configuration is necessary.
The VoIP network will also re-route any calls to the secondary Cisco UBE if it receives a temporary call setup failure SIP message from the primary Cisco UBE. (Example: 503 or 404 messages)
To allow failover for inbound calls when the primary Cisco UBE device is unable to contact the Cisco UCM cluster.
In the Cisco UBE:
Configure “voice-class sip options-keepalive” to any dial-peers connecting to the Cisco UCM cluster.
Change the PSTN cause code mapping under the SIP-UA configuration "set pstn-cause 1 sip-status 503"
Without this configuration the incoming call setup from the Verizon IP trunking service may time-out and the call would be cancelled before trying the secondary Cisco UBE device.
Known Inbound Call Issues
When an inbound (from PSTN to Customer IP PBX) call to a DID that terminates on the SIP trunk is not defined/registered on the IP-PBX, the IP-PBX should respond with a 40X error message.
There are configurations on the Cisco UBE device that can cause this type of call failure to result in a “call loop”. This is where the call setup is routed between the Verizon VoIP network and the Cisco UBE device continually until it exceeds a timeout threshold.
An Example of this scenario is when the outbound dial-peer on the Cisco UBE is configured with a destination-pattern of .T, which is used as a gateway of last resort for all calls.
When the Cisco UCM responds with a 40X error message the Cisco UBE will “hunt” for the next available dial-peer to route the call through.
Example:
dial-peer Voice 100 voip description OUTBOUND G729 Voice SIP calls to VzB translation-profile outgoing DIGITSTRIP-9 destination-pattern .T **This will match any combination of dialed digits and is not the recommended configuration for matching outbound calls.It is recommended to prohibit the matching of assigned DIDs on a dial-peer that is used to route calls towards the VoIP network. Voice-class codec 1 session protocol sipv2 session target sip-server dtmf-relay rtp-nte ip qos dscp af32 signaling no vad
If there are dial-plan issues that require the use of the above configuration it will become necessary to configure the Cisco UCM facing dial-peers with the “huntstop” feature to prevent inbound calls from trying to route back to the Verizon VoIP network.
Example:
dial-peer Voice 102 voip description To/From Cisco UCM subscriber for Voice preference 2 **The prefered dial-peer with a session target of the subscriber Cisco UCM(huntstop is not applied here). destination-pattern [1-5]... voice-class sip options-keepalive Voice-class codec 1 session protocol sipv2 session target ipv4:192.168.3.11 incoming called-number 9T FAX rate disable no vad!dial-peer Voice 103 voip description To/From Cisco UCM publisher for Voice preference 5 **The prefered dial-peer with a session target of the subscriber Cisco UCM (huntstop is applied)huntstop destination-pattern 1... voice-class sip options-keepalive Voice-class codec 1 session protocol sipv2 session target ipv4:192.168.3.10 incoming called-number 9T
Cisco UCM SIP Session Expires TimerCisco UCM will invoke the Session Expires Timer if the SIP Session Timer for all SIP calls.
This timer is calculated at seconds/2 and the default value is 1800, with this default timer setting SIP calls may disconnect after 15 Min. As a workaround we set this parameter to the maximum value of 86400 in the Cisco UCM Service Parameters.This allows the SIP call to be active for 12 hours before the Cisco UCM SIP session expires timer engages and disconnects the call.
Early-Media Cut-thru: Enable PRACK on Cisco UCMEarly media refers to media (e.g., audio and video) that is exchanged before the called-party accepts a particular session.Typical examples of early media generated by the called-party are ringing tone and announcements (e.g., queuing status). Early media generated by the caller typically consists of voice commands or dual tone multi-frequency (DTMF) tones to drive interactive voice response (IVR) systems. Enabling PRACK is required in order to allow early media between Cisco UCM and Cisco UBE. PRACK- Provisional Acknowledgement to a Session not yet established
• Purpose is to acknowledge progress information on a requested process• The INVITE Includes a Require header stipulating the User Agent Client (UAC) wants a reliable provisional response
SIP Rel1XX Enabled: This parameter determines whether all SIP provisional responses (other than 100 Trying messages) get sent reliably to the remote SIP endpoint.
If this parameter is disabled, Cisco CallManager does not acknowledge or confirm 18X messages. Valid values specify True (acknowledge 18X messages with PRACK) or False (do not acknowledge 18X messages with PRACK).
Cisco UCM Administrator>System>Service Parameters
Change the SIP Rel1XX Enabled from the default of False to True
Note: No changes are required on the Cisco UBE. The Cisco UBE supports PRACK and Early Media by default.
CODEC Selection using Device Pools and Regions All Voice calls through the SIP trunk should use G.729 and FAX devices should use G.711. Note in the configuration below, there are two regions. Calls between the “Default” and “Offsite” region will use G.729 and calls between “Default” and “Offsite” use G.711. Applying this configuration to our testbed, the SIP trunk is placed in a Device Pool with the “Offsite” region, and phone devices should be placed in a Device Pool that with the “Default” region. Devices used for analog FAX should use a Device Pool with the “Offsite” region. Devices that belong to the same region are configured to use the G.711 codec
Note: With Cisco UCM 7.1 the system defaults for Intra-Region codec preference is to use the highest quality codec. By default this is G722 or G711.The system default for Inter-Region codec preference is G729.The above region configuration is used to ensure that these codecs will be used if the system defaults are changed.
SIP Trunk Configuration: The Offsite Device Pool is configured for codec negotiation and the SIP_Trunk_MRGL is selected for Conference Bridge resources. Note: MTP required Not Selected
No Digits are discarded for off-net Voice calls.The leading “9” is preserved when the call is forwarded to the Cisco UBE, this allows the Cisco UBE to differentiate the call as Voice and use the corresponding G.729 CODEC.
Redirected Dialed Number Identification Service and Diversion Header
Starting with Cisco UCM Release 6.1(4) adds the Redirected Dialed Number Identification Service (RDNIS) and diversion header capability for certain calls that use the Cisco Unified Mobility Mobile Connect feature.
The RDNIS/diversion header for Mobile Connect enhances this Cisco Unified Mobility feature to include the RDNIS or diversion header information on the forked call to the mobile device. Service providers and customers use the RDNIS for correct billing of end users who make Cisco Unified Mobility Mobile Connect calls.
For Mobile Connect calls, the Service Providers use the RDNIS/diversion header to authorize and allow calls to originate from the enterprise, even if the caller ID does not belong to the enterprise Direct Inward Dial (DID) range.
Example Use Case
Consider a user that has the following setup:
Desk phone number specifies 89012345.
Enterprise number specifies 4089012345.
Remote destination number specifies 4088810001.
User gets a call on desk phone number (89012345) that causes the remote destination (4088810001) to ring as well.
If the user gets a call from a nonenterprise number (5101234567) on the enterprise number (4089012345), the user desk phone (89012345) rings, and the call gets extended to the remote destination (4088810001) as well.
Prior to the implementation of the RDNIS/diversion header capability, the fields populated as follows:
Calling Party Number (From header in case of SIP): 5101234567
Called Party Number (To header in case of SIP): 4088810001
After implementation of the RDNIS/diversion header capability, the Calling Party Number and Called Party Number fields populate as before, but the following additional field gets populated as specified:
Redirect Party Number (Diversion Header in case of SIP): 4089012345
Thus, the RDNIS/diversion header specifies the enterprise number that is associated with the remote destination.
RDNIS Configuration in Cisco Unified Communications Manager Administration
To enable the RDNIS/diversion header capability for Mobile Connect calls, ensure the following configuration takes place in Cisco Unified Communications Manager Administration:
All gateways and trunks must specify that the Redirecting Number IE Delivery — Outbound check box gets checked.
In Cisco Unified Communications Manager Administration, you can find this check box by following the following menu paths:
For H.323 and MGCP gateways, execute Device > Gateway and find the gateway that you need to configure. In the Call Routing Information - Outbound calls pane, ensure that the Redirecting Number IE Delivery - Outbound check box gets checked. For T1/E1 gateways, check the Redirecting Number IE Delivery - Outbound check box in the PRI Protocol Type Information pane.
• For SIP trunks, execute Device > Trunk and find the SIP trunk that you need to configure.
In the Outbound Calls pane, ensure that the Redirecting Diversion Header Delivery - Outbound check box gets checked.
4. Verify that all devices (Phones and Gateways) that are in the same Region to allow use of the G.711alaw codec. This is similar to the above configuration for FAX end-points.
5. Next create a variable-length Route-Pattern with “#” as terminating digit.
Example: 9.011!#
Note: The previously configured Voice Route List is utilized for this route-pattern in order to allow the complete calling number to be sent to Cisco UBE.
2 DNS Domain name for SIP Realm and name server list for DNS resolution3 Allow SIP to SIP call processing4
Use this command to forcefully configure a Cisco Unified Border Element to send a SIP invite with SDP on the Out-Leg (OL), Delayed-Offer to Early-Offer for SIP calls. This is applied to all voip dial-peers.5 Configures global settings for substituting a DNS localhost name in place of the physical IP address in the From, Call-ID, and Remote-Party-ID headers of outgoing messages. 6 Enables support for SIP Supplementary Services
interface GigabitEthernet0/0 description connection to VzB Private IP network ip address 172.16.7.10 255.255.255.0 duplex auto speed auto!interface GigabitEthernet0/1
7 Strip the leading “8” from outgoing called number8 Strip the leading “9” from outgoing called number
description CISCO UBE inside interface9 ip address 192.168.3.103 255.255.255.0 duplex auto speed auto!interface GigabitEthernet0/2 shutdown duplex auto speed auto!ip route 0.0.0.0 0.0.0.0 172.16.2.1no ip http secure-server!!ip rtcp report interval 10000!!!control-plane!call treatment oncall threshold global cpu-avg low 68 high 75call threshold global total-mem low 75 high 85call threshold global total-calls low 20 high 4010!!!!!!
Voice-port 0/0/011 no non-linear playout-delay maximum 120 playout-delay nominal 15 playout-delay minimum low timeouts interdigit 2
9 No SIP bind commands configured, SIP is sourced from both inside and outside interfaces10 Global Call Admission Control based on Resource utilization 11 Optional FXS port for FAX devices connected directly to the Cisco UBE
!!dial-peer Voice 10 pots description connection to FXS port for FAX calls preference 1 service session destination-pattern 1017 FAX rate disable port 0/0/0!dial-peer Voice 100 voip description OUTBOUND G729 Voice SIP calls to VzB translation-profile outgoing DIGITSTRIP-914
destination-pattern 9T15 Voice-class codec 1 session protocol sipv2 session target sip-server dtmf-relay rtp-nte16 ip qos dscp af32 signaling no vad!dial-peer Voice 101 voip description INBOUND G729 Voice SIP calls from VzB Voice-class codec 1 session protocol sipv2 session target sip-server incoming called-number [1-5]...17 dtmf-relay rtp-nte no vad!dial-peer Voice 102 voip description To/From CISCO UCM subscriber for Voice preference 2
14 Strip the leading “9” from outgoing called number15 Match on outbound calls from Cisco UCM with leading “9”16
Forwards DTMF tones by using RTP with the Named Telephone Event (NTE) payload type.17
Enables Cisco UBE to set configuration parameters to incoming calls based on the received called number. This is required to set the DTMF, FAX, and CODEC parameters for the “In-Leg” of the VoIP call.
FAX rate disable22 no vad!dial-peer Voice 201 voip
18
Enables Cisco UBE to set configuration parameters to incoming calls based on the received called number. This is required to set the DTMF, FAX, and CODEC parameters for the “In-Leg” of the VoIP call.19 Multiple SIP trunks configured for redundant connections to the Cisco UCM cluster20 Match on inbound call-leg for FAX calls. This is required to set the DTMF, FAX, and CODEC parameters for the “In-Leg” of the VoIP call.21
CODEC is set on dial-peer to force use of g711ulaw for FAX calls.22
Disables FAX relay transmission capability. FAX-Passthrough is the supported FAX method.
Strip leading “8” from outbound FAX calls before sending to VZ24
Match outbound FAX calls from Cisco UCM cluster with leading “8” 25 Enables monitoring of dial-peer targets using Out of Dialog Options PING messages.26 Enables Cisco UBE to set configuration parameters to incoming calls based on the received called number. This is required to set the DTMF, FAX, and CODEC parameters for the “In-Leg” of the VoIP call.27 Multiple SIP trunks configured for redundant connections to the Cisco UCM cluster
29 Sets the value of the SIP status code that is to correspond with the PSTN cause code.30 SIP Proxy FQDN name for outbound SIP calls to the IP Trunking service
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE
Corporate HeadquartersCisco Systems, Inc.170 West Tasman DriveSan Jose, CA 95134-1706USAwww.cisco.comTel: 408 526-4000
800 553-NETS (6387)FAX: 408 526-4100
European HeadquartersCisco Systems International BVHaarlerbergparkHaarlerbergweg 13-191101 CH AmsterdamThe Netherlandswww-europe.cisco.comTel: 31 0 20 357 1000FAX: 31 0 20 357 1100
Americas HeadquartersCisco Systems, Inc.170 West Tasman DriveSan Jose, CA 95134-1706USAwww.cisco.comTel: 408 526-7660FAX: 408 527-0883
Asia Pacific HeadquartersCisco Systems, Inc.Capital Tower168 Robinson Road#22-01 to #29-01Singapore 068912www.cisco.comTel: +65 317 7777FAX: +65 317 7799
Cisco Systems has more than 200 offices in the following countries and regions. Addresses, phone numbers, and FAX numbers are listed on the Cisco Web site at www.cisco.com/go/offices.
Argentina • Australia • Austria • Belgium • Brazil • Bulgaria • Canada • Chile • China PRC • Colombia • Costa Rica • Croatia • Czech Republic • Denmark • Dubai, UAE • Finland • France • Germany • Greece • Hong Kong SAR • Hungary • India • Indonesia • Ireland • Israel • Italy • Japan • Korea • Luxembourg • Malaysia • Mexico • The Netherlands • New Zealand • Norway • Peru • Philippines • Poland • Portugal • Puerto Rico • Romania • Russia • Saudi Arabia • Scotland • Singapore • Slovakia • Slovenia • South Africa • Spain • Sweden • Switzerland • Taiwan • Thailand • Turkey Ukraine • United Kingdom • United States • Venezuela • Vietnam • Zimbabwe
CCVP, the Cisco Logo, and the Cisco Square Bridge logo are trademarks of Cisco Systems, Inc.; Changing the Way We Work, Live, Play, and Learn is a service mark of Cisco Systems, Inc.; and Access Registrar, Aironet, BPX, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Enterprise/Solver, EtherChannel, EtherFast, EtherSwitch, Fast Step, Follow Me Browsing, FormShare, GigaDrive, GigaStack, HomeLink, Internet Quotient, IOS, iPhone, IP/TV, iQ Expertise, the iQ logo, iQ Net Readiness Scorecard, iQuick Study, LightStream, Linksys, MeetingPlace, MGX, Networking Academy, Network Registrar, Packet, PIX, ProConnect, RateMUX, ScriptShare, SlideCast, SMARTnet, StackWise, The Fastest Way to Increase Your Internet Quotient, and TransPath are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or Website 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. (0612R)