[LARTC] tc+mrtg

[LARTC] tc+mrtg

[Kristiadi Himawan]

Hi,

I'm sorry if this question already asked by someone else.
My question is how to make mrtg graph for traffic that already shape by htb.
Acctually i already have mrtg for it but the traffic captured was before the
shaper (PREROUTING and POSTROUTING)
so the bandwidth shown is not the real traffic.
So what should i do if i want to see graph traffic that passing through my
shaper.

Thanks for the help.

Regards,

Kris

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Roy]

MRTG can only show interface load, basicaly it is the graphic representation
 of what you will see with ifconfig.

For more advanced graph you need to use another software than mrtg.



----- Original Message ----- 
From: "Kristiadi Himawan" <kristiadi_himawan@dtp.net.id>
To: <lartc@mailman.ds9a.nl>
Sent: Monday, July 19, 2004 1:42 PM
Subject: [LARTC] tc+mrtg


> Hi,
>
> I'm sorry if this question already asked by someone else.
> My question is how to make mrtg graph for traffic that already shape by
htb.
> Acctually i already have mrtg for it but the traffic captured was before
the
> shaper (PREROUTING and POSTROUTING)
> so the bandwidth shown is not the real traffic.
> So what should i do if i want to see graph traffic that passing through my
> shaper.
>
> Thanks for the help.
>
> Regards,
>
> Kris
>
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Gideon le Grange]

On Mon, 2004-07-19 at 14:20, Roy wrote:
> MRTG can only show interface load, basicaly it is the graphic representation
>  of what you will see with ifconfig.
> 
> For more advanced graph you need to use another software than mrtg.

MRTG can graph any variable that you can read using SNMP. The problem is
getting the tc stats readable using SNMP, that's the trick bit (which as
far as I've seen can't be done, but I hope I'm wrong). 

Gideon


_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Rene Gallati]

Gideon le Grange wrote:

> On Mon, 2004-07-19 at 14:20, Roy wrote:
> 
>>MRTG can only show interface load, basicaly it is the graphic representation
>> of what you will see with ifconfig.
>>
>>For more advanced graph you need to use another software than mrtg.
> 
> 
> MRTG can graph any variable that you can read using SNMP. The problem is
> getting the tc stats readable using SNMP, that's the trick bit (which as
> far as I've seen can't be done, but I hope I'm wrong). 
> 

MRTG doesn't necessarily need SNMP, you can feed it ANY value via a perl 
script. I've been doing it for ages. You just need to get at the values 
(peridoic tc -s qdisc show, parse it, feed mrtg)

 From : http://people.ee.ethz.ch/~oetiker/webtools/mrtg/mrtg-reference.html

"External Monitoring Scripts
     If you want to monitor something which does not provide data via 
snmp you can use some external program to do the data gathering.

     The external command must return 4 lines of output:

Line 1
     current state of the first variable, normally 'incoming bytes count'

Line 2
     current state of the second variable, normally 'outgoing bytes count'

Line 3
     string (in any human readable format), telling the uptime of the 
target.

Line 4
     string, telling the name of the target.

Depending on the type of data your script returns you might want to use 
the 'gauge' or 'absolute' arguments for the Options keyword.

Example:

  Target[ezwf]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`

Note the use of the backticks (`), not apostrophes (') around the command.

If you want to use a backtick in the command name this can be done but 
you must escape it with a backslash ...

If your script does not have any data to return but does not want mrtg 
to complain about invalid data, it can return 'UNKNOWN' instead of a 
number. Note though that only rrdtool is realy equipped to handle 
unknown data well.
"


-- 

C U

      - -- ---- ----- -----/\/  René Gallati  \/\---- ----- --- -- -
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Alessandro Ren]

[-- Attachment #1: Type: text/plain, Size: 3680 bytes --]


    A good tool that I use to graoh things is netmrg, www.netmrg.net

    []s.

Rene Gallati wrote:

> Gideon le Grange wrote:
>
>> On Mon, 2004-07-19 at 14:20, Roy wrote:
>>
>>> MRTG can only show interface load, basicaly it is the graphic 
>>> representation
>>> of what you will see with ifconfig.
>>>
>>> For more advanced graph you need to use another software than mrtg.
>>
>>
>>
>> MRTG can graph any variable that you can read using SNMP. The problem is
>> getting the tc stats readable using SNMP, that's the trick bit (which as
>> far as I've seen can't be done, but I hope I'm wrong).
>
>
> MRTG doesn't necessarily need SNMP, you can feed it ANY value via a 
> perl script. I've been doing it for ages. You just need to get at the 
> values (peridoic tc -s qdisc show, parse it, feed mrtg)
>
> From : 
> http://people.ee.ethz.ch/~oetiker/webtools/mrtg/mrtg-reference.html
>
> "External Monitoring Scripts
>     If you want to monitor something which does not provide data via 
> snmp you can use some external program to do the data gathering.
>
>     The external command must return 4 lines of output:
>
> Line 1
>     current state of the first variable, normally 'incoming bytes count'
>
> Line 2
>     current state of the second variable, normally 'outgoing bytes count'
>
> Line 3
>     string (in any human readable format), telling the uptime of the 
> target.
>
> Line 4
>     string, telling the name of the target.
>
> Depending on the type of data your script returns you might want to 
> use the 'gauge' or 'absolute' arguments for the Options keyword.
>
> Example:
>
>  Target[ezwf]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`
>
> Note the use of the backticks (`), not apostrophes (') around the 
> command.
>
> If you want to use a backtick in the command name this can be done but 
> you must escape it with a backslash ...
>
> If your script does not have any data to return but does not want mrtg 
> to complain about invalid data, it can return 'UNKNOWN' instead of a 
> number. Note though that only rrdtool is realy equipped to handle 
> unknown data well.
> "
>
>

-- 

_______________________________________________

Alessandro Ren

	

*/ OpServices
Luciana de Abreu, 471 - Sala 403
Porto Alegre, RS - CEP 90570-060/*

* (*   phone 55(51)3061-3588
* 4*/ /    fax 55(51)3061-3588

	

* Q*   mobile 55(51)9807-3255
* :*   email alessandro.ren@opservices.com.br 
<mailto:alessandro@opservices.com.br>

_______________________________________________

"Esta mensagem é endereçada exclusivamente à(s) pessoa(s) e/ou 
instituições acima indicadas e pode conter informações confidenciais, 
particulares ou privilegiadas, as quais não podem, sob qualquer forma ou 
pretexto, ser utilizadas, divulgadas, alteradas, impressas ou copiadas, 
total ou parcialmente, por pessoas não autorizadas. No caso desta 
mensagem ser recebida por erro, por favor, providencie sua exclusão do 
sistema, notificando o remetente imediatamente. Eventual erro de 
transmissão desta mensagem em nenhuma hipótese constituirá renúncia à 
confidencialidade ou a qualquer direito ou prerrogativa daí decorrente."

"This message is intended only for the named person's and/or entity's 
use and may contain confidential, proprietary or legally privileged 
information, which shall not be used, disclosed, changed, printed or 
copied, in whole or in part, by not intended recipients. If this message 
is received by error, please delete it from your system and notify the 
sender, immediately. No confidentiality or privilege is waived by any 
mistransmission."

 

[-- Attachment #2: Type: text/html, Size: 9184 bytes --]

Re: [LARTC] tc+mrtg

[Rio Martin.]

HTB + IMQ + SNMPD + MRTG
IMQ made its own interface as shown when you typed "ifconfig"
So you'll be able to graph just as you graph using the real interface ..

- Rio.Martin -

On 19 July 2004 pm 19:20, Roy wrote:
> MRTG can only show interface load, basicaly it is the graphic
> representation of what you will see with ifconfig.
> For more advanced graph you need to use another software than mrtg.
>
> ----- Original Message -----
> From: "Kristiadi Himawan" <kristiadi_himawan@dtp.net.id>
> To: <lartc@mailman.ds9a.nl>
> Sent: Monday, July 19, 2004 1:42 PM
> Subject: [LARTC] tc+mrtg
>
> > Hi,
> >
> > I'm sorry if this question already asked by someone else.
> > My question is how to make mrtg graph for traffic that already shape by
>
> htb.
>
> > Acctually i already have mrtg for it but the traffic captured was before
>
> the
>
> > shaper (PREROUTING and POSTROUTING)
> > so the bandwidth shown is not the real traffic.
> > So what should i do if i want to see graph traffic that passing through
> > my shaper.
> >
> > Thanks for the help.
> >
> > Regards,
> >
> > Kris
> >
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Kristiadi Himawan]

I already use external script that fetch iptables mangle table from
PREROUTING and POSTROUTING counter.
But the traffic isn't really accurate, i found when there's bulk UDP traffic
come to the shaper, my mrtg shown that
the traffic shown bigger than allocated bandwidth for that class. So the
question, it's possible to make script from tc command,
that count bandwith acctually passing through the shaper.



Regards,

Kris
----- Original Message ----- 
From: "Rene Gallati" <lartc@draxinusom.ch>
To: <gideon@adept.co.za>
Cc: <lartc@mailman.ds9a.nl>
Sent: Monday, July 19, 2004 8:47 PM
Subject: Re: [LARTC] tc+mrtg


Gideon le Grange wrote:

> On Mon, 2004-07-19 at 14:20, Roy wrote:
>
>>MRTG can only show interface load, basicaly it is the graphic
representation
>> of what you will see with ifconfig.
>>
>>For more advanced graph you need to use another software than mrtg.
>
>
> MRTG can graph any variable that you can read using SNMP. The problem is
> getting the tc stats readable using SNMP, that's the trick bit (which as
> far as I've seen can't be done, but I hope I'm wrong).
>

MRTG doesn't necessarily need SNMP, you can feed it ANY value via a perl
script. I've been doing it for ages. You just need to get at the values
(peridoic tc -s qdisc show, parse it, feed mrtg)

 From : http://people.ee.ethz.ch/~oetiker/webtools/mrtg/mrtg-reference.html

"External Monitoring Scripts
     If you want to monitor something which does not provide data via
snmp you can use some external program to do the data gathering.

     The external command must return 4 lines of output:

Line 1
     current state of the first variable, normally 'incoming bytes count'

Line 2
     current state of the second variable, normally 'outgoing bytes count'

Line 3
     string (in any human readable format), telling the uptime of the
target.

Line 4
     string, telling the name of the target.

Depending on the type of data your script returns you might want to use
the 'gauge' or 'absolute' arguments for the Options keyword.

Example:

  Target[ezwf]: `/usr/local/bin/df2mrtg /dev/dsk/c0t2d0s0`

Note the use of the backticks (`), not apostrophes (') around the command.

If you want to use a backtick in the command name this can be done but
you must escape it with a backslash ...

If your script does not have any data to return but does not want mrtg
to complain about invalid data, it can return 'UNKNOWN' instead of a
number. Note though that only rrdtool is realy equipped to handle
unknown data well.
"


-- 

C U

      - -- ---- ----- -----/\/  René Gallati  \/\---- ----- --- -- -
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Stef Coene]

On Tuesday 20 July 2004 07:43, Kristiadi Himawan wrote:
> I already use external script that fetch iptables mangle table from
> PREROUTING and POSTROUTING counter.
> But the traffic isn't really accurate, i found when there's bulk UDP
> traffic come to the shaper, my mrtg shown that
> the traffic shown bigger than allocated bandwidth for that class. So the
> question, it's possible to make script from tc command,
> that count bandwith acctually passing through the shaper.
You can patch snmp so you can get the tc counters and process them in a custom 
script or use mrtg:
http://www.docum.org/docum.org/tc-snmp/

Stef

-- 
stef.coene@docum.org
 "Using Linux as bandwidth manager"
     http://www.docum.org/
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] tc+mrtg

[Michael Eck]

I can't seem to find tcrrd2.pl on the site.


On Fri, 23 Jul 2004 19:45:51 +0200, Stef Coene <stef.coene@docum.org> wrote:
> On Tuesday 20 July 2004 07:43, Kristiadi Himawan wrote:
> > I already use external script that fetch iptables mangle table from
> > PREROUTING and POSTROUTING counter.
> > But the traffic isn't really accurate, i found when there's bulk UDP
> > traffic come to the shaper, my mrtg shown that
> > the traffic shown bigger than allocated bandwidth for that class. So the
> > question, it's possible to make script from tc command,
> > that count bandwith acctually passing through the shaper.
> You can patch snmp so you can get the tc counters and process them in a custom
> script or use mrtg:
> http://www.docum.org/docum.org/tc-snmp/
> 
> Stef
> 
> --
> stef.coene@docum.org
>  "Using Linux as bandwidth manager"
>      http://www.docum.org/
> _______________________________________________
> LARTC mailing list / LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/