VDS
Es ist immer noch unklar ob und (wenn ja) welche Daten überhaupt gespeichert werden müssten. Aus mehreren Quellen sind wir uns inzwischen sicher, dass Knoten-Betreiber mit VDS nichts zu tun haben werden. In wie weit VPN-Anbieter oder Freifunk betroffen sind muss sich noch klären.
→ Weitermachen und abwarten. Puls alle wieder runterschrauben
Alternativen sind "schmerzhaft" aber als halbfertige Lösung in der Schublade: outbox steht in den Startlöchern, sollten wir was speichern müssen.
Weiter zu beachten: Einverständnis der GW Betreiber muss vor dem 01.07.2017 eingeholt werden.
- FFI (ok)
- descilla Simon Wüllhorst
- Sven
- Fanlin Arnim Faryn
- Commander
- Parad0x Sebastian Danek
- handle Florian Beier
- kgbvax (ok)
Bericht WCW
Ingomar und Matthias berichten über das Wochenende in Berlin. Vor Hotel "LebensQuelle" wird gewarnt.
- kgbvax hat mit Elektras Hilfe einen https://wiki.freifunk.net/Freifunk-MPP-Tracker funky Solarladeregler gebaut \o/
- Oldenburg in September: https://forum.freifunk-muensterland.de/t/vormerken-freifunk-festival-oldenburg-ende-september/2739
#gpngate, netter Talk "Salt-Orchestrated Software Defined Freifunk Backbone im Hochstift"
https://media.ccc.de/v/gpn17-8514-salt-orchestrated_software_defined_freifunk_backbone_im_hochstift- Yanosh Talk: DIY Freifunk-Router - Mit babel, Batman-adv & Shell-Scripts ins Mesh
https://wiki.freifunk.net/images/a/a1/WCW2017-Diy_shell_babel_batmanadv.pdf - Rechts Update von Reto Mante, Beata Hubrig. TMG,VDS.
Bitte mal lesen, insbesondere der neue TMG Entwurf ist spannend weil damit Local Exit problemlos wird- Da: Kein Unterlassungsanspruch (bei WLAN)
- Da: Kein Unterlassungsanspruch (bei WLAN)
Skulpturprojekte: Theater am Pumpenhaus?
- Parad0x schickt Info an Jannis und stellt den Kontakt zu den Skulpturprojekten her.
- Bitte auch Kontakt mit dem Meshknoten auf der Ecke aufnehmen "Gardenstreet", vielleicht kann man da hübsch quermeshen,.
https://karte.freifunk-muensterland.de/map/#!v:m;n:c46e1f31a4fa
kgbvax sucht Standort für sein neues Solar-Foo
Ingomar hat neues Spielzeug. Jeder der sinnvollen Einsatz für einen Solar-Router hat möge sich melden.
Offtopic: Der Wassersensor (wiekaltistderkanal) wird von Ingomar in die Warpzone gebracht und nächste Woche von Jannes und Sebastian aufgebaut.
Weiteres Vorgehen Netzausbau (Zweiter Internet-Uplink / Abuse-Umstellung / Eigenes AS)
Vertagt auf nächste Woche, da viele Informationen bei Matthias Walther liegen.
DHCP-Optimierung / DomainSplit / ... als Vorbereitung für den kleinen Ansturm bei den Skulpturprojekten?
Mögliches Vorgehen:
- Rollout der geplanten Firmware → Wie ist hier der Stand? Matthias WaltherMarius Hellmann
- in arbeit... bis nächste Woche fertig.
- Vergrößerung der DHCP-Bereiche
Notfallplan: Für große Standorte die Testdomain-Firmware nutzen
Unabhängig davon soll der DomainSplit vorangetrieben werden.
- Simon Wüllhorst wird ein bisschen malen und mit den anderen den Firmwarebau besprechen
Lokales und öffentliches V6-Präfix trennen? Würde V6-Exit über den FFNW ermöglichen, bisher geht dort nur V4.
Vermutlich benötigen wir VORHER ein eigenes AS
Vertagt auf nächste Woche, da viele Informationen bei Matthias Walther liegen.
Babel-Testnetz
Yanoshs hat einen Vorschlag für Layer3/Babel. Matthias reißt das Thema kurz an und wird hier in Kürze...
Quelle: https://github.com/yanosz/node-config
Siehe auch Talk von Yanosh auf dem WCW
NAT64 & DNS64
- Beitrag auf dem letzten RIPE Meeting über die Nutzbarkeit von NAT64: https://ripe74.ripe.net/wp-content/uploads/presentations/133-Jan_Zorz-NAT64-Check-v3.4.pdf
- Webseiten auf NAT64 Funktionalität testen: https://nat64check.go6lab.si/
- Es wird angemerkt, dass viele Protokolle (Torrent, SIP, Skype, ...) Probleme damit haben (wenn sie keine nativen v6 Dienst betreiben).
- Bzgl. VOIP gibt es hier eine Übersicht (Stand Mai 2017) mit v6 Support: http://www.thomas--schaefer.de/voip-ipv6.html
- Es wird dennoch angereicht die praktische Funktionalität in einem Testsystem zu testen.
1 Comment
Matthias Walther
Anmerkung zum Punkt „Lokales und öffentliches V6-Präfix trennen“: Mit einem eigenen AS hätten wir ein eigenes V6-Präfix, was wir über den FFNW und den FFRL routen könnten. Also über BGP über unser Transitpeering würden wir denen mitteilen, dieses globale IPV6-Präfix hier erreichbar ist.
Was ich vorgeschlagen habe, ist eine Abwandlung davon: Man wechselt dynamisch zwischen dem Präfix von FFNW und FFRL. Dadurch wird V6-Routing über beide Transitpartner möglich, aber leider wechselt das Präfix, sodass es keine statischen IPV6-Adressen mehr gäbe.