CC:
August 2001

 

Tom Keating

Open Standards For Better Communication

BY Tom Keating


We have products coming in and out of TMC Labs all the time, so when I recently received a package with a Cisco label on it, I figured it was something one of the lab engineers ordered, since I didn't remember ordering it. I asked the lab staff, but none of them knew anything about it. Upon opening the package, I recognized the contents as something that looked very similar to the Komodo 300 FONE VoIP product we reviewed a few months back. It was in fact the former Komodo FONE with a Cisco label and a slightly redesigned outer casing.

Of course, with Cisco's acquisition of Komodo, it made sense that Cisco would "productize" the Komodo FONE with the Cisco label. But why would Cisco send me another unit? The included letter named one of the Cisco contacts that I know very well, and who I was absolutely sure knew we recently reviewed their product. It is TMC Labs policy that we do not to review the same products in close proximity to each other so that we can give as much coverage to as many companies and products as possible. "Sorry, Cisco," I thought, "I'm going to have to stick you in the low priority review queue."

CISCO MEETS ENUM
But before I placed it on the back shelf, I decided to skim the press kit included with the package. It's a good thing I did! I discovered that Cisco didn't just stick a label on the Komodo FONE, or even just improve the aesthetics of the unit. In fact, they added some very interesting features.

The product is now called the Cisco ATA 186. The ATA 186 now supports two analog devices, each with their own independent phone number. Essentially, a service provider can provision two separate phone numbers. Now, two people can have simultaneous VoIP calls across a broadband connection. Or if you prefer, you can use the second analog port with a fax machine because the ATA 186 now supports G.711 fax pass-through capability. The new version also supports a Web admin interface. One of our "room for improvement" items when we reviewed the original Komodo FONE was support for ring-voltage generation so the unit would ring the connected analog device. Sure enough, they've taken our advice and added it to the product. The ATA 186 now supports both H.323 and SIP, which is great news for service providers since they can deploy enhanced services without worrying about buying obsolete hardware.

VOICENET
We've all heard that VoIP enhanced services are the wave of the future, but what about today? I learned that a company called VoiceNet is using Cisco's ATA product line for some interesting enhanced services. VoiceNet's digital telephone service (DTS) delivers additional phone lines and "local presence" numbers -- a virtual telephone number technology that provides remote numbers in hundreds of U.S. locations that ring your phone. Just what does this mean? Well, suppose you have a branch office in Los Angeles and another one in New York. Then, suppose you are telecommuting in Texas with a broadband connection. You can give out a different phone number to people who reside in California, and a different number for people who live near New York. Regardless of which phone number is dialed, the VoiceNet network will route the call across the Internet to wherever your Cisco ATA currently resides -- in this case, Texas. Of course, if you don't care about saving the caller money by dialing a local number, you can always give out just one phone number, and VoiceNet will still route the call.

Other features include the ability to call between VoiceNet DTS users for free, and rates as low as 3.5 cents per minute for calls in the continental United States. With VoiceNet's Web-based automated telephone manager, customers can change these virtual telephone numbers and manage features such as voice mail, call forwarding, and caller-ID. But I am most impressed with the ability to have several hundred local numbers that VoiceNet will route directly to my single Cisco ATA unit. It goes without saying that this opens up some interesting possibilities.

VoiceNet's ability to map PSTN numbers to your Cisco ATA's IP address reminded me of the recently proposed Enum standard which does the same thing. Enum (electronic numbering) is essentially the Internet's answer to the PSTN's unique telephone numbering scheme. For example, when you want to dial someone via the PSTN, you dial the phone number from memory, look in the phone book, dial directory assistance, or perhaps look it up on the Internet. On the other hand, if you wanted to dial from a phone to an IP-enabled device, or dial from an IP-enabled device to another IP-enabled device, how would you do it? You would need to know the unique IP address of that device, whether it's a PC, PDA, IP-enabled cell phone, etc. I have enough trouble remembering 1-800-FLOWERS for Mother's Day. I don't think I could remember an IP address such as 208.243.55.66! Trying to remember the IP address is difficult, not to mention that IP addresses often change, unlike phone numbers, which are static.

ENUM TO THE RESCUE!
That's where Enum comes into play. Essentially, it is a centralized registry that will contain a listing of phone numbers with the corresponding IP addresses for your PC, PDA, and other IP-enabled devices. There has been some contention as to which government agency will oversee it. For example, the E.164 standard, which defines the formatting of telephone numbers around the world, was defined by the ITU and overseen by the FCC. In the data world, within the United States, the Commerce Department oversees the Internet Domain Naming System (DNS). Since the Enum standard "touches" both the telecom and data worlds, it remains to be seen who will have final control. Another area of contention is whether more than one company can operate and store the Enum registry database to which all Enum queries are directed. Verisign, NeuStar, and NetNumber are all competing to be the main Enum database.

In my opinion, for Enum to be truly successful, cooperation and sharing of the Enum registry among all three will be necessary. Imagine dialing a phone number, but because you are using a small carrier, the Enum registries won't let your small carrier access their Enum database. Thus, you wouldn't be able to reach that person's PDA, PC, IP-enabled cell phone, etc. Cool applications such as instant messaging someone's PDA, PC-to-IP device phone call, or video conferencing would also be impossible without a 100 percent comprehensive and accessible Enum database.

Most likely "silo" databases that do not share information will not happen, since it defeats the purpose. I imagine it will be similar to the way it is with domain registrations. In the past, just one company, InterNIC, was allowed to accept registrations. Now there are several, yet everyone can reach the Web site via the DNS standard. Similarly, I expect even if there are three major Enum registries, they will have to synchronize their databases or provide some means of inter-access.

Their "value add" to compete with one another might be in adding privacy controls or even allowing you to define rules as to when an Enum query responds with the IP address to your PDA versus when it responds with the IP address to your PC. For example, when you are on vacation, you may not want work-related calls routed to your Compaq iPaq, Palm, or other type of PDA. If an Enum registrar allows you to define schedules or rules via a Web browser, offering those services could give it an edge. Thus, having three Enum companies competing against one another could help push for more advanced enhanced services.

MICROSOFT'S HAILSTORM/.NET STRATEGY
Microsoft is making a strong push for a unified communications platform in the next release of their operating system called Windows XP. Microsoft visited TMC to demo Windows XP and a core component of Windows XP: a software program called Windows Messenger. With Windows Messenger, users will have a single, unified way to participate in text chat, VoIP, and video communication, as well as data collaboration, including whiteboard and remote desktop sharing. The Windows Messenger technology also includes presence technology to notify users when their contacts are online.

Microsoft's Communications Push
Windows Messenger will utilize the Microsoft .NET Messenger Service via the Internet and work with the nearly 32 million MSN Messenger users. Windows Messenger also can utilize Microsoft .NET enterprise servers or be programmed to work with third-party SIP servers in corporate environments. Windows Messenger will be the centerpiece of Microsoft's plan for its new Internet services such as Passport and HailStorm. Microsoft's aim is to simplify Web surfing by giving people a single online identity and provide secure access to personal information such as credit card numbers with a single click.

This has stirred a lot of controversy, since many people do not want Microsoft having control over this information. But I should point out that this information need not be stored in Redmond. HailStorm gives service providers the tools necessary to offer enhanced services and own the confidential information themselves. For example, American Express, which uses Passport to authenticate some credit card purchases, utilizes MSN Messenger to warn customers of suspicious purchases. In addition, McAfee.com will use HailStorm to deliver online protection services and send virus warnings using Windows Messenger.

If You Build It, They Will Come
The VoIP and collaboration features of Windows Messenger sound a lot like Microsoft NetMeeting, so why reinvent the wheel? I suppose when Microsoft developed NetMeeting, they believed the "if you build it, they will come" philosophy. That is, Microsoft felt if they built a communications software platform (namely NetMeeting) for the mass market, people would eventually embrace it. Unfortunately, even though NetMeeting is bundled with Windows, the mass market never truly embraced it for various reasons. Most people probably don't even know where NetMeeting is located on their Start, Programs menu.

Time For Plan B
Rather than waiting for the mass market to come to Microsoft's communications software platform, Microsoft would instead bring a better communications software platform directly to the mass market using a program that was familiar to many people. With approximately 32 million MSN Messenger users, why not "bolt on" voice over IP capabilities, video, and remote desktop sharing in the next version of MSN Messenger, namely Windows Messenger?

NetMeeting's Achilles Heel
Of course there were other reasons why something better than Microsoft NetMeeting was necessary. As much as I like NetMeeting, the latency is terrible -- anywhere from 130 ms to 250 ms. It was also very difficult to locate people to talk to. In the past, you could log on to the now-defunct Microsoft ILS servers to chat or video conference with strangers, but it wasn't easy to chat with your friends or other known contacts.

Windows Messenger has just 70-80 ms of latency one-way, which is a vast improvement over NetMeeting. Also, they added a feature called "dynamic bandwidth allocation" which adjusts to the best codec according to the bandwidth available. If the bandwidth gets worse in the middle of the call, it can adjust the codec accordingly to the next logical one with more compression. If the bandwidth improves, it can switch back to a higher quality codec.

Another improvement they've made is through their usage of Polycom's (formerly PictureTel) acoustic echo cancellation technology. One of the main complaints about VoIP was that it required a headset to prevent echo feedback caused by the microphone picking up the sounds coming from your desktop speakers. Now, you can use a standard microphone and desktop speakers and not worry about echo. Windows Messenger will also support DirectX games, so online gamers can conduct VoIP conversations as they play. I thought of a really cool application that (in theory) would work, since Windows Messenger supports DirectX. Essentially, I asked Microsoft if you could simply double-click on an MP3 file or play music on the CD-ROM and then "stream" it to the remote caller via VoIP. They said it is on the "feature list" but probably won't make it into the final release.

The inclusion of Windows Messenger in Windows XP will undoubtedly raise the ire of AOL and other instant messaging competitors. It is this type of bundling of software applications in Windows (i.e., Internet Explorer) that caused antitrust litigation against Microsoft. Of course, Microsoft would argue that Windows Messenger is much more than just an instant messaging/chat client. Bill Gates was quoted as saying, "Windows XP offers an easy-to-use, real-time communication experience, enabling people to communicate and connect like never before." He continued, "With Windows Messenger, Windows XP will help make the world a more connected place by combining the power of the Internet with the innovation of the PC industry to make a real difference for users."

I've been using MSN Messenger since it first came out, and when Microsoft added VoIP capabilities to MSN Messenger using Net2Phone, I had a feeling that NetMeeting's days were numbered. Now I ask if AOL Instant Messenger's days are numbered. One of the biggest reasons for AOL's past success was it had the largest installed base of users who could instant message each other.

In fact, many people signed up for AOL for the sole reason that all their classmates or friends were on AOL and they wanted to be able to chat with them. I should point out, however, that the free AIM client can be downloaded and used by non-AOL subscribers. Now with Microsoft bundling an instant messaging client with Windows, AOL is crying foul.

Open Standards
Although picking the bad guy in this battle is like choosing the lesser of two evils, I have to side with Microsoft. Microsoft told me that they would be supporting the "open instant messaging" iMIP standard which as of yet AOL has refused to support. Yahoo! Instant Messenger is at least one other major IM client supporting iMIP, so this client will be able to interoperate with Windows Messenger. Why do I dare side with Microsoft on this issue when Microsoft often does not follow industry standards, or designs its own competing proprietary standards? Well, as someone with a programming background, I am always a strong proponent of open standards. In fact, in the May 2001 issue, I discussed the need for telephony boards to be more open.

Having an open IM standard opens the door to some interesting possibilities. For example, with PDAs becoming more prevalent, telematics in cars, and of course cell phones, wouldn't it be great if you could IM someone sitting in their car, to their cell phone, or their PDA? But I don't recommend typing while driving! I asked Microsoft if Windows CE and embedded Windows will support SIP and they assured me it would.

Would you like another reason why having an open IM standard is critical? OK. With AOL, you can currently search the AOL profiles for hobbies, location, and other criteria. Windows Messenger, Yahoo! Messenger, and other clients do not have access to search this information. For those with privacy concerns, this is probably a good thing. Then again, if someone puts something in their AOL profile, then they have already committed to the fact that they are offering information about themselves. If they don't want that information to be disclosed, they can enter no information at all.

Right now the instant messaging databases are fragmented, but with an instant messaging standard, you can query everyone's profile, regardless of which IM client they are using. But imagine for a minute that privacy controls were available to protect the user. Then imagine that every Internet user was able to define their hobbies, ZIP code, and other information. Let me give you a sample application. I have friends who are motorcycle fans -- many belong to motorcycle clubs. Using instant messaging technology, they can simple query their surrounding area (ZIP code) for the hobby "motorcycle enthusiast" and then shoot off an instant message to ask if that person wants to go for a cruise. With an open IM standard, your query will return many more results, since every single IM client's profile (privacy issues notwithstanding) on the Internet would be available. But one step at a time. First we need the IM clients to be able to chat with one another before we then take the next step of allowing each IM client access to each others database of user profiles.

Don't get me wrong; I realize the privacy implications that would exist. Fortunately, unlike AOL Instant Messenger, Windows Messenger allows you to block anyone except your personal or business contacts from instant messaging you. Anyone who uses AOL or ICQ knows all about the "IM spam" as I call it, where you usually get invited to visit porn sites.

Perhaps other privacy controls could be added to improve the experience? For example, maybe you can have two modes in your IM client: "privacy/business mode" and "personal/less restricted mode." The "less restricted" mode could in fact allow strangers to IM you with certain restrictions. Similar to Outlook's spam rules and filters, you could define rules that only allow users within 25 square miles of your ZIP code to IM you and they are of the opposite sex, within seven years of your age, and the instant message doesn't include a hyperlink to visit a Web site (spammers). This could make personals Web sites such as Match.com or AOL's search profile engine look pale in comparison! Other rules or criteria could also be defined, but you get the idea.

I brought up the personal use of this new Windows Messenger, but it has real-world business applications as well. Utilizing Windows Messenger, corporate enterprises can allow employees to interact with one another more easily. With presence detection, employees will know if the person they need to talk to is at their desk, which will certainly improve productivity. They can initiate a voice call simply by clicking on the person's name, rather than picking up the phone to dial an extension. Also, if the person is located in another state in a remote office, you save the expense of the long-distance call. You also avoid the possibility of reaching the person's voice mail and playing voice mail tag. In addition, Windows Messenger supports integration with Microsoft Exchange Server to easily setup, configure, and manage each employee's IM settings.

During my meeting with Microsoft, I inquired about security, since instant messaging can be a great business tool, but it can also be a security or productivity risk if employees are transmitting/receiving files or chatting all day long with friends. All of this can be managed from the server to allow or disallow internal and/or external communication. In addition to the SIP client (Windows Messenger), Windows XP also contains a SIP server registrar. With SIP support on Windows Messenger, Microsoft said that in addition to Net2Phone, they can now support other ITSPs. As an added security measure, IT management can define which ITSPs each employee must use. Another great application IT help desk personnel will enjoy is the remote desktop sharing feature, which will allow a help desk technician to remotely view the screen as well as control the mouse and keystrokes. This allows for remote troubleshooting without leaving their desk.

Another business application Windows Messenger could be used for is for e-commerce. When visiting a shopping Web site, a Web visitor with a question can simply click on a "Web call" button, which will spawn Windows Messenger and initiate a VoIP call to a call center agent. One might wonder if such a VoIP software client will kill competing VoIP software clients from Net2Phone, eStara, HearMe, or others. Well, most of these companies don't make any money on the VoIP client, except Net2Phone which does have banner ads. However most make the majority of their money on talk time or billable minutes. As long as the ITSP supports SIP, the Windows Messenger client can support it. Of course, some ITSPs currently only support H.323 and not SIP, so it is certainly possible that Windows Messenger could hurt these companies.

Communications is what this magazine is all about. Standards such as SIP, H.323, Enum, and iMIP can only further the cause for open communications, which in the end will benefit the consumer and business enterprise. I like what Cisco has done to enhance the former Komodo product and I'm very excited about Enum and its possibilities, as well as the mainstreaming of Internet telephony and collaboration capabilities to the masses that Windows Messenger will bring with the release of Windows XP. 

[ Return To The August 2001 Table Of Contents ]