[LARTC] tcng version 8x
... is on SourceForge, http://tcng.sourceforge.net/#src There's a lot of stuff in this one, and there's even more to come. In fact, the change log just got so long that I need to make this release now :-) Highlight: - added Jacob Teplitsky's HTB for tcng - tcsim's attribute handling got a little smarter again - build/cleanup process housekeeping - lots of minor bug fixes The full change log is below. The probably most interesting feature is Jacob's HTB interface for tcng. Thanks, Jacob ! There are still a few things in parameter handling that may change in the next version of tcng, mainly concerning quanta, but besides that, this looks good. See tests/htbng for an example and its translation. The tcsim attribute handling changes are mainly an extension to allow macros like IP_PCK and IP6_PCK to change the protocol, but in such that this doesn't get in the way with explicitly setting the protocol attribute. The gory details are explained in the tcsim documentation (the "send" command), and in tests/tcsattset and tests/tcsattpro There's also one more user-visible change: the "protocol" attribute is now preserved across links in tcsim, because this is also what's likely to happen in real life. Note that I didn't have time yet to resolve the pending issues in protocol-aware classification. - Werner -- cut here --- Version 8x (20-SEP-2002) - tcc: added HTB queuing discipline (tests/htbng, by Jacob Teplitsky) - tcsim no longer resets the "protocol" attribute when traversing a link (tests/tcsattpsv) - tcsim attributes now have two priorities (normal and default, indicated with the keyword "default"), and the global attributes can be set with the command "attributes" (tests/tcsattset) - tcsim: IP_PCK and IP6_PCK now set the "protocol" attribute with "default" priority (tests/tcsattpro) - updated kernel version example in tcng/README from 2.4.18 to 2.4.19 (change log incorrectly stated this had been done already in 8u) - added warning when taking prefix of IPv4 or IPv6 constant instead of field (tests/constpfx, suggested by Jacob Teplitsky) - added warning switch "constpfx" to control above warning (tests/constpfx) - added new make target "immaculate" which also removes pre-built files - tcc/ports.tc is now removed by "immaculate", not "clean" - doc/Makefile can now re-generate EPS files (from FIG) - .depend is now always removed on "spotless", never on "clean" - various other minor "make clean" and "make spotless" corrections (most of them reported by Jacob Teplitsky) - added dummy targets "depend" and "dep" to doc/Makefile - documentation: added section describing parameter propagation rules - tcng/README now lists packages required for building and using tcng (suggested by "raptor") - setup.klib now reverts PSCHED_CLOCK_SOURCE to PSCHED_JIFFIES in case it was changed in the source tree (reported by "raptor") - runtests.sh got confused by END CONDITIONAL followed by BEGIN CONDITIONAL (tests/tstcond) - tcc let various types of "drop on" slip through, crashing it later (tests/dropon) - moved "drop on" test from tests/misfeatures to tests/dropon - tcsim_filter failed to select by device name (tests/tcng-8x) - documentation: -c was missing in "tcsim_filter tos=0xb8" example - tcsim_filter included packet ID in output, although documentation claims it doesn't, which makes more sense (tests/tcng-8x) - tcc failed to refuse element ID zero in "fw" filter (tests/tcng-8x) - updated tests/blocks, tests/cbqzero, tests/extndm, tests/location, tests/misfeatures, tests/newsynmsc, tests/semicolon, tests/tag, tests/tcng-5g, and tests/tcng-6w accordingly - tcsim/packet6.def:IP6_HDR did not initialize $ip6_plen - added pending issues related to protocol selection support to tcng/TODO -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] the quantity of imq device
HTB and imq was used to control traffic. modprobe imq numdevs=3 but only imq0 and imq1 can be used; if there are five NICs, please tell me how can I can use imq2 , imq3 and so on. _ Do You Yahoo!? ÐÂÏʵ½µ×,ÓéÀÖµ½¼Ò - ÑÅ»¢ÍƳöÃâ·ÑÓéÀÖµç×ÓÖܱ¨! http://cn.ent.yahoo.com/newsletter/index.html ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] [tcng8w] make test errors (mandrake 2.4.19-9mdk)
raptor wrote: > This time errors are real :") That weird cpp strikes again. Which CPP version is this anyway ? Does putting #line 0 or #line 1 at the end of tcng/tcc/default.tc help or at least change the output in any way ? (According to the CPP 2.95.3, 3.1.1 and 3.2 docs, #line N should set the line number of the _next_ line to N, but CPP "2.96" (RH) and 3.1 set the line number of the current line, so the next line becomes N+1.) - Werner -- _ / Werner Almesberger, Buenos Aires, Argentina [EMAIL PROTECTED] / /_http://www.almesberger.net// ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Collect iproute2 traffic stat
I have written a very small and simple C program parsing traffic byte values out of the iptables output, and then storing the values into a MySQL Database. Combined with a PHP webinterface for example you can also generate statistics like these ... If anyone wants the source of the small C program, just ask me for it. - Thilo Schulz ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] Collect iproute2 traffic stat
On Thursday 19 September 2002 15:05, Xorader Babka wrote: > Hello lartc-boys, > > I planed to write script, which collects traffic statistics from 'tc > classes' (different server services) and transform this by MRTG (or > other...) for web view... And logs, archived in txt files or in DB > (MySQL ? ) > But i think, that someone made this job, May somebody share one's > experience or finished scripts for examples ? :) http://home.docum.org/stef.coene/qos/gui/rrd.html But hey, any updates/suggestions are welcome. Stef -- [EMAIL PROTECTED] "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] [tcng8w] make test errors (mandrake 2.4.19-9mdk)
This time errors are real :")
tc-htb patch applied... (as specified in the README)
tcng-htb patch applied .
For thouse that don't know... i have made manual review of the mandrake kernel and
the latest htb-kernel-patches... and it seems they are in...
SO ANYONE USING MANDRAKE SHOULD NOT NEED TO APPLY HTB-KERNEL-PATCHES FOR 2.4.19-9mdk.
FYI : after maximum a week Mandrake9.0 will be out (it is with this kernel).
==
compound construct with assignment: PASSED
compound construct with multiple assignments: PASSED
compound construct must end with semicolon: PASSED (warning: output differs)
Standard output:
| :17: syntax error near "}"
Reference output:
| :1: syntax error near "}"
compound construct may end with multiple semicolons: PASSED
compound construct requires semicolon after assignment: PASSED (warning: output
differs)
Standard output:
| :17: syntax error near "$x"
Reference output:
| :1: syntax error near "$x"
compound construct allows multiple semicolons after assignment: PASSED
compound construct warns about unused variables: FAILED
File: tests/compound
Command: tcc -c 2>&1
Input: _in.17273
Output:_out.17273
Reference: _ref.17273
scripts/runtests.sh: line 2: 17297 Broken pipe cat
scripts/run-all-tests: line 14: 28441 Broken pipe cat $n
make: *** [test] Error 1
[root@qos tcng]# cat _in.17273
$a = { $x = 13; 7; };
field foo = raw if $a == $a;
[root@qos tcng]# cat _ref.17273
:1: warning: unused variable x
[root@qos tcng]# cat _out.17273
:17: warning: unused variable x
[root@qos tcng]#
___
LARTC mailing list / [EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] "rate" is not in class statistics for htb with imq0
Hi, please, may anybody explain me why real class rate is not appeared in statistics? When I used HTB without imq the "rate" appeared on the line after Sent .. >tc -s class show dev imq0 class htb 1:1 root rate 240Kbit ceil 240Kbit burst 4Kb cburst 1906b Sent 629827678 bytes 1352516 pkts (dropped 0, overlimits 0) lended: 300670 borrowed: 0 giants: 0 tokens: 106880 ctokens: 48506 class htb 1:100 parent 1:1 leaf 1000: prio 0 rate 120Kbit ceil 240Kbit burst 2Kb cburst 1906b Sent 50222321 bytes 195041 pkts (dropped 0, overlimits 0) lended: 195000 borrowed: 41 giants: 0 tokens: 103681 ctokens: 48080 class htb 1:200 parent 1:1 leaf 2000: prio 7 rate 120Kbit ceil 240Kbit burst 2Kb cburst 1906b Sent 579605357 bytes 1157475 pkts (dropped 0, overlimits 0) lended: 856846 borrowed: 300629 giants: 0 tokens: 104533 ctokens: 48506 Thanks Lumir Unzeitig ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] Collect iproute2 traffic stat
Hello lartc-boys, I planed to write script, which collects traffic statistics from 'tc classes' (different server services) and transform this by MRTG (or other...) for web view... And logs, archived in txt files or in DB (MySQL ? ) But i think, that someone made this job, May somebody share one's experience or finished scripts for examples ? anyone any ideas ? -- Xor mailto:[EMAIL PROTECTED] ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] latency simulation
Hi Hannes, You are right. Thank to Stef for the information. I´ll take a copy too. Best regards, Leonardo Balliache At 06:35 p.m. 18/09/02 +0200, you wrote: >Message: 5 >Date: Wed, 18 Sep 2002 10:04:36 +0200 >From: Hannes Ebner <[EMAIL PROTECTED]> >To: [EMAIL PROTECTED] >Subject: Re: [LARTC] latency simulation > >Hi Leonardo, > > > Have a look to tbf. It has a selectable latency parameter that adjust > > the queue length. http://lartc.org/lartc.txt paragraph 9.2.2. Token > > Bucket Filter can give you more information. > >from the HOWTO: "...the latency parameter, which specifies the maximum >amount of time a packet can sit in the TBF...". > >_Can_ sit in the TBF, not _will_ sit. Therefore it is also possible to >get the packet forwarded with a latency smaller than the one I have >given to the TBF - but I need a method to decrease it to a fixed amount. > >Regards, >Hannes ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] tc/htb still hangs system - ksymoops traced.
Werner thanks for usefull info ! On Wed, 18 Sep 2002, Werner Almesberger wrote: > Concerning the Oops you got: you should run it through ksymoops > (see Documentation/oops-tracing.txt in your kernel source tree). OK, I retyped screenshot and put it to ksymoops and it said: [Will it be enough info to debug, what can I do also ?] ### BEGIN ### ksymoops 2.4.6 on i686 2.4.20-pre7. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-pre7/ (default) -m /boot/System.map-2.4.20-pre7 (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Oops: CPU:0 EIP:0010:[] Not tained Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010202 eax: 5198 ebx: 0030 ecx: cd227400 edx: cf6ecc84 esi: cf6ecc84 edi: 0030 ebp: esp: c0211e3c ds: 0018es: 0018 ss: 0018 Process swapper (pid: 0, stackpage=c0211000) Stack: cf6ecc00 cd227400 d093caa4 cd363c5c cf6ecc84 cd227400 0003 cd227400 0001 cd363c5c cd363c5c d093ce55 cd363c5c cd227400 03938700 cd227400 d093d71f cd363c5c cd227400 c0211eb4 cd363924 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 81 38 f1 fe fa fe 74 12 68 84 01 00 00 68 00 f3 93 d0 c8 82 >>EIP; d093c56f <[sch_htb]htb_add_to_id_tree+93/130> <= >>ecx; cd227400 <_end+cfb8e4c/10596a4c> >>edx; cf6ecc84 <_end+f47e6d0/10596a4c> >>esi; cf6ecc84 <_end+f47e6d0/10596a4c> >>esp; c0211e3c Trace; d093caa4 <[sch_htb]htb_activate_prios+a4/13c> Trace; d093ce55 <[sch_htb]htb_change_class_mode+89/a0> Trace; d093d71f <[sch_htb]htb_do_events+1bb/210> Trace; d093dc1b <[sch_htb]htb_dequeue+10b/21c> Trace; d093d913 <[sch_htb]htb_dequeue_tree+a7/218> Trace; d093dc8c <[sch_htb]htb_dequeue+17c/21c> Trace; c0199843 Trace; c019384d Trace; c01168aa Trace; c0109962 Trace; c0106ba0 Trace; c0106ba0 Trace; c010bb18 Trace; c0106ba0 Trace; c0106ba0 Trace; c0106bc3 Trace; c0106c29 Trace; c0105000 <_stext+0/0> Trace; c0105027 Code; d093c56f <[sch_htb]htb_add_to_id_tree+93/130> <_EIP>: Code; d093c56f <[sch_htb]htb_add_to_id_tree+93/130> <= 0: 81 38 f1 fe fa fe cmpl $0xfefafef1,(%eax) <= Code; d093c575 <[sch_htb]htb_add_to_id_tree+99/130> 6: 74 12 je 1a <_EIP+0x1a> d093c589 <[sch_htb]htb_add_to_id_tree+ad/130> Code; d093c577 <[sch_htb]htb_add_to_id_tree+9b/130> 8: 68 84 01 00 00push $0x184 Code; d093c57c <[sch_htb]htb_add_to_id_tree+a0/130> d: 68 00 f3 93 d0push $0xd093f300 Code; d093c581 <[sch_htb]htb_add_to_id_tree+a5/130> 12: c8 82 00 00 enter $0x82,$0x0 <0>Kernel panic: Aiee, killing interrupt handler! 1 warning issued. Results may not be reliable. ### END ### Regards tw -- ck.eter.tym.pl ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] Don't-bother [tcng8u] make test errors
sorry for the wasted bandwith, all the time I was thinking I'm with the latest TCNG, but the last one is 8w dloading...:") sorry again ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Re: [LARTC] [tcng8u] make test errors
Hmm it seems like one my old problem... seems i had the same error with older tcng.. have to look in the arhives.. ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
[LARTC] [tcng8u] make test errors
here are the errors I'm getting
[root@qos tcng]# cat _ref.4609
:1: warning: unused variable x
[root@qos tcng]# cat _out.4609
:17: warning: unused variable x
[root@qos tcng]# cat _in.4609
$a = { $x = 13; 7; };
field foo = raw if $a == $a;
-
bare words for strings are forbidden: PASSED
quoted strings for strings are okay: PASSED
bare words for warning labels are forbidden: PASSED (warning: output differs)
Standard output:
| :17: syntax error near "nounused"
Reference output:
| :1: syntax error near "nounused"
quoted strings for warning labels are okay: PASSED
bare words are still okay for device names: PASSED
quoted strings are also okay for device names: PASSED
typos don't turn into strings (1): PASSED
qdisc collision from distinct blocks is detected (1): PASSED
qdisc collision from distinct blocks is detected (2): PASSED
"inner" blocks are shown correctly in variable use output: PASSED
bucket: can define variables: PASSED
bucket: can use with conform, count: PASSED
bucket: policer parameters are refused: PASSED (warning: output differs)
Standard output:
| :17: unrecognized parameter "mtu"
Reference output:
| :1: unrecognized parameter "mtu"
compound construct with multiple assignments: PASSED
compound construct must end with semicolon: PASSED (warning: output differs)
Standard output:
| :17: syntax error near "}"
Reference output:
| :1: syntax error near "}"
compound construct may end with multiple semicolons: PASSED
compound construct requires semicolon after assignment: PASSED (warning: output
differs)
Standard output:
| :17: syntax error near "$x"
Reference output:
| :1: syntax error near "$x"
compound construct allows multiple semicolons after assignment: PASSED
compound construct warns about unused variables: FAILED
File: tests/compound
Command: tcc -c 2>&1
Input: _in.4609
Output:_out.4609
Reference: _ref.4609
scripts/runtests.sh: line 2: 4633 Broken pipe cat
scripts/run-all-tests: line 14: 15771 Broken pipe cat $n
make: *** [test] Error
___
LARTC mailing list / [EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
