Posts categorized "Telecom Industry"

Heading out to ClueCon 2008, Telephony Developer Conference, this week..

cluecon08logo-1.jpgThis afternoon I'll be heading to the airport to fly out to Chicago to be part of ClueCon this week. Haven't heard of ClueCon before? Here's the quick summary:
ClueCon - is an annual 3-Day Telephony User and Developer Conference bringing together the entire spectrum of Telephony from TDM circuits to VoIP and everything in between. The presentations and discussions will cover several open source telephony applications such as Asterisk/Callweaver, Kamailio (formerly OpenSER), Bayonne, YATE and FreeSWITCH.

Billed as the "Telephony Developer Conference" it primarily focuses on the whole world of open source telephony.

I'll be there as part of two panels. First, tomorrow I'll be joining fellow VoIP bloggers Andy Abramson and Thomas Howe on a "VoIP Roundtable" to talk about current industry themes and trends. Then on Thursday I'll be part of a "VoIP Security Roundtable" talking about... gee... can you guess?

It should be a fun event... I'm looking forward to catching up with Andy, Thomas, Moshe Yudkowsky, Jon Todd and several others. There are also some folks on the schedule with whom I have corresponded but never physically me, so that will be nice as well. If any of you reading this will also be there, please do feel free to drop me a note so that we can connect.

Technorati Tags: , , , , , , , , , , , , ,


Sangoma acquires Paraxip... open source-focused hardware meets enterprise software

sangomalogo.jpgEarlier this week there was the announcement that Sangoma was acquiring Montreal-based startup Paraxip for $4.8 million which was interesting to me on a couple of levels. First, I've known David Mandelstam from Sangoma for now around 8 years since way back when I was part of the open source startup e-smith up in Ottawa. David and I have continued to meet at trade shows over all these years and he's a great guy. So I'm pleased for him that Sangoma is growing.

It's also an intriguing transaction because it moves Sangoma is a different direction from its past... they have primarily been a provider of PSTN-connection hardware with a heavy focus in recent years on Asterisk and open source. Now, with Paraxip, they move into Windows-based enterprise software! As Jon Arnold points out, the two companies already announced last September the integration of their products, so that part of an acquisition has already been done.

In any event, I'm pleased for them all that this has worked out and I wish them all the best. Here is some good analysis of the deal:

Technorati Tags: , , , , , ,


Congrats to my Canadian friends on Rogers dropping iPhone and RIM charges...

rogerslogo.jpgHaving lived in Canada for 5 years and dealt with Rogers Communications being really the only GSM game in town, I understood the jubilation yesterday of Canadians like Jim Courtney when Rogers dropped their prices for iPhone plans. Faced with a lot of negative publicity in advance of tomorrow's iPhone launch in Canada... faced with 60,000 people signing an online petition... and facing Apple redirecting some iPhones away from Canada over to Europe... Rogers caved and dropped it's prices.

Even better for Canadians, the price drop is also in effect for Blackberry users!

Jim's post has all the details and pointers.

Go, Canada! (You, too, can now join in iPhone mania... :-)

Technorati Tags: , , , , ,


Is voicemail dead? Our Squawk Box discussion...

squawkbox.jpgOn yesterday's Squawk Box podcast, we had a lively and enjoyable conversation on the subject of "Is Voicemail Dead?" - building off of Michael Arrington's recent TechCrunch post and Andy Abramson's followup post. It was a fun conversation with different perspectives that definitely highlights that the way in which we are using voice messaging is definitely changing. You can listen to the show from the Saunderslog page or in iTunes. The Calliflower show notes page also has more links and a transcript of the live chat during the call.

Technorati Tags: , , , , , ,


It's all about syncing to the cloud - Apple's MobileMe was the most interesting part of the iPhone 3G WWDC keynote

Okay, so the iPhone got better - so what? To me, the new iPhone 3G was NOT the most interesting part of yesterday's Steve Jobs keynote at the Apple WWDC event. Sure, the blogosphere (and mainstream media) is buzzing like crazy about it (and we discussed it at length on yesterday's Squawk Box). Sure, it's great that the iPhone costs a lot less (at least, up front), is available in more countries (but still not in Vermont!), has GPS and now will work over 3G networks. Sure, all that is great.

<Donning flame-proof clothing> But at the end of the day, it's still just a mobile phone! Sure, it's an incredibly sexy one and yes now that I live in New Hampshire I admittedly am considering getting one. But it's... still... just... a... phone. (And yes, I realize such a statement is heretical in defiance of the Cult of Apple (of which I am increasingly becoming a member).)

BA9FE4C0-1648-4669-BE49-19B9ACA79931.jpgTo me what was far more intriguing was Apple's launch of "MobileMe" at me.com. Why?

Apple is getting into the "cloud" in a major way.

Let's take a look at what Apple is offering (watch the Guided Tour to see it in video):

  • Push Email
  • Push Contacts
  • Push Calendar
  • Synchronization between iPhone, Web interface, Apple desktop and PC desktop
  • MobileMe Gallery - taking on Flickr, etc.
  • 20GB of online storage - with file sharing

No need to dock iPhone to computer. In fact, no real need to use an iPhone - it will work perfectly fine with regular Macs and PCs, although obviously the iPhone adds the Mobile component. All for the price of $99/year... or $8.25/month. (And with the cute domain of me.com replacing the .mac.com domain.)

IT'S ALL ABOUT THE SYNC

At a base level, MobileMe is all about synchronization, a.k.a. "sync". Now synchronization is not overly sexy. It's not overly exciting. You don't necessarily see people out there drooling over "sync" (the way they do over, say, the iPhone). However...

As we move more and more of our life into the "cloud", sync is critical.

So with MobileMe, you can now sync your email, contacts and calendar between your various devices - and also the cloud. applemobilemesync.jpgMy information lives in the "cloud" and is accessible and visible - and modifiable - through the various devices. Consider the ways in which I can access and modify the data:

  • On an iPhone
  • On a Mac using the Mac OS X applications Mail, Calendar and Address Book
  • On a PC using Outlook 2003/2007
  • On a Mac or a PC - and potentially any other device - using a web browser

As the guided tour demo shows, you can add or modify a contact on one device and it appears on all others. The sync to local desktop applications is very cool (and very smart) in that users can continue to use their regular old applications. Outlook users can continue to use Outlook. Mac users can use the Mac OS X suite. Nothing changes.

My last bullet point above is particularly of interest to me. From the demonstrations the web interface to the information looks like the typical AJAX-y kind of interface we see with GMail, YahooMail or any of the other online mail services we have available today. The key question is this:

Will it only work in certain browsers?

Or will it work in all browsers? Could I, for instance, access the information using Firefox on a Linux desktop? Could I even see it using the mobile browser on my Blackberry 8830? Conceivably I could... we'll have to see. Current "supported browser list" is Safari 3 or Firefox 2 for the Mac and Safari 3, Firefox 2, or Internet Explorer 7 for Windows.

In the end, if you buy into using Apple for sync - both literally in paying for the service but also in using your MobileMe account as your online identity - and if you trust Apple with your data and with being available, it looks to be a powerful way to live with your data up in the online cloud.

And so Apple joins the other giants in the playground... Microsoft gets the whole concept of sync with FeedSync and LiveMesh... Google has been all about applications in the cloud, but they've gotten into sync as well with Outlook Calendar sync and Blackberry sync plus IMAP email to use your email wherever (and mobile email apps)... Yahoo's had various forms of sync around... now Apple joins the battle, too.

IT'S ABOUT PICTURES, TOO

As part of MobileMe, Apple also rolled out MobileMe Gallery which lets you easily create and share online photo albums. Think Flickr only with synchronization with all your devices (and without the community that is at Flickr). MobileMe Gallery can also be viewed on AppleTV in addition to your other devices. This capability has been here in a limited form with DotMac, but now seems to be expanded.

IT'S ALSO ABOUT REALLY BIG FILES

applemobilemefilesharing.jpgMobileMe also gives you a 20 GB online file storage area to "store your files in the cloud". Most interesting to me was the file sharing capability. I'm a podcaster and I work with very large audio files. Sending 20MB or 50MB files (or larger) to someone else such as another producer is a serious pain-in-the-neck.

To solve this large-file problem, a whole crop of newer companies have sprung up... Box.net, YouSendIt, Drop.io, my current favorite DropBox and half a zillion other ones.

Now Apple joins that realm as well... upload a file from any of the devices and simply click a Share button - and then share the link out or send email to people who can share. Set a password... restrict the number of downloads...

A key point here, too, is that to a Mac user your "disk in the cloud" appears simply as any other folder in your Finder. To a PC user it's simply another drive to map.

The online file storage has the same user experience as regular disk file storage.

No web pages to go to. No other applications to install. Simple. Easy. (Provided you've bought the service.)

IT'S ABOUT THE PRICE

Strangely, a good chunk of the commentary I've seen thus far about MobileMe has been about the fact that Apple is charging $99/year for a service that others like Google provide for essentially free. Sure, others are offering the service for "free"... although if you think about services like Google's (which I use) are free as long as you are okay seeing advertisements.

But I mean... is $99/year really too much? That works out to be $8.25 per month. Too much? That's what.... a couple of coffees at Starbucks or a six-pack of cheap beer?

Now I am personally already a .Mac user... so I'm already paying the $99/year. I do so in part because I want to try the services and also because I am personally willing to pay for service because I know it does cost money. Having said that I also like free services and use them a great amount as well. We'll see how Apple does... if they succeed in making the experience simple and painless they just may find people willing to pay that $99/year.

IT'S ABOUT THE CLOUD

In the end, the reality is that an ever-increasing number of us are moving more and more of our data, our applications and indeed our lives into the online "cloud". While some of us may already be sick of seeing marketing pieces about "cloud computing", the truth is we're only going to see more and more on the topic as we move more and more into the cloud.

applemobileme.jpgApple's MobileMe is their entry into this grand story we're all participating in writing. The service isn't available yet, so we can't really judge it yet... and yes, I have all sorts of questions about it myself, like:

  • How secure will the online storage be? What will prevent others from seeing my data? Can I really trust Apple?
  • How available will my data be? What kind of Service Level Agreement (SLA) will I enter into with Apple as a paying customer? If I'm going to trust Apple with my data I want to also be sure that I can get my data when I want it? What kind of infrastructure will they have in place to ensure this?
  • What kind of APIs will be available? Apple's history is of walled gardens and proprietary lock-in... will this be more of the same? Will I be able to get to my online data through means other than Apple applications?

And so on... we'll have to see. Still, it looks to be an interesting entrant in the space from Apple.

OK, YEAH, IT'S ABOUT THE PHONE

All joking aside, yes, I do realize that yesterday's WWDC event was all about the iPhone 3G.... and the potential that it has to turn millions more users into endpoints of the giant interconnected clouds we're building... we certainly do live in interesting times!

What do you think about MobileMe? How successful do you see it being? More walled garden or maybe something better?

P.S. Want to be notified when Apple actually releases MobileMe? You can now signup to receive email notification.


Here are some other views of the iPhone 3G and the WWDC keynote from other VoIP bloggers:

Technorati Tags: , , , , , , , , ,


Four reasons I am choosing NOT to cut the landline cord

Twelve days ago I asked the question, "Do I cut the landline cord and move my new home phone number into the cloud?", and the responses have been great to read. Today, I can write the answer...

No, I will NOT cut the cord.

Around noon today my landline in Keene should be installed by Fairpoint Communications (who recently bought all of Verizon's landline business in Maine, NH and Vermont).

Why did I finally give in and get a landline installed? Four reasons:

  1. FAX - Unbelievably to me, perhaps the primary reason for keeping a landline is an old archaic technology that I absolutely can't stand... fax. This was brought home to me during the process of closing on the purchase of our Keene home and the sale of our Burlington home. As much as we may hate it, there are still some transactions that require fax. There were documents that had to be faxed to the bank. Documents that had to be faxed to lawyers. Documents that had to be faxed to real estate agents. To contractors.

    To a techie like me, it was unbelievably annoying not to be able to simply use email. But in many cases, it came down to this:

    Documents required our signatures.

    Because we still haven't come up with an agreed upon "digital signature", we as a society rely on good old hand-written signatures.

    Now in some cases I was able to scan in those documents and email them off. But not everyone would accept those documents by email. Some of the folks I had to interact with needed them by fax. There were also times when fax was admittedly faster than scanning in the doc and attaching it to an email message (and perhaps I need a better scanning solution). Just put the pages in the document feeder, punch in the number and hit send.

    Now I know there are solutions like eFax (which I use for inbound faxes) but I haven't yet found one that works in the way I need it. I've also seen that fax over VoIP lines doesn't always work well. So for the few times a year when I need fax, I seem to need a landline. (And the problem is that typically when I need to fax something, I really need to fax it for some critical reason.)

  2. 911 - As was mentioned in the comments to my original post, "guaranteed" access to 911 is certainly a consideration. Not as much for my wife and I as for our daughter or visitors/guests. My wife and I can pick up our cell phones and dial 911. But if something were ever to happen to one of us, I want our daughter, or anyone else visiting us, to be able to simply pick up a phone and dial 911 and have the emergency services come.

  3. DSL - My choices for Internet access in Keene basically come down to Time Warner Cable or DSL. Since I've been using them since the early 1990's back in the dialup / uucp ages, I'm going to be going back to using local ISP MV Communications (who is even now still handling all my personal email) for DSL access. The thing is that getting DSL is easier with a landline. The MV folks said they can do a "standalone" install without an actual phone line that I'm paying for (as I understand it, they would basically have the link they need installed) and if the reasons above didn't enter the picture I'd probably pursue it.

  4. The Cloud isn't quite ready - After writing my last post, I spent a good chunk of time trying to figure out how I could get this to work. How could I build my "abstraction layer"? Unfortunately, as I mentioned in my last post, the only service I could find today that gets you most of the way there is GrandCentral, but it still has problems. For instance, I have this perhaps archaic desire to have an area code 603 phone number and GC doesn't have any. I also don't want to have to press "1" to accept a call on a given phone. I just want to answer.

    So it seems like I would have to build my own. Now the pieces are certainly there. I can get phone numbers from any number of SIP providers (although perhaps not my desired 603). I can get call-in numbers for services like Skype or Yahoo (or AIM or MSN or Gizmo). Heck, I can build much of the abstraction layer using Voxeo's app platform (and I probably will as an experiment). Write some CCXML scripts and away we go.

    But the question is - in the midst of everything else I am trying to do - do I really want to be building and *maintaining* a phone number abstraction layer for my home phone? (And the equally important corollary: do I really want to be responsible for it when it inevitably breaks when I'm off on a business trip and suddenly my wife can't get calls at home?)

    No, I don't.

    Now maybe there are other services out there that I don't know about (feel free to pitch me in the comments if you offer one), but for the moment I think I'll let the cloud evolve a bit more. We'll see... maybe in six months or a year there will be better options out there.

So that's the scoop. For the moment, I've got a landline. We're paying the extremely basic rate plan (where if I make any long distance calls on it they are at 12 cents a minute!) and we'll see how it goes.

Fun, fun, fun...

Technorati Tags: , , , , , , ,


Do I cut the landline cord and move my new home phone number into the cloud?

UPDATE - May 21: Today I posted my answer to the question...


In our new home, do I get a land line?

Or do I move our home phone number into "the cloud"?

We're closing on our home in Keene, NH, next Thursday and as we get set with the utilities that is one of the key questions on my mind. Do I actually "cut the cord" and NOT sign up for a land line with Verizon/Fairpoint?[1]

On one level, we don't need it. My wife and I both have our cell phones. Our daughter is six and isn't yet at the age to make phone calls. I work in the world of voice-over-IP and can certainly get a solution there.

Why should we get a land line?

ADVANTAGES OF A LAND LINE

In thinking about this, it seems to me there are the following reasons to get a land line:

  1. 911 - UPDATE: As PhoneBoy reminded me in a comment, the overarching reason for having a landline is 911! A landline is the only guaranteed way to dial 911 and have emergency services arrive at your house. Precisely because it is tied to your geographical location it does indeed provide this critical function!

  2. SECURITY/AVAILABILITY - Even when the power is out, your land line still works. VoIP solutions are tied to your Internet connection - which requires power. Okay... but how often does your power really go out? Or... how often does the power go out and your cell phones aren't available?

  3. NO BATTERIES/CHARGING - Similar to the above, landlines (at least, the wired landline phones) don't need batteries and are always available. Cell phones need recharging.

  4. LOCAL DIRECTORY LISTING - Your landline is listed in your local phone book. It's in the "411" directory. If people in your community want to find your number, they can dial 411 or look in the local phone book. With cell phones or VoIP, you aren't in those directories.

  5. LOCAL PHONE NUMBER - Your landline is tied directly into your local exchange and so you have a phone number with an prefix that is "known" in your local community. Neighbors will "expect" that your phone number has one of the local prefixes. With cell phones or VoIP, your number may be somewhere else (and even have a different area code). However, in this era of "10-digit dialing" here in the US, and even more so with people simply programming numbers into their cell phone directories, does having a local number even matter?

  6. LOCAL DIALING CHARGES - One point of having a local phone number is that others in your neighborhood (maybe only a few) may still have dialing plans from Verizon/Fairpoint that cost more if you dial outside your "local" area and so it may cost more to call you. However, in this era of "unlimited calling plans" these local charges are pretty much nonexistent for the vast majority of users.

  7. MULTIPLE HANDSETS - How many times in your household in the past did multiple people get on the same call through using different handsets? (Or in how many households did someone eavesdrop on a call by silently picking up another handset?) A landline gives you this option where a cell phone does not (easily, at least). Still, how many times do you actually do this these days? And with the increasing quality of speakerphones, even on cell phones, is there really the need for multiple handsets? (And yes, you could do this with a VoIP solution.)

  8. COMMON IDENTITY - Until recent years, it's been the norm that a family has had one number that was their identity. "Oh, yes, you can reach the Yorks at 660-9675." There was one number that would reach your household. Today in the era of ubiquitous cell phones, this concept is going away. It's not "you can reach the Yorks" but rather "you can reach Dan York at.... " and "you can reach Lori York at..." It's not "our phone is ringing"... it is "your phone is ringing".

DISADVANTAGES OF A LANDLINE

It is also easy to highlight the reasons not to get a landline:

  1. EXTRA COST - FOR WHAT? - Why should I pay my local carrier for a phone I almost never use? I simply don't call as many people any more, even for business, and very often make those calls on my cell phone. Who do I call on my home phone right now?
    • local vendors/contractors when I need to get something fixed
    • local stores to find out their hours or if they have something
    • delivery of pizza or Chinese food
    • family members usually once a week (but we've moved much of this to cell phones because of the "unlimited" plans)
    • very occasionally friends (but we've moved more to cell phones, IM and email)

    Who calls us?

    • family (but they'd call whatever number we gave them)
    • friends (but they'd call whatever number we gave them)
    • political campaigns and charites
    • people responding to Craigslist postings (but they'd call whatever number we gave them)
    • other parents of kids at our daughter's school (from the number in the school directory or from the phone book)

    That's about it... so outside of the people in our community (like the parents) who might look up our number, most other folks get our number from us. So they would use whatever number we have.

    I'm already paying for my cell phone - why should I pay for another phone that I seldom use?

  2. LACK OF MOBILITY - The landline is by its nature locked to our house. If a call comes in and I'm outside, I have to run to get the phone - or carry a wireless handset. But if I already have my cell phone with me, am I then carrying two handsets? And if I'm traveling, I can't get the phone calls to my home number (unless I've forwarded it).

Those are really the key factors. My cell phone is almost always with me. Now currently at home I leave my cell phone in my office at night, so if a call came in while I was sleeping I wouldn't easily hear it. But with one change of habit I could simply bring it into the bedroom and have it there to receive calls.

So do we need a home landline?

BUILDING AN ABSTRACTION LAYER IN THE CLOUD

Perhaps of all the advantages I outlined above, the one of most interest to me is the "common identity". I like having a single number that family and friends can call and reach either my wife or I (or, we know will soon be the case, our daughter). If I cut the cord and drop the landline, can I maintain that identity?

The reality is that in this era of VoIP it is possible that I can maintain that common identity through a very simple action:

Push the phone number up into "the cloud".

Move the phone number that you give to everyone up into the VoIP cloud. Think about it... with a service like GrandCentral (now Google-owned) or similar services, I can give everyone one number that rings:

  • my cell phone
  • my wife's cell phone
  • my SkypeIn number
  • any VoIP handsets I have in our house (if I actually get around to installing Asterisk or any of the other IP-PBX systems (or my employer's Prophecy app server))
  • any other phone numbers I want to have it connect to

In fact, I can phase this in and add/remove numbers as I evolve services. Start out with my our current cell phones. Change that as we get new cell phones. Add the VoIP handsets when I set something up. Remove them if I change the system around.

I have incredible flexibility if I move the number up into the cloud.

CHALLENGES WITH THE CLOUD

There, are though, some challenges with this approach:

  1. AVAILABILITY - The PSTN has been around 100 years now and the folks who run it have a pretty good clue about how to keep it running. Even as our landlines pass from the age-old world of Bell (now in Verizon) to a new company, Fairpoint, it's still all in the world of telco solidity. On the other hand, the cloud has a certain amount of inherent fragility. Networks break. Computers fail. Routers get clogged up. Packets get dropped. DO I TRUST THE NEW "2.0" COMPANIES TO GET MY PHONE CALLS TO ME?

  2. BUSINESS STABILITY - For that matter, do I trust the new companies to be around? The telcos that run the PSTN and provide landlines aren't going anywhere. Due to regulations, legislation, emergency services, etc.... as well as certain (usually older) parts of the population that will never part with their landline... due to all of that the telcos will be here probably as long as we have phones. (Perhaps smaller, or amalgamated... but still here.) Can the same be said of the "2.0" companies? It sure looks like Google will be around for a while, but will they keep their "beta" GrandCentral service around? Who wants to bet on the long-term viability of Vonage (another option)? Look what happened to all of the SunRocket customers...

  3. TRUST - Do I trust these new companies with my data? The telcos have all sorts of legislation regulating what they can do with my data... both my identity (address, phone numbers, etc.) data and also my call detail records. The new companies really have no such limitations, do they?

  4. LOCAL NUMBERS - While the whole notion of "area codes" here in the US is fading into irrelevancy with the rise of "unlimited" calling plans, I still have this perhaps quaint and archaic desire to have a "603" number if I'm living in New Hampshire. To those of us who have grown up with area codes, there is still a geographic connection that is of interest. Some of the "2.0" services can get phone numbers in your area code... others can't. (For instance, Grand Central doesn't have 603 numbers right now.)

  5. LOCAL NUMBER PORTABILITY - With the PSTN and the telcos, I do have a degree of portability of my phone number. I can move my telco-assigned phone number to another service (but not always back). But it's not at all clear to me that I have that with the 2.0 companies. If I have a number with GrandCentral, can I later move it Vonage (or vice versa) or to SkypeIn or to Gizmo or somewhere else? From what I've seen, that's not likely to be an option (you currently can't move a GC number). I don't like lock-in. I want to be able to move to another provider if I don't like the current one. I want to be able to take my number with me! It's part of my "identity". I want to control it.

  6. EASE OF USE - For all its faults, the PSTN has one thing going for it - it's insanely easy to use. Pick up the phone. Talk. No buttons to press (with typical wired phones). Cell phones have certainly added complexity, but we do seem to be doing okay with that. Adding a cloud-based abstraction layer has the potential to add more complexity.

    For instance, GrandCentral rings the range of devices you have indicated and requires you to press 1 to accept a call on that device. So when my cell phone rings, I have to:

    • Take my phone out of my belt holster (or potentially find the phone if it's not on me).
    • Press the green "talk" button to accept the incoming call.
    • Listen to know if this is someone calling me directly or a call coming in from GrandCentral.
    • If a GC call, press "1" to accept the call
    Now, GrandCentral requires this "press 1" stage presumably so that they can hold on to the call and ultimately route it to messaging, but it's an annoying step and one that has caused numerous GC calls to go to voicemail by the time I find the phone, figure out it is a GC call and then press 1.

    Now in fairness maybe there's a way in GrandCentral to configure it differently, but I couldn't find it. I just want to accept the call on the end device of my choice and as soon as I "accept" the call on that device - whether it's picking up a handset or pressing the green button - I want to start talking to the caller.

  7. MESSAGING - So if you can ring a whole bunch of phones on different services, where do your voice messages go if you don't answer the phone? Today we have a home "answering machine" where we get all our messages. We walk into our kitchen, look at the machine, see how many messages there are... and start listening. When we first moved to VT in 2005 we tried the Verizon voice messaging service that effectively moves messaging into their cloud. You picked up your landline and if you heard a quick set of tones you knew you had messages. It was nice, in a way, that if you were on the phone and someone else called they would automagically go to voicemail. The thing is... we usually forgot to check for messages. Especially after we were on a call with someone. It is not intuitive to hang up a call and then immediately pick up the phone again to see if you have messages.

    I think you do need some kind of message waiting indicator. That's largely why we dropped the Verizon central voicemail and went back to a home answering machine. When we get a message there's a blinking light (in fact, it blinks on all our wireless handsets).

    So how does this translate into the "2.0" world? Going back to GrandCentral, because they retain control of the call, they can route it to your voicemail box there at GC and then send you an email saying you have voicemail with a link back to the message. With my Blackberry 8830, this works out rather well because I just click the link in the email message, confirm that I want to "Open" the link and... ta da... the audio file is downloaded and played on the 8830's speakerphone. (Paying Verizon for the data download, naturally.) It works out well because I get the message in several places (it actually goes to a Gmail account that is then pulled down to my MacBook and also sent to my Blackberry, so I can read it wherever).

    Is an email enough of a message waiting indicator? I don't know. Can I configure it to send the email to both my wife and I? (Sure, if not directly through GC then through setting up an alias somewhere.) If I set up some voip phones at home could I somehow configure them with an MWI? I don't know.

  8. TRANSFERS - In the world of the landline, a "transfer" to someone else involves handing someone a phone or having them pick up another handset. With an abstraction layer, you are answering on different devices on different systems. Obviously you can still physically pass the phone to someone. I remember hearing of a service that let you press a number and essentially park the number and pick it up on one of the other devices in your account... but I can't remember what that service was (GrandCentral does not seem to list this as a feature if it was them). I don't know that I'd realistically ever need this feature, but it's interesting to think about.

  9. LOCAL DIRECTORY and 411 - One detail with a number in the cloud is that it won't be listed in the "yellow pages" directories that are passed out by the local telcos. Nor will it be in the 411 directory or probably in any of the online phone number directories. Now maybe this is fine. From a privacy perspective maybe it's good to not be in the directories. And anyone entering my name into Google can quickly find a page of mine with a phone number on it. (This happens to work for me because of my prolific writing and public life. Someone less prolific/public would have a harder time being found.)

  10. COST - In end, what's a cloud-based solution going to cost? Today, the cost can be free (GrandCentral), $35-ish per year (Skype or Gizmo call-in number, which could be redirected to other phones), or $25/month (Vonage and friends). Plus, naturally, the cost to accept and make calls on the different devices. But we'll already have cell phones with essentially unlimited calling (at least, for the amount of calling we do). Will the cost stay this low? I don't know.

CONCLUSIONS (such that they are)

Are these challenges surmountable? Can I truly "cut the cord", not install a landline and push my home phone number out into the cloud?

I don't know yet. It seems like an interesting experiment to at least try (I can always get a landline installed later). I like the idea of building an "abstraction layer" in the cloud that lets me control the devices associated with my phone number.

I still get concerned about the challenges #1 and #2 that I outlined. Can I trust companies like GrandCentral to always get my phone calls to me? Can I trust that they will be around for some time?

My next step I think is to dig into a bit more what options there truly are out there for pushing my number into the cloud and building an abstraction layer. GrandCentral is obviously one option. I could build my own using some of the VoIP application platforms out there (including that of my employer). Are there other services that compete with GrandCentral? I need to investigate a bit more. (Suggestions are welcome)

What do you think? Should I do it? Or should I get a landline? Or should I just stick with multiple cell phones and forget about the "common number" concept?

In the end, I look forward to the day when we're done building the IP interconnect and we can purchase phone numbers just as we can domain names today. Why shouldn't I be able to do so? I can go to any of a zillion registrars and spend $10/year for a domain name that can point anywhere. I can move it between registrars. I can change where it points. I remain in control of that domain name.

Why shouldn't I be able to that for a phone number?

(And maybe I will be able to for some other SIP identifier that is not a "phone number", per se, but can be reached by other phones... but that's a subject for another blog post some other day... (and one that I saw *some* other VoIP blogger writing about but I can't for the life of me find that post!))

[1] Fairpoint Communications bought Verizon's land line business up here in northern New England.

P.S. And yes, I could do all of this running Asterisk or something like that on a server in my home network - but I don't want to do system administration! I don't want to set up a server. I don't want to maintain and upgrade a server. I don't want to deal with security issues on a server. I don't want to have to deal with connectivity issues to that server. I just don't want to deal with servers, period! I'll pay, if I need to, to make those sysadmin/security/reliability/availability problems someone else's problems!

Technorati Tags: , , , , , , , ,


The next stage of the Wireless War: U.S. Cable companies - with Google - fund launch of WiMax

On tomorrow's Squawk Box podcast, the other topic we'll cover is the funding of WiMAX venture Clearwire by the major US cable companies - and Google and Intel! Om Malik again kicked off the discussion with "U.S. WiMAX Save by $3.2 Billion Infusion" which lays out the deal in simple terms. Other coverage:

What do you think? Is this the cable companies attempt to get into the wireless world with a competitor to the telcos move toward LTE? Can they do it? What about Google's role? Will this succeed?

Please join us on tomorrow's Squawk Box[1] (May 8, 2008) at 11am US Eastern time to discuss/debate the matter. (Or, if you can't join us, feel free to leave a comment here.)

[1] Note that to join a Squawk Box call, you do need to have a Facebook account and install Iotum's FREE Conference Calls Facebook application.

Technorati Tags: , , , , , , ,


Can the carriers/telcos really create a Skype-killing replacement?

That's the question raised by Om Malik in "Global Telcos Plotting a Skype Rival?" and will be one of the topics of discussion on tomorrow's Squawk Box podcast. Om starts:
AT&T, in conjunction with some 10-15 incumbent telecom carriers — British Telecom, Deutsche Telecom and NTT among them — is plotting to launch a Skype competitor, according to a research report issued this morning by ThinkEquity analyst Anton Wahlman.

And goes on from there at some length into the theories, timeframes and capabilities of the rumored network. While I haven't had time personally to contribute directly to the conversation, others have:

What do you think? Please join us on tomorrow's Squawk Box[1] (May 8, 2008) at 11am US Eastern time to discuss/debate the matter. (Or, if you can't join us, feel free to leave a comment here.)

[1] Note that to join a Squawk Box call, you do need to have a Facebook account and install Iotum's FREE Conference Calls Facebook application.

Technorati Tags: , , , , , , ,


AOL launches OpenView API and gives us half a phone connection...

Does accepting SIP connections at your SIP proxy constitute an "API"? Does providing SIP termination services to the PSTN constitute an "API"?

aollogo.jpgThose were the questions I found myself asking after AOL announced yesterday their "Open Voice API" (also see CNET article). Since I work with voice application platforms, I'm always interested in new voice APIs and naturally had to check it out.

WHAT IT IS

I have to admit it took some time to figure out what the "Open Voice Program" really is, even after reading the program page and the accompanying blog post. Largely I think the issue was that I was looking for something more.

So here's what is going on. As part of their "AOL Voice Services", AOL has a service called "AIM Call Out". This allows a user of AOL Instant Messenger (AIM) to make outbound calls from their AIM client to the regular phone numbers on the PSTN for competitive rates (under 2 cents a minute here in the US).

From a network topology point-of-view, what happens with the call is that the call goes from your AIM client to the SIP gateway on the edge of AOL's network across some SIP trunks provided by some SIP Service Provider (one of the carriers probably) out to the PSTN. Picture it something like this:

aolcalloutnormal-1.jpg

Now what the "Open Voice Program" does is allow you to use an external SIP client to connect to AOL's SIP proxy and make outbound calls. So for example, if you had one of the following:

  • a SIP softphone like X-Lite on your laptop or PC
  • a SIP "hardphone" on your desk or any of the many WiFi SIP handsets
  • a SIP softphone on your dual-mode handset (such as those from Nokia) that would let you make connections over WiFi

you can use the service to make outbound calls using your AIM Call Out connections and minutes. The picture would now look like this:

aolcalloutsipphone.jpg

The SIP phone connects to AOL's SIP gateway, logs in with your username and SIP password and makes the outbound call. You now do not have to be at your PC and can make calls from another device that may be more convenient (like your dual-mode phone or a WiFi SIP handset). In fact, you don't need to be logged into AIM or have the AIM client running anywhere. The SIP device makes calls completely independently.

CONFIGURATION

The process of configuring your SIP phone to work with AIM Call Out is relatively straightforward. (Assuming you have an AOL/AIM "screenname". If you don't, you need one of those first.)

1. Go to the AIM Call Out page and click the Sign Up Now page.

2. Once in the "Dashboard", buy some Call Out credit (I bought $5 for the sake of testing) through a process that is not exactly intuitive but involves:

  1. Choosing Billing->Payment Method and setting up a credit card.
  2. (the non-intuitive part to me) Clicking the "Add Credit" link in the upper right corner of your screen and then going through that process.

3. Still in the Dashboard, assign a "SIP device password" on the Settings->SIP Clients page:

SIP Clients-Dashboard.jpg

4. Switch to your SIP device/phone and configure it with this information (along with the possibly the STUN server found on the config page).

5. Start making calls.

Like I said, it's a relatively straightforward process.

You naturally have to agree to their Terms of Service whose main point (made repeatedly) can be summarized as "This is not a telephone replacement for emergency purposes."

INITIAL USAGE

After configuration it worked fine (once I remembered how to configure X-Lite to use the correct microphone and speaker devices) and I made several calls with no problems. I actually wound up calling into today's Squawk Box podcast (where we discussed this AOL Open Voice Program at some length) using the service. It all worked well.

AOL is to be commended for their support of open industry standards like SIP!

While my initial experience was positive from a user point-of-view, there are to me a few problems.

NO INBOUND OR PC-TO-PC CALLS

First, the service is outbound-only. You can make calls from the SIP device, but you cannot receive them. While AOL is very clear about this on the Open Voice Program page, it still is a disappointment. Now, AOL does not appear to have a "Call In" program like Skype's SkypeIn or Yahoo's PhoneIn that ties a PSTN number to your AIM account, so you can't get inbound calls from the PSTN. (I thought they did at one point but I can find no sign of it on AOL's Voice Services pages.)

But you also can't receive inbound calls from other AIM users! It seems to me that if the idea is to make it more convenient to use AIM's voice services, you ought to be able to receive calls from other AIM users on your SIP device. Perhaps this is a future development. (So from a technical point-of-view, they are currently not operating a SIP registrar. Your SIP device does not register with AOL's server.)

NO SIP-TO-SIP CONNECTIONS

My second disappointment was that it did not appear to support direct "dialling" of SIP addresses. I tried both Blue Box comment lines, "sip:[email protected]" and "sip:[email protected]" (with and without "sip:") and the result in both cases was a message "Sorry, that number cannot be dialled":

xlitediallingsip.jpg

Now, granted, maybe 0.01% of the public out there actually has an interest in direct SIP-to-SIP dialling, but that is the world in which I move... both with Voxeo's platform and also the work I do with the IETF. If we are to ultimately build the massive interconnect that let's us have an IP-only network, we need to have services and devices that let us do direct SIP connections.

(NOTE: I fully admit that I may not have used the X-Lite client correctly in calling these SIP URIs. I believe I did, but if someone else can get this to work, I certainly am open to my failure being operator error.)

SECURITY?

Given my background, you can't NOT expect me to say something about security, eh?

The good news is that they do have you use a "SIP device password" that can be different from your regular AIM password (assuming you set it to be different). Smart move. Well done. (if people use different passwords)

Per the the Open Voice Program page, AOL supports RFC2617 Basic and Digest Authentication and I confirmed with a packet trace that they are, in fact, using Digest authentication. While that isn't incredibly secure (it basically involves a MD5 hash of a password and a server-supplied nonce), it is pretty much what the industry is using right now.

Also like most of the industry, they are not encrypting the SIP with TLS and they are not encrypting the voice with SRTP. Just plain old unencrypted SIP and unencrypted RTP. Given that almost no one else in the industry is doing this, I can't exactly fault them.

SO WHO IS GOING TO USE THIS?

In the end, though, I still do have to wonder who will use this. (And that was part of the Squawk Box discussion today.)

If you already use AIM as your primary IM service and are an existing AIM Call Out customer - and are a techie enough to own and configure a SIP device - then this may be a great way for you to make cheap calls using another more convenient device. (Although some have pointed out there are cheaper services, but again it's the convenience of already living inside of AIM.)

I do like the fact that you can use any SIP device. This is a stark contrast from, say, Skype, which requires either that the device be connected to an always-running PC, have Skype embedded inside of it, or use another software program like iSkoot that essentially proxies your Skype connection. AOL's program lets you use any device you want - and you don't need to be logged in to AIM. So for folks more comfortable with a "hard phone", they can use any of the SIP hard phones out there.

The detail here, however, is:

How many AIM users are actually using AIM Call Out?
Especially when there are competing services from Skype, Yahoo and Microsoft that offer similar rates as well as inbound calling. How many users will actually be able to make use of this?

Perhaps AOL is hoping that this will attract users...

On a different note, it is not entirely clear to me how developers might use this. The AOL blog post from Mark Blomsma in the AOL Developer Network talks about how developers can use this new "API", but I'm still missing... for what?

Essentially it seems to me that all you could really do is create an application that uses AIM Call Out for SIP termination to the PSTN - with the AIM account providing the authentication and also billing/charging. Perhaps that will be useful. I'm not sure.

FINAL THOUGHTS

I am, though, intrigued by one line of the AOL blog post:

Part of the Open Voice program is AIM Call Out.

So are we just seeing the beginning of this program? If so, that's not at all clear - from what I read - anywhere on the pages.

Overall, it's great to see AOL using SIP and it's great to see them opening up their infrastructure in some small way. I'm not sure I'd call this an "API", exactly, but let's hope that this is just the beginning and that they will do more in the months ahead. We'll see.

Meanwhile, I've still got $3.84 of calling time to use...

What do you think about this service? What's in it for developers? Is there value in having access to the AIM credentials for authentication? Or is this ultimately just yet another SIP termination plan?

P.S. For those curious, my 55-minute call into Squawk Box today cost $0.94 or about 1.7 cents a minute.

Technorati Tags: , , , , , ,