nanog mailing list archives
Re: route filtering in large networks
From: Alan Hannan <alan () routingloop com>
Date: Wed, 12 Mar 2003 19:47:09 -0800
I must not understand something. How would the banana eaters screw up applying the same prefix-list outbound to all neighbors?
Humans tend to be imprecise. Scripted actions tend to be very precise. Implementing a process by which humans manually enter configurations is prone to error and more difficult to check. Implementing a scripted, automated process that enters configurations from a text file or database is more likely to be precise and thorough. In an anecdotal case, a human going router by router to update ACL 101 is more prone to accidently skip a line in his vi list or his web list, that guides his manual logins. Another simple error that a human could make is to accidently mistakenly change cut/paste buffer. An automated computer program or script is much more likely to be precise. Notice I use the word "precise" above and not accurate. Humans may be more accurate in that they are intelligent enough to fix one-off problems. But when managing many many objects many network folks would value reliable precision over occasional accuracy. One can always manually find inaccuracies, and put algorithms for exception reports, of 'one-off situations' into a precise script. This is why many folks rightfully argue that change management should be scripted, and not entrusted to less experienced manual humans. There's a balance, and you can't have the Olivaws running amuch with their unintelligent precision. The automated processes must be well thought and audited by an intelligent, accurate human. -a
Current thread:
- Re: route filtering in large networks, (continued)
- Re: route filtering in large networks Richard A Steenbergen (Mar 12)
- Re: route filtering in large networks Jack Bates (Mar 12)
- RE: route filtering in large networks Michael K. Smith (Mar 12)
- Re: route filtering in large networks Jack Bates (Mar 12)
- Re: route filtering in large networks Peter E. Fry (Mar 12)
- Re: route filtering in large networks Christopher L. Morrow (Mar 12)
- Re: route filtering in large networks Rob Thomas (Mar 12)
- Re: route filtering in large networks Randy Bush (Mar 12)
- Re: route filtering in large networks E.B. Dreger (Mar 13)
- Re: route filtering in large networks Lars Erik Gullerud (Mar 13)
- Re: route filtering in large networks Alan Hannan (Mar 12)
- Re: route filtering in large networks Randy Bush (Mar 12)
- Re: route filtering in large networks Andy Dills (Mar 12)
- Re: route filtering in large networks Randy Bush (Mar 13)
- Re: route filtering in large networks Dorian Kim (Mar 13)
- Re: route filtering in large networks Stephen Sprunk (Mar 13)
- Re: route filtering in large networks Iljitsch van Beijnum (Mar 13)
- IETF BOF on Network Configuration (netconf) Sean Donelan (Mar 13)
- RE: Put part of Google on 69/8 (was Re: 69/8...this sucks) Vivien M. (Mar 12)
- Re: Put part of Google on 69/8 (was Re: 69/8...this sucks) Jack Bates (Mar 12)
- RE: Put part of Google on 69/8 (was Re: 69/8...this sucks) Vivien M. (Mar 12)