We have Cisco CUBE and CUCM 8.x version. We need to establish a SIP trunk between our Cisco CUBE with clients SBC(Session Border Controller) which is non Cisco. As per the client we should allow UDP RTP range of 55000-57500(SIP payload) on our firewall for the communication.As per my knowledge Cisco uses UDP/RTP range of 16384 - 32767.
- Is this a concern as UDP RTP range used at both ends between CUBE and non Cisco SBC is different? How do they negotiate RTP port numbers?
- In this scenario what is the UDP RTP port to be open on firewalls at both the end?
CUBE should be able to handle whatever port the destination chooses in the SIP messaging. CUBE just will use its own range for choosing a UDP source port. You would have to open up both port ranges or you could just rely on SIP inspection on the firewalls to open up the RTP pinholes automatically by looking at the SIP messaging. That should work fine assuming you're not using TLS.
Contrary to many people's idea of UDP ports, their significance is local. CUBE can send UDP on any port range and can also receive rtp on any port range as long as your firewalls permit them. Infact some of cisco's product do not use the standard udp port range eg Cisco VCS servers. You can define your rtp port range to values you want. In newer versions of IOS, you can actually configure your rtp port range..
Please rate all useful posts
"The essence of christianity is not the enthronement but the obliteration of self --William Barclay"
SIP traces provide key information in troubleshooting SIP Trunks, SIP
endpoints and other SIP related issues. Even though these traces are in
clear text, these texts can be gibberish unless you understand fully
what they mean. This document attempts to br...
Please find the attached HTML document, download and open it on your PC.
This provides an easy to use form where you simply answer a few
questions and it will render the proper jabber-config.xml file for you
to copy/paste. There is built in logic to verif...
[toc:faq]CUCM Database Replication is an area in which Cisco customers
and partners have asked for more in-depth training in being able to
properly assess a replication problem and potentially resolve an issue
without involving TAC. This document discusse...