[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[lwip-devel] [bug #31367] Cannot send a UDP datagram to a different vali
From: |
Bill Auerbach |
Subject: |
[lwip-devel] [bug #31367] Cannot send a UDP datagram to a different valid subnet |
Date: |
Tue, 19 Oct 2010 19:03:05 +0000 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.10) Gecko/20100914 Firefox/3.6.10 ( .NET CLR 3.5.30729; .NET4.0E) |
Follow-up Comment #7, bug #31367 (project lwip):
>As to the ARP entry: I don't remember why, but there's a reason
>that entry isn't made. It's somewhere in the RFCs and I think it
>was to prevent the device having flood its ARP table
I see no reference to this after about an hour searching. What I did see
reference to: We might have a lot larger risk of spoofed ARP requests and ARP
floods causing problems than we do from trying to cache incoming broadcasts.
>If we had 1000 devices on a subnet and added an ARP entry for
>every broadcast, the ARP cache would grow very big very fast.
This also assumes every device broadcasts. Perhaps the ARP entry can be
delayed on a broadcast until it's known if a callback is going to handle it.
If no one handles it, there will be no outgoing data and nothing to cache. If
a callback is used for the broadcast packet, then an ARP entry created at that
time would allow the callback to reply and have it get out.
_______________________________________________________
Reply to this item at:
<http://savannah.nongnu.org/bugs/?31367>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/