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:
# tc qdisc add dev eth1 handle 1:0 root dsmark
Hi i need a cbq configuration that works and drops
packets if the flow exceeds an amount of data.. Do u
have any configuration that drops packets...? My cbq
configuraion doesnt drop packets... The traffic use
the correct class but seems that tha cbq is not able
to control correct the flow
Tero Saarni wrote:
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:
# tc qdisc add dev eth1
* Patrick McHardy [EMAIL PROTECTED] 2005-03-20 16:15
# tc qdisc add dev eth1 handle 1:0 root dsmark indices 8
RTNETLINK answers: Invalid argument
Mar 20 13:00:50 user user.debug kernel: dsmark_init(sch a0bb3ae0,[qdisc
a0bb3b60],opt )
It is caused by this patch, the transformation
From: Thomas Graf [EMAIL PROTECTED]
My patch is right but discovered a quite more serious bug in the
generic routing attribute handling. nlmsg_len is not aligned to
RTA_ALIGNTO if the data length of the attribute did not have
this alignment itself. The fact that the addition of the next attribute
Hi i need a cbq configuration that works and drops
packets if the flow exceeds an amount of data.. Do u
have any configuration that drops packets...? My cbq
configuraion doesnt drop packets... The traffic uses
the correct class but seems that the cbq is not able
to control correct the flow
Hi.
Drag0n wrote:
been sending virii e-mails, and no other e-mails, its an easy block. If
he was actualy on this list, he would have responded to this thread in
his own defense.
Don't forget that some people don't read their mails every day. Some are
enjoying the weekend, others are on holidays,