[Berlin-wireless] public IPv6 für Clients im BBB ausschalten

[Philipp Borgers]

On Sun, Aug 28, 2016 at 11:36:46AM +0200, Patrick Grimm wrote:
> Hi
> 
> Am 07.08.16 um 14:37 schrieb Bastian:
> > Hallo,
> > 
> > grundsätzlich +1, Detailed wall-of-text als Inline-reply
> > 
> > On 08/06/2016 03:28 PM, Alexander Couzens wrote:
> >> Da aktuell das IPv6 leider mehr recht als schlecht funktioniert würde
> >> ich vorschlagen es ausszuschalten.
> > 
> > An dieser Stelle bitte  mehr Details. Es den Eyeballs gegenüber
> > abzuschalten, also kein RA/DHCPv6 für Endgeräte anzubieten halte ich für
> > sinnvoll. Den ganzen OLSR für IPv6 abzuschießen bedeutet auch es für
> > alle anderen kaputt zu machen.
> ACK
> 
> > 
> > Alleine wegen dem nun über 1 Jahr altem
> > https://github.com/freifunk-berlin/firmware/issues/263 Issue, welches
> > AFAIK noch immer nicht gefixt ist, sind sowieso alle ungepflegten
> > BBB-Standorte mit broken IPv6 unterwegs.
> > 
> > Ich nutze unseren IPv6-BBB aktiv für Maintenance. Alleine die Tatsache,
> > das unsere BBB-Standorte via <node-name>.pberg.freifunk.net (Danke
> > Patrick!) direkt aus dem Internet erreichbar sind ist es IMHO wert das
> > solange weiter laufen zu lassen bis eine gleichwertige Alternative besteht.
> Das funktioniert so mit olsr2 nicht mehr. Ich hab da schon 2 alternativen.

Im Raum steht auch noch die Frage was bei olsr2 überhaupt funktioniert und
besser funktioniert als bei anderen Protokollen. Vielleicht wäre der erste
Schritt eine Gegenüberstellung der Protokolle vorzunehmen?

https://pad.freifunk.net/p/routing-ng

Im zweiten Schritt will man sich vielleicht mal zusammensetzen?

> >> Wieso?
> >> IPv6 wird bevorzugt gegenüber IPv4 von allen Endgeräten!
> BTW: Weis jemand wie ich aus collectd traffic stats getrennt nach ipv4 und ipv6 raus bekomme?
> 
> .
> .
> .
> > Es wäre natürlich toll wenn sich nun wirklich mal Menschen finden lassen
> > die IPv6 im BBB mit einem sinnvollen Konzept auf stabile Beine stellen
> > wollen, aber ...
> Ich baue mir so was gerade mit olsr2.
> Wenn wir die Störerhaftung VPN0X nicht mehr brauchen können wir sie ja in automagische
> ip6in6 tunnel für den PI Uplink um bauen.

Unabhängig von der Störerhaftung könnte man daran arbeiten, wenn klar ist wie
die Präfixe im Netz verteilt werden.

Robert hat an der Präfix vergabe per DHCP-Unicast gearbeitet. Seine Doku dazu
findet man im Wiki:

https://wiki.freifunk.net/Automatische_IPv6_Netzwerk-Konfiguration

> Gruss
>       Patrick
> 
> 




> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> Diese Mailingliste besitzt ein ?ffentlich einsehbares Archiv

-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 801 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.berlin.freifunk.net/pipermail/berlin/attachments/20160828/b6ddbe0e/attachment.sig>