06-15-2012 09:39 AM - edited 03-16-2019 11:41 AM
With Randy Wu
Welcome to the Cisco Support Community Ask the Expert conversation. This is an opportunity to learn from Cisco expert Randy Wu best practices on how to configure and troubleshoot Cisco UBE for the public switched telephone network Session Initiation Protocol trunks.
Randy Wu is a senior customer support engineer in the Multiservice Voice team at Cisco in Sydney. He has vast experience and knowledge configuring, troubleshooting, and designing Cisco UBE, gateways, and gatekeepers, working with H323, MGCP, and SIP protocols. He joined Cisco as a systems engineer in 1999. He holds CCIE certification (#8550) in Service Provider, Routing, and Switching and Voice.
Remember to use the rating system to let Randy know if you have received an adequate response.
Randy might not be able to answer each question due to the volume expected during this event. Remember that you can continue the conversation on the Collaboration, Voice and Video sub-community discussion forum shortly after the event. This event lasts through June 29, 2012. Visit this forum often to view responses to your questions and the questions of other community members.
06-18-2012 04:47 PM
Hi, Jose
Thanks for your feedback.
Please check the following official Q&A for your questions,
the DRAM does affect the sessions can be supported. To support 800 sessions, 2G DRAM will be recommended.
The performance testing usually will operate at CPU below 75% usage.
Q. What are the memory requirements for running the Cisco Unified Border Element?
Q. What are the performance guidelines for the Cisco Unified Border Element?
The values in Table 1 assume the use of a G.711 codec, with VAD turned off, call-hold times of 180 seconds, flow-through mode, Cisco IOS Software Release 15.0.1M, Ethernet egress, and CPU use not to exceed 75 percent. These values should be used as guidelines only and should not be taken as guaranteed performance.
Table 1. Number of IP-to-IP Calls per Platform
*Note: Up to 5000 calls are supported on Cisco IOS Software Release 2.5, and up to 15000 calls on Release 2.6 or later.
Rgds/Randy
06-19-2012 04:34 AM
Hello Randy,
Indeed the Q&A clarified most of my questions, and at the moment i have only one point that i would like you to clarify.
The point is regarding the impact of MTP Software co-located with the CUBE.
Can provide me some feedback on this topic?
Regards,
Jose
06-19-2012 04:56 AM
Hi, Jose
Thanks for your feedback.
Regarding to the impact of software MTP co-located with the CUBE, there is no public data that I can give it out, sorry about that.
Please consult your local System Engineer for the platform you will deploy in your future design, basically it will support less connection compared to the information announced in the Q&A URL.
Rgds/Randy
06-18-2012 11:56 PM
Hello Randy,
I am implementing a CUBE device on a 3845.
I have a question avbout the MTP for SIP early offer:
Is it possible to let callmanager do a SIP delay offer (no MTP) and the CUBE do an early offer to the provider?
Would this eliminate the MTP configuration?
Jan
06-19-2012 03:22 AM
Hi, Jan
Thanks for your question.
Your setup is possible, under the "voice service voip" -> "sip" configuration, there is one command "early-offer forced", once you configure this, CUBE will send the codec configured under the outgoing dial-peer pointing to the provider as the SDP information even it is delay offer call from CUCM.
This command can also be configured under the dial-peer, the command will be "voice-class sip early-offer forced", which will only take effect when the call hits this dial-peer while the previous command under "voice service voip" will have global effect.
Rgds/Randy
06-19-2012 01:07 AM
Hi Randy,
we tried to set up basic SRTP-RTP topology on CUBE using this guide (CUBE Support for SRTP-RTP Internetworking) which was the only comprehensive up-to-date guide how to configure it I was able to find.
We hadn't CME license on that CUBE at the time (which is needed because transcoders have to register via SCCP), so we used "associate application cube" under dspfarm profile and it seems to work flawlessly and without that SCCP mess. Is there any problem with this solution or reason why it's not described anywhere ?
Obviously the SCCP version (with transcoders registering to CME at CUBE) have to be used if DSP resources are in other box than CUBE but is there any other drawback ?
topology:
CUCM----(Secure SIP trunk)----CUBE----(SIP trunk)----ISP
Regards
Marek
06-19-2012 03:53 AM
Hi, Marek
Thanks for your question.
It looks like you are one of our more advanced users of CUBE, this feature was introduced recently. You already described the advantage of this mode which will not require any CME related configuration and SCCP configuration, the SCCP controlled transcoder was replaced by Cisco internal control , and obviously without SCCP command, it can only be used locally, and it can only be supported by later IOS version with PVDM3 modules.
I can only find the following information from CCO which is for IOS-XE version of ASR1k in enterprise mode CUBE which will have the similar feature of ISR G2 as CUBE.
I will contact with the product marketing team to reflect the CCO information about this new feature, thanks.
Rgds/Randy
06-19-2012 03:41 AM
Hi Randy..
I just want some clarification on ringback issues with SIP trunks. According to cisco documentation it says:
By default, Cisco Unified Communications Manager will signal the calling phone to play local ringback if SDP is not received in the 180 or 183 response. If SDP is included in the 180 or 183 response, instead of playing ringback locally, Cisco Unified Communications Manager will connect media, and the calling phone will play whatever the called device is sending (such as ringback or busy signal).
This then suggests that If you do not receive ringback, the device to which you are connecting may be including SDP in the 180/183 response, but it is not sending any media before the 200OK response.
Now in cases like this, as I have one case I am troubleshooting now, I tried to use the disable early media to force cucm to play ringback locally. But it didnt work.
Also according to cisco documentation
disable-early-media 180
To specify which call treatment, early media or local ringback, is provided for 180 responses with 180
responses with Session Description Protocol (SDP), use the disable-early-media 180 command in
sip-ua configuration mode. To enable early media cut-through for 180 messages with SDP, use the no
form of this command. disable-early-media 180
config t
sip-ua
disable-early-media 180.
Can you please clarify how ringback should work over sip trunk especially in a case when the ITSP is sending 183 with SDP. If in this scenario we do not get ring back from the ITSP is there a way to force CUCM to play ringback locally.
Can the same be done for CCME too?
06-19-2012 04:13 AM
Hi, Aokanlawon
Thanks for your questions.
1. If ITSP sends 183 with SDP, ITSP has the responsibility to play the ringback or any audio, for the CUBE or CUCM, there is only one thing to do which is to cut through media, by theory, the device along the way should not change it from 183 with SDP to 180 which will change the behavior and might cause further issue.
2. The command you mentioned will not help your scenario.
3. The root cause of the issue is from ITSP, it should not send 183 with SDP while not provide ringback tone.
4. If you really want to change the behavior, you can use Lua script in CUCM version later than 8.5(1) to change the 183 message to 180, which might force the CUCM to play the local ringback. The feature in CUCM called SIP transparency and normalization.
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/8_5_1/ccmcfg/b06scrpt.html
Rgds/Randy
06-19-2012 04:22 AM
Randy as always thank you for the detailed explanation.
I guess this willbe taking back to the ITSP then. The only other thing is that when call is made towards the ITSP you can hear the called phone ringing but the cisco phone does not ring. Does this not suggest that the ITSP is playing ringback?
Secondly, then is the disable-early media 180 applicable? When can this be used?
Please rate useful posts
"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"
06-19-2012 05:04 AM
Hi, Aokanlawon
1. in the scenario you described, the called phone ringing is different than the calling party hearing the ringback, if you saw the 183 with SDP passing through from CUBE to the CUCM and if CUCM use early offer to setup this call, and you still can't hear the ringback tone from ITSP, it will be ITSP issue, but if the CUCM use delay offer to setup the call, it will be another story, you have to use rel1xx to cut through the ringback tone from ITSP to CUCM via CUBE.
2. the "disable-early media 180" can only affect 180 message with SDP.
Rgds/Randy
06-19-2012 07:36 AM
Randy, Excellent thoughts from you. Thank you so much for clarifying this..
If this is CCME ( I know ccme does early offer by default) Can you use rel1xxx to cut through the ringback tone from ITSP?
Please rate useful posts
"For the love of God is broader than the measure of man's mind And the heart of the Eternal is most wonderfully kind"
06-19-2012 05:25 PM
Hi, Jose
Thanks for your feedback.
If it is CCME, since it use early offer, will not have the issue while you have CUCM , the rel1xx is a compensation for CUCM delay offer.
Rgds/Randy
06-19-2012 06:30 AM
Why are the debug messages for voice so hard to understand, compared to, say traditional IP debug outputs ? I *really* struggle piecing together what CUBE is doing.
GTG
06-19-2012 05:26 PM
Hi, Gordon
Thanks for your feedback.
If you refer to "debug ccsip message", it is kind of readable, isn't it?
Rgsd/Randy
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide