See, /proc/sys/net/ipv4/ip_conntrack_max try to change value from this file to a higher value. It may happen. If it doesn't help go keep mailing me :). No i didn't overcome my problem yet. But I'm close. I did what i sad in the first line of my mail and it help for some time. I think htb has some kind of defect when using ds_mark. When I were shaping download only using ip_dst it were working great but when i started using ds_mark to shape upload this bad things started to happen. Today I've splitted making NAT and shaping on two boxes so I can do ip_src in htb and then when the traffic is already shaped I can NAT it. If it works we will se. Good luck. ----- Original Message ----- From: "ing.Marco Baiguera" <baiguera@xxxxxxxxxxxxxx> To: <mjoachimiak@xxxxxxxxxxxxxx> Sent: Friday, September 17, 2004 4:43 PM Subject: did you manage to solve dst cache overflow ? i have problems like yours: sometimes network stops responding and i have "dst cache overflow" messages in logs. i have a intel linux box with 2.4.26 kernel and several patches (bridge netfilter + dgd + equalize multipath routing) do you have any suggestion? thank you marco _______________________________________________ LARTC mailing list / LARTC@xxxxxxxxxxxxxxx http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
