Recover Calls for Conference Only Server?

[Roget Hoffman]

Hello All

I have built a cluster using DigitalDaz "two node the easy way" and after a few twists and turns - it works really well! When a fail-over occurs, calls drop, but by the time users call back the switch-over has taken place and all is good! - This is fine for us. (track_calls is disabled and we do not "sofia recover" either.

My question is: we are getting a lot of requests for conference only services (which may be up to 100 concurrent calls to start) and we are using FusionPBX to setup the account (using Conference Center). We are thinking of building a separate cluster for "conference only" customers. Basically this cluster will have no registrations on it. I am wondering since there isnt any registrations, can I or should I turn on track_calls and then perform a sofia recover so that the conference users hear a brief silence and remain on the conference?

Any opinions are welcome. Thanks in advance for all your helpe!

Roger

 

[DigitalDaz]

I doubt very much you will have a happy outcome, you may be lucky but for example, the nat tunnels to the phones will only be open to the primary server, then how is your server going to deal with the set up of 100+ calls per second as it tries to recover. Perhaps more importantly, as far as I am aware, that script only works with a version of FusionPBX now deemed VERY insecure.

 

[Roget Hoffman]

I doubt very much you will have a happy outcome, you may be lucky but for example, the nat tunnels to the phones will only be open to the primary server, then how is your server going to deal with the set up of 100+ calls per second as it tries to recover. Perhaps more importantly, as far as I am aware, that script only works with a version of FusionPBX now deemed VERY insecure.

Thanks for the reply, but I don't think I explain it well. When I said 100 concurrent calls, I didn't mean 100 cps (not sure if that distinction matters) and the fact there will not be any phones registered (this is all inbound calls from the carrier(s)). My thought of mentioning 100 concurrent calls was based on an older one of my post where you suggested to forgo trying to recover active calls (with registered phones). So do you think it may be possible to recover calls if there are no phones to worry about and it is all "inbound" calls coming in from the carrier(s)?

Also, I have seen posts on Fusion 4.2 security issues and we are aware of them, but at the moment, we only allow registrations, provisioning and front-end Fusion access from white-listed IPs via iptables. At this point, basically, the box is closed unless the customer's ip has been opened. We plan to roll-out 4.4, but I need to figure out how to upgrade without breaking the fail-over.

Thanks again!

 

[DigitalDaz]

If you have a failover you will have the 100cps as it tries to recover them

 

[Roget Hoffman]

If you have a failover you will have the 100cps as it tries to recover them

Ah! I see what you are saying. I didn't think about it like that! Thanks again for the advice

 

[DigitalDaz]

It may be OK for you but just test, test and test again When we tried it failed dismally especially too as many of us now use TCP, for some reason its far less successful with TCP or certainly was back in 2015 when we abandoned trying to recover.