Re: Teaching/developing troubleshooting skills

2004-06-29 Thread Bruce Pinsky
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: |It's also important that one avoid: | |* The faulty assumption there is but one problem | | | Here's an interesting example that I came across | several years ago. It was in an office with lots | of PCs plugged into RJ45

Re: Teaching/developing troubleshooting skills

2004-06-28 Thread John Neiberger
It's also important that one avoid: * The faulty assumption there is but one problem * Incorrectly-formed causal relationships (NANOG-L has some examples of these) * Making too many changes in one iteration * Attempting to tackle a system with more unknowns than are absolutely necessary.

Re: Teaching/developing troubleshooting skills

2004-06-28 Thread Michael . Dillon
It's also important that one avoid: * The faulty assumption there is but one problem Here's an interesting example that I came across several years ago. It was in an office with lots of PCs plugged into RJ45 10baseT ports near each desk. One PC had lost connectivity. I came and checked that

Re: Teaching/developing troubleshooting skills

2004-06-28 Thread Eric Brunner-Williams
* The faulty assumption there is but one problem * Incorrectly-formed causal relationships Mythology. Some may recall the adventures of the CTO who ran a sweep of an net 10.* in a rather modest machine room somewhere in Maine, resulting in memory exhaustion (arp table) in the router, which

Re: Teaching/developing troubleshooting skills

2004-06-26 Thread Edward B. Dreger
DG Date: Fri, 25 Jun 2004 20:04:38 -0700 DG From: Darrell Greenwood [ editted for brevity ] DG The 5 day course can be boiled down really to one concept DG that can be taught in 5 minutes... binary search. Every half-decent programmer knows O(log(N)) is one's friend unless the scalar

Re: Teaching/developing troubleshooting skills

2004-06-25 Thread John Neiberger
Pete Kruckenberg [EMAIL PROTECTED] 6/24/04 5:09:19 PM It's been so long since I learned network troubleshooting techniques I can't remember how I learned them or even how I used to do it (so poorly). Does anyone have experience with developing a skills-improvement program on this topic? I

Re: Teaching/developing troubleshooting skills

2004-06-25 Thread Darrell Greenwood
On 04/6/24 at 5:09 PM -0600, Pete Kruckenberg wrote the following : I'm working on trying to teach others in my group (usually less-experienced, but not always) how to improve their large-network troubleshooting skills (the techniques of isolating a problem, etc) I took a 5 day course in

Teaching/developing troubleshooting skills

2004-06-24 Thread Pete Kruckenberg
I'm working on trying to teach others in my group (usually less-experienced, but not always) how to improve their large-network troubleshooting skills (the techniques of isolating a problem, etc). It's been so long since I learned network troubleshooting techniques I can't remember how I learned

RE: Teaching/developing troubleshooting skills

2004-06-24 Thread Larry Pingree
: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Pete Kruckenberg Sent: Thursday, June 24, 2004 4:09 PM To: [EMAIL PROTECTED] Subject: Teaching/developing troubleshooting skills I'm working on trying to teach others in my group (usually less-experienced, but not always) how to improve

Re: Teaching/developing troubleshooting skills

2004-06-24 Thread Jon R. Kibler
Pete Kruckenberg wrote: I'm working on trying to teach others in my group (usually less-experienced, but not always) how to improve their large-network troubleshooting skills (the techniques of isolating a problem, etc). There are several vendors that offer these types of courses, and I am

Re: Teaching/developing troubleshooting skills

2004-06-24 Thread Bruce Pinsky
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pete Kruckenberg wrote: | I'm working on trying to teach others in my group (usually | less-experienced, but not always) how to improve their | large-network troubleshooting skills (the techniques of | isolating a problem, etc). | | It's been so long