Hosted PBX
-
I know that the newer companies like Cox and Comcast are delivering PRI over SIP. Which is why I had little concern over moving to a QOS link provided by Cox for my SIP services.
Again looking at my only other personal experience with SIP being Vontage (oh and I suppose my home service which is undoubtedly SIP converted to analog in my house) Vontage over the internet was not as good as most POTS service I've had in the past. You say your service was better on SIP, I'm guessing that the infrastructure for your POTS lines was just old and crappy so of course you're going to have more issues than my younger system out here in sticks
I do agree that SIP is the we should all be moving.
-
@anonymous said:
What if I run it onsite, with backup server hosted? Seems like the best of both worlds?
If by hosted, you mean you buy some space on the internet that you can replicate your settings to, sure that sounds good. But I wouldn't pick a hosted provider - that would be much more expensive.
You do all the work for both places. You setup failover paths for your calls to the other location you setup for your SIP trunks.
-
@Dashrender said:
I know that the newer companies like Cox and Comcast are delivering PRI over SIP. Which is why I had little concern over moving to a QOS link provided by Cox for my SIP services.
That's the one way I would never consider SIP. SIP from an ISP is better than a PRI, but is still so awful as to simply be outside of my willingness to consider. Other than lowering cost and increased call quality and flexibility, all of the problems of the legacy world are carried along with it. Dedicated lines for incredibly call quality stability are fine if the budget can justify it, but I know of no case where any service tied to an ISP is okay be it email, DNS, registrar, phones, web hosting, etc.
-
@scottalanmiller said:
@Dashrender said:
I know that the newer companies like Cox and Comcast are delivering PRI over SIP. Which is why I had little concern over moving to a QOS link provided by Cox for my SIP services.
That's the one way I would never consider SIP. SIP from an ISP is better than a PRI, but is still so awful as to simply be outside of my willingness to consider. Other than lowering cost and increased call quality and flexibility, all of the problems of the legacy world are carried along with it. Dedicated lines for incredibly call quality stability are fine if the budget can justify it, but I know of no case where any service tied to an ISP is okay be it email, DNS, registrar, phones, web hosting, etc.
As you know, others might not, this was not my choice - while I do personally feel more comfortable (mainly because of my legacy comfort in PRIs) with a provider to my site whole responsible party, I do certainly understand your points.
-
@Dashrender said:
@anonymous said:
What if I run it onsite, with backup server hosted? Seems like the best of both worlds?
If by hosted, you mean you buy some space on the internet that you can replicate your settings to, sure that sounds good. But I wouldn't pick a hosted provider - that would be much more expensive.
You do all the work for both places. You setup failover paths for your calls to the other location you setup for your SIP trunks.
Right, setting up and managing the replication will eat at your savings for switching to SIP. Also, in order to even get the offsite PBX useful, you have to be able to answer the calls. If you are failing over to it in the first place, you are going to be having problems and getting all the internal phones switched to register to the different IP is not a trivial task.
-
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?
-
@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.
-
@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.
-
@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.
-
@scottalanmiller @JaredBusch Would using 1 account with 2 SIP servers be a better way to go?
-
@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.
-
@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_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.
-
@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.
-
@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.
-
Who even provisions true PRI today?
-
@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.
-
@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.
-
@scottalanmiller said:
Who even provisions true PRI today?
Everyone. ISDN is still a legit product line.
-
@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.)
