Diese Seite nutze ich um den neuen Aufbau auf der Hardhöhe zu planen.
Technik
Auf der Hardhöhe entsteht wie im FabLab ebenfalls eine eigene Hood.
Das Gateway wird ein wr1043 aufgebaut nach diesen Schema. An einen Port lassen wir das Hardhöhe Batman rausfallen, dort kommen drei miteinander durchgebrückte NSM2 dran die mit normaler Freifunkfirmware aber angepasster WLAN Parameter das Hardhöhe Batman durch die Gegend funken und einen offenen Accesspoint anbieten.
An 2 weitere Ports kommt jeweils eine LBE-5AC-16-120 die etwa alles Richtung Fürth, Nürnberg, Erlangen erreichen sollte, das Fürther Hinterland wird vorerst nicht montiert es wäre techn. aber kein Problem eine dritte LBE-5AC-16-120 hinaufzubauen.
WLAN Verbindungen
Die vorerst wichtigste Verbindung ist Hardhöhe <-> FabLab. Dazu wird auf dem FabLab eine LBE-5AC-23 montiert und per VLAN ID 10 das Olsr Netz zur Hardhöhe geschickt.
Theoretische Werte laut Ubiquiti Airrechner mit 40MHz: Auf der Hardhöhe etwa -76dBm (170Mbit) auf dem FabLab etwa -69dBm (250Mbit).
Eine weitere sinnvolle Verbindung wäre zu Uferterrassen da es dort schnelles Internet gibt. Genauere Informationen über die Gegenstelle fehlen hier noch.
Natürlich ist es auch möglich irgendwelche anderen Arten von Freifunktraffic einfach nur durchzubridgen.
Olsr vom FabLab
Über dieses VLAN kann auf dem Gateway ein eigenes Interface erzeugt werden, welches ins Olsr gehangen wird. Somit sollten über das FabLab die Routingdaten hereinkommen
Uferterrassen
Da noch nicht klar ist, ob wir hier Batman Fürth oder Olsr bekommen wurde für beides eine Idee angelegt:
Olsr
Es wird ganz normal wie beim Fablab ein VLAN mit Interface erzeugt und darüber kann Olsr dann routen
Batman Fürth
Es wird ein eigenes bat1 Interface erzeugt welches eine IP aus Fürth bekommt. Da vorerst vorrauszusehen ist, dass der meiste Traffic Internettraffic ist, wird das Olsr dyn_gw_plain Plugin verwendet um die default Route in der fff Tabelle auf das bat1 Interface zu lenken. Somit wird jeglicher Internettraffic auf das bat1 gelenkt, Freifunkinterner Traffic geht normal über das Olsr Routing zum FabLab. Durch das dyn_gw_plain Plugin wird sichergestellt, das bei Ausfall der Verbindung des Fürther Batmans Olsr diese Route entfernt und auf eine alternative Verbindung umbaut.
Achtung!
bat0 und bat1 dürfen keinesfalls in irgendeiner weiße miteinander verbunden werden, da sonst die Hoods verbunden sind!
Fernzugangsmöglichkeiten
Da der Zugang zur Hardhöhe sich etwas schwierig gestaltet und man nicht wegen jeder Kleinigkeit hoch kann, muss man sich Gedanken machen wie man dort alles (auch bei eventuellen Fehlkonfigurationen) erreichen kann. Ich halte es für sinnvoll jegliche Änderung die bei installierter Hardware gemacht wird, durch das 4 Augen Prinzip abzusichern.
w2ap auf 1043
auf dem 1043er wird auf jeden Fall ein verschlüsseltes WLAN aufgespannt in der Hoffnung das man dies von unten irgendwo gut erreichen kann und somit bei kompletter Fehlkonfiguration der Ethernetports noch auf den 1043er drauf kommt.
Nanostation M2
auch über die Nanostation M2 Verbindung sollte der wr1043 erreichbar sein
Zugang über 5GHz
auch hier muss sich überlegt werden ob mit einem extra VLAN eine Verbindung hergestellt werden kann
RS232 über RasPi
Da sowieso ein RasPi für Alfred mit hoch muss, wird dieses per RS232 mit dem Gateway verbunden und per Ethernet an die letzte NSM2 angeschlossen, sofern die Hardhöhe dann über die NSM2 noch erreichbar ist und darüber das RasPi erreichbar ist, kann über die RS232 Schnittstelle jederzeit das Gateway bearbeitet werden, selbst wenn die config komplett im Eimer ist.
Fertiggestellt
Der Zugang auf den wr1043 über UART vom RasPi ist nun möglich.
christiand@raspberrypi:~ $ sudo picocom -b 115200 /dev/ttyS0 picocom v1.7 port is : /dev/ttyS0 flowcontrol : none baudrate is : 115200 parity is : none databits are : 8 escape is : C-a local echo is : no noinit is : no noreset is : no nolock is : no send_cmd is : sz -vv receive_cmd is : rz -vv imap is : omap is : emap is : crcrlf,delbs, Terminal ready [17992.670000] batman_adv: bat0: Changing gw mode from: off to: client root@fff-gw-db0fue1:/# date Wed May 11 19:04:07 CEST 2016 root@fff-gw-db0fue1:/#
Remote reboot
sehr gut wäre, wenn Dk5ras die ganze Hardware per Funk neu booten könnte.
VLAN Konfig
Belegung der VLANs
- VLAN ID 1: untagged auf Port 1 2 3, hängt in der Clientbridge
- VLAN ID 2: WAN aktuell unbenutzt
- VLAN ID 3: untagged auf Port 4 für Batman
- VLAN ID 10: wird auf LBE durchgebridged und landet tagged am Gateway, ist in Olsr mit reingehangen für Verbindung zum FabLab
Für (Fürther) Batman ist folgende Grundidee vorgesehen falls benötigt:
Auf den LBE's wird jeweils eine Bridge erstellt in der alle VLANs die Batman Fürth hochschicken hineingesteckt werden. Es wird dazu ein tagged VLAN zum Gateway erstellt (LAN Kabel) worüber die Batmans zwischen den LBE's verbunden werden.
Aktuelle config
aktuelle config:
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'w2mesh'
option mtu '1532'
option proto 'batadv'
option mesh 'bat0'
config interface 'mesh'
option type 'bridge'
option auto '1'
option macaddr '30:b5:c2:0e:c9:54'
list ip6addr 'fdff:0::30b5:c20e:c954/64'
list ip6addr 'fdff:0::1/64'
list ip6addr 'fdff:0::32b5:c2ff:fe0e:c954/64'
option ipaddr '10.50.130.1'
option netmask '255.255.254.0'
option proto 'static'
option ifname 'eth0.1 bat0'
config interface 'wan'
option proto 'dhcp'
option ifname 'eth0.2'
config interface 'ethmesh'
option mtu '1532'
option proto 'batadv'
option mesh 'bat0'
option ifname 'eth0.3'
config interface 'bat'
option ifname 'bat0'
option mtu '1500'
config switch 'eth0'
option name 'ag71xx-mdio.0'
option enable '1'
option reset '1'
option enable_vlan '1'
config switch_vlan 'eth0_1'
option device 'ag71xx-mdio.0'
option vlan '1'
option ports '1 2 3 6t'
config switch_vlan 'eth0_2'
option device 'ag71xx-mdio.0'
option vlan '2'
option ports '5 6t'
config switch_vlan 'eth0_3'
option device 'ag71xx-mdio.0'
option vlan '3'
option ports '4 6t'
config switch_vlan 'eth0_10'
option device 'eth0'
option vlan '10'
option ports '2t 3t 6t'
config interface 'fablabnbg'
option ifname 'eth0.10'
config globals 'globals'
option ula_prefix 'fdff:0::/64'
/etc/network.tl-wr1043nd-v2
WANDEV=eth0 SWITCHDEV=eth0 CLIENT_PORTS="1 2 3 6t" WAN_PORTS="5 6t" BATMAN_PORTS="4 6t" CLIENTIF="eth0.1 w2ap" ETHMESHMAC= ROUTERMAC=eth1
Damit scheint das ganze grundsätzlich funktionieren, eth0.10 kommt auf Port 2 und 3 tagged herein und wird auf das Olsr gelegt. Über eth0.1 wird Port 2 und 3 untagged in die Clientbridge gesteckt und man kann auf die 5GHz Geräte per IP zugreifen (die Clientbridge hat bereits eine IP, wir brauchen dem Interface daher keine IP geben)
Planung, ungetestet und mit Kommentare
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config interface 'w2mesh'
option mtu '1532'
option proto 'batadv'
option mesh 'bat0'
config interface 'ethmesh'
option mtu '1532'
option proto 'batadv'
option mesh 'bat0'
option ifname 'eth0.2'
# option macaddr 'c4:e9:84:ef:43:b7'
config switch 'eth0'
option name 'eth0'
option enable '1'
option reset '1'
option enable_vlan '1'
config switch_vlan 'eth0_1' # Port 1 reichen wir einfach zum Router als Configport, hiermit kommt man immer direkt auf den Router
option device 'eth0'
option vlan '1'
option ports '1 6t'
# irgendeine remote IP setzen womit man dann später den Router erreichen kann! Kann irgendeine priv. sein da hier nichts geroutet wird
config switch_vlan 'eth0_3' # um den Port 4 am Router als Batman zu verwenden! Da fällt dann das Hood Hardhöhe Batman raus und man kann die 3 Nanostations per Batman dran pappen
option device 'eth0'
option vlan '3'
option ports '4 6t'
config switch_vlan 'eth0_5' #es entsteht eth0.5 für Client zur Config der 5GHz Geräte
option device 'eth0'
option vlan '5'
option ports '2 3 6t' # untagged ist ok
# werfen wir mit in die Clientbridge da haben wir bereits eine IP
config switch_vlan 'eth0_10' #es entsteht eth0.10, hier kommt olsr rein und eth0.3.10 muss ans Olsr gebunden werden (Olsr config!)!
option device 'eth0'
option vlan '10'
option ports '2t 3t 6t'
# muss noch eine IP für Olsr bekommen! 10.50.252.X
# ... für weitere Peerings weitere Interfaces anlegen
config switch_vlan 'eth0_20' #es entsteht eth0.20, es muss mit in das Batman gehangen werden batctl -m bat if add eth0.20
option device 'eth0'
option vlan '20'
option ports '2t 3t 6t'
config switch_vlan 'eth0_30' #es entsteht eth0.30, hier wird Batman Fürth einfach miteinander verbunden wenn das VLAN mehrere Leute verwenden, darf keinesfalls ins Hardhöhe Batman gehangen werden!!
option device 'eth0'
option vlan '30'
option ports '2t 3t 6t'
irgendwo fehlt da noch das eth0_2 für WAN, ist eigentlich mit drinnen fehlt hier aber...
/etc/network.tl-wr1043nd-v2
WANDEV=eth0 SWITCHDEV=eth0 CLIENT_PORTS="1 6t" # war 1 2 6t WAN_PORTS="5 6t" BATMAN_PORTS="4 6t" # war 3 4 6t CLIENTIF="eth0.1 w2ap" ETHMESHMAC= ROUTERMAC=eth1
diverse config Dateien
Diverse Dateien die neben der Spezialfirmware manuell angelegt oder verändert wurden, keine Garantie auf Vollständigkeit:
/etc/rc.local
... olsrd ip route add 10.50.130.0/23 dev br-mesh table fff ...
/etc/olsrd/olsrd.conf
#
# olsr.org OLSR daemon config file
#
# Lines starting with a # are discarded
#
# This file was shipped with the debian olsrd package
#
# Debug level(0-9)
# If set to 0 the daemon runs in the background
DebugLevel 0
# the interface the mesh runs on is specified at run time using the -i flag
Interface "fffgwcd1VPN" "eth0.10" "eth0.11"
{
# Olsrd can autodetect changes in NIC configurations (IP address
# changes etc.). This is enabled by default and the interval to
# poll for changes on is defined by NicChgsPollInt. This polling
# can be disabled pr. NIC by setting AutoDetectChanges to no.
#AutoDetectChanges no
# IPv4 broadcast address to use. The
# one usefull example would be 255.255.255.255
# If not defined the broadcastaddress
# every card is configured with is used
Ip4Broadcast 255.255.255.255
# IPv6 address scope to use.
# Must be 'site-local' or 'global'
#Ip6AddrType site-local
# IPv6 multicast address to use when
# using site-local addresses.
# If not defined, ff05::15 is used
#Ip6MulticastSite ff05::11
# IPv6 multicast address to use when
# using global addresses
# If not defined, ff0e::1 is used
#Ip6MulticastGlobal ff0e::1
# Emission intervals.
# If not defined, RFC proposed values will
# be used in most cases.
# Hello interval in seconds(float)
HelloInterval 6.0
# HELLO validity time
HelloValidityTime 600.0
# TC interval in seconds(float)
TcInterval 0.5
# TC validity time
TcValidityTime 300.0
# MID interval in seconds(float)
MidInterval 10.0
# MID validity time
MidValidityTime 300.0
# HNA interval in seconds(float)
HnaInterval 10.0
# HNA validity time
HnaValidityTime 300.0
# When multiple links exist between hosts
# the weight of interface is used to determine
# the link to use. Normally the weight is
# automatically calculated by olsrd based
# on the characteristics of the interface,
# but here you can specify a fixed value.
# Olsrd will choose links with the lowest value.
#Weight 0
# If a certain route should be preferred
# or ignored by the mesh, the Link Quality
# value of a node can be multiplied with a factor
# entered here. In the example the route
# using 192.168.0.1 would rather be ignored.
# A multiplier of 0.5 will result in a small
# (bad) LinkQuality value and a high (bad)
# ETX value.
#NatThreshold 0.7
#LinkQualityMult 10.50.252.251 1.0
#LinkQualityMult 10.50.252.10 0.7
#LinkQualityMult default 0.5
#LinkQualityMult 192.168.0.1 0.5
# This multiplier applies to all other nodes
# LinkQualityMult default 0.8
}
#NatThreshold 0.7
#LinkQualityMult 10.50.252.250 0.8
#LinkQualityMult default 0.3
## these settings should work for funkfeuer, freifunk, etc.
# Fisheye mechanism for TC messages 0=off, 1=on
LinkQualityFishEye 1
#LinkQualityAlgorithm "etx_ff"
## if using commotionwireless.net, comment the line above and uncomment these:
#LinkQualityFishEye 0
#LinkQualityAlgorithm "etx_ffeth"
# IP version to use (4 or 6)
IpVersion 4
# Clear the screen each time the internal state changes
ClearScreen yes
# HNA IPv4 routes
# syntax: netaddr netmask
# Example Internet gateway:
# 0.0.0.0 0.0.0.0
Hna4
{
# Internet gateway:
# 0.0.0.0 0.0.0.0
# more entries can be added:
# 192.168.1.0 255.255.255.0
10.50.130.0/23
#10.50.48.0/21
#10.50.104.0/21
}
# HNA IPv6 routes
# syntax: netaddr prefix
# Example Internet gateway:
Hna6
{
# Internet gateway:
# :: 0
# more entries can be added:
# fec0:2200:106:: 48
}
# Should olsrd keep on running even if there are
# no interfaces available? This is a good idea
# for a PCMCIA/USB hotswap environment.
# "yes" OR "no"
AllowNoInt yes
# TOS(type of service) value for
# the IP header of control traffic.
# If not set it will default to 16
#TosValue 16
# The fixed willingness to use(0-7)
# If not set willingness will be calculated
# dynamically based on battery/power status
# if such information is available
Willingness 3
# Allow processes like the GUI front-end
# to connect to the daemon.
IpcConnect
{
# Determines how many simultaneously
# IPC connections that will be allowed
# Setting this to 0 disables IPC
MaxConnections 0
# By default only 127.0.0.1 is allowed
# to connect. Here allowed hosts can
# be added
Host 127.0.0.1
#Host 10.0.0.5
# You can also specify entire net-ranges
# that are allowed to connect. Multiple
# entries are allowed
#Net 192.168.1.0 255.255.255.0
}
# Wether to use hysteresis or not
# Hysteresis adds more robustness to the
# link sensing but delays neighbor registration.
# Used by default. 'yes' or 'no'
# Do not use hysteresis with ETX!
UseHysteresis no
# Hysteresis parameters
# Do not alter these unless you know
# what you are doing!
# Set to auto by default. Allowed
# values are floating point values
# in the interval 0,1
# THR_LOW must always be lower than
# THR_HIGH.
#HystScaling 0.50
#HystThrHigh 0.80
#HystThrLow 0.30
# Link quality level
# 0 = do not use link quality
# 1 = use link quality for MPR selection
# 2 = use link quality for MPR selection and routing
# Defaults to 0
LinkQualityLevel 2
# Polling rate in seconds(float).
# Default value 0.05 sec
Pollrate 0.1
# TC redundancy
# Specifies how much neighbor info should
# be sent in TC messages
# Possible values are:
# 0 - only send MPR selectors
# 1 - send MPR selectors and MPRs
# 2 - send all neighbors
#
# defaults to 0
TcRedundancy 2
#
# MPR coverage
# Specifies how many MPRs a node should
# try select to reach every 2 hop neighbor
#
# Can be set to any integer >0
#
# defaults to 1
MprCoverage 5
# Olsrd plugins to load
# This must be the absolute path to the file
# or the loader will use the following scheme:
# - Try the paths in the LD_LIBRARY_PATH
# environment variable.
# - The list of libraries cached in /etc/ld.so.cache
# - /lib, followed by /usr/lib
# Configuration examples for plugins:
# see /usr/share/doc/olsrd-plugins/ for some for documentation
# these are loaded from LD_LIBRARY_PATH
#LoadPlugin "olsrd_httpinfo.so.0.1"
#{
# defaults to 1978
# PlParam "Port" "8080"
# if you dont set these, the default is to listen only on the loopback device
#PlParam "Host" "80.23.53.22"
#PlParam "Net" "10.0.0.0 255.0.0.0"
# PlParam "Net" "0.0.0.0 0.0.0.0"
#PlParam "Host" "127.0.0.1"
#}
## for more info: http://olsr.org/?q=txtinfo_plugin
#LoadPlugin "olsrd_txtinfo.so.0.1"
#{
# PlParam "port" "2006"
# PlParam "accept" "0.0.0.0"
#}
## for more info: http://olsr.org/?q=jsoninfo_plugin
#LoadPlugin "olsrd_jsoninfo.so.0.0"
#{
# PlParam "port" "9090"
# PlParam "accept" "0.0.0.0"
#}
# useful if your machine has an uplink
#LoadPlugin "olsrd_dyn_gw.so.0.5"
#{
# Here parameters are set to be sent to the
# plugin. Theese are on the form "key" "value".
# Parameters ofcause, differs from plugin to plugin.
# Consult the documentation of your plugin for details.
# Example: dyn_gw params
# how often to check for Internet connectivity
# defaults to 5 secs
# PlParam "Interval" "5"
# if one or more IPv4 addresses are given, do a ping on these in
# descending order to validate that there is not only an entry in
# routing table, but also a real internet connection. If any of
# these addresses could be pinged successfully, the test was
# succesful, i.e. if the ping on the 1st address was successful,the
# 2nd won't be pinged
#PlParam "Ping" "8.8.8.8"
#PlParam "Ping" "82.165.230.17"
#PlParam "pingcmd" "ping -c 1 -q -I tun0 %s"
#}
#LoadPlugin "olsrd_nameservice.so.0.2"
#{
#PlParam "name" "xxx"
#PlParam "a.b.c.d" "xxx-eth"
#PlParam "a.b.c.e" "xxx-bbb"
#PlParam "a.b.c.f" "xxx-olsr"
#PlParam "suffix" ".olsr"
#}
#LoadPlugin "olsrd_dot_draw.so.0.3"
#{
# accept connection from IP:
# default 127.0.0.1 (localhost)
#PlParam "accept" "192.168.0.5"
#PlParam "port" "2004"
#}
#LoadPlugin "olsrd_nameservice.so.0.3"
#{
# PlParam "sighup-pid-file" "/var/run/dnsmasq.pid"
# PlParam "interval" "30"
# PlParam "timeout" "300"
# PlParam "name-change-script" "touch /tmp/namechange"
# PlParam "name" "fff-gw-cd1 "
# PlParam "service" "http://fff-gw-cd1.fff.community:80|tcp|fff-gw-cd1 Statistik"
#}
# Specify the proto tag to be used for routes olsr inserts into kernel
# currently only implemented for linux
# valid values under linux are 1 .. 254
# 1 gets remapped by olsrd to 0 UNSPECIFIED (1 is reserved for ICMP redirects)
# 2 KERNEL routes (not very wise to use)
# 3 BOOT (should in fact not be used by routing daemons)
# 4 STATIC
# 8 .. 15 various routing daemons (gated, zebra, bird, & co)
# (defaults to 0 which gets replaced by an OS-specific default value
# under linux 3 (BOOT) (for backward compatibility)
#
RtProto 8
#
# Specifies the routing Table olsr uses
# RtTable is for host routes, RtTableDefault for the route to the default
# internet gateway (2 in case of IPv6+NIIT) and RtTableTunnel is for
# routes to the ipip tunnels, valid values are 1 to 254
# There is a special parameter "auto" (choose default below)
# (with smartgw: default is 254/223/224)
# (without smartgw: default is 254/254/254, linux main table)
#
RtTable 10
RtTableDefault 10
RtTableTunnel 10
#
# Specifies the policy rule priorities for the three routing tables and
# a special rule for smartgateway routing (see README-Olsr-Extensions)
# Priorities can only be set if three different routing tables are set.
# if set the values must obey to condition
# RtTablePriority < RtTableDefaultOlsrPriority
# < RtTableTunnelPriority < RtTableDefaultPriority.
# There are two special parameters, "auto" (choose fitting to SmartGW
# mode) and "none" (do not set policy rule)
# (with smartgw: default is none/32776/32776/32796)
# (without smartgw: default is none/none/none/none)
#
# RtTablePriority auto
# RtTableDefaultOlsrPriority auto
# RtTableTunnelPriority auto
# RtTableDefaultPriority auto
/etc/iproute2/rt_tables
... 10 fff ...
/etc/dnsmasq.conf
dhcp-range=10.50.131.1,10.50.131.127,255.255.254.0,1h dhcp-option=3,10.50.130.1 dhcp-option=option:dns-server,10.50.252.250 log-queries
/etc/config/network
...
config interface 'mesh'
option type 'bridge'
option auto '1'
option macaddr '30:b5:c2:0e:c9:54'
list ip6addr 'fdff:0::30b5:c20e:c954/64'
list ip6addr 'fdff:0::1/64'
list ip6addr 'fdff:0::32b5:c2ff:fe0e:c954/64'
option ipaddr '10.50.130.1'
option netmask '255.255.254.0'
option proto 'static'
option ifname 'eth0.1 bat0'
...
config switch_vlan 'eth0_10'
option device 'ag71xx-mdio.0'
option vlan '10'
option ports '2t 3t 6t'
config interface 'fablabnbg'
option ifname 'eth0.10'
config switch_vlan 'eth0_11'
option device 'ag71xx-mdio.0'
option vlan '11'
option ports '2t 3t 6t'
config interface 'ws13'
option ifname 'eth0.11'
...
/etc/network.tl-wr1043nd-v2
WANDEV=eth0 SWITCHDEV=eth0 CLIENT_PORTS="1 2 3 6t" WAN_PORTS="5 6t" BATMAN_PORTS="4 6t" CLIENTIF="eth0.1 w2ap" ETHMESHMAC= ROUTERMAC=eth1
/etc/config/wireless
config wifi-device radio0
option type mac80211
option channel 1
option phy phy0
option hwmode 11g
option htmode HT20
option country DE
config wifi-iface
option device radio0
option network w2mesh
option ifname w2mesh
option mode adhoc
option bssid ca:ff:ee:ba:be:05
option ssid 'batman.db0fue.freifunk.net'
option mcast_rate 6000
option encryption none
config wifi-iface
option device radio0
option network mesh
option ifname w2ap
option mode ap
option ssid 'db0fue.freifunk.net'
fastd ist für Hardhöhe nur optional und wird nicht verwendet!
/usr/lib/micron.d/fff-fastd
*/1 * * * * fastd -c /etc/fastd/fff/fffgwcd1
/etc/fastd/fff/fffgwcd1
log to syslog level warn;
method "null";
mode tun;
interface "fffgwcd1VPN";
mtu 1426;
peer "fffgwcd1" {
remote ipv4 "fff-gw-cd1.fff.community" port 1234;
key "SECURE";
}
secret "SECURE";
on up "
ip link set up fffgwcd1VPN
ip address add 10.50.252.251 dev fffgwcd1VPN
ip rule add from 10.0.0.0/8 table fff prio 20
ip rule add to 10.0.0.0/8 table fff prio 20
ip route add 10.50.130.0/21 dev br-mesh table fff
##/etc/fastd/fff/up.sh
";
secure handshakes no;
