From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 1 14:54:35 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 395C83DA for ; Fri, 1 Feb 2013 14:54:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1871CB07 for ; Fri, 1 Feb 2013 14:54:35 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6BF7EB9AB; Fri, 1 Feb 2013 09:54:34 -0500 (EST) From: John Baldwin To: Tim Kientzle Subject: Re: Testing SIOCADDMULTI? Date: Fri, 1 Feb 2013 09:52:26 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p22; KDE/4.5.5; amd64; ; ) References: <201301281109.24879.jhb@freebsd.org> <965B76D3-8BE8-4DA1-8A48-D22238490D03@kientzle.com> In-Reply-To: <965B76D3-8BE8-4DA1-8A48-D22238490D03@kientzle.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <201302010952.26859.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 01 Feb 2013 09:54:34 -0500 (EST) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Feb 2013 14:54:35 -0000 On Friday, February 01, 2013 1:23:26 am Tim Kientzle wrote: > >> Would still appreciate any suggestions for how to test these. > > > > You can write a simple app to listen for UDP packets and have it join a > > multicast group and have another machine on the same network write a packet to > > the multicast group. > > I tried this first, but the test program worked fine even > without ADDMULTI/DELMULTI support. Watching > tcpdump -e, it appears that IP4 multicast UDP uses > broadcast at the Ethernet layer. Were you running tcpdump? You have to use tcpdump -p to avoid putting the chip into promiscuous mode if so (promiscious causes the NIC to receive all multicast regardless of the filters assuming that your driver supports it correctly). -- John Baldwin