This discussion is locked

ASK THE EXPERT - CISCO UNIFIED BORDER ELEMENT

Unanswered Question
Jan 19th, 2010

st1\:*{behavior:url(#ieooui) } /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} st1\:*{behavior:url(#ieooui) } /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;} st1\:*{behavior:url(#ieooui) } /* Style Definitions */ table.MsoNormalTable {mso-style-name:"Table Normal"; mso-tstyle-rowband-size:0; mso-tstyle-colband-size:0; mso-style-noshow:yes; mso-style-parent:""; mso-padding-alt:0in 5.4pt 0in 5.4pt; mso-para-margin:0in; mso-para-margin-bottom:.0001pt; mso-pagination:widow-orphan; font-size:10.0pt; font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman"; mso-ansi-language:#0400; mso-fareast-language:#0400; mso-bidi-language:#0400;}

Welcome to the Cisco Networking Professionals Ask the Expert conversation. This is an opportunity to learn more about Cisco Unified Boarder Element with Cisco expert Darryl Sladden. Darryl is in Cisco’s Access Routing Technology Group, where he is responsible for product management including driving features, market development, and positioning for the Cisco Unified Border Element. Darryl has been a product manager at Cisco in the area of VoIP, focusing on voice gateways and connecting across communications networks, for more than six years. He was previously the product manager of the highly successful Cisco AS5000 Voice Gateway product line. He has been at Cisco since 1998. Darryl holds a bachelor's degree in mathematics from the University of Waterloo in Canada.

Remember to use the rating system to let Darryl know if you have received an adequate response.

Darryl might not be able to answer each question due to the volume expected during this event. Our moderators will post many of the unanswered questions in other discussion forums shortly after the event. This event lasts through January 29, 2010. Visit this forum often to view responses to your questions and the questions of other community members.

I have this problem too.
0 votes
  • 1
  • 2
  • 3
  • 4
  • 5
Overall Rating: 5 (4 ratings)
Loading.
Robert Schaffer Wed, 01/20/2010 - 04:55

My question is about CUBE on the new 2900 and 3900 routers. Will the CUBE licenses still be trust based or will these routers keep track since now you have to activate this feature? If so, what would the show command be for the number of sessions installed and or inuse? How can I monitor the number of sessions used to stay in compliance? Also, why is the flat license not available in this new platform?

Thanks

dsladden Wed, 01/20/2010 - 17:28

Great questions. The Border Element functionality on the 3900 and 2900 routers is still trust based.  There is a new MIB that has the functionality with a single OID to keep track of the number of active sessions.  That is one good way to keep track of the number of active sessions.  Another method is to use the command "show call active | include legs".  This will get you just the active number of call legs that is at the end of a "show call active command".  This is the number of call legs.  Each call has two legs are you are licensed for 2 legs for every call.  (ie FL-CUBEE-5, means you are licensed to have up to 10 active call legs)

Finally, the flat license is not avialable for the new platforms because it was difficult for Cisco to help customer engineering their networks when we were not sure the number of sessions a platform could accomplish, when a "flat" license was purchased.  It was like saying "I am not sure how fast this trunk can go with the cargo you are pulling, but however fast you can get to is the maxmium, your allowed to go" - Very confusing.  Customers were able to better engineering their networks with the purchase and deployment of a fixed number of sessions on a platform which they can design the rest of  their network around.   This is especially helpful when running multiple applications and using a high end router such as the 3925 for example, for a small number of sessions, such as 25.   In that case, a customer would only need to purchase an FL-CUBEE-25= license instead of a license for sessions that they may not use.

Does this help ?

Do you need to specific OID and MIB for the SNMP tracking or will you use the CLI command ?

Regards,

Darryl Sladden

Senior Product Manager Cisco Unified Border Element

Robert Schaffer Wed, 01/20/2010 - 17:48

That is good information. What about using it as H323 to SIP Gateway with media flow-through. Wouldn't that be 4 call legs for one call. In-out for H323 and in-out for SIP. How would that be counted? I have a 3845 running in this config. When I have about 150 simultaneous calls the numbers for call legs is about 600. The 3845 is suppose to only handle 500 CUBE sessions.

Follow-up: Ignore the above, I forgot MTP is also running on this router. That added two call legs to the total.

Thanks this is what I need to know

dsladden Fri, 01/22/2010 - 08:23

Good point on counting that MTP adds calls legs.

From a licensing point of view, you do not need to count the MTP calls legs in the licensed total.

Good Luck with your deployments,

Darryl

fbellom Thu, 01/21/2010 - 16:42

Where do you can find information on the most usefull IOS Command set for Troubleshooting and Monitoring CUBE.

What is the basic set do you think everyone should use to this task?

Thanks In advanced for your answer

dsladden Fri, 01/22/2010 - 08:28

One of the benefits of the Cisco Unified Border Element is that it takes all of items command, architecture and debugging from Cisco Voice gateways.

Cisco Voice gateways have a many different debugging documents and I would recommend using searches of "voice gateway debugging site:cisco.com" as a way to find many links on debugging.

One good link that give general information is:

http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080094045.shtml

Other things that you may want to look are use of the "pipe" command to route CLI commands and help to focus in on what your looking for.

A good command is "show call active voice | include legs"  only gives you call legs

or "show process cpu | exclude 0.00" gives you only processes that are consuming CPU.

As for SNMP, here are some important OIDs

MIB

OID

OID #

Physical Chassis: Interface connectivity, CPU and memory

IF-MIB

IfEntry

1.3.6.1.2.1.2.2.1

CISCO-PROCESS MIB

cpmCPUTotal5minRev

1.3.6.1.4.1.9.9.109.1.1.1.1.8

CISCO-MEMORY-POOL-MIB

ciscoMemoryPoolEntry

1.3.6.1.4.1.9.9.48.1.1.1

SIP: Monitor the issues/timeouts that occur with generic SIP signaling

CISCO-SIP-UA-MIB

cSipStats

1.3.6.1.4.1.9.9.152.1.2

Active calls: Monitor calls on a particular dial peer

DIAL-CONTROL-MIB

dialCtlPeerStatsEntry

1.3.6.1.2.1.10.21.1.2.2.1

Voice Quality Statistics: Active call stats, e.g. packet loss and round-trip time (RTT)

CISCO-VOICE-DIAL-CONTROL-MIB

cvVoIPCallActiveEntry

1.3.6.1.4.1.9.9.63.1.3.2.1

SIP Trunk utilization: Number of active calls based on protocol, dial-peer and interface, Call rate and spike

CISCO-VOICE-DIAL-CONTROL-MIB

cvCallVolume

1.3.6.1.4.1.9.9.63.1.3.8

cvCallRateMonitor

1.3.6.1.4.1.9.9.63.1.3.11

DSP utilization: report transcoding and MTP session information, configuration and statistics on used/available sessions

CISCO-DSP-MGMT-MIB

cdspDspfarmObjects

1.3.6.1.4.1.9.9.86.1.6

cdspDspfarmUtilObjects

1.3.6.1.4.1.9.9.86.1.7

Hope this helps.

Regards,

Darryl Sladden

Senior Product Manager, Cisco Unified Border Element

tenaro.gusatu.novici Fri, 01/22/2010 - 00:44

Hi Darryl,

can we expect CUBE will be able to work as DBE in future, i.e. are there any plans/roadmaps to add H.248 in other devices apart from ASR1000?

Best regards,

Tenaro

j.miller_32 Wed, 01/27/2010 - 10:07

What  are the best SP that offer SIP Trunk in the USA ?

hattingh Wed, 01/27/2010 - 10:57

Cisco works with all SPs that offer SIP trunking with appropriate QoS/SLAs to enterprises and small businesses.

Specific SPs we have tested with and have configuration guides available for are posted at our interoperability portal:

www.cisco.com/go/interoperability > "Cisco Unified Border Element/SIP Trunking"

CH

tenaro.gusatu.novici Thu, 01/28/2010 - 10:33

Are you able to compare a CUBE running on ISRs with a CUBE-SP running on ASR from features perspective and neglecting DBE functionality on ASR and performance which is obviously on ASR side?

Thanks,

Tenaro

hattingh Thu, 01/28/2010 - 16:23

The Cisco product portfolio contains two session border controllers, one in the Enterprise space (CUBE - Enterprise Edition) and one in the SP space (CUBE - SP Edition). Both products are supported on the ASR HW platform.

CUBE (Enterprise) on the ASR is the same code base as CUBE on the ISR (with higher capacity), and is optimized for connecting SP SIP trunks to CUCM and other IP-PBXs, as well as inter-enterprise H.323-SIP and SIP-SIP application interconnectivity. CUBE (SP) is a different code base and is optimized for the SP edge, SP peering and IMS applications.

CH

Christopher Newton Fri, 01/29/2010 - 03:15

Hi,

My question is regarding early media in the 18X (SDP) sip messages.

When a call is placed from an IP phone on CUCM through CUBE into providers network via SIP callers are not hearing announcements, only constant ring back. I believe that these messages are sent as early media, is this true?, if so would changing the "SIPRel1XX Enable" parameter in CUCM (system>service parameters) from the default of diabled to enabled resolve this issue.

I beleive no changes would be necessary on teh CUBE as it supports PRAK by default.

Many Thanks

Chris

hattingh Fri, 01/29/2010 - 09:13

You are correct in your analysis and conclusion. Enable PRACK on CUCM towards the CUBE, and make no changes on CUBE. This should resolve your issue.

CH

jguay Fri, 01/29/2010 - 10:22

Here's a quick question for SIP trunk redundancy with CUBE.

The goal of the config I'm looking for is to make the CUBE route to the next dialpeer when it receives a 403 response from the other end.  I know that if CUBE receives a 503, 505 message or no response it will move on to the next dialpeer if "voice-class sip options-keepalive" is configured under the dialpeer.  But is there something we can do for a 403 message?

Actions

This Discussion