richard lucassen wrote:
On Wed, 22 Feb 2006 11:43:40 +0200
"Vaidas" <[EMAIL PROTECTED]> wrote:


With u32 you cannot negate, that's why it is lame...


And why doesn't this work? (I send all port 80 to 1.2.3.4 to class 14
/before/ I send the rest to classid 13):

$TC filter add dev ${DEV_IFB} parent 1:0 prio 2 protocol ip u32 \
  match ip protocol 0x6 0xff \
  match ip dport 80 0xffff \
  match ip dst 1.2.3.4/32 \
  classid 1:14

$TC filter add dev ${DEV_IFB} parent 1:0 prio 2 protocol ip u32 \
  match ip protocol 0x6 0xff \
  match ip dport 80 0xffff \
  classid 1:13

Any ideas?

Looks OK to me - try what Anton suggested to be safe but order is usually enough.

I guess IFB means this is ingress - if you are doing nat / or the ip you match is on that machine maybe it not passing ifb with the address you expect.

Andy.
_______________________________________________
LARTC mailing list
[email protected]
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Reply via email to