lwip-devel
[Top][All Lists]
Advanced

[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/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]