[121929] in North American Network Operators' Group
Re: Mitigating human error in the SP
daemon@ATHENA.MIT.EDU (gb10hkzo-nanog@yahoo.co.uk)
Tue Feb 2 07:26:34 2010
Date: Tue, 2 Feb 2010 12:26:03 +0000 (GMT)
From: gb10hkzo-nanog@yahoo.co.uk
To: nanog@nanog.org
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
=0A=0A=0A>>Otherwise, as Suresh notes, the only way to eliminate human erro=
r completely is =0A>>to eliminate the presence of humans in the activity. =
=0Aand,hence by reference.....=0A>> Automated config deployment / provision=
ing.=0A=0AThat's the funniest thing I've read all day... ;-)=0A=0AA little =
pessimistic rant.... ;-)=0A=0AWho writes the scripts that you use, who writ=
es the software that you use ? There will always be at least one human s=
omewhere, and where there's a human writing software tools, there's scope f=
or bugs and unexpected issues. Whether inadvertent or not, they will alway=
s be there.=0A=0AIf the excrement is going to hit the proverbial fan, try a=
s you might to stop it, it will happen. Nothing in the IT / ISP / Telco wo=
rld is ever going to be perfect, far too complex with many dependencies. =
Yes you might play in your perfect little labs until the cows come home ...=
.. but there always has been and always will be an element of risk when you=
start making changes in production.=0A=0AFace it, unless you follow the ri=
gorous change control and development practices that they use for avionics =
or other high-risk environments, you are always going to be left with some =
element of risk.=0A=0AHow much risk your company is prepared to take is som=
ething for the men in black (suits) to decide because it correlates directl=
y with how much $$$ they are prepared to throw your way to help you mitigat=
e the risk .....;-)=0A=0AThat's my 2 <insert_currency> over ...... thanks f=
or listening (or not !).... ;-)=0A=0A=0A
