[Wien] HELO AS35492 spontaner besuch in wien => mitfunken

[Erich N. Pekarek]

Hallo!

Am 2014-04-12 23:42, schrieb Daniel:
> Ahoi!
>
> [TL-WA7510N]...
> Leider wahr. Kommt halt drauf an, ob die 8MB statt 4MB flash +20 EUR 
> Kaufpreis wert sind. 
So billig sind die TP-Links gegenüber einer Sammelbestellung dann auch 
wieder nicht.
Überhaupt kommen wir von der Bauform mittlerweile wieder ab, da Omnis 
und nur teilweise gerichtete Panels in der Stadt nicht das Optimum sind.
Der Trend geht zu Punkt-zu-Punkt-Verbindungen mit Nanobridges, SXT, ... 
aber es kommt auf den jeweiligen Standort an.

>> Wenn Du Deine Erfahrungen damit mit uns teilen möchtest, fände ich das sehr nett!
> Werde ich machen.
Danke!
>> Nahe der Mühlfeldgasse 12 (laut Deinen Koordinaten) sehe ich in der -leider
>> momentan nicht gut funktionierenden Map- nicht allzu viel.
> Ging mir auch so, ich seh aber sowie funkfeuer als auch matrix ESSIDs durch die
> Luft schwirren (von den MACs bzw. mit den BSSIDs, die ich im letzten Post
> erwaehnt hatte).
Sagt mir nichts... mit einem amerikanischen GPS Fleet Provider und 
Mikrotik hat das nichts zu tun :)
>> Vom Haus gegenüber weiß ich aufgrund der Map auch nichts - wer oder wo soll das
>> sein?
> Sorry, das war wohl missverstaendlich. Im Haus Gegenueber macht bisher niemand
> irgendwas, aber Menschen aus dem Haus hier sind mit Menschen dort befreundet,
> wesswegen es sich anbieten wuerde, deren Kabel/ADSL Link mitzunutzen und dort
> eine Gegenstelle einzurichten (die es aber status quo noch nicht gibt).
> Mir waere allerdings eine Anbindung via Funkfeuer sympatischer, weil Nachhaltiger :)
Ok - unsere Vorgehensweise dafür:
Einer (oder mehrere) lässt (lassen) sich (kostenlos als a.o. Mitglied) 
registrieren. Damit verbunden hat man Zugang zu unserer Map und, was 
wichtiger ist, dem Frontend zur Deviceverwaltung. Über die alte Map kann 
man den Standort (Node) gleich eintragen.
Üblicherweise passiert das am Montagstreffen, wo es auch 
Messantennen(router) und Beratung gibt.
Schade, wenn Du dafür zu kurz in Wien bist.
>
>
>> Ein 5GHz-Gerät und ein 2.4GHz stören sich nicht gegenseitig. Etwas Abstand
>> einzuhalten, ist aber sicher kein Fehler.
> ?! Bezug? Meintest Du das weil es somit Deiner Meinung nach kein Problem
> darstellt, den TL-WA7510N neben den 2.4-GHz Node zu packen, den ich hier
> empfange (dessen Position offenbar aber unbekannt bleibt)?
Ich verstehe offensichtlich die Frage nicht.
Geht es darum, zwei Geräte auf einem Mast zu befestigen oder nimmst Du 
auf den Interlink Haus A, Nachbarhaus B Bezug, oder beides?

Nach einer nicht ganz konsequent verfolgten Philosophie sind 5GHz-Geräte 
für den Backbone und 2,4GHz für das eigentliche Mesh gedacht. Dieses 
Konzept verwässert zusehends.

Was konkret soll gemacht werden?
>> Wer das auf Kanal 6 mit einem Netgear?! ist, weiß ich nicht. Kanal 6 wird
>> üblicherweise nicht benutzt: 1,4,7,10 und 13 sind im Adhoc-Netz der Standard.
>> Für Master ist meine Empfehlung, stets dem Schema der RTR 1,5,9,13 zu folgen;
>> das ist nicht verbindlich.
>> Welche E-/B- SSID strahlt der aus?
> Ist auch Kanal 9, mein Fehler.
>
> BSS c4:27:95:ba:39:97
> freq: 2452
> SSID: funkfeuer
Das muss dann ein Master sein, dessen Konfiguration nicht bisherigen 
Empfehlungen folgt.
Funktionierende Knoten strahlen als Master üblicherweise 
"knotenname.funkfeuer.at" aus,
während Adhoc-Knoten stattdessen dem Schema in der Wiki folgen. Ich habe 
keine Ahnung, wer das sein könnte und, ob das wirklich ein 
funktionierender Funkfeuer-Knoten ist. Die MAC-Adresse = BSSID = Netgear 
lässt keine Rückschlüsse zu.

Kannst Du verbinden (assoziieren)?
Wenn ja bekommst Du (wegen Deines kurzen Aufenthaltes vielleicht 
testweise mit einer internen IP auf Deiner Seite) über OLSR einen 
brauchbaren Link?
Aufgrund der IP der Gegenseite können wir Dich mit dem Linkpartner zur 
besseren Planung ins Gespräch bringen, wenn das Euer beider Wunsch ist.
Trotzdem, wenn Du oder die WG das nutzen wollt, müsst Ihr Euch oder 
Euren Admin registrieren.
Das ist schlicht für Verwaltungsarbeiten im Netz erforderlich, da wir 
anders als andere Communities öffentliche IPs verwenden.
>
> BSS 00:0f:b5:78:a1:c0
> freq: 2452
> SSID: matrix
K.A.
>> Fotos sind sicherlich hilfreich. Vielleicht bekommt Ihr aus Richtung Kraftwerk
>> Simmering eine Kennung "...brenner..." auf 2.4 GHz?
> Ich werd mal lauschen....
Weidmannsheil!
>
>
>> 802.11a/n erfordern je nach Frequenz DFS und TPC werden auf den
>> Atheros-Chipsätzen und OpenWRT mittlerweile unterstützt. Im nicht gern gesehenen
>> Bridging-Modus kann auch ein anderes Gerät OLSR bereitstellen. Bei "Endknoten",
>> die nicht routen, spricht nichts dagegen.
> Klar, gabs ja frueher viel (a la WRT54GL macht OLSR und Ubiquti Ding mit
> original Firmware macht Bridge)
Das hat auch eine Weile gut funktioniert, bis OLSR "repariert" wurde. 
Mittlerweile kommt es durch das Bridging häufiger zu Problemen, weil 
dieses von OLSR nicht erkannt wird, was vermehrt zu Routinganomalien 
führt, wenn der Knoten auch routen soll. Das ist aber nur eines von 
vielen möglichen Problemen.
> ...
>
>> Du kannst den OLSR-Router ruhig auch für interne Netze (RFC1918) natten lassen,
>> dann aber bitte solltest Du dies auf eben diese Quellnetze beschränken!!! Sonst
>> routest Du extern nach extern über die NAT-Tabelle, was unangenehme Nebeneffekte
>> für die User dahinter bedeuten kann - abgesehen von der "falschen IP" des
>> Absenders. Ansonsten wird nur geroutet.
>> HNA benutze bitte nur, wenn es unbedingt erforderlich sein sollte. IPv4 wird
>> weltweit knapp.
> Durch die ICANN/IANA/ARPA IPv4 Adressen sind alle zugeteilt, es gibt keine mehr,
> wissen glaube ich auch alle, brauchen wir nicht drueber diskutieren... IPv4 ist
> allerdings ein Protokoll und kann somit nicht knapp werden.
Demagogisch: Die Anzahl der routbaren Netze und des gesamten 
Adressraumes ist de facto durch das Design des Protokolls beschränkt. 
Das ist auch mit v6 nicht anders. Wenn ich das Kurzwort IPv4 verwende, 
ist, wie Du richtig erkannt hast, in diesem Kontext "IPv4-*" in der 
jeweilig adäquaten Form gemeint. Ich darf davon ausgehen, dass eine 
technisch so versiert auftretende Person, wie Du, den Kontext der 
Aussage zuzuordnen vermag.
> RFC1918 und "besetzte"/ueberlappende IPv4 Adressen gibt es auf jeden fall genug,
> ARPA-Netz-ueberlappende Overlay Netze auch (ich meine z.B. die 104.0.0.0/8 im DN42)
Das ist auch eines der Probleme beim Zusammenschalten verschiedener 
Community-Netze, wenn man auf IPv6(*) verzichtet.
>
> Ich persoenlich bevorzuge es meistens, geroutete (d.h. OLSR HNA ansagen fuer
> Client Netze) zu Nutzen, um double- (bzw. tripple-)NATs zu vermeiden. Mehr als
> ein NAT zwischen Nutzer und ARPA-Netz ist doof, weil dann z.B. ICE manchmal
> nicht mehr geht (-> Probleme mit VoIP) oder lokale "Abkuerzungen" bei P2P
> Diensten schlechter gefunden/genutzt werden koennen oder manch Dinge (z.B.
> Jabber File Transfer) dann nicht mehr funktionieren. Details kann ich gerne
> erklaeren, ist jetzt aber akut auch nicht wichtig, finde ich.
Darum natten wir in der Regel auch nicht.
HNAs verwenden wir in der Regel nur bei Bedarf oder im größeren Stil am 
Tunnelserver oder Root-Nodes, falls man von so was überhaupt bei uns 
sprechen kann.
Da es öffentliche IPs sind, ist der Anwendungsbereich allenfalls noch im 
Zuge von Anycasts relevant, von denen ich als nicht Core-Mitglied nichts 
weiß.
>> IPv4-Adresse: die Vergabe einzelner öffentlicher IP-Adressen erfolgt durch
>> Selbstverwaltung unter https://marvin.funkfeuer.at/frontend_wien/
>> User werden in der Regel beim Montagstreffen nach persönlicher Vorstellung
>> angelegt.
>> RFC1918 verwenden wir nicht. Der APIPA-Range wird experimentell für
>> Autoconfig-Dienste benutzt.
> Danke, das beantwortet sehr viel.
Manchmal verirrt sich ein Range ... aber der Borderrouter filtert das 
freilich.
>> Ja, wir haben auch einen Tunnel-Server. Bei dem von Dir genannten Standort wird
>> dies wohl nicht erforderlich sein.
> Erfreulich :)
Wenn Du auf's Dach (oder auf Äquivalentes in Sichtrichtung) kommst und 
keine Sichtbehinderungen bestehen, sollte zumindest der "Brenner" als 
letzter Ausweg zu empfangen sein. In einem etwas größeren Umfeld sind 
aktive Knoten verzeichnet und nördlich sind Interessenten und (laut Map) 
nicht mehr aktive Knoten. Diese sind entweder in Wartung oder als 
verwaist anzusehen. Es kann allerdings sein, dass sie als Zombies 
weiterhin (falsche oder veraltete) Informationen ankündigen. Wir 
versuchen das zu bereinigen - mit ein Grund, warum es uns wichtig ist, 
zuverlässige Ansprechpartner für jeden Node zu haben.
>> Am Dach solltet Ihr in beiden Bändern scannen, bevor wir über Tunnel
>> diskutieren. (Wir verwenden OpenVPN).
> Zugang zum Dach des Gebaeudes besteht nicht, allerdings zu einer Wohnung im
> obersten Stockwerk von der aus auch recht gute Sicht herrscht.
In welche Richtung?
> Die Situation im
> Haus gegenueber (die erwaehnte potentielle Gegenstelle) ist noch unklar.
Bitte klär das ab oder organisiere, dass jemand von dort am Montag (mit 
Bildern) zum Montagstreffen geht. Für den Kurzstreckenlink bleibt aber 
bitte im 2,4 GHz-Band (mit geringer Sendeleistung - den Nachbarn 
zuliebe; Apropos: der Durchsatz bei Atheros ist auf solche Distanzen je 
nach Umgebung dann auch meist höher als mit voller Leistung).
>
>
>> Adhoc vs Master/Client: siehe Links in
>> https://wiki.funkfeuer.at/wiki/Next_Generation_Nodes
> Danke, das sieht alles sehr nett aus, TAYGA klingt nach einer sehr guten Idee,
> die ich noch nicht kannte ;)
Das ist alles noch ein Entwurf, aber das verlinkte Paper zu 
Master/Client nehme ich sehr ernst - es bestätigt mit seiner 
Messauswertung gewisse Beobachtungen zur Performance und Vermutungen im 
Zusammenhang mit Adhoc/ATIMs und AP/Client/DTIMs in Hidden Nodes Szenarien.
>
>
>> Der Grund liegt in Hidden Nodes/Performance Degradation/starkem WLAN-Funkverkehr
>> in Teilen der Stadt und in Kompatibilitätsproblemen zwischen Chipsätzen in dem
>> bis einschließlich IEEE 802.11g nicht genormten Adhoc-Mode.
> Ok, also wegen dem Broadcom wl-Treiber. Doofe Sache, diese blobs...
Der WL-Treiber ist nicht alleine schuld. Das eine Chip-Design ist 15 
Jahre alt, das andere ist etwas moderner. Die Signalverarbeitung hat 
Fortschritte gemacht und "leider" gibt es jetzt LTE auf 2.5 GHz, was 
auch bei einigen UBNTs (Airgrids) insbesondere auf Kanal 13 Probleme 
bereitet. Das ISM-Band ist anscheinend ein Abfallprodukt.
> Ich sehe inzwischen vielerorts (und gerne) Ad-Hoc + Master als Kombination auf
> ath9k Geraeten, ggf. auch mehrere VLANs fuer verschiedene Routing Protokolle auf
> Ad-Hoc. Das geht prima und ich habe bisher keine Kompatibilitaetsprobleme mit
Das machen wir an einigen Standorten vorübergehend auch; wir beobachten 
aber, dass die Performance stark darunter leiden kann. U.a. der genannte 
"Brenner". Das wurde auch im Laborversuch bei unseren Testtagen im 
Oktober 2012? beobachtet.
> Clients feststellen koennen. Klar, wenn aber noch z.B. broadcom-wl (z.b.
> WRT54GL) oder atheros-madwifi (z.B. fonera) Schuesseln mit-meshen sollen besteht
> leider das in Wirtz' Paper beschriebene Problem.
Gemischte Umgebungen machen die Sache nicht einfacher, aber das größte 
Problem ist und bleibt die Hidden Station. In der Vergangenheit wurde 
aus Angst vor RTS-Storms RTS/CTS deaktiviert, was in Verbindung mit 
Adhoc-Mode, OLSR(insbes. Broadcasts) und Hidden Stations nicht unbedingt 
vorteilhaft ist.
Auch hier kann eine Master/Client-Konfiguration und eine passende 
RTS-Schwelle Resends verhindern helfen.
>
>> Internet: als Goodie für jeden im Netz routbaren Knoten gibt es eine
>> Default-Route. Wir sind aber kein Provider sondern ein urbanes Forschungsnetz.
>> D.h., wer nur einen Gratis-Zugang sucht, ist hier nicht richtig.
> Das Haus hatte bereits Kontakt mit Funkfeuer Menschen, die bereits Hardware und
> Hilfe zum mitmachen angeboten hatten. Leider kam die Hardware abhanden,
Ad 1: Ok. Ad 2: schlechte Voraussetzungen.
> wesswegen das Eingeschlafen bzw. nicht weiter Verfolgt wurde. Es besteht in der
> Bewohnergruppe durchaus auch technisches Interesse und es gibt IT-affine
> Menschen hier. Mein Versuch ist es, hier den Untragbaren Zustand zu beenden,
Bessere Voraussetzungen.
> dass Resourcen (->Geld) an langsames und schlecht funktionierendes 3G-Internet
> in einem Urbanen Umfeld verschwendet werden.
Wobei in solchen Fällen auch schon ein TL-WR1043ND, OpenWRT, ein 
längeres USB-Kabel und ein guter Stick und die Wahl eines besseren 
Aufstellortes die Situation verbessern können - zumindest was die 
Qualität anbelangt. Ich habe das erst kürzlich in der Verwandschaft 
ausprobiert. (Der Wohnort ist zwar noch urban, aber fernab jedes 
Funkfeuer-Signals).
BTW: Manche Knoten verwenden selbst 3G-Router und unseren Tunnelserver 
als Backup.
Aber ich verstehe die Frustration mit der Situation.
> Ich selbst bin somit nicht der Nutzer, sondern die Bewohner des Hauses (und von
> denen kann sicher auch mal jemand an einem Montag vorbeikommen, ich werde das
> Ansprechen).
Wenn da so viele IT-affine Nutzer zu Hause sind, die vermutlich auch 
entsprechende Bandbreiten brauchen, muss ich -das bitte nicht als 
Affront werten- ein kommerzieller Provider nicht eher geeignet? Es 
spricht ja nichts dagegen trotzdem Funkfeuer zu versuchen, aber die 
Qualität kann in einem experimentellen Netzwerk auch schon ziemlich 
schwanken, auch, wenn wir uns sehr bemühen, es besser zu machen.

>
>
>> Womit wir zur
>> nächsten Frage kommen - PPA: ja, schon, aber das PPA richtet sich (siehe
>> Präambel) an die Communities. Wir arbeiten an einer besser mit unseren Statuten
>> zusammenspielenden Umsetzung des PPA.
> Erfreulich :)
>
>
>> IPv6: http://www.ipv6.wien.funkfeuer.at/
>> Nutzung von IPv6 erfordert also auch hier zunächst eine Anmeldung. Danach
>> statisch/OLSR zwischen Nodes. Was Du auf "internen" Interfaces machst, bleibt
>> Dir überlassen, solange das Netz nicht gestört wird.
> Alles klar :)
>
>
>> Ad Dump: wohl kaum. Wir sind etwas komplexer aufgebaut.
> Schon klar...
Ja, nix mit K.I.S.S. ;)
>
>
>> Wir sind eine Community, in der es um Kooperation geht. Dein Ansatz passt nach
>> Deiner Beschreibung da nicht ganz hinein.
> Bitte erklaere, wo ich da bei Dir angeeckt bin (keine Rechtfertigung, sondern
> einfach damit ich es verstehe)
Angeeckt bist Du gar nicht - ich will nur, dass Du keine falschen 
Erwartungen und Hoffnungen hast.
Von Zeit zu Zeit wollen die Knoten gewartet werden, d.h. es wäre gut, 
wenn sich jemand aus der Gegend als Verantwortlicher/Betreiber meldet.

Deine Beschreibung: Du bist nur kurz hier, baust schnell einmal auf, ... 
usw, kann ich Dir aus eigener Erfahrung sagen, ist mit nicht ganz stimmig.
Das soll kein Affront sein - natürlich bist Du mit Deinen Freunden 
herzlich willkommen!

> Ich helfe als "Gast" Freunden dabei, sich mit Zugang zu einem internet zu
> versorgen und dabei, wenn's geht, sich in einem lokalem Mesh zu organisieren,
> einfach weil ich es halt gerne mache, gerne Mesh-Communities in anderen Staedten
> kennenlerne und was dazu lerne.
Ich denke, ich spreche für viele hier auf der Liste, wenn ich sage, dass 
wir diese Interessen teilen! Sonst gäb's uns hier nicht ;-)
> Leider habe ich aber auch nicht unendlich viel
> Zeit und kann meine Reise-Plaene nicht an die Stammtisch-Zeiten anpassen.
Das verstehe ich. Vielleicht kann hat ja jemand aus unserer Community, 
der mit Admin-Rechten ausgestattet ist, am Wochenende Zeit und schaut 
sich das an.
Ich will Dir nur nichts versprechen, was nicht gehalten werden kann.
> Das
> tut mir leid, aber es waere imho auch wichtiger, dass jemand aus dem Haus hier
> am Montag beim Funkfeuer treffen vorbeikommt -- wir treffen uns sicher noch
> frueh genug auf dem BattleMesh :)
So funktioniert es halt grundsätzlich einmal hier. Das Funknetz 
funktioniert letztlich auch nur so gut wie das soziale Netz. In diesem 
Sinne hoffe ich, dass Euch noch am Wochenende geholfen werden kann.

>
>
>> Wenn die ansäßigen Nutzer Eigeninitiative ergreifen wollen und diesen Part zu
>> übernehmen bereit sind, werden sie im Gegenzug sicher jede nötige Hilfe erhalten.
> Das hat in der Vergangenheit leider nicht funktioniert, da sowie hier als auch
> bei euch nicht unendlich viele Resourcen (Zeit, Equipment) vorhanden sind bzw.
> die bisherige Lern- und Erfolgs-Kurve der Interessierten Bewohner hier desswegen
> eher flach war und Menschen ja auch noch andere Hobbies haben.
Wir haben ein interessantes Jahr hinter uns und es wurden ein paar 
anstehende Arbeiten erledigt.
Über Mithilfe freuen wir uns natürlich genauso sehr, wie darüber, wenn 
wir helfen können.
Von nichts kommt aber auch nichts.


> Das ist finde ich normal und nicht schlimm und ich versuche da nur 
> "nachzuhelfen", in dem ich mir 48h Stunden am Stueck Zeit nehme, das 
> technisch zu Bewaeltigen und das noetige ("noetig" ist dabei 
> individuell durch den einzelnen selbst definiert) Wissen 
> interessierten Menschen zu vermitteln versuche. 
Naja, es geht nicht immer alles auf Anhieb. Die größte Hilfe wäre es, 
die Erwartungen nicht allzu hoch zu schrauben und Deine Freunde mit den 
erfahreneren Personen dieser Community in Verbindung treten zu lassen.

> "Komm zum festgelegten Zeitpunkt X an Ort Y zu unserem 
> Gruppen-Treffen" ist einfach eine groessere Huerde, wenn der 
> Terminkalender schon voll ist 
Da gibt's Bestrebungen auch ein wenig nach Außen zu gehen, aber der 2. 
Bezirk ist von Rathaus (1.Bezirk) nicht sooo weit weg, und es gibt noch 
diese Mailingliste und viele Freiwillige, die ab und zu "Hausbesuche" 
machen. Den ersten Schritt muss aber schon einer der Betroffenen selbst 
machen.
> oder Mensch vielleicht auch Scheu ist, allein vor einer neuen Gruppe 
> aufzutreten, sich dort ggf. auch Gehoer zu verschaffen, obwohl sie/er 
> von der Sache noch nur wenig Ahnung hat, etc. 
Vorsicht: Wir beissen Alle und Jeden und vor Allem sofort! ;-)
Nein, Spaß beiseite: es ist dort noch niemand bloßgestellt oder 
vergrault worden. Es kommen auch immer genug neue Leute; so schlimm kann 
es also nicht sein. Richtig ist, dass man oft an einem Abend nicht alles 
besprechen kann, was man sich vorgenommen hat.

> Ich treffe mich auch lieber mit einzelnen zu individuell vereinbarten 
> Zeiten als mich vor einer Gruppe in deren Stammtisch vorzustellen 
> (habe damit aber grundsaetzlich auch kein Problem, weiss nur, dass ich 
> meine Zeit sinnvoller nutzen kann)
Stammtische laufen im Wirtshaus ab; Das Montagstreffen findet im MetaLab 
statt; Man könnte auch sagen: Nerdalarm. Deine Freunde werden sich 
sicherlich dort wohl fühlen.
> Zum praktischen Teil: Das jemand von hier einmal bei euch vorbeikommt 
> geht denke ich (z.b. um eben nen Account anzulegen und mal persoenlich 
> Hallo zu sagen, ... damit ihr wisst, wer hier vor Ort der 
> Ansprechpartner ist),
Siehe obiger Vorschlag.
> aber mehrere Wochen hintereinander (reinschnuppern, hardware 
> beschaffen, ...) dauert es einfach lang, bis ueberghaupt mal was 
> funktioniert und dazu muss mensch dass dann schon als Lieblings-Hobby 
> haben und feste dran glauben, sonst wird das nix :)
Wie gesagt: wer nur Gratis-Internet zum Ziel hat, ist hier falsch. Alle, 
die sich einbringen wollen und Teil der Community werden wollen, 
bezahlen mit einem Lächeln, Hallo-Sagen, gutem Willen und etwas Geduld. 
Wer das aufbringen kann, bekommt auch Testhardware, Rat und Hilfe. Und 
meist hat irgendwer das passende Gerät entweder auf Vorrat oder kann was 
herborgen oder will tauschen... Man muss sich aber schon auch darauf 
einlassen.

Dass Deine Freunde 3G-Internet nützen kann ich in Hinblick auf Deine 
Argumente gut verstehen: Man kauft den Stick und die Wertkarte und nach 
fünf Minuten geht es. Ein gemeinnütziger Verein, der versucht ein 
Community-Netzwerk mit Verantwortung aufzubauen, ist eben kein 
Techniksupermarkt.

> (No offense, I hope) Viele Gruesse Daniel 
Ebenso - just stating the point - ich versteh Deine Kritik, aber versteh 
bitte auch, dass hier auch nur Freiwillige sind, und das alles ein wenig 
kurzfristig ist ...

Und weil wir beide lange Mails schreiben, wird den Aufruf niemand 
mitbekommen haben - also sei bitte so nett und schreib nocheinmal in 
aller Kürze an die Liste wann ein Admin oder sonstiger Helfer, morgen 
auf eine Pizza zu Euch (wo genau eigentlich) hinkommen soll, was Ihr da 
habt und was an Material noch gebraucht wird.


>> SG
>> Erich
LG
Erich

P.S: Ich sehe gerade noch Dein anderes Mail ...
>>
>> ----------------------------
>> Ahoi!
>>
>> Ich bin uebers Wochenende in Wien und wuerde gerne Freunden hier helfen, sich
>> mit Funkfeuer zu vernetzen.
>> Koordinaten: 48.220631, 16.388465
>>
>> Leider hoere ich im 5GHz bereich gar niemand sonst, hatte aber bereits pauschal
>> 2x TP-LINK TL-WA7510N geholt (guenstige alternative zu ubiquiti nanostation loco
>> 5m), einen fuer hier und einen fuer die potentielle Gegenstelle.
>> Als Gegenstelle kommt ggf. eine befreundete WG im Haus gegenueber in Frage,
>> waere aber eigentlich schade um die Hardware, die sinnvoller eingesetzt werden
>> koennte statt nur als point-to-point link ueber die Strassen-schlucht.
>>
>> Ich hoere hier den 00:0f:b5:78:a1:c0 (aka. c4:27:95:ba:39:97 ?) auf Kanal 6,
>> waere es z.B. moeglich bzw. darf ich dort wo der haengt den zweiten TL-WA7510N
>> daneben haengen? ich habe leider kein 2.4GHz geraet, dass sich mit dem node
>> sonst verbinden koennte (und leider kann ich ohne account auf der Map keine
>> infos ueber die nodes sehen, daher weiss ich auch nicht sicher, welcher das nun
>> ist). Ich wuerde die WL7510N auch gegen 2.4GHz tauschen falls die anderswo mehr
>> Sinn machen (das dann aber noch heute).
>>
>> Fotos mit Aussicht von Fenstern und Dach gerne auf Anfrage (aber besser morgen
>> tagsueber, weil jetzt schon dunkel)
>>
>> Ich haette da ein paar Fragen (die natuerlich nicht alle auf einmal bzw. vom
>> selben mensch beantwortet werden muessen...):
>>
>>   * mesh't ihr auf 802.11a ? (mit backfire wohl mangels DFS noch nicht, was bitte
>> nicht als Anlass fuer eine firmware-debatte aufgefasst werden soll
>>
>>   * BSSID schema ?
>>
>>   * ihr macht nur OLSR, richtig?
>>
>>   * HNA oder NAT? (d.h. eine adresse per node und dahinterliegendes netzsegment
>> per NAT oder adresse + HNA-subnet auf dem node und NAT-freies routing?)
>>
>>   * Welche IPv4 addresse(n) soll ich nutzen? (bitte zuteilen)
>> Hier wird vermutlich ein /29 subnetz per HNA Sinn machen, dann koennen
>> irgendwelche nicht-OpenWrt APs im Haus jeweils NAT fuer die damit verbundenen
>> Clients machen und es koennen noch 2 rechner geroutete addressen per Ethernet
>> haben. kommt halt drauf an, wie voll euer 10.238.0.0/16 range ist und/oder wie
>> gut IPv6 abdeckung vorhanden ist (weil wenn IPv6 auf allen nodes und global
>> erreichbar, dann habe ich auch keine problem mit nur einer IPv4 per node)
>>
>>   * habt ihr ein VPN (falls ich da jetzt eine 5-GHz-Insel anfange, waere es
>> trotzdem schoen, auch mit dem rest der funkfeuer-welt per VPN verbunden zu
>> sein). tinc, fastd oder matrix-tunnel wuerden noch in die 4MB flash passen,
>> OpenVPN ist leider wegs der libopenssl Abhaengigkeit zu fett.
>>
>>   * aus vorherigen mails auf der liste geht hervor, dass ihr manche nodes als
>> AP+Client anstatt von Ad-Hoc betreibt. Gibt es dafuer einen speziellen Grund
>> bzw. soll ich das dann auch so machen?
>>
>>   * wie ist die gateway-situation? direkt ueber die ISP verbindung oder per VPN?
>> (da es eine "VoIP" mailing-liste gibt nehm ich mal bzw. hoffe ich auf "direkt
>> ueber die ISP verbindung"
>>
>>   * picopeer.net ?
>>
>>   * IPv6 adressierung innerhalb 2a02:60::/29 ... AHCP? Statisch? Oder gibt's nen
>> zentralen radvd oder dhcpv6. Und wer oder was sagt die Route per BGP wo an? und
>> laeuft da dann ein IPv6-mobility home-agent, der die routen an per globale IPv6
>> erreichbare Nodes delegiert oder aller traffic durch's VPN oder wie?
>>
>>
>> Die meisten Fragen koennen vermutlich mit einem dump der /etc/config/*
>> (vorsicht! passwoerter vor dem posten entfernen!) eines umfangreicheren nodes
>> beantwortet werden...
>>
>> Um dem gleich vorzubeugen: nein, ich will eigentlich am Sonntag abend wieder
>> weiter, somit kann ich leider nicht am Montag zum Treffen kommen.
>> Mein Plan ist, den Link heute und morgen einzurichten und wuerde das halt gerne
>> so machen, dass es mit dem lokalem mesh-umfeld harmoniert: zum einem, damit da
>> potentiell noch mehr menschen was davon haben koennen, aber auch, weil ich nicht
>> oft hier sein werde und dann andere menschen, die mit den hiesigen lokalen
>> gepflogenheiten vertraut sind ggf. irgendwann mal anfassen was ich hier gerade
>> baue.
>>
>>
>> PS: Hier gibt's morgen abend Pizza fuer alle
>>
>>
>> Viele Gruesse
>>
>>
>> Daniel
>>
>>
>>
>> -- 
>> Wien mailing list
>> (spam-protected)
>> https://lists.funkfeuer.at/mailman/listinfo/wien
>>
>>