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".
-
@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.
-
@jnaugle also worth noting, no one actually delivers PRI today, that entire market is a scam. It's actually SIP and then they translate the SIP to PRI on your network edge to make it "sound cool" for people who are out of date and remember when PRI was both still available and actually practical (early 1990s and earlier.) PRI is not nearly as powerful as SIP, nor as cheap, so phone providers long ago "all" moved to providing SIP instead (PRI isn't possible without a physical T1) and "virtualizing" PRI on top of it. All the PRI does it increase cost and lower performance, flexibility and reliability.
So the best solution is to get the phone provider to stop pretending to do PRI and just give you the raw SIP. This improves your phone quality by removing unnecessary steps and limitations, removes the need for you to convert back to SIP (gateway, card, however you do it) and makes everything better for everyone. The PRI interface has no advantages, only disadvantages. It takes the better SIP, and cripples it.
For people running ancient phone systems from before VoIP, SIP isn't possible, so these terrible PRI interfaces are useful for them to continue to be able to hook up those ancient phone systems while still being able to connect to current phone companies. They aren't totally useless, but they are useful only for that one terrible niche case.
