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

    Hosted PBX

    IT Discussion
    10
    123
    34.4k
    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.
    • A
      Alex Sage
      last edited by

      I am thinking about a couple of ways to provide easy fail-over in the case of a data center outage.

      Each SIP phone supports up to three accounts. Would I able to setup one account to one location and another account to another location?

      This seems like to me it would work just fine, but I wonder if I am missing something? I would create different sub accounts for each location, then if we had a failure, I would just have to point my DID (Just one in my case) to the other sub account. What I am missing?

      Also, it seems like you can have 2 SIP servers per account? Would this be another way to go?

      0_1455989832901_2016-02-20 12_25_23-Yealink T22P Phone.png

      1_1455989832901_2016-02-20 12_27_04-Yealink T22P Phone.png

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

        @anonymous said:

        Each SIP phone supports up to three accounts. Would I able to setup one account to one location and another account to another location?

        Yup, that is actually a common strategy.

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

          @scottalanmiller said:

          @anonymous said:

          Each SIP phone supports up to three accounts. Would I able to setup one account to one location and another account to another location?

          Yup, that is actually a common strategy.

          But, I feel it is a flawed strategy. I am not at home at the moment. I'll try to get back to this later.

          tl;dr of my response will be use a fail over destination at the SIP provider and have backups ready to restore elsewhere.

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

            @JaredBusch said:

            @scottalanmiller said:

            @anonymous said:

            Each SIP phone supports up to three accounts. Would I able to setup one account to one location and another account to another location?

            Yup, that is actually a common strategy.

            But, I feel it is a flawed strategy. I am not at home at the moment. I'll try to get back to this later.

            tl;dr of my response will be use a fail over destination at the SIP provider and have backups ready to restore elsewhere.

            Using other strategies is often better, I agree. But it does work as imagined. But is odd and complex with a dependency on end point configuration in multiple places.

            A 1 Reply Last reply Reply Quote 0
            • A
              Alex Sage @scottalanmiller
              last edited by

              @scottalanmiller @JaredBusch Would using 1 account with 2 SIP servers be a better way to go?

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

                @scottalanmiller said:

                @Dashrender said:

                @scottalanmiller said:

                I've worked with a lot of PRIs that are far worse.

                You post this all the time. I'm curious - considering that you've worked with thousands if not hundreds of thousands of PRI circuits, what percentage of them were horrible? 1%? .1? less?

                I've not worked with that many, those are huge numbers.

                But of what I've worked with, 1% is laughable. Probably more like 40%. It's enough that I consider it the fundamental risk to voice communications. So large that even if PRI is just 1% of the market it dwarfs the cumulative risk of VoIP of the other 99%.

                WTF?

                You know I worked for some large telecoms. I've put in PRIs, BRIs, T1/T3, OC-x, even worked on a few 5ESS switches in the old days. A PRI is nothing more than an extension of the central office to your own PBX, running on the worlds most reliable equipment. Of ALL the telecom technology out there, PRI is the MOST reliable service out there for voice. The circuit, not the ancillary equipment around it. PBXes fail, usually due to lazy telcom admins. I've lost all internet connections to the world over multiple pipes in a single location but the PRI was still running just fine. Like most things, 90% of "failures" are self inflicted, bad configs, bad equipment. I've seen loops need some changing and fixing, but never outright fail out the blue without any reason.

                There's a reason Ma Bell setup the network the way she did. If I have to trust anyone, it's gonna be AT&T's legacy network.

                scottalanmillerS 4 Replies Last reply Reply Quote 0
                • scottalanmillerS
                  scottalanmiller @PSX_Defector
                  last edited by

                  @PSX_Defector said:

                  Of ALL the telecom technology out there, PRI is the MOST reliable service out there for voice.

                  T1, which is a dependency of PRI, is simply not that dependable. I have no idea where anyone gets the impression that T1s are reliable, but they just aren't. Whether it is because of aging technology or because of contractual protection that keeps providers from needing to fix download lines or because PRI is too complex for providers to provision (I'm lookin at you, Windstream) the result is that PRI has a dependency that isn't reliable and hasn't been reliable compared to cheaper options for decades.

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

                    @PSX_Defector said:

                    There's a reason Ma Bell setup the network the way she did.

                    Because it locked people in and made them lots of money.

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

                      @PSX_Defector said:

                      PBXes fail, usually due to lazy telcom admins. I've lost all internet connections to the world over multiple pipes in a single location but the PRI was still running just fine.

                      Similarly remember when the middle east went offline a few years ago because the cable in Egypt was cut? All phones in Bahrain and UAE were gone... except those on SIP. I was on the phone with a country that was "offline" over SIP. No PRIs left up in the country for days. SIP users just had latency increase.

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

                        @PSX_Defector said:

                        Like most things, 90% of "failures" are self inflicted, bad configs, bad equipment. I've seen loops need some changing and fixing, but never outright fail out the blue without any reason.

                        The self inflicted I've seen the most is in choosing PRIs with SLAs that protect the vendor from prosecution if a service is not reliably delivered. I've had PRIs out for six months at a shot with no recourse for the customer because of a strong SLA that gives them no means to do anything except pay a reduced monthly bill for a service that didn't even exist for them.

                        PRIs have single points of failure combined with low inherent incentive for vendors to be concerned. Connections are private and low priority.

                        Sure, customers can get dual PRIs, but the ability to get competing vendors to provide them for failover is extremely cost and difficult and still offers lower protect than public SIP for the same use case.

                        PRI is just a bundle of risk. Most of that risk is contractual, not physical, but even physically the antiquated technology carries significant risks that SIP simply does not unless you intentionally add scenarios to cause it to happen.

                        Like I said before... there is a reason all the big carriers stopped doing PRI and moved to SIP and lie about it being PRI now, because SIP is cheaper AND more reliable.

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

                          Who even provisions true PRI today?

                          PSX_DefectorP 1 Reply Last reply Reply Quote 0
                          • PSX_DefectorP
                            PSX_Defector @scottalanmiller
                            last edited by

                            @scottalanmiller said:

                            @PSX_Defector said:

                            Of ALL the telecom technology out there, PRI is the MOST reliable service out there for voice.

                            T1, which is a dependency of PRI, is simply not that dependable.

                            Nowadays, T1's are delivered as HSDSL circuits, since at least 2004ish. On one pair versus the two pairs of PRI. Modulation is different, but it emulates a PRI fairly well.

                            A PRI is an ISDN product, which delivers channels down to the location. They can be voice, data, or both. A T1 can be a PRI, but a PRI is not always a T1. Don't conflate T1's and your strange bad luck with them with PRIs which deal in trunks from central offices to a location.

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

                              @PSX_Defector said:

                              A T1 can be a PRI, but a PRI is not always a T1. .

                              Actually the PRI specification is very clear that it IS always a T1. The moment that there is no T1, it's not a PRI. It might be PRI emulation, but even that is questionable as the T1 isn't emulated. It's VERY much tied to T1 in every way.

                              1 Reply Last reply Reply Quote 0
                              • PSX_DefectorP
                                PSX_Defector @scottalanmiller
                                last edited by

                                @scottalanmiller said:

                                Who even provisions true PRI today?

                                Everyone. ISDN is still a legit product line.

                                http://www.att.com/gen/general?pid=9448

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

                                  @PSX_Defector said:

                                  Don't conflate T1's and your strange bad luck with them with PRIs which deal in trunks from central offices to a location.

                                  But it is what the term PRI means. You can do things that behave like PRIs in other ways on more reliable medium, but they aren't PRIs. They have PRI termination, but that's not the same.

                                  But even those, most of the problems still exist. Not all, the physical carrier improves. But you still have the contractual problems that plague the industry and are alone a risk so high that it makes all other risks combined into trivial background noise.

                                  My experience with all other outage types are rare and short. None going over a period of hours. PRI routinely happens to more customers and for periods of times going into days and even into months. (None has yet topped a year outage.)

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

                                    @PSX_Defector said:

                                    @scottalanmiller said:

                                    Who even provisions true PRI today?

                                    Everyone. ISDN is still a legit product line.

                                    http://www.att.com/gen/general?pid=9448

                                    It's definitely not everyone. Nearly no one does a physical PRI. Most vendors don't even have the product for any region, let alone most.

                                    PSX_DefectorP 1 Reply Last reply Reply Quote 0
                                    • PSX_DefectorP
                                      PSX_Defector @scottalanmiller
                                      last edited by

                                      @scottalanmiller said:

                                      PRIs have single points of failure combined with low inherent incentive for vendors to be concerned. Connections are private and low priority.

                                      You can't eliminate every SPF. You have to entrust your network to support the product as best and effectively as they can. And as someone who's worked both for and against telecom vendors, I can say from a Tier 1 provider, a PRI is very, very stable.

                                      And as someone who has worked in telecom, I can say a PRI is considered high priority in a outage situation. Someone cuts a trunk line, guess what the tech is gonna be doing first?

                                      scottalanmillerS 1 Reply Last reply Reply Quote 0
                                      • A
                                        Alex Sage
                                        last edited by

                                        0_1455994784937_2016-02-20 12_27_04-Yealink T22P Phone.png

                                        1 Reply Last reply Reply Quote 0
                                        • PSX_DefectorP
                                          PSX_Defector @scottalanmiller
                                          last edited by gjacobse

                                          @scottalanmiller said:

                                          @PSX_Defector said:

                                          @scottalanmiller said:

                                          Who even provisions true PRI today?

                                          Everyone. ISDN is still a legit product line.

                                          http://www.att.com/gen/general?pid=9448

                                          It's definitely not everyone. Nearly no one does a physical PRI. Most vendors don't even have the product for any region, let alone most.

                                          AT&T covers most of the US, both in their traditional regions (MOKAT, Pac/NV, Ameritech, BellSouth) and out (thank you TA96). But if you want the entirety of the US, I'm not going to find things for little co-op or one central office, but here are the big boys:

                                          http://business.frontier.com/enterprise/pri-isdn
                                          https://www22.verizon.com/wholesale/solutions/solution/ISDN%2BPRI.html
                                          http://www.centurylink.com/wholesale/pcat/isdnpri.html
                                          https://www.cincinnatibell.com/aboutus/regulatory_affairs/Tariff/CBAD/Indiana/LocalSvcs/section7.pdf
                                          https://www.fairpoint.com/enterprise/voice/isdn-pri/
                                          https://www.megapath.com/voice/lines-pri/

                                          I could pull regulatory pages on it on a state by state basis. Remember also that PRI, by extension ISDN, is regulated. Even in Texas, I can get someone on shit if they f[moderated] up a line, month long outages from a previously working circuit are complete and utter farces.

                                          https://www.puc.texas.gov/agency/rulesnlaws/subrules/telecom/26.142/26.142.pdf

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

                                            @PSX_Defector said:

                                            And as someone who has worked in telecom, I can say a PRI is considered high priority in a outage situation. Someone cuts a trunk line, guess what the tech is gonna be doing first?

                                            As a customer advocate, I guarantee you, this isn't true. They might say this internally, but it doesn't really happen. Bring down a power line, someone's home cable will be back up days before the PRI gets fixed.

                                            That's why their is that handy SLA saying that the customer can't get out of the contract.

                                            PSX_DefectorP 1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 6
                                            • 7
                                            • 5 / 7
                                            • First post
                                              Last post