cvs commit: src/sys/netinet if_ether.c

From: Dan Allen (danallen46_at_airwired.net)
Date: 11/26/05

  • Next message: Craig Boston: "Re: cvs commit: src/sys/netinet if_ether.c" 
    To: freebsd-net@freebsd.org
Date: Fri, 25 Nov 2005 17:53:12 -0700

    The following change appears to have crashed my network today. If I
    back up to the revision of src/sys/netinet/if_ether.c prior to this,
    my machine is fine, but otherwise it will not talk to my Netgear
    router's DHCP server properly and in fact it almost does a Denial of
    Service on the router! Every light on the router is on - the machine
    hangs at boot waiting for a DHCP address, and then it hangs again
    when sshd starts up.

    I am not a network guru (more of a compiler guy) but I think this
    change should be investigated or possibly backed out. If there are
    questions, feel free to email me.

    Dan Allen
    Building FreeBSD since 2.0... 

    ---
Commit by glebius on RELENG_6 :: src/sys/netinet/if_ether.c:
MFC 1.145:
Rework ARP retransmission algorythm so that ARP requests are
retransmitted without suppression, while there is demand for
such ARP entry. As before, retransmission is rate limited to
one packet per second. Details:
Remove net.link.ether.inet.host_down_time
Do not set/clear RTF_REJECT flag on route, to avoid rt_check()  
returning error. We will generate error ourselves.
Return EWOULDBLOCK on first arp_maxtries failed requests , and return  
EHOSTDOWN/EHOSTUNREACH on further requests.
Retransmit ARP request always, independently from return code.  
Ratelimit to 1 pps.
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
  • Next message: Craig Boston: "Re: cvs commit: src/sys/netinet if_ether.c"

    Relevant Pages

    • Re: Network scanning: Continued (newbie)
      ... ARP requests are handled a layer under IP. ... > egress packets impossible on layer 1. ... > should be pretty silent if put that firewall ruleset on it. ... > The recent conversation titled network scanning inspired me to ask the ...
      (Security-Basics)
    • Re: ARP request retransmitting
      ... >> I suggest to keep sending ARP requests while there is a demand for ... >>this (we are trying to transmit packets to this particular IP), ... >...seconds between packets as you proposed, consider waiting either of: ... with things like windows network neighborhoods, ...
      (freebsd-arch)
    • Re: Windows: Dont try to save me, PLEASE
      ... ARP requests are broadcasts ... If the "adapter" is in a subnet by itself (reguarless of the mask) and there is ... Network portion of the address. ... Provide a means to determine the MAC address. ...
      (microsoft.public.windows.server.networking)
    • Re: Noob question
      ... >> ARP requests for unknown addresses. ... They are identified as VINES SARP or ARP requests, ... to get a clue on the cause... ... The department here actually still uses a VINES network, ...
      (comp.security.firewalls)
    • Re: Netcat broadcasting
      ... We do our system installs over the network, ... The clients are semi-interactive in that they can request ... retransmission of missed - garbled packets (if the other clients didn't ... times I've seen the packets, ...
      (comp.os.linux.networking)