CBWFQ stats collector for Cisco

kingaru · Cacti User Joined: 09 Mar 2005 Posts: 54

All,

Here is created by me perl based script and all reuqired .xml stuff which is required to run CBWFQ stats collection (Drops per configured class/Traffc rate per class) for Cisco devices from Cacti. Instrallation is very simple and described in the README file which inside of the ".gz" file.

Enjoy it

Igor

frenchwazzup · Joined: 11 Apr 2006 Posts: 2 Location: FRANCE

Hello Kingaru, looks like there is something missing as I imported the templates, but although I can select the different Cos I am interested in, it doesn't generate any graphs.
I was wondering if the Qosdropperclass DS was defined anywhere and you just forgot to export the data input method?

Cheers

kingaru · Cacti User Joined: 09 Mar 2005 Posts: 54

All tempaltes and xml files are included ... just tried to install the same bundle and did not notice any issues.

mape122 · Joined: 28 Apr 2006 Posts: 1

hello Kingaru,

I tested your template for QoS traffic monitoring which look pretty good. Nevertheless I 'm tried to gather all class into one graffic...
Is there a template which could be able to display all these information into one graph ?

Thanks

arthur103 · Joined: 10 Apr 2006 Posts: 16

congratulation for wallows work.
But I have a probleme with your script.
When I charge my graph I have no value(NAN) ,nevertheless I have all to copy file. Of or its can come?
In my data templates it needs that I mark compartment: IP of Host, Community String and QoS class? Otherwise I have to put how as value?
Thank you for your answer or is worth idea.

Faruk · Joined: 04 Apr 2006 Posts: 10

Hi Kingaru,

The problem was solved after changing permission on qos.xml file. Ignore the remaining part of this post.

Faruk

I have tried your scripts as per insturction. Getting following error :

Data Query Debug Information
======================================
+ Running data query [11].
+ Found type = '4 '[script query].
+ Found data query XML file at '/var/www/html/cacti/resource/script_queries/qos.xml'
+ Error parsing XML file into an array.
+ Found data query XML file at '/var/www/html/cacti/resource/script_queries/qos.xml'
+ Found data query XML file at '/var/www/html/cacti/resource/script_queries/qos.xml'
+ Found data query XML file at '/var/www/html/cacti/resource/script_queries/qos.xml'
======================================

I have checked that the perl script is working fine[ attachment ]. Can you help me out ? My platform is CentOS and Cacti 0.8.6h.

kingaru · Cacti User Joined: 09 Mar 2005 Posts: 54

I dont know if it is possible since you may have varibale number of the monitored classes per router. I found that using separate graphs for the each individual case is more convinient.. however if somebody will create a template that will combine graphs together .. I'll have no problem with that

K.

kingaru · Cacti User Joined: 09 Mar 2005 Posts: 54

"nan" means that you do not get stats from your router ... for wahtever reasons ... I dont know what to suggest here. It does not look to me as a problem of this script since it works for others and in my case ...
try to delete and recreate graphs again ...?!

K.

avillegas · Joined: 13 Jan 2005 Posts: 3

I imported the templates, adjusted the script to reflect my "snmpwalk" and "snmpget" paths. The query seems to be working fine, I get information about the different Class Maps I have.

However, when I create the graphs for the different classes, all graphs show the same value: 11.

I'm using Cacti 0.8.6g

Any idea what could be wrong?

avillegas · Joined: 13 Jan 2005 Posts: 3

I just realized that the value 11, which is being acquired for all traffic graphs is the last part of the corresponding OID: 1.3.6.1.4.1.9.9.166.1.15.1.1.11
For the Drops Graphs, the value acquired is always 14, which corresponds also to the last part of the OID:
1.3.6.1.4.1.9.9.166.1.15.1.1.14

When I run the script form the command line, I always get a proper value:

./qospol.pl RTR-ATM community get QoSbitrate 34.class-default
1086000

but looks like Cacti is not managing properly the script.

Dou you have any idea?

Faruk · Joined: 04 Apr 2006 Posts: 10

avillegas · Joined: 13 Jan 2005 Posts: 3

Well, I finally managed to solve it. The problem was the script was not correctly parsing the output from snmpget.

I just made a simple modification on the script and it worked. I modified the " print $ifpol1[13] . "\n"; " line, to parse the 18th field instead of the 13th:

#getting dropsper class
if ($cmd eq 'get' && $cmd1 eq 'QoSdropperclass') {
cindex($get_ix);
my($classdrop) = `/usr/local/bin/snmpget -Os -c $community -v $snmpv"c" $node 1.3.6.1.4.1.9.9.166.1.15.1.1.14.$sindex1.$sindex2`;
$classdrop =~ s/ /./g;
chomp($classdrop);
my(@ifpol1) = split(/\./,$classdrop);
print $ifpol1[18] . "\n";
#print("$classdrop \n");
}

Now I have cute QoS Graphics . . .

mlsrar · Joined: 19 Jan 2004 Posts: 5

Stacking?

How difficult would it be to manipulate the graph templates to stack all traffic classes on one graph?

wmelick · Posted: Mon Jun 26, 2006 3:25 pm Post subject: Class drops working OK?

First let me say thanks for the nice work on creating this --- the traffic per class seems to work fine for me.

However, I have some questions about the drops per class graphs. First, I see that the data source type is "gauge" for traffic but the data source type is "counter" for drops.

Also the Y-axis scales on the graphs show values like 300m (300 million?) for some classes yet others are on a scale from 0.0 to 1.0 (doesn't make sense to drop a partial packet?) --- and these graphs have spikes that are a fractional percentage of 1.0.

Should the drops per class data source type be changed to match the traffic per class data source type?

Should the Y-axis scales also be reported in bits/sec rather than packets?

Thanks.

wmelick · Posted: Tue Jun 27, 2006 8:02 am Post subject:

OK, I have done some digging and I see that the graph types are correct for what the Cisco snmp agent reports.

However I am still not seeing correct numbers for drops appear in the graphs....this should be a packet counter value, right? I still see zeros for the values, yet there are spikes on the graph.