netdev - RE: [Bridge] [PATCH] macvlan: add tap device backend

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 for Android: free password hash cracker in your pocket

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

Message-ID: <005601ca1797$ef5dc180$ce194480$@edu>
Date:	Fri, 7 Aug 2009 12:47:38 -0700
From:	"Paul Congdon \(UC Davis\)" <ptcongdon@...avis.edu>
To:	"'Stephen Hemminger'" <shemminger@...tta.com>
Cc:	<drobbins@...too.org>, "'Fischer, Anna'" <anna.fischer@...com>,
	"'Arnd Bergmann'" <arnd@...db.de>, <herbert@...dor.apana.org.au>,
	<mst@...hat.com>, <netdev@...r.kernel.org>,
	<bridge@...ts.linux-foundation.org>,
	<linux-kernel@...r.kernel.org>, <ogerlitz@...taire.com>,
	<evb@...oogroups.com>, <davem@...emloft.net>
Subject: RE: [Bridge] [PATCH] macvlan: add tap device backend

> 
> I do have to raise the point that Linux is perfectly capable of keeping
> up without
> the need of an external switch.  Whether you want policy external or
> internal is
> a architecture decision that should not be driven by mis-information
> about performance.

No argument here.  I agree that you can do a lot in Linux.  It is, as you
say, an architecture decision, that can be enabled with this addition mode
of operation.  Without the mode of forcing things external, however, you
would always need to put this function internal or play games with VLANs
overlapping to get traffic to forward the way you want it.

Paul

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