Ahoi! On 04/12/2014 10:00 PM, Erich N. Pekarek wrote: > Hallo! > > Sorry für den TOFU, mein Client zitiert Dein Mail nicht richtig...
Kein Problem :) (zumindest fuer mich nicht) > Die TL-WA7510N habe ich mir "im Prospekt" auch schon angeschaut. Zuletzt haben > die noch nicht mit OpenWRT funktioniert. Funktioniert prima mit OpenWrt, ist auch ein AR7240 + AR9280, aehnlich dem ubiquiti foo. > Ob sie wirklich die günstigere Alternative sind, bezweifle ich, da sie meines > Wissen nur 4Mb Flash haben. Leider wahr. Kommt halt drauf an, ob die 8MB statt 4MB flash +20 EUR Kaufpreis wert sind. > Wenn Du Deine Erfahrungen damit mit uns teilen möchtest, fände ich das sehr > nett! Werde ich machen. > 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). > 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 :) > 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)? > 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 BSS 00:0f:b5:78:a1:c0 freq: 2452 SSID: matrix > Fotos sind sicherlich hilfreich. Vielleicht bekommt Ihr aus Richtung Kraftwerk > Simmering eine Kennung "...brenner..." auf 2.4 GHz? Ich werd mal lauschen.... > 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) > BSSID-Schema/Adhoc: https://wiki.funkfeuer.at/index.php/Kanalwahl > Master/Client wo möglich bevorzugt. (meine Meinung) Ok, erklaert sich weiter unten. > Nur OLSR im Mesh. Backbone-Strecken können anders aussehen, sind aber im Wiki > meist dokumentiert (hoffentlich aktuell...) Danke! > 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. 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) 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. > 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. > Ja, wir haben auch einen Tunnel-Server. Bei dem von Dir genannten Standort > wird > dies wohl nicht erforderlich sein. Erfreulich :) > 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. Die Situation im Haus gegenueber (die erwaehnte potentielle Gegenstelle) ist noch unklar. > 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 ;) > 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... 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 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. > 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, 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, dass Resourcen (->Geld) an langsames und schlecht funktionierendes 3G-Internet in einem Urbanen Umfeld verschwendet werden. 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). > 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... > 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) 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. Leider habe ich aber auch nicht unendlich viel Zeit und kann meine Reise-Plaene nicht an die Stammtisch-Zeiten anpassen. 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 :) > 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. 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. "Komm zum festgelegten Zeitpunkt X an Ort Y zu unserem Gruppen-Treffen" ist einfach eine groessere Huerde, wenn der Terminkalender schon voll ist 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. 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) 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), 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 :) (No offense, I hope) Viele Gruesse Daniel > > SG > Erich > > > ---------------------------- > 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 > [email protected] > https://lists.funkfeuer.at/mailman/listinfo/wien > > -- Wien mailing list [email protected] https://lists.funkfeuer.at/mailman/listinfo/wien
