[LARTC] kernel2web
A new interface and qdisc monitoring tool called kernel2web is available http://rawsoft.org. Note: you have to compile a kernel module for kernel 2.6. Vincent Perrier. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] QDISC SPY monitors udp/tcp connections
Hello, The qdisc spy has evolved, the new version can spy on udp and tcp connections, the results are displayed upon command. There is no gui for this tool yet, but I will try to make one. If you want to try: http://rawsoft.org Vincent Perrier ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] QDISC SPY monitors udp/tcp connections
Hello, The qdisc spy has evolved, the new version can spy on udp and tcp connections, the results are displayed upon command. There is no gui for this tool yet, but I will try to make one. If you want to try: http://rawsoft.org Vincent Perrier ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] getting qdisc stats using rtnetlink sockets
Le lundi 28 mars 2005 Ã 14:17 -0800, js si a Ãcrit : > hi > > i wanted to get the qdisc stats without using tc. is > this possible by just using rtnetlink sockets > directly? if possible could someone point me to an > example. > > thanks. See http:/www.rawsoft.org it is an example of netlink socket use without tc. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
RE: [LARTC] VOIP Challenges...
Le mercredi 16 fÃvrier 2005 Ã 19:40 -0800, Some Clown a Ãcrit : > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Ed Wildgoose > Sent: Wednesday, February 16, 2005 1:44 PM > > Debug this first. It's not hard to sit and watch the byte counters scroll > up. If any traffic goes to queues that you don't expect then you know > something is wrong. > > By the way, your other errors indicate that you don't have the correct > kernel modules loaded > > As I said though, my softphone on the PC kept going stuttery on the uplink > even though QOS was working. (And only the uplink, downlink was perfect). > With the hardware phone it's perfect even when the link is under stress. > I'm not sure exactly why, but I did notice that after a few mins the > softphone usually got it's act together so I suspect it's a default delay > thing which needs to get settled down to the level of jitter on the line > -Original Message- > > Well, the byte counters seem to be doing what they should... When using a > 'tc -s class show dev eth0' over and over again To have a real time graphical monitoring of your qdiscs/class without using tc -s class show dev eth0, you can try the last version of the qdisc monitoring tool at http://rawsoft.org ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] qdisc spy
With the advice of Thomas Graf, I have modified the qdisc monitoring tool. A new qdisc called spy can be gafted in any qdisc tree and bring back detailled information that is shown with curves. Try it if you want real time visualisation of enqueues, dequeues, delay in queue, queue size. It is at http://rawsoft.org Vincent. ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] priorizing vlans in a bridge
Le jeudi 10 fÃvrier 2005 Ã 19:05 -0300, [EMAIL PROTECTED] a Ãcrit : > Hi, this is my Linux Box > > >LAN 1 -|--eth1 <---br1--->eth0.1 | > | \| > |eth0--|- 802.1q tagged 1 Mbps link > | /| >LAN 2 -|--eth2 <---br2--->eth0.2 | > > > I have to bridge the 2 lans in the left side of the diagram with my linux box > running as a bridge. I have to tag the traffic of each lan so I created the 2 > vlans interfaces on eth0 (tag 1 and tag 2). > All works fine. But now I have to priorize LAN1 traffic so it leaves the > bridge > before LAN2. Also I need to shape the traffic to the 1 Mbps link. > > I read about the "prio" qdisc but it honours the TOS field of the IP packets, > and I don't want to unless it was really necessary. > I read about the "prio" option of the htb qdisc and made some scripts, but > they > don't work as I expected. > > HTB script: > > tc qdisc add dev eth0 root handle 1: htb > tc class add dev eth0 parent 1: classid 1:1 htb rate 1000kbit > > tc class add dev eth0 parent 1:1 classid 1:11 htb rate 500kbit ceil 1000kbit > prio 1 > tc filter add dev eth0 parent 1: prio 1 protocol ip handle 1 fw classid 1:11 > iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 > > tc class add dev eth0 parent 1:1 classid 1:12 htb rate 500kbit ceil 800kbit > prio 2 > tc filter add dev eth0 parent 1: prio 1 protocol ip handle 2 fw classid 1:12 > iptables -t mangle -A PREROUTING -i eth2 -j MARK --set-mark 2 > > What do you suggest me? May be you could try to add : tc filter add dev eth0 parent 1:0 protocol all u32 match u32 0 0 at 0 flowid 1:1 or some similar filter to get the whole flow from 1:0 to 1:1 ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] tc, VLAN, ebtables issue
Le lun 31/01/2005 Ã 07:12, kingz a Ãcrit : > Hi all, > > I am testing one QOS system, I want to control bandwidth by VLAN id. To filter a vlan and put the flow in a class, I use the following code in a C program: ...tc filter add dev %s parent %d:%d prio %d protocol all u32" \ " match u32 0x8100 0x at -8" \ " match u32 0x0%03x 0x0fff at -4" \ " flowid %d:%d\n"... The u32 filter can have negative position indication, here at position -4 there is the vlan number, and at -8 there is the 0X8100 identifying the tag, (the zero position being the start of the ip frame). This works only if you don't have the very modern ethernet cards that handle the tagged frames at their level. If you have such a card, then you never see the tagged frame, only normal ip frames coming from the "virtual" vlan ethernet devices. I don't think this is much help but good luck with your problem. ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
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] tail and head drop qdiscs
> vincent perrier wrote: > > I think that there are no qdiscs that permit to drop the oldest > > frame of a queue when this queue is full ... > What sort of thing do you want this for? > ... > Andy. > Very low rate (satellite links for example) and strict priority can lead to messages waiting for a chance to be transmitted and getting old in low prio queues as higher priority messages take all the bandwidth. 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] Determing the pfifo backlog
> My first question is whether a command exists that provides info > about the backlog. > > My second question is whether a system call exists that provides this > info. I would like to be able to query on the backlog at real time > and invoking the shell on each such query sounds like a lot of overhead. If you can compile a modified kernel, you can have real time access to the red qdisc backlog by using the soft at http://www.rawsoft.org I also think that real time info on the queues are very important and should be accessible in an easier way. ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] tail and head drop qdiscs
I think that there are no qdiscs that permit to drop the oldest frame of a queue when this queue is full, but I would like to be wrong: bfifo drops arriving frames when the max queue length is reached. red also drops arriving frames in a more elaborate fashion, with a drop probability that increases above a limit and becomes a drop certitude when the max queue length is reached. sfq drops "fairly", it piles frames with same (ip source, ip dest, port source and port dest) and drops a frame from the biggest pile to favour the smaller flows. But I cannot find the qdisc that reacts like a bfifo or red qdisc but drops the oldest message of the queue when a drop is needed. Even better: a qdisc with an autodestruct algorithm for each frame in the queue that would garantee the "freshness" of each frame coming out. If you know of such qdiscs, please share. ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] qdisc monitoring
Hello, I am interrested in the monitoring of the qos qdiscs parameters such as size of the queue, enqueues, dequeues, delay in queue, I made a tool to have those results availlable at http://rawsoft.org, but it will probably not work anymore because of the kernel evolutions (the file sch_red.c is patched for the tool to work). I would like to have all the necessary data coming from the kernel so as to monitor the qdisc queues in a real time way without kernel modification. Could I have a modified sch_red.c or sch_fifo.c that would contain hooks to monitor and bring back the results to the user space? How do I proceed to have a qdisc module creation in the kernel? Is it possible? The need to monitor is great: how do we prove the quality of the existing qdiscs? A monitoring tool that needs kernel module modifications is just useless. Regards Vincent Perrier ___ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] htb vs hsfc
HTB versus HFSC, both qdisc offer the same kind of service, if you want to see comparative test results, go to http://www.rawsoft.org at the line "TEST RESULTS" you will find the results for a sharing test and a burst test. You will see that both qdisc are good. ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] SFQ with Per Flow Caps
Le mer 09/06/2004 à 22:42, Bill Denney a écrit : > I'd like to implement something like SFQ, but with a cap of a rate per > flow. Essentially, I'd like to be able to limit citrix connections to > 30KBps without having an overall traffic flow cap for all citrix > connections. Slightly preferable to this would be something that would > actually work per flow instead of the stochastic algorithm. > > Is this possible? > > Thanks, > > Bill This could be a case for the HTB qdisc if you have a way to identify the citrix connections (ip, port, or any other field you know), here is an example of a config that limits 1 tcp connection of port source 22D0: tc qdisc add dev eth0 root handle 1: htb tc filter add dev eth0 parent 1:0 protocol all u32 match u32 0x0 0x0 at 0 flowid 1:1 tc class add dev eth0 parent 1:0 classid 1:1 htb rate 5000Kbit tc class add dev eth0 parent 1:1 classid 1:8 htb rate 240Kbit tc filter add dev eth0 parent 1:1 protocol all u32 match u32 0x0800 0x at -4 match u32 0x0006 0x00FF at 8 match u32 0x22D0 0x at 20 flowid 1:8 The u32 filter permits to match any field of the frame, in the config above, 800 is for IP 06 is for TCP and 22D0 is the source port, this flow won't go above 240Kbit. The problem is that may be you cannot know in advance the ports or ip numbers of your connections, in that case I don't know what could help you. t t -- vincent-perrier <[EMAIL PROTECTED]> ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] qdisc associated free software
How can I advertise a free software that is associated to the linux qdiscs (more particularly htb). The soft does not seem to have impressed google, it is at http://www.rawsoft.org If you work on htb and are used to compiling modules, then you should try it. ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] new qdisc visualization tool
I have made a tool to have real time plots of enqueues, dequeues, drops, size of queues, and time duration in queues with a tcl-tk interface, it it availlable at http://rawsoft.org/ I would be happy if somebody tried it. Note: for the tool to work, you have to compile 2 kernel modules, so you have to have the kernel headers. If you try it, please send a message to [EMAIL PROTECTED] ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/