similar to: classification of incoming traffic with tc

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

Dear all, I have big question in my mind about "tc filter" sintax. If I give "tc -s -d filter sh dev eth0" command, then the output is like below : filter parent 1: protocol ip pref 1 u32 filter parent 1: protocol ip pref 1 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 1 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:2 (rule hit 21553629 success 37907)

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''

I can use DSMARK to mark on the Egress side. Is there a way to mark/change the DSCP value of an incoming packet on the ingress side? Thanks. Jon Flechsenhaar Boeing WNW Team Network Services (714)-762-1231 202-E7

Hi, Thanks for the reply. Mohan Sundaram wrote : > mark in iptables and use tc to classify using mark. Mark like this ? iptables -A INPUT -m layer7 --l7proto bittorrent -j MARK --set-mark 3 and then.. tc filter add dev eth0 protocol ip parent 1:0 1 handle 3 fw flowid 1:10 and lets say we have a flowid 1:3 declared to use at 60kbit ceil 60kbit Is that proper ? If so then it

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

Hi all! In short: Anybody wrote a patch for DSMARK to make it capable of marking only a ratio (a given arg to the tc command) of the packets it gets? Say, 20%? Or, do I have to hack into the source? Alternatives, like a filter spitting packets to 2 different DSMARK based on this ratio? In long: I''m a hungarian univ student involved in a project (RMD-QoS stuff) which needs

Hi all, Supposedly my router is itself streaming traffic to clients. Is it possible for it to mark its packets before going through dsmark?? I have gone through the examples in iproute2/examples, i noticed that there''s always an ingress and egress of which these are 2 different dev. Is it possible for before ingress and egress be the same dev?? I tried the script below but

I have a Gentoo Linux (kernel 2.6.11) server. Several months ago, I made a traffic shaping setup for my box (running a 2.4 kernel then) that worked beautifully. It gave high priority to SSH and RealAudio traffic, and put HTTP downloading traffic on a lower prio so they could only use what bandwidth was left. However, I''ve only just realized that tc is no longer accepting the commands I

Hello guys I have a subnet with 255 users, which need to share 1 single slow internet connection, so i would like to implement a kind of *fair queuing *on the UPLOAD between them, which means that they all share the connection equally.. The tools that i have available is: A linux box with IPROUTE2,HTB and TC.. I have looked at some examples, and my first idea was to make 255 entries in

On Wed, Jul 17, 2013 at 6:06 AM, Qiu Yu <unicell@gmail.com> wrote: > After some digging in openvswitch code. My wild guess is that vlan tag > reconfiguring triggered iface_configure_qos (vswitchd/bridge.c), which > in turn called netdev_set_policing to reset ingress policing rate. > Although there's no ingress_policing_rate set in my case, existing > ingress qdisc still

All: I am tasked with creating an environment in which DiffServ and IP precedence 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.)

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

Hi i have configured my server with cbq and gred. The problem is that the cbq doesnt drop packets. The cbq is configured at a rate of 500Kbit "qdisc cbq 4: rate 500000bit (bounded,isolated) prio no-transmit Sent 100103048 bytes 73933 pkts (dropped 0, overlimits 0) borrowed 0 overactions 0 avgidle 24000 undertime 0 " The traffic that being generated is more than 5Mbit with the

Hi....asterisk users... how to install asterisk on redhat ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20070410/0e647e89/attachment-0001.htm

Hello, I have the following proplem. My DiffServ configuration is working fine when I do ping, but when I use mgen the packets are not detected at the core router. Here is my core router configuration: #!/bin/bash tc qdisc add dev eth1 handle 1:0 root dsmark indices 64 set_tc_index tc filter add dev eth1 parent 1:0 protocol ip prio 1 tcindex mask 0xfc shift 2 tc qdisc add dev eth1 parent

I ''m having a problem identical to one encountered on this list awhile back: >I''m trying to configure dsmark qdisc on 2.6.11.4 user mode linux and >tc from iproute2-2.6.11-050314. > > >I think I have some mismatch in my setup since adding dsmark qdisc >fails *unless* I specify "set_tc_index" argument which I believe should >be optional:

Dear all, I''m having real problems getting tc to do anything useful at all. I''m also under pressure to get this fixed before the students start arriving later this month (I work in a university). In short, I want each IP address to be hard limited to 128kbit down, 64kbit up, never to be allowed more bandwidth than this. It is also important that the latency remains

Dear all can anyone tell me how to mark packet''s DSCP value using tc? Thanks. Regards, philip -- Hong Kong IP Multicast Initiative (HKIPMI) Department of Information Engineering The Chinese University of Hong Kong Phone : 2603 5240 Fax : 2603 5032 _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl

Hi all, First, let me say I''ve been most impressed with how quickly and professionally people on this list ask and answer questions. Next, let me say that with which I need help is properly configuring strict PQ, and gathering certain stats. Specifically: - I need to create a priority queue with four queues (let''s say they are of high, medium, normal, and low priority) - I