Re: [LARTC] graphing
> Does anyone know what Martin used to generate the graphs in the HTB user > guide? > > http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm > > Thanks! > > -Jacob I think Martin used the following tool to transmit frames: http://luxik.cdi.cz/~devik/qos/ethloop/ and I suppose he used gnuplot to graph, I also did some graphs on HTB visible at http://rawsoft.org with ethloop and gnuplot. Vincent. > ___ > 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] graphing
On Tuesday 25 January 2005 20:18, jacob martinson wrote: > Does anyone know what Martin used to generate the graphs in the HTB user > guide? Yep, it's a perl script to process the counters and I gnuplot to create the graph. I used the same scripts to create my graphs, so I downloaded it somewhere from his site. If you can't find the scripts, let me know and I will try to find mine. Stef ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] graphing
On Tuesday 25 January 2005 20:18, jacob martinson wrote: > Does anyone know what Martin used to generate the graphs in the HTB user > guide? Do you mean the class tree graphs? You can use GraphViz to generate those, maybe with the help of a script like http://www.metamorpher.de/files/tc-graph.pl which creates graphs (together with GraphViz 'dot') like these http://www.metamorpher.de/files/fairnat.png (big!). If you mean the statistic graphs, maybe these were done with RRDTool or similar. There are scripts that create this kind of graph as well, but I haven't got an example URL handy. Maybe someone else on this list can provide one. HTH Andreas ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] graphing
Does anyone know what Martin used to generate the graphs in the HTB user guide? http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm Thanks! -Jacob ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
On Thursday 11 December 2003 17:27, Michal Charvat wrote: > I can add a new entry, that won't be a problem. > Parent string should be easy to add, but children don't know right > now how to do that. I'll try... Parent or child string. If I (we) know one, we can find the other. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
I can add a new entry, that won't be a problem. Parent string should be easy to add, but children don't know right now how to do that. I'll try... Michal Charvat Prokon R.B.S. Louny v.o.s. ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
On Thursday 11 December 2003 16:19, Michal Charvat wrote: > > Mhh. It should be handy if there is a way to determine the parent-child > > relation ship. > > You are right, handles in this case are a bit confusing (major:minor > together isn't the best way...). You can determine parent-child > relationship from these numbers (as said in archive, higher 16bits are > major number, lower minor). > > It would be possible to provide major/minor separately in table and leave > indexing in major:minor scheme as is now. > What do you think about this possibility? That's not what I wanted to say. I wanted to know if you can entry a new entry that gives all the classes (or qdisc if the parent is a leaf class) attached to an other class. Like SNMPv2-SMI::enterprises.18756.1.1.12.3.65536 = STRING: "10:10 10:11" Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
> Mhh. It should be handy if there is a way to determine the parent-child > relation ship. You are right, handles in this case are a bit confusing (major:minor together isn't the best way...). You can determine parent-child relationship from these numbers (as said in archive, higher 16bits are major number, lower minor). It would be possible to provide major/minor separately in table and leave indexing in major:minor scheme as is now. What do you think about this possibility? Michal ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
On Thursday 11 December 2003 14:23, Stef Coene wrote: > On Thursday 11 December 2003 13:57, Michal Charvat wrote: > > Hi, > > > > Sorry for that, but yet another update :-) > > > > Originally I compiled code on RH8.0, now I tried on Debian stable, > > and I had to make some changes (looks like older gcc didn't like > > my code :-( ). > > It's working :) > It's time to generate some graphs . Mhh. It should be handy if there is a way to determine the parent-child relation ship. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
On Thursday 11 December 2003 13:57, Michal Charvat wrote: > Hi, > > Sorry for that, but yet another update :-) > > Originally I compiled code on RH8.0, now I tried on Debian stable, > and I had to make some changes (looks like older gcc didn't like > my code :-( ). It's working :) It's time to generate some graphs . Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
here is output from snmpwalk on my server: snmpwalk -m GNU-LINUX-KERNEL-QOS -c public localhost qos GNU-LINUX-KERNEL-QOS::qosDeviceIndex.0.0 = INTEGER: 0 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.1.65536 = INTEGER: 1 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.65536 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.65547 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.65548 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.65549 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.65550 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.131072 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.196608 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.262144 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosDeviceIndex.5.327680 = INTEGER: 5 GNU-LINUX-KERNEL-QOS::qosHandle.0.0 = Gauge32: 0 GNU-LINUX-KERNEL-QOS::qosHandle.1.65536 = Gauge32: 65536 GNU-LINUX-KERNEL-QOS::qosHandle.5.65536 = Gauge32: 65536 GNU-LINUX-KERNEL-QOS::qosHandle.5.65547 = Gauge32: 65547 GNU-LINUX-KERNEL-QOS::qosHandle.5.65548 = Gauge32: 65548 GNU-LINUX-KERNEL-QOS::qosHandle.5.65549 = Gauge32: 65549 GNU-LINUX-KERNEL-QOS::qosHandle.5.65550 = Gauge32: 65550 GNU-LINUX-KERNEL-QOS::qosHandle.5.131072 = Gauge32: 131072 GNU-LINUX-KERNEL-QOS::qosHandle.5.196608 = Gauge32: 196608 GNU-LINUX-KERNEL-QOS::qosHandle.5.262144 = Gauge32: 262144 GNU-LINUX-KERNEL-QOS::qosHandle.5.327680 = Gauge32: 327680 GNU-LINUX-KERNEL-QOS::qosDeviceName.0.0 = "" GNU-LINUX-KERNEL-QOS::qosDeviceName.1.65536 = STRING: "lo" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.65536 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.65547 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.65548 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.65549 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.65550 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.131072 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.196608 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.262144 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosDeviceName.5.327680 = STRING: "eth0" GNU-LINUX-KERNEL-QOS::qosType.0.0 = "" GNU-LINUX-KERNEL-QOS::qosType.1.65536 = STRING: "sfq" GNU-LINUX-KERNEL-QOS::qosType.5.65536 = STRING: "htb" GNU-LINUX-KERNEL-QOS::qosType.5.65547 = STRING: "htb" GNU-LINUX-KERNEL-QOS::qosType.5.65548 = STRING: "htb" GNU-LINUX-KERNEL-QOS::qosType.5.65549 = STRING: "htb" GNU-LINUX-KERNEL-QOS::qosType.5.65550 = STRING: "htb" GNU-LINUX-KERNEL-QOS::qosType.5.131072 = STRING: "sfq" GNU-LINUX-KERNEL-QOS::qosType.5.196608 = STRING: "sfq" GNU-LINUX-KERNEL-QOS::qosType.5.262144 = STRING: "sfq" GNU-LINUX-KERNEL-QOS::qosType.5.327680 = STRING: "sfq" GNU-LINUX-KERNEL-QOS::qosBytes.0.0 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.1.65536 = Counter32: 133920 GNU-LINUX-KERNEL-QOS::qosBytes.5.65536 = Counter32: 69312599 GNU-LINUX-KERNEL-QOS::qosBytes.5.65547 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.65548 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.65549 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.65550 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.131072 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.196608 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.262144 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosBytes.5.327680 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.0.0 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.1.65536 = Counter32: 1461 GNU-LINUX-KERNEL-QOS::qosPackets.5.65536 = Counter32: 547924 GNU-LINUX-KERNEL-QOS::qosPackets.5.65547 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.65548 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.65549 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.65550 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.131072 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.196608 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.262144 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosPackets.5.327680 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.0.0 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.1.65536 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.65536 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.65547 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.65548 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.65549 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.65550 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.131072 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.196608 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.262144 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosDropped.5.327680 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.0.0 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.1.65536 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.65536 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.65547 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.65548 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.65549 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.65550 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.131072 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOverlimit.5.196608 = Counter32: 0 GNU-LINUX-KERNEL-QOS::qosOv
Re: [LARTC] Graphing tc output
hi guys, it seems interesting, anyone have the screenshot ... :) - Original Message - From: "Cezar Atanasiu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, December 11, 2003 7:05 PM Subject: Re: [LARTC] Graphing tc output > > me too :) > > On Wed, 10 Dec 2003 22:35:29 +0100 (CET) > Michal Charvat <[EMAIL PROTECTED]> wrote: > > > Ok, I've put my code to: http://x-ray.prokon.cz/data/snmp.tgz > > > > It's quite simple, some code is copied from tc utility source... > > follow instructions in package and it should work... > > > > Michal Charvat > > Prokon R.B.S. Louny v.o.s. > > > > > > On Wed, 10 Dec 2003, Damjan wrote: > > > > > > I've recently written snmp extension to Net-SNMP package > > > > (www.net-snmp.net), where it's possible to get kernel statistics > > > > directly via snmp requests. > > > > > > > > But it's still beta quality :-( (known one memory leak, I'm going > > > > to look at it tommorow) > > > > > > > > If you are interested, I can put it somewhere... > > > > > > Sure everybody is interested :) > > > > > > put it somewhere, maybe someone will find that memory leak before > > > you do :) > > > > > > > > > -- > > > Damjan Georgievski > > > jabberID: [EMAIL PROTECTED] > > > ___ > > > LARTC mailing list / [EMAIL PROTECTED] > > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: > > > http://lartc.org/ > > > > > ___ > > LARTC mailing list / [EMAIL PROTECTED] > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > > > > > > > -- > Cezar ATANASIU > GMB Computers > Departamentul Internet > Tel/fax: +40 241 619222/673199 > > ___ > LARTC mailing list / [EMAIL PROTECTED] > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
Hi, Sorry for that, but yet another update :-) Originally I compiled code on RH8.0, now I tried on Debian stable, and I had to make some changes (looks like older gcc didn't like my code :-( ). http://x-ray.prokon.cz/data/snmp-12-11-2003.tgz Michal Charvat Prokon R.B.S. Louny v.o.s. On Thu, 11 Dec 2003, Cezar Atanasiu wrote: > > me too :) > > On Wed, 10 Dec 2003 22:35:29 +0100 (CET) > Michal Charvat <[EMAIL PROTECTED]> wrote: > > > Ok, I've put my code to: http://x-ray.prokon.cz/data/snmp.tgz > > > > It's quite simple, some code is copied from tc utility source... > > follow instructions in package and it should work... > > > > Michal Charvat > > Prokon R.B.S. Louny v.o.s. > > > > > > On Wed, 10 Dec 2003, Damjan wrote: > > > > > > I've recently written snmp extension to Net-SNMP package > > > > (www.net-snmp.net), where it's possible to get kernel statistics > > > > directly via snmp requests. > > > > > > > > But it's still beta quality :-( (known one memory leak, I'm going > > > > to look at it tommorow) > > > > > > > > If you are interested, I can put it somewhere... > > > > > > Sure everybody is interested :) > > > > > > put it somewhere, maybe someone will find that memory leak before > > > you do :) > > > > > > > > > -- > > > Damjan Georgievski > > > jabberID: [EMAIL PROTECTED] > > > ___ > > > LARTC mailing list / [EMAIL PROTECTED] > > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: > > > http://lartc.org/ > > > > > ___ > > LARTC mailing list / [EMAIL PROTECTED] > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > > > > > > > -- > Cezar ATANASIU > GMB Computers > Departamentul Internet > Tel/fax: +40 241 619222/673199 > > ___ > LARTC mailing list / [EMAIL PROTECTED] > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
me too :) On Wed, 10 Dec 2003 22:35:29 +0100 (CET) Michal Charvat <[EMAIL PROTECTED]> wrote: > Ok, I've put my code to: http://x-ray.prokon.cz/data/snmp.tgz > > It's quite simple, some code is copied from tc utility source... > follow instructions in package and it should work... > > Michal Charvat > Prokon R.B.S. Louny v.o.s. > > > On Wed, 10 Dec 2003, Damjan wrote: > > > > I've recently written snmp extension to Net-SNMP package > > > (www.net-snmp.net), where it's possible to get kernel statistics > > > directly via snmp requests. > > > > > > But it's still beta quality :-( (known one memory leak, I'm going > > > to look at it tommorow) > > > > > > If you are interested, I can put it somewhere... > > > > Sure everybody is interested :) > > > > put it somewhere, maybe someone will find that memory leak before > > you do :) > > > > > > -- > > Damjan Georgievski > > jabberID: [EMAIL PROTECTED] > > ___ > > LARTC mailing list / [EMAIL PROTECTED] > > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: > > http://lartc.org/ > > > ___ > LARTC mailing list / [EMAIL PROTECTED] > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ -- Cezar ATANASIU GMB Computers Departamentul Internet Tel/fax: +40 241 619222/673199 ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
On Wednesday 10 December 2003 22:35, Michal Charvat wrote: > Ok, I've put my code to: http://x-ray.prokon.cz/data/snmp.tgz > > It's quite simple, some code is copied from tc utility source... follow > instructions in package and it should work... > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ This is much better then my ugly perl hack :) I'm going to install it on my router. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
Ok, I've put my code to: http://x-ray.prokon.cz/data/snmp.tgz It's quite simple, some code is copied from tc utility source... follow instructions in package and it should work... Michal Charvat Prokon R.B.S. Louny v.o.s. On Wed, 10 Dec 2003, Damjan wrote: > > I've recently written snmp extension to Net-SNMP package > > (www.net-snmp.net), where it's possible to get kernel statistics directly > > via snmp requests. > > > > But it's still beta quality :-( (known one memory leak, I'm going to look > > at it tommorow) > > > > If you are interested, I can put it somewhere... > > Sure everybody is interested :) > > put it somewhere, maybe someone will find that memory leak before you > do :) > > > -- > Damjan Georgievski > jabberID: [EMAIL PROTECTED] > ___ > LARTC mailing list / [EMAIL PROTECTED] > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
> I've recently written snmp extension to Net-SNMP package > (www.net-snmp.net), where it's possible to get kernel statistics directly > via snmp requests. > > But it's still beta quality :-( (known one memory leak, I'm going to look > at it tommorow) > > If you are interested, I can put it somewhere... Sure everybody is interested :) put it somewhere, maybe someone will find that memory leak before you do :) -- Damjan Georgievski jabberID: [EMAIL PROTECTED] ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing tc output
Hi, I've recently written snmp extension to Net-SNMP package (www.net-snmp.net), where it's possible to get kernel statistics directly via snmp requests. But it's still beta quality :-( (known one memory leak, I'm going to look at it tommorow) If you are interested, I can put it somewhere... Michal Charvat Prokon R.B.S. Louny v.o.s. On Wed, 10 Dec 2003, Rajkumar S wrote: > Hi, > > My HTB shaping is working perfectly, and i have setup a bridge and hosts > behind the bridge are now getting only the bandwidth they are supposed > to get. Thanks to every one here for helping me out :) > > Now I am thinking of making a graph of traffic going through various > classes. Is their any thing readily available for it, or is parsing the > output if tc and passing it to rrdtool the preferred way? Any suggestions? > > Thanks, > > raj > ___ > LARTC mailing list / [EMAIL PROTECTED] > http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
RE: [LARTC] Graphing tc output
Hi I use Stef Coene graphing tool see docum.org very good also check out bandwidthd @ sf.net, another nice tool that shows you bandwidth usage per ip. And to top it off, for your whole interface, plug in mrtg with rrd nice look Kalu Hi, My HTB shaping is working perfectly, and i have setup a bridge and hosts behind the bridge are now getting only the bandwidth they are supposed to get. Thanks to every one here for helping me out :) Now I am thinking of making a graph of traffic going through various classes. Is their any thing readily available for it, or is parsing the output if tc and passing it to rrdtool the preferred way? Any suggestions? Thanks, raj ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ _ Take advantage of our best MSN Dial-up offer of the year six months @$9.95/month. Sign up now! http://join.msn.com/?page=dept/dialup ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] Graphing tc output
Hi, My HTB shaping is working perfectly, and i have setup a bridge and hosts behind the bridge are now getting only the bandwidth they are supposed to get. Thanks to every one here for helping me out :) Now I am thinking of making a graph of traffic going through various classes. Is their any thing readily available for it, or is parsing the output if tc and passing it to rrdtool the preferred way? Any suggestions? Thanks, raj ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
On Saturday 06 July 2002 16:18, Sahil Gupta - Net4U Limited wrote: > Stef, > Are you using SNMP? We currently have a great model working using > SNMP/MRTG but, we want to get away from SNMP as it isn't as accurate as we > would like it to be. We are really looking for information off the router > itself are you able to shed any light to it? I use SNMP so I can monitor the box remotely. But what do you mean with "it isn't as accurate as we would like it to be. We are really looking for information off the router itzelf" ?? MRTG is great to monitor devices, but for custom made monitor, you better create your own scripts. I'm leaving for holiday tomorrow morning, so it's possible that you will have to wait 2 weeks for an answer on you mails. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
Stef, Are you using SNMP? We currently have a great model working using SNMP/MRTG but, we want to get away from SNMP as it isn't as accurate as we would like it to be. We are really looking for information off the router itself are you able to shed any light to it? Cheers, Sahil - Net4U Limited - New Zealands Premier Internet Service Provider -- Home of the new $24.95 Global Dialup / JetStart Service -- Visit http://www.net4u.co.nz for further information - On Sat, 6 Jul 2002, Stef Coene wrote: > On Saturday 06 July 2002 14:11, Sahil Gupta - Net4U Limited wrote: > > Hi there, > > We currently use CBQ to traffic-shape our boxes. Just wondering, does > > anybody know of a way to graph the traffic flowing to netblocks / ip > > addresses? > I create graphs based on the tc-counters. > http://home.docum.org/stef.coene/qos/gui/rrd.html > I also monitored what-ever-I-wanted with the counters of iptables/ipchains. > But I have no graphing script for this. > > Stef > > -- > > [EMAIL PROTECTED] > "Using Linux as bandwidth manager" > http://www.docum.org/ > #lartc @ irc.openprojects.net > > ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
On Saturday 06 July 2002 14:11, Sahil Gupta - Net4U Limited wrote: > Hi there, > We currently use CBQ to traffic-shape our boxes. Just wondering, does > anybody know of a way to graph the traffic flowing to netblocks / ip > addresses? I create graphs based on the tc-counters. http://home.docum.org/stef.coene/qos/gui/rrd.html I also monitored what-ever-I-wanted with the counters of iptables/ipchains. But I have no graphing script for this. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] Graphing
Hi there, We currently use CBQ to traffic-shape our boxes. Just wondering, does anybody know of a way to graph the traffic flowing to netblocks / ip addresses? Cheers, Sahil ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
Michael T. Babcock wrote: >For queuing disciplines: > Type of qdisc, handle, packets, dropped packets, borrowed packets > Also optionally: time since last dequeue, time since last queue, etc. > >Any other thoughts? > if possible, count bytes as well as packets ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
On Wed, May 01, 2002 at 12:28:51AM +0200, PiotR wrote: > Would be a good idea to have packet count, and other things in /proc? > What do the people with experience in the kernel think? Whatever it is, make sure its easily parsed (tab-delimited, etc.) There should probably be seperate class and queue lists for simplicity. For queuing disciplines: Type of qdisc, handle, packets, dropped packets, borrowed packets Also optionally: time since last dequeue, time since last queue, etc. Any other thoughts? -- Michael T. Babcock CTO, FibreSpeed Ltd. (Hosting, Security, Consultation, Database, etc) http://www.fibrespeed.net/~mbabcock/ ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
PiotR wrote: > >I can have a look at it, probably the netfilter code would need to be >changed. > >Would be a good idea to have packet count, and other things in /proc? >What do the people with experience in the kernel think? > If you do this, please let me know. I would be interested in adding support for reading these counters via SNMP to the net-snmp package. It would be good to do the SNMP work in conjunction with the kernel code so we make sure that the two both do the things they expect of each other. ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
On Sun, Apr 28, 2002 at 05:35:57PM +0200, Stef Coene wrote: > > And I've done something similar ... what would be nice is a /proc > > interface for reading these values directly without an exec. > Now there are 3 of us we did it :) > But the /proc interface isn't a bad idea. Anyone has an idea how to do this? I can have a look at it, probably the netfilter code would need to be changed. Would be a good idea to have packet count, and other things in /proc? What do the people with experience in the kernel think? Regards. > > Stef > > -- ... ___ ... | /| |\ | | /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr |-\ | | /--|No MS-Office attachments please. |--\ | o-|--| e-mail: [EMAIL PROTECTED]|--|-o | \-|finger [EMAIL PROTECTED] for public key and info |-/ | |...\|_|/...| ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
> And I've done something similar ... what would be nice is a /proc > interface for reading these values directly without an exec. Now there are 3 of us we did it :) But the /proc interface isn't a bad idea. Anyone has an idea how to do this? Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.openprojects.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Graphing
On Fri, Apr 26, 2002 at 07:52:53PM +0200, PiotR wrote: > > Good, I have written a page with an example using the output of `tc -s > qdisc' to draw graphs with rrdtool. ¿Do you graph other data more > specific than the tc output to test your code?, I mean, if you use debug > code in htb, to output data from its internal functions. And I've done something similar ... what would be nice is a /proc interface for reading these values directly without an exec. -- Michael T. Babcock CTO, FibreSpeed Ltd. (Hosting, Security, Consultation, Database, etc) http://www.fibrespeed.net/~mbabcock/ ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/