RE: [LARTC] Gred/dsmark/htb
Title: Re: [LARTC] Gred/dsmark/htb Hi, thx for the reply. If I changed the parent to 2.0 for the filters this would not pass the minor classid field back to the tcindex, which is required for gred? thx jason From: Andy Furniss [mailto:[EMAIL PROTECTED]Sent: Thu 1/12/2006 2:43 PMTo: comp.techsCc: lartc@mailman.ds9a.nlSubject: Re: [LARTC] Gred/dsmark/htb comp.techs wrote:> Hi, I am trying to get assured forwarding/expedited forwarding with gred and htb working. Below is the script I am using.> The following steps are what I thing is how the script works. My problem is that if I remove the HTB qdisc from the script and have the GREDS parent as the dsmark it works, but when I add the htb as a parent of GRED and DSmark the parent of htb it does not work?> > Any suggestion appreciated.> thx jason> > 1. The DS field is marked by iptables in prerouting/mangle to the appropriate class.> 2. DSMark masks the ds and copies ths dscp to the tcindex field.> 3. filters are selected as per what dscp there handle is.> 4. the minor of the filter is returned back to the dsmark and copied to the tcindex> > > #!/bin/sh> tc qdisc del dev eth0 root> tc qdisc add dev eth0 handle 1:0 root dsmark indices 16 set_tc_index> tc filter add dev eth0 parent 1:0 protocol ip prio 1 tcindex \> mask 0xfc shift 2 pass_on> #af class 1I think all the filters below here should be on 2:0> tc filter add dev eth0 parent 1:0 protocol ip prio 1 \> handle 10 tcindex classid 1:11> tc filter add dev eth0 parent 1:0 protocol ip prio 1 \> handle 12 tcindex classid 1:12> tc filter add dev eth0 parent 1:0 protocol ip prio 1 \> handle 14 tcindex classid 1:13> #af class 2Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] Download and upload independency
Hello everyone: As it is known, when you limit uplink bandwidth it usually gets downlink bandwidth to a lower value. I just want to know what is the optimal configuration for eth1 and imq0 according to some variables of tc(HTB), txqueuelen, mtu, etc. to make these packet flows less independent on an ethernet based network. Thank you in advance. -Diego ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Multi-path routing only using last nexthop in default route.
Hello, On Mon, 16 Jan 2006, Jody Shumaker wrote: > ${IP} route add default table 221 proto static \ > nexthop via ${EXTGW2} dev ${EXTIF2} weight 1\ > nexthop via ${EXTGW1} dev ${EXTIF1} weight 5 > > With this command, connections going out from my network always seem to use > the GW1 route. I if I reverse the order of the nexthop's to list GW1 first > and GW2 second, then the reverse happens and all outgoign connections use > GW2. I'm going to attempt to test this better by attempting a large number > of connections to a large list of ip's, but in running this setup I've never > seen it use both gateway's. Do you have script to ping/arping the gateways on eth device(s)? The NOARP devices are always preferred if the GWs on ARP devices are not marked reachable in ARP cache. Regards -- Julian Anastasov <[EMAIL PROTECTED]> ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc