dst cache overflows

Eddie Kohler kohler at icir.org
Tue Mar 5 08:38:31 EST 2002


Hi Anthony, thanks for the reminder.

> I've found out the reason why there was "dst cache overflow" due to the
> random generated source ip address. Is there any way to overcome this as
> the spoofed source ip address is the common technique for DOS attack?

Given your configuration, this sounds like an issue with Linux's routing
code, which we have nothing to do with. Try the Linux kernel mailing list
perhaps?

> I got another problem while receiving at a rate of 22K packets per
> second: error message "Transmitter is stuck, 60000601" always came out.
> Under the polling mode of acenic, it could only achieve the max 82K
> packets per seconds and the additional packets would be dropped by the
> NIC card(or driver). Are there any tuning parameters that can achieve
> more that 300K packets per second.

We have had issues recently with configurations where Linux does most of
the routing (PollDevice -> ToLinux; Idle -> ToDevice). This is not the way
we tend to run Click; if we want to route packets, we do it in Click. So
you could try that, or you could wait for us to fix the issues, which
hopefully should be soon.

Eddie



More information about the click mailing list