RE: Network Reliability Engineering

2002-05-20 Thread Randy Neals
software. -R -Original Message- From: Pete Kruckenberg To: [EMAIL PROTECTED] Sent: 5/18/2002 7:13 PM Subject: Network Reliability Engineering I'm looking for some good reference materials to do some "reliability engineering" calculations and projections. This is to ju

Re: Network Reliability Engineering

2002-05-19 Thread Nigel Clarke
Try the "The Art of Testing Network Systems" ISBN: 0-471-13223-3 --- Nigel Clarke Network Security Engineer [EMAIL PROTECTED]

Fwd: RE: Network Reliability Engineering

2002-05-18 Thread blitz
>AHH, MTBF date from vendorswell, there goes the idea of THAT project. >You'll find that data, IF you can find it, will be calculated by sales >cretins, not engineers. >Check out this book: > > "High-Availability Network Fundamentals" > Cisco Press > ISBN 1-58713-017-3 > >Despite it

RE: Network Reliability Engineering

2002-05-18 Thread Jason Young
[EMAIL PROTECTED] > Subject: Network Reliability Engineering > > > > I'm looking for some good reference materials to do some > "reliability engineering" calculations and projections. > > This is to justify increased redundancy, and I want to > include qua

Re: Network Reliability Engineering

2002-05-18 Thread Ralph Doncaster
Good luck. For a proper scientific analysis you'd need MTBF info on every point of failure - i.e. the physical link, CSU/DSU, power supply, ... As a rather non-scientific observation, a couple outages per year of 1-4 hours seems to be quite common for a single-homed T1 or faster connection, be i

Network Reliability Engineering

2002-05-18 Thread Pete Kruckenberg
I'm looking for some good reference materials to do some "reliability engineering" calculations and projections. This is to justify increased redundancy, and I want to include quantifiable numbers based on MTBF data and other reliability factors, kind of a scientific justification instead of jus