03-21-2018 11:58 AM - edited 03-17-2019 12:28 PM
Hi, we have one cube and sip to service provider(SP) , management is considering another redundant SIP trunk to be established via another l3mpls network we use for data traffic only . The thing is CUBE is not directly connected to that l3mpls network but connected via LAN .
Is it possible to setup 2nd SIP trunk to be established via another l3mpls network over LAN ?
I don't know how to deal with IPs at this case, cause we are connecting to PUblic ip of the SP...
and also I don't have PVDM modules and CUBE license on the router connected to that l3mpls network...
Any idea, recommendations?
Thank you
Solved! Go to Solution.
03-22-2018 10:30 AM
03-21-2018 01:19 PM - edited 03-21-2018 03:25 PM
You would need SIP multi-tenant support to have multiple tenants/sip trunks off the same CUBE. PVDM's/DSP's are NOT required in an IP to IP flow taken the fact that you would not use this CUBE to host any media resources.
No additional licenses are required apart from the CUBE licenses which are RTU and based on the sessions. You would need to take into account if adding another trunk will increase the total number of sessions through the CUBE or not against your existing licenses. If it does, you would need to purchase additional licenses.
03-21-2018 05:02 PM
that second SIP over l3mpls is as backup in case 1st will down.
so you mean I can use IP-to-IP flow here: Service provider-existingSIP--cube---switch---CUCM--routerB--l3mpls with no pvdm and send traffic from router B to CUCM ? And CUCM will use software resources for transcoding. Correct?
Do I need CUBE licenses on router B to make it backup CUBE with backup SIP trunk (logically if 1st down then # of session is the same on the second then no need extra licenses) ?
Thank you
03-21-2018 06:35 PM
on the outbound, you can build in redundancy by sticking both SIP trunks to the CUBES in a RG, make sure you use OOB options ping on the CUCM ,to make fail over quicker. This is on the outbound. so calls from cucm to PSTN.
inbound calls you will need to talk to your provider.
If and when you use a single codec end to end like g711 or 722 then you would not need to transcode and this your cubes will not need PVDMs.
03-21-2018 11:30 PM
03-22-2018 04:31 AM
03-22-2018 07:00 AM
it's getting much clear now. Thank you guys. Right now I am connecting to SIP provider via public ip and CUBE then does ip mapping public-to-internal. Is it possible to change this and connect SIP provider to my Loopback ip of that CUBE?
(If yes then that L0 ip I'd advetrise to both sides (via my LAN) so l3mpls side aslo will advertise it and SIP provider will have second backup path via l3mpls . like SIP-----[cube]---[lan]---[routerB]---l3mpls)
03-22-2018 07:07 AM
03-22-2018 07:18 AM
U r right, I should care only if I loose primary link to be able to reach their public ip via my backup path.
At this case routerB (connected to l3mpls) become just a router not a CUBE , correct?
03-22-2018 07:21 AM
03-22-2018 07:31 AM
In my previous post I thought in fail-over case: CUCM ---sip--existingCUBE--LAN---routerB--L3mpls .
I thought incoming/outgoing sip traffic routerB will process as regular ip flow and CUBE then will do his job. Is it wrong ?
03-22-2018 08:48 AM
03-22-2018 09:48 AM
this I wanted to ask you about, Can I terminate second sip on existing CUBE if that sip ip flow will go trough routerB to l3mpls, this path CUBE ----LAN---routerB---l3mpls ?
at this point as I think routerB will not be CUBE just router routing ip packets.
I am not sure about security because we learned always when connect to SIP provider always use CUBE
what do u think?
03-22-2018 09:56 AM
03-22-2018 10:25 AM
ok, sound good. At this case I just need to enable CUBE feature on router B, get uck9 licenses, activate uc feature, and don't need dial-peers, voice translation rules, correct?
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