[Freifunk-Bonn] Downtime (Was:Neue Knoten)

[Arpad Müller]

Am 10.11.2014 um 17:27 schrieb Jan Lühr:
> Hallo,
> 
> 
> Am 11/10/2014 05:12 PM, schrieb Arpad:
>> Hallo leute,
>>
>> Ich weiß nicht was passiert ist, aber momentan hat mein router nur 4
>> globale adressen geleast, und uptimerobot hat genau die fehlende adresse
>> eingestellt. Es wäre schon nützlich, eine einzige Adresse zu haben. Gibt
>> es keine andere Möglichkeit, einen failover zwischen den gateways zu
>> bauen? Oder eine fünfte adresse, die zwar nicht preferred ist, aber von
>> allen gateways geroutet (und vergeben) wird?
> 
> Es gibt andere Möglichkeiten - welche IP-Adresse fehlt Dir denn aktuell?

die mit b101. Der router denkt das hier:

root at f81a67151170:~# batctl gwl
      Gateway      (#/255)           Nexthop [outgoingIF]: gw_class ...
[B.A.T.M.A.N. adv 2013.4.0, MainIF/MAC: wlan0-1/fa:1a:67:15:11:70 (bat0)]
=> 52:54:00:4a:0d:02 (255) 02:ff:0f:a5:7d:03 [  mesh-vpn]: 215 -
96MBit/96MBit
   02:ff:0f:a5:7d:02 (225) 02:ff:0f:a5:7d:04 [  mesh-vpn]: 215 -
96MBit/96MBit
   02:ff:0f:a5:7d:01 (225) 02:ff:0f:a5:7d:03 [  mesh-vpn]: 215 -
96MBit/96MBit
   02:ff:0f:a5:7d:06 (225) 02:ff:0f:a5:7d:04 [  mesh-vpn]: 215 -
96MBit/96MBit
   02:ff:0f:a5:7d:04 (255) 02:ff:0f:a5:7d:04 [  mesh-vpn]: 215 -
96MBit/96MBit
root at f81a67151170:~# ip addr show
[...]
5: br-freifunk: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
    link/ether f8:1a:67:15:11:70 brd ff:ff:ff:ff:ff:ff
    inet6 2001:67c:20a0:b103:fa1a:67ff:fe15:1170/64 scope global dynamic
       valid_lft 86389sec preferred_lft 14389sec
    inet6 2001:67c:20a0:b102:fa1a:67ff:fe15:1170/64 scope global dynamic
       valid_lft 86389sec preferred_lft 14389sec
    inet6 2001:67c:20a0:b104:fa1a:67ff:fe15:1170/64 scope global dynamic
       valid_lft 86389sec preferred_lft 14389sec
    inet6 2001:67c:20a0:b106:fa1a:67ff:fe15:1170/64 scope global dynamic
       valid_lft 86400sec preferred_lft 14400sec
    inet6 fe80::fa1a:67ff:fe15:1170/64 scope link
       valid_lft forever preferred_lft forever
6: br-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
[...]

> Die vers. Prefixes gibt es, da darüber load-balancing im tinc-Netz
> zwischen den vers. Supernodes realisiert wird.

Wenn es nur um load-balancing geht, kann man nicht jetzt bereits schon
eine zusätzliche addresse, die nicht preferred ist (und deshalb auch
nicht für ausgehenden traffic benutzt wird), von allen gateways zuweisen
lassen?

> Load-Balancing zwischen vers. Peers mit gl. Subnetts im Routed mode wird
> von tinc leider nicht unterstützt.
> Ich denke, wir wirden langfristig auf jeden Fall von Tinc im routed mode
> weg wollen um u.a. BGP-Peerings mit dem FFRL e.V., den Intercity-VPN
> oder DN-42 zu realisieren.
> 
> Das Thema ist leider ziemlich komplex.
> Im Rahmen des u23-Projekts gibt es eine Gruppe, die angefangen hat an
> diesem Projekt zu arbeiten. Mglw. entsteht hier etwas cooles.

Gruß

Arpad