Displaying 5 results from an estimated 5 matches for "macexpir".
Did you mean:
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 configu...
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