To: | <nv-l@lists.tivoli.com> |
---|---|
Subject: | RE: [nv-l] Off Topic: Cisco and Tivoli Integration |
From: | "Barr, Scott" <Scott_Barr@csgsystems.com> |
Date: | Thu, 30 May 2002 14:22:46 -0500 |
Its even more scary than you
think
Here is what those yokels at Cisco are doing now with firewalls and content switches...... First of all, EVERY trap from the content switches and the firewalls are syslog traps. Period. Second of all, they don't even play by the same rules. Here are a couple of examples: Firewall failover trap: 1019591095 3 Tue Apr 23 14:44:55 2002 ###.###.###.### A clogMessageGenerated trap received from enterprise cisco-syslog with 5 arguments: clogHistFacility=20; clogHistSeverity=2; clogHistMsgName=Syslog Trap; clogHistMsgText=709003: (Primary) Beginning configuration replication: Send to mate.; clogHistTimestamp=383794600 Notice there is a variable
clogHistMsgName and from a firewall, this message "name" is just "Syslog Trap" -
the identifying characteristic is the 709003 in the closgHistMsgText. This
number means that this syslog trap is for configuration replication. Okay, now
look at the trap from a content switch:
Router Trap:
1021970438 7 Tue May 21 03:40:38
2002 ########.csgsystems.com A clogMessageGenerated trap received from
enterprise cisco-syslog with 5 arguments: clogHistFacility=OSPF;
clogHistSeverity=5; clogHistMsgName=DUP_RTRID_AS;
clogHistMsgText=Detected router with duplicate router ID 10.255.255.4 in Type-4
LSA advertised by 10.255.255.3; clogHistTimestamp=379244423
Notice the clogHistMsgName here is
NOT "Syslog Trap" as in the first example even though they both claim to be
enterprise cisco-syslog traps. The identifying characteristic in the trap is NOT
the first part of the clogHistMsgText as in the first example, but the
clogHistMsgName. So if you are processing traps based on the presence of "Syslog
Trap" you won't find in syslog traps under certain circumstances. Maybe
the "missing" traps use this
exactly-the-same-but-different coding.
And while we are on the subject,
don't try and use SNMP to get an interface table out of a backup firewall
unless you are on PIX v6.2. Good lord.
|
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | RE: [nv-l] Off Topic: Cisco and Tivoli Integration, Allison, Jason (JALLISON) |
---|---|
Next by Date: | RE: [nv-l] Off Topic: Cisco and Tivoli Integration, Barr, Scott |
Previous by Thread: | RE: [nv-l] Off Topic: Cisco and Tivoli Integration, Allison, Jason (JALLISON) |
Next by Thread: | RE: [nv-l] Off Topic: Cisco and Tivoli Integration, Barr, Scott |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web