KingsSMTech
asked on
Mitel SIP Failover to LTE
I’m looking for a simple answer to a simple question that it seems our Mitel vendor is having some difficulties answering: are Mitel MiVoice 250s formerly (Mitel 5000) networkable at layer 3 over a private VPN to other Mitel platforms, namely Mitel MiContact servers/Mitel virtual MCD, and Mitel 3300
Our environment consists of the following.
Data center:
· Mitel border gateway
· Mitel MiContact server
· Mitel virtual MCD
Corp HQ:
· Mitel 3300
35 branch locations:
· MiVoice 250
· No Mitel border gateways at the branches
We presently send SIP traffic directly to the 35 MiVoice 250s “over the top” to our broadband circuits which provide excellent call quality. During primary broadband failure, we’d like to have calls failover to our 4G/LTE cellular service, which we tested, and work almost as well (in terms of call quality) and are not limited in number of calls. The only way we can have automatic failure to our 4G/LTE backup is through the purchase of an Mitel border gateway (x 35 locations) and additional SIP licenses for the backup cellular route.
We’d like to send SIP calls for all 35 branch locations to our data center Mitel border gateway, and have the SIP calls distributed to each of the 35 locations over our private VPN. For each of the 35 locations, all data traversing the private VPN fails over automatically between the broadband circuit and the 4G/LTE backup cellular route. Routing our SIP calls at layer 3 over our private VPN will eliminate the need to purchase 35 Mitel border gateways, and additional SIP licenses for the backup cellular route.
Any help would be greatly appreciated.
Thanks
Our environment consists of the following.
Data center:
· Mitel border gateway
· Mitel MiContact server
· Mitel virtual MCD
Corp HQ:
· Mitel 3300
35 branch locations:
· MiVoice 250
· No Mitel border gateways at the branches
We presently send SIP traffic directly to the 35 MiVoice 250s “over the top” to our broadband circuits which provide excellent call quality. During primary broadband failure, we’d like to have calls failover to our 4G/LTE cellular service, which we tested, and work almost as well (in terms of call quality) and are not limited in number of calls. The only way we can have automatic failure to our 4G/LTE backup is through the purchase of an Mitel border gateway (x 35 locations) and additional SIP licenses for the backup cellular route.
We’d like to send SIP calls for all 35 branch locations to our data center Mitel border gateway, and have the SIP calls distributed to each of the 35 locations over our private VPN. For each of the 35 locations, all data traversing the private VPN fails over automatically between the broadband circuit and the 4G/LTE backup cellular route. Routing our SIP calls at layer 3 over our private VPN will eliminate the need to purchase 35 Mitel border gateways, and additional SIP licenses for the backup cellular route.
Any help would be greatly appreciated.
Thanks
This question needs an answer!
Become an EE member today
7 DAY FREE TRIALMembers can start a 7-Day Free trial then enjoy unlimited access to the platform.
View membership options
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Most site to site VPNs provice a L3 routed network.
I would still keep the border gateway controller for your SIP trunks.
A border gateway controller is effectively a SIP proxy (can inspect the SIP packets and rewite the IP addresses inside the SIP packets) with IP and SIP firewall rules.
Although it might be tempting to go for a full mesh network (any site can reach any site directly), unless there are static addresses on both the broadband and 4G/LTE connections I would suggest going with a hub and spoke design. A hub and spoke design does mean that any site to site traffic goes over two VPN hops, but trying to run full mesh with dynamic endpoints can be "interesting".
I'm probably teaching granny to suck eggs, but for the benefit of others that might find this question. As failover could be transparent between broadband and 4G/LTE (if no calls are in progress when failover happens), presuming that the broadband connections are static, I would suggest having at least ping monitoring (and alerting) of the broadband connections. PRTG is free for up to 100 sensors (there are many alternatives).