Guest Blogger

The Basic Skype Protocol Issues

July 17, 2006 11:27 AM

Topics: Developers | Every Post | Ideas & Views | Products | Skype API | Skype杂志 | Strategy | Technology | design | ebay | skype | skypeapi | skypejournal | voip

by: Julian Bond.
picture of Julian Bond
Julian is CTO of Ecademy, an online network "connecting business people." He Skype-enabled the Ecademy website to facilitate communications amongst members. The following is a post he made on the Ecademy Skype Directory Club forum in a discussion of the "code cracking" news.

Here's some ways to think about this. The first point is to understand what interop means. There are 3 ways of linking IM/Audio/Video networks.

  1. At the network level. Transparently route chat, voice and video by linking the networks. Skype can't do that because there is no central network. MSN, YM! and AIM have a big centrally controlled part of the system even though a lot of the communication is P2P so they can link, at the cost of running that big central system.
  2. At the server level. This is what some Jabber servers do. Because all communications go partly through a server they can be switched. It's the same as 1) except that anyone can run a Jabber server.
  3. At the client. GAIM, Trillian and others let you have one client that speaks multiple protocols. You need an official account with any system you want to talk to but it blurs the differences between them.

So if there's a library that can be built into client code that duplicates the Skype protocols, 3) can be built. And 2) can be built where it's appropriate (eg Asterisk PBX).

Then look at two conversations that are happening on the Skype forums already: (i) Building audio/video stream access into the Skype API and (ii) release of a Naked Skype which is a library that provides the API without having to have the Client.

So if you can reverse engineer the protocol, there's no point in trying to build a better Skype client when Skype is shipping a new one every 2 months. You're just getting involved in a code race. If you can produce a Naked Skype API library with more capability, you can fill in the holes that Skype can't address. This might be something like a Linux version or a Nokia Series 60/80 version or a Skype that runs on a Linksys WiFi router. But again you're up against a potential code race. By producing something, you'll identify a market for Skype who will then produce it or bolt your new capability into their next release.

So we can begin to see that Skype doesn't need to open the protocol. What they do need to do is to make that protocol widely available in forms people want. Which means a Naked Skype library with full access to chat, voice and video. And a friendly licensing regime to go with it. Then we can have Skype in GAIM/Trillian, 3rd party Skype-SIP gateways, Skype on weird platforms and so on.

A note about Security. If Skype have built their encryption properly (and I believe they have), then exposing the code and protocol will make *NO* difference to the strength of the encryption. Which means that if the USA/UK require backdoors for government access they're out of luck. If Skype puts a backdoor in, the 3rd parties will produce a version with no backdoor. So I think this announcement of reverse engineering the protocol will keep Skype honest and keep the governments out. At least for Skype-to-Skype conversations even though Skype-to-POTS will still be at risk because you can always tap the POTS interconnection.

So all-in-all I see this as doing nothing more than providing a spur to Skype to keep writing code, building innovation and shipping it. As long as they keep doing that, there's no stopping them, and no downside for the users. And the fact that the protocol is reverse engineered will make no difference.

Now look at that idea of a naked API library. This is exactly the unfulfilled promise of LibJingle. Skype have had 9 months now to replicate it. I think they'll ship something before there's any use of LibJingle outside the official GTalk client.




Trackback Pings

TrackBack URL for this entry:
http://www.skypejournal.com/cgi-bin/mt/mt-tb.cgi/2404

Posts linking to The Basic Skype Protocol Issues:

» Os perigos do abandono da privacidade from Web 2.0
Nos EUA, a AOL publicou o histórico das pesquisas ao longo de três meses. Resultado: 658 mil clientes... [Read More]

Tracked on August 25, 2006 12:14 PM

Comments

Posted by: Aswath [TypeKey Profile Page] at July 17, 2006 2:03 PM

Do you think the encryption is just as strong with a compromised supernode (meaning a cloned Skype client has graduated to a supernode)?

Posted by: Aswath [TypeKey Profile Page] at July 17, 2006 2:10 PM

Do you think the encryption is just as strong with a compromised supernode (meaning a cloned Skype client has graduated to a supernode)?

Posted by: Aswath [TypeKey Profile Page] at July 17, 2006 2:12 PM

Do you think the encryption is just as strong with a compromised supernode (meaning a cloned Skype client has graduated to a supernode)?

Posted by: Rohit Sikka at August 22, 2006 6:08 AM

"At the network level. Transparently route chat, voice and video by linking the networks. Skype can't do that because there is no central network."

This is called federation, and its not true that Skype can not do that - it does it with another network - the PSTN! Thus, while "in-network" calls go P2P or via Super Nodes, the off-network calls need to land on a suitable gateway. Today, they operate gateways to PSTN, tomorrow they can do the same for AOL, MSN, Yahoo...

Post a comment




Remember Me?

(you may use HTML tags for style)





Other Recent Posts

Skype 3.0 Folder Pollution in Life | Products | Skype杂志 | complaints | design | ebay | skype | skypejournal | voip | wishlist on 11/22/06

Skype 3.0 Beta for Windows; bugfix build 137 in General Notices | News | Products | Skype News | Skype杂志 | ebay | skype | skypejournal | voip on 11/22/06

Skype PR Wake Up Call III: The Commentary in Business | Every Post | Ideas & Views | Marketing | Skype News | Skype杂志 | Strategy | ebay | observations | skype | skypejournal | voip on 11/22/06

Wednesday morning scan in Business | Life | Marketing | News | Products | Skype Partner Watch | Skype杂志 | Strategy | Technology | Tips & Tricks | Yahoo | counterpoints | design | ebay | freedom | observations | regulation | skype | skypejournal | voip on 11/22/06

Yes, TalkPlus reverse engineered Skype. in Developers | North America | Skype Partner Watch | Skype杂志 | Strategy | Technology | ebay | skype | skypejournal | voip on 11/21/06

Email to a friend