[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070629.143650.63998980.davem@davemloft.net>
Date: Fri, 29 Jun 2007 14:36:50 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: greearb@...delatech.com
Cc: kaber@...sh.net, hadi@...erus.ca, peter.p.waskiewicz.jr@...el.com,
netdev@...r.kernel.org, jeff@...zik.org, auke-jan.h.kok@...el.com
Subject: Re: Multiqueue and virtualization WAS(Re: [PATCH 3/3] NET: [SCHED]
Qdisc changes and sch_rr added for multiqueue
From: Ben Greear <greearb@...delatech.com>
Date: Fri, 29 Jun 2007 08:33:06 -0700
> Patrick McHardy wrote:
> > Right, but the current bridging code always uses promiscous mode
> > and its nice to avoid that if possible. Looking at the code, it
> > should be easy to avoid though by disabling learning (and thus
> > promisous mode) and adding unicast filters for all static fdb entries.
> >
> I am curious about why people are so hot to do away with promisc mode.
> It seems to me
> that in a modern switched environment, there should only very rarely be
> unicast packets received
> on an interface that does not want to receive them.
>
> Could someone give a quick example of when I am wrong and promisc mode
> would allow
> a NIC to receive a significant number of packets not really destined for it?
You're neighbour on the switch is being pummeled with multicast traffic,
and now you get to see it all too.
Switches don't obviate the cost of promiscuous mode, you keep wanting
to discuss this and think it doesn't matter, but it does.
And some people still use hubs, believe it or not.
-
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
Powered by blists - more mailing lists