ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Sangoma Linux and mondo archive

    IT Discussion
    freepbx linux centos centos 7 sangoma linux 7 disaster recovery backup
    5
    40
    2.8k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • JaredBuschJ
      JaredBusch
      last edited by

      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

      1 Reply Last reply Reply Quote 0
      • DustinB3403D
        DustinB3403
        last edited by

        @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?

        1 Reply Last reply Reply Quote 0
        • JaredBuschJ
          JaredBusch
          last edited by

          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

          DustinB3403D 1 Reply Last reply Reply Quote 0
          • DustinB3403D
            DustinB3403 @JaredBusch
            last edited by

            @jaredbusch Ah. Well thanks for being honest.

            1 Reply Last reply Reply Quote 0
            • scottalanmillerS
              scottalanmiller @NashBrydges
              last edited by

              @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.

              JaredBuschJ 1 Reply Last reply Reply Quote 0
              • scottalanmillerS
                scottalanmiller @NashBrydges
                last edited by

                @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".

                NashBrydgesN 1 Reply Last reply Reply Quote 0
                • JaredBuschJ
                  JaredBusch @scottalanmiller
                  last edited by

                  @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.

                  1 Reply Last reply Reply Quote 0
                  • NashBrydgesN
                    NashBrydges @DustinB3403
                    last edited by

                    @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.

                    scottalanmillerS 1 Reply Last reply Reply Quote 0
                    • NashBrydgesN
                      NashBrydges @scottalanmiller
                      last edited by

                      @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.

                      1 Reply Last reply Reply Quote 0
                      • scottalanmillerS
                        scottalanmiller @NashBrydges
                        last edited by

                        @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.

                        JaredBuschJ 1 Reply Last reply Reply Quote 0
                        • JaredBuschJ
                          JaredBusch @scottalanmiller
                          last edited by

                          @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?

                          scottalanmillerS 1 Reply Last reply Reply Quote 0
                          • scottalanmillerS
                            scottalanmiller @JaredBusch
                            last edited by

                            @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.

                            1 Reply Last reply Reply Quote 0
                            • J
                              jnaugle @DustinB3403
                              last edited by

                              @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.

                              scottalanmillerS 2 Replies Last reply Reply Quote 0
                              • scottalanmillerS
                                scottalanmiller @jnaugle
                                last edited by

                                @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.

                                1 Reply Last reply Reply Quote 0
                                • scottalanmillerS
                                  scottalanmiller @jnaugle
                                  last edited by

                                  @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.

                                  1 Reply Last reply Reply Quote 1
                                  • 1
                                  • 2
                                  • 2 / 2
                                  • First post
                                    Last post