netdev - Re: bonding: bug in balance-alb mode (incorrect update-ARP-replie s)

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>] [day] [month] [year] [list]

Message-ID: <FA8270F9F8D35946ADDBC0F36E6667CE03B23D63@nts27.saarstahl.de>
Date:	Mon, 29 Jan 2007 19:32:30 +0100
From:	"JUNG, Christian" <christian.jung@...rstahl.com>
To:	"'netdev@...r.kernel.org'" <netdev@...r.kernel.org>
Subject: Re: bonding: bug in balance-alb mode (incorrect update-ARP-replie
	 s) 

> Jay Vosburgh wrote:
>
> 	Well, I meant other traffic that causes the ARP replies to be
> generated (i.e., concurrent traffic with the system).

No - there wasn't any concurrent network traffic. The system on which 
I've made the tcpdump had only the SSH-traffic to my box and no 
traffic to the system where the bond was running.

> 	There are some other issues with the rx hashtbl that have come
> up from my poking around, largely that it never, ever removes an entry
> from the table.  After a sufficient number of different clients have

A kind of aging would be hip.

Is it easy for you to (shortly) describe the cases on which bonding 
tends to make update-storms or better: in which cases does it make a 
reply to the client? AFAIK it only does this, if packets from a 
client are comming on the wrong interface. I tried to analyse the 
problem but I don't find the needle in the hay-stack.
-
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