Friday, January 30, 2009

Discovering ASN.1

As part of my work for the Continua Health Alliance I've had to learn a messaging-related telecommunications standard called ASN.1

The ASN.1 standard contains two logical parts
  1. A way to define messages in abstract normal form
  2. FooProtocol DEFINITIONS ::= BEGIN
        FooQuestion ::= SEQUENCE {
            trackingNumber INTEGER,
            question       IA5String
        FooAnswer ::= SEQUENCE {
            questionNumber INTEGER,
            answer         BOOLEAN
  3. A series of platform-agnostic encoding and decoding rules that normalize the transimission of said messages
  4. Encoding rules range from simple encodings like the Basic Encoding Rules (BER) to ultra-compact binary representations.
My understanding is that just about everyone uses ASN.1, they just don't realize it. For instance, when you navigate to any page using 'https' your browser uses a set of signed/trusted Certificates to know your browser is talking to a trusted endpoint.  These certificates are expressed in ASN.1
But it seems to me that this is a very niche usage...a small subset of what ASN.1 is capable of.

In Continua, the "Personal Area Network" standards which define how personal/consumer-level medical devices (like a weight scale) should talk to a controller/management program/device (like a cell phone) are all based on this standard, only with a special set of encoding/decoding rules called the Medical Device Encoding Rules (MDER).

When implementing a prototype with my IBM colleague Randy Carroll, we had trouble finding an ASN.1 library with an appropriate license and support for the special encoding. Luckily for us, the IEEE 11073 "personal health" standards which defined the messages used a limited subset of the full ASN.1 so we began our own implementation at (more on this in a future post).

Just recently I learned about a new messaging standard being release by Google called Protocol Buffers. Boy does it sounds similar. Only, being Google, I'm sure this new protocol technology will be touted as revolutionary and quickly beat out ASN.1 in terms of adoption level.  One thing is for sure, Google will make it a lot more accessible than the pages and pages of spec that make up the "X.680 family of specifications".

I wonder, if ITU/ISO/IEC had embraced a more open, spent some time making it easy to read and get started with ASN.1, if it could have really taken off and seen widespread adoption across the IT landscape.

Thursday, January 1, 2009

State of Internet TV

Watching television over the internet seems to be a hot new area.  Aside from youtube, there's a ton of smaller sites popping up in this area. Here are the rough notes I put together while trying to piece it together:

The Contenders

Seems to have content from NBC, FOX, Sony, MGM

CBS has announced a large content deal with MGM, PBS, Showtime, Sony and Endemol USA to broadcast popular television shows on its website.


From the guys that brought you Skype.  Lineup includes:
Comedy Central
Beginning with the N.C.A.A. basketball tournament this spring, Joost plans to carry live programming. That's a technological nightmare, but Joost's software may make it the first company that can send live shows to millions of users. Imagine Florida retirees from Chicago watching Cubs games live over Joost. Or soccer-crazed kids in U.S. suburbs tuning in to European soccer matches.

ABC (obviously)




.tv as a domain extension

Just like .com, .org, or .net. But unlike those extensions, .tv is catchy and memorable. A .tv tells users that a site is a rich media website. And you don’t need to be a television network to get a .tv extension -- .tv domains are unrestricted, meaning that anyone can get one.



Everything seems to use Adobe Flash or Microsoft Silverlight.
HTML5 coming sometime with support for video?