Gartner Blog Network


Network Outages Described via 1980s Songs

by Andrew Lerner  |  September 6, 2016  |  3 Comments

Network outages have been in the news quite a bit lately, including Delta and Southwest (to the tune of $54 million) and last year it was NYSE, United and the WSJ.  We have research in the 2017 pipeline on avoiding network outages, but in the interim, here is a lighter take on network outages described via 1980s songs…

alerner80s

  • Most of the really bad network outages are the result of several cascading failures, because so often “One thing leads to a another“.
  • Way too often, outages occur after the weekend maintenance and associated litany of “changes” (ok ’71 but it fits), which always makes for a very “manic Monday“, and makes everyone wish that you could just “turn back the clock
  • Troubleshooting during the outage can be challenging as people are running around like “It’s the End of the World as We Know It“.
  • Sometimes, the problem is related to a single app, but getting developers to describe how their app is actually supposed to behave on the network (TCP Ports, anyone?) often feels like you’re running “Against the Wind “, although there are lots of “promises promises” that it is all written down somewhere.
  • That said, network teams are generally equally poor at having updated network documentation, although we have “sweet dreams” of updating it.
  • Many outages are due to power and weather, as fallen trees equate to broken WAN circuits, so you can often “blame it on the rain”. Thus, network folks do not generally “love a rainy night“.  Side note:   If the branch was really mission critical, the business should’ve paid for diverse WAN connections, but that does take “a whole lotta spending money” and when it comes to networking “there’s no money falling from the sky“.
  • Sometimes outages are the result of rushed changes, like when the business came and “dropped the bomb on me” with 2 days’ notice before GO-Live of a new customer-facing app, which seems to happen “time after time“.
  • Sadly, many outages are still the result of manual configuration, and while we recognize the need for increased automation, the CLI is a “hard habit to break”.
  • The network engineer’s best friend during outages is often a network packet broker that can pull sniffer traces, although it requires lots of “patience” because going thru them is tedious and often requires telling managers that “I Still Haven’t Found What I’m Looking For “.
  • Sometimes we just need simply to “Get Physical” and reboot the box to solve the problem. We’ve all had that time when magically, out of the blue, “abracadabra” the problem just went away on its own (or, as my colleague Todd Ferguson used to say, “Step 2 a miracle occurred”).
  • But then when you do finally get the issue resolved, it is cause for a “celebration” as you’re “Back in the High Life Again” and you can “party like its 1999” (side note: unless you had to work because of y2k…).
  • Unless of course, along the way, you accidentally shut down the mainframe (or DNS server), in which case you should be asking yourself “Should I stay or should I go” (courtesy Hank Barnes).  Side note: You should definitely “beat it“, because at that point, “its much too late for goodbye“.
  • And if you’ve never experienced an outage, then you’ve never run an operational network at scale, you’re a very “smooth (network) operator”, or it’s just that “some guys have all the luck

Regards, Andrew

PS – We will be publishing research on OpenStack Networking soon, because many network teams are not doing a happy “Neutron Dance“.

Category: 

Tags: 1980s  downtime  npb  openstack  outage  

Andrew Lerner
Research Vice President
4 years at Gartner
19 years IT Industry

Andrew Lerner is a Vice President in Gartner Research. He covers enterprise networking, including data center, campus and WAN with a focus on emerging technologies (SDN, SD-WAN, and Intent-based networking). Read Full Bio


Thoughts on Network Outages Described via 1980s Songs


  1. Bob Simpson says:

    Ha! I’m a product of the 80’s and enjoyed the post… Very creative

  2. Vivek Bhalla says:

    Not bad, not bad at all sir, but surely many an outage has occured when a process-heavy change advisory board tells the engineer that “U Can’t Touch This” because “Its Like That” and “That’s the Way It Is” because to every (MC) Hammer everything is a nail.

    This of course, leaves the network team thinking of “Things That Make you Go Hmmmm…”, realising there are no gold stars awarded for innovation but that you’ll certainly be heading to the head masters office if you’re not “The Rock Steady Crew”.

    Important to remember when faced with those major service affecting issues not to become a “System Addict” but in such circumstances its better to just “Relax” and “Get Everbody In The Place” to “Get Down On It”.

    (Some Brit/Euro hits in there in case there are any confused US readers!).

    • Andrew Lerner says:

      Thanks Vivek…. I should’ve known you wouldn’t be “out of touch” with 80s tunes and network outages, you were definitely “hangin’ tough”…

      Andrew



Leave a Reply

Your email address will not be published. Required fields are marked *

Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes, with attribution to Gartner. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.