[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <OFFFC99DDA.1BD04FA3-ON85257A8C.005A8E9B-85257A8C.00604444@us.ibm.com>
Date: Wed, 3 Oct 2012 13:31:30 -0400
From: David Stevens <dlstevens@...ibm.com>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: chris2553@...glemail.com, Dave Jones <davej@...hat.com>,
David Miller <davem@...emloft.net>, gpiez@....de,
Julian Anastasov <ja@....bg>, netdev@...r.kernel.org,
netdev-owner@...r.kernel.org
Subject: Re: [PATCH] udp: increment UDP_MIB_NOPORTS in mcast receive
Eric Dumazet <eric.dumazet@...il.com> wrote on 10/03/2012 11:29:13 AM:
> > Of course. I think our difference is on the definition of
> > "receives".
>
> A receive is a packet delivered to this host.
> Interface being promiscuous or not doesnt really matter.
A receive is a packet *addressed* to this host. My point was
that running tcpdump/wireshark to look at other hosts' traffic
shouldn't affect any UDP MIB (these are ordinarily filtered by IP),
but I forgot that we are checking in software, as well as the HW multicast
address filter, for multicast group membership. So promiscuous mode and
imperfect NIC MAF hashes shouldn't actually result in local delivery
and that problem isn't there at all.
I do think, still, that it is common to have broadcasts and
multicasts (for joined groups, even) with traffic completely uninteresting
to this host and that having a drop counter going up for those will
appear to be losses and errors when they are completely harmless and
irrelevant.
But since it can't be incremented for items that are not actually
addressed to the local host, as I originally thought, I don't object
anymore. Sorry for the sidetrack -- I should've verified that originally.
+-DLS
--
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