[rtg] Polling a Net Enforcer

Scott Farrand scott.farrand at edcc.edu
Wed Oct 3 10:30:42 EDT 2007


Well... after making a few changes... I'm not getting errors from the
poller now... obviously things didn't go as planned with the initial
attempt.

 

Here's what ended up in my targets file...

 

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.61    64      public
vcByteCountIn_3 31      36000000000      (Internal)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.71    64      public
vcByteCountOut_3        31      36000000000      (Internal)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.101   64      public
vcPacketsOut_3  32      36000000000      (Internal)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.111   64      public
vcPacketsIn_3   32      36000000000      (Internal)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.62    64      public
vcByteCountIn_3 33      36000000000      (External)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.72    64      public
vcByteCountOut_3        33      36000000000      (External)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.102   64      public
vcPacketsOut_3  33      36000000000      (External)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.112   64      public
vcPacketsIn_3   33      36000000000      (External)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.63    64      public
vcByteCountIn_3 34      36000000000      (Mgmt)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.73    64      public
vcByteCountOut_3        34      36000000000      (Mgmt)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.103   64      public
vcPacketsOut_3  35      36000000000      (Mgmt)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.113   64      public
vcPacketsIn_3   35      36000000000      (Mgmt)

 

And this is what I've changed it to by hand: 

 

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.6.5.0.3.0   64      edcc-r
ifInOctets_3 32      36000000000      (stream-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.7.5.0.3.0   64      edcc-r
ifOutOctets_3        32      36000000000      (stream-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.10.5.0.3.0   64      edcc-r
ifInUcastPkts_3        32      36000000000      (stream-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.11.5.0.3.0   64      edcc-r
ifOutUcastPkts_3        32      36000000000      (stream-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.6.5.0.4.0   64      edcc-r
ifInOctets_3 33      36000000000      (http-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.7.5.0.4.0   64      edcc-r
ifOutOctets_3        33      36000000000      (http-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.10.5.0.4.0   64      edcc-r
ifInUcastPkts_3        33      36000000000      (http-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.11.5.0.4.0   64      edcc-r
ifOutUcastPkts_3        33      36000000000      (http-fallback)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.6.4.0.2.0   64      edcc-r
ifInOctets_3 34      36000000000      (stream-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.7.4.0.2.0   64      edcc-r
ifOutOctets_3        34      36000000000      (stream-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.10.4.0.2.0   64      edcc-r
ifInUcastPkts_3        34      36000000000      (stream-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.11.4.0.2.0   64      edcc-r
ifOutUcastPkts_3        34      36000000000      (stream-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.6.4.0.3.0   64      edcc-r
ifInOctets_3 35      36000000000      (http-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.7.4.0.3.0   64      edcc-r
ifOutOctets_3        35      36000000000      (http-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.10.4.0.3.0   64      edcc-r
ifInUcastPkts_3        35      36000000000      (http-student)

10.7.0.150      .1.3.6.1.4.1.2603.1.3.1.1.1.11.4.0.3.0   64      edcc-r
ifOutUcastPkts_3        35      36000000000      (http-student)

 

Currently it appears to be polling data correctly... haven't really
followed up to see if applicable data's being stored in the mysql
database...  Basically I'm trying to collect data in RTG that had
previously been collected in MRTG.

 

 

It looks like I've got some data appearing in the database... I'm not
sure if the actual end database is a valid place to store this data...
the information correlates though... vc is a virtual channel...
basically I want to graph it similar to an interface... "10.4.0.3.0" is
the vc packet count in and "11.4.0.3.0" is the vc packet count out...

 

Any thoughts on this approach?  Should it work, or have I just mutilated
my database?

 

 

From: Dierlam, Andy David [mailto:ADierlam at PRIMUSTEL.com] 
Sent: Tuesday, October 02, 2007 2:19 PM
To: Scott Farrand; rtg at lists.grdata.com
Subject: RE: [rtg] Polling a Net Enforcer

 

Can you show the entries from your target file. ? - can you snmpget
values from the oid listed in the target file ?   via mysql can you see
the vcbytecountin_rid vcbytecountout_rid ? 

 

Show tables like '%vcbyte%';

 

Thanks,

Andy

 

________________________________

From: rtg-bounces at lists.grdata.com [mailto:rtg-bounces at lists.grdata.com]
On Behalf Of Scott Farrand
Sent: Tuesday, October 02, 2007 5:15 PM
To: rtg at lists.grdata.com
Subject: [rtg] Polling a Net Enforcer

 

How would I poll data related to Virtual channel oids on a Netenforcer?

 

I'd altered the rtgtarget.pl to add the following mibs of interest (in
the 64bit section): 

 

    "vcByteCountIn"  => ".1.3.6.1.4.1.2603.1.3.1.1.6",

    "vcByteCountOut" => ".1.3.6.1.4.1.2603.1.3.1.1.7",

    "vcPacketsIn"    => ".1.3.6.1.4.1.2603.1.3.1.1.11",

    "vcPacketsOut"  => ".1.3.6.1.4.1.2603.1.3.1.1.10",

 

The targets file reflected these oids, but the mysql data wasn't updated
to reflect them... I created the tables following the methods used in
the createdb script... and the targets were configured to use the
vcbytecountin/out tables... but I can't say that I fully understand how
much of this works.  Just enough to be dangerous.

 

Anyway, after my rambling, any ideas?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.grdata.com/pipermail/rtg/attachments/20071003/d3d31261/attachment-0001.html 


More information about the RTG mailing list