Trap and Syslog Query

2002-03-20 Thread Matt Duggan


Hi Everyone,

Could anyone help with the following scenario and associated questions...

Imagine you have a network consisting of 10,000 elements split into 1,000 
devices and 9,000 interfaces.

For arguments sake assume the following:-

1. The maximum number traps that the management platform will receive is 200 
per second and the typical number of traps is 10 per second.

2. For Syslog - assume we have 4 syslog servers (250 devices per server) 
that receive a maximum of 10 messages per second per server and a typical 1 
message per second per server

3. The devices are using 'out of the box' trap and syslog settings in terms 
of what they send.

Q1. What do you think will be the percentage of 'useful' traps from a fault 
management perspective? Of course it all depends upon what you are 
interested in and what the network is doing but some thoughts about the 
volume of useful traps and what those traps are would be really useful :)

Q2. Same question as Q1 but for syslog.

Q3. What do you expect the real figures to be based upon the network 
operating normally and what, from your experience, are they likely to be 
under fault conditions?

Q4. What, again from your experience, devices send the most traps and syslog 
messages? - is it that a particular manufacturer are particularly trap-heavy 
for example?

Any thoughts or advice would be most appreciated.

regards,
Matt.



_
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx




Re: Trap and Syslog Query

2002-03-20 Thread Jake Khuon


### On Wed, 20 Mar 2002 08:34:41 +, Matt Duggan
### [EMAIL PROTECTED] casually decided to expound upon [EMAIL PROTECTED]
### the following thoughts about Trap and Syslog Query:

MD Q1. What do you think will be the percentage of 'useful' traps from a fault 
MD management perspective? Of course it all depends upon what you are 
MD interested in and what the network is doing but some thoughts about the 
MD volume of useful traps and what those traps are would be really useful :)

Everything is useful. |8^)  You are right however in that it all depends on
what you would consider critical, severe, informative.  For instance, I
would consider chassis alarms, link hard up/downs, BGP peer up/downs and
adjacency failures to be immediately useful since they are directly
related to correct operation of the network.  Assuming a nominal state, you
should be seeing zero of such useful traps. |8^)  In practice, I would
expect them to make up no more than 5% of your total traps unless you're
having a REALLY bad day or suffering through a maintenance window.  But
again, it all depends on your network topology, how complex it is, what
you're monitoring and what kind of services it's carrying (which ultimately
defines the former criterias).

Now if you extend your definition of useful to things like ACL violations
then you might be seeing a lot of those (probably 80% of your traps).


MD Q2. Same question as Q1 but for syslog.

In general, I think the answer to Q1 holds true for this question too.  You
might see some things in syslog which you won't see from traps however such
as boot messages and this will skew the percentages but in general I think
you get nearly a one-to-one relationship between the amount and type of
inromation from syslog as from traps.  Based upon your description of syslog
collectors (distributed and thusn presumably closer to target devices) vs
trap collector (central), I would expect you might get a slightly higher
number of syslog messages overall due to UDP lossage of traps but of course,
not knowing you topology and network loads that's just an off-the-cuff
guess.


MD Q3. What do you expect the real figures to be based upon the network 
MD operating normally and what, from your experience, are they likely to be 
MD under fault conditions?

I'm not sure I can provide an accurate answer to that.  There are too many
variables and unknowns [to me] about your network.


MD Q4. What, again from your experience, devices send the most traps and syslog 
MD messages? - is it that a particular manufacturer are particularly trap-heavy 
MD for example?

I think it has more to do with the configuration of the snmp agent and/or
syslog facility than any particular vendor or device type.  It also has to
do with what the device is doing.  For instance, a dialup access server
configured to log every user signon/signoff will probably generate more
logging information than a core router configured to just log link alarms
and adjacencies.  In general, I would guess that customer facing devices
would be more trap-heavy than core components.


--
/*===[ Jake Khuon [EMAIL PROTECTED] ]==+
 | Packet Plumber, Network Engineers /| / [~ [~ |) | | --- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=*/