dst cache overflows

[Anthony Tsang]

Dear Eddie,

Thank you very much for prompt reply.
 
Because the "dst cache overflow" only occurs when click kernel module
was installed. I don't know whether click has changed something that it
makes it happen. Have you got any record of user that uses the Acenic
driver that could achieve over 300 Kps? That's main reason I'd like to
try.

Thanks in advance,
Anthony
 

Eddie Kohler wrote:
> 
> 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