POTS EOL?
-
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Why did you stick with copper?
-
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Form the frying pan into the fire!
-
@dashrender said in POTS EOL?:
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Why did you stick with copper?
Stupid faxes and fire alarm. Like you, we get thousands of pages a month. Also, at the time we found out our fire alarm does not have a wireless option either. UGH. Just a crap show....
-
@scottalanmiller said in POTS EOL?:
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Form the frying pan into the fire!
Your not kidding. UGH. I was so close to getting rid of them but was overridden by the higher powers.
-
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
-
@dashrender said in POTS EOL?:
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Why did you stick with copper?
Stupid faxes and fire alarm. Like you, we get thousands of pages a month. Also, at the time we found out our fire alarm does not have a wireless option either. UGH. Just a crap show....
Yeah, but copper? We haven't been on copper in a decade. We're on Cox's VOIP ATA service. You could easily change to SIP faxing through an ATA device to your fax machine, should be WAY less than $80/m
-
@jt1001001 said in POTS EOL?:
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
Like I just mentioned to @pmoncho you could look into SIP carrier like @Skyetel and ATA's to provide analog dialtone.
-
@dashrender said in POTS EOL?:
@jt1001001 said in POTS EOL?:
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
Like I just mentioned to @pmoncho you could look into SIP carrier like @Skyetel and ATA's to provide analog dialtone.
Only thing to keep in mind when doing this is that when you have no power, the alarm system goes on battery backup and it still has to still be able to dial out.
So you need to UPS the voip infrastructure so it will work for as many hours as the alarm system can.
I'm not an alarms guy but I think it's safe to say that best practice is to use GSM or IP and not analog->voip. It could be good to now that even the oldest alarm systems can be connected over GSM through something called a GSM communicator/speech dailer.
Also alarm systems can usually be upgraded by upgrading the control panel, which is the electronics that keep track of all the sensors. The sensors and wiring to them would be left intact.
-
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
@jt1001001 said in POTS EOL?:
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
Like I just mentioned to @pmoncho you could look into SIP carrier like @Skyetel and ATA's to provide analog dialtone.
Only thing to keep in mind when doing this is that when you have no power, the alarm system goes on battery backup and it still has to still be able to dial out.
So you need to UPS the voip infrastructure so it will work for as many hours as the alarm system can.
I'm not an alarms guy but I think it's safe to say that best practice is to use GSM or IP and not analog->voip.
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture? Of course you have to keep the ATA itself and the network (switch) and the firewall and the ISP interface all up to the requirements mentioned above... but sometimes that's your only choice, or still the least expensive one.
-
@dashrender said in POTS EOL?:
@jt1001001 said in POTS EOL?:
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
Like I just mentioned to @pmoncho you could look into SIP carrier like @Skyetel and ATA's to provide analog dialtone.
I've tried ATA's for faxing with sip providers in the past and they are just too hit or miss. Some faxes go through no problem and others just don't work. We also tried with our alarm company at one time and they just couldn't get the signal to come through properly during their tests. I can't speak for how @Skyetel works as I've only tried through VOIP.MS. @Dashrender have you had success with them?
-
@dashrender said in POTS EOL?:
@jt1001001 said in POTS EOL?:
@pmoncho @Dashrender We are in the same boat with fax and alarm systems; in addition to having to support legacy PBX systems that can only be managed by dial-up. Several of our POTS have been moved to fiber delivered "voip" and off the carrier's copper plants but we have a few holdout ones that we have to pursue alternatives.
Like I just mentioned to @pmoncho you could look into SIP carrier like @Skyetel and ATA's to provide analog dialtone.
I've tried ATA's for faxing with sip providers in the past and they are just too hit or miss. Some faxes go through no problem and others just don't work. We also tried with our alarm company at one time and they just couldn't get the signal to come through properly during their tests. I can't speak for how @Skyetel works as I've only tried through VOIP.MS. @Dashrender have you had success with them?
Interesting - I have two customers on VOIP.ms with ATA's and they haven't complained at all.
Both Skyetel and VOIP.ms offer T38 trunks now, that's supposed to make faxing better, but I haven't had the need to try yet.
-
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works. To save bandwidth voip compresses the shit out of the audio signal. If the receiving modem can understand what the sender is saying then it work, but if it's too garbled the receiving end can't understand and it won't work. That's why it might work sometimes and sometimes not.
-
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works.
You still have these issues with traditional POTS though too, except that the systems that used these POTS services understood and could deal with the issue.
-
We are looming at a virtual.pots service that supposedly works with alarm panels for communications. They have one that back hauls over cellular and one that is an ATA to sip with battery backup built in. We will see which works better
-
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works. To save bandwidth voip compresses the shit out of the audio signal. If the receiving modem can understand what the sender is saying then it work, but if it's too garbled the receiving end can't understand and it won't work. That's why it might work sometimes and sometimes not.
So, to throw some relevant tech info from another lifetime (once upon a time I worked call center for VoIP and ISP). One of the main factors to be able to run alarm or fax over a voip ata is the ata's ability to support G711 or G722 audio. This is likely going to be impacted by latency and / or jitter on the underlying internet connection. If the ATA is left in an auto-selection mode (or is centrally managed by the VoIP provider) it might be too eager to use a lower bandwidth codec which might not transmit the full frequency range needed for analog systems.
-
@dustinb3403 said in POTS EOL?:
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works.
You still have these issues with traditional POTS though too, except that the systems that used these POTS services understood and could deal with the issue.
It was not the same issues really. The entire PSTN was analog from the beginning and a lot of the modem technology was developed during that time.
So jitter and compression wasn't something the modem took into account but you had other artifacts such as noise and disturbances. As speeds got higher the modems would become smarter and smarter but not that smart.
When the PSTN started to go digital you could have the same problems as today with voip, meaning compression artifacts, jitter etc. Sending files long distance using modems or sending fax overseas would also sometime be troublesome and take a couple of tries before it worked. That was just how it was in the 80s and 90s. Today we expect our digital communication to work better than that though.
-
@notverypunny said in POTS EOL?:
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works. To save bandwidth voip compresses the shit out of the audio signal. If the receiving modem can understand what the sender is saying then it work, but if it's too garbled the receiving end can't understand and it won't work. That's why it might work sometimes and sometimes not.
So, to throw some relevant tech info from another lifetime (once upon a time I worked call center for VoIP and ISP). One of the main factors to be able to run alarm or fax over a voip ata is the ata's ability to support G711 or G722 audio. This is likely going to be impacted by latency and / or jitter on the underlying internet connection. If the ATA is left in an auto-selection mode (or is centrally managed by the VoIP provider) it might be too eager to use a lower bandwidth codec which might not transmit the full frequency range needed for analog systems.
This table is pretty interesting and show what you're talking about as well as put some actual numbers on what is need for faxing over voip.
-
@dustinb3403 said in POTS EOL?:
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works.
You still have these issues with traditional POTS though too, except that the systems that used these POTS services understood and could deal with the issue.
Very true. We have customers coming from POTS reporting failure rates above 10% for faxing because the audio quality just isn't good enough to let the message through. The idea that POTS was ultra reliable is a myth. Every customer with it has audio and reliability issues. And back in the 80s and 90s, it was far worse. People just accepted that those systems were going to suck because it was all that there was.
People expect VoIP to do miracles that they never expected of POTS. And now run what is essentially "email over voice calls" that never worked well, and then instead of utilizing the new tech, run the same bandaid solution over yet another layer that can't make it better and can only strive to only make it trivially worse. It's terrible.
-
@dashrender said in POTS EOL?:
@dashrender said in POTS EOL?:
I received an email this morning
anyone else heard of this EOL on copper pair?
Not that I have any - everything I have is Cox - analog over cable.
Yep, Century Link kicked us off in Feb with 30 day's notice. Scrambled to ATT and now paying $80 per line when we were paying $22.
Why did you stick with copper?
Stupid faxes and fire alarm. Like you, we get thousands of pages a month. Also, at the time we found out our fire alarm does not have a wireless option either. UGH. Just a crap show....
Then you have to ask... is it really a fire alarm? What happens when the fire takes out the cable? I'd leave any service like that. For a fire alarm, you need a certain minimum standard and this falls below any reasonable level of acceptance.
-
@pete-s said in POTS EOL?:
@dashrender said in POTS EOL?:
uh - whats IP? VOIP is IP, does it really matter if you have an ATA in the picture?
Hell, yes it matters. Alarm systems may dial the central with DTMF tones but when they start communicating it's a totally different ballgame.
If voip could transfer all the analog audio signals exactly as they appear without any jitter or compression then it would work flawlessly. But that is not how voip works. To save bandwidth voip compresses the shit out of the audio signal. If the receiving modem can understand what the sender is saying then it work, but if it's too garbled the receiving end can't understand and it won't work. That's why it might work sometimes and sometimes not.
I don't know how this relates to the GSM or IP you mentioned that my comment was comment to.
