netdev - Re: ARP table question

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20081120173322.GM22491@kvack.org>
Date:	Thu, 20 Nov 2008 12:33:22 -0500
From:	Benjamin LaHaise <bcrl@...ck.org>
To:	Ben Greear <greearb@...delatech.com>
Cc:	David Miller <davem@...emloft.net>, rick.jones2@...com,
	netdev@...r.kernel.org, kaber@...sh.net
Subject: Re: ARP table question

On Thu, Nov 20, 2008 at 09:23:53AM -0800, Ben Greear wrote:
> You think something like an exponential backoff capped at some 
> user-configurable
> max-value would be better?

I'll throw in an observation on arp behaviour on wifi / HomePNA: neither 
protocol provides reliable delivery of broadcast traffic, while point to 
point traffic is reliably delivered.  If arp traffic is not sufficiently 
aggressive when a connection is first used, the user can end up waiting 
some time until one of the broadcast packets finally gets through.  Doing 
an exponential backoff will make this significantly worse, unless the 
initial timeout is sufficiently small.

		-ben
-- 
"Time is of no importance, Mr. President, only life is important."
Don't Email: <zyntrop@...ck.org>.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html