Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Bug Networking Transportation

Dublin Air Traffic Control Brought Down By Faulty NIC 203

Not so very long ago after passengers were left hanging by a similar glitch at LAX, Gilby4mPuck writes with another story of NIC failure leading to a disruption of air traffic, this time in Ireland, excerpting: "Data showing the location, height and speed of approaching planes disappeared from screens for 10 minutes each time. ... Thales ATM stated that in 10 similar air traffic control Centres worldwide with over 500,000 flight hours (50 years), this is the first time an incident of this type has been reported. ... '[They] confirmed the root cause of the hardware system malfunction as an intermittent malfunctioning network card which consequently overcame the built-in system redundancy,' said an IAA spokeswoman."
This discussion has been archived. No new comments can be posted.

Dublin Air Traffic Control Brought Down By Faulty NIC

Comments Filter:
  • Re:testing and QA (Score:2, Interesting)

    by zach_d ( 782013 ) on Friday July 18, 2008 @03:56AM (#24238937)
    I think the issue is one of maintenance. things need to be replaced after their life-cycle is over, even if they seem to be functioning at the time.
  • More scary stories. (Score:2, Interesting)

    by rixster_uk ( 1216414 ) on Friday July 18, 2008 @04:18AM (#24239069)
    People - I am trying to collect airport related scary stories. I haven't got many yet but if you have some then please let me know - you can email me at admin@scareports.com or just visit the site (blatant pimping) here [scareports.com] .
  • by niks42 ( 768188 ) on Friday July 18, 2008 @04:24AM (#24239101)
    I'd have to have some sympathy that it was an intermittent problem. They can really cause confusion to automated systems that are designed to cope with hard failures. I've had many occasions in my latter career in Service Delivery and support where it's taken human conviction to sort out issues caused by the cluster software trying to cope with intermittent connections
  • by LM741N ( 258038 ) on Friday July 18, 2008 @04:35AM (#24239155)

    When I was administering a small network in Marin, every time we had a small earthquake, all of the AppleTalk connectors would come loose. Took hours to find the faults and push them together. I guess we should have used duct tape.

    I suppose at an airport as each jet came in creating vibrations, those same connectors would have dislodged.

  • Re:testing and QA (Score:2, Interesting)

    by Valehru ( 1021601 ) on Friday July 18, 2008 @04:40AM (#24239197)
    I had an engineer stuck in Germany for three days due to this stupidity. He got his fill of beer, good hotel rooms and sightseeing done, so in his mind it was a decent holiday. The insane thing was that this issue happened before a few weeks earlier, there was an investigation however it did not discover then faulty NIC then either.
  • Re:testing and QA (Score:3, Interesting)

    by zach_d ( 782013 ) on Friday July 18, 2008 @04:50AM (#24239257)
    in a high noise/vibration/dust environment?
  • Re:testing and QA (Score:3, Interesting)

    by seifried ( 12921 ) on Friday July 18, 2008 @05:01AM (#24239315) Homepage
    Yes but if _one_ NIC can bring the entire system down what other single failures in a component could bring the entire system down? Obviously the system with the malfunctioning NIC can do any number of things that may result in a similar failure mode. Or what happens if the network switch it is attached to fails (I assume they use multiple paths... but if one nic can nuke it all, imagine if a switch went bonkers).
  • by Bromskloss ( 750445 ) <auxiliary.addres ... l.com minus city> on Friday July 18, 2008 @05:28AM (#24239475)

    Unfortunately, this NIC's fault showed up as the radar not working. What were they supposed to fail-over to? Binoculars?

    I suppose so, if it's possible to do it that way. Also, have the planes do the old-fashioned "circle the airport and keep an eye out for other traffic" if that works with big, heavy planes. It sure gives you (the pilot) a nice sense of being a free and sovereign person anyway, like on small airfields. :-)

  • Re:testing and QA (Score:5, Interesting)

    by jimicus ( 737525 ) on Friday July 18, 2008 @06:17AM (#24239695)

    Yes but if _one_ NIC can bring the entire system down what other single failures in a component could bring the entire system down? Obviously the system with the malfunctioning NIC can do any number of things that may result in a similar failure mode. Or what happens if the network switch it is attached to fails (I assume they use multiple paths... but if one nic can nuke it all, imagine if a switch went bonkers).

    You don't need to bring the entire system down to cause havoc. What if there's a hitherto unknown bug in one of the CPUs which under some very specific set of circumstances causes aircraft altitude to be misreported on the operator's screen? As the GP said, most redundant systems only ensure that the components appear to be broadly working. They seldom check that all the components are doing something sensible.

  • by ddrichardson ( 869910 ) on Friday July 18, 2008 @07:27AM (#24240005)

    While you're right, the key phrase from the article you give is:

    ARINC 664 Specification which defines how Commercial Off-the-Shelf networking components will be used for future generation Aircraft Data Networks (ADN).

    Specifically, this standard is aimed at use on aircraft not in ATC, in fact because of the weight reduction it offers.

    Also not to split hairs but Dublin is not in the UK, this seems trite but is valid as there are different agencies involved. More over, the appropriation of new technologies is obsessive in the UK at present and has been for some time (except in the financial sector). There is a perception that newer is better and that answers to questions nobody asked are best solved by combining off the shelf components in a similar topology to older generation systems.

    There is an argument to upgrade ATC due to higher volumes of aircraft but I can't help wonder if there is a bigger drive towards efficiency rather than safety.

  • Re:testing and QA (Score:5, Interesting)

    by Hal_Porter ( 817932 ) on Friday July 18, 2008 @08:21AM (#24240335)

    One of the odd and very likable things about Dune is that there are occasionally implications that the society we read about is not the most advanced. Maybe their taboos are limiting them. Essentially the world we read about is actually in its own version of the Dark Ages where progress has all but stopped and feudalism is the only system. The Tleiaxu and the Ixians aren't in a Dark Age though. But we don't here too much about them because they are outside the known world because they violate the taboos that govern the know world.

    Essentially it's a bit like reading history Taliban controlled Afghanistan, or unfortunately anywhere with an Islamic government. And I'm sure it's deliberate - Frank Herbert apparently was inspired by the Islamic uprisings against the British.

    Or if you look at another way he wanted to write a hallucinogenic, retro sci fi epic, and he came up with a bunch of explanations - the Butlerian Jihad, the necessary for spice based prescience for interstallar travel, and the incompatibily between directed energy weapons and shields to explain why his universe was that way and not like conventional sci fi with ray guns, robots and open societies in the Popper sense.

  • Re:testing and QA (Score:3, Interesting)

    by Ihmhi ( 1206036 ) <i_have_mental_health_issues@yahoo.com> on Friday July 18, 2008 @12:05PM (#24243649)

    So putting in a faulty NIC card and seeing what happened wouldn't have done anything at all, huh?

    Part of testing systems is trying to emulate what happens when a portion goes down.

Happiness is twin floppies.

Working...