similar to: TAP tunnels and multicast traffic

I have a Debian 8 64-bit machine set up as a server and apt-got the tinc package. I configured tinc as a bridge and everything seems normal except that the tunnel does not forward multicast traffic. I used tcpdump to examine the br0, eth0 and tap interfaces. I could see multicast packets on both br0 and eth0, but there is no such packet present on the tap interface. I don't quite know why

> tap0 Link encap:Ethernet HWaddr ae:a2:e1:cd:aa:68 > inet6 addr: fe80::aca2:e1ff:fecd:aa68/64 Scope:Link > UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:2336 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:500 > RX

yes, ip_forward was turned on. iptables is defaulted to ACCEPT policy on all the 3 chains. On Sat, May 14, 2016 at 1:24 AM, Guus Sliepen <guus at tinc-vpn.org> wrote: > On Sat, May 14, 2016 at 12:06:51AM +0800, Terry T wrote: > > > I have a Debian 8 64-bit machine set up as a server and apt-got the tinc > > package. I configured tinc as a bridge and everything seems

Hi all. I have an OpenVPN server: 2.2.1-1 x86_64 Server config: port 11223 dev tap proto udp tls-server ca keys/ca.crt cert keys/server.crt key keys/server.key dh keys/dh1024.pem server 1.2.3.3 255.255.255.0 push "route 192.168.0.0 255.255.255.0 1.2.3.4" keepalive 10 60 client-to-client duplicate-cn inactive 600 log /var/log/openvpn.log syslog status /var/log/openvpn-status.log user

inquiry about differences between the tap and the vnet in the virt-manager Greetings! I encounter a problem about the network when using virt-manager to create and run a VM. when I want to establish a network bridge for the guest OS, I generally use two kinds of ways described as fellow : First method : create a bridge with the help of linux commad: brctl, or Second method : using

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

Hi everyone! I have the following requirement: I need to connect a set of Docker containers to a KVM. The containers shall be isolated in a way that they cannot communicate to each other without going through the KVM, which will act as router/firewall. For this, I thought about the following simple setup (as opposed to a more complex one involving a bridge with vlan_filtering and a seperate VLAN

Hi All, As it is written in the "Linux 2.4 Advanced Routing HOWTO" GRE tunneling has some benefits compare to IP-in-IP, on of it benefits is the ability to transport multicast traffic through a GRE tunnel. I used the mrouted daemon and I know that the daemon supports tunneling but I don''t want to use its tunneling method. Assuming I have gre0 as my tunneling device I did the

On Sat, May 14, 2016 at 12:06:51AM +0800, Terry T wrote: > I have a Debian 8 64-bit machine set up as a server and apt-got the tinc > package. I configured tinc as a bridge and everything seems normal except > that the tunnel does not forward multicast traffic. Did you enable forwarding (echo 1 >/proc/sys/net/ipv4/ip_forward) and allow forwarding in your iptables rules? -- Met

inquiry about differences between the tap and the vnet in the virt-manager Greetings! I encounter a problem about the network when using virt-manager to create and run a VM. when I want to establish a network bridge for the guest OS, I generally use two kinds of ways described as fellow : First method : create a bridge with the help of linux commad: brctl, or Second method : using

On Tue, Mar 12, 2019 at 11:10:40PM +0100, Lars Lindstrom wrote: >Hi everyone! > >I have the following requirement: I need to connect a set of Docker >containers to a KVM. The containers shall be isolated in a way that they >cannot communicate to each other without going through the KVM, which >will act as router/firewall. For this, I thought about the following >simple setup

Hello list! When em0 has an inet address while bridge0 doesn't, it seems to be OK: ----- bs1% uname -a FreeBSD bs1.sp34.ru 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun May 25 20:15:26 MSD 2008 root@bs1.sp34.ru:/usr/obj/usr/src/sys/BSM i386 bs1% ifconfig em0; ifconfig tap0; ifconfig bridge0 em0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 mtu 1500

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

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

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 Sat, May 14, 2016 at 01:27:10AM +0800, Terry T wrote: > yes, ip_forward was turned on. > > iptables is defaulted to ACCEPT policy on all the 3 chains. Hm. What is generating the multicast traffic? Could it be that the TTL on the pacets is set to 1, so it will not be forwarded? -- Met vriendelijke groet / with kind regards, Guus Sliepen <guus at tinc-vpn.org>

Hi, I got problem while receiving multicast traffic on to my D-Link DFE-520TX PCI Fast Ethernet Adapter. Created bridge interface and attached the eth0 interface (D-link) to the bridge. H1------------------------eth0[LX-Bridge] Started Multicast traffic from H1 to Bridges eth0 port and the "tcpdump" doesn't who any packets If the eth0 interface is detached

Yesterday while fixing xoff stuckiness issue in the TUN/TAP driver I got a chance to look into the multicast filtering code in there. And immediately realized how terribly broken & confusing it is. The patch was originally done by Shaun (CC'ed) and went in without any proper ACK from me, Dave or Jeff. Here is the original ref

Yesterday while fixing xoff stuckiness issue in the TUN/TAP driver I got a chance to look into the multicast filtering code in there. And immediately realized how terribly broken & confusing it is. The patch was originally done by Shaun (CC'ed) and went in without any proper ACK from me, Dave or Jeff. Here is the original ref

Hi, I have some questions. Can tc shapes multicast packet? And if can, what''s the way to shape it? I''m currently facing the problem for shaping multicast packet. I appreciate any helps. Thanks, Hooi