search for: macexpire

Displaying 5 results from an estimated 5 matches for "macexpire".

2019 Nov 04
0
Rationale behind MACExpire
Hi Guus, I am wondering why MACExpire was introduced in: ,---- | commit 14979f835df4214a7c2510852f7ffedc9e08c2c0 | Author: Guus Sliepen <guus at tinc-vpn.org> | Date: Fri Mar 1 14:09:31 2002 +0000 | | - Global time_t now, so that we don't have to call time() too often. | - MAC addresses expire after a time configur...
2013 Oct 21
2
Very slow network speed using Tinc
...ng iperf), and only 3 Mbit/s using Tinc (private IPv4 to private IPv4). Here is the configuration of Tinc we use : AddressFamily = ipv4 BindToInterface = vmbr1 Broadcast = mst DecrementTTL = no DirectOnly = no Forwarding = internal GraphDumpFile = /tmp/tinc-graph LocalDiscovery = no Mode = switch MACExpire = 30 Name = host1 PrivateKeyFile = /etc/tinc/my_tinc_network/rsa_key.priv ProcessPriority = high And for each host : Address = XXX.XXX.XXX.XXX Cipher = ECDHE-RSA-AES256-SHA384 Compression = 3 Digest = sha1 MACLength = 20 Each node is Intel Core i7/Xeon powered. I can see in the graph dump file...
2015 Dec 07
2
Tinc & moving VMs accross network
...kets will go to the first node in lexicographical name order (because that's just what subnet_compare_mac happens to use). After the MAC expires on the old node (10 minutes by default), things will go back to normal. You can verify that this is indeed what's causing your problem by setting MACExpire to a very low value. If you set it to 5 seconds, then it should only take 5 seconds for the MAC to move completely from the old node to the new one. That could be a solution for you; in fact I suspect we could change the MACExpire default, because 10 minutes sure is a really long time. Even better...
2010 Apr 14
1
ipv6 via tinc
...tribute ipv6 via the tinc tunnel. My tinc.conf: ------------ Name=server AddressFamily=ipv4 Device=/dev/net/tun PrivateKeyFile=/etc/tinc/fvhglobalnet/rsa_key.priv GraphDumpFile=|/usr/bin/dot -Tpng -o /var/www/htdocs.keetweej.vanheusden.com/stats/tinc-fvh-network-graph.png Mode=switch KeyExpire=299 MACExpire=301 PingInterval=59 PingTimeout=6 My tinc-up is: ------------- #! /bin/sh /sbin/ifconfig $INTERFACE 172.16.0.1 netmask 255.240.0.0 /sbin/ifconfig $INTERFACE add 2001:888:13b3::1/64 /sbin/sysctl -w net.ipv6.conf.all.forwarding=1 /etc/rc2.d/S50radvd restart And my /etc/radvd.conf is: -------------...
2013 May 10
1
ARP resolution not done from one end
Folks, We have a setup where each mobile node connects with 1 or more tinc instances (over different links) to a central node. tinc is running in switch mode. The link is chosen by setting the IP address on the active link's interface, and the central node sees this after the first packet on the link, and moves the MAC address to a different 'ethernet port' (link). This works really