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 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 res

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

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 necessa

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 coef

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 ano

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

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 si

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

RE: Teaching/developing troubleshooting skills

2004-06-24 Thread Larry Pingree
Hi Pete, If you have a test lab, a good thing would be to setup a complete functional network. Show the engineer how it's configured. Then have them leave the room and then break it. Send them back in to look at what is wrong. As they move through the process, help them by guiding them thr