https://wiki.freifunk-franken.de/mediawiki/index.php?action=history&feed=atom&title=Franken_20160506 2026-05-19T10:59:40Z Versionsgeschichte dieser Seite in Freifunk Franken MediaWiki 1.40.1 https://wiki.freifunk-franken.de/mediawiki/index.php?title=Franken_20160506&diff=7820&oldid=prev 2016-12-19T08:35:45Z

<p>Die Seite wurde neu angelegt: „Backup Kopie von https://pad.freifunk.net/p/Franken_20160506 -- Wer kommt? Tim (ab ~9 Uhr) ChristianD (ab ~9Uhr) mayosemmel (hoffentlich - Uh…“</p> <p><b>Neue Seite</b></p><div>Backup Kopie von<br /> <br /> https://pad.freifunk.net/p/Franken_20160506<br /> <br /> --<br /> <br /> Wer kommt?<br /> <br /> Tim (ab ~9 Uhr)<br /> <br /> ChristianD (ab ~9Uhr)<br /> <br /> mayosemmel (hoffentlich - Uhrzeit: Keine Ahnung vermutlich erst Nachmittag)<br /> <br /> <br /> a) Dezentraler keyXchange<br /> <br /> Durchsprache des aktuellen Stands<br /> <br /> Aktueller Stand von Mayosemmels Patches<br /> <br /> Wann muss Synchronisiert werden?<br /> <br /> Neue Installation<br /> <br /> Mit WAN<br /> <br /> Mit &quot;Mesh Nachbarn&quot;<br /> <br /> Ohne WAN/Nachbarn<br /> <br /> Sowohl WAN als auch Mesh Nachbarn<br /> <br /> Online Knoten, bereits konfiguriert<br /> <br /> Mit WAN<br /> <br /> Mit &quot;Mesh Nachbarn&quot;<br /> <br /> Ohne WAN/Nachbarn<br /> <br /> Sowohl WAN als auch Mesh Nachbarn<br /> <br /> Offline Knoten, bereits konfiguriert (Knoten, der vor x Wochen mal korrekt Online war und dannach im Schrank lag und wieder angesteckt wird) (Oder wenn der Knoten nicht synchroniesiert hat, aber alle Nachbarn nun eine neue Hood haben)<br /> <br /> Mit WAN<br /> <br /> Mit &quot;Mesh Nachbarn&quot;<br /> <br /> Ohne WAN/Nachbarn<br /> <br /> Sowohl WAN als auch Mesh Nachbarn<br /> <br /> Szenarien<br /> <br /> Hood-Split<br /> <br /> Zwei Knoten meshen<br /> <br /> Neue Hood wird erzeugt<br /> <br /> Knoten a landet in neuer Hood mit neuem VPN<br /> <br /> Knoten b bleibt in alter Hood, hat aber kein VPN<br /> <br /> Wie oft soll synchronisiert werden?<br /> <br /> alle 5-10 Minuten<br /> <br /> ca. 1 mal pro Woche sollte alles synchronisiert werden<br /> <br /> *.list file dynamisch generieren<br /> <br /> haserl script mit 3 übergabeparametern<br /> <br /> aktuellster timestamp<br /> <br /> anzahl der dateien mit diesem timestamp<br /> <br /> höchste unterstützte Schema-Version<br /> <br /> Liste zeigt alle Dateien mit neuerem Timestamp<br /> <br /> Ausnahme: die Anzahl stimmt nicht überein: Dann auch alle Dateien mit diesem Timestamp<br /> <br /> Wie soll synchronisiert werden?<br /> <br /> Wenn WAN da ist:<br /> <br /> Alle x Minuten per http Download übers Internet<br /> <br /> Wenn Freifunk Netz da ist:<br /> <br /> Alle x Minuten aus dem Freifunk Netz Syncen<br /> <br /> Wenn Keine Nachbarn (kein WAN und kein MESH) da sind:<br /> <br /> Alle x Minuten(Stunden) wird die Hood &quot;dekonfiguriert&quot; und das Config WLAN genutzt<br /> <br /> Jeder fertig konfigurierte Knoten macht ein AP Netz (hidden) auf<br /> <br /> dieser Knoten synchronisiert übers Freifunk Netz<br /> <br /> jeder nicht konfigurierte Knoten ohne VPN verbindet sich als client mit config.freifunk.net (oder so ähnlich)<br /> <br /> jeder AP jedes Knotens bekommt die gleiche feste IP (mit Webserver drauf)<br /> <br /> nicht konfigurierte Knoten mit WAN synchronisiert per WAN (von mehreren IPs)<br /> <br /> Löschen von Dateien<br /> <br /> Es wird ein Parameter &quot;valid&quot; eingefügt. Die Datei wird normal synchronisiert, aber nicht ausgewählt.<br /> <br /> Eine valid=false Datei könnte dann nach x Monaten/Tagen gelöscht werden<br /> <br /> x Monate/Tage muss auf jeden Fall länger sein als der Full-Sync Cycle<br /> <br /> ECDSA Utils<br /> <br /> https://wiki.freifunk.net/ECDSA_Util#Programme_und_Optionen_der_ECDSA-Utils<br /> <br /> Definieren von Arbeitspaketen<br /> <br /> zentraler keyXchange muss &quot;alte&quot; Gateways mit falschen Daten ausliefern<br /> <br /> 3 neue VPN Server müssen eingerichtet werden<br /> <br /> müssen jeden Client annehmen<br /> <br /> Gateways müssen auf L2 Batman verbunden werden<br /> <br /> 1x Trainstation (10.83.0.0/22)<br /> <br /> Tim<br /> <br /> Büchste steht (klon von fff-nue2-gw1) und ist online, Tunnels usw fehlen aber noch.<br /> <br /> kein Internet <br /> <br /> 1x Nürnberg (10.83.4.0/22)<br /> <br /> Jan<br /> <br /> 1x Fürth (10.83.8.0/22)<br /> <br /> Christian<br /> <br /> steht grundsätzlich, allerdings ungetestet bin mir mit fastd und alle Verbindungen annehmen nicht sicher, Hoodfile hat mayosemmel<br /> <br /> Batman 2016.1<br /> <br /> Babel läuft holt auch Olsr Daten, noch ein paar Kleinigkeiten auf ToDo (10.83.252.X ist nicht erreichbar! Fix folgt)<br /> <br /> GRE Tunnel bekommen pro Gerät immer die selbe /32 IP aus dem Bereich 10.83.252.0/22<br /> <br /> *.list Script schreiben<br /> <br /> Tim<br /> <br /> Babel ausprobieren<br /> <br /> Christian<br /> <br /> Babel über GRE ist kaputt, fix ist hier zu finden und damit geht es dann! http://wiki.hwmn.org/w/GRE_Tunnel#Babel_support<br /> <br /> Sachen in der Firmware<br /> <br /> Patch Anmerkungen von Tim einarbeiten<br /> <br /> Jan<br /> <br /> Dauerhaftes AP Netz bei bereits konfigurierten (online) Knoten<br /> <br /> Network Config (inkl. network.routermodel Dateien) sollte in Funktionen aufgeteilt und möglichst automatisiert werden<br /> <br /> WAN bleibt<br /> <br /> LAN wird nicht mehr geteilt, nur noch Client<br /> <br /> ebtables sollte batman weg filtern<br /> <br /> WebUi sollte Konfiguration ermöglichen<br /> <br /> hood-select Script<br /> <br /> schreibt Config-Dateien<br /> <br /> führt scripte aus einem post-hood.d/ Verzeichnis aus<br /> <br /> In dem Verzeichnis kann fff-fastd (Paket) und/oder fff-tunneldigger (Paket) dann ein sh Script ablegen, welches die Config-Dateien ausließt und entsprechend das vpn startet (oder stoppt)<br /> <br /> ein sh Script konfiguriert wlan, wenn adhoc gesetzt ist<br /> <br /> ein sh Script konfiguriert wlan, wenn 802.11s gesetzt ist<br /> <br /> ein sh Script konfiguriert batman-adv<br /> <br /> batman-adv hochziehen<br /> <br /> erledigt<br /> <br /> key files mit separatem sig file<br /> <br /> erledigt<br /> <br /> valid flag in key und hooddateien<br /> <br /> key / erldigt<br /> <br /> hood / erledigt<br /> <br /> network.sh Paket unabhängig von DezKeyXchange<br /> <br /> Jan / erledigt<br /> <br /> Abarbeiten von Arbeitspaketen<br /> <br /> Konsodilieren des Stands<br /> <br /> <br /> Teilnehmer:<br /> <br /> Tim<br /> <br /> Mayosemmel(siehe oben)<br /> <br /> ...<br /> <br /> <br /> b) Freifunk-Netz im/auf Fablab<br /> <br /> Durchsprache des aktuellen Stands<br /> <br /> Definieren von Arbeitspaketen<br /> <br /> Alfred-Proxy in C++<br /> <br /> Testaufbau: 100 Meter Kabel an Prüftafel (54V), Switch &amp; 54V-&gt;24V DCDC Wandler mit PoE Injektor dran, an 24V PoE Injektor möglichst viel Last dran hängen, ermitteln von Spannungsverlust sowie Mindestspannung (Spannung an Prüftafel verringern) womit der Switch (noch stabil) arbeitet.<br /> <br /> Kabel zum Mast verlegen<br /> <br /> Abarbeiten von Arbeitspaketen<br /> <br /> Messungen von Strom&amp;Spannung<br /> <br /> 100Meter Kabel 2x1,5mm²<br /> <br /> 12V DCDC -&gt; 11,8V<br /> <br /> PoE Switch -&gt; 50,5V<br /> <br /> PoE Injektor -&gt;<br /> <br /> 1x NSM5<br /> <br /> 1x NSM2<br /> <br /> 2x Picostation<br /> <br /> 3x NSLM2<br /> <br /> 1x bullet M<br /> <br /> am Switch 1x PoE Lampe<br /> <br /> Stromverbrauch auf 54V Netzteil: 0,6A Peak 0,65A<br /> <br /> Spannung am Netzteil: 52,6V<br /> <br /> Spannung am Ende 100m: 50,1V<br /> <br /> NSM5 am Mast montiert und RIchtung Fürth gescant, St.Michael ist empfangbar<br /> <br /> Strom-Kabel ist verlegt<br /> <br /> Verteilerbox ist montiert<br /> <br /> Alles ist Online aber noch Testlauf.<br /> <br /> St.Michael Admin anschreiben für Verbindung // ist nun auch erledigt warte auf Antwort<br /> <br /> Antwort gekommen: Verbindung möglich<br /> <br /> delphiN: Kirchenvorstand bestet momentan auf reine Nutzung für Flüchtlinge ;-( Weitere Gespräche sollen folgen.<br /> <br /> Konsodilieren des Stands<br /> <br /> Alfred-Proxy muss noch gemacht werden<br /> <br /> evtl. auf ein Raspi Batman zum laufen bekommen, Alfredmaster und Python mit pyalfred und Alfredproxy. Das Pi einfach auf das Gateway pappen?!?!<br /> <br /> Switch:<br /> <br /> Port 1-3:<br /> <br /> VLAN3 (untagged)<br /> <br /> Batman-Adv fablabnbg-Hood<br /> <br /> Pert 4:<br /> <br /> VLAN10 (tagged)<br /> <br /> OLSR db0fue<br /> <br /> VLAN1 (tagged) -&gt; muss geändert werden: VLAN1 entfernen und untagged für Client des 5GHz Geräts, so wie es auf Port 5 getan wurde<br /> <br /> Client<br /> <br /> Port 5:<br /> <br /> VLAN15 (tagged)<br /> <br /> Batman-Adv Fürth-Hood<br /> <br /> VLAN1 (untagged)<br /> <br /> Client<br /> <br /> Port 8:<br /> <br /> VLAN1 (tagged)<br /> <br /> Client<br /> <br /> VLAN3 (tagged)<br /> <br /> Batman-Adv fablabnbg-Hood<br /> <br /> VLAN10 (tagged)<br /> <br /> OLSR db0fue<br /> <br /> VLAN15 (tagged)<br /> <br /> Batman-Adv Fürth-Hood<br /> <br /> <br /> Teilnehmer:<br /> <br /> Tim<br /> <br /> ChristianD!<br /> <br /> mayosemmel<br /> <br /> Notizen was noch offen ist und so nebenbei einfällt und man auch noch besprechen sollte/muss:<br /> * Olsr Linien im Monitoring malen, Nodewatcher anpassen? Extra Farbe für L3 Linien?<br /> * in ein fremdes Batman routen, Problem das es an Olsr vorbei geht evtl. mit dyn_gw_plain Plugin von Olsr zu lösen? //vermutlich ist die Tunnellösung durchs Batman doch die bessere...<br /> * Oudoorbox wird noch benötigt, welche woher klauen? // erledigt!!! (ausm Hornbach, nicht geklaut...)</div>

MisterCrumble