W przygotowaniu

nr 5-6(25-26) 2017
dostępny
po 29.12.2017

Wydanie aktualne

nr 3-4(23-24) 2017
dostępny w pdf, wydanie flash tutaj

Wydania archiwalne

nr 1-2(21-22) 2017
dostępny w pdf, wydanie flash tutaj

nr 1-2(19-20) 2015
dostępny w pdf, wydanie flash tutaj

numer 1(18) 2014
dostępny w pdf, wydanie flash tutaj

numer 1(17) 2013
dostępny w pdf, wydanie flash tutaj

numer 1(16) 2012
dostępny
w archiwum, wydanie flash tutaj

numer 1(15) 2011
dostępny
w archiwum

numer 4(14) 2010
HD dostępny
w archiwum

numer 3(13) 2010
HD już dostępny
w archiwum

numer 2(12) 2010
dostępny
w archiwum

Obserwuj @CADblog_pl

Wtorek, 08.09.2015 r.

Przed kilkoma dosłownie dniami natrafiłem na króciutki tekst opisujący pewien interesujący przypadek błędu popełnionego na etapie projektowania. Dopiero problemy użytkowników doprowadziły do ujawnienia banalnej przyczyny resetowania się całego wadliwie zaprojektowanego urządzenia,
a w konsekwencji – całej sieci komputerowej...

Maciej Stanisławski

O tym, co dzieje się w firmie, zakładzie przemysłowym (czy w mikroskali w naszym domu podczas oglądania internetowej transmisji Mistrzostw Europy w piłce nożnej) gdy z nieznanych przyczyn pada sieć, tracimy dostęp do danych, możliwość ich przesyłu – nie trzeba pisać. W 2013 roku firma Cisco, producent urządzeń do budowy sieci komputerowych (switchy, routerów etc.) zmuszona była wydać specjalną instrukcję-ostrzeżenie dla użytkowników urządzeń serii 3650 i 3680 (link tutaj).

Urządzenia przeszły pomyślnie wszystkie testy i trafiły do sprzedaży, a następnie zostały zainstalowane w wielu centrach komputerowych na całym świecie. I wtedy zaczęły się problemy, o których wspomniałem wcześniej. A przyczyną było... (vide rys.)

...zaprojektowanie przycisku przywracającego ustawienia fabryczne switch'a w takim miejscu, że użycie/włożenie do portu (znajdującego się w sąsiedztwie feralnego przycisku) kabla do transmisji danych powodowało jego wciśnięcie i w konsekwencji reset całego systemu.

Kable zostały zaprojektowane w taki sposób, że przed ich przypadkowym wypięciem z portu chroni je występ umieszczony na końcówce. Gdyby projektanci pechowych switchy uwzględnili kształt rzeczonych kabli (będących standardem na rynki od wielu lat), w łatwy sposób mogliby ustrzec się przed takim błędem. Najwyraźniej „po drodze” czegoś zabrakło. Jedną z przyczyn mógł być fakt, iż urządzenia nie były zapewne projektowane od podstaw, a jedynie przekonstruowywane na bazie istniejących projektów.

Ciekawe, ilu administratorów sieci łamało sobie głowy nad znalezieniem przyczyny błędów i ile czasu musieli na to poświęcić.

Jak użytkownicy poradzili sobie z problemem? Na trzy sposoby; pierwszym było fizyczne odcięcie występów z końcówek kabli, drugim użycie mniej typowego kabla, ale za to z końcówką nie powodującą „konfliktu sprzętowego”, a trzecim – programowe zablokowanie działania przycisku reset. Zarówno pierwszy, jak i trzeci sposób wydaje się mało elegancki, zwłaszcza że mówimy o podzespołach wartych kilka/kilkanaście tysięcy złotych.

Wszystkie trzy sposoby znalazły się we wspomnianej instrukcji oficjalnie udostępnionej na stronach producenta. Ciekawe, czy pracownicy firmy doszli do przyczyny „usterek” sami, czy też wskazali ją dopiero użytkownicy feralnie zaprojektowanych urządzeń.

Wniosek? Nie popadajmy w rutynę, sprawdzajmy dokładnie każdy projekt i najlepiej poszukajmy sobie „recenzenta” w osobie kolegi, który obejrzy nasze dzieło, zanim prześlemy je do weryfikacji gdzieś dalej. Zawsze możemy zrewanżować się tym samym :), a może dzięki temu unikniemy wstydu i poważniejszych konsekwencji...

ms

P.S. Nie wiem, skąd u mnie ten moralizatorski ton w ostatnim akapicie. Może dlatego, że „czwórka” z przodu? ;)

Źródło: http://thenextweb.com/

 [ powrót na stronę główną ]

reklama

Blog monitorowany przez: