netdev - Re: [PATCH 2/2] macvlan: Move broadcasts into a work queue

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

Message-ID: <5348144D.9050607@candelatech.com>
Date:	Fri, 11 Apr 2014 09:11:57 -0700
From:	Ben Greear <greearb@...delatech.com>
To:	David Laight <David.Laight@...LAB.COM>
CC:	"'Herbert Xu'" <herbert@...dor.apana.org.au>,
	Eric Dumazet <eric.dumazet@...il.com>,
	David Miller <davem@...emloft.net>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: [PATCH 2/2] macvlan: Move broadcasts into a work queue

On 04/11/2014 01:45 AM, David Laight wrote:
>>> ARP filter would require to inspect the queried IPv4 address, and
>>> macvlan do not currently have a list of IPv4 addresses per port.
>>
>> Indeed.  Thanks for snapping us out of our collective daydream :)
> 
> You could save the info from ARP responses.
> 
> Whether you want that much layer-breaking is another matter.
> By the sound of it, it might be worth doing the deep packet
> inspection at startup.

I wouldn't want to keep history, but in most network scenarios,
having only the interface with the matching MAC answer the APR is good
enough.

I've too much else to worry about to code this up now though.

Thanks,
Ben

-- 
Ben Greear <greearb@...delatech.com>
Candela Technologies Inc  http://www.candelatech.com

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