| To: | Harald Welte <laforge@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH + RFC] neighbour/ARP cache scalability |
| From: | Andre Tomt <andre@xxxxxxxx> |
| Date: | Tue, 21 Sep 2004 09:04:18 +0200 |
| Cc: | Linux Netdev List <netdev@xxxxxxxxxxx> |
| In-reply-to: | <20040920225140.GH1307@xxxxxxxxxxxxxxxxxxxxxxx> |
| References: | <20040920225140.GH1307@xxxxxxxxxxxxxxxxxxxxxxx> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mozilla Thunderbird 0.8 (X11/20040918) |
Harald Welte wrote: As a result, on systems with large networks (think of even less than 16 bit netmasks!) the neighbour table can grow quite significantly, especially if some jerk runs pktgen with random destinations, and westart expiring 'real' neighbours in favour of incomplete ones. Or just regular worms/viruses traversing the Internet. Usually in setups I've seen, the arp cache overflows within seconds even on "smaller" prefixes like /21. The networks did get redesigned properly as a result of this however. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Kernel Oops (sig11) near vlan_dev_ioctl in 2.6.8.1, David S. Miller |
|---|---|
| Next by Date: | [PATCH + RFC] neighbour/ARP cache scalability, Robert Olsson |
| Previous by Thread: | Re: [PATCH + RFC] neighbour/ARP cache scalability, David S. Miller |
| Next by Thread: | [PATCH + RFC] neighbour/ARP cache scalability, Robert Olsson |
| Indexes: | [Date] [Thread] [Top] [All Lists] |