search for: af2

...e problem. When I read in the points for the data file listed above ('af1.txt'), both calls to voronoi.mosaic() work fine. (The second one takes about 1.5 seconds because there are 1147 points in the toroidally corrected set). However, when I read in the points from the next file ('af2.txt'), the first call to voronoi.mosaic() works. The next call (to torus()) also works fine. But the second call to voronoi.mosaic() causes R to freeze completely requiring Ctrl-Alt-Del. I have 10 sets of points and this problem happens for about 5 of them. Factors I have ruled out: -too...

...---- --- +-----+ | ------- | | +-----+ | ------- O O --| u32 |-+-O O O O ----|scheduler|-| u32 |-+-O O O O(AF1) --- +-----+ | ------- | | +-----+ | ------- | ------- | | | ------- +-O O O O ----| | +-O O O O(AF2) | ------- / | | ------- | ------- / +---------+ +-O O O O - ------- # HTB qdisc $ /sbin/tc qdisc add dev eth0 handle 1: root htb # HTB classes $ /sbin/tc class add dev eth0 parent 1:1 classid 1:11 \ htb rate 3Mbi...

...dev $EDEV parent 2:20 gred DP 2 limit $lim min $minTh max $maxTh avpkt $avgPL burst $bursty bandwidth $netBand probability 0.04 prio 3 $TC qdisc change dev $EDEV parent 2:20 gred DP 3 limit $lim min $minTh max $maxTh avpkt $avgPL burst $bursty bandwidth $netBand probability 0.06 prio 4 ### GRED for AF2 $TC qdisc add dev $EDEV parent 2:30 gred setup DPs 3 default 2 grio $TC qdisc change dev $EDEV parent 2:30 gred DP 1 limit $lim min $minTh max $maxTh avpkt $avgPL burst $bursty bandwidth $netBand probability 0.02 prio 2 $TC qdisc change dev $EDEV parent 2:30 gred DP 2 limit $lim min $minTh max $ma...

I''m successfully using HTB + GRED to shape traffic based on the DSCP field. I would like to strip the DSCP and possibly replace it with normal ToS bits on egress traffic leaving my network. Leaving DSCP set is pointless, and could potentially cause problems with some ISPs that use DSCP internally I suppose. Setting ToS bits would seem ideal as most networks still honor it to varying

...he packets from one interface to another- I can add and remove these iptable rules on the fly. Does this sound correct, or is there an easier way to do this using the tcng package? Also does anyone know of a basic tcng configuration script that sets up a basic DiffServ router with BE, EF, AF1, AF2, AF3 classes? (A big ask, I know!) thanks and regards, Richard

...qdisc to set the tc_index for the proper GRED vq(1-12). My question is: Is there a way to allow for priority between the af classes and within the af classes? also would it be possible to to the following: HTB(6Mb) | GRED(1)grio HTB1 (af1) (1MB) GRED(1-3)grio | GRED(2)grio HTB2(af2) (1MB) GRED(1-3)grio thx jason ************************what i have now************** HTB (6Mb) | GRED (1-12) using grio af11 -> gred vq 10 af12 -> gred vq 11 af13 -> gred vq 12 af21 -> gred vq 7 af23 -> gred vq 8 af23 -> gred vq 9 af31 -> gred vq 4 a...

Hi, just wondering if this type of configuration would be possible for using AF and EF classes. HTB (6.0M) --GRED 5 (AF1) --HTB(1M) [is it possible to have this with a 1M rate and a 6M ceiling?] --GRED [3 greds using grio] VQ1 -3 --GRED 4 (AF2) --HTB(1M) --GRED VQ1 -3 --GRED 3 (AF3) --HTB(1M) --GRED VQ1 -3 --GRED 2 (AF4) --HTB(1.5M) --GRED VQ1 -3 --GRED 1 (EF) --HTB(1.5M) --GRED...

...lo, As we know that there are four kinds of AF in diffserv architecture, and each kind has three different priorities. So, there are 12 different kinds of AF, is it right? Of course, each AF has its recommended DSCP value. Then, we know the AF is classified into four differnt classes, such as AF1, AF2, AF3, and AF4. But in a Diffserv domain, and in the core router, there will be a classifier which will be used to classify the flow into different class, is it right? Then, this classifier is according to the DSCP value in the packet, right? My confusion is what is the difference between the classe...

Hello! In an attempt to finally get a recent Xen dom0 kernel booted on this pesky amd64 system (see <http://lists.xensource.com/archives/html/xen-users/2009-10/msg00485.html> for the (short) story), I wanted to give this one one a try: Marco Nenciarini <mnencia at prato.linux.it> wrote: > I've applied latest forward ported patches from > >