From owner-freebsd-net@freebsd.org Mon Mar 19 21:29:15 2018 Return-Path: Delivered-To: freebsd-net@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C16C2F4AD29 for ; Mon, 19 Mar 2018 21:29:15 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CD9186923 for ; Mon, 19 Mar 2018 21:29:15 +0000 (UTC) (envelope-from ascherrer@gmail.com) Received: by mail-wm0-x230.google.com with SMTP id t7so4971515wmh.5 for ; Mon, 19 Mar 2018 14:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language:content-transfer-encoding; bh=lDfzasxWt04NsgTrQhH5tDvl7hk+jamv9ZqSoOfgRXo=; b=fs4qkld3mfELb7ms0aiRTmKU39FQ9LdRzzSyBVo06YNDGGXCXJtDyUDIDlb+LBmel2 pa9jcLbZnL8rYCl9LSv6yPX1JlDdSTJszMrsTOZycdEVDafeuPFIIHQFFeqVfOpE4C2D Cao2FjPIi43irFm72qfTn0XFY/Wl/Zm8RWkNZCI2QP+hTke4JbQJuYtKL0vpWS8Vmzqf 8hLzljWdfVFSzWha1QKYBJkkAsP46/PtRlRZnZblYEkhg4wtLMbrbYgWVJRhwXpl2pQ7 iWQPC1462WDHK2ClzsBmKAdn7dxWeIfYZxgw2p/qamuqyu7305KRM4mYO8UA1GzVrqf4 aY2g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=lDfzasxWt04NsgTrQhH5tDvl7hk+jamv9ZqSoOfgRXo=; b=azsRrc55dqu9STADCJhe8EqeJ/c+plrRD84tUAkPeqmzbicZ7k5qQZTRlKFeq5N1l6 KAhvrKXDTvDjQmtbTCt1HUIE0dMUUGC/MARGzrbgEJvudCfBpU+rG8Z6rBdKOXNBZFpQ XZLa7uc06UBTCBVV4kA4ZbvlZnI0U/KPtacuEwnlnmn6GqQ8L+T3rCsBs8kVAyMM0v8X hmjlMlI4/XeAJCL45TJKBRARG+aEqA/PQGD0UHSjS26u3r21kExuG83WY9+G3lUQJ0sE JQ722LCm5nO89PEEG66xv6kYCca0MMSmqSH+wEegiABaxy1HqnJFPSswVUHsou0qpKlf XArw== X-Gm-Message-State: AElRT7H/yR9vtKG+gSJtEKHInjnXFVsln6DCHT2kI3LFplQszB9fmRAX 52qUuX4CbYT/2cqa38TYTTdiCDp3 X-Google-Smtp-Source: AG47ELscSocuNVOO2UDeUyp/DwcT2yDdUcW2JrhR6IGeQMoXsqul4yTUsgueNLJsOE+2eb00BQtoWQ== X-Received: by 10.80.189.131 with SMTP id y3mr15238929edh.122.1521494953990; Mon, 19 Mar 2018 14:29:13 -0700 (PDT) Received: from juntos.woohoo.ch ([2a02:168:681c:460:e533:d878:a326:9600]) by smtp.gmail.com with ESMTPSA id t19sm113727edd.56.2018.03.19.14.29.12 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Mar 2018 14:29:13 -0700 (PDT) To: freebsd-net@freebsd.org From: Andreas Scherrer Subject: Multicast/SSDP not working (on VLAN interface) Message-ID: Date: Mon, 19 Mar 2018 22:29:12 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Mar 2018 21:29:16 -0000 Dear List I was unfortunately unable to find a way to search this mailing list's archive; so please bear with me if the question was answered before. My goal is to have DLNA clients (VLC, Heos music system, ...) in multiple networks discover a MiniDLNA server. The server shows up in VLC when it starts (or is restarted) after VLC is running. If the server is already running when VLC is started, VLC does not detect/find the server. Very much like this source states: https://sourceforge.net/p/minidlna/bugs/94/#8c8f I suspect a problem with the M-SEARCH messages the client is sending. Using tcpdump on the interface where M-SEARCH from VLC are coming in, I can indeed see the packets/messages arrive (they are sent from the client to 239.255.255.250). So it is is not a router or switch or whatever blocking the packets. Now, if I (manually) add a static route for 224.0.0.0/4 via the interface the M-SEARCH messages are coming in, everything starts to work! route add -net 224.0.0.0/4 -iface re1.32 The (main) problem here is that I have multiple networks with clients in them. So a static route does not REALLY solve my problem. Also I do not (yet?) understand why the route should be required. What I see is that ifmcstat -f inet -i re1.32 does not list a membership for 239.255.255.250 when it is not working, but does list the membership when it is working... So I suspect that "something" is dropping the M-SEARCH packets for some reason after they are received. And I cannot get rid of the feeling that it has something to do with the fact that the incoming interface is a VLAN interface... My first guess, anti spoofing, seems not to be the problem (I am using ipfw and "not antispoof in" but that does not seem to drop any traffic). Do I miss something obvious or can someone point me in the right direction? VLC v2.2.8 is running on Mac OSX 10.12. MiniDLNA v1.2.1,1 is running on FreeBSD RELEASE-11.1. More information can be found in the FreeBSD forum [1]. Thanks heaps andreas [1] https://forums.freebsd.org/threads/minidlna-not-discovered-multicast-issue.64947/