-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
| What I found most helpful, when things were not working as I thought I had | configured them to, was to graph for a duration and compare the incidents | with the graph output. If you can pinpoint spikes on the graph or other | events with VoIP issues, you might see if your configuration is at fault. | | ( Shameless plug: | http://trekweb.com/~jasonb/articles/traffic_shaping/monitoring.html )
Thanks.. it will be useful!
I've just graphed it, and it seems ok.. i can see the root, the four child (three are used to shape each one of the three lines we have, that share the same shaper, one is used to put the traffic going from one of the three local nets to the other, which i do not want to be shaped) and their respective child, and finally the leaf classes (question: is it necessary to attach a leaf sfq or pfifo class to make things work? i guess no, it's just used to give fairness to each connections sent to the class, right?) I can also se the filters that use "mark" policy go directly to the root class. I did not understand exactly why filters are attached to the root qdisc, and not to the qdisc they refer too, but i guess it's a correct behavious as i see it in every script around... i'll try to see if i can understand alittle more with the traffic graphs too.. Thanks again, Ricky -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB8rF6wfVi6Z6cQK8RAsg2AJ46TBdg0lDMlRNOUByF4zjlsVlcKgCguVOI bZ1kpiUVVh8rbXBnseNBAq8= =X6Mx -----END PGP SIGNATURE----- _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
