[130630] in North American Network Operators' Group
RE: Facebook down!! Alert!
daemon@ATHENA.MIT.EDU (John van Oppen)
Wed Oct 6 21:21:05 2010
From: John van Oppen <jvanoppen@spectrumnet.us>
To: 'Dan White' <dwhite@olp.net>, david raistrick <drais@icantclick.org>
Date: Thu, 7 Oct 2010 01:20:40 +0000
In-Reply-To: <20101006212405.GL3425@dan.olp.net>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
The only way in which I can see facebook as required for operations is when=
one is hosting apps that must interact with the facbook API. Facebook is=
a site we keep an eye on from our NOC simply because it is important to a =
lot our larger transit customers due to them having apps that require face=
book API access. We tend to also get calls from the .edu sites we service=
when it has outages.
That being said, facebook outages are not really an internal problem for us=
and it would seem odd to trust bussness proccesses to free social network=
site.
John / AS11404
-----Original Message-----
From: Dan White [mailto:dwhite@olp.net]=20
Sent: Wednesday, October 06, 2010 2:24 PM
To: david raistrick
Cc: nanog@nanog.org
Subject: Re: Facebook down!! Alert!
On 06/10/10=A017:05=A0-0400, david raistrick wrote:
>my point is that facebook has moved beyond being a pure content=20
>provider, and (much like, say, google) provide both content AND=20
>service. I have dependancies on facebook's (as do many many others=20
>who perhaps dont yet hire folks who even know what nanog is but=20
>someday will) services. without them, my teams can't work and my=20
>employeer loses signiicant figures of revenue per day.
Why can't your teams work? Do they have email? I'm trying to imagine what
operational scenarios are involved between the technical staff in a company
that depend on Facebook being up, unless you're working for Facebook.
Even if I were not email inclined, I'd set up a local XMPP server do to my
communication.
>so facebook is very much operationally relevant for my network, and=20
>that these mixed content/service providers will be more and more=20
>relevant as time goes on and we as a community should figure out how=20
>to deal with their transition from pure content to perhaps some day=20
>pure service.
How we deal with it is to create a viable distributed version of it.
--=20
Dan White
