ā07-31-2012 07:15 AM - edited ā03-16-2019 12:27 PM
Hi all,
I am trying to connect a CUCM 8.0 with a 3rd Party SIP Trunk. The thing is when I start the call from a device on the other side of the SIP trunk the RTP is correct both ways. The issue is when I start the call from a Cisco SCCP phone behind the CUCM because RTP is only listened in one way (to the CUCM and not from it)
After having a look at the capture, we have seen the SDP in the set up of the call is different when the call is originated from the 3rd party from the one SDP when the call is originated from a Cisco phone. The problem is that when the call is originated from the 3rd party, the SDP shows that the RTP must be finished in the CUCM. On the other hand, when the call is originated from a Cisco phone, the SDP forces the RTP to be finished in the phone itself.
I know this could be solved if the 3rd party opens the whole ip space behind the CUCM, but that is impossible because of the same IPs are used inside the 3rd party network.
Is there a way to force the CUCM to be always the originator of the RTP when using an SCCP phone? Is MTP needed?
Thanks in advance
ā07-31-2012 09:57 AM
You can check the "MTP Required" checkbox on the SIP Trunk in CUCM. This will proxy RTP media through either IPVMSA or the IOS SW MTP depending on what you have configured in the MRGL. This is not a substitute for a session border controller though. Normally the way address hiding is accomplished is through an SBC such as CUBE.
Please remember to rate helpful responses and identify helpful or correct answers.
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