Bisam

2012-08-07T11:15:13Z

Masmus:

Bisam

2012-08-07T11:14:42Z

Masmus:

Datei:Bau6Bauanzeige.pdf

2012-08-07T11:10:54Z

Masmus: Bauanzeigeformular Langenzersdorf

Bauanzeigeformular Langenzersdorf

Bisam

2012-08-07T11:08:35Z

Masmus:

Diskussion:0xFF-Backfire Vienna - Testtage 2011

2011-09-06T23:43:18Z

Masmus: Die Seite wurde neu angelegt: „== Vorschläge/Überlegungen (Masmus) == ''(Da ich noch nicht so vertraut mit der Materie bin und noch nicht so genau weiß was olsrd-, firmware-, oder HW-abhän...“

== Vorschläge/Überlegungen (Masmus) ==
''(Da ich noch nicht so vertraut mit der Materie bin und noch nicht so genau weiß was olsrd-, firmware-, oder HW-abhängig ist, mach ich hier mal ein paar Vorschläge.)''

===Tests===

*'''MIMO''' - Steht schon fest ob das in unserem Fall einen Vorteil bringt (bzw. wieviel genau)? Besonders interessant würde ich hier die doppelt polarisierten Antennen finden. Hat vielleicht jemand sowas?

*'''GUI-Reaktionszeit''' - Welcher Router, wie schnell die luci-scripts ausführen und die Ergebnisse darstellen kann.

*'''Durchschnittliche Uptime''' - Als allgemeine Erhebung (unabhängig vom Veranstaltungstermin), welche Geräte, wie lange laufen. Könnte man das automatisiert auslesen?

*'''Performance-Nachbarn-Verhältnis''' - Übertragungsraten/Packetloss/Signalqualität bei 1-? Nachbarn

*'''Datendurchsatz lokal''' - z.B. über "Testdownload" an LAN-Port

===Devices===

*x86-Systeme mit div. WLAN-Chips/Antennen

*Android/iPhone

===Sonstiges===

*Antennen und Adapter

--[[Benutzer:Masmus|Masmus]] 23:43, 6. Sep. 2011 (UTC)

0xFF-Backfire Vienna - Testtage 2011

2011-09-06T22:45:05Z

Masmus: /* Testobjekte: */

Unsere experimentellen '''Funkfeuer-Netze''' in Wien, in Graz, dem Weinviertel und all die kleinräumigen Initiativen in Österreich, die auf OpenWRT setzen, sind seit ihrem Bestehen mittlerweile zu einer beträchtlichen Größe herangewachsen. Lange haben wir von der Entwicklungsarbeit der Berliner Community und Sven Ola gelebt und nicht zuletzt mit Markits Patches und den bewährten Linksys & Cos. erfolgreich unsere Netze aufgebaut.

Jedoch, die Entwicklung ist nicht stehen geblieben - Durch die unsagbare Kompaktheit der Ubiquity-Produkte und den unschlagbaren Preisen von TP-Link wird es langsam an der Zeit, sich auch anderen Herstellern zuzuwenden, die aus Gründen der Politik der FCC mehrheitlich auf die offenen Treiber der Atheros-Reihe setzen.

Mit 0xFF-Backfire Vienna ist es uns gelungen, einen mehr oder weniger passenden Snapshot mit allen relevanten Settings für unser Wiener Netz zu erstellen, der allen gängigen Anforderungen für die Netzerweiterung mit Atheros-Produkten erfüllt. Eine Ausweitung auf andere Netze in Österreich und eine Konsolidierung mit der deutschen Freifunk-Community ist angestrebt und sehr wünschenswert.

Diese Testtage sollen Kompatibilität und Alltagstauglichkeit der Images demonstrieren und dazu beitragen, Konfigurationsfehler zu erkennen und diese optimieren.

== Zielsetzung: ==

===== Kompatibilität: =====
Bei der Einführung einer neune Softwaregeneration ist es unabdingbar, auf deren Kompatibilität zu bestehenden Konfiguration zu achten.

Aus diesem Grund ist eines unserer wichtigsten Aufgabe, die Tauglichkeit neuer Geräte (Hard- und Software) zueinander und mit bestehenden Geräten unter Laborbedingungen zu beweisen. Erst dann können wir diese mit gutem gewissen als "Standard" bewerben.

===== Mythen: =====
Ein experimentelles Netz dient dem experimentieren - Logisch. Jedoch entstehen durch Experimente in einem weitgehend inhomogenen Netz auch Mythen, die sich kaum mehr beseitigen lassen.

Ziel der Testtage soll es sein, einige dieser Mythen zu beweisen oder sie zu eliminieren.

===== Standard-Konfigurationen: =====
Der Support von Interessenten, die den Weg ins Metalab finden, ist erdenklich schlecht geworden. Klar haben wir Snapshots, die Wiki und auch unsere Mailing-Listen aber ich bin der Ansicht, durch die Vielzahl an Geräten und Konfigurationen ist die Hürde für eine nachhaltige Netzwerweiterung einfach zu hoch.

Ziel der Testtage soll es sein, hier zu einer überschaubaren Anzahl an Geräten und Konfigurationen zu finden, die den Einstieg um ein Vielfaches erleichtern. Wenn die Leute dann Fuß gefasst haben, kommt die experimentelle Komponente sicher nicht zu kurz.

===== Rating: =====
Welche Konfiguration für einen Anwendungsfall die Beste ist, entscheidet letztendlich jener, der den Node errichtet. Da Standardisierung aber immer nur zu einem gewissen Teil auf einen Anwendungsfall passt kann ein Rating als Entscheidungshilfe herangezogen werden.

Ziel der Testtage soll es sein, Geräte und Konfigurationen auf ihre Anwendungsfälle zu bewerten und mittels Rating eine Entscheidungsgrundlage für Node-Verantwortliche liefern.

== Organisatorisches: ==

===== Termin: =====
* Samstag, 15.10.2011, 10:00 - 22:00
* Sonntag, 16.10.2011, 10:00 - 17:00

===== Location: =====
''(Wird noch bekannt gegeben. Abhängig von der zu erwartenden Teilnehmerzahl)''

===== Team: =====
''Folgende Personen werden bei den Testtagen anwesend sein. (Bitte ergänzen)''

* JoeSemler ''Planung & Koordination''
* Erich Pekarek
* Aaron
* Gregor
* Martin A. (Sa. erst ab 18h)

== Aufbau & Ablauf: ==

===== Testanoednung: =====
Die Tests finden an beigestellter Hardware unter Laborbedingungen statt. D.h. die Geräte werden über regelbare Dämpfungsanordnungen verbunden und über einen Messausgang messtechnisch überwacht. ''(Das Messequipment wir bereitgestellt)''

Dadurch wird klar, dass im Zuge der Testtage weniger das Verhalten im Mesh, sondern das Gerät mit seinen Schnittstelleneigenschaften im Funknetz im Vordergrund steht.

===== Agenda: =====
''Die detaillierte Agenda wird auf Basis der Testobjekte und Fragen zu einem späteren Zeitpunkt erstellt''

* 15.10.2011
* 16.10.2011

== Testobjekte & Tests: ==

In diesem Abschnitt sind alle Geräte, Konfigurationen und Kompatibilitätstests gelistet, die wir im Zuge der 0xFF-Backfire Vienna - Testtage 2011 untersuchen wollen. ''(Bitte ergänzen. Die einzelnen Fragestellungen können vorerst noch allgemein formuliert sein)''

==== Testobjekte: ====

{| border="3" cellpadding="10" cellspacing="0"
! Type || Beisteller 1* || Beisteller 2*
|-
| Bullet2 || Joe || Joe
|-
| Bullet5 || ? || ?
|-
| Bullet M2 || Martin A. || ?
|-
| Bullet M5 || Joe || Martin A.
|-
| AirGrid M2 || Joe || ?
|-
| AirGrid M5 || Harald || ?
|-
| Nanostation Loco M2 || Gregor || ?
|-
| Nano Bridge M5 || Joe || Joe
|-
| TL-1043ND || Martin A. || ?
|-
| TL-741ND || Joe || ?
|-
| R52 || Joe || Joe
|-
| WRT54GL || Martin A. || ?
|-
| ''bitte Testobjekt zufügen'' || ? || ?
|}
'' * Um Gerätefehler ausschließen zu können sollten wir von jedem Testobjekt 2 Geräte zur Verfügung haben. Bitte hier eintragen, welche Personen die jeweiligen Testobjekte bereitstellen können''

==== Tests: ====

{| border="3" cellpadding="10" cellspacing="0"
! Testname* || Testart** || Testobjekt*** || Testpartner**** || Beschreibung || Eingebracht von
|-
| Sendeleistung der Geräte || G || alle || || Entsprechen die Leistungsangaben in der Firmware der Realität? || Joe
|-
| Empfindlichkeit der Geräte || G || alle || Referenzgerät || Vergleich der Empfindlichkeiten bis wann Übertragungen und mit welcher Bandbreite möglich sind. ''(Aufgrund des gewählten Testaufbaus ist n-Betrieb nicht möglich) Ideen?'' || Joe
|-
| Korrektheit der SNR Werte || G || alle || Referenzgerät/Quelle || Vergleich, ob die WLAN Parameter (SNR, noise, signal, biterror rate (?)) auch dem entspricht, was physikalisch stimmen sollte. Manche Treiber "schummeln" und liefern ungenaue Werte. Korrekte Werte bzw. bekannte Korrekturfaktoren sind aber wichtig, um SNR basierte Metriken fuer OLSR zu entwickeln || Aaron
|-
| Mythos ESSID bei AdHoc-Mode || K || noch festzulegen || ''noch festzulegen'' || Welchen Einfluss hat die Vergabe gleicher oder ungleicher ESSID bei der Verwendung von Backfire zu Backfire, von Backfire zu Freifunk, von Broadcom zu Broadcom, von Broadcom zu Atheros (oder madwifi zu ath9k),... || Joe
|-
| Zuverlässigkeit des Auto-Modes bei der Frequenzwahl || K || ausgewählte Geräte || Gerät mit fixer Kanalzuteilung || || Joe
|-
| Multi-SSID-Mode || K/G || alle || Diverse Geräte || Ist ein das Gerät in der Lage mehrere SSIDs auszustrahlen, ad-hoc und station mode nebeneinander zu betreiben und kann man auch tatsächlich über beide SSIDs verbinden. || Erich
|-
| max.Datenraten || G || einige || diverse Geräte || max.speed mit min.dBm und speed-diff ad-hoc zu master-client || Harald
|-
| EIRP-Messung || G || einige || diverse Geräte || in einigem Abstand (10-20m) 1-2-3 devs gleichzeitig ''Wird schwierig, da wir keinen Messraum haben und so mit ext. Störungen zu rechnen haben (Joe)''|| Harald
|-
| ''bitte nächsten Test hinzufügen'' || || || || ||
|}
'' * Eindeutiger Name der Testanordnung''
'' ** Gerätetest, Parametertest(G), Kompatibilitätstest(K)''
'' *** Name des Gerätes, das untersucht werden soll''
'' **** Gegenstelle, die bei Kompatibilitätstest der WLAN-Schnittstelle verwendet werden soll''

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

0xFF-Backfire Vienna - Testtage 2011

2011-09-06T22:42:46Z

Masmus: /* Team: */

Unsere experimentellen '''Funkfeuer-Netze''' in Wien, in Graz, dem Weinviertel und all die kleinräumigen Initiativen in Österreich, die auf OpenWRT setzen, sind seit ihrem Bestehen mittlerweile zu einer beträchtlichen Größe herangewachsen. Lange haben wir von der Entwicklungsarbeit der Berliner Community und Sven Ola gelebt und nicht zuletzt mit Markits Patches und den bewährten Linksys & Cos. erfolgreich unsere Netze aufgebaut.

Jedoch, die Entwicklung ist nicht stehen geblieben - Durch die unsagbare Kompaktheit der Ubiquity-Produkte und den unschlagbaren Preisen von TP-Link wird es langsam an der Zeit, sich auch anderen Herstellern zuzuwenden, die aus Gründen der Politik der FCC mehrheitlich auf die offenen Treiber der Atheros-Reihe setzen.

Mit 0xFF-Backfire Vienna ist es uns gelungen, einen mehr oder weniger passenden Snapshot mit allen relevanten Settings für unser Wiener Netz zu erstellen, der allen gängigen Anforderungen für die Netzerweiterung mit Atheros-Produkten erfüllt. Eine Ausweitung auf andere Netze in Österreich und eine Konsolidierung mit der deutschen Freifunk-Community ist angestrebt und sehr wünschenswert.

Diese Testtage sollen Kompatibilität und Alltagstauglichkeit der Images demonstrieren und dazu beitragen, Konfigurationsfehler zu erkennen und diese optimieren.

== Zielsetzung: ==

===== Kompatibilität: =====
Bei der Einführung einer neune Softwaregeneration ist es unabdingbar, auf deren Kompatibilität zu bestehenden Konfiguration zu achten.

Aus diesem Grund ist eines unserer wichtigsten Aufgabe, die Tauglichkeit neuer Geräte (Hard- und Software) zueinander und mit bestehenden Geräten unter Laborbedingungen zu beweisen. Erst dann können wir diese mit gutem gewissen als "Standard" bewerben.

===== Mythen: =====
Ein experimentelles Netz dient dem experimentieren - Logisch. Jedoch entstehen durch Experimente in einem weitgehend inhomogenen Netz auch Mythen, die sich kaum mehr beseitigen lassen.

Ziel der Testtage soll es sein, einige dieser Mythen zu beweisen oder sie zu eliminieren.

===== Standard-Konfigurationen: =====
Der Support von Interessenten, die den Weg ins Metalab finden, ist erdenklich schlecht geworden. Klar haben wir Snapshots, die Wiki und auch unsere Mailing-Listen aber ich bin der Ansicht, durch die Vielzahl an Geräten und Konfigurationen ist die Hürde für eine nachhaltige Netzwerweiterung einfach zu hoch.

Ziel der Testtage soll es sein, hier zu einer überschaubaren Anzahl an Geräten und Konfigurationen zu finden, die den Einstieg um ein Vielfaches erleichtern. Wenn die Leute dann Fuß gefasst haben, kommt die experimentelle Komponente sicher nicht zu kurz.

===== Rating: =====
Welche Konfiguration für einen Anwendungsfall die Beste ist, entscheidet letztendlich jener, der den Node errichtet. Da Standardisierung aber immer nur zu einem gewissen Teil auf einen Anwendungsfall passt kann ein Rating als Entscheidungshilfe herangezogen werden.

Ziel der Testtage soll es sein, Geräte und Konfigurationen auf ihre Anwendungsfälle zu bewerten und mittels Rating eine Entscheidungsgrundlage für Node-Verantwortliche liefern.

== Organisatorisches: ==

===== Termin: =====
* Samstag, 15.10.2011, 10:00 - 22:00
* Sonntag, 16.10.2011, 10:00 - 17:00

===== Location: =====
''(Wird noch bekannt gegeben. Abhängig von der zu erwartenden Teilnehmerzahl)''

===== Team: =====
''Folgende Personen werden bei den Testtagen anwesend sein. (Bitte ergänzen)''

* JoeSemler ''Planung & Koordination''
* Erich Pekarek
* Aaron
* Gregor
* Martin A. (Sa. erst ab 18h)

== Aufbau & Ablauf: ==

===== Testanoednung: =====
Die Tests finden an beigestellter Hardware unter Laborbedingungen statt. D.h. die Geräte werden über regelbare Dämpfungsanordnungen verbunden und über einen Messausgang messtechnisch überwacht. ''(Das Messequipment wir bereitgestellt)''

Dadurch wird klar, dass im Zuge der Testtage weniger das Verhalten im Mesh, sondern das Gerät mit seinen Schnittstelleneigenschaften im Funknetz im Vordergrund steht.

===== Agenda: =====
''Die detaillierte Agenda wird auf Basis der Testobjekte und Fragen zu einem späteren Zeitpunkt erstellt''

* 15.10.2011
* 16.10.2011

== Testobjekte & Tests: ==

In diesem Abschnitt sind alle Geräte, Konfigurationen und Kompatibilitätstests gelistet, die wir im Zuge der 0xFF-Backfire Vienna - Testtage 2011 untersuchen wollen. ''(Bitte ergänzen. Die einzelnen Fragestellungen können vorerst noch allgemein formuliert sein)''

==== Testobjekte: ====

{| border="3" cellpadding="10" cellspacing="0"
! Type || Beisteller 1* || Beisteller 2*
|-
| Bullet2 || Joe || Joe
|-
| Bullet5 || ? || ?
|-
| Bullet M2 || ? || ?
|-
| Bullet M5 || Joe || ?
|-
| AirGrid M2 || Joe || ?
|-
| AirGrid M5 || Harald || ?
|-
| Nanostation Loco M2 || Gregor || ?
|-
| Nano Bridge M5 || Joe || Joe
|-
| TL-1043ND || ? || ?
|-
| TL-741ND || Joe || ?
|-
| R52 || Joe || Joe
|-
| ''bitte Testobjekt zufügen'' || ? || ?
|}
'' * Um Gerätefehler ausschließen zu können sollten wir von jedem Testobjekt 2 Geräte zur Verfügung haben. Bitte hier eintragen, welche Personen die jeweiligen Testobjekte bereitstellen können''

==== Tests: ====

{| border="3" cellpadding="10" cellspacing="0"
! Testname* || Testart** || Testobjekt*** || Testpartner**** || Beschreibung || Eingebracht von
|-
| Sendeleistung der Geräte || G || alle || || Entsprechen die Leistungsangaben in der Firmware der Realität? || Joe
|-
| Empfindlichkeit der Geräte || G || alle || Referenzgerät || Vergleich der Empfindlichkeiten bis wann Übertragungen und mit welcher Bandbreite möglich sind. ''(Aufgrund des gewählten Testaufbaus ist n-Betrieb nicht möglich) Ideen?'' || Joe
|-
| Korrektheit der SNR Werte || G || alle || Referenzgerät/Quelle || Vergleich, ob die WLAN Parameter (SNR, noise, signal, biterror rate (?)) auch dem entspricht, was physikalisch stimmen sollte. Manche Treiber "schummeln" und liefern ungenaue Werte. Korrekte Werte bzw. bekannte Korrekturfaktoren sind aber wichtig, um SNR basierte Metriken fuer OLSR zu entwickeln || Aaron
|-
| Mythos ESSID bei AdHoc-Mode || K || noch festzulegen || ''noch festzulegen'' || Welchen Einfluss hat die Vergabe gleicher oder ungleicher ESSID bei der Verwendung von Backfire zu Backfire, von Backfire zu Freifunk, von Broadcom zu Broadcom, von Broadcom zu Atheros (oder madwifi zu ath9k),... || Joe
|-
| Zuverlässigkeit des Auto-Modes bei der Frequenzwahl || K || ausgewählte Geräte || Gerät mit fixer Kanalzuteilung || || Joe
|-
| Multi-SSID-Mode || K/G || alle || Diverse Geräte || Ist ein das Gerät in der Lage mehrere SSIDs auszustrahlen, ad-hoc und station mode nebeneinander zu betreiben und kann man auch tatsächlich über beide SSIDs verbinden. || Erich
|-
| max.Datenraten || G || einige || diverse Geräte || max.speed mit min.dBm und speed-diff ad-hoc zu master-client || Harald
|-
| EIRP-Messung || G || einige || diverse Geräte || in einigem Abstand (10-20m) 1-2-3 devs gleichzeitig ''Wird schwierig, da wir keinen Messraum haben und so mit ext. Störungen zu rechnen haben (Joe)''|| Harald
|-
| ''bitte nächsten Test hinzufügen'' || || || || ||
|}
'' * Eindeutiger Name der Testanordnung''
'' ** Gerätetest, Parametertest(G), Kompatibilitätstest(K)''
'' *** Name des Gerätes, das untersucht werden soll''
'' **** Gegenstelle, die bei Kompatibilitätstest der WLAN-Schnittstelle verwendet werden soll''

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

0xFF-Backfire Vienna - Testtage 2011

2011-09-06T22:41:52Z

Masmus: /* Team: */

Unsere experimentellen '''Funkfeuer-Netze''' in Wien, in Graz, dem Weinviertel und all die kleinräumigen Initiativen in Österreich, die auf OpenWRT setzen, sind seit ihrem Bestehen mittlerweile zu einer beträchtlichen Größe herangewachsen. Lange haben wir von der Entwicklungsarbeit der Berliner Community und Sven Ola gelebt und nicht zuletzt mit Markits Patches und den bewährten Linksys & Cos. erfolgreich unsere Netze aufgebaut.

Jedoch, die Entwicklung ist nicht stehen geblieben - Durch die unsagbare Kompaktheit der Ubiquity-Produkte und den unschlagbaren Preisen von TP-Link wird es langsam an der Zeit, sich auch anderen Herstellern zuzuwenden, die aus Gründen der Politik der FCC mehrheitlich auf die offenen Treiber der Atheros-Reihe setzen.

Mit 0xFF-Backfire Vienna ist es uns gelungen, einen mehr oder weniger passenden Snapshot mit allen relevanten Settings für unser Wiener Netz zu erstellen, der allen gängigen Anforderungen für die Netzerweiterung mit Atheros-Produkten erfüllt. Eine Ausweitung auf andere Netze in Österreich und eine Konsolidierung mit der deutschen Freifunk-Community ist angestrebt und sehr wünschenswert.

Diese Testtage sollen Kompatibilität und Alltagstauglichkeit der Images demonstrieren und dazu beitragen, Konfigurationsfehler zu erkennen und diese optimieren.

== Zielsetzung: ==

===== Kompatibilität: =====
Bei der Einführung einer neune Softwaregeneration ist es unabdingbar, auf deren Kompatibilität zu bestehenden Konfiguration zu achten.

Aus diesem Grund ist eines unserer wichtigsten Aufgabe, die Tauglichkeit neuer Geräte (Hard- und Software) zueinander und mit bestehenden Geräten unter Laborbedingungen zu beweisen. Erst dann können wir diese mit gutem gewissen als "Standard" bewerben.

===== Mythen: =====
Ein experimentelles Netz dient dem experimentieren - Logisch. Jedoch entstehen durch Experimente in einem weitgehend inhomogenen Netz auch Mythen, die sich kaum mehr beseitigen lassen.

Ziel der Testtage soll es sein, einige dieser Mythen zu beweisen oder sie zu eliminieren.

===== Standard-Konfigurationen: =====
Der Support von Interessenten, die den Weg ins Metalab finden, ist erdenklich schlecht geworden. Klar haben wir Snapshots, die Wiki und auch unsere Mailing-Listen aber ich bin der Ansicht, durch die Vielzahl an Geräten und Konfigurationen ist die Hürde für eine nachhaltige Netzwerweiterung einfach zu hoch.

Ziel der Testtage soll es sein, hier zu einer überschaubaren Anzahl an Geräten und Konfigurationen zu finden, die den Einstieg um ein Vielfaches erleichtern. Wenn die Leute dann Fuß gefasst haben, kommt die experimentelle Komponente sicher nicht zu kurz.

===== Rating: =====
Welche Konfiguration für einen Anwendungsfall die Beste ist, entscheidet letztendlich jener, der den Node errichtet. Da Standardisierung aber immer nur zu einem gewissen Teil auf einen Anwendungsfall passt kann ein Rating als Entscheidungshilfe herangezogen werden.

Ziel der Testtage soll es sein, Geräte und Konfigurationen auf ihre Anwendungsfälle zu bewerten und mittels Rating eine Entscheidungsgrundlage für Node-Verantwortliche liefern.

== Organisatorisches: ==

===== Termin: =====
* Samstag, 15.10.2011, 10:00 - 22:00
* Sonntag, 16.10.2011, 10:00 - 17:00

===== Location: =====
''(Wird noch bekannt gegeben. Abhängig von der zu erwartenden Teilnehmerzahl)''

===== Team: =====
''Folgende Personen werden bei den Testtagen anwesend sein. (Bitte ergänzen)''

* JoeSemler ''Planung & Koordination''
* Erich Pekarek
* Aaron
* Gregor
* Martin A.

== Aufbau & Ablauf: ==

===== Testanoednung: =====
Die Tests finden an beigestellter Hardware unter Laborbedingungen statt. D.h. die Geräte werden über regelbare Dämpfungsanordnungen verbunden und über einen Messausgang messtechnisch überwacht. ''(Das Messequipment wir bereitgestellt)''

Dadurch wird klar, dass im Zuge der Testtage weniger das Verhalten im Mesh, sondern das Gerät mit seinen Schnittstelleneigenschaften im Funknetz im Vordergrund steht.

===== Agenda: =====
''Die detaillierte Agenda wird auf Basis der Testobjekte und Fragen zu einem späteren Zeitpunkt erstellt''

* 15.10.2011
* 16.10.2011

== Testobjekte & Tests: ==

In diesem Abschnitt sind alle Geräte, Konfigurationen und Kompatibilitätstests gelistet, die wir im Zuge der 0xFF-Backfire Vienna - Testtage 2011 untersuchen wollen. ''(Bitte ergänzen. Die einzelnen Fragestellungen können vorerst noch allgemein formuliert sein)''

==== Testobjekte: ====

{| border="3" cellpadding="10" cellspacing="0"
! Type || Beisteller 1* || Beisteller 2*
|-
| Bullet2 || Joe || Joe
|-
| Bullet5 || ? || ?
|-
| Bullet M2 || ? || ?
|-
| Bullet M5 || Joe || ?
|-
| AirGrid M2 || Joe || ?
|-
| AirGrid M5 || Harald || ?
|-
| Nanostation Loco M2 || Gregor || ?
|-
| Nano Bridge M5 || Joe || Joe
|-
| TL-1043ND || ? || ?
|-
| TL-741ND || Joe || ?
|-
| R52 || Joe || Joe
|-
| ''bitte Testobjekt zufügen'' || ? || ?
|}
'' * Um Gerätefehler ausschließen zu können sollten wir von jedem Testobjekt 2 Geräte zur Verfügung haben. Bitte hier eintragen, welche Personen die jeweiligen Testobjekte bereitstellen können''

==== Tests: ====

{| border="3" cellpadding="10" cellspacing="0"
! Testname* || Testart** || Testobjekt*** || Testpartner**** || Beschreibung || Eingebracht von
|-
| Sendeleistung der Geräte || G || alle || || Entsprechen die Leistungsangaben in der Firmware der Realität? || Joe
|-
| Empfindlichkeit der Geräte || G || alle || Referenzgerät || Vergleich der Empfindlichkeiten bis wann Übertragungen und mit welcher Bandbreite möglich sind. ''(Aufgrund des gewählten Testaufbaus ist n-Betrieb nicht möglich) Ideen?'' || Joe
|-
| Korrektheit der SNR Werte || G || alle || Referenzgerät/Quelle || Vergleich, ob die WLAN Parameter (SNR, noise, signal, biterror rate (?)) auch dem entspricht, was physikalisch stimmen sollte. Manche Treiber "schummeln" und liefern ungenaue Werte. Korrekte Werte bzw. bekannte Korrekturfaktoren sind aber wichtig, um SNR basierte Metriken fuer OLSR zu entwickeln || Aaron
|-
| Mythos ESSID bei AdHoc-Mode || K || noch festzulegen || ''noch festzulegen'' || Welchen Einfluss hat die Vergabe gleicher oder ungleicher ESSID bei der Verwendung von Backfire zu Backfire, von Backfire zu Freifunk, von Broadcom zu Broadcom, von Broadcom zu Atheros (oder madwifi zu ath9k),... || Joe
|-
| Zuverlässigkeit des Auto-Modes bei der Frequenzwahl || K || ausgewählte Geräte || Gerät mit fixer Kanalzuteilung || || Joe
|-
| Multi-SSID-Mode || K/G || alle || Diverse Geräte || Ist ein das Gerät in der Lage mehrere SSIDs auszustrahlen, ad-hoc und station mode nebeneinander zu betreiben und kann man auch tatsächlich über beide SSIDs verbinden. || Erich
|-
| max.Datenraten || G || einige || diverse Geräte || max.speed mit min.dBm und speed-diff ad-hoc zu master-client || Harald
|-
| EIRP-Messung || G || einige || diverse Geräte || in einigem Abstand (10-20m) 1-2-3 devs gleichzeitig ''Wird schwierig, da wir keinen Messraum haben und so mit ext. Störungen zu rechnen haben (Joe)''|| Harald
|-
| ''bitte nächsten Test hinzufügen'' || || || || ||
|}
'' * Eindeutiger Name der Testanordnung''
'' ** Gerätetest, Parametertest(G), Kompatibilitätstest(K)''
'' *** Name des Gerätes, das untersucht werden soll''
'' **** Gegenstelle, die bei Kompatibilitätstest der WLAN-Schnittstelle verwendet werden soll''

zurück zu 0xff_Backfire-Vienna 
< [[0xff_Backfire-Vienna-Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Firmware|Firmware]] > < [[0xff_Backfire-Vienna-Hardware|Hardware]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Diverses|Diverses]] >

Byte

2011-08-05T11:11:03Z

Masmus: /* Beschreibung */

== Beschreibung ==

1 [[Byte]] bezeichnet eine 8-stellige [[Bit]]-[http://de.wikipedia.org/wiki/Zeichenkette Zeichenfolge] ([http://de.wikipedia.org/wiki/Dualsystem Binärzahl])

8 [[Bit]] = 1 [[Byte]]

Für eine ausführlichere Beschreibung [http://de.wikipedia.org/wiki/Byte hier klicken].

KB

2011-08-05T11:09:57Z

Masmus: /* Beschreibung */

== Beschreibung ==

'''K'''ilo[[Byte|'''b'''yte]]

1024 Byte

Für eine ausführlichere Beschreibung [http://de.wikipedia.org/wiki/Byte hier klicken].

[[Category: Dokumentation]]
[[Category: Abkürzungen]]

Byte

2011-08-05T11:05:19Z

Masmus: /* Beschreibung */

Konferenz

2011-08-05T11:02:05Z

Masmus:

== Konferenzen 2010 ==

* 12.-14. August 2010: International Summit for Community Wireless Networks 2010 im Techgate in Wien - http://wirelesssummit.org/

== Konferenzen 2009 ==

* OLSRINterop09 in Wien: Ankuendigung auf http://interop.thomasclausen.org/Interop09/
* wireless weekend: vermutl. im Burgenland im Sommer
* HAR: Hacking at random: http://www.har2009.org/

== Konferenzen 2007 ==

July 2007, Barcelona, http://www.guifi.net

26.5-28.5, Weimar, http://www.we-funk.de/

Device

2011-08-05T10:56:09Z

Masmus: /* Beschreibung */

== Beschreibung ==

[[Device]] (engl.) ~ Gerät

Ein Device ist ein Gerät.

Im Zusammenhang mit [[Funkfeuer]] ist ein Device meist ein [[WLAN]]-[[Hardware|Router]].

Bei der Konfiguration im Detail wird aber auch die [[WLAN]]-Schnittstelle als device bezeichnet.

Ein Funkfeuer-[[Infrastruktur_der_einzelnen_Knoten|Knoten]] besteht oft aus mehreren Devices (Routern), von denen jeder mit einer [[Richtfunkantenne]] in eine andere Richtung ausgerichtet ist, und mit den anderen zu diesem Knoten gehörigen Devices über [[LAN]]-Kabel verbunden ist.

ULCPC

2011-08-05T10:32:56Z

Masmus: /* Beschreibung */

== Beschreibung ==

Ultra Low Cost PC (ULCPC, deutsch: Personal Computer mit extrem niedrigem Preis) ist die Bezeichnung für einen günstigen Personal Computer wie beispielsweise ein Netbook oder Nettop.

''Quelle: Wikipedia''

[[Category: Dokumentation]]
[[Category: Abkürzungen]]

Diskussion:Rechtliches

2011-07-31T20:43:12Z

Masmus: Die Seite wurde neu angelegt: „Wie ist das zu verstehen: Falls Du die Hardware bezahlt hast und 'behalten' möchtest, bleibst Du Eigentümer, der Betreiber wird Besitzer. Was ist der ...“

Wie ist das zu verstehen:

Falls Du die Hardware bezahlt hast und 'behalten' möchtest, bleibst Du Eigentümer, der Betreiber wird Besitzer.

Was ist der Unterschied zwischen Eigentümer und Besitzer?

Diskussion:FAQ

2011-07-31T20:38:58Z

Masmus:

== Änderungsvorschläge ==

'''Kann jemand über meinen Knoten illegale Dinge tun?'''

Evtl. Warnung vor unkontrolliertem Zugang mit NAT.

'''Was ist dieses Smokeping-Ding?'''

Sandwich? (unklar, wieso "?")

'''Gesundheit'''

siehe hierzu: http://wiki.skyhub.de/index.php/Gesundheit (broken link)

Diskussion:FAQ

2011-07-31T20:37:13Z

Masmus: Die Seite wurde neu angelegt: „== Änderungsvorschläge == '''Kann jemand über meinen Knoten illegale Dinge tun?''' Warnung vor NAT? '''Was ist dieses Smokeping-Ding?''' Sandwich? (unklar,...“

== Änderungsvorschläge ==

'''Kann jemand über meinen Knoten illegale Dinge tun?'''
Warnung vor NAT?

'''Was ist dieses Smokeping-Ding?'''
Sandwich? (unklar, wieso "?")

'''Gesundheit'''
siehe hierzu: http://wiki.skyhub.de/index.php/Gesundheit (broken link)

Diskussion:Linksys WRT54GL

2011-07-31T20:32:04Z

Masmus: Die Seite wurde neu angelegt: „== Bei Problemen: Troubleshooting == '''Linksys bootet, geht nicht und das DMZ-Lämpchen blinkt ständig''' Ping gelingt 3 sekunden ca nach strom AN und kein ht...“

== Bei Problemen: Troubleshooting ==
'''Linksys bootet, geht nicht und das DMZ-Lämpchen blinkt ständig'''
Ping gelingt 3 sekunden ca nach strom AN und kein http geht und reset war erfolglos
ah super! na gut jetzt kannst du es noch einmal mit dem flashen versuchen.
Gib in der Windows-Commandline folgendes ein (wobei du die firmware auf code.bin example ! ):

Da hat´s was...

Kanalwahl

Masmus: Die Seite wurde neu angelegt: „Martin Asmus freek2023 (at) yahoo (dot) de 1210 Wien“

Martin Asmus
freek2023 (at) yahoo (dot) de
1210 Wien