similar to: Possible multicast problem with UPnP Media Server

http://bugzilla.netfilter.org/show_bug.cgi?id=795 Summary: RELATED doesn't accommodate multicast UDP solicitation resulting in unicast reply Product: netfilter/iptables Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component:

Hi, I am trying to set up a uPnP server on a Linux box (Debian Sarge Stable kernel 2.6.8). uPnP works using multicast packages for locating servers. This does however seem to fail unless I set the relevant NIC in promiscuous mode. If I do so, it works well. I have added ip route add 224.0.0.0/4 dev eth0 and echo 1 >/proc/sys/net/ipv4/ip_forward and the kernel is set up to enable

I tried to close everything I had open and filter as best as I could.. but left random lines in just in case it helps. 172.16.5.230 is my local machine and *.33.235 is the server. This is a slow save.. 13:48:39.852340 (60) 001F5B35DB28 Broadcast UDP - Other Ports 172.16.5.93 172.16.5.255 00:04:53.922946 293.922946 13:48:39.852605 (60) 001F5B35DB28 USC-IANA

On Wed, Nov 11, 2015 at 09:04:20PM +0000, Etienne Dechamps wrote: > Unfortunately, I often notice that even with the advanced UDP hole > punching mechanisms that tinc uses, I still come across cases on my > network where two nodes behind NATs cannot talk to each other because > one of the nodes is behind a "strict" NAT [...]. This type of NAT > will stop any UDP hole

On 11 November 2015 at 21:57, David Nicol <davidnicol at gmail.com> wrote: > it is entirely possible to write code that uses threads on Win32 and forks > on POSIX by abstracting the communication bits generically. Signalling could > work over pipes on both. > > https://msdn.microsoft.com/en-us/library/windows/desktop/aa365152(v=vs.85).aspx Hum... yes of course, but I

People, some of the machines of my network aren't been listed in (Windows Explorer - Network icon). I made a research and I found the following: - try to activate some services: SSDP Discovery; UPnP Device Host; Function Discovery Resource Publication. Note: this situation happens with machines that were joined to the domain and with others that weren't added to

fauno <fauno at kiwwwi.com.ar> writes: > Etienne Dechamps <etienne at edechamps.fr> writes: >> (I realize that this means UPnP support could possibly be achieved >> simply by suggesting that the user spawn some standalone UPnP client >> process in the background from the tinc-up hook. That's not very >> user-friendly, though. Especially on Windows.) >

On 12 November 2015 at 21:29, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Wed, Nov 11, 2015 at 09:04:20PM +0000, Etienne Dechamps wrote: >> According to an online NAT check service, around 50% of NATs in the >> wild have this problem, making this a very real issue: >> http://nattest.net.in.tum.de/results.php > > Are you referring to port restricted NAT in the

Hi, today a couple of Hypervisors got restarted due to a power outage. While the systems and the VMs on the are running fine multicast traffic between the guests is no longer working. I generate multicast udp packet using iperf in the guest and check on the host using tcpdump: tcpdump vnet0 => multicast packets are visible tcpdump vlanbr8 => multicast packets are visible tcpdump em1.8

Hi all, We want linux (ubuntu) with 2.6 kernel to act as multicast router and to pass multicast packets between different subnets. And linux machine as router has two network cards having two different subnets assigned onto. We first worked "sysctl -w net.ipv4.ip_forward=1" line on linux shell that made linux to work as unicast router. (like host, the multicast packets were discarded at

On 31.07.2014 17:23, Dennis Jacobfeuerborn wrote: > On 31.07.2014 15:14, Dennis Jacobfeuerborn wrote: >> Hi, >> today a couple of Hypervisors got restarted due to a power outage. While >> the systems and the VMs on the are running fine multicast traffic >> between the guests is no longer working. >> >> I generate multicast udp packet using iperf in the guest

On 12 November 2015 at 01:15, fauno <fauno at kiwwwi.com.ar> wrote: > Etienne Dechamps <etienne at edechamps.fr> writes: >> (I realize that this means UPnP support could possibly be achieved >> simply by suggesting that the user spawn some standalone UPnP client >> process in the background from the tinc-up hook. That's not very >> user-friendly, though.

Hi Guus, Unfortunately, I often notice that even with the advanced UDP hole punching mechanisms that tinc uses, I still come across cases on my network where two nodes behind NATs cannot talk to each other because one of the nodes is behind a "strict" NAT that won't use consistent source ports for UDP packets that are sent to different destination addresses. More formally, this

On Wed, Nov 11, 2015 at 3:04 PM, Etienne Dechamps <etienne at edechamps.fr> wrote: > miniupnpc only provides a blocking API, there is no way to > integrate it into an event loop. That pretty much means we will need > to run the UPnP code in a separate thread. Which means using pthreads > on POSIX, and then we would either have a dependency on pthreads-Win32 > on Windows, or

Etienne Dechamps <etienne at edechamps.fr> writes: > (I realize that this means UPnP support could possibly be achieved > simply by suggesting that the user spawn some standalone UPnP client > process in the background from the tinc-up hook. That's not very > user-friendly, though. Especially on Windows.) something like this :P

I need to send multicast traffic through a GRE tunnel between two Linux routers. The tunnel works for normal IP packets, but I can''t see how to make it work for multicast. Here''s the setup: 10.10.10.0/24 LAN-B--------------RtrB-------------RtrC--------------LAN-C 192.168.2.0/24 192.168.1.0/24 RtrB interfaces: eth0

Hello. I''m new to this list. I''m trying to set up multicast routing between two networks: Internet ^ | Windows box | | UserModeLinux A <-----> Colinux Router <-----> UserModeLinux B

Rowland Penny wrote: > On 29/10/15 09:19, Viktor Trojanovic wrote: >> In a book I'm reading on Samba4, the author explains that network >> browsing doesn't work for Samba AD DCs... > The book is partially correct, nmbd shouldn't be run on a DC, but > there is a netbios server built into the samba binary but it doesn't > contain the browsing code. If you

I am trying to set up my Shorewall box to forward multicast packets to my local net. I do have some problems with mrouted (see below), but I can join and add routes using smcroute. Multicast works when shorewall is disabled. I got a lot of help from the following. http://lists.shorewall.net/pipermail/shorewall-users/2005-January/016674.html I cannot get the multicast packets to pass the fw when

We have had an interesting issue with Market Data and Network Interface failures in the past with ipmp (or even VCS multinicA).. Multicast groups can not span multiple interfaces and in our environment when we have a network failure the interface is failed over however the multicast group does not. The only way to recreate the multicast group is to restart the application with the active network