All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brent Cook <bcook@bpointsys.com>
To: Rick Jones <rick.jones2@hp.com>
Cc: Linux Network Development list <netdev@vger.kernel.org>
Subject: Re: Question about David's blog entry for NetCONF 2006, Day 1
Date: Fri, 22 Sep 2006 10:47:55 -0500	[thread overview]
Message-ID: <200609221047.55238.bcook@bpointsys.com> (raw)
In-Reply-To: <45130EF2.2090509@hp.com>

On Thursday 21 September 2006 17:15, Rick Jones wrote:
> I was reading David's blog entries on the netdev meeting in Japan, and
>
> have a question about this bit:
> > Currently, things like Xen have to put the card into promiscuous
> > mode, accepting all packets, which is quite inefficient.
>
> Is the inefficient bit meant for accepting all packets, or more broadly
> that the promiscuous path is quite inefficient compared to the
> non-promiscuous path?
>
> I ask because I would have thought that if the system were connected to
> a switch (*), the number of packets received through a NIC in
> promiscuous mode would be nearly the same as when it was not in
> promiscuous mode - the delta being (perhaps) multicast frames.
>
> rick jones
>
> (*) "Today," it seems 99 times out of 10 systems are connected to
> switches not hubs.

It depends on how good your switch is. Say you have a bank of 8 servers on a 
8-port switch, each running 16 Xen instances with virtual NICs and different 
MAC addresses. If the switch does not have enough resources in its MAC table 
(likely for an 8-port switch) to cache 136 entries (8 * (16 + 1) mac 
addresses), it will broadcast any packet that is not in the cache to every 
port on the switch, effectively making the switch into a hub for certain 
usage patterns.

Of course, this is an argument for getting a better switch, but the 
possibility of virtual MAC addresses might cause some surprising resource 
utilization problems for network administrators who are used to counting 
physical ports.

 - Brent

      reply	other threads:[~2006-09-22 15:47 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-21 22:15 Question about David's blog entry for NetCONF 2006, Day 1 Rick Jones
2006-09-22 15:47 ` Brent Cook [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200609221047.55238.bcook@bpointsys.com \
    --to=bcook@bpointsys.com \
    --cc=netdev@vger.kernel.org \
    --cc=rick.jones2@hp.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.