search for: af13

Hi, I am trying to implement a simple scaled-down version of the AF traffic class type. As such I basically want to remark non-conforming AF11 packets to AF13. Here is m script that I have been using on the ingress router of my network: ---------------------------------------- Link=''dev eth1'' Rate1=''rate 800Kbit'' Rate2=''rate 2500Kbit'' Burst=''burst 9K'' Action=''continue...

...12 echo ''installing AF12'' $tc filter add dev $DEV parent 1:0 protocol ip prio 1 handle 0x0c tcindex classid 1:212 $tc qdisc change dev $DEV parent 4:1 gred limit $DP_LIMIT2 min $DP_MIN2 max $DP_MAX2 burst $DP_BURST2 avpkt 1500 bandwidth $Total_Rate DP 2 probability 0.04 prio 3 # AF13 echo ''installing AF13'' $tc filter add dev $DEV parent 1:0 protocol ip prio 1 handle 0x0e tcindex classid 1:213 $tc qdisc change dev $DEV parent 4:1 gred limit $DP_LIMIT3 min $DP_MIN3 max $DP_MAX3 burst $DP_BURST3 avpkt 1500 bandwidth $Total_Rate DP 3 probability 0.06 prio 4...

...nce is handled as close to RFC specification as possible. I have a few problems with implementing this based on current queueing structure. Here are a few of my questions. 1.) Is there any way to get DiffServ AF drop levels without using DSMARK and GRED? Ex. AF11 Gred DP 1 AF12 Gred DP 2 AF13 Gred DP 3 2.) Can I get traffic into GRED DP levels without using DSMARK? 3.) It appears that DSMARK was designed to be the root queuing discipline of an interface. Is this true? 4.) If you filter with DSMARK into a class the TOS value is copied into Tcindex. If you further filter that tr...

...o 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 af32 -> gred vq 5 af33 -> gred vq 6 af41 -> gred vq 1 af42 -> gred vq 2 af43 -> gred vq 3 _______________________________________________ LARTC mailing list LARTC@mailman.d...

Hello all, Please could someone help me with this, I have been trying for days to get this to work. I would like to have BE, AF & EF classes with HTB qdisc. I can''t find any scripts online where this has been done. If I enable this filter: #tc filter add dev eth0 parent 2:0 protocol ip prio 1 \ #tcindex mask 0xf0 shift 4 pass_on then BE & AF classification seems to be fine but

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

...10 #af11 tc qdisc change dev eth0 parent 2:1 gred limit 512000 min 24000 max 32000 \ avpkt 1000 burst 40 probability 0.04 bandwidth 1024 DP 11 prio 11 #af12 tc qdisc change dev eth0 parent 2:1 gred limit 512000 min 24000 max 32000 \ avpkt 1000 burst 40 probability 0.06 bandwidth 1024 DP 12 prio 12 #af13 tc qdisc change dev eth0 parent 2:1 gred limit 512000 min 24000 max 32000 \ avpkt 1000 burst 40 probability 0.06 bandwidth 1024 DP 13 prio 13 _______________________________________________ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Hi, I am trying to compile "iproute2" (iproute2-2.4.7-now-ss020116-try.tar.gz, inclusively the latest HTB patch, activated diffserv components) on a SuSE-Linux 8.2 system (using "gcc 3.3", system based on "glibc 2.3.2"). It is no problem as long as I use the kernel header files of linux-2.4.20 (vanilla), linux-2.4.20.SuSE (special kernel patched by SuSE, shipped

https://bugzilla.mindrot.org/show_bug.cgi?id=1964 Bug #: 1964 Summary: QoS/DSCP names false translated to ToS hex value Classification: Unclassified Product: Portable OpenSSH Version: 5.9p1 Platform: amd64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh

Am 12.08.2015 um 20:29 schrieb Dr J Austin: > > > On Wed, 12 Aug 2015, Alexander Dalloz wrote: > > >>> I have been working at trying to get cyrus to listen on 148.197.29.5 >>> interface instead of the localhost - I have failed >>> > >> No square brackets around the ip address. > > imap cmd="imapd" listen="imap"

...dmail hashimapspool: true sasl_pwcheck_method: saslauthd sasl_mech_list: PLAIN tls_cert_file: /etc/pki/tls/certs/cyrus.pem tls_key_file: /etc/pki/tls/certs/cyrus.pem tls_ca_file: /etc/pki/tls/certs/ca-bundle.crt # uncomment this if you're operating in a DSCP environment (RFC-4594) # qosmarking: af13 [root at newmick etc]# [root at newmick etc]# cat /etc/cyrus.conf # standard standalone server implementation START { # do not delete this entry! recover cmd="ctl_cyrusdb -r" # this is only necessary if using idled for IMAP IDLE idled cmd="idled" }...