Massimo Cucchi (Europe | 10 Sep 15:01 2014

BRI on cisco voicegateway

Hi Group,

 

I wish to polling by snmp a cisco router with 2 bri and is enough for me receive an information about the call active on the bri.

The mrtg poll BRI using IsdnBearerOperStatus and the answer from Voicegateway is active(4) if no call the answer is idle (1).

 

How I can represent this value on the graph because if I leave as default the graph represent always one and change as soon as change the value but arrive to 4, in any case the value are so confused.

 

Any suggestion ?

Eventually what MIb I can configure to obtain a integer value for BRI ?

 

Massimo

 

 



Massimo Cucchi
Architect
Dimension Data Italia SpA
Tel: +39 02 553907265
Mob: +39 335 7186226
Fax: +39 02 55303587
massimo.cucchi <at> dimensiondata.com

Via G. Di Vittorio 24, Peschiera Borromeo, Milan, 20068, Italy.

Dimension Data is an NTT Group company. For further information about Dimension Data, please go to www.dimensiondata.com
Follow us on Social Media Blog Facebook LinkedIn Twitter

P please consider the environment before printing this email

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
scot | 21 Aug 03:56 2014
Picon

MRTG and Sonicwall help

I have a sonicwall TZ215, with latest firmware, I am trying to get MRTG to talk to it.

when I run the cfg maker, it talks to the sonicwall and builds a config file with all the sonicwall
interfaces… most are commented out.

but I get no graphs

i checked the mrtg.log and have following errors

2014-08-20 21:02:13 -- 2014-08-20 21:02:13: ERROR: Target[192.168.30.1_x1][_IN_] '
$target->[0]{$mode} ' did not eval into defined data
2014-08-20 21:02:13 -- 2014-08-20 21:02:13: ERROR: Target[192.168.30.1_x1][_OUT_] '
$target->[0]{$mode} ' did not eval into defined data

here is the mrtg.cfg for the interface

Target[192.168.30.1_X1]: #X1:public <at> 192.168.30.1:
SetEnv[192.168.30.1_X1]: MRTG_INT_IP="No Ip" MRTG_INT_DESCR="X1-(WAN)"
MaxBytes[192.168.30.1_X1]: 125000000
Title[192.168.30.1_X1]: Traffic Analysis for X1 -- WAN
PageTop[192.168.30.1_X1]: <h1>Traffic Analysis for X1 -- WAN</h1>

I tried adding OID’s that I got from a SNMPwalk against the sonciwall,

Target[192.168.30.1_X1]: 3.6.1.2.1.1.2.0&3.6.1.2.1.2.2.1.2.4:public <at> 192.168.30.1:

that gives error

2014-08-20 21:45:30 -- cannot encode Object ID 3.6.1.2.1.1.2.0: first subid too big in Object ID
3.6.1.2.1.1.2.0 at /usr/bin/mrtg line 2339.
2014-08-20 21:45:30 -- 2014-08-20 21:45:30: ERROR: Target[192.168.30.1_x1][_IN_] '
$target->[0]{$mode} ' did not eval into defined data
2014-08-20 21:45:30 -- 2014-08-20 21:45:30: ERROR: Target[192.168.30.1_x1][_OUT_] '
$target->[0]{$mode} ' did not eval into defined data

so the OID’s look like no help … so still no luck on MRTGing my sonicwall

here is the SNMPWALK against the sonciwall

iso.3.6.1.2.1.1.1.0 = STRING: "SonicWALL TZ 215 (SonicOS Enhanced 5.8.1.2-6o)"
iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8741.1
iso.3.6.1.2.1.1.3.0 = Timeticks: (698184303) 80 days, 19:24:03.03
iso.3.6.1.2.1.1.4.0 = STRING: “WAN ROUTER
iso.3.6.1.2.1.1.5.0 = STRING: “RTR-COLO-PIPE_3”
iso.3.6.1.2.1.1.6.0 = STRING: “COLO_5
iso.3.6.1.2.1.1.7.0 = INTEGER: 79
iso.3.6.1.2.1.2.1.0 = INTEGER: 10
iso.3.6.1.2.1.2.2.1.1.2 = INTEGER: 2
iso.3.6.1.2.1.2.2.1.1.4 = INTEGER: 4
iso.3.6.1.2.1.2.2.1.1.6 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.1.8 = INTEGER: 8
iso.3.6.1.2.1.2.2.1.1.10 = INTEGER: 10
iso.3.6.1.2.1.2.2.1.2.2 = STRING: "LOOPBACK"
iso.3.6.1.2.1.2.2.1.2.4 = STRING: "X1 (WAN)"
iso.3.6.1.2.1.2.2.1.2.6 = STRING: "X3 (Portshielded To X0)"
iso.3.6.1.2.1.2.2.1.2.8 = STRING: "X5 (Unassigned)"
iso.3.6.1.2.1.2.2.1.2.10 = STRING: "U0 (Unassigned)"
iso.3.6.1.2.1.2.2.1.3.2 = INTEGER: 24
iso.3.6.1.2.1.2.2.1.3.4 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.6 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.8 = INTEGER: 6
iso.3.6.1.2.1.2.2.1.3.10 = INTEGER: 1
iso.3.6.1.2.1.2.2.1.4.2 = INTEGER: 1536
iso.3.6.1.2.1.2.2.1.4.4 = INTEGER: 1500
iso.3.6.1.2.1.2.2.1.4.6 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.4.8 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.4.10 = INTEGER: 0
iso.3.6.1.2.1.2.2.1.5.2 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.4 = Gauge32: 1000000000
iso.3.6.1.2.1.2.2.1.5.6 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.8 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.5.10 = Gauge32: 0
iso.3.6.1.2.1.2.2.1.6.2 = ""
iso.3.6.1.2.1.2.2.1.6.4 = Hex-STRING: C0 EA E4 57 74 95 
iso.3.6.1.2.1.2.2.1.6.6 = Hex-STRING: C0 EA E4 57 74 97 
iso.3.6.1.2.1.2.2.1.6.8 = Hex-STRING: C0 EA E4 57 74 99 

i’ve been messing with this for days,  and need some help

what am I missing ?

scot 
Jeff MacDonald | 19 Aug 20:43 2014

megabits only

Hi

I have my graphs displaying in bits, not bytes. That part was easy.

How please can I make them always only display in Megabits? Even if its only .1 Megabits I’d like it displayed this way.

Right now I have a mix of kb and Mb… I’d rather 9.2 7.9 etc..


Thanks! 

Jeff.

_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Sagar Kupati | 5 Aug 14:15 2014

Re: Contents of mrtg digest...

Hi Folks,

I am still awaited for your reply on the below said issue.


Thanks in advance.

Regards,
Sagar Kupati

On Thu, Jul 31, 2014 at 6:47 PM, Sagar Kupati <sagar.kupati <at> in2cable.com> wrote:
Hi Team,

Greeting for the day,

I am facing one issue in MRTG while pulling the graphical data.
I am using cisco WS-3750 switch, one of my interface traffic is around 100 MB where graph is pulling properly and there is no issue.
But there is one another interface traffic is around 800-900 MB and my MRTG is not pulling the same.
I am using MRTG ver 2.16.4

Kindly assist.

please find the attached graph.

Regards,
Sagar Kupati



On Tue, Jul 22, 2014 at 10:23 PM, <mrtg-request <at> lists.oetiker.ch> wrote:
Send mrtg mailing list submissions to
        mrtg <at> lists.oetiker.ch

To subscribe or unsubscribe via the World Wide Web, visit
        https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
or, via email, send a message with subject or body 'help' to
        mrtg-request <at> lists.oetiker.ch

You can reach the person managing the list at
        mrtg-owner <at> lists.oetiker.ch

When replying, please edit your Subject line so it is more specific
than "Re: Contents of mrtg digest..."


Today's Topics:

   1. Re: migrating MRTG (Jay Hennigan)
   2. Re: migrating MRTG (Ian Diddams)
   3. Re: migrating MRTG (Alex van den Bogaerdt)
   4. Re: migrating MRTG (Ian Diddams)
   5. Re: migrating MRTG (Alex van den Bogaerdt)
   6. Re: migrating MRTG (Jay Hennigan)


----------------------------------------------------------------------

Message: 1
Date: Mon, 21 Jul 2014 15:37:19 -0700
From: Jay Hennigan <jay <at> west.net>
Subject: Re: [mrtg] migrating MRTG
To: mrtg <at> lists.oetiker.ch
Message-ID: <53CD961F.3060607 <at> west.net>
Content-Type: text/plain; charset=windows-1252

On 7/21/14 9:04 AM, Ian Diddams wrote:
> I?m moving MRTG from a solaris box to a linux (centos 6) server, running
> mrtg 2.17.4 as a fresh installation.
>
> It?s all working fine BUT ?  I would rather like the old history from
> the previous server to be migrated too, so that we get the full
> last-year-graph as well.
>
> I?ve tested an idea for the cpu logs we have by concatenation the old
> file beneath the new file?  but while I can see from the epoch dates in
> it the logged data is ?there? it doesn?t result in a yearly/monthly file
> etc.
>
> What need I be doing to achieve this?

Assuming classic MRTG, most likely just wait.  If you did the
concatenation correctly by removing the top line and any duplicate lines
so that the entries are in correct order, it will work.  If not, you'll
get a log error about the file not being in sorted order.

However, the weekly graph is generated every 30 minutes, the monthly
graph every two hours, and the yearly just once a day so you will need
to wait for them to be generated.

--
Jay Hennigan - CCIE #7880 - Network Engineering - jay <at> impulse.net
Impulse Internet Service  -  http://www.impulse.net/
Your local telephone and internet company - 805 884-6323 - WB6RDV



------------------------------

Message: 2
Date: Tue, 22 Jul 2014 10:07:09 +0100
From: Ian Diddams <ian.diddams <at> issolutions.co.uk>
Subject: Re: [mrtg] migrating MRTG
To: "'Jay Hennigan'" <jay <at> west.net>, "mrtg <at> lists.oetiker.ch"
        <mrtg <at> lists.oetiker.ch>
Message-ID:
        <6AC8A3C3272C414CAD402086507233BF67B92732 <at> ISSEXCH01.win.issolutions.co.uk>

Content-Type: text/plain; charset="us-ascii"

Thanks for that Jay.

>Assuming classic MRTG, most likely just wait.
Something is clearly not correct because this has been running for over a week now without any history showing n the graphs.

When you say

>If you did the concatenation correctly by removing the top line

The top[ line of the "old" log, or the "new" one?  Or both?


Cheers

Ian

Disclaimer:

This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However IS Solutions plc cannot accept liability for any loss or damage you may incur as a result of virus infection.



------------------------------

Message: 3
Date: Tue, 22 Jul 2014 16:12:23 +0200
From: "Alex van den Bogaerdt" <alex <at> vandenbogaerdt.nl>
Subject: Re: [mrtg] migrating MRTG
To: <mrtg <at> lists.oetiker.ch>
Message-ID: <51D6AFA8C9CB4E74A242C1B04B93ED72 <at> DESK>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex



------------------------------

Message: 4
Date: Tue, 22 Jul 2014 15:16:18 +0100
From: Ian Diddams <ian.diddams <at> issolutions.co.uk>
Subject: Re: [mrtg] migrating MRTG
To: "'Alex van den Bogaerdt'" <alex <at> vandenbogaerdt.nl>,
        "mrtg <at> lists.oetiker.ch" <mrtg <at> lists.oetiker.ch>
Message-ID:
        <6AC8A3C3272C414CAD402086507233BF67B92739 <at> ISSEXCH01.win.issolutions.co.uk>

Content-Type: text/plain; charset="us-ascii"

Unfortunately the old server is very dead.

In a nutshell I've inherited a few mrtg servers, all set up by the same bloke quite some ago, with no documentation from him how he did it. This one has died a death so all I have is backups of the files from it etc

Cheers

ian



-----Original Message-----
From: mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch [mailto:mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch] On Behalf Of Alex van den Bogaerdt
Sent: 22 July 2014 15:12
To: mrtg <at> lists.oetiker.ch
Subject: Re: [mrtg] migrating MRTG


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex

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

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Disclaimer:

This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However IS Solutions plc cannot accept liability for any loss or damage you may incur as a result of virus infection.



------------------------------

Message: 5
Date: Tue, 22 Jul 2014 16:32:01 +0200
From: "Alex van den Bogaerdt" <alex <at> vandenbogaerdt.nl>
Subject: Re: [mrtg] migrating MRTG
To: <mrtg <at> lists.oetiker.ch>
Message-ID: <C7205BCDFBE3495080036B74041E301A <at> DESK>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
        reply-type=original

Not a problem.
Create a duplicate of your current mrtg target.
Replace the .log file and the .old file with those from your backup.
Then proceed as I described below.

----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Alex van den Bogaerdt'" <alex <at> vandenbogaerdt.nl>;
<mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 4:16 PM
Subject: RE: [mrtg] migrating MRTG


Unfortunately the old server is very dead.

In a nutshell I've inherited a few mrtg servers, all set up by the same
bloke quite some ago, with no documentation from him how he did it. This one
has died a death so all I have is backups of the files from it etc

Cheers

ian



-----Original Message-----
From: mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch
[mailto:mrtg-bounces+ian.diddams=issolutions.co.uk <at> lists.oetiker.ch] On
Behalf Of Alex van den Bogaerdt
Sent: 22 July 2014 15:12
To: mrtg <at> lists.oetiker.ch
Subject: Re: [mrtg] migrating MRTG


----- Original Message -----
From: "Ian Diddams" <ian.diddams <at> issolutions.co.uk>
To: "'Jay Hennigan'" <jay <at> west.net>; <mrtg <at> lists.oetiker.ch>
Sent: Tuesday, July 22, 2014 11:07 AM
Subject: Re: [mrtg] migrating MRTG


> Thanks for that Jay.
>
>>Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a
> week now without any history showing n the graphs.

Is the old server still running?  If so, do the following.  Do a couple of
iterations and script it so that you can do this excercise fast, inbetween
two MRTG runs.

Wait some time for comments on this email, and test the procedure well, as
it has been years ago since I performed this action. Things may have
changed, including my memory.

1: run mrtg once on the old server, simultaneously with the new server.
This is important, doing this will sync the 2 files' timestamps.
The goal is to have lines 3 and beyond look the same, except for the actual
rates.

2: find the line where the old server still had data
3: generate a new file from two parts:
3a: the new file, upto but not including the line found in (1)
3b: the old file, from the line found in (1) and beyond (= older)

Once you are confident that you did steps 1..3 right and you end up with a
valid log file:
4: replace the log file on the new server with the one you just created
5: delete the graphs
6: wait until MRTG runs again, and look at the newly created images

It goes without saying that you should make copies of your files before
screwing up, so that you can revert this action and try again.

HTH
Alex

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

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________

Disclaimer:

This message is intended for the addressee only. It may contain information
of a confidential or legally privileged nature. If you have received this
message in error please notify the sender and destroy the message
immediately. All attachments have been scanned for viruses. However IS
Solutions plc cannot accept liability for any loss or damage you may incur
as a result of virus infection.



------------------------------

Message: 6
Date: Tue, 22 Jul 2014 09:53:08 -0700
From: Jay Hennigan <jay <at> west.net>
Subject: Re: [mrtg] migrating MRTG
To: Ian Diddams <ian.diddams <at> issolutions.co.uk>,
        "mrtg <at> lists.oetiker.ch" <mrtg <at> lists.oetiker.ch>
Message-ID: <53CE96F4.50408 <at> west.net>
Content-Type: text/plain; charset=ISO-8859-1

On 7/22/14 2:07 AM, Ian Diddams wrote:
> Thanks for that Jay.
>
>> Assuming classic MRTG, most likely just wait.
> Something is clearly not correct because this has been running for over a week now without any history showing n the graphs.
>
> When you say
>
>> If you did the concatenation correctly by removing the top line
>
> The top[ line of the "old" log, or the "new" one?  Or both?

The top line of the old log, and any duplicate timestamps between the
two, throw out the invalid or zero ones.

What you want is to have a file where the top line is essentially "now"
in terms of UNIX timestamp and has three integers, timestamp plus two
data points.  Below that are timestamps going back in history
(decreasing numbers) each with five integers, timestamp followed by four
data points.

What I do:

On "new" logfile, leave beginning intact.  You'll find a point where
that instance started and everything below it has just a timestamp
followed by four zeros.  Delete the lines with zeros.

On the "old" logfile, delete all lines from the beginning up to and
including the last timestamp in the "new" file so that no timestamps are
duplicated or overlap.

Concatenate them with the new file first, and replace the .log and .old
with this result.

Wait five minutes, 30 minutes. two hours, and one day for all graphs to
generate.



--
--
Jay Hennigan - CCIE #7880 - Network Engineering - jay <at> impulse.net
Impulse Internet Service  -  http://www.impulse.net/
Your local telephone and internet company - 805 884-6323 - WB6RDV



------------------------------

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


End of mrtg Digest, Vol 90, Issue 3
***********************************


_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Ian Diddams | 21 Jul 18:04 2014
Picon

migrating MRTG

I’m moving MRTG from a solaris box to a linux (centos 6) server, running mrtg 2.17.4 as a fresh installation.

 

It’s all working fine BUT …  I would rather like the old history from the previous server to be migrated too, so that we get the full last-year-graph as well.

 

I’ve tested an idea for the cpu logs we have by concatenation the old file beneath the new file…  but while I can see from the epoch dates in it the logged data is “there” it doesn’t result in a yearly/monthly file etc.

 

What need I be doing to achieve this?

 

Cheers

 

ian

 


Disclaimer:

This message is intended for the addressee only. It may contain information of a confidential or legally privileged nature. If you have received this message in error please notify the sender and destroy the message immediately. All attachments have been scanned for viruses. However IS Solutions plc cannot accept liability for any loss or damage you may incur as a result of virus infection.
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Tyler, Rodney | 8 Jul 23:36 2014

WAN Speed

I have setup mrtg to monitor traffic for a specific Ethernet interface on a Cisco Catalyst 6509 that connects two campuses over a fiber WAN link.  The third party fiber provider says they are giving us 100Mbps across the fiber, but we need to verify what we are actually getting.  I  have come to realize that simply monitoring the WAN interface gives me a nice graph and actual kB/s (or MB/s) data passed, as shown below; however, the percentages are based on my Maxbytes value that is based on what the ISP says we are getting (100Mpbs or 12.5MB/s).  In other words, I can change the percentages by adjusting MaxBytes.  Is there any way to use mrtg to verify the available bandwidth over the WAN, or do I need a different tool?
 
Max Average Current In Out
776.4 kB/s (6.2%) 143.6 kB/s (1.1%) 89.3 kB/s (0.7%)
11.2 MB/s (89.5%) 542.1 kB/s (4.3%) 819.2 kB/s (6.6%)
 
 
Thanks for any assistance,
 
Rodney Tyler
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Petr Lázňovský | 28 Jun 13:51 2014
Picon

MRTG got undef from extrenal script

Periodically monitoring connection to many network devices for few years, using MRTG and
mrtg-ping-probe script. It does work fine for long, long time, but in last few days it shows huge
packetloss to all machines, but this is not happens in reality.

http://picpaste.com/packetloss-Rljllsk6.png

Monitoring machine load is relativelly normal

http://picpaste.com/pics/load-9tJJr5W3.1403955587.PNG

I see all 'undef' instead of values in debug output:

----------------------
c:\>perl C:\monitoring\mrtg\bin\mrtg c:\monitoring\pingp\packetloss.cfg --debug=snpo
Daemonizing MRTG ...
Do Not close this window. Or MRTG will die
--snpo: run external perl.exe c:\monitoring\pingp\mrtg-ping-probe.pl -t 42 -l 1000 -p loss/loss cisticz.pankrac.czf
--snpo: External result:undef out:undef uptime:unknown name:unknown
--snpo: run external perl.exe c:\monitoring\pingp\mrtg-ping-probe.pl -t 42 -l 1000 -p loss/loss lazna.pankrac.czf
--snpo: External result:undef out:undef uptime:unknown name:unknown
--------------------

But If I start script not from mrtg but manually from cmdline, than expected numbers are on stdout:

-----------------------
c:\monitoring\pingp>perl mrtg-ping-probe.pl -t 42 -l 1000 -p loss/loss lazna.pankrac.czf
0
0

c:\monitoring\pingp>perl mrtg-ping-probe.pl -t 42 -l 1000 -p loss/loss cisticz.pankrac.czf
0
0
-----------------------

This is perl, v5.10.1 built for MSWin32-x86-multi-thread

Perl version is not new, but until now I have no reason to upgrade it, everything worked fine. Anybody have
idea, what can be wrong?

L.
NetLink | 3 Jun 20:56 2014
Picon

Problem with cfgmaker

New installation from scatch.
Windows Server 2012 R2
Mrtg 2.17.4
Perl 5.16.3

perl mrtg returns without error.
perl cfgmaker public <at> 192.168.1.1 gives this output:

PS C:\Program Files (x86)\mrtg-2.17.4\bin> perl cfgmaker public <at> 192.168.1.1
--base: Get Device Info on public <at> 192.168.1.1:
Undefined subroutine &SNMP_util::encode_oid called at C:/Program Files
(x86)/mrtg-2.17.4/bin\..\lib\mrtg2/SNMP_util.pm line 1346.

Any idea what is the problem?
Greg Cory | 19 May 18:41 2014
Picon

Looking for some advice on the gaps we get in MRTG graph at peak traffic

We have mrtg set up and running, it’s been working good till a few months ago as our traffic increased.

 

Now during the peak of our traffic the mrtg graphs get some gaps in them.  Usually ever night around 19:00 to 22:00.

 

If you can see this picture below this is what we are getting.

 

Any advice would be greatly appreciated.

 

 

 

Thanks

Greg

 

 

 

 

Attachment (image001.jpg): application/octet-stream, 27 KiB
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Beluc | 25 Mar 12:23 2014
Picon

monitoring iptables

Hello,

i have a server with some extra failover public interfaces where i'm sending some kind of traffic on a round robin way using iptables SNAT :

auto eth1:0
iface eth1:0 inet static
        address 1.1.1.1
        netmask 255.255.255.255
        broadcast 1.1.1.1

auto eth1:1
iface eth1:1 inet static
        address 2.2.2.2
        netmask 255.255.255.255
        broadcast 2.2.2.2

auto eth1:2
iface eth1:2 inet static
        address 3.3.3.3
        netmask 255.255.255.255
        broadcast 3.3.3.3

# iptables -L -n -t nat -v
[...]
Chain POSTROUTING (policy ACCEPT 10 packets, 685 bytes)
 pkts bytes target     prot opt in     out     source               destination         
  546 32760 SNAT       all  --  *      eth1    0.0.0.0/0            1.2.3.0/22     statistic mode nth every 3 to:3.3.3.3
  546 32760 SNAT       all  --  *      eth1    0.0.0.0/0            1.2.3.0/22     statistic mode nth every 2 to:2.2.2.2
  546 32760 SNAT       all  --  *      eth1    0.0.0.0/0            1.2.3.0/22     statistic mode nth every 1 to:1.1.1.1
 614K   41M MASQUERADE  all  --  *      eth1    0.0.0.0/0          0.0.0.0/0

all this is working fine !

i'm already monitoring physical interface (eth1) of that server using mrtg/smp and now, i would like to monitore pkts/bytes passing through extra interfaces.
i searched a bit if iptables is reachable via snmp but cannot find anything.

does somebody know a way to achieve this ?

Regards,
Marco
_______________________________________________
mrtg mailing list
mrtg <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
Bob Reiber | 16 Mar 20:21 2014
Picon

can i change the 1 day graph to show three days

I like the 5 minute graph but want it to display 3 days worth of data. I have looked through the paramaters and don’t see anything that relates to the number of intervals that the 5 minute graph will display. Can someone point me in the right direction

 

Bob Reiber

BK Sales and Service

Tel: (650) 376-1122

 

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

Gmane