LWN: Comments on "The Skype outage" https://lwn.net/Articles/246255/ This is a special feed containing comments posted to the individual LWN article titled "The Skype outage". en-us Sun, 05 Oct 2025 19:14:35 +0000 Sun, 05 Oct 2025 19:14:35 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Leave MS out of the game https://lwn.net/Articles/248608/ https://lwn.net/Articles/248608/ sstein Again, the outage was forced by restarting the Skype client and not rebooting Windows. If all Skype users were using Linux, the same would have happened. It is not related to Windows at all.<br> <p> <p> Sebastian<br> Thu, 06 Sep 2007 16:39:59 +0000 Centralization https://lwn.net/Articles/247730/ https://lwn.net/Articles/247730/ rqosa My point was that, with SIP, it's unlikely that there would ever be an outage for all SIP users; the failure of one registrar doesn't cause an outage for users on others. I think that was what the original poster meant (except that post referred to cellular phone systems, rather than SIP). Sat, 01 Sep 2007 05:45:04 +0000 Centralization https://lwn.net/Articles/247694/ https://lwn.net/Articles/247694/ njs Fair enough -- I admit I was picking the parts of the argument that made sense to me and responding to those, myself :-)<br> <p> The initial post in this thread was not one that made any sense to me. Scalability is completely a red herring here; scalability is merely a technical concern. Do we have the hardware and knowledge to build a database that can scale to millions of subscribers? Yes, obviously, we do it right now. (AT&amp;T might be only one of many cell phone providers, but I bet they're still routing more calls per second than Skype on its best day.) There are reasons that we have more than one cellular operator, but scalability is just not one of them.<br> <p> Then the discussion went off in a different direction that I also don't understand. What is a global database for each particular service provider? I mean, if there are multiple service providers, your database is either global, or particular to one of them, it can't be both at once... For Skype, there effectively is only one service provider, so it makes sense to talk about their database being global, but for SIP there are hundreds, and you can run your own if you want (just like you can run your own email server). Like you say, SIP is a little more complicated than email because a call request needs to be deliverable in real-time, but this is just a technical detail.<br> <p> I sort of get the impression that other posters were similarly confused about this part, and also guessed at what you were trying to say and then replied based on those guesses.<br> Fri, 31 Aug 2007 19:47:18 +0000 Centralization https://lwn.net/Articles/247682/ https://lwn.net/Articles/247682/ lacostej This I already know. You don't need to convince me on the benefits of using :) I don't use much Skype, I have a SIP enabled phone at home. I just hope that an openmoko-like phone can fulfill my needs of an open phone.<br> <p> But the initial discussion on this thread was:<br> <p> <font class="QuotedText">&gt; but no global database of all cellular users is needed.</font><br> <p> to which I responded that the problem was the same today with SIP.<br> <p> <p> <p> Can we agree on the 2 following sentences:<br> <p> * the fact that Skype is a lock-in solution and doesn't interop with other VoIP solutions<br> <p> * SIP also requires some sort of "global database" for each particular service provider, thus forcing you to login to a registrar to make use of *your* SIP id, meaning that if you registrar is down, you cannot be reached (but can make calls by reconfiguring your phone to use a different service provider)<br> Fri, 31 Aug 2007 17:21:17 +0000 Centralization https://lwn.net/Articles/247672/ https://lwn.net/Articles/247672/ njs The important thing about email and SIP isn't that you can change providers on the drop of a hat -- indeed, in both cases, you're generally at the mercy of your provider's technical acumen when it comes to scaling, uptime, etc.<br> <p> The important thing about email and SIP is that there are lots and lots of providers, and they interoperate. So if your current provider sucks consistently, you can get fed up and switch to one that works better; because there are lots and lots of providers competing, there almost certainly *is* one that works better, and because they interoperate, you can switch even if your friends don't. (You can even run your own registrar and switch to that.) With Skype, everyone's pretty much stuck, and at the mercy of the one company. They might do pretty well as companies go (for now), but it's unlikely they'll do as well as any company that managed to climb to the top over heavy competition -- why should they bother, they're making money now.<br> <p> (See also Jabber vs. proprietary IM protocols, and any article on vendor lock-in...)<br> Fri, 31 Aug 2007 16:44:12 +0000 Centralization https://lwn.net/Articles/247616/ https://lwn.net/Articles/247616/ lacostej I still don't get your point. Thanks for being patient !!<br> <p> I mean I think I understand your point but I feel that we're both right. Yes you can use other registars, but when your registar is down, you lose part of your service.<br> <p> <p> <p> SIP still need you to log in to a registar server. <a href="http://www.voip-info.org/wiki/view/SIP+registrar+server">http://www.voip-info.org/wiki/view/SIP+registrar+server</a> <br> <p> It is inter operable but within one service provider, you still have to register. As I initially said one must do it with ekiga and openwengo (2 different SIP providers).<br> <p> So now you tell me, if this service is dead, you can register somewhere else. Yes, but how usable that is ? E.g. I have a Sipura SIP phone at home.<br> If the registar service (telio) dies,<br> 1- I have to use a browser to change the config and point to a different SIP server (e.g. to ekiga registar)<br> 2- if I change SIP server, I will still be able to call other parties, but<br> * I may need to pay some new fees that my current SIP service will already have covered in my agreement<br> * furthermore, people won't be able to call me to my land phone number (because my SIP provider provides me a bridge land phone-SIP).<br> * people won't be able to call me on my usual SIP address<br> <p> So yes I can call, but I loose some features.<br> <p> It looks to me to be the same as with Skype.<br> <p> So I wonder again. Am I missing something ?<br> Fri, 31 Aug 2007 05:27:23 +0000 Centralization https://lwn.net/Articles/247613/ https://lwn.net/Articles/247613/ rqosa <p><font class="QuotedText">&gt; Am I missing something ?</font></p> <p>What you're missing is that a SIP client can potentially be used with any SIP registrar, and can make calls to users on other registrars. Thus, SIP, is decentralized, like email, and unlike Skype.</p> Fri, 31 Aug 2007 04:05:58 +0000 Leave MS out of the game https://lwn.net/Articles/247466/ https://lwn.net/Articles/247466/ Cato To take your scenario of 'Ubuntu introducing a regular update cycle', here's why it would not have the same effect:<br> <p> 1. The vast majority of Ubuntu updates don't require a system reboot (only kernel/driver updates)<br> <p> 2. In the absence of reboots, and assuming an always-on Skype client, only a Skype client update could cause a mass of Skype nodes to disappear and re-connect.<br> <p> So even if Ubuntu or some other distro became a monoculture as popular as Windows and went for regular update cycles (rather than its current day-by-day updates), it wouldn't have the same effect on the population of connected Skype clients.<br> <p> It's not fair to blame Microsoft for this outage, but it is reasonable to point out that the monthly reboot cycle due to Windows Update is a factor in stepping on this Skype bug, and that even a monoculture of a single Linux distro would not have had the same impact.<br> <p> Thu, 30 Aug 2007 12:22:53 +0000 Centralization https://lwn.net/Articles/247379/ https://lwn.net/Articles/247379/ lacostej <font class="QuotedText">&gt; If you would call me using the standard protocol, SIP, no other server</font><br> <font class="QuotedText">&gt; than my own would be involved</font><br> <p> That's because you're running your own dynamic/static DNS, right ?<br> Or because you give your IP to someone before they call you ?<br> <p> The problem is still there for most people.<br> <p> Your email address doesn't change when you move. The email is dropped to a mail box and you as a user go and fetch it from there.<br> <p> For a phone call, the phone call has to reach you, so you have to register your current location first.<br> <p> I don't see how one can change that without impacting a lot the network, appart from generalizing dynamic DNS maybe.<br> <p> Am I missing something ?<br> Thu, 30 Aug 2007 04:27:59 +0000 Skype is irrelevant https://lwn.net/Articles/247331/ https://lwn.net/Articles/247331/ job Are there actually Linux users out there using this?<br> <p> It's not only proprietary software, it's using lots of anti debugging techniques to hide what it's doing. It is also using a proprietary protocol. And the whole purpose of this software is to bypass your firewall as efficiently as possible.<br> <p> I can not imagine a worse product. Whoever is responsible for network security and lets this crap on their network doesn't deserve their job. I could not imagine a better bot net base. It may be true that that has not happened (who knows?), but why wait until the damage is done?<br> <p> SIP won the fight as preferred standard protocol for VoIP over H323 almost ten years ago. Get with the program already.<br> Wed, 29 Aug 2007 22:32:43 +0000 Centralization https://lwn.net/Articles/247329/ https://lwn.net/Articles/247329/ job <font class="QuotedText">&gt; Same for VoIP. Skype has their own database, OpenWengo has theirs, ekiga has theirs</font><br> <p> That's just wrong. My email relies on solely on my own server and not on somebody else's database. My VoIP as well. If you would call me using the standard protocol, SIP, no other server than my own would be involved (don't actually do this, it's probably night over here and I'll be cranky).<br> <p> There is absolutely zero reason to use this proprietary crap, and to rely on a third party which whom you probably don't even have a valid service contract.<br> Wed, 29 Aug 2007 22:25:02 +0000 The Skype outage https://lwn.net/Articles/246715/ https://lwn.net/Articles/246715/ dps Hmmm... well I for one know that some outages can be caused by critical staff of that do things that can not be delegated to other people. The system administrator in places where is only one, which probably means everywhere except vast outfits, is a prime example. Where this means me only I know the root passwords (and how you do things once you have a root shell).<br> <p> The skype people might have imagined that rather few people understand that sort of problem and looked for another reason.<br> Fri, 24 Aug 2007 17:04:48 +0000 Leave MS out of the game https://lwn.net/Articles/246697/ https://lwn.net/Articles/246697/ sstein <font class="QuotedText">&gt; the only word that might be seen as an indictment of Microsoft would seem to be "monocultural" ... even that isn't their fault, though they have worked hard to make it true.</font><br> <p> Well, you implicitly refer in the following sentence to MS:<br> <p> <font class="QuotedText">&gt; It does, however, give one pause about the power of the near-monoculture in desktop operating systems.</font><br> <p> The paragraph below this sentence explains why this couldn't happen to Linux, so you contrast Linux to near-monoculture. The problem is not the monoculture but that MS is using a fixed regular date for updates. So if Ubuntu decides to introduce also a regular update cycle, it could cause the same problem. It is not a problem related to MS.<br> <p> Sebastian<br> Fri, 24 Aug 2007 14:33:59 +0000 Leave MS out of the game https://lwn.net/Articles/246693/ https://lwn.net/Articles/246693/ jake <p> <font class="QuotedText">&gt; Drawing conclusions from the Skype outage like it wouldn't have happened if the world was not running Windows is just ridiculous and a very poor argument.</font><br> <p> and, unless i am missing something, one not made by the article. i just reread it because that certainly was not my intent and i just don't see where the article says that, or anything like it. Skype went down because of a bug in their software, at least according to them, that was *triggered* by the reboots.<br> <p> i have my, relatively unfavorable, opinions of Microsoft, but i try hard *not* to attribute to them things that aren't their fault.<br> <p> the only word that might be seen as an indictment of Microsoft would seem to be "monocultural" ... even that isn't their fault, though they have worked hard to make it true. <br> Fri, 24 Aug 2007 14:00:12 +0000 Leave MS out of the game https://lwn.net/Articles/246665/ https://lwn.net/Articles/246665/ sstein Skype officially said it was not Microsoft's fault:<br> <p> <a href="http://heartbeat.skype.com/2007/08/the_microsoft_connection_explained.html">http://heartbeat.skype.com/2007/08/the_microsoft_connecti...</a><br> <p> Drawing conclusions from the Skype outage like it wouldn't have happened if the world was not running Windows is just ridiculous and a very poor argument.<br> <p> Sorry, but I'm a longterm LWN reader, but the conclusions drawn in this article are just crap.<br> <p> Anyway, if you are convinced that Microsoft is responsible for everything bad happening in the world, I will not try to change your mind.<br> <p> <p> Sebastian<br> Fri, 24 Aug 2007 08:32:28 +0000 Leave MS out of the game https://lwn.net/Articles/246656/ https://lwn.net/Articles/246656/ intgr Windows Updates causing reboots is the official theory from Skype, it's not made up by LWN.net. I thought the article was quite straightforward in conveying that.<br> Fri, 24 Aug 2007 07:12:27 +0000 Leave MS out of the game https://lwn.net/Articles/246486/ https://lwn.net/Articles/246486/ sstein Folks, do me a favor. Leave Microsoft out of this. It was a bug in Skype's software and has nothing to do with the large number of Windows installations and their reboots. You might argue that this wouldn't happen if Skype was open source but blaming Microsoft for it is just stupid.<br> <p> Regards,<br> <p> <p> Sebastian<br> Thu, 23 Aug 2007 11:57:21 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246487/ https://lwn.net/Articles/246487/ tajyrink SIP w/ zRTP / sRTP works quite fine. Only three-way conference possible with Twinkle client without server support, though. I think setting up an encrypted conference room on a SIP server is more complicated, but someone could know better.<br> Thu, 23 Aug 2007 11:56:24 +0000 Centralization https://lwn.net/Articles/246436/ https://lwn.net/Articles/246436/ lacostej <font class="QuotedText">&gt; but no global database of all cellular users is needed.</font><br> <p> Same for VoIP. Skype has their own database, OpenWengo has theirs, ekiga has theirs, etc...<br> <p> A better comparison might be with DNS which is also a directory. DNS is distributed and has several root servers. But information takes time to be updated, something that a phone network wouldn't want. <br> <p> I am not sure how Skype servers are networked, there are probably several of them and some redundancy. But as always, the performance peak supported by one infrastructure is often a percentage above the maximum peak experienced in the network. If they need to support 1000 logins per second, maybe their network can today support 5 or 10 000, which is usually sufficient, except when 90% of their clients restart within 48h...<br> <p> They've made a mistake and they will probably learn from it.<br> <p> But on the other side, I'd rather have skype disappear and get everyone on an open standard technology. Be it SIP or anything else that stands the time.<br> Thu, 23 Aug 2007 10:01:23 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246457/ https://lwn.net/Articles/246457/ ekj So, what do you use instead ?<br> <p> I mean this as an honest question.<br> <p> You don't trust Skype, fine. But do you then instead trust your cellphone-manufacturer, the company running your cell-network, and all operators of other telephone-networks which your call passes trough instead ?<br> <p> <p> <p> Thu, 23 Aug 2007 09:41:44 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246450/ https://lwn.net/Articles/246450/ pcampe <font class="QuotedText">&gt;1. The borderline insinuation that Skype may have introduced wiretapping and</font><br> <font class="QuotedText">&gt;used this outage as cover. What is the basis for suspecting this? </font><br> <p> Gimme the source code, and I stop saying that. In the meanwhile, I use skype only for personal use, no business could _secretely_ conducted over skype unless otherwise proven.<br> Thu, 23 Aug 2007 09:24:29 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246425/ https://lwn.net/Articles/246425/ man_ls I think people in the "FLOSS community" (what a horrible name) have always spread FUD, even among themselves. It has been extensively used in KDE versus GNOME, Free Software vs Open Source, against Sendmail... And just remember how some outside targets have been derailed: Microsoft, Apple, Sun. Deserved or not. <p> The only difference I gather might be that we are not a bunch of loony geeks anymore: people are actually listening now. And I agree that this new responsibility should not be taken lightly (to say it in a Stan-Lee-esque way). Thu, 23 Aug 2007 06:57:56 +0000 The Skype outage https://lwn.net/Articles/246420/ https://lwn.net/Articles/246420/ drag Oh it will take a long long time. <br> <p> But it will happen. All good things must come to a end sometime. Probably will remain as a sys-admin tool for a long time since it's simple but it's been showing it's age for.. oh.. about 10 years now. :)<br> Thu, 23 Aug 2007 06:34:09 +0000 The Skype outage https://lwn.net/Articles/246415/ https://lwn.net/Articles/246415/ allesfresser Um, I think it will be a while before email 'goes the way of Gopher'.<br> Thu, 23 Aug 2007 06:19:25 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246414/ https://lwn.net/Articles/246414/ bvdm You have missed my point. The article based a different argument on the reboot issue.<br> Thu, 23 Aug 2007 05:50:31 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246411/ https://lwn.net/Articles/246411/ jamesh For (2), it was a quote from Skype themselves saying that the reboots were triggered by a Windows Update being pushed out. I don't think you can count Skype as part of the FLOSS community.<br> Thu, 23 Aug 2007 05:15:10 +0000 Centralization https://lwn.net/Articles/246410/ https://lwn.net/Articles/246410/ eru From what I gathered from the article, Skype seems to have a central system for authentication. I think the problem is right there. This does not scale. Compare this with cellular phone systems, where the responsibility for authentication of a handset is distributed between the various operators. Each will of course have somewhere a database of their own subscribers, but no global database of all cellular users is needed. Thu, 23 Aug 2007 05:13:57 +0000 The Skype outage: LWN FUD? https://lwn.net/Articles/246405/ https://lwn.net/Articles/246405/ bvdm The increasing amount of FUD originating from within the FLOSS community is a concern to me. This article contains two dubious points:<br> <p> 1. The borderline insinuation that Skype may have introduced wiretapping and used this outage as cover. What is the basis for suspecting this? Does it make sense for a company to suffer a huge PR hit if they could just have phased it in over time? No, it does not. This is Fear and Doubt.<br> <p> 2. Harping on Windows reboots while it is completely besides the point. The trigger was that Skype was restarted on all those machines, not that the machines rebooted. Red Hat pushing out an update to an open-source P2P client can just as easily lead to a problem like this. This is Uncertainty and Doubt.<br> <p> The further we can down the FUD path, the more we will lose our *technical* credibility which is FLOSS's strongest selling point.<br> <p> Thu, 23 Aug 2007 03:49:08 +0000 The Skype outage https://lwn.net/Articles/246397/ https://lwn.net/Articles/246397/ nlucas One of the recurrent question is why the problem only spread 1/2 days after the Tuesday update, and I didn't see anyone notice that not even Microsoft is so naive to have the entire world doing updates at the same time.<br> <p> In relation to that, one Microsoft security problem I find extremely disturbing is the fact that is normal for security updates for small countries like Portugal to occur, sometimes, 1 month later than the first updates, giving the bad guys lot of time for doing zero day exploits for the "little guys". The reason is probably just having the resources for the quality control team to certify the localized versions of the update, and there isn't enough economic incentive (not enough number of sold licenses) to have an authorized local team (in relation to the "cultural" piracy percentage on the country).<br> <p> So, it's perfectly possible that one of the peaks of reboots just happen 1 or 2 days latter, as the localized update versions become available.<br> <p> Thu, 23 Aug 2007 02:44:07 +0000 The Skype outage https://lwn.net/Articles/246359/ https://lwn.net/Articles/246359/ zooko See the discussion on the p2p-hackers list:<br> <p> <a href="http://lists.zooko.com/mailman/listinfo/p2p-hackers">http://lists.zooko.com/mailman/listinfo/p2p-hackers</a><br> <p> There are some observations of the behavior of the Skype network during the outage period, and the p2p hackers are pretty good at inferring what might have gone on. <br> Wed, 22 Aug 2007 17:33:26 +0000 The Skype outage https://lwn.net/Articles/246342/ https://lwn.net/Articles/246342/ drag <font class="QuotedText">&gt; Beyond monocultural issues, there is the question of how a P2P system can be taken down by the lack of a centralized resource, in this case credentials from an authentication server. That provides a single point of failure to what is supposed to be a robust architecture, resistant to exactly those kinds of problems. There are also those who wonder if the outage was caused by an "upgrade" mandated by the US government so that they can more easily monitor Skype calls.</font><br> <p> <p> <p> Well both reasons; the suspicious activity on the part of Skype and the single point of failure, are exactly why something like a P2P protocol that depends on a central resource is fundamentally flawed. <br> <p> The way the internet works, they way it's designed, is that it's nearly totally decentralized. If any part of the Internet is suddenly gone then the rest has the ability to route around it. <br> <p> This decentrialization, this peer-to-peer nature of the internet is fundamental to why it's so robust.<br> <p> As far as VoIP goes skype is the biggest, but there are other companies that people paid for business accounts that ended up being fly-by-night folks. One day everything works, everybody is happy, the next day the network is down and nobody is returning emails or phone calls. <br> <p> <p> VoIP to work, like the web, it needs to be open. It needs to be open, completely decentralized, with standardized protocols with multiple implementations. Signing up people like Verizon or Skype should be completely optional and if they do not then they should not loose any compatibility. <br> <p> <p> Plus integration of Voice and Video messaging into instant messaging is natural in my eyes. IM makes a effective replacement for email and it provides a way to leave messages and locate other people. This way people can use a combination of text, voice, and video to communication in the most effective manner. It's a no-brainer. <br> <p> <p> I don't know how technically effective XMPP or SIP is. But it seems to me that having open source XMPP and SIP that can integrate into online forums software or other CMS types would be very effective. Something were people can just download and get a basic setup running in one evening. Open source Windows, Linux, and OS X clients and servers. Users sign up to websites, get a account, and that account can be reached in several optional ways. <br> <p> Probably something like that can help IRC and Email go the way of Gopher. <br> Wed, 22 Aug 2007 17:09:55 +0000