Awesome Conferences

December 2008 Archives

Everyone from Slashdot to people I talk with on the street are shocked, shocked, shocked, by the report in the New York Times that TXTing costs carriers almost nothing, even though they've been raising the price dramatically.  (SMS is "Short Message Service", the technical name for what Americans call "TXTing" and what the rest of the world calls "SMS".)

People have asked me, "Is this true?" (it is) so I thought this would be a good time to explain how all of this works.

The phone system uses a separate network for "signaling" i.e. messages like "set up a phone call between +1-862-555-1234 and  +353(1)555-1234".  The fact that it is a separate network is for security.  When signally was "in band" it was possible for phone users to play the right tones and act just like an operator (see Phreaking).  It is also for speed reasons; one wants absolute priority for signaling data.

The protocol is called "SS7" (Signaling System 7).  Like most teleco protocols it is difficult to parse and ill-defined.  This is how telcos keep new competition from starting.  They hype SS7 as something so complicated that only rocket scientists could ever understand it.  Of course, it is an ITU standard, so it isn't a secret how it works.  You just have to pay a lot of money to get a copy of the standard. In fact, once Cisco had a working SS7 software stack the downfall of Lucent/AT&T/others was only years away.  Heck, Cisco published a book demystifying SS7.  It turns out the emperor had no clothes and Cisco wanted everyone to know.  SS7 is big and scary, but only as bad as most protocols. I guess SMTP or SNMP would be scary too if you had never seen a protocol before. (Remember that non-audio networks are still "new" to the telecom world, or at least their executives.)

SS7 is all about setting up "connections".  When I dial a number, SS7 packets are sent out that query databases to translate the phone number I want to dial to a physical address to connect to, then an SS7 query goes out to request that all the phone switches from point A to point B allocate bandwidth and start letting audio through.  The nomenclature dates back to what was used when phone calls were set up by ladies sitting in front of switchboards.

What makes international dialing work is that there are SS7 gateways between all the carriers.  They don't charge each other for this bandwidth because it is just the cost of doing business.  The logs of what calls are actually made is used to create billing records, and the carrier do charge each other for the actual calls.  Thus, there is no charge for the SS7 packets between AT&T and O2 (O2 is a big cell provider in Europe), but O2 does back-bill AT&T for the phone call that was made. (This is called "Settlement" and my previous employer processed 80% of the world's settlement records on behalf of the phone companies.)

Setting up a connection for an SMS would be silly.  An entire connection for just a 160-byte message?  No way.  That's more trouble than it is worth.  Therefore, SMS is the only service where the actual service is provided over SS7.  The 160-byte limit comes from a limit in SS7 packet size.

However, the phone companies don't really do anything for free.  The SMS records are used to construct billing data and the companies certainly do back-bill each other for SMS carried by each other's networks.  If you SMS from AT&T to O2, there is settlement going on after the fact. However, SMS between two AT&T customers has no real cost.

"Multimedia SMS" (photos) are not sent over SS7, though SS7 is used to setup/teardown the connection just like a phone call.  If they were smart they'd use SS7 to just transmit an email address and then send the photo over the internet.  It would probably be cheaper.  (Though, when has a telco has a well-run email system?  Sigh.)

So, SMS is "free" because it rides on the back of pre-existing infrastructure.  The "cost" is due to the false economics created to "extract value" out of the system (i.e. "charge money").

If they were doing it all from scratch, they could probably run it all over the internet for "free" too.  Heck, it wouldn't be much bandwidth even if people learned to type 100x faster.

Why was SMS permitted to use SS7 unlike any other service? The real reason, I'm told, wasn't entirely technical.  It was due to the fact that the telecos thought that nobody would actually use the service. Little did they know that it would catch on among teens and then spread!

More info:

Posted by Tom Limoncelli in Technical Tips

Hey time management fans! Google has announced a very simple task manager to gmail as part of their "labs" offering.
To enable Tasks, go to Settings, click the Labs tab (or just click here if you're signed in). Select "Enable" next to "Tasks" and then click "Save Changes" at the bottom. Then, after Gmail refreshes, on the left under the "Contacts" link, you'll see a "Tasks" link. Just click it to get started.
If you've read Time Management for System Administrators you may be wondering, "Can I use The Cycle with Google Tasks?" The answer is: sort of. You can have one todo list per day, because the system lets you create multiple lists. However, events don't float to the next day if they aren't completed "today", and in fact, moving items to the next list is rather time consuming. Instead, it is very easy to move items up and down the list. Thus, if you insert date markers, you can move things to "tomorrow" very easily. However, be careful not to accidentally create "the never-ending list of doom". Here's a screenshot of what using The Cycle might look like:
gtasks-screen.png

What's my favorite feature? The fact that there is now a menu item under "More Actions" that lets you turn an email into a task. The subject line is used for the task, and a link to the original message is included. I think this makes it very powerful.
In summary: The fact that the tasks aren't a function of the calendar like most systems is interesting, and will require some adjustment. The ability to easily link tasks to email threads has some interesting possibilities.


Posted by Tom Limoncelli in Time Management

Ben Rockwood interviewed Tom for his blog's podcast.  We talk about time management, the history and future of system administration, and a lot more.  Links to the podcast are on his blog www.CuddleTech.com/blog

Credits