Tom Keller | 7 Apr 20:31 2011

Graph Standardization and MaxBytes

Hello,

I need to be able to set the graphs so they are always showing 0 – 10Mbps in the scale, regardless of the current usage.  I also would like to be able to set this when running cfgmaker so I don’t have to go through each mrtg.cfg and each interface and change it manually.

Any help is really really appreciated.

Tom

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Daniel McDonald | 7 Apr 21:07 2011

Re: Graph Standardization and MaxBytes

The front-end that you choose makes a bit of a difference.  Rateup pays attention to options[]: unscaled, while I believe routers2.cgi has its own directive.
Assuming you want to add options[]: unscaled to every interface, you could either use an interface template, or you can use the prefixing or postfixing default option:

Options[^]: unscaled
--
Daniel J McDonald, CCIE # 2495, CISSP # 78281
Options[^]: unscaled


On 4/7/11 1:31 PM, "Tom Keller" <tkeller <at> kingschools.com> wrote:

Hello,

I need to be able to set the graphs so they are always showing 0 – 10Mbps in the scale, regardless of the current usage.  I also would like to be able to set this when running cfgmaker so I don’t have to go through each mrtg.cfg and each interface and change it manually.

Any help is really really appreciated.

Tom

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Steve Shipway | 8 Apr 07:47 2011
Picon
Picon

Re: Graph Standardization and MaxBytes


Routers2 will honour Options[]:unscaled/scaled, as  well as Unscaled[]:dwmyn

If you want to fix the Y-axis to show a particular range regardless of the data, you can use UnScaled (which will fix it to the MaxBytes value) or routers.cgi*UpperLimit[] and routers.cgi*LowerLimit[] (which will specify the Y-axis max/min, overriding the unscaled option).  These will auto-scale out, though, unless you add routers.cgi*Options[]:rigid to lock the axis even if the data extend beyond them.

To summarise:
The default graph Y axis will be 0 - MaxBytes
If you set routers.cgi*UpperLimit and/or routers.cgi*LowerLimit then this will be the axis range (routers2 only)
It will scale down to the data unless you have the UnScaled option set, or the 'rigid' extended option
It will scale out to the data unless you have the 'rigid' option set (routers2 only).

There are a couple of options Routers2 does not honour, primarily expscale, logscale, and some of the ones relating to the graph style which are not relevant to the Routers2 interface.  Also, the kmg[] option is ignored as you can achieve similar effects using either routers.cgi*Options[]:fixunit or Factor[]:

The full gory details can be found in the Routers2 documentation or in the book.

Steve

Steve Shipway
University of Auckland ITS
UNIX Systems Design Lead
Ph: +64 9 373 7599 ext 86487


From: mrtg-bounces+s.shipway=auckland.ac.nz <at> lists.oetiker.ch [mrtg-bounces+s.shipway=auckland.ac.nz <at> lists.oetiker.ch] on behalf of Daniel McDonald [dan.mcdonald <at> austinenergy.com]
Sent: Friday, 8 April 2011 7:07 a.m.
To: mrtg
Subject: Re: [mrtg] Graph Standardization and MaxBytes

The front-end that you choose makes a bit of a difference.  Rateup pays attention to options[]: unscaled, while I believe routers2.cgi has its own directive.
Assuming you want to add options[]: unscaled to every interface, you could either use an interface template, or you can use the prefixing or postfixing default option:

Options[^]: unscaled
--
Daniel J McDonald, CCIE # 2495, CISSP # 78281
Options[^]: unscaled

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Picon

help on SNMPv3 configurtion in .cfg

I have not been able to run snmpv3 configured .cfg file, below is mine, can you share with us a sample .cfg or correct our mistakes below? thank you
 
 
WorkDir: /export/sun4_share2/testrtr
 
#Options[_]:bits,growright
Options[_]:bits,growright
#Options[_]:enablesnmpv3,snmp-options=:::::3,contextengineid=800000090300001BD53DB640
EnableSnmpV3: yes
Xsize[_]: 550
Ysize[_]: 250
Ytics[_]: 10
Withpeak[_]: ym
#Suppress[_]: y
Interval: 6
 
#
Cihan Subaşı
Network Yönetimi
Yönetici
Evren Mahallesi, Koçman Caddesi No:34 Güneşli 34212 İstanbul
Tel : +90 212 478 35 35
Dahili : 888883426
Faks : +90 212 657 04 73
-------testrtr snmpv3--------------------------------------------------------
 
Target[testrtr-s0101]: \Serial0/1/0\:1:grnt2011 <at> 1.1.1.1:::::3
SnmpOptions[testrtr-s0101]: username=>'xxxxxx',authprotocol=>'md5',authkey=>'0x80b746aa503f97bf37e1d93e90438d24',privprotocol=>'3d
es',privkey=>'0x80b746aa503f97bf37e1d93e90438d24daf8f544b59d592dea3aac0de8cbbbb0',contextengineid=>'800000090300001BD5FDB000',privpa
ssword=>'yyyyyyyy'
MaxBytes[testrtr-s0101]: 125000000
Title[testrtr-s0101]: TestRTR s0/1/0:1
PageTop[testrtr-s0101]: <H1>Traffic Analysis for TestRTR-s0/1/0:1 - 1Gbps
 </H1>
 <TABLE>
   <TR><TD>System:</TD><TD>1.1.1.1 in </TD></TR>
   <TR><TD>Maintainer:</TD><TD></TD></TR>
   <TR><TD>Interface:</TD><TD>Serial : 0/1/0:1 </TD></TR>
   <TR><TD>IP:</TD><TD> TestRTR - s0/1/0:1 </TD></TR>
   <TR><TD>Max Speed:</TD>
   <TD>1.0 Gbits/s (ethernetCsmacd)</TD></TR>
  </TABLE>

This message and attachments are confidential and intended solely for the individual(s) stated in this
message. If you received this message although you are not the addressee, you are responsible to keep the
message confidential. The sender has no responsibility for the accuracy or correctness of the
information in the message and its attachments. Our company shall have no liability for any changes
or late receiving, loss of integrity and confidentiality, viruses and any damages caused in
anyway to your computer system.

Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve gizlidir. Bu mesajin muhatabi
olmamaniza ragmen tarafiniza ulasmis olmasi halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune
uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan bilgilerin dogrulugu ve
guncelligi konusunda gonderenin ya da sirketimizin herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz
mesajin ve bilgilerinin size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin
korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan
sorumlu tutulamaz.

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Daniel McDonald | 13 Apr 14:27 2011

Re: help on SNMPv3 configurtion in .cfg

On 4/13/11 6:21 AM, "Cihan Subasi (Garanti Teknoloji)" <CihanS <at> garanti.com.tr> wrote:

I have not been able to run snmpv3 configured .cfg file, below is mine, can you share with us a sample .cfg or correct our mistakes below? thank you

 
WorkDir: /export/sun4_share2/testrtr

#Options[_]:bits,growright
Options[_]:bits,growright
#Options[_]:enablesnmpv3,snmp-options=:::::3,contextengineid=800000090300001BD53DB640
EnableSnmpV3: yes
Xsize[_]: 550
Ysize[_]: 250
Ytics[_]: 10
Withpeak[_]: ym
#Suppress[_]: y
Interval: 6

#
Target[testrtr-s0101]: \Serial0/1/0\:1:grnt2011 <at> 1.1.1.1:::::3
SnmpOptions[testrtr-s0101]: username=>'xxxxxx',authprotocol=>'md5',authkey=>'0x80b746aa503f97bf37e1d93e90438d24',privprotocol=>'3d
es',privkey=>'0x80b746aa503f97bf37e1d93e90438d24daf8f544b59d592dea3aac0de8cbbbb0',contextengineid=>'800000090300001BD5FDB000',privpa
ssword=>'yyyyyyyy'

If you are using authkey and privkey, you don’t need privpassword or contextengineid, as the privkey is the hash of the privpassword and the contextengineid


I’ll also note this from the Net-SNMP 5.2.0 releasenotes:
    The non-core modules Crypt::DES, Digest::MD5, Digest::SHA1, and
    Digest::HMAC are needed to support SNMPv3.

    In order to support the AES Cipher Algorithm as a SNMPv3 privacy
    protocol, the non-core module Crypt::Rijndael is needed.


Here is a working sample, sanitized...
Target[router1.example.com.cpu1]: cpmCPUTotal5secRev.1&cpmCPUTotal1mi
nRev.1:foo <at> router1.example.com::3:1:1:3
SnmpOptions[router1.example.com.cpu1]: authkey=>'0xf0aba...',authprotocol=>'sha',privprotocol=>'aescfb128',username=>
'foo',privkey=>'0x03b...’


--
Daniel J McDonald, CCIE # 2495, CISSP # 78281
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Picon

Re: help on SNMPv3 configurtion in .cfg

Thank you for the help...I managed to get it run
 
SnmpOptions[testrtr-s0101]: authkey=>'0x80b746aa503f97bf37e1d93e90438d24',authprotocol=>'md5',privprotocol=>'des',username=>'xxxx',privkey=>'0x5c6d827205aa3b3fd88529b864b4bb72'


Cihan Subaşı
Network Yönetimi
Yönetici
Evren Mahallesi, Koçman Caddesi No:34 Güneşli 34212 İstanbul
Tel : +90 212 478 35 35
Dahili : 888883426
Faks : +90 212 657 04 73
From: mrtg-bounces+cihans=garanti.com.tr <at> lists.oetiker.ch [mailto:mrtg-bounces+cihans=garanti.com.tr <at> lists.oetiker.ch] On Behalf Of Daniel McDonald
Sent: Wednesday, April 13, 2011 3:27 PM
To: mrtg
Subject: Re: [mrtg] help on SNMPv3 configurtion in .cfg

On 4/13/11 6:21 AM, "Cihan Subasi (Garanti Teknoloji)" <CihanS <at> garanti.com.tr> wrote:

I have not been able to run snmpv3 configured .cfg file, below is mine, can you share with us a sample .cfg or correct our mistakes below? thank you

 
WorkDir: /export/sun4_share2/testrtr

#Options[_]:bits,growright
Options[_]:bits,growright
#Options[_]:enablesnmpv3,snmp-options=:::::3,contextengineid=800000090300001BD53DB640
EnableSnmpV3: yes
Xsize[_]: 550
Ysize[_]: 250
Ytics[_]: 10
Withpeak[_]: ym
#Suppress[_]: y
Interval: 6

#
Target[testrtr-s0101]: \Serial0/1/0\:1:grnt2011 <at> 1.1.1.1:::::3
SnmpOptions[testrtr-s0101]: username=>'xxxxxx',authprotocol=>'md5',authkey=>'0x80b746aa503f97bf37e1d93e90438d24',privprotocol=>'3d
es',privkey=>'0x80b746aa503f97bf37e1d93e90438d24daf8f544b59d592dea3aac0de8cbbbb0',contextengineid=>'800000090300001BD5FDB000',privpa
ssword=>'yyyyyyyy'

If you are using authkey and privkey, you don’t need privpassword or contextengineid, as the privkey is the hash of the privpassword and the contextengineid


I’ll also note this from the Net-SNMP 5.2.0 releasenotes:
    The non-core modules Crypt::DES, Digest::MD5, Digest::SHA1, and
    Digest::HMAC are needed to support SNMPv3.

    In order to support the AES Cipher Algorithm as a SNMPv3 privacy
    protocol, the non-core module Crypt::Rijndael is needed.


Here is a working sample, sanitized...
Target[router1.example.com.cpu1]: cpmCPUTotal5secRev.1&cpmCPUTotal1mi
nRev.1:foo <at> router1.example.com::3:1:1:3
SnmpOptions[router1.example.com.cpu1]: authkey=>'0xf0aba...',authprotocol=>'sha',privprotocol=>'aescfb128',username=>
'foo',privkey=>'0x03b...’


--
Daniel J McDonald, CCIE # 2495, CISSP # 78281

This message and attachments are confidential and intended solely for the individual(s) stated in this
message. If you received this message although you are not the addressee, you are responsible to keep the
message confidential. The sender has no responsibility for the accuracy or correctness of the
information in the message and its attachments. Our company shall have no liability for any changes
or late receiving, loss of integrity and confidentiality, viruses and any damages caused in
anyway to your computer system.

Bu mesaj ve ekleri, mesajda gonderildigi belirtilen kisi/kisilere ozeldir ve gizlidir. Bu mesajin muhatabi
olmamaniza ragmen tarafiniza ulasmis olmasi halinde mesaj iceriginin gizliligi ve bu gizlilik yukumlulugune
uyulmasi zorunlulugu tarafiniz icin de soz konusudur. Mesaj ve eklerinde yer alan bilgilerin dogrulugu ve
guncelligi konusunda gonderenin ya da sirketimizin herhangi bir sorumlulugu bulunmamaktadir. Sirketimiz
mesajin ve bilgilerinin size degisiklige ugrayarak veya gec ulasmasindan, butunlugunun ve gizliliginin
korunamamasindan, virus icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan
sorumlu tutulamaz.

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
David Dyer-Bennet | 13 Apr 23:47 2011
Picon

Walk?

I see in the docs that prefixing "WaLK" to the name of an item will cause
an smnp walk starting there.  What it doesn't say is what's done with the
data?  Are the values added together?  Or everything but the last one
thrown away?  Or what?

(Problem: Windows load monitoring, where walking 1.3.6.1.2.1.25.3.3.1.2
will get me a list of CPU load values for however many cores the system
has.  I'd love to have an easy way to report the sum of those values,
without having to configure it individually for each system and keep it up
to date if the hardware changes.)

--

-- 
David Dyer-Bennet, dd-b <at> dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info
David Dyer-Bennet | 14 Apr 04:26 2011
Picon

Re: Walk?

On 2011-04-13 21:03, j.halifax2 <at> seznam.cz wrote:
>
> a) You can pipe those values to your conversion program
> and process them as you wish. :)

Not in the Target: clause I can't; at least, I don't see it in the docs.

> b) For monitoring you should use the most reliable box
> not the most unreliable one like MSW. :)

I'm monitoring a bunch of Windows boxes; I don't get a choice about 
that.  The Nagios install is on a Linux system, though.

>
> Regards
>
>
>> ------------ Původní zpráva ------------
>> Od: David Dyer-Bennet<dd-b <at> dd-b.net>
>> Předmět: [mrtg] Walk?
>> Datum: 14.4.2011 00:17:51
>> ----------------------------------------
>> I see in the docs that prefixing "WaLK" to the name of an item will cause
>> an smnp walk starting there.  What it doesn't say is what's done with the
>> data?  Are the values added together?  Or everything but the last one
>> thrown away?  Or what?
>>
>> (Problem: Windows load monitoring, where walking 1.3.6.1.2.1.25.3.3.1.2
>> will get me a list of CPU load values for however many cores the system
>> has.  I'd love to have an easy way to report the sum of those values,
>> without having to configure it individually for each system and keep it up
>> to date if the hardware changes.)
>>
>> --
>> David Dyer-Bennet, dd-b <at> dd-b.net; http://dd-b.net/
>> Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
>> Photos: http://dd-b.net/photography/gallery/
>> Dragaera: http://dragaera.info
>>
>> _______________________________________________
>> mrtg mailing list
>> mrtg <at> lists.oetiker.ch
>> https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
>>
>>
>>

--

-- 
David Dyer-Bennet, dd-b <at> dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Steve Shipway | 14 Apr 05:04 2011
Picon
Picon

Re: Walk?


>On 2011-04-13 21:03, j.halifax2 <at> seznam.cz wrote:
>> a) You can pipe those values to your conversion program
>> and process them as you wish. :)
>
>Not in the Target: clause I can't; at least, I don't see it in the docs.

Its a bit obscure.  You can use the ConversionCode option; add '|functionname' to the target definition
(without a preceding space) for a functionname defined in a separate perl file as defined in ConversionCode.

What is not immediately obvious is that you can do this for ANY target, not just SNMP ones.

Steve
David Dyer-Bennet | 14 Apr 15:09 2011
Picon

Re: Walk?


On Wed, April 13, 2011 22:04, Steve Shipway wrote:
>
>>On 2011-04-13 21:03, j.halifax2 <at> seznam.cz wrote:
>>> a) You can pipe those values to your conversion program
>>> and process them as you wish. :)
>>
>>Not in the Target: clause I can't; at least, I don't see it in the docs.
>
> Its a bit obscure.  You can use the ConversionCode option; add
> '|functionname' to the target definition (without a preceding space) for a
> functionname defined in a separate perl file as defined in ConversionCode.
>
> What is not immediately obvious is that you can do this for ANY target,
> not just SNMP ones.

Ah.  Okay, gotta play with that.  Sounds useful!
--

-- 
David Dyer-Bennet, dd-b <at> dd-b.net; http://dd-b.net/
Snapshots: http://dd-b.net/dd-b/SnapshotAlbum/data/
Photos: http://dd-b.net/photography/gallery/
Dragaera: http://dragaera.info

Gmane