At the moment 0. At peak, maybe 40-50 but only for short bursts of time. While it had that many calls, I actually tested it and it appeared fine. It's only after a certain amount of time the choppy calls start happening - even when load is literally zero!
No, and I've used 3 different provider networks so it isn't a bandwidth issue either.
The codecs I'm using are:
inbound-codecs: G7221@32000h,G7221@16000h,G722,PCMU,PCMA,GSM
outbound-codecs: PCMU,PCMA,GSM
OK I got activated last night, installed and transferred over Fusion.
It's got 4 cores, a 2017 Xeon processor, 32GB RAM (irrelevant) and 2TB of disk space.
Last night (as it did with cloud VM's) Fusion worked seemingly fine. However as usual, while using <5% of CPU resources (more like 1%) it...
Definitely! From your suggestion you've actually got my eyes looking over bits and you've helped me solve / find another issue I was having so thank you
No, he was just suggesting changing the dial plan which would carry across should you transfer Fusion / FreeSwitch to new hardware or upgrade the system
Thanks @royce3, that wouldn't work for multi-tenant though would it, where you wanted to set the default CID to a specific number. You can do it as @DigitalDaz suggests via the dial plan manager though.
Ah I see - so you're VM'ing but manage the host yourself, yes that is completely different and is my next step now.
OVH ordered, 4core 32gb RAM enterprise server in London.
I will let you know once it gets activated (5 day ETA??) and I have moved Fusion over!
It's a really annoying problem. Everything runs so well on Virtual, and asterisk records calls fine too. FreeSWITCH however isn't coping at all. Do you have any recommended UK suppliers of dedicated servers? I thought you were running FusionPBX on VMs? Don't you use recording on them?
I have...
Tried on Digital Ocean high CPU and it is the same issue. Going to go dedicated now and see if that resolves the issue (quad core with 32GB RAM) if that doesn't do the trick I'll be gutted cause it may be a config issue which I can't see as being the case!
So you just want to press X and then hear the beep? You could just create an empty 1 second recording maybe, but I think a "Please leave your message after the tone" after pressing the IVR option is the best
Yeah I fully agree. Virtual resources end up being far more expensive the bigger you grow. For now however, it's all about balance - and while looking into system level backups is a great way to go, while resource requirements are very low virtual just makes sense for me.
I just wish recording...
I don't think it'll be because FusionPBX advises to install on a minimal Debian install whereas I just installed on a normal install through the provider?
Yeah that is my only next step after upgrading everything. Lots of success with Virtual here though, plus things like backups and migrations can be easier when hosted in the cloud. I'm thinking of trying Digital Ocean High Performance Dedicated CPU droplet to see if that helps?
Also... you could script this up couldn't you, and create an rsync task so you'd have a redundant fusionpbx on a completely different network / service?
Then you could just switch the IP address and be good to go if there was a failure!
First bit of load this morning, and it's all over the place again :-( I'm currently running the recommended Debian using VULTR - do you think it'd be good to try AWS instead? I know it will cost a fair bit more but I need to find a solution to reliable call recording and don't feel like adding...
Yeah I was waiting until there was less demand to do so, I've now added another core and the difference is phenomenal. No further issue. Now I'm slightly sceptical as the box hadn't been rebooted in nearly a month so wondering if this is a false positive, but happy to say adding a core seems to...
Yeah, Version 1.6.20 (64bit) of Freeswitch, but only 4.2.4 of Fusion (which wont be the problem)
I'm thinking it could be the fact it's only a single vCPU instead of maybe a dual core? Resource doesnt go over 25% though so not sure.