Home / Blogs

Help! This is Not an Emergency

Martin Geddes

I like the drift of the Pulver/Evslin proposal on emergency communications, and wish there was as vigorous a debate going on over here. I just hope we in the UK aren't jerked out of complacency by some major disaster — although widespread use of pre-paid cellular means the problem of sunken landlines isn't as acute.

Yet I can't help but wonder why the poor public has to wait for a disaster before they're given partial control over how their number maps to different destinations and services. Why can't I get a voicemail service from someone other than my connectivity provider? Why is ENUM hostage to the telcos, whose interest lies in ensuring that new services can only come from them? Why is the telco somehow regarded as a good and neutral trustee of my identity, rather than a hopelessly biased intermediary with a priority of preventing me authenticating myself in competing services using this identifier?

I wouldn't say that DNS is a perfect technical model, ICANN a particularly enlightened overlord, or VeriSign a very benign power. Nonetheless, the Internet's system clearly points the way to viable alternatives where users can easily provision themselves to use their number in their IM client, photo system, blog, or whatever. Domain names have drawbacks as personal identifiers, too — but that's a different issue. Numbers are universally understood, easy to display and enter, and we've already got the infrastructure to deal with them. Time to rescue the phone numbers from the phone companies?

By the way, one modification I'd make to the Pulver/Evslin proposal is that I'd skip the stage of getting people to reclaim their lines/numbers, or to offer privacy to the emergency voicemail system. It's just too complex. Make the voicemail of drowned lines pre-announce something like:

"This line is inactive due to emergency measures. The owner has not yet recorded a greeting or forwarding number. There are two waiting messages. Press 1 to leave a message, press 2 to check messages, press 3 to record a personal greeting including any new numbers you may be contacted on. [Presses 2.] Any message you leave will be accessible to any caller, and you should therefore take care in deciding what private or confidential information to share. Beep"

The system could also use the inbound caller ID to only offer new messages to callers; there would be no "delete" in this mailbox — all messages would be kept. I would view the lack of privacy here as a feature, not a bug — we want status information to be spread as fast as possible, and rather like checking a friend's blog you should be able to pry around a bit for what's going on in your community.

The claiming/authentication process would only kick in when someone wants to flick their service out of emergency mode back to "normal" mode. Allowing porting of voicemail etc I'd say is just too darn hard given the inflexible reality of the system. If you're going to do 80% of the work to enable service unbundling, why not go the whole hog and transfer complete control over the numbers and directory/routing access to the users permanently?

In summary, an emergency voicemail system is probably a good idea, but should be designed from the ground-up for emergency use, and not simply be a repurposed standard voicemail product. The assumption should be that all business processes are suspended, no back office or personnel are functioning, and all you've got running is a bunch of servers on emergency power.

UPDATE: Check out Tom's comment below. I ought to also point out why I'm squicked by claiming processes. My last project at Sprint was a particularly futile digital identity re-engineering effort. This was allegedly a prelude to integrating the customer databases of the PCS, local and long distance divisions, and to avoid duplication of effort and disjointness in service delivery to common customers. There were several solutions to matching up customer records from the different divisions, one of which was a manual claiming process. Having seen the profusion of data quality issues and exception cases, I'm wary of any such process, particularly ones which need to be executed in times of panic and turmoil. Doesn't mean it can't be done, but don't underestimate how much complexity will creep out of the woodwork when you go to implement it in reality.

"Thanks for taking the trouble to comment on this. Your comments are well thought out as usual. I couldn't agree with you more that a long-term design which allows alternate service providers to serve a "phone number" provided by a LEC (access providers) is the right solution.

But it isn't going to happen here for the next hurricane season. So, in this case, we can't let the best be the enemy of the good. We believe the proposal we made can be implemented at little expense and quickly AND is needed now.

You are also right that "claiming" a phone number is more complex than I would like. Perhaps a better mechanism will show up in the market - we're not really saying how this should work. But some authentication is, I believe, necessary to avoid fraudulent seizing of voice-mail accounts." —Tom Evslin

I'd agree on the long-term issue; it's, um, long-term.

For the next hurricane season, there's probably an even simpler solution. Remember that there were all those competing messaging services out there post-Katrina? You'd call an 800 number, and then punch in your old phone # to access a voicemail box? The problem was that there were a bunch of competing ones.

Why not just get a message played that says "this line is inactive, but we have selected 1-800-555-5555 as our emergency line replacement service. Please call this number to access an alternative emergency voicemail service."

The Achilles Heel of the claiming process is that it assumes that the back office and customer service support is there; or that an automated system will cope. I suspect that an emergency is not a good time to launch a major customer authentication and identity initiative ;) And for a widespread emergency, privacy is not necessarily the benefit it usually is. The villains will not be able to organize quickly enough to scam people.

Also, there's already an analogue form of authentication going on. If it isn't Tom's voice I hear in the greeting, I know it's a fake.

By Martin Geddes, Founder, Martin Geddes Consulting Ltd. He provides consulting, training and innovation services to telcos, equipment vendors, cloud services providers and industry bodies. Prior to establishing his own consulting business, he was Strategy Director for the network and IT division of BT.

Related topics: DNS, Domain Names, Enum, ICANN, Privacy, Telecom, VoIP

WEEKLY WRAP — Get CircleID's Weekly Summary Report by Email:

Comments

To post comments, please login or create an account.

Related Blogs

Related News

Topics

Industry Updates – Sponsored Posts

ICANN London Recap Webinar

Four Reasons to Move from .COM to Your .BRAND Domain

Introducing the New .ORGANIC Domain: A Trusted, Credible Space for Organic Products on the Web

.WANG - 15,000 Registrations on Day One of General Availability

Dot Brand: Why Your Brand Needs Its Own Top-Level Domain

Afilias Announces Start of .BLACK Sunrise Period

Radix Launches Three New TLDs in Sunrise With Backing from 50+ Registrar Partners

.WANG General Availability Opens on June 30, 2014

Continuing to Work in the Public Interest

.Press Domain Names - The Changing Face of Journalism

Radix Announces .Website Launch Timeline

.Host Timeline Released As Pioneer Program Kicks Off

Verisign Named to the OTA's 2014 Online Trust Honor Roll

TLD Registry Sponsored Xinnet's Partner Conference in Nanjing

Victorian Government & ARI Agree to Long-Term .melbourne Partnership

.WANG Enters Landrush This Week

Public Interest Registry Offers New Internationalized Domain Names to General Public

Dyn Acquires Internet Intelligence Company, Renesys

Dot NYC (.nyc) TLD Enters First Phase of Launch

ARI Registry Services Facilitates Delegation of Another .brand TLD

Sponsored Topics