nyuuzyou/wikis huggingface dataset:
Одиночная игра

В одиночной игре The Blochkheads вы исследуете огромный 2-D мир состоящий из блоков. В самом начале необходимо выбрать будет ли ваш Blockhead мужчиной или женщиной, как он будет выглядеть и как его будут звать. В принципе, дальше вы можете делать все что захотите, однако рекомендуется сразу обустроить дом для хранения сундуков и укрытия от непогоды и зверей.
Без соблюдения основных принципов игры Blockhead будет делать всё медленно: ходить, лазать, собирать, и создавать что в целом замедлит игру. Чтобы Blockhead был постоянно счастлив, он должен получать еду. Самый простой и быстрый способ - это найти еду на деревьях, на которых периодически созревают плоды (зависит от вида дерева). Не переживайте, если не можете найти дерево с плодами, существует много других способов прокормиться, кроме деревьев.
В начале игры вы появляетесь (warp) в портале который автоматически создается вместе с миром. Портал выглядит не слишком полезным, но с помощью нескольких Кристаллов Времени ваш портал станет самым ценным объектом в игре (кроме алмазной кирки). Вы можете купить столько кристаллов времени, сколько хотите, однако получить их гораздо проще, чем вы думаете. Когда у вас будет достаточно кристаллов времени, вы сможете удвоить, утроить, учетверить и даже упятерить отдачу от добычи, что сделает получение кристаллов времени еще проще.
Когда наступает ночь, Blockhead будет нуждаться в жилье. Он устанет, сделается несчастным от недосыпания и погодных условий (дождя, холода, темноты, жары). Если вы не обеспечите ему все условия, он будет делать все медленно. Теперь, когда у вас есть дом, перед вами открывается большой список достижений, вы можете создать еще нескольких Blockheads, вы можете посетить Северный полюс и Южный полюс где можно найти предметы, обладающие уникальными свойствами. Это ваш мир и вы можете делать с ним все что захотите!
Инструакции
Управление

==Главный интерфейс==
===Элементы управления===
# Blockhead
# Портал
# Кнопка Пауза
# Кристалл времени
# Имя Blockhead
# Здоровье
# Счастье
# Иконка с изображением и состоянием персонажа
# Рука
# Ячейка для обуви
# Ячейка для штанов и юбок
# Ячейка для курток
# Ячейка для шапок
# Ячейка для одного предмета
# Корзина с несколькими ячейками
==Окно состояния персонажа==
===Элементы управления===
# Здоровье
# Счастье
# Голод
# Энергия
# Окружение
# Состояние персонажа
# Кнопка создания верстака
# Кнопка медитации
# Кнопка сна
==Прочее==
===Элементы управления===
# Воздух
# Welcome Back
==Различия (iPad/iPhone/iPod)==
Инструкции
2,4-GHz- und 5-GHz-Client unterscheiden

Um zu testen ob in Flüchtlingsheimen mit vielen Clients 5 GHz sinnvoll verwendet werden können, soll demnächst ein WDR3600 am Aufsessplatz installiert werden.
Da im Monitoring nicht eindeutig erkennbar ist, wieviele Clients 5 GHz und wieviele 2,4G Hz nutzen, habe ich ein kleines Script gebaut, mit dem ausgelesen wird wieviele Clients auf 2,4 GHz und wieviele auf 5 GHz verbunden sind. Diese Daten werden nach /tmp/status.txt geschrieben. Der Inhalt dieser Datei wird automatisch (ist in der Grundfirmware bereits enthalten) ins Alfred gepackt und im Monitoring unter „Status Text“ angezeigt.
Zuerst legen wir ein Script an, das die Infos sammelt und in die /tmp/status.txt schreibt:
root@Unterfuerberg5GHz:/usr/lib/micron.d# cat /etc/245ghzstat 
#!/bin/sh
MESHZWEI=$(iw dev w2mesh station dump | grep Station -c) 
MESHFUENF=$(iw dev w5mesh station dump | grep Station -c)
APZWEI=$(iw dev w2ap station dump | grep Station -c)
APFUENF=$(iw dev w5ap station dump | grep Station -c)
echo "Mesh2,4GHz: $MESHZWEI ; Mesh5GHz: $MESHFUENF ; AP2,4GHz: $APZWEI ; AP5GHz: $APFUENF" > /tmp/status.txt
Danach legen wir noch einen Cron an, der das Script minütlich aufruft (bei alter Version eventuell unter crontab -e):
root@Unterfuerberg5GHz:/usr/lib/micron.d# cat default 
*/5 * * * * sleep $(/usr/bin/random 0 29); sh /etc/fastdstart.sh
*/1 * * * * /usr/sbin/batctl gw off; sleep 1; /usr/sbin/batctl gw client
*/1 * * * * /etc/245ghzstat 
root@Unterfuerberg5GHz:/usr/lib/micron.d# 
Das war es schon und absofort sollten die Anzahl der Clients im Monitoring zu sehen sein. Als kleinen Bonus hab ich auch noch die 2,4-GHz- und 5-GHz-Meshverbindungen mit eingebunden.
35c3

Ticket-Linie
Achtung: Die Voucherphase ist vorbei – nur ANGEL-Voucher können derzeit eingelöst werden. Die nächsten Gelegenheiten, Tickets zu kaufen, sind
8. November 2018 12:00 CET
11. November 2018 14:00 CET
21. November 2018 21:00 CET
36C3

Der Vorverkauf für den diesjährigen 36. Chaos Communication Congress vom 27.–30. Dezember 2019 hat bereits begonnen.
Wie schon in den letzten Jahren läuft der Vorverkauf für den diesjährigen Congress wieder in zwei Phasen ab. In der ersten Phase möchten wir den aktiven Kern unserer Community einladen, am Vorverkauf teilzunehmen: Diese Phase beginnt am 21. Oktober und endet, sobald deren Kontingent erschöpft ist, spätestens jedoch am 7. November 2019. In der zweiten Phase verkauft der CCC an mehreren Terminen Tickets frei nach Reihenfolge der Bestellungen. Die Termine für den freien Verkauf sind:
* 08. November 2019 12:00 CET
* 10. November 2019 17:00 CET
* 21. November 2019 21:00 CET
Ticket-Linie
Bitte tragt euch hier ein wer noch einen Voucher für den 36C3 braucht. (Nur aktive FF aus Franken)
Den Voucher gibt es per Mail, muss sofort bezahlt werden und dann umgehend an den/die nächste in der Liste weitergegeben werden. Bitte bezahle Dein Ticket daher UMGEHEND, um längere Wartezeiten für die Personen nach Dir in der Liste zu verkürzen.
Bitte mit Nick, Hood, E-Mail und Status (nicht versorgt, bezahlt, Voucher an xxx weitergeben) eintragen:
# Simbl, Freifunk Aschaffenburg, simbl@live.de, versorgt -> Voucher an Wotschmann
# Wotschmann, Freifunk Aschaffenburg, thomas.wotschi@web.de, bezahlt / Voucher an Tobi weitergeben
# Tobi, Freifunk Aschaffenburg, tobias.umscheid@gmx.de, versorgt -> Voucher an MikeTsenatek weitergegeben
# MikeTsenatek, Freifunk Fürth, mail@philipp-schwab.de
# Joachim, Freifunk Schweinfurt, [...], (anderweitig) versorgt
38C3

Der Vorverkauf für den diesjährigen 38. Chaos Communication Congress vom 27.–30. Dezember 2024 hat bereits begonnen.
Dieses Jahr kehrt der CCC zurück zum System replizierender Voucher, das die alten Hasen schon von den Congressen vor der Pandemiepause kennen. Das heißt, der Vorverkauf verläuft in zwei Phasen, der Voucher-Phase und dem offenen Verkauf. Wenn ihr das noch mal im Detail lesen wollt, gibt es auch eine Erklärseite. 
Die Voucherphase läuft vom 22.10.2024 bis zum 11.11.2024.
Bitte tragt euch hier ein wer noch einen Voucher für den 38C3 braucht. (Nur aktive FF aus Franken)
Mit Nick, Hood, E-Mail und Status (nicht versorgt, bezahlt, Voucher an xxx weitergeben) eintragen:
# Simbl, Freifunk Aschaffenburg/Miltenberg, simbl@live.de, nicht versorgt
Im Anschluss an die Voucherphase gibt es dann drei offene Verkaufstermine, zu denen jeweils unter https://tickets.events.ccc.de Tickets verkauft werden. Der offene Verkauf ist etwas … speziell, deshalb lest euch vielleicht sicherheitshalber unsere Anleitung vom letzten Jahr durch.
Für jeden Termin gibt es ein festes Kontingent, d.h. wenn der erste Termin ausverkauft ist, gibt es am zweiten trotzdem Tickets.
Die Termine sind:
*2024-11-12, Dienstag, 20:00 Uhr (CET)
*2024-11-17, Sonntag, 16:00 Uhr (CET)
*2024-11-23, Samstag, 11:00 Uhr (CET)
60GHzHardware

Typ 	Distanz lt. Hersteller	Frequenz	Antennegain 	TX Power	EIRP 	Bemerkungen
Ubiquiti AF60HD 	2KM 	57-66GHz	35dBi 	17dBm 	x 	Channelbonding, dadurch sehr hohe Datenrate möglich. SFP+ Port.
Mikrotik LHG60g und nray	1,5KM 	57-66GHz	42dBi (channel 1-3, nray 36dBi channel 4)	x 	x 	x
Mikrotik wAP 	200m 	57-66GHz	12.13, 13.48, 10.56 dBi (channel 1/2/3) 	x 	x 	x
Mikrotik cube60g 	800m 	57-66GHz	30dBi 	x 	34dBm 34dBm 32dBm 26dBm (Channel 1 2 3 4)	x
Ubiquiti af60lr 	12,5KM 	57-71GHz	38dBi 	x 	55dBm (max. erlaubt) 	Die hohe Reichweite kommt hauptsächlich durch die höher nutzbare Frequenz zustande
Ubiquiti AF 60 XR 	15KM 	57-71GHz	47dBi (60GHz) und 26dBi (5GHz) 	23,5dBm 	70dBm 	SFP+ Port. Die hohe Reichweite kommt hauptsächlich durch die höher nutzbare Frequenz zustande. Aktuell nur Beta Store.
Ubiquiti AF 60 XG 	4KM 	57-66GHz	x 	x 	x 	Channelbonding, dadurch sehr hohe Datenrate möglich. SFP+ Port. Groß dadurch hoher Antennengain daher auch in den niedrigen Frequenzen höhere Reichweite
einige Werte für Mikrotik sind hier zu finden: https://wiki.mikrotik.com/wiki/Manual:Interface/W60G#Device_RF_characteristics
Regularien sind im SRD Range der BnetzA verfasst: https://www.bundesnetzagentur.de/SharedDocs/Downloads/DE/Sachgebiete/Telekommunikation/Unternehmen_Institutionen/Frequenzen/Allgemeinzuteilungen/FunkanlagenGeringerReichweite/2018_05_SRD_pdf.pdf?__blob=publicationFile&v=7
802 11b support entfernen

ACHTUNG - es gibt zu dieser Vorgehensweise unterschiedliche Meinungen bzgl. Richtigkeit. Anwendung auf eigene Gefahr!
siehe hierzu folgende Diskussionen (unvollständig):
https://github.com/freifunk-gluon/gluon/pull/467#issuecomment-137417111
https://github.com/freifunk-gluon/gluon/pull/467/commits/73f18ee593b137294584b475a86e60c628466488
An Standorten mit vielen Clients und viel "Durchgangsverkehr" (=Client bucht sich ein und wieder aus), scheint diese Maßnahme eine Verbesserung zu bringen.
Auf den Router per SSH einloggen:
uci set wireless.client_radio0.supported_rate='6000 9000 12000 18000 24000 36000 48000 54000'
uci set wireless.client_radio0.basic_rate='6000 9000 18000 36000 48000 54000'
uci commit 
wifi
exit
Um die Änderung zu dokumentieren, bietet es sich an, im WebUI unter "Einstellungen" bei "Description" einen entsprechenden Eintrag zu setzen!
z.B.: "Kanal 1gn"
Das Ergebnis kann hier überprüft werden:
vi /etc/config/wireless
Kategorie:Scripte
Kategorie:Unvollständig
AG Presse

Die AG Presse existiert zu diesem Zeitpunkt noch nicht. Das sind erst Ideen. Bevor sie realisiert wird, müssen erst alle Stammtische/lokalen Treffen der Community FreifunkFranken dem Konzept zugestimmt haben. Bisher zugestimmt haben:
* Nürnberger Treffen im Coworkingspace --Compl4xx (Diskussion) 12:50, 15. Apr. 2016 (CEST)
* ...
== Zusammensetzung ==
Die AG Presse besteht aus allen Freifunker*innen, die auf der presse@freifunk-franken.de-Mailingliste angemeldet sind. Anmelden kann sich jeder, der sich in dem Bereich Öffentlichkeitsarbeit engagieren will, und sich entweder auf einem der Stammtische vorgestellt hat oder einen auf der Liste persönlich kennen.
Wenn du auf die Liste willst, schreib einen deiner Kontaktleute auf der Liste an. Derzeit sind auf der Liste:
* --Compl4xx (Diskussion) 12:50, 15. Apr. 2016 (CEST)
* ...
== Tätigkeit ==
Die AG Presse hat die Verantwortung,
:1. eingehende Presseanfragen unter sich zu bearbeiten und sie zu beantworten
:2. ihre Tätigkeiten der franken@freifunk.net-Liste möglichst früh mitzuteilen
:3. miteinander über Strategien in der Öffentlichkeitsarbeit zu diskutieren
:4. wenn nötig, demokratisch über das eigene Vorgehen abzustimmen. 
Dafür soll das Tool https://www.konsensieren.eu/de/ verwendet werden, mit einer Abstimmungsfrist von einem Tag (in Sonderfällen kann das von Antragsteller*in abgewandelt werden).
== Archive ==
Die Archive der Mailingliste sollen der Community zur Verfügung stehen, damit sie ihnen unliebsame Entscheidungen kritisieren können. Das ist sehr wichtig, um eine Kontrolle der AG Presse zu gewährleisten. 
gleichzeitig soll ein Raum entstehen, in denen die beauftragten Freifunker*innen diskutieren und planen können, ohne dass die Öffentlichkeit mit der sie arbeiten (Journalist*innen) mitlesen kann. 
Deswegen soll das Passwort dafür nur für Freifunker*innen zur Verfügung stehen, die sich einmal ntweder auf einem der Stammtische vorgestellt hat oder einen auf der Liste persönlich kennen. Damit sollen eventuelle Skandale verhindert werden.
Airmax Tipps

Um Werte per Konsole auszulesen kann die status.cgi oder signal.cgi verwendet werden. Mit curl ist es folgendermaßen möglich an die Daten ran zu kommen:
curl -c /tmp/cookies.txt https://10.50.xx.xx/login.cgi -k
curl -LH 'Expect:' -b /tmp/cookies.txt -F username=ubnt -F password=xxxxxx -F uri=status.cgi https://10.50.xx.xx/login.cgi -k 
curl -LH 'Expect:' -b /tmp/cookies.txt -F username=ubnt -F password=xxxxxx -F uri=status.cgi https://10.50.xx.xx/status.cgi -k
Alfred-Master-finden

Mithilfe von TCPDump kann man die Master Announces mitsniffen.
Das Kommando lautet 
tcpdump -i $interface -l ip6 multicast and udp and port 16962 and ether[62:1] = 0x01
Es gibt auch ein Wrapper Script das nur die jeweiligen Link Lokal Adressen ausgibt.
https://gist.github.com/marcohald/8553980f9ec3f3d3aae84b7cdefca831
Analyse-Tools

Zur Analyse und zur Verbesserung von WLAN-Abdeckung gibt es verschiedene Tools:
== Übersicht ==
Tool 	Typ 	Preis	Bemerkungen
Acrylic free 	Analyse 	- 	
Acrylic pro 	Analyse 	40 € 	für Schüler und Studenten kostenlos
InSSIDer Home 	Analyse 	- 	letzte freie Version
InSSIDer Office 	 	149 $	
InSSIDer Essential 	 	599 $	
Chanalyzer Essential	 	999 $	
Ekhau HeatMapper 	HeatMap 	- 	letzte freie Version 2013
Ekhau HeatMapper 	HeatMap 	- 	Anmeldung, Mailingliste
Ekhau ESS 	3D Planer 	$$ 	
NetStress 	Geschwindigkeit	- 	Übertragungsgeschwindigkeit, 2 PCs
..
Anleitungen:macOS

__TOC__
== IPv6 und Router Advertisements ==
=== Problembeschreibung ===
Unter MacOS (aktuell getestet unter 10.14.5, es ist keine Version bekannt, in der es funktioniert) kommt es zu Problemen mit IPv6 und SLAAC. macOS vergisst die passende Subnetz-Route für in Router Advertisement ohne "default"-Lifetime angebotene Subnetze zu setzen; so auch beim fdff::/64, das von den Nodes kommt. Ein bereits geöffneter Bugreport wurde sinngemäß mit "Stimmt, ist kaputt. Ist uns egal, warum machst du es nicht $anders?" beantwortet. Apple scheint sich für dieses Problem nicht zu interessieren.
Für die von den Gateways seit dem KeyxchangeV2 angebotenen fd43-Adressen gilt die gleiche Problematik. Soll auf Router außerhalb der eigenen Hood zugegriffen werden, braucht es aber zusätzlich noch eine fc00::/7 Route, die auch im Router Advertisement mitgesendet wird. Auch das funktioniert unter macOS NICHT. Dafür wurde bisher kein Bugreport geschrieben.
Hierfür gibt es aktuell auch keinen einfachen, sinnvollen Lösungsweg; außer natürlich ein OS zu verwenden, was mit IPv6 vernünftig umgehen kann. Beispielsweise Linux.
=== Lösungansatz ===
Folgende Schritte sind notwendig, um unter MacOS auf einen Router zuzugreifen. In den MacOS Systemeinstellungen -> Netzwerk beim verwendeten Netzwerk die Erweiterten Einstellungen bei IPv6 auf "Manuell" stellen
* Router: leer lassen
* IPv6 Adresse: fdff:: + MAC Adresse des LAN/WLAN Adapters (Zu finden unter "Hardware")
* Präfix Länge: 64
Anschließend sollte das Verbinden funktionieren. Sollte es weiterhin zu Verbindungsproblemen kommen, versuche LittleSnitch oder andere Firewalls vorübergehend pausieren.
=== Beispiel ===
Im Screenshot ist das Beispielfenster zu sehen.
* MAC-Adresse der Netzwerkkarte lautet 90:2b:34:51:d3:3a und wird zu fdff::902b:3451:d33a
= Hinweise =
Auch unter iOS kommt es ebenfalls zu den beschriebenen Problemen. Da hier die selbe Implementierung von IPv6 verwendet wird, scheint auch der selbe Bug aufzutreten.
Unter Safari kann die Web GUI nicht aufgerufen werden, unter Firefox und Chrome ist das nicht der Fall. Das Format im Webbrowser ist wie folgend https://[fdff::98de:d0a8:c20e] im Terminal ssh root@fdff::98de:d0a8:c20e.
Antenne Eigenbau

Hier findest Du Ideen zum Eigenbau...
Erfahrungen zeigen das Eigenbau Antennen nicht wirklich gut funktionieren. Zum experimentieren ist dies ok aber für den Praxiseinsatz sollte man lieber fertige Hardware kaufen.
Bitte wirksame Gesamtleistung beachten.
* Parabolantenne für WLAN-Stick oder Stabantenne (muss noch von UMTS auf WLAN umgerechnet werden)
* 6-Element Yagi billig-Bastellösung
* ...
Kategorie:Antenne
Kategorie:Technik
Anycast-DNS

Bei den zur Verfügung stehenden Anycast-DNS Adressen entscheidet das aktuelle Routing im Freifunk-Netz an welchen Server die DNS-Anfragen geschickt werden. Man weiß also nicht ohne weiteres welcher 'physische' Server gerade erreicht wird und der Server kann auch bei Änderungen des Routings wechseln.
== Anycastadressen ==
fd43:5602:29bd:ffff:1:1:1:1 	DNS
fd43:5602:29bd:ffff:1:1:1:64	DNS64
== Was tun bei Problemen? ==
Die folgenden Kommandos geben einen ersten Einblick in das Routing und den erreichten Server:
traceroute fd43:5602:29bd:ffff:1:1:1:1
dig @fd43:5602:29bd:ffff:1:1:1:1 +nsid fff.community
dig @fd43:5602:29bd:ffff:1:1:1:1 +nsid example.com
Zusammen mit einer Fehlerbeschreibung kann man die Ausgabe der obigen Befehle an die Mailingliste schicken oder im Matrix-Raum #freifunk-franken Anycast-DNS melden.
== Anycast-DNS-Server Unicastadressen ==
Für Analysen kann es hilfreich sein die Unicastadressen der Server zu kennen.
Server 	Unicastadresse
fff-gw1.fra2.sis-netz.de 	fd43:5602:29bd:ffff::37
aquarius.gw.fff.community 	fd43:5602:29bd:ffff::42
dns.herpf.fff.community 	fd43:5602:29bd:ffff::43
freifunkserver.dresel.systems	fd43:5602:29bd:ffff:a:a:a:a
== Einen eigenen Server betreiben ==
Bei jedem Anycast-Server muss sichergestellt sein, dass dieser auf alle Anfragen aus dem Freifunk-Netz (also alles was über das interne Freifunk-Routing zum Server gelangt) auch antwortet. Also alle routbaren ULA- und globalen Adressen.
Zusätzlich sollte der Server mit einer NSID (RFC 5001) konfiguriert sein.
Für bind sieht die Konfigurationszeile so aus (<servername> ersetzen):
	server-id "<servername>";
== Monitor ==
Ein statischer Monitor, welcher die Unicastadressen abfragt ist hier 
== Source Specific announcen ==
Da nicht jeder Server von jeder AbsenderIP DNS Fragen beantwortet, sollten entsprechende Source Specific routen announced werden, je nachdem was man selbst beantworten will/kann. 
fd43:5602:29bd:ffff:1:1:1:1 from 2a0b:f4c0::/40
fd43:5602:29bd:ffff:1:1:1:1 from 2000::/3
fd43:5602:29bd:ffff:1:1:1:1 from fd43:5602:29bd::/48
fd43:5602:29bd:ffff:1:1:1:1 from fc00::/7
fd43:5602:29bd:ffff:1:1:1:64 from 2a0b:f4c0::/40
fd43:5602:29bd:ffff:1:1:1:64 from 2000::/3
fd43:5602:29bd:ffff:1:1:1:64 from fd43:5602:29bd::/48
fd43:5602:29bd:ffff:1:1:1:64 from fc00::/7
Arbeiten/ServiceLearning/AutoGatewayTest

= Automatische Gateway Tests =
* Ansprechpersonen:
** Name: Tim Niemeyer
** E-Mail: tim@tn-x.org
** Funktion: Vorstand
* Betreuer:
** Name: Robert Langhammer
** E-Mail: rlanghammer@web.de
** Funktion: Betreuer
* Organisation: F3 Netze e.V.
* Form der Arbeit: Einzelarbeit (Max Zweier-Gruppenarbeit)
== Konkrete Fragestellung ==
* Einarbeiten in die konkrete Thematik (L3 Routing; DHCP; Batman-adv; DNS; etc)
* Recherche über mögliche Netz-Testing-Frameworks
* Entwicklung eines automatischen Tests
== Angestrebtes Ziel ==
* Der Test kann sich in verschiedene Netze einwählen
* Der Test kann mindestens zwei Kernfunktionen testen
* Der Test kann ein E-Mail Report generieren
== Rahmenbedingungen ==
* Vorarbeiten: Nein
== Kosten ==
Es sind keine Kosten zu erwarten.
== Sonstiges ==
Arbeiten/ServiceLearning/Fiber-durch-Franken

= Vorlage =
* Ansprechpersonen:
** Name: Tim Niemeyer
** E-Mail: tim@tn-x.org
** Funktion: Vorstand
* Betreuer:
** Name: Alexander Gutzeit
** E-Mail: alexander.gutzeit@freifunk-hassberge.de
** Funktion: Vorstand, Betreuer
* Organisation: F3 Netze e.V.
* Form der Arbeit: Einzel- oder Gruppenarbeit
== Konkrete Fragestellung ==
* Welche Möglichkeiten gibt es Städte in Franken mit Glas oder Richtfunk miteinander zu verbinden.
== Angestrebtes Ziel ==
* Fürth-Bamberg-Haßfurt-Schweinfurt-Würzburg-Kitzingen-Geiselwind-Nürnberg-Fürth.
== Rahmenbedingungen ==
* Vorarbeiten: Nein
== Kosten ==
Kostenübernahme: Nein
== Sonstiges ==
Arbeiten/ServiceLearning/Marketing

= Marketing =
* Ansprechpersonen:
** Name: Tim Niemeyer
** E-Mail: tim@tn-x.org
** Funktion: Vorstand
* Organisation: F3 Netze e.V.
* Form der Arbeit: Einzelarbeit/Projektarbeit/Bachelorarbeit
== Konkrete Fragestellung ==
* Wie kann ich Freifunk als Konzept so verkaufen, dass trotz komplexer technischer Zusammenhänge möglichst viel beim Endnutzer ankommt
* Wer sind geeignete Ansprechpartner, um größere Regionen effizient abzudecken oder "erwachsenere" Installationen vorzunehmen
* Wie unterscheiden sich Strategien in der Stadt vs. ländlicher Raum
== Angestrebtes Ziel ==
Es soll ein Marketing-Konzept und ggf. Materialien erstellt werden, die geeignet sind, die Arbeit von "Freifunk-Technikern" im Kontakt mit Endnutzern und Offizieller 1. zu vereinfachen und 2. zu professionalisieren.
== Rahmenbedingungen ==
* Technische Grundkompetenz sollte von Teilnehmern erwartet und ggf. abgefragt werden.
== Kosten ==
Keine?
Arbeiten/ServiceLearning/MySQL-Optimierung

= MySQL-Optimierung des Monitoring =
* Ansprechpersonen:
** Name: Tim Niemeyer
** E-Mail: tim@tn-x.org
** Funktion: Vorstand
* Organisation: F3 Netze e.V.
* Form der Arbeit: Abschlussarbeit (Bachelor, Master)
* Sprache: deutsch, englisch
== Konkrete Fragestellung ==
Der Betrieb des Monitoring erfordert Datenhaltung in mittelgroßen MySQL-Tabellen, deren Performance den Flaschenhals für die Anwendung darstellt. Die Optimierung dieser Tabellen ist anhand gängiger Strategien möglich, jedoch ist eine Messung der Performance-Verluste/-Gewinne nicht ohne weiteres möglich. Eine systematische Performance-Messung und die Ableitung von Verbesserungen wäre daher erstrebenswert.
== Angestrebtes Ziel ==
* Messung der Performance des Monitorings und Ableiten von Verbesserungen:
** Generelle Datenbankparameter (inninnodb_buffer_pool_size)
** Tabellenformat (InnoDB vs. MEMORY vs. Archive)
** OPTIMIZE TABLE für InnoDB?
** Tabellendesign (z.B. CHAR vs. VARCHAR vs. BINARY)
** ...
* Entwicklung eines Tools, um aussagekräftige Tests durch Admins durchzuführen (evtl. ausgliedern in eigenes Projekt; wird hier umfangreich gearbeitet ist ggf. der Umfang einer Masterarbeit gerechtfertigt)
== Rahmenbedingungen ==
* Die Arbeit muss sich dem Problem systematisch und theoretisch nähern, um den Anspruch einer wissenschaftlichen Arbeit zu erfüllen. Ein reines Testen von Variablen ist hier zu wenig!
* Vorarbeiten: Manuelle Optimierung "nach Gefühl"
* Einrichtung eines eigenen Test-Servers mit ausreichend Power notwendig, muss ggf. von Freifunk zur Verfügung gestellt werden.
== Kosten ==
Kosten für Test-VM
VM kann von F3 Netze e.V. gestellt werden.
Arbeiten/ServiceLearning/RouterPerformanceTest

= Router-Performance-Test =
* Ansprechpersonen:
** Name: Tim Niemeyer
** E-Mail: tim@tn-x.org
** Funktion: Vorstand
* Betreuer:
** Noch nicht fix
* Organisation: F3 Netze e.V.
* Form der Arbeit: Einzelarbeit (Abschlussarbeit nur bei besserem theor. Überbau)
== Konkrete Fragestellung ==
Regelmäßig werden Speedtests auf Routern durchgeführt, um verschiedene Technologien/Protokolle/Verbindungen zu vergleichen. Hierfür muss i.d.R. an Dateien herumgemoddet werden, zudem ist das eigtl. Testen der Geschwindigkeit ein Problem.
== Angestrebtes Ziel ==
* Es soll ein Tool erstellt werden, dass die verschiedenen (absehbaren) Tests auf Router ausführen kann
* Das Tool soll belastbare, vergleichbare Ergebnisse liefern
* Das Tool soll möglichst viele Scenarien abdecken (L2/L3, mit/ohne Batman, fastd/L2TP)
== Rahmenbedingungen ==
* Die Arbeit ist zeitlich sehr flexibel gestaltbar, da je nach Zeitrahmen und Erfolg/Misserfolg einzelne Szenarien hinzugenommen oder weggelassen werden können.
== Kosten ==
Routerhardware zum Testen.
Kostenübernahme: Nein, Hardware kann ggfs gestellt werden.