[VoiceOps] Reproting VoIP outages FCC ruling
carlos at televolve.com
Thu Feb 16 11:04:29 EST 2012
I haven't read the whole ruling, but so far from our perspective we're
still left not knowing what really constitutes an "outage." We have
multiple types of connectivity and multiple carriers to connect to.
If we lose an origination carrier, for example, that has no impact on
emergency calls, but some customers won't receive inbound calls. Is
that an outage under this?
I can't think of an outage we have had that would prevent a customer
dialing 911. But the customers themselves have plenty of internet
issues that might cause that.
On Wed, Feb 15, 2012 at 9:31 PM, Ujjval Karihaloo
<ujjval at simplesignal.com> wrote:
> Correct and the VoIP services rely on the Internet backbone in general that
> causes issues which ITSPs has no control over as well
> On Wednesday, February 15, 2012, Bret Palsson <bret at getjive.com> wrote:
>> This is an interesting move. The way I see it, the FCC isn't going to get
>> very good data. Say a VoIP provider has one datacenter, and they have an
>> outage. How will the FCC track who didn't have 911 service at that time? For
>> all they know, the datacenter went down and that location might not have
>> access to 911. What about the potentially hundreds of thousands of endpoints
>> and their location?
>> It makes more sense for wireless and wired operators that have localized
>> towers and central offices. If one of those locations experience an outage,
>> they have a better idea of who doesn't have access to 911, geographically
>> Another scenario: What happens when a customers ISP goes down? It's not
>> the job of the VoIP provider to monitor that connection to say it's down.
>> I really don't think they will get the data they expect with this ruling.
>> The only good data they will get is, provider A has more uptime than
>> provider B.
>> Other opinions?
>> On Feb 15, 2012, at 8:38 PM, Ujjval Karihaloo wrote:
>> What is the impact of this ?
>> Ujjval Karihaloo
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
> VoiceOps mailing list
> VoiceOps at voiceops.org
More information about the VoiceOps