lwIP - A Lightweight TCP/IP stack - Bugs: bug #28342, Many unnecessary records in ARP...
You are not allowed to post comments on this tracker with your current authentication level.
bug #28342: Many unnecessary records in ARP table
Submitter: | Martin Persich <persich> | ||
Submitted: | Fri 18 Dec 2009 08:05:45 PM UTC | ||
Category: | ARP | Severity: | 3 - Normal |
Item Group: | Change Request | Status: | Fixed |
Privacy: | Public | Assigned to: | goldsimon |
Open/Closed: | Closed | Planned Release: | None |
lwIP version: | CVS Head |
Sun 14 Feb 2010 06:12:38 PM UTC, comment #2: |
Simon Goldschmidt <goldsimon> |
Sun 27 Dec 2009 12:11:17 PM UTC, comment #1: I'd be cautious making such a change as the ARP RFC (826) clearly states to add all received broadcasts to the table to prevent too many broadcasts at a later time (if the host that ignored the broadcast before now needs it). If at all this should be an option defaulting to off.
|
Simon Goldschmidt <goldsimon> |
Fri 18 Dec 2009 08:05:45 PM UTC, original submission:
I found full ARP table with 16 items in very short time during my testing of ARP protocol in my project (Atmel AVR32 UC3A0512). I discovered that in this table is many unused IP addresses from my LAN. I found that every incoming IP address in ARP Request Packet from LAN is stored to "arp_table". It is better if in ARP table is only addresses which is necessary for MCU communication, not all from LAN, I think. It is reduce MCU utilization, I think.
|
Martin Persich <persich> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2010-02-14 | goldsimon | Status | None | Fixed | |
Assigned to | None | goldsimon | |||
Open/Closed | Open | Closed | |||
2009-12-18 | persich | Carbon-Copy | - | Added -email is unavailable- |
Powered by Savane 3.13-758e.
Corresponding source code
You're right, find_entry has been broken so that a new entry always has been created until the table was full. I fixed it the way you suggested, thanks for the input!
I also turned off ETHARP_TRUST_IP_MAC by default since it slows down reception of every packet and other systems don't do it that way, too.