Echt Dezentrales Netz/Vorgehen

Vorgehensweise

Hardwarecheck

Welche Hardware eignet sich gut für das Testnetzwerk und ist preiswert?

• Router und RPis müssen openwrt-fähig sein.
  • kommen auch andere Routerbetriebssysteme wie dd-wrt oder tomato in Frage?
  • Wie ist die Unterstüzung vom 5 GHZ Band durch openwrt
  • Unterstützter Open Hardware Router: Linksys WRT54G, 4MB Flash, 16MB RAM, akutell Neukauf: 42€
  • unterstütze Raspberry Pis sind A,B (Ethernet 10/100) und B+ (ca. 30€ + 10€ Hülle) mit 256-512 MB RAM,CPU 700Mhz keinen Flashspeicher, Raspberry Pi 2 ist noch nicht bekannt, ob openwrt-fähig, bietet mehr Leistung zu gleichem Preis. 900MHz quad-core ARM Cortex-A7 CPU supported by 1GB LPDDR2 SDRAM
  • Banana Pi Board 1GB RAM, Gigabit Ethernet, ARMv7 Processor, 40€ ohne Extras wie Hülle, Stromversorgungskabel, externer Datenträger
• Smartphones: sowohl Android (Wifi und Bluetooth) + gerootetes Android z.B Cyanogenmod (AdhocWlan, Wifi, Bluetooth)
• Welche anderen Smartphone-Betriebssysteme(OS)?
• Ist es notwendig ein bestehendes OS anzupassen?Openwrt/Android/[...], um das ganze Spektrum der angestrebten Kriterien zu erfüllen?

Projektübersicht

Um die einzelnen Parameter der Projekte schnell zugreifbar zu haben, ist eine Übersicht ganz praktisch. Wie/Wo eine tabellarische Übersicht gemeinschaftlich füllen? Mit einer offenen LibreOfficeTabelle?

Ticketsystem erstellen

Github, redmine, jira, [?]

Testen

• Was und wie testet schon BattleMesh?
  • http://battlemesh.org/BattleMeshV7/Tests
  • http://battlemesh.org/BattleMeshV6/ActualTests
  • http://downloads.battlemesh.org/WBMv6/test_data/
  • http://battlemesh.org/BattleMeshV3.1416/SpeedTest

• Wie können wir testen und fernwarten?

Per SSH oder Luci (webinterface), Aircrack ("In fact, Aircrack-ng is a set of tools for auditing wireless networks.") oder ?

Außerdem stellt sich mir die Frage wie wir die verschiedenen Projekte parallel testen können. Es werden nicht alle aufeinmal passen, also würde ich nacheinander einzeln oder im Verbund testen. Manche Projekte bedienen nur die oberen Layer. Die würde ich auch testen, aber erst später, wenn wir das oder die bestmöglichen Routingverfahren gefunden haben. Und diese Teile müssten dann verbunden werden. Nicht so trivial, weil ja nicht alles in einer Sprache geschrieben wurde.

• Verschiedene Routingverfahren mit Messaging Testen.
• Telefonie testen
• ?
• Pentesting
• Guis testen

Projektübersichtliste

Was ist noch relevant/nützlich zu wissen?

• Dein Projekt hat den Namen:
• Kurzbeschreibung, was es tut:
• Bietet folgende Dienste an:
  • Messaging
    • Instant M.
    • Email
    • Emaillisten
    • Chat
  • Blogging
  • Webseiten
  • Telefonie
  • Filesharing
• Dein Projekt ist geschrieben in der Sprache:
• Bedient die OSI-layer:
• anonymisiert?
• verschlüsselt?
  • mit:
  • ende zu ende?
• Setzt auf folgendes Routingprotokoll auf:
• Link:
• Obere Grenze bedienbarer Knoten/Benutzer:
• ist portiert auf folgende Plattformen:
  • Windows
  • Linux
  • Android
  • IOS
  • openwrt
  • ?
• Wenn es die unteren Layer bedient:
  • nutzt adhoc-Wlan?
  • nutzt 2,4 Ghz Wifi?
  • nutzt 5 Ghz Wifi?
  • nutzt Bluetooth?
• Braucht in der Gesamtheit wieviel RAM?
• Programmgröße an sich:
• das fehlt noch -> Pläne für die Zukunft:
• Verwundbar gegen folgende Angriffe:
• Welche Teile sind davon betroffen?
• Was macht Dein Projekt besser? Hat was andere nicht haben?