From owner-freebsd-net@freebsd.org Fri Jan 15 14:01:57 2016 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 62CEEA83B61 for ; Fri, 15 Jan 2016 14:01:57 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from umail.aei.mpg.de (umail.aei.mpg.de [194.94.224.6]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EB67612F0 for ; Fri, 15 Jan 2016 14:01:56 +0000 (UTC) (envelope-from gerrit.kuehn@aei.mpg.de) Received: from mailgate.aei.mpg.de (mailgate.aei.mpg.de [194.94.224.5]) by umail.aei.mpg.de (Postfix) with ESMTP id 6BFC2200141 for ; Fri, 15 Jan 2016 14:52:36 +0100 (CET) Received: from mailgate.aei.mpg.de (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 56272405882 for ; Fri, 15 Jan 2016 14:52:34 +0100 (CET) Received: from intranet.aei.uni-hannover.de (ahin1.aei.uni-hannover.de [130.75.117.40]) by mailgate.aei.mpg.de (Postfix) with ESMTP id 2E3E5405881 for ; Fri, 15 Jan 2016 14:52:34 +0100 (CET) Received: from arc.aei.uni-hannover.de ([10.117.15.110]) by intranet.aei.uni-hannover.de (IBM Domino Release 9.0.1FP5) with ESMTP id 2016011514522509-52917 ; Fri, 15 Jan 2016 14:52:25 +0100 Date: Fri, 15 Jan 2016 14:52:25 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: freebsd-net@freebsd.org Subject: upnp/dlna Message-Id: <20160115145225.e0dbde9632d5122df8acbb41@aei.mpg.de> Organization: Max Planck Gesellschaft X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.22; amd64-portbld-freebsd10.0) Mime-Version: 1.0 X-MIMETrack: Itemize by SMTP Server on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 14:52:25, Serialize by Router on intranet/aei-hannover(Release 9.0.1FP5|November 22, 2015) at 15/01/2016 14:52:35, Serialize complete at 15/01/2016 14:52:35 X-TNEFEvaluated: 1 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-PMX-Version: 6.0.2.2308539, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.1.15.134217 X-PerlMx-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, BODY_SIZE_3000_3999 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_HTTPS 0, __ANY_URI 0, __C230066_P5 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __TO_MALFORMED_2 0, __TO_NO_NAME 0, __URI_NO_MAILTO 0, __URI_NO_PATH 0, __URI_NO_WWW 0' X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Jan 2016 14:01:57 -0000 Hi, I have two FreeBSD boxes running mediatomb and minidlna. I also have a couple of clients, mostly internet radios by different manufacturers (Sangean, Philips, Renkforce...). I have the (weird) issue that neither mediatomb nor minidlna appears to see the multicasts discovery messages (not even with tcpdump!) sent by the clients. Subsequently they never answer them and are not found by the client devices. The servers also emit multicasts in a fixed time interval to annouce their services. I can see these with tcpdump on the box that emits the package, and some of the clients (Sangean, notably) are able to pick these up and work with the server just fine then. The Philips and Renkforce devices appear to ignore these broadcasts and never come up with any server. Even on the 2nd FreeBSD box I never get to see the announcement of the dlna server running on the other box (using tcpdump, again). There is no smart hardware involved, just a single switch, and a WLAN access point for the clients. The access point has a build-in media-server, too. This works fine with all clients, but again I never get to see any multicast messages from it on the FreeBSD boxes. So I have the strange feeling that my FreeBSD boxes ignore multicast packages on the receiving end. The only thing that works is sending a multicast package from the box. I did not change the default configuration of the network devices in any way, and actually they appear to be ok (I think): --- root@blackpool:~ # ifmcstat -i igb0 -f inet igb0: inet 192.168.1.242 igmpv3 rv 2 qi 125 qri 100 uri 3 group 224.0.0.251 mode exclude mcast-macaddr 01:00:5e:00:00:fb group 239.255.255.250 mode exclude mcast-macaddr 01:00:5e:7f:ff:fa group 224.0.0.1 mode exclude mcast-macaddr 01:00:5e:00:00:01 root@blackpool:~ # ifconfig igb0 igb0: flags=8943 metric 0 mtu 1500 options=403bb ether 00:25:90:82:80:cc inet 192.168.1.242 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active root@blackpool:~ # netstat -rn4 Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.1.247 UGS igb0 127.0.0.1 link#5 UH lo0 192.168.1.0/24 link#1 U igb0 192.168.1.242 link#1 UHS lo0 --- The packets under question go to "239.255.255.250.1900: UDP". I must admit that I am rather new to this upnp/dlna business (isn't this supposed to "just work" :-), so I may be doing something very obivously (to other people :-) wrong. Any hints and suggestions are highly appreciated. cu Gerrit