Sangoma Linux and mondo archive
-
@nashbrydges use any solution that works for your provider or hypervisor.
-
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
-
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
I do not have any physical systems
-
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
As previously discussed, your phone system shouldn't be physically installed... As it's usually critically important.
-
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
So they opted to purchase an appliance from Sangoma like the ones here
In a case like that I would ask Sangoma what they would recommend. . .
-
The native back up solution does work but takes more than just click click click to set up.
-
It’s also a bunch of individual pieces and some things have to be added manually but once finally all set up it can give you a valid back up
-
@JaredBusch do you know if the Sangoma backup utilities allow the system to get restore to anything, anywhere. Or do they require a working appliance to restore too?
-
I’ve specifically never seen the appliance back up I assume it is actually a little bit better or something. I was strictly referencing the free PBX back up Monterey which is all that the Sangoma system is
-
@jaredbusch Ah. Well thanks for being honest.
-
@nashbrydges said in Sangoma Linux and mondo archive:
If you're running on Vultr or other VPS I assume you're using their backup options but for anyone running an on-premises physical box, what's your recommendation? Has anyone ever used something like Veeam Agent for Linux? Is that even a viable option?
I use Vultr and Vultr's snaps, yes.
Yes, Veeam Agent for Linux is absolutely a viable option.
-
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
Honestly, and I have clients who've done this, the first thing we do is get them off of the physical boxes. If it's important enough to want to run, it's important enough to run well. The physical boxes just make everything more fragile and difficult, especially when it comes to backups and restores. While I understand some people might deploy this way, we always approach this as "fix it" rather than "live with it".
-
@scottalanmiller said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
If you're running on Vultr or other VPS I assume you're using their backup options but for anyone running an on-premises physical box, what's your recommendation? Has anyone ever used something like Veeam Agent for Linux? Is that even a viable option?
Yes, Veeam Agent for Linux is absolutely a viable option.
Assuming that it works on CentOS 7.5, then yes it should work great.
-
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
As previously discussed, your phone system shouldn't be physically installed... As it's usually critically important.
I think we all agree on this one. You won't get any argument from me. Only clients that have physical installs are those where I've taken over from another support group.
-
@scottalanmiller said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
Honestly, and I have clients who've done this, the first thing we do is get them off of the physical boxes. If it's important enough to want to run, it's important enough to run well. The physical boxes just make everything more fragile and difficult, especially when it comes to backups and restores. While I understand some people might deploy this way, we always approach this as "fix it" rather than "live with it".
Again, no argument from me on this.
-
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
As previously discussed, your phone system shouldn't be physically installed... As it's usually critically important.
I think we all agree on this one. You won't get any argument from me. Only clients that have physical installs are those where I've taken over from another support group.
Understood. Even in those cases, we move them off as quickly as we can. Most just move, since for most, the cost is zero.
-
@scottalanmiller said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
As previously discussed, your phone system shouldn't be physically installed... As it's usually critically important.
I think we all agree on this one. You won't get any argument from me. Only clients that have physical installs are those where I've taken over from another support group.
Understood. Even in those cases, we move them off as quickly as we can. Most just move, since for most, the cost is zero.
What you don’t charge for labor?
-
@jaredbusch said in Sangoma Linux and mondo archive:
@scottalanmiller said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges said in Sangoma Linux and mondo archive:
@dustinb3403 said in Sangoma Linux and mondo archive:
@nashbrydges use any solution that works for your provider or hypervisor.
Thanks, yeah that makes obvious sense, but the question is related to on-premises physical box FreePBX installs. I have a couple clients with Sangoma FreePBX appliances (no HA) so it's for these specific use-cases that I was asking about.
As previously discussed, your phone system shouldn't be physically installed... As it's usually critically important.
I think we all agree on this one. You won't get any argument from me. Only clients that have physical installs are those where I've taken over from another support group.
Understood. Even in those cases, we move them off as quickly as we can. Most just move, since for most, the cost is zero.
What you don’t charge for labor?
Often, no. We often do flat rate support, and honestly, it's generally worth us investing the time to move them from physical to VMs because of the flat rate. Having the system be stable and working and recoverable is so strongly in our interest that it's worth us paying for it. Because being on physical, the company suffers the unnecessary downtime and hardware costs, but we suffer the unnecessary labour costs.
-
@dustinb3403 the reason I am on a physical box is that the company uses a PRI circuit so to run on a VM this will not function at least that I know of.
-
@jnaugle said in Sangoma Linux and mondo archive:
@dustinb3403 the reason I am on a physical box is that the company uses a PRI circuit so to run on a VM this will not function at least that I know of.
The way that is normally suggested to handle that, and we are aware of this as it is very common, is to have a PRI to SIP gateway and only SIP on your network. The hardware translation for PRI to SIP should not be in the PBX, but on the network edge and only do that one task.
