https://wiki.funkfeuer.at/api.php?action=feedcontributions&user=PK&feedformat=atomFunkFeuer Wiki - Benutzerbeiträge [de]2024-03-28T21:45:59ZBenutzerbeiträgeMediaWiki 1.36.3https://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Verein/202205_GV&diff=3435Regionen/Wien/Verein/202205 GV2022-05-24T20:13:00Z<p>PK: /* Datum, Uhrzeit, Ort */ Di nicht Fr</p>
<hr />
<div>Notizen des Vereinsvorstands zur ordentlichen Generalversammlung des Vereins FunkFeuer Wien im Mai 2022<br />
<br />
'''Achtung: Die Inhalte dieser Wikiseite werden laufend geändert und dienen als öffentliche Arbeitsunterlage des Vorstands.''' Die endgültigen Inhalte kommen zur Abhaltung der Generalversammlung auf die Protokollseite unter [[Regionen/Wien/Verein/202205_GV_Protokoll]].<br />
<br />
Bitte diese Wikiseite nicht selbst bearbeiten! Vorschläge, Diskussionen bitte per Mail an mailto:wien@lists.funkfeuer.at<br />
<br />
== Datum, Uhrzeit, Ort ==<br />
<br />
* Dienstag, '''24.05.2022'''<br />
* Eintreffen ab 19:00, Beginn um '''19:30'''<br />
* Ort: online unter https://treffen.funkfeuer.at/b/mar-x7v-xbq-lj3<br />
<br />
== Ankündigung ==<br />
<br />
Die Ankündigung der GV erfolgte am 10.05.2022 über die Mitglieder-Mailingliste.<br />
<br />
== Stimmrechtsübertragungen ==<br />
<br />
§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."<br />
<br />
Formvorschlag: Email bis spätestens 21.05.2022 19:30 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich bevollmächtige ... mein Stimmrecht bei der ordentlichen Generalversammlung am 24.05.2022 auszuüben."<br />
<br />
'''Es muss kein "Formular" verwendet werden.''' Bitte rechtzeitig erledigen, damit wir bei etwaigen Nachfragen zur Person noch ein E-Mail schreiben können.<br />
<br />
== Anträge ==<br />
<br />
Anträge zur Tagesordnung müssen bis spätestens 21.05.2022 19:30 an mailto:vorstand@funkfeuer.at gemeldet werden. '''Wir empfehlen davor eine öffentliche Diskussion über die Mailingliste mailto:wien@lists.funkfeuer.at '''<br />
<br />
Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab: https://gitlab.com/funkfeuer/Statuten-Wien<br />
<br />
----<br />
<br />
== Vorschlag für eine Tagesordnung ==<br />
<br />
* Begrüßung<br />
* Feststellen der Beschlussfähigkeit<br />
* Kurzbericht des Vorstands<br />
* Bericht der Rechnungsprüfer<br />
* Abstimmung über Entlastung des Vorstands<br />
* Abstimmung über Anträge<br />
** ...<br />
* Allfälliges</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Verein/202205_GV&diff=3434Regionen/Wien/Verein/202205 GV2022-05-24T20:10:12Z<p>PK: /* Stimmrechtsübertragungen */ <s>außer</s>ordentlichen GV</p>
<hr />
<div>Notizen des Vereinsvorstands zur ordentlichen Generalversammlung des Vereins FunkFeuer Wien im Mai 2022<br />
<br />
'''Achtung: Die Inhalte dieser Wikiseite werden laufend geändert und dienen als öffentliche Arbeitsunterlage des Vorstands.''' Die endgültigen Inhalte kommen zur Abhaltung der Generalversammlung auf die Protokollseite unter [[Regionen/Wien/Verein/202205_GV_Protokoll]].<br />
<br />
Bitte diese Wikiseite nicht selbst bearbeiten! Vorschläge, Diskussionen bitte per Mail an mailto:wien@lists.funkfeuer.at<br />
<br />
== Datum, Uhrzeit, Ort ==<br />
<br />
* Freitag, 24.05.2022<br />
* Eintreffen ab 19:00, Beginn um 19:30<br />
* Ort: online unter https://treffen.funkfeuer.at/b/mar-x7v-xbq-lj3<br />
<br />
== Ankündigung ==<br />
<br />
Die Ankündigung der GV erfolgte am 10.05.2022 über die Mitglieder-Mailingliste.<br />
<br />
== Stimmrechtsübertragungen ==<br />
<br />
§9 Abs. 5: "Die Übertragung des Stimmrechts auf ein anderes Mitglied im Wege einer schriftlichen Bevollmächtigung ist zulässig."<br />
<br />
Formvorschlag: Email bis spätestens 21.05.2022 19:30 an den Vorstand (mailto:vorstand@funkfeuer.at) à la "Ich bevollmächtige ... mein Stimmrecht bei der ordentlichen Generalversammlung am 24.05.2022 auszuüben."<br />
<br />
'''Es muss kein "Formular" verwendet werden.''' Bitte rechtzeitig erledigen, damit wir bei etwaigen Nachfragen zur Person noch ein E-Mail schreiben können.<br />
<br />
== Anträge ==<br />
<br />
Anträge zur Tagesordnung müssen bis spätestens 21.05.2022 19:30 an mailto:vorstand@funkfeuer.at gemeldet werden. '''Wir empfehlen davor eine öffentliche Diskussion über die Mailingliste mailto:wien@lists.funkfeuer.at '''<br />
<br />
Anträge bezüglich der Statuten bitte als Merge Request an das Statuten-Repository auf GitLab: https://gitlab.com/funkfeuer/Statuten-Wien<br />
<br />
----<br />
<br />
== Vorschlag für eine Tagesordnung ==<br />
<br />
* Begrüßung<br />
* Feststellen der Beschlussfähigkeit<br />
* Kurzbericht des Vorstands<br />
* Bericht der Rechnungsprüfer<br />
* Abstimmung über Entlastung des Vorstands<br />
* Abstimmung über Anträge<br />
** ...<br />
* Allfälliges</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Mitmachen&diff=3433Regionen/Wien/Mitmachen2022-05-24T20:06:30Z<p>PK: redirect foo</p>
<hr />
<div>__NOTOC__<br />
Wir freuen uns über jegliche Mitarbeit, ob du nun einen Funkknoten aufbaust, oder vielleicht technisches, soziales, … Know-How beisteuerst. Wir brauchen jede Hilfe! Üblicherweise rennt das so ab: (siehe auch [[Erste_Schritte]])<br />
<br />
== Schritt 1: Leitfaden und Wiki ==<br />
Mach Dich im [https://0xff-lroe.gitlab.io/kompakt-leitfaden/0.2/index.html '''FunkFeuer-Leitfaden''': Ein Quick-Start Guide zum eigenen Knoten] und hier im Wiki schlau. Alle nötigen Information, die vorab gebraucht werden, bringst Du bitte zum MoMo mit (siehe unten). Messequipment bekommst Du dort ebenfalls gegen Voranmeldung über die Mailingliste.<br />
<br />
== Schritt 2: MoMo ==<br />
Du kommst zum [[Regionen/Wien/MoMo_(Monatliches_Montagstreffen) | monatlichen Montagstreffen]] (MoMo) im [https://metalab.at/calendar/ Metalab]. Dort helfen wir dir:<br />
* bei technischen Details und Problemen<br />
* bei der Planung<br />
* mit Tipps für Gespräche mit der [[Hausverwaltungen|Hausverwaltung]]<br />
* … und vielem mehr!<br />
<br />
== Schritt 3: Messen & Aufbau ==<br />
Dann geht's bei Dir aufs Dach mit Antenne, WLAN-Karte und Notebook. So sieht du, ob Du FunkFeuer-Empfang hast. Wenn alles passt, kann es mit dem Node-Aufbau losgehen. Ideal ist es, zwei Richtfunkstrecken und einen <s>Rundstrahler</s> weiteren interessanten Sektor aufzubauen.<br />
<br />
== Schritt 4: In Kontakt bleiben + Knoten-Wartung ==<br />
Der soziale Kontakt ist ein wichtiger Aspekt dieses Projektes! Auch technisch gibt es immer wieder neue Entwicklungen, über die Du Bescheid wissen solltest. Bitte melde Dich auf den [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] an (zumindest auf <code>discuss</code>) und schau im [[Chat]] und im [https://forum.funkfeuer.at/ Forum] vorbei!<br />
<br />
Bitte denke daran, dass Du für deinen Knoten selbst verantwortlich bist, insbesondere dafür, die Software auf deinem Router sicher und aktuell zu halten! Wenn Du dabei Hilfe brauchst, frag einfach, es findet sich bestimmt jemand!</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Hausverwaltung&diff=3432Regionen/Wien/Hausverwaltung2022-05-24T20:05:29Z<p>PK: PK verschob die Seite Regionen/Wien/Hausverwaltung nach Hausverwaltung</p>
<hr />
<div>#WEITERLEITUNG [[Hausverwaltung]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltung&diff=3431Hausverwaltung2022-05-24T20:05:29Z<p>PK: PK verschob die Seite Regionen/Wien/Hausverwaltung nach Hausverwaltung</p>
<hr />
<div>#REDIRECT [[Hausverwaltungen]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltung&diff=3430Hausverwaltung2022-05-24T20:04:52Z<p>PK: Weiterleitungsziel von Regionen/Wien/Hausverwaltungen nach Hausverwaltungen geändert</p>
<hr />
<div>#REDIRECT [[Hausverwaltungen]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltung&diff=3429Hausverwaltung2022-05-24T19:57:22Z<p>PK: Wien</p>
<hr />
<div>#REDIRECT [[Regionen/Wien/Hausverwaltungen]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Mitmachen&diff=3428Regionen/Wien/Mitmachen2022-05-24T19:54:18Z<p>PK: prominenter Link zum Leitfaden // keine Rundstrahlerempfehlung mehr // Link zum Forum und zur Hausverwaltungsseite // more todo</p>
<hr />
<div>__NOTOC__<br />
Wir freuen uns über jegliche Mitarbeit, ob du nun einen Funkknoten aufbaust, oder vielleicht technisches, soziales, … Know-How beisteuerst. Wir brauchen jede Hilfe! Üblicherweise rennt das so ab: (siehe auch [[Erste_Schritte]])<br />
<br />
== Schritt 1: Leitfaden und Wiki ==<br />
Mach Dich im [https://0xff-lroe.gitlab.io/kompakt-leitfaden/0.2/index.html '''FunkFeuer-Leitfaden''': Ein Quick-Start Guide zum eigenen Knoten] und hier im Wiki schlau. Alle nötigen Information, die vorab gebraucht werden, bringst Du bitte zum MoMo mit (siehe unten). Messequipment bekommst Du dort ebenfalls gegen Voranmeldung über die Mailingliste.<br />
<br />
== Schritt 2: MoMo ==<br />
Du kommst zum [[Regionen/Wien/MoMo_(Monatliches_Montagstreffen) | monatlichen Montagstreffen]] (MoMo) im [https://metalab.at/calendar/ Metalab]. Dort helfen wir dir:<br />
* bei technischen Details und Problemen<br />
* bei der Planung<br />
* mit Tipps für Gespräche mit der [[Hausverwaltung]]<br />
* … und vielem mehr!<br />
<br />
== Schritt 3: Messen & Aufbau ==<br />
Dann geht's bei Dir aufs Dach mit Antenne, WLAN-Karte und Notebook. So sieht du, ob Du FunkFeuer-Empfang hast. Wenn alles passt, kann es mit dem Node-Aufbau losgehen. Ideal ist es, zwei Richtfunkstrecken und einen <s>Rundstrahler</s> weiteren interessanten Sektor aufzubauen.<br />
<br />
== Schritt 4: In Kontakt bleiben + Knoten-Wartung ==<br />
Der soziale Kontakt ist ein wichtiger Aspekt dieses Projektes! Auch technisch gibt es immer wieder neue Entwicklungen, über die Du Bescheid wissen solltest. Bitte melde Dich auf den [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten] an (zumindest auf <code>discuss</code>) und schau im [[Chat]] und im [https://forum.funkfeuer.at/ Forum] vorbei!<br />
<br />
Bitte denke daran, dass Du für deinen Knoten selbst verantwortlich bist, insbesondere dafür, die Software auf deinem Router sicher und aktuell zu halten! Wenn Du dabei Hilfe brauchst, frag einfach, es findet sich bestimmt jemand!</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltung&diff=3427Hausverwaltung2022-05-24T19:17:23Z<p>PK: Weiterleitung nach Hausverwaltungen erstellt</p>
<hr />
<div>#REDIRECT [[Hausverwaltungen]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien&diff=3426Regionen/Wien2022-05-24T18:41:34Z<p>PK: Link zum Leitfaden / thx kwinz für die Anregung</p>
<hr />
<div>== Mitmachen ==<br />
Du möchtest mitmachen? Darüber freuen wir uns sehr! Bitte '''[[Regionen/Wien/Mitmachen | hier]]''' entlang für alle Informationen!<br />
<br />
Schau auch in den [https://0xff-lroe.gitlab.io/kompakt-leitfaden/0.2/index.html '''FunkFeuer-Leitfaden''': Ein Quick-Start Guide zum eigenen Knoten] – (auf [https://gitlab.com/0xff-lroe/kompakt-leitfaden Gitlab auch die PDF-Versionen])<br />
<br />
== Verein (Rechtliches) ==<br />
Alle Informationen zum Verein inkl. Pflichtangaben finden sich [[Regionen/Wien/Verein | hier]]<br />
<br />
Auch dort zu finden: [[Media:Statuten_Funkfeuer_Wien.pdf | Statuten]], [[Media:Mitgliedsantrag-Funkfeuer-Wien.pdf | Mitgliedsantrag]] und Informationen zum Vorstand.<br />
<br />
== Tools ==<br />
* [https://map.funkfeuer.at Karte]: Eine interaktive Karte, die die Topologie inkl. sämtlicher Knoten enthält.<br />
** [https://map.funkfeuer.at/wien/ Wien] (als [https://map.funkfeuer.at/wien/data.php XML])<br />
** [https://map.funkfeuer.at/nodemap/ nodemap] ([https://gitlab.com/eripek/0xFF-NodeMap Projektinfos])<br />
** [https://ff.cybercomm.at/map2/ v642 OLSRv2] ([[Benutzer:Pocki#OLSRv2-Map|Projektinfos]])<br />
* [http://smokeping.funkfeuer.at/ Smokeping]: Ein praktisches Tool, um Latenzzeiten im [http://smokeping.funkfeuer.at/smokeping/freenet Netz] grafisch darzustellen.<br />
<br />
== Kontakt ==<br />
* Forum: https://forum.funkfeuer.at/<br />
* Chat: https://wiki.funkfeuer.at/wiki/Chat (für einfache schnelle Fragen)<br />
* Mailinglisten: https://lists.funkfeuer.at/mailman/listinfo (Sehr viele Abonnenten, aber in letzter Zeit weniger Aktivität)</div>PKhttps://wiki.funkfeuer.at/index.php?title=Neue_Initiativen&diff=3422Neue Initiativen2022-04-30T09:01:57Z<p>PK: </p>
<hr />
<div>Wenn du weitere Interessenten in deiner Region suchst, die mit dir ein neues FunkFeuer gründen, dann veröffentliche hier deine eMail-Adresse, damit ihr in Kontakt treten könnt! Bitte auch dazu schreiben, wo du etwas planst, ob schon ein Internetzugang vorhanden ist, der gemeinsam genutzt werden kann usw.<br />
<br />
== FunkFeuer (Großraum) Villach/Klagenfurt ==<br />
Wir versuchen momentan, ein Funkfeuer-Netzwerk in Villach aufzubauen, sozusagen das "Feuer zu entflammen" heh.<br />
<br />
Momentan haben wir schon ein paar Geräte und auch die erste Location in der Nähe des Hauptbahnhofs.<br />
Wer mithelfen will, kontaktiere mich gerne per elektronischem Brief wie in RFC 5322 spezifiziert :) benediktgr[at]protonmail[dot]com.<br />
<br />
== FunkFeuer Pressbaum/Wienerwald ==<br />
Werde mir demnächst mal die Mühe machen eine Funkinsel aufzumachen. Sollte jemand mitmachen wollen bitte zahlreich melden. Kontakt über die meine Wiki-seite. was reinschreiben und ich werde benachrichtigt oder mein Blog. [[Benutzer:Cave|Cave]] 06:55, 27. Nov. 2012 (UTC)<br />
<br />
== FunkFeuer Mürztal ==<br />
Wenn wer Zeit und Lust hat mit mir und anderen die sich vielleicht finden das Feuer anzuheizen (lol), kann mir gerne eine Mail schreiben: sebastian [ät] pfeifer [punkt] or [punkt] at<br />
<br />
Lg<br />
<br />
== FunkFeuer Innsbruck ==<br />
Wer Interesse an einem Feuer in Innsbruck hat bitte ein Mail an '0xff-ibk AT bichteler.net' und/oder post im [https://oldforum.funkfeuer.at/viewtopicf23d.html?id=199 Forum]<br />
<br />
== FunkFeuer Vorarlberg ==<br />
Wer Lust hat eine Funkinsel im Ländle zu entzünden, kann sich gerne bei mir melden d.filter AT gmx.at oder im wiki<br />
<br />
Dietmar<br />
<br />
== FunkFeuer in Mistelbach an der Zaya ==<br />
Ich suche Aktivisten die sich mit FunkFeuer auseinander setzen wollen.<br />
<br />
Welche Projekte Stehen an?<br />
<br />
- Funkstrecken nach Wien und Brün (CZ)<br />
<br />
- Aufbau diverser Knoten in Mistelbach und deren Satellitengemeinden<br />
<br />
Einfach bei mir melden, ihr findet mich im facebook, xing oder linkedin<br />
oder ruft mich an +43.680.3255220, eMail geht natürlich auch c1bruckner(AT)gmail.com<br />
<br />
Ich freue mich schon Christian<br />
<br />
PS: [https://map.funkfeuer.at/wien/#lat=48.56641281363984&lon=16.58514976501465&zoom=15&map=p& Mistelbach] da gibt es schon was<br />
<br />
== FunkFeuer Oststeiermark ==<br />
<br />
Suche Linkpartner für das Projekt [https://funkfeuer-oststeiermark.webnode.at/ FunkFeuer Oststeiermark].<br />
<br />
Erster operativer Node als Funkinsel in 8223 Stubenberg, Zeil (Nano station 5GHz, <br />
SSID: “190deg.zeil.funkfeuer.at” Abdeckung 60 Grad Sektor westlich der Linie Kirchturm - Mitte Stubenbergsee Richtung Zeil/Freienberg/Kulm<br />
<br />
Weitere Planung je nach Bedarf:<br />
<br />
1. Ausbau Richtung Kaindorf - Hartberg - evtl. Ringwarte - evtl. Wechselgebiet<br />
<br />
2. Ausbau Richtung Großsteinbach - Bad Waltersdorf - Riegersburg<br />
<br />
3. Verbindung zu anderen Funknetzen: NÖ? Graz? Mürztal?<br />
<br />
Kontakt: funkfeuer-mail (at) gmx.at<br />
<br />
Georg [2019-08-17]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Chat&diff=3421Chat2022-04-30T08:59:45Z<p>PK: /* Liste öffentlicher Räume */</p>
<hr />
<div>FunkFeuer nutzt seit langem Mailinglisten zur elektronischen Kommunikation. Diese haben sich bewährt, allerdings wird oft die Möglichkeit zum raschen, einfachen Austausch vermisst, die man von Messengern wie Signal, WhatsApp & Co. kennt. Das wollen wir ändern! Das Wichtigste zuerst:<br />
<br />
== Wie kann ich mitmachen? ==<br />
<br />
* Am Einfachsten über den Browser: [https://app.element.io/#/room/#funkfeuer-wien:matrix.org FunkFeuer Wien]<br />
* Am Smartphone: [https://element.io/get-started Element] aus dem App-Store installieren, dann einfach nach "FunkFeuer" suchen oder #funkfeuer-wien:matrix.org beitreten<br />
<br />
== Liste öffentlicher Räume ==<br />
<br />
Am einfachsten ist es, dem [https://matrix.to/#/#funkfeuer:matrix.org FunkFeuer-Space] beizutreten. Dort findest du eine Liste aller Räume bzw. auch hier:<br />
<br />
{| class="wikitable"<br />
! Raum Name<br />
! Primäre Adresse<br />
! Raum Thema<br />
|-<br />
|[https://matrix.to/#/#funkfeuer-wien:matrix.org FunkFeuer Wien]<br />
|#funkfeuer-wien:matrix.org<br />
|Alle Themen rund um Wien<br />
|-<br />
|[https://matrix.to/#/#0xff-housing:matrix.org FunkFeuer Housing]<br />
|#0xff-housing:matrix.org<br />
|Alle Themen rund ums Serverhousing<br />
|-<br />
|[https://matrix.to/#/!bDaBdlralGJVHLEgYf:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=matrix.junk.technology FunkFeuer v642]<br />
|#0xff-v642:matrix.org<br />
|Entwicklung v642 - [[Projekte/v642]]<br />
|}<br />
<br />
Auch interessant:<br />
<br />
* [https://matrix.to/#/!ujsqncWlAgAfpcmEMM:matrix.org?via=matrix.org&via=tchncs.de&via=hopfmueller.at BattleMesh]<br />
* [https://matrix.to/#/!TnecCffXMHxBccUaqX:matrix.org?via=maclemon.at&via=matrix.org&via=fairydust.space c3w Public]<br />
<br />
Darüber hinaus gibt's etliche geschlossene Räume, z. B. zu Spezialthemen, Maintainer-Gruppen, … Fehlt ein Raum zu einem Thema? Mach einfach einen auf und gib Bescheid!<br />
<br />
== Das System dahinter: Matrix ==<br />
<br />
Wir haben eine Reihe an Optionen evaluiert (u.a. Mattermost, Let's Chat, Rocket.Chat, IRC, XMPP), um eine Lösung zu finden, die unseren Anforderungen entspricht. An [https://matrix.org/ Matrix] hat uns gefallen:<br />
* Open Source<br />
* Standard-basiert (HTTP, JSON, WebRTC)<br />
* Starke Ende-zu-Ende-Verschlüsselung (Moxie Marlinspikes Double-Rachet)<br />
* Föderiertes System: man kann (muss aber nicht) seinen eigenen Server betreiben<br />
* Unterstützung aller bekannten Messenger-Features<br />
* Ausgereifte Open-Source-Clients für alle gängigen Plattformen<br />
* Fokus auf Interoperabilität mit anderen Plattformen (daher der Name "Matrix")<br />
* Community-Projekt statt einer Firma, deren Prioritäten sich schnell ändern können<br />
<br />
== FAQs ==<br />
<br />
* Werden die Mailinglisten abgeschafft? – Nein! Der Chat ist als zusätzliches Angebot gedacht. Jede nutzt, was sie will.<br />
* Warum Matrix und nicht XY? XY kann alles besser! – Die Diskussionen dazu sind genauso endlos wie zu Vim vs. Emacs oder Android vs. iOS. Wer mag, kann für sein Protokoll mit wenig Aufwand eine Bridge zu Matrix betreiben.<br />
* Wer legt einen neuen Raum zum Thema XY an? – Du! Einfach Raum anlegen, Leute einladen oder ID veröffentlichen, fertig!<br />
* Hat der Verein einen eigenen Matrix-Server? – Momentan nicht, kann man aber diskutieren.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Verein&diff=3361Regionen/Wien/Verein2021-12-20T20:43:10Z<p>PK: /* Generalversammlungen */ + aoGV 2021</p>
<hr />
<div>Der Verein dient als Plattform zur Verbreitung des Wissens, das nötig ist, um ein solches Netzwerk aufzubauen und zu betreiben. Um dies zu bewerkstelligen, gibt es die [[Regionen/Wien/Montagstreffen | Montagstreffen]] und die Mailinglisten.<br />
<br />
== Offizielles ==<br />
<br />
=== Presseanfragen ===<br />
Presseanfragen bitte an: [mailto:presse@funkfeuer.at presse@funkfeuer.at]<br />
<br />
=== Rechnungen, Buchhaltung ===<br />
<br />
Rechnungen bitte an [mailto:billing@funkfeuer.at billing@funkfeuer.at].<br />
<br />
=== Vereinsadressen ===<br />
==== Postanschrift ====<br />
<br />
FunkFeuer Wien - Verein zur Förderung freier Netze<br /><br />
c/o Volkskundemuseum Wien<br /><br />
Laudongasse 15-19<br /><br />
1080 Wien<br /><br />
<br />
*''Kleine Sendungen bitte an unsere Postanschrift, größere Lieferungen bitte vorher vereinbaren.''<br />
<br />
'''E-Mail:''' [mailto:vorstand@funkfeuer.at vorstand@funkfeuer.at]<br />
<br />
==== USt.-UID, ZVR-Nummer ====<br />
<br />
* ZVR: 814804682<br />
* UID: ATU67830859<br />
<br />
=== Kontoverbindung ===<br />
<br />
Inhaber: Verein FunkFeuer Wien<br /><br />
IBAN: AT552023000000143982 //&nbsp;&nbsp;AT55 2023 0000 0014 3982<br /><br />
BIC/SWIFT: SPLSAT21<br />
<br />
==== Spenden ====<br />
<br />
Der laufende Betrieb des FunkFeuer-Netzes setzt einiges an Hardware voraus. Um diese Unkosten zu decken, bitten wir euch um freiwillige Spenden. Entscheidet selbst, was euch das Netz wert ist.<br />
<br />
=== Vorstand ===<br />
<br />
Per 27.05.2021<br />
<br />
* Obfrau: Maria Lohmann<br />
* Obfrau Stv.: Christian Knittl-Frank<br />
* Schriftführer: Daniel A. Maierhofer<br />
* Schriftführer Stv.: Christofer Brajković<br />
* Kassier: Christoph Lösch<br />
* Kassier Stv.: Thomas Mutschlechner<br />
<br />
=== Statuten, Mitgliedsantrag, Stimmrechtsübertragung ===<br />
<br />
Hier geht's zu den [[Media:Statuten_Funkfeuer_Wien.pdf | Statuten]] und dem [[Media:Mitgliedsantrag-Funkfeuer-Wien.pdf | Mitgliedsantrag]]. Stimmrechtsübertragungen bitte formlos per Email an den Vorstand.<br />
<br />
== Generalversammlungen ==<br />
<br />
<br />
* Die [[Regionen/Wien/Verein/202112_GV|aoGV 2021]] fand am Fr '''17.12.2021''' um 19:30 online statt. – [[Regionen/Wien/Verein/202112_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/202105_GV|GV 2021]] fand am Do '''27.05.2021''' um 21:00 online statt. – [[Regionen/Wien/Verein/202105_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/202006_GV|aoGV 2020]] fand am Mi '''17.06.2020''' um 18:30 online statt. – [[Regionen/Wien/Verein/202006_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/202005_GV|GV 2020]] fand am Mo '''19.05.2020''' um 18:30 online statt. – [[Regionen/Wien/Verein/202005_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/201905_GV|GV 2019]] fand am Mo '''27.05.2019''' um 18:30 in der Laxenburger Straße 4 statt. – [[Regionen/Wien/Verein/201905_GV_Protokoll|Protokoll]]<br />
* Die [[Events/Generalversammlung_2018|GV 2018]] fand am Di '''22.05.2018''' um 18:00 im Metalab statt. – [[Regionen/Wien/Verein/201805_GV_Protokoll|Protokoll]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3333Hardware/IsoStation AC2021-09-10T19:53:28Z<p>PK: </p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / IS-5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=Iso5ac.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=2.4 GHz, 5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== Usecase für dieses Gerät ==<br />
<br />
Perfekt für Betrieb auf sehr verrauschten Standorten durch das Waveguide Design.<br />
Mit dem mitgelieferten 45° Horn ist das Gerät auch sehr gut für den Sektorbetrieb geeignet. (maximale Sendeleistung mit dem 45er Horn -> 16dBm!)<br />
<br />
<br />
P2MP -> Horn/Sektor<br />
<br />
P2P -> StarterDish<br />
<br />
<br />
2.4 GHz MGNT WiFi funktioniert unter OpenWrt ohne Probleme.<br />
<br />
Das einzige Manko ist der RAM. LuCI läuft gerade so, und ich empfehle das Gerät im Dauerbetrieb eher ohne LuCI zu verwenden. (oder mit regelmäßigen reboots.)<br />
<br />
Der AP wird mit 24V PoE Injektor geliefert.<br />
<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
[[User:Acheloos|Ich]] war enttäuscht, dass die neue '''IsoStation AC''' (IS-5AC) leider kein normales 802.11(a/n/ac) mehr sprechen kann. Daher hab ich nach einer Lösung gesucht. Ich habe eine Methode aus dem [https://openwrt.org/toh/ubiquiti/common Table of Hardware](ToH) im OpenWrt Wiki benutzt um den Signaturcheck zu umgehen und ein OpenWrt-Image von einem fast identen Device zu flashen. Das hat dann zum Glück geklappt! '''Achtung, bis jetzt habe ich noch keinen Flashback auf AirOS probiert.'''<br />
<br />
; Hier die Step-By-Step Anleitung :<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf das Netzwerkinterface vom PC/Laptop und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 -> biss (130deg) ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-21-UM.pdf StarterDish STD-21-UM]<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Core_Infrastruktur/Server/ford&diff=3326Services/Organisation/Core Infrastruktur/Server/ford2021-07-14T08:59:10Z<p>PK: /* Maintainer */ sunset</p>
<hr />
<div>== VM-Host: '''ford'''.funkfeuer.at ==<br />
<br />
=== Hardware ===<br />
* CPU: ??<br />
* RAM: 64GB (statt 32GB, seit 2020-08-10)<br />
* HDD: ??<br />
* NIC: ??<br />
<br />
=== Location ===<br />
* [https://www.nessus.at/rechenzentrum/ Nessus, NDC2]<br />
<br />
=== Beherbergt folgende VMs ===<br />
* ...<br />
* [[Services/Organisation/Forum|Forum]] forum.funkfeuer.at<br />
* [[Services/Organisation/VoIP|VoIP]] voip.funkfeuer.at<br />
* [[Services/Organisation/Wiki|Wiki]] wiki.funkfeuer.at<br />
* ...<br />
* ...<br />
<br />
=== Maintainer ===<br />
* Adi Kriegisch<br />
* Markus Gschwendt (runout) – ''announced sunset''<br />
* ...<br />
<br />
<br />
__NOTOC__</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Core_Infrastruktur/Server&diff=3324Services/Organisation/Core Infrastruktur/Server2021-07-04T15:07:44Z<p>PK: caveman, wiki foo</p>
<hr />
<div>== Core Server ==<br />
<br />
{| class="wikitable" width="100%"<br />
! scope="col"| Hostname<br />
! scope="col"| Location<br />
! scope="col"| IP-Adresse<br />
! scope="col"| Virtuelle Maschinen<br />
! scope="col" width="180"| Maintainer<br />
! scope="col"| Kommentar<br />
|-<br />
| [[Services/Organisation/Core Infrastruktur/Server/deepthought|deepthought]]<br />
| [[Projekte/Housing|Housing/VKM]]<br />
| 78.41.116.45 <br />2a02:60:1:1::45<br />
|<br />
* lintilla<br />
* hog<br />
* eddie<br />
* dave<br />
* vogon<br />
* treebeard?<br />
| ?<br />
| <br />
|-<br />
| [[Services/Organisation/Core Infrastruktur/Server/dwarf|dwarf]]<br />
| [[Projekte/Housing|Housing/VKM]]<br />
| 2a02:60:1:1::3a<br />
| ?<br />
| ?<br />
| <br />
|-<br />
| [[Services/Organisation/Core Infrastruktur/Server/ford|ford]]<br />
| Nessus NDC2<br />
| 78.41.115.242<br /> 2a02:60:1:1::99<br />
| <br />
* garkbit-[[Services/Organisation/Forum|Forum]]<br />
* [[Services/Organisation/VoIP|VoIP]]<br />
* publicweb-[[Services/Organisation/Wiki|Wiki]]<br />
* texas<br />
* magician<br />
* lg03krypta<br />
* narya<br />
* nenya<br />
* vilya<br />
* prince<br />
* map<br />
* emily<br />
* desiato<br />
* hotspot<br />
* s223<br />
* s231<br />
| ?<br />
| [https://lists.funkfeuer.at/pipermail/wien/2020-July/013460.html RAID-Check] (jeden ersten Sonntag im Monat),<br />Xen-Virtualisierung<br />
|-<br />
| [[Services/Organisation/Core Infrastruktur/Server/machine|machine]]<br />
| Nessus NDC2<br />
| 193.238.159.36<br /> 2a02:61:0:ff:5054:ff:fef3:4696<br />
|<br />
* [[Services/Organisation/Tunnelserver|suidao/Tunnel]]<br />
|<br />
* [[Benutzer:erich|Erich N. Pekarek]]<br />
* [[Benutzer:vchrizz|Christoph Lösch]]<br />
* [[Benutzer:Pocki|Christian Pock]]<br />
* [[Benutzer:damadmai|Daniel A. Maierhofer]]<br />
| TS2018<br />
|-<br />
| [[Services/Organisation/Core Infrastruktur/Server/vogsphere|vogsphere]]<br />
| [[Projekte/Housing|Housing/VKM]]<br />
| 78.41.115.193<br /> 2a02:60:1:1::55<br />
|<br />
* caveman<br />
----<br />
* jeltz<br />
|<br />
* [[Benutzer:damadmai|Daniel A. Maierhofer]]<br />
----<br />
* ?<br />
| <br />
* DNS für PDUs, Python Script für Grafana<br />
----<br />
*<br />
|-<br />
|}</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3312Hardware/IsoStation AC2021-07-02T22:55:23Z<p>PK: 2.4 gibts -> Management WLAN</p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / IS-5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=[https://www.eurodk.com/images/catalogue/1287/iso5ac_back_angle-60336a5d1b2e6-legacy.jpg]<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=2.4 GHz, 5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
[[User:Acheloos|Ich]] war enttäuscht, dass die neue '''IsoStation AC''' (IS-5AC) leider kein 802.11 mehr sprechen können. Daher hab ich nach einer Lösung gesucht. Ich habe die Methode aus dem [https://openwrt.org/toh/ubiquiti/common Table of Hardware](ToH) von OpenWrt benutzt, um den Signaturcheck zu umgehen und ein OpenWrt-Image von einem fast identen Device zu flashen. Das hat dann zum Glück geklappt!<br />
<br />
; Hier die Step-By-Step Anleitung :<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf das Netzwerkinterface vom PC/Laptop und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 -> biss (130deg) ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-21-UM.pdf StarterDish STD-21-UM]<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3308Hardware/IsoStation AC2021-07-02T22:02:32Z<p>PK: foo</p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / 5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=[https://www.eurodk.com/images/catalogue/1287/iso5ac_back_angle-60336a5d1b2e6-legacy.jpg]<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
[[User:Acheloos|Ich]] war enttäuscht, dass die neue '''IsoStation AC''' (5AC) leider kein 802.11 mehr sprechen können. Daher hab ich nach einer Lösung gesucht. Ich habe die Methode aus dem [https://openwrt.org/toh/ubiquiti/common Table of Hardware](ToH) von OpenWrt benutzt, um den Signaturcheck zu umgehen und ein OpenWrt-Image von einem fast identen Device zu flashen. Das hat dann zum Glück geklappt!<br />
<br />
; Hier die Step-By-Step Anleitung :<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf sein Netzwerkinterface und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 -> biss (130deg) ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-21-UM.pdf StarterDish STD-21-UM]<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3306Hardware/IsoStation AC2021-07-02T21:13:24Z<p>PK: moar wikify, dB, kein 2.4GHz</p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / 5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=[https://www.eurodk.com/images/catalogue/1287/iso5ac_back_angle-60336a5d1b2e6-legacy.jpg]<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf sein Netzwerkinterface und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 -> biss (130deg) ===<br />
<br />
* Antenne -> StarterDish STD-21-UM<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm</div>PKhttps://wiki.funkfeuer.at/index.php?title=Impressum&diff=3297Impressum2021-06-28T23:39:51Z<p>PK: auch nochmal ohne name space</p>
<hr />
<div>#REDIRECT [[Regionen/Wien/Verein]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Funkfeuer:Impressum&diff=3296Funkfeuer:Impressum2021-06-28T23:38:24Z<p>PK: Haftungsausschluss im Footer verlinkt auf diese Seite</p>
<hr />
<div>#REDIRECT [[Regionen/Wien/Verein]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Verein&diff=3293Regionen/Wien/Verein2021-06-16T11:31:12Z<p>PK: Ob_frau_ Stv., wiki foo</p>
<hr />
<div>Der Verein dient als Plattform zur Verbreitung des Wissens, das nötig ist, um ein solches Netzwerk aufzubauen und zu betreiben. Um dies zu bewerkstelligen, gibt es die [[Regionen/Wien/Montagstreffen | Montagstreffen]] und die Mailinglisten.<br />
<br />
== Offizielles ==<br />
<br />
=== Presseanfragen ===<br />
Presseanfragen bitte an: [mailto:presse@funkfeuer.at presse@funkfeuer.at]<br />
<br />
=== Rechnungen, Buchhaltung ===<br />
<br />
Rechnungen bitte an [mailto:billing@funkfeuer.at billing@funkfeuer.at].<br />
<br />
=== Vereinsadressen ===<br />
==== Postanschrift ====<br />
<br />
FunkFeuer Wien - Verein zur Förderung freier Netze<br /><br />
c/o Volkskundemuseum Wien<br /><br />
Laudongasse 15-19<br /><br />
1080 Wien<br /><br />
<br />
*''Kleine Sendungen bitte an unsere Postanschrift, größere Lieferungen bitte vorher vereinbaren.''<br />
<br />
'''E-Mail:''' [mailto:vorstand@funkfeuer.at vorstand@funkfeuer.at]<br />
<br />
==== USt.-UID, ZVR-Nummer ====<br />
<br />
* ZVR: 814804682<br />
* UID: ATU67830859<br />
<br />
=== Kontoverbindung ===<br />
<br />
Inhaber: Verein FunkFeuer Wien<br /><br />
IBAN: AT552023000000143982 //&nbsp;&nbsp;AT55 2023 0000 0014 3982<br /><br />
BIC/SWIFT: SPLSAT21<br />
<br />
==== Spenden ====<br />
<br />
Der laufende Betrieb des FunkFeuer-Netzes setzt einiges an Hardware voraus. Um diese Unkosten zu decken, bitten wir euch um freiwillige Spenden. Entscheidet selbst, was euch das Netz wert ist.<br />
<br />
=== Vorstand ===<br />
<br />
Per 27.05.2021<br />
<br />
* Obfrau: Maria Lohmann<br />
* Obfrau Stv.: Christian Knittl-Frank<br />
* Schriftführer: Daniel A. Maierhofer<br />
* Schriftführer Stv.: Christofer Brajković<br />
* Kassier: Christoph Lösch<br />
* Kassier Stv.: Thomas Mutschlechner<br />
<br />
=== Statuten, Mitgliedsantrag, Stimmrechtsübertragung ===<br />
<br />
Hier geht's zu den [[Media:Statuten_Funkfeuer_Wien.pdf | Statuten]] und dem [[Media:Mitgliedsantrag-Funkfeuer-Wien.pdf | Mitgliedsantrag]]. Stimmrechtsübertragungen bitte formlos per Email an den Vorstand.<br />
<br />
== Generalversammlungen ==<br />
<br />
* Die [[Regionen/Wien/Verein/202105_GV|GV 2021]] fand am Do 27.05.2021 um 21:00 online statt. – [[Regionen/Wien/Verein/202105_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/202006_GV|aoGV 2020]] fand am Mi 17.06.2020 um 18:30 online statt. – [[Regionen/Wien/Verein/202006_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/202005_GV|GV 2020]] fand am Mo 19.05.2020 um 18:30 online statt. – [[Regionen/Wien/Verein/202005_GV_Protokoll|Protokoll]]<br />
* Die [[Regionen/Wien/Verein/201905_GV|GV 2019]] fand am Mo 27.05.2019 um 18:30 in der Laxenburger Straße 4 statt. – [[Regionen/Wien/Verein/201905_GV_Protokoll|Protokoll]]<br />
* Die [[Events/Generalversammlung_2018|GV 2018]] fand am Di 22.05.2018 um 18:00 im Metalab statt. – [[Regionen/Wien/Verein/201805_GV_Protokoll|Protokoll]]</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/MoMo/Themen&diff=3286Regionen/Wien/MoMo/Themen2021-06-07T09:22:21Z<p>PK: MoMo Juni (init)</p>
<hr />
<div>=Themenliste MoMo=<br />
<br />
{| class="wikitable"<br />
!Thema || Vortragende(r) ||style="width:6em;"| Datum || Kommentar<br />
|-<br />
| (I)IoT and Honeypots || Christian Kudera || 2021-06-07 || Forschungsprojekt: Mit IoT-Firmware-Images automatisiert Honeypots für die Sicherheitsforschung generieren und Messdaten über Angriffe sammeln<br />
|-<br />
| OpenWrt Image Builder || [[User:Albert|Albert]] || 2021-03-01 || Einführung in das Werkzeug zum Maßschneidern von Firmwares. Links: [https://firmware-selector.openwrt.org Selector], [https://openwrt.org/toh/start Table of Hardware], [https://downloads.openwrt.org/ Downloads], [https://openwrt.org/docs/guide-user/additional-software/imagebuilder Image Builder], [https://openwrt.org/docs/guide-developer/imagebuilder_frontends Frontends], [https://openwrt.org/faq/build_image_for_devices_with_only_4mb_flash Platz sparen], [https://openwrt.org/docs/guide-user/additional-software/extroot_configuration Extroot], [https://openwrt.org/docs/guide-user/additional-software/opkg opkg], [https://openwrt.org/packages/index/start Packages Index].<br />
|-<br />
| Git und [https://gitlab.com GitLab]|| [[User:Albert|Albert]] || 2021-02-01 || Einführung in Versionsverwaltungswerkzeug und Webplattform. Weiterlesen: [http://git-scm.com/book/en/v2 Git-Buch], [https://guides.github.com/introduction/flow/ Branch-Modell 1], [https://nvie.com/posts/a-successful-git-branching-model/ Branch-Modell 2]<br />
|-<br />
| s/en/de/11s || Generalsekretariat [[User:Albert|Albert]] || 2021-01-04 || Wir machen eine kollaborative Übersetzung der OpenWrt-Wikiseite zu 802.11s. Resultat [https://openwrt.org/de/docs/guide-user/network/wifi/mesh/80211s hier!]<br />
|-<br />
| Battlemesh V13 Online || [[User:paulf|Paul]] & [[User:Albert|Albert]] || 2020-12-07 || Rückblick: [https://battlemesh.org/BattleMeshV13/ Battlemesh V13] Lessons learned bei der Veranstaltung einer Online-Community-Konferenz<br />
|-<br />
| Battlemesh V13 Online || [[User:paulf|Paul]] & [[User:Albert|Albert]] || 2020-11-02 || Ausblick: [https://battlemesh.org/BattleMeshV13/ Battlemesh V13 Virtual Global Edition]<br />
|-<br />
| Wetterradar Rauchenwarth || Austro Control || 2019-11-04 || [https://pads.c3w.at/pad/#/2/pad/edit/o-cEflXwKLSYXyz5OlaTIaPB/ Pad mit Notizen, Fragen], [[Datei:MoMo-20191104-DFS.pdf]], [[Datei:Austro Control Vortrag Funkfeuer 20191104.pdf]]<br />
|-<br />
| 60 GHz - Millimeter Waves made by FunkFeuer || WJ [[User:Stefan|Stefan]] und WJ [[User:wnagele|Wolfgang]] || 2018-12-03 || Erste praktische Erfahrungen mit der LHG60 [https://youtu.be/wftG-wOMORc Videomitschnitt auf YouTube]<br />
|-<br />
| Backbone Umstellung Teil 2 || Stefan, Simon, Pocki, Wolfgang || 2018-10-01 || Mit besonderem Fokus auf Roofnodes, aktuellen Statistiken, Traffic usw.<br />
|-<br />
| Ausführlicher Newcomer_innen-Abend || [[User:Albert|Albert]], Runout, Akku, Christian, ... || 2018-09-03 || Vorstand und Vereinsmitglieder erzählen<br />
|-<br />
| Battlemesh V11 Berlin || [[User:paulf|Paul]] & [[User:Albert|Albert]] || 2018-06-04 || Wir erzählen vom [https://wireless-meshup.org/ Wireless Mesh-Up / Battlemesh] im Mai 2018<br />
|-<br />
| Soziokratie || Christian Bruckner|| 2018-04-24 || [https://www.youtube.com/watch?v=Exg1wRMvRj0 Videomitschnitt auf YouTube]<br />
|-<br />
| Backbone-Update Herbst 2017: neue/r Router, Switches || Stefan Schultheis || 2017-11-06 ||<br />
|-<br />
| AS, BGP und Upstream, wie funktioniert das Internet-Backbone? || Matthias || 2017-06-05 ||<br />
|-<br />
| Battlemesh v10 5-11 Juni 2017 im Volkskundemuseum Wien || [[User:Paulf|Paul]] || 2017-05-08 || http://battlemesh.org<br />
|-<br />
| Knotenaufbau und Beschreibung 2345donau / EdgeRouter-Setup "klein" und "groß", Wizards / OLSRv2 Rollout / Monitoring selfmade || [[User:pocki|Christian P.]] || 2017-05-08 || [[:Datei:2345donau-EdgeRouter-OLSR2-Monitoring-Pocki-MoMo-2017-05-08.pdf|Slides]]<br />
|-<br />
| Kommunikations-Upgrade für FunkFeuer || [[User:deltahotel|David]] || 2017-03-06 || [[:Datei:Kommunikation_2017-03-06.pdf|Slides]]<br />
|}<br />
<br />
== Themenvorschläge/-wünsche ==<br />
<br />
{| class="wikitable"<br />
!Thema || Vortragende(r) || Datum || Kommentar<br />
|-<br />
| Performance-Messungen an WLAN-Routern || || ||<br />
|-<br />
| Peeren mit FunkFeuer / Offsite Backups || || ||<br />
|-<br />
| Router Lockdown / 2014/53/EU und freie Netze || [[User:datacop|Clemens]] || ? || <br />
|-<br />
| LWL Splice Workshop || [[User:datacop|Clemens]] || ? || 5-10 Personen max.<br />
|-<br />
| Einführung in die GHz-Technik || [[User:?|Du?]] || ? ||<br />
|-<br />
| OLSRv2: Einführung und Unterschiede zu v1 || [[User:?|Du?]] || ? ||<br />
|-<br />
| Intro to 802.11ax - neuer WLAN Standard || [[User:Paulf|Paul Fuxjaeger]] || ? ||<br />
|-<br />
| Die Echten Linux Bridges || Markus G || ? ||<br />
|-<br />
| Der Köstliche BananaPI || Markus G || ? ||<br />
|-<br />
| ? || [[User:?|Du?]] || ? ||<br />
|}</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Gallery&diff=3284Services/Organisation/Gallery2021-06-03T23:00:24Z<p>PK: <ul>/ user: /CamelCase</p>
<hr />
<div>== Beschreibung ==<br />
Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...<br />
<br />
== Abhängigkeiten ==<br />
<br />
Anregung:<br />
Für Inklusion in der NodeDB wäre es sehr gut, wenn jedes Photo und auch jeder Node (== Standort) einen statischen Permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert.<br />
Bitte das in die Entscheidung bei der Auswahl der Gallery berücksichtigen.<br />
<br />
<br />
== Verwendung ==<br />
Die Gallery soll grundsätzlich offen für alle FunkFeuer-User sein.<br />
<br />
--> Frage: IP range FunkFeuer oder FunkFeuer login (NodeDB/Redeemer)?<br />
<br />
Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).<br />
<br />
== Maintainer ==<br />
* [[User:Erich|Erich Pekarek]]<br />
* [[User:Damadmai|Daniel A. Maierhofer]]<br />
<br />
== Brainstorming ==<br />
<br />
=== Anforderungen ===<br />
<br />
Die bisherige Gallery basiert auf G2. Gallery2 und Gallery3 werden nicht mehr weiterentwickelt. Die Migration auf ein anderes System ist erforderlich.<br />
<br />
* möglichst kein externes Cloud Service<br />
* möglichst keine PHP Software (auch für andere Projekte - warum eigentlich? -> Diskussionsseite)<br />
* möglichst statische Seiten<br />
* ev. (shell-)Scripts die die Bilder darstellen<br />
und Bilder-Upload getrennt davon (möglichst userfreundlich)<br />
* Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)<br />
* künftige Erfassung der Fotorechte<br />
<br />
weiterführende Informationen zu Alternativen:<br />
https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html<br />
<br />
<br />
<small>'''UPDATE''' (2021-05-31): => publicweb admins wollen php5 zeitnah abdrehen</small><br />
<br />
There is a "stable version of Gallery 3 that is PHP 7+ compatible [..] download it from http://galleryrevival.com/"<small>--[http://galleryproject.org/gallery-development-continues.html '''Gallery development is continuing!''' (2019-11-13)]<br /><br /><small>''Gallery 3 is actually a completely different application from Gallery 2, so there isn't an upgrade process as such.<br />Start by installing Gallery 3, then import your Gallery 2 items using the Gallery 2 Import Module which is included in the standard installation.''<br />--http://codex.galleryproject.org/Gallery3:FAQ.html#Upgrading_from_Gallery_2_to_Gallery_3 </small></small><br />
<br />
=== Mögliche Lösungen ===<br />
<br />
* Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen [https://forum.funkfeuer.at Forum] ablegen. Spart Maintership, ist kein PHP, Forum ist per se eine Form von Social-Media mit Kommentarfunktion, User können entscheiden, ob sie Daten sichtbar machen oder nicht.<br />
<br />
Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.<br />
<br />
==== Coppermine ====<br />
<br />
<br />
* Website: http://coppermine-gallery.net/<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v3.0 [http://documentation.coppermine-gallery.net/en/copyrights.htm]<br />
<br />
* Demo: http://coppermine-gallery.net/demo/cpg15x/<br />
* Plugins: http://coppermine-gallery.net/plugins.php?cpg_version=both<br />
<br />
(+)zahlreiche Plugins verfügbar (Backup, Massimport, Panoramaviewer, Timeline, ...)<br />
(+)individuell konfigurierbare Userprofil-Einträge<br />
(+)Passwortgeschützte Alben möglich<br />
<br />
===== Migration von G2 zu Coppermine 1.5.x =====<br />
http://forum.coppermine-gallery.net/index.php?topic=76143.0<br />
<br />
==== DAlbum ====<br />
<br />
* Website: http://www.dalbum.org<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2+ [http://www.dalbum.org/index.php?go=Copyrights]<br />
<br />
(+) baut auf lokaler Ordnerstruktur auf, welche indiziert wird<br />
(-)kein integrierter Bilder Upload (ist via FTP [http://www.dalbum.org/index.php?go=Upload gedacht])<br />
(·)[http://dalbum.org/index.php?go=Access User Verwaltung]<br />
(·)beim Indizieren werden auch Thumbnails erstellt<br />
(+)Pic-Infos werden ausgelesen und lassen sich ein/ausblenden<br />
<br />
==== Drupal + Node Gallery ====<br />
<br />
* Website: https://www.drupal.org<br />
* Website Modul: https://www.drupal.org/project/node_gallery<br />
* Programmiersprache: PHP 5.6 oder 7.x<br />
* Lizenz: GPL 2<br />
<br />
(+) Flexibilität: Es handelt sich um ein stark DB-orientiertes CMS mit zahlreichen Modulen<br />
(+) Erweiterbar<br />
(+) Code-Updates über Cronjob mittels "drush -y up"<br />
(+) Darstellung der Nodes über Views anpassbar - ermöglicht Filter, Sortierung, Gruppierung.<br />
(-) Bedarf des Einlernens<br />
(-) Bedarf der Anpassung<br />
<br />
==== Hugo + Hugo-gallery oder Hugo + HugoPhotoswipe + PhotoSwipe ====<br />
<br />
* Hugo Website: https://gohugo.io/tools/<br />
* Programmiersprache: Go<br />
<br />
* Hugo-Gallery<br />
** Repository: https://github.com/icecreammatt/hugo-gallery/blob/master/README.md<br />
** Lizenz: MIT [https://github.com/icecreammatt/hugo-gallery/blob/master/LICENSE]<br />
<br />
* HugoPhotoSwipe<br />
** Repository: https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/README.rst<br />
** Lizenz: GPL v3.0 [https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/LICENSE]<br />
<br />
* PhotoSwipe<br />
** Website: http://photoswipe.com/<br />
** Lizenz: MIT 'with Wordpress exception'<br />
<br />
(·) Hugo ist ein statischer Websitegenerator auf Basis von Go; die beiden Erweiterungen können scriptbasiert Galerien erstellen.<br />
(·) PhotoSwipe ist rein auf Javascript aufgebaut und nutzt vordefinierte Bildgrößen. Dokumentation [http://photoswipe.com/documentation/getting-started.html]<br />
<br />
Meinungen: <br />
sieht auch nach einem guten statischen Generator aus.<br />
<br />
==== Media Goblin ====<br />
<br />
* Website: http://www.mediagoblin.org/<br />
* Lizenz: GNU AGPLv3 [http://mediagoblin.readthedocs.io/en/stable/siteadmin/about.html#how-is-gnu-mediagoblin-licensed]<br />
<br />
(+) War schon mal Projekt bei Google Summer of Code, und reicht regelmäßig dort ein.<br />
(-) Es ist riesig, sowohl bezüglich Funktionalität (Video-Transkodierung etc.) als auch Sourcen.<br />
(·) Medien landen in einer (lokalen) Datenbank, nicht Verzeichnisbaum.<br />
(·) Bringt sein eigenes Django-artiges (?) Framework, aber eben nicht Django.<br />
(+) Debian/Ubuntu-Pakete, Fedora/Redhat vorhanden; Abhängigkeiten:<br />
Python 2.7 or Python 3.4+<br />
python-lxml<br />
git<br />
SQLite/PostgreSQL<br />
Python Imaging Library (PIL)<br />
virtualenv<br />
nodejs<br />
http://mediagoblin.readthedocs.io/en/stable/siteadmin/deploying.html<br />
<br />
Meinungen:<br />
"This project is part of the GNU Project." Supporttechnisch sicher nicht übel.<br />
<br />
==== nextcloud ====<br />
(getestet)<br />
<br />
* Website: http://nextcloud.com/<br />
* Demo: https://demo.nextcloud.com/<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU AGPL 3.0 [https://github.com/nextcloud/nextcloud.com/blob/master/LICENSE]<br />
<br />
(-) keine Baum-Darstellung der Gallery<br />
(-) kein Resizing der Bilder<br />
(-) keine Pic-Infos,... in der Gallery-Darstellung<br />
<br />
Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)<br />
<br />
==== PhotoFloat ====<br />
<br />
* Website: https://git.zx2c4.com/PhotoFloat/about/<br />
* Programmiersprache: Python2<br />
* Lizenz: GPL v2.0+ [https://git.zx2c4.com/PhotoFloat/about/]<br />
<br />
Eindrücke:<br />
PhotoFloat hat eine serverseitige Authentifizierung basierend auf flask-login, sodass man Alben etc. mit Login "schützen" kann. https://flask-login.readthedocs.io/en/latest/<br />
<br />
Allerdings sehe ich da weder ein Web-Interface für Selbstregistrierung, noch Unterstützung für mehr als zwei (!?) User.<br />
<br />
Es dürfte auch keinen Web-Bilder-Upload geben, und von PEP-8 [5] hat der Autor wohl noch nichts gehört :-) https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces<br />
<br />
Fazit: (Auch) PhotoFloat bräuchte einige Anpassungen und Umbauten für den Gallery-Anwendungsfall.<br />
<br />
==== Piwigo ====<br />
(getestet)<br />
<br />
* Website: http://piwigo.org<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU GPLv2 [http://piwigo.org/basics/license]<br />
<br />
(·) wird oft als Ersatz für G2 und G3 Projekte verwendet.<br />
<br />
Meinungen:<br />
* schaut interessant aus<br />
<br />
===== Migration von G2 nach Piwigo =====<br />
Migration von G2 mittels Scripts möglich etwa: <br />
https://github.com/dschwen/g2piwigo<br />
<br />
==== Sigal ====<br />
<br />
* Website: http://sigal.saimon.org/<br />
* Programmiersprache: Python<br />
* Lizenz: MIT [http://sigal.saimon.org/en/latest/]<br />
<br />
(·) album metadaten via markdown files.<br />
(+) generiert wenn gewünscht auch eine nette Karte basierend auf den Koordinaten in den Photo-Metadaten via leaflet / openstreetmap.<br />
(+) einfach zu installieren und konfigurieren.<br />
(+) könnte als cronjob, git post-receive hook oder dergleichen laufen.<br />
(?) die offene frage wäre dann wie man sicher fotos von selbst registrierten users in einen lokalen ordner am server bekommt.<br />
<br />
Meinungen: <br />
sieht nach einem guten statischen Generator aus.<br />
<br />
==== WordPress ====<br />
<br />
* Website:<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2 + [https://wordpress.org/about/license/]<br />
<br />
(·) via Plugin: Gallery Manager<br />
<br />
Meinungen:<br />
* ganz allgemein... Hände weg von wordpress; Gegenfrage: warum?<br />
* Sicherheitslücken...; Gegenargument: die werden aber üblicherweise flott gestopft...;<br />
<br />
==== Zenphoto ====<br />
(getestet)<br />
<br />
* Website: http://www.zenphoto.org/<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2+ [http://www.zenphoto.org/pages/licenses/]<br />
<br />
(·) eher als Foto-CMS gedacht<br />
(?) Userrechte für verschiedene Fotogrößen?<br />
<br />
===== Migration von G2 zu Zenphoto =====<br />
http://www.zenphoto.org/news/gallery2-to-zenphoto-migration/<br />
<br />
==== GoGallery ====<br />
<br />
* Website: https://github.com/smancke/gogallery<br />
* Programmiersprache: Go<br />
* Lizenz: MIT License [https://github.com/smancke/gogallery/blob/master/LICENSE]<br />
<br />
==== Chevereto Free ====<br />
<br />
* Website: https://chevereto.com/free<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU Affero General Public License v3.0 [https://github.com/Chevereto/Chevereto-Free/blob/master/LICENSE]<br />
* Demo: https://demo.chevereto.com/<br />
<br />
=== Zeitplan ===<br />
<br />
* Brainstormingphase ... bis Herbst 2017<br />
* Sept. 2017 Entscheidung über System.<br />
* Umsetzung bis Anfang 2018.<br />
<br />
=== Diverse Links ===<br />
<br />
https://en.wikipedia.org/wiki/Comparison_of_photo_gallery_software<br />
<br />
wiki deutsch listet teilweise andere auf<br />
https://de.wikipedia.org/wiki/Webgalerie<br />
<br />
https://www.heise.de/download/products/foto/web-galerien</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Gallery&diff=3280Services/Organisation/Gallery2021-05-31T17:16:22Z<p>PK: /* Anforderungen */ G2 => G3 to oust php5</p>
<hr />
<div>== Beschreibung ==<br />
Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...<br />
<br />
== Abhängigkeiten ==<br />
<br />
Anregung:<br />
Für Inklusion in der nodeDB wäre es sehr gut, wenn jedes Photo und uach jeder node (== standort) einen statischen permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert.<br />
Bitte das in die Entscheidung bei der Auswahl der gallery berücksichtigen.<br />
<br />
<br />
== Verwendung ==<br />
Die Gallery soll grundsätzlich offen für alle Funkfeuer-User sein.<br />
<br />
--> Frage: IP range Funkfeuer oder Funkfeuer login (nodeDB/redeemer)?<br />
<br />
Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).<br />
<br />
== Maintainer ==<br />
Markus Gschwendt <br />
<br />
== Brainstorming ==<br />
<br />
=== Anforderungen ===<br />
<br />
Die bisherige Gallery basiert auf G2. Gallery2 und Gallery3 werden nicht mehr weiterentwickelt. Die Migration auf ein anderes System ist erforderlich.<br />
<br />
* möglichst kein externes Cloud Service<br />
* möglichst keine PHP Software (auch für andere Projekte - warum eigentlich? -> Diskussionsseite)<br />
* möglichst statische Seiten<br />
* ev. (shell-)Scripts die die Bilder darstellen<br />
und Bilder-Upload getrennt davon (möglichst userfreundlich)<br />
* Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)<br />
* künftige Erfassung der Fotorechte<br />
<br />
weiterführende Informationen zu Alternativen:<br />
https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html<br />
<br />
<br />
<small>'''UPDATE''' (2021-05-31): => publicweb admins wollen php5 zeitnah abdrehen</small><br />
<br />
There is a "stable version of Gallery 3 that is PHP 7+ compatible [..] download it from http://galleryrevival.com/"<small>--[http://galleryproject.org/gallery-development-continues.html '''Gallery development is continuing!''' (2019-11-13)]<br /><br /><small>''Gallery 3 is actually a completely different application from Gallery 2, so there isn't an upgrade process as such.<br />Start by installing Gallery 3, then import your Gallery 2 items using the Gallery 2 Import Module which is included in the standard installation.''<br />--http://codex.galleryproject.org/Gallery3:FAQ.html#Upgrading_from_Gallery_2_to_Gallery_3 </small></small><br />
<br />
=== Mögliche Lösungen ===<br />
<br />
* Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen [https://forum.funkfeuer.at Forum] ablegen. Spart Maintership, ist kein PHP, Forum ist per se eine Form von Social-Media mit Kommentarfunktion, User können entscheiden, ob sie Daten sichtbar machen oder nicht.<br />
<br />
Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.<br />
<br />
==== Coppermine ====<br />
<br />
<br />
* Website: http://coppermine-gallery.net/<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v3.0 [http://documentation.coppermine-gallery.net/en/copyrights.htm]<br />
<br />
* Demo: http://coppermine-gallery.net/demo/cpg15x/<br />
* Plugins: http://coppermine-gallery.net/plugins.php?cpg_version=both<br />
<br />
(+)zahlreiche Plugins verfügbar (Backup, Massimport, Panoramaviewer, Timeline, ...)<br />
(+)individuell konfigurierbare Userprofil-Einträge<br />
(+)Passwortgeschützte Alben möglich<br />
<br />
===== Migration von G2 zu Coppermine 1.5.x =====<br />
http://forum.coppermine-gallery.net/index.php?topic=76143.0<br />
<br />
==== DAlbum ====<br />
<br />
* Website: http://www.dalbum.org<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2+ [http://www.dalbum.org/index.php?go=Copyrights]<br />
<br />
(+) baut auf lokaler Ordnerstruktur auf, welche indiziert wird<br />
(-)kein integrierter Bilder Upload (ist via FTP [http://www.dalbum.org/index.php?go=Upload gedacht])<br />
(·)[http://dalbum.org/index.php?go=Access User Verwaltung]<br />
(·)beim Indizieren werden auch Thumbnails erstellt<br />
(+)Pic-Infos werden ausgelesen und lassen sich ein/ausblenden<br />
<br />
==== Drupal + Node Gallery ====<br />
<br />
* Website: https://www.drupal.org<br />
* Website Modul: https://www.drupal.org/project/node_gallery<br />
* Programmiersprache: PHP 5.6 oder 7.x<br />
* Lizenz: GPL 2<br />
<br />
(+) Flexibilität: Es handelt sich um ein stark DB-orientiertes CMS mit zahlreichen Modulen<br />
(+) Erweiterbar<br />
(+) Code-Updates über Cronjob mittels "drush -y up"<br />
(+) Darstellung der Nodes über Views anpassbar - ermöglicht Filter, Sortierung, Gruppierung.<br />
(-) Bedarf des Einlernens<br />
(-) Bedarf der Anpassung<br />
<br />
==== Hugo + Hugo-gallery oder Hugo + HugoPhotoswipe + PhotoSwipe ====<br />
<br />
* Hugo Website: https://gohugo.io/tools/<br />
* Programmiersprache: Go<br />
<br />
* Hugo-Gallery<br />
** Repository: https://github.com/icecreammatt/hugo-gallery/blob/master/README.md<br />
** Lizenz: MIT [https://github.com/icecreammatt/hugo-gallery/blob/master/LICENSE]<br />
<br />
* HugoPhotoSwipe<br />
** Repository: https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/README.rst<br />
** Lizenz: GPL v3.0 [https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/LICENSE]<br />
<br />
* PhotoSwipe<br />
** Website: http://photoswipe.com/<br />
** Lizenz: MIT 'with Wordpress exception'<br />
<br />
(·) Hugo ist ein statischer Websitegenerator auf Basis von Go; die beiden Erweiterungen können scriptbasiert Galerien erstellen.<br />
(·) PhotoSwipe ist rein auf Javascript aufgebaut und nutzt vordefinierte Bildgrößen. Dokumentation [http://photoswipe.com/documentation/getting-started.html]<br />
<br />
Meinungen: <br />
sieht auch nach einem guten statischen Generator aus.<br />
<br />
==== Media Goblin ====<br />
<br />
* Website: http://www.mediagoblin.org/<br />
* Lizenz: GNU AGPLv3 [http://mediagoblin.readthedocs.io/en/stable/siteadmin/about.html#how-is-gnu-mediagoblin-licensed]<br />
<br />
(+) War schon mal Projekt bei Google Summer of Code, und reicht regelmäßig dort ein.<br />
(-) Es ist riesig, sowohl bezüglich Funktionalität (Video-Transkodierung etc.) als auch Sourcen.<br />
(·) Medien landen in einer (lokalen) Datenbank, nicht Verzeichnisbaum.<br />
(·) Bringt sein eigenes Django-artiges (?) Framework, aber eben nicht Django.<br />
(+) Debian/Ubuntu-Pakete, Fedora/Redhat vorhanden; Abhängigkeiten:<br />
Python 2.7 or Python 3.4+<br />
python-lxml<br />
git<br />
SQLite/PostgreSQL<br />
Python Imaging Library (PIL)<br />
virtualenv<br />
nodejs<br />
http://mediagoblin.readthedocs.io/en/stable/siteadmin/deploying.html<br />
<br />
Meinungen:<br />
"This project is part of the GNU Project." Supporttechnisch sicher nicht übel.<br />
<br />
==== nextcloud ====<br />
(getestet)<br />
<br />
* Website: http://nextcloud.com/<br />
* Demo: https://demo.nextcloud.com/<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU AGPL 3.0 [https://github.com/nextcloud/nextcloud.com/blob/master/LICENSE]<br />
<br />
(-) keine Baum-Darstellung der Gallery<br />
(-) kein Resizing der Bilder<br />
(-) keine Pic-Infos,... in der Gallery-Darstellung<br />
<br />
Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)<br />
<br />
==== PhotoFloat ====<br />
<br />
* Website: https://git.zx2c4.com/PhotoFloat/about/<br />
* Programmiersprache: Python2<br />
* Lizenz: GPL v2.0+ [https://git.zx2c4.com/PhotoFloat/about/]<br />
<br />
Eindrücke:<br />
PhotoFloat hat eine serverseitige Authentifizierung basierend auf flask-login, sodass man Alben etc. mit Login "schützen" kann. https://flask-login.readthedocs.io/en/latest/<br />
<br />
Allerdings sehe ich da weder ein Web-Interface für Selbstregistrierung, noch Unterstützung für mehr als zwei (!?) User.<br />
<br />
Es dürfte auch keinen Web-Bilder-Upload geben, und von PEP-8 [5] hat der Autor wohl noch nichts gehört :-) https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces<br />
<br />
Fazit: (Auch) PhotoFloat bräuchte einige Anpassungen und Umbauten für den Gallery-Anwendungsfall.<br />
<br />
==== Piwigo ====<br />
(getestet)<br />
<br />
* Website: http://piwigo.org<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU GPLv2 [http://piwigo.org/basics/license]<br />
<br />
(·) wird oft als Ersatz für G2 und G3 Projekte verwendet.<br />
<br />
Meinungen:<br />
* schaut interessant aus<br />
<br />
===== Migration von G2 nach Piwigo =====<br />
Migration von G2 mittels Scripts möglich etwa: <br />
https://github.com/dschwen/g2piwigo<br />
<br />
==== Sigal ====<br />
<br />
* Website: http://sigal.saimon.org/<br />
* Programmiersprache: Python<br />
* Lizenz: MIT [http://sigal.saimon.org/en/latest/]<br />
<br />
(·) album metadaten via markdown files.<br />
(+) generiert wenn gewünscht auch eine nette Karte basierend auf den Koordinaten in den Photo-Metadaten via leaflet / openstreetmap.<br />
(+) einfach zu installieren und konfigurieren.<br />
(+) könnte als cronjob, git post-receive hook oder dergleichen laufen.<br />
(?) die offene frage wäre dann wie man sicher fotos von selbst registrierten users in einen lokalen ordner am server bekommt.<br />
<br />
Meinungen: <br />
sieht nach einem guten statischen Generator aus.<br />
<br />
==== WordPress ====<br />
<br />
* Website:<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2 + [https://wordpress.org/about/license/]<br />
<br />
(·) via Plugin: Gallery Manager<br />
<br />
Meinungen:<br />
* ganz allgemein... Hände weg von wordpress; Gegenfrage: warum?<br />
* Sicherheitslücken...; Gegenargument: die werden aber üblicherweise flott gestopft...;<br />
<br />
==== Zenphoto ====<br />
(getestet)<br />
<br />
* Website: http://www.zenphoto.org/<br />
* Programmiersprache: PHP<br />
* Lizenz: GPL v2+ [http://www.zenphoto.org/pages/licenses/]<br />
<br />
(·) eher als Foto-CMS gedacht<br />
(?) Userrechte für verschiedene Fotogrößen?<br />
<br />
===== Migration von G2 zu Zenphoto =====<br />
http://www.zenphoto.org/news/gallery2-to-zenphoto-migration/<br />
<br />
==== GoGallery ====<br />
<br />
* Website: https://github.com/smancke/gogallery<br />
* Programmiersprache: Go<br />
* Lizenz: MIT License [https://github.com/smancke/gogallery/blob/master/LICENSE]<br />
<br />
==== Chevereto Free ====<br />
<br />
* Website: https://chevereto.com/free<br />
* Programmiersprache: PHP<br />
* Lizenz: GNU Affero General Public License v3.0 [https://github.com/Chevereto/Chevereto-Free/blob/master/LICENSE]<br />
* Demo: https://demo.chevereto.com/<br />
<br />
=== Zeitplan ===<br />
<br />
* Brainstormingphase ... bis Herbst 2017<br />
* Sept. 2017 Entscheidung über System.<br />
* Umsetzung bis Anfang 2018.<br />
<br />
=== Diverse Links ===<br />
<br />
https://en.wikipedia.org/wiki/Comparison_of_photo_gallery_software<br />
<br />
wiki deutsch listet teilweise andere auf<br />
https://de.wikipedia.org/wiki/Webgalerie<br />
<br />
https://www.heise.de/download/products/foto/web-galerien</div>PKhttps://wiki.funkfeuer.at/index.php?title=Vorlage:Vorstand&diff=3279Vorlage:Vorstand2021-05-31T11:46:58Z<p>PK: prepare</p>
<hr />
<div>* [[User:xx|Aaa Bbb]], Obfrau<br />
** [[User:xx|Aaa Bbb]], Obfrau-Stellvertreter<br />
* [[User:xx|Aaa Bbb]], Kassier<br />
** [[User:xx|Aaa Bbb]], Kassier-Stellvertreter<br />
* [[User:xx|Aaa Bbb]], Schriftführer<br />
** [[User:xx|Aaa Bbb]], Schriftführer-Stellvertreter</div>PKhttps://wiki.funkfeuer.at/index.php?title=Projekte/Wo_ist_FunkFeuer_in_1/2/5_Jahren&diff=3242Projekte/Wo ist FunkFeuer in 1/2/5 Jahren2021-05-22T06:55:44Z<p>PK: bislang 3 Treffen; cosmetics</p>
<hr />
<div>{{Projekt<br />
|name=Wo ist FunkFeuer in 1/2/5 Jahren<br />
|startdate=2021/02/19<br />
|state=gerade am Anfang...<br />
|desc=Ausrichtung FunkFeuer für die kommenden Jahre<br />
}}<br />
<br />
'''Ziel''': in welche Richtung wollen wir FunkFeuer weiterentwickeln<br />
<br />
* Sammlung der Vorstellungen der Community<br />
* Was erwartet sich jede/r Einzelne?<br />
* Welche Themen soll der Verein forcieren?<br />
* Gibt es unterschiedliche Ziele die sich gegenseitig behindern?<br />
{|align=right<br />
|__TOC__<br />
|}<br />
<br />
== Treffen ==<br />
Ort (virtuell) im [https://treffen.funkfeuer.at/b/mat-2cw-nhx BBB-Raum] <br />
<br />
=== Fr, 2021-02-19 ===<br />
* 21:00 - 23:00<br />
* '''Kick-Off Meeting'''<br />
<br />
=== Fr, 2021-03-19 ===<br />
* 21:00 - 23:00<br />
* [[Projekte/Wo_ist_FunkFeuer_in_1/2/5_Jahren/Zukunftsmeeting_2021-03-19|Protokoll (thematisch gruppiert)]]<br />
<br />
=== Fr, 2021-04-23 ===<br />
* 21:00 - 23:00<br />
* Schwerpunkt: '''Wachstum'''<br />Was stellen wir uns unter Wachstum vor?</div>PKhttps://wiki.funkfeuer.at/index.php?title=OpenVPN-Tunnel_zu_FunkFeuer&diff=3231OpenVPN-Tunnel zu FunkFeuer2021-05-14T22:31:24Z<p>PK: CamelCase zur besseren Unterscheidung von 0xFF und generischem Begriff</p>
<hr />
<div>FunkFeuer betreibt im Housing einen OpenVPN-Server mit dedizierten Tunnelports.<br />
<br />
Der Sinn dieses Tunnelservers ist es, über kommerzielle Providernetze<br />
* entlegene Standorte, wo bisher kein FunkFeuer-Signal zu empfangen ist, an das restliche Netz anzubinden. Wir nennen solche Knoten eine „Funkinsel“.<br />
* wichtige Standorte -das sind vor allem Transitknoten- mittels einer Backupleitung an das restliche FunkFeuer-Netz anzukoppeln.<br />
<br />
OpenVPN ist dann im Vorteil, wenn der kommerzielle Anbieter Carrier Grade NAT (CGN), also kaskadiertes NAT verwendet, wie etwa bei der Mehrheit der „Mobilem Breitband“-Angebote. Die UDP-Pakete passieren es in aller Regel problemlos¹.<br />
<br />
Wer einen Tunnel dieser Art benötigt, schreibt seinen Wunsch mit Erläuterungen seines Vorhabens an die [[mailto:wien@lists.funkfeuer.at Mailingliste „Wien“]]. Die Administratoren des Tunnelservers werden darauf mit Konfigurationsdaten antworten oder Rückfragen stellen.<br />
<br />
Nachfolgend sind Anleitungen zu finden, wie Ihr Euren Tunnel konfiguriert:<br />
<br />
* [[OpenVPN mit EdgeRouter X-SFP]]<br />
* [[OpenVPN mit Debian/Ubuntu]]<br />
* [[OpenVPN mit LEDE/OpenWRT oder „Bubbles“]]<br />
<br />
<br />
1: Wenn doch einmal Problem auftreten, liegt es daran, dass die Pakete beim Verkapseln „aufgebläht“ werden, also um Overhead angereichert werden. Das sorgt insbesondere mit 3G/UMTS-Sticks, die noch als virtuelles serielles Modem angesprochen werden, im Zusammenspiel mit CGN mitunter Probleme, denn CGN unterdrücken in eine Richtung Antwortpakete für eine automatische Ermittlung der höchzulässigen Paketgröße mittels Path MTU Discovery (PMTUd). Moderne LTE-Sticks verhalten sich selbst wie Router und regeln das Problem der Fragmentierung, also das Zerlegen und Zusammenfügen zu grosser Pakete zumeist selbständig - zumindest für TCP. Bei UDP klappt das nicht immer - da muss die effektive MTU ermittelt und im Tunnel eingestellt werden. Dazu sendet Ihr mittels ping-Befehl ein Paket mit höherer Nutzlast als üblich, sowie mit „Don't Fragment Flag“. Der höchste Wert, bei dem eine Antwort zurückkommt, ist der, den die Tunnel berücksichtigen müssten.<br />
<br />
* ping -c1 -M do -s1472 78.41.115.16<br />
<br />
Dieser Befehl sendet dem Tunnelserver eine Antwortanfrage mittels ICMP echo request. Die Nutzlast von 1472 Byte wird um 8 Byte ICMP-Header und um 20 Byte IP-Header vermehrt. Das ergibt in Summe 1500 Byte. Für PPP-Verbindungen ist die MTU üblicherweise 1492 Byte. Es sind somit nur 1464 Byte Nutzdaten möglich. Bei manchen DSL-Anschlüssen, sofern das Modem und der Provider dabei mitspielt, kann man Baby Jumbo Frames nach RFC4638 verwenden, um effektiv wieder eine MTU von 1500 zu erhalten. Die fehlenden Bytes werden dabei „oben drauf gelegt“, sodass der übertragene Frame 1508 oder im Fall eines VLANs über DSL (v.a. bei VDSL/PPPoE gebräuchlich), 1512 Byte Nutzdaten umfasst. Steht diese Option nicht offen, bleibt nur, solange den Anfangswert des obigen Ping-Befehls zu reduzieren, bis der Server erstmals mit einer Laufzeit in Millisekunden (ms) antwortet. Dieser Wert plus 28 (20+8) ergibt eure effektive MTU.<br />
<br />
== OLSR - Versionen ==<br />
Der OpenVPN-Server hat drei ebtables-separierte Bridges für das Mesh, denen die tap-Devices je nach Konfiguration beim jeweiligen erfolgreichen Tunnelaufbau zugeordnet werden:<br />
<br />
* br-641: Dual Stack - OLSRv1 mit IPv4 und IPv6 (2a02:60:100::/40)<br />
* br-642: Dual Stack - OLSRv1 mit IPv4 und OLSRv2 für IPv6 (2a02:61::/32) „Projekt v642“; die Verwendung des bei v642 vorgesehenen 4in6 ist freilich möglich aber nicht sinnvoll, da IPv6 über IPv4 (Provider) über OpenVPN gesendet und dann v4 in v6 verkapselt würde...<br />
* br-64a: OLSRv1 mit IPv4 und IPv6, sowie OLSRv2 mit IPv6 stehen zur Verfügung. In dieser Konfiguration wird viel Traffic generiert, und sie erfordert Maßnahmen wie Policy-Routing, damit die Default-Routen nicht konkurrieren.<br />
<br />
Es wird empfohlen, eine eigene IP für den Tunnel im Redeemer anzulegen.<br />
<br />
Das hat folgende Hintergründe:<br />
* OLSR läuft auf der Bridge und muss nicht neu gestartet werden. Es ist, als ob bloß das Kabel angesteckt würde. Das Tap-Device, sofern nicht als persistent angelegt, würde sonst einen Neustart des OLSRd erfordern.<br />
* OLSR trifft seine Routingentscheidungen durch die Bewertung seiner via UDP gesendeten und empfangenen Pakete. Es erfordert eine IP-Adresse pro Interface. Wenn man eine ebtables-separierte Bridge verwendet (der Tunnelserver ist ein Endpunkt, der direkt Uplink bereitstellen kann, da ist es egal), kann OLSR keine Routingentscheidung oder eben keine manuelle Gewichtung mehr vornehmen. Es würde als vermutlich aller Traffic über den Tunnel laufen, weil der die häufig die beste ETX haben wird.<br />
<br />
== OpenVPN Konfiguration am Server ==<br />
Standardmäßig sieht diese folgendermaßen aus:<br />
common2.ovpn<br />
local 78.41.115.16<br />
down-pre<br />
fast-io<br />
# multihome<br />
# mute 3<br />
ping-restart 60<br />
proto udp4<br />
script-security 2<br />
up-delay<br />
verb 0<br />
# speed tunings<br />
rcvbuf 524288<br />
sndbuf 524288<br />
txqueuelen 1000<br />
auth-nocache<br />
# socket-flags TCP_NODELAY<br />
mtu-disc no<br />
<br />
Optional wird eingebunden: tuningmtu1500.ovpn<br />
fragment 1472<br />
tun-mtu 1500<br />
mssfix</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services&diff=3222Services2021-04-19T23:58:04Z<p>PK: Smoking: Ausfallmeldung schon lang nicht mehr aktuell</p>
<hr />
<div><br />
*'''[[Services/Organisation|Organisation]]'''<br />
<br />
*'''[https://portal.funkfeuer.at/wien/ Portal Wien (Redeemer, Frontend Benutzerdatenbank)]''' ''Stammdaten-, Node- und IP-Adressverwaltung ''<br />
*'''[https://forum.funkfeuer.at/ Forum]'''<br />
<br />
*'''[http://lists.funkfeuer.at/mailman/listinfo Mailinglisten]'''<br />
<br />
*'''[[Projekte/Housing]]'''<br />
<br />
*'''[[5V/8W_Housing]]''' AKA [[Projekte/Housing/EmbeddedRack|Projekte/Housing/'''EmbeddedRack''']]<br />
<br />
*'''[http://gallery.funkfeuer.at/ Gallery]'''<br />
<br />
*'''Tunnelserver''' [[Services/Organisation/Tunnelserver|Weiterführende Infos]]<br />
**'''[https://tunnel.funkfeuer.at/ Tunnelserver StatusInfo] ([https://tunnel.wien.funkfeuer.at/openvpn3-1.php neu] [https://tunnel.wien.funkfeuer.at/openvpnplain.php alt] [https://tunnel.funkfeuer.at/dash/ graphisch])''' ''der OpenVPN-Tunnel Clients im Netz von FunkFeuer-Wien: Suidao''<br />
<br />
*'''Weathermaps''' ''zeigen Auslastung und aktuelle Trends unserer Infrastruktur'':<br />
**'''[https://nms.bb.funkfeuer.at/plugins/Weathermap/output/bbcoreint-bw.png Backbone-Core-Intern]''' ''an der physischen Struktur angelehnt''<br />
**'''[https://nms.bb.funkfeuer.at/plugins/Weathermap/output/the4.png The-4-Zones]''' ''nach logischem Netzwerkaufbau orientiert''<br />
<br />
*'''[https://lg.bb.funkfeuer.at Backbone Routing]''' ''bird looking glass ermöglicht traceroute''<br />
*'''[http://smokeping.funkfeuer.at/ Smokeping]''' ''Netzwerklatenzübersicht''<br />
*'''[[Benutzer:Pocki#Privates_Monitoring|Netzwerkstatus (Monitoring von OLSR, Routen, Uptime)]]'''<br />
*'''[https://atlas.ripe.net/probes/?search=as35492&status=&af=&country= RIPE ATLAS Probes]''' ''messen Netzwerkverfügbarkeit und Konnektivität''<br />
<br />
*'''[https://voip.funkfeuer.at VoIP Telefonie]''' ''im Netz von FunkFeuer-Wien''<br />
*'''[http://download.funkfeuer.at Downloadbereich]''' FunkFeuer-CI<br />
<br />
*'''[[Services/Security]]'''<br />
*'''[[Services/Safety]]'''<br />
*'''[[Services/DNS]]'''</div>PKhttps://wiki.funkfeuer.at/index.php?title=Projekte/Wo_ist_FunkFeuer_in_1/2/5_Jahren/Zukunftsmeeting_2021-03-19&diff=3221Projekte/Wo ist FunkFeuer in 1/2/5 Jahren/Zukunftsmeeting 2021-03-192021-04-19T23:53:11Z<p>PK: CamelCase beim Namen</p>
<hr />
<div>= Zukunftsmeeting 2021-03-19 =<br />
<br />
Protokoll thematisch gruppiert<br />
<br />
Diskussions-Abend am 19.03.21 21:00..23:30<br />
<br />
== Teilnehmer ==<br />
17<br />
== Ort ==<br />
(virtuell/online) im [https://treffen.funkfeuer.at/b/mat-2cw-nhx BBB-Raum]<br />
= Die Themen =<br />
<br />
== Neueinsteiger ==<br />
<br />
=== Häufige Probleme für Neueinsteiger ===<br />
==== Wo finde ich Informationen wie ich einen Knoten konfiguriere? ====<br />
Auf Basis der Erkenntnisse beim Zusammentragen an Informationen hat Lukas Roedl begonnen eine Einstiegshilfe für FunkFeuer zu erstellen<br />
[https://wiki.funkfeuer.at/wiki/Projekte/Kompakt-Leitfaden]<br />
==== Was kostet FunkFeuer? ====<br />
Eine der man häufigsten gestellten Fragen von Interessenten<br />
<br />
Ist einfach oder eben auch nicht einfach zu beantworten. Hängt von vielen Details ab. Anschaffung, Installation, laufender Betrieb. Anschaffung: ja nach Aktualität und der Hardware und Anzahl an Antennen. Laufender Betrieb: nur die Stromkosten.<br />
<br />
== Services im FunkFeuer-Netz ==<br />
"Services" bedeutet nicht das es sich dabei um bestehende Services im FunkFeuer Netz handeln muss. Es wurden allgemein Services diskutiert welche Teilnehmer aufgeworfen haben.<br />
<br />
=== VoIP ===<br />
VoIP als Alternative bei schlechtem Mobilfunkempfang. <br />
<br />
Dazu gibt es bereits ein VoIP-Service welches aktuell aber nur FunkFeuer intern genutzt werden kann. Eine Verbindung zu öffentlichen Netzen ist technisch möglich. Daraus ergeben sich aber dann Folgen bezüglich Verrechnung mit den anderen Netzbetreibern, mit den internen Nutzern, der Listung bei RTR und den daraus ergebenden Folgen für „Netzbetreiber“ (Dokumentationspflicht, Meldepflicht, Finanzamt, Ausfälle, Rufnummernplan,…). Das hat dazu geführt dass das VoIP Service aktuell nur vereinsintern ist.<br />
<br />
=== SMS-Gateway ===<br />
technisch möglich. Ähnliche Rahmenbedingungen wie oben.<br />
<br />
Kommerziell nicht kompetitiv möglich gegenüber Angeboten am Markt<br />
<br />
=== LoraWAN ===<br />
Wie VoIP oder „Housing“ kann auch „LoraWAN“ eine Interessensgruppe innerhalb des Vereins bilden. 2017 hat sich ein eigene Verein „OpenIoT“ [https://openiot.network/] gebildet welcher großen personelle Überschneidungen mit und auch eine große technische Nähe (gemeinsame Nutzung von Ressourcen) zu FunkFeuer hat.<br />
<br />
Der Verein OpenIoT ist ein Beispiel für erfolgreiches Projekt das aus FunkFeuer Umfeld entstanden ist. Parallel zu dem Verein hat sich mittlerweile aus diesem auch ein kommerzieller Ableger entwickelt.<br />
<br />
== Aktuelle Sicht ==<br />
wir sind eine nichtkommerzielle Initiative mit dem auf Lernmöglichkeit. Das ist aber auch kein Widerspruch.<br />
=== Finanzierung des Vereins ===<br />
Die Einnahmen des Vereins werden durch das Housing im VKM bestritten. Damit werden die Ausgaben des Vereins (vorwiegend Internetuplink und Crossconnect) finanziert.<br />
<br />
Siehe dazu Bericht des Kassier bei den Generalversammlungen.<br />
<br />
Mitgliedsgebühren werden aktuell nicht eingehoben. Mitglied regte mal bei GV an, aus den Statuten die Möglichkeit Mitgliedsgebühren zu streichen. Die Möglichkeit für Mitgliedsgebühren wurde beibehalten um in Zukunft bei Bedarf doch mal einführen zu können. Mitgliedsgebühren müssen nicht der Finanzierung dienen. Beispiel: vielen über Förderungen finanzierte Kulturbetriebe dient der Eintritt um nicht sinngemäße Nutzer von Interessierten zu unterscheiden.<br />
<br />
=== FunkFeuer ohne Internet? ===<br />
Für einige Mitglieder Funkfeuer auch ohne Verbindung zum Internet etwas Sinnvolles dar. „Kommunikation in der Community“. („selbst wenn kommerzielle Anbieter 'das Internet abdrehen‘“)<br />
<br />
== Zukünftige Ausrichtung ==<br />
=== Einkaufsgenossenschaft? ===<br />
Wollen wir in Zukunft als FunkFeuer gemeinsam größer auftreten um Einkaufsvorteile für Mitglieder zu erlangen?<br />
<br />
=== Wesentliche Punkte ===<br />
Gedanken was FunkFeuer sein bzw können soll. Oder: was Einzelne mit dem Begriff Funkfeuer verbinden bzw sich erwarten<br />
* „Freiheit“ - freies gemeinsames Netz für alle<br />
* Do-It Yourself<br />
* Lehre<br />
* Social ISP<br />
* Verfügbarkeit / Notdienste?<br />
* Alternative (Backup-ISP)<br />
<br />
==== „Freiheit“ - freies gemeinsames Netz für alle ====<br />
da gibt es unterschiedliche Vorstellungen was „Freiheit“ bedeutet und welche Folgen daraus für den Verein entstehen um diese Freiheit zu bieten. Die Freiheit der Einzelnen was zu experimentieren oder Freiheit im Sinne der Unabhängigkeit des Netzes ohne Abhängigkeiten von oder Kontrolle/Überwachung durch Andere?<br />
<br />
Das sind Themen welche die Weiterentwicklung von FunkFeuer in unterschiedliche Richtungen treiben. Und wenn beide Themen wichtig sind, so muss es eine Reihung geben um eine Richtlinie zu haben wenn Entwicklungen in Konflikt geraten welche die Priorität gegenüber der andern erhalten soll.<br />
<br />
==== Do-It Yourself ==== <br />
FunkFeuer bietet die Möglichkeiten Sachen „selber zu machen“ wo man sonst nur schwer die Möglichkeit erhält. zB Teile oder Teilfunktionen von Netzwerktechnik selbst zu konfigurieren, ein Rechenzentrum selbst zu betreiben oder mitzuarbeiten. Mit und an Geräten oder Funktionen zu arbeiten und zu lernen welche sonst nur großen Institutionen (professionellen Betreibern, Firmen, Forschungseinrichtungen/…) zugänglich sind.<br />
==== Lehre==== <br />
Nicht unbedingt „Lehre“ im akademischen Sinn, aber Wissensvermittlung auf vielen Ebenen.<br />
==== Social ISP====<br />
Internetzugang Leuten zu ermöglichen welche sonst nur erschwert die Möglichkeit haben. zB Internetzugang <br />
* in Gebieten welche von kommerziellen Betreibern nicht oder nur schlecht erschlossen sind. <br />
* sozial benachteiligten Personen;<br />
==== Verfügbarkeit / Notdienste?==== <br />
Wenn es Ziel ist die Verfügbarkeit des FunkFeuer-Netzes zu erhöhen, dann müssen viele Aspekte berücksichtigt werden. Redundante Verbindungen im Netz, Energieversorgung der Netzkomponenten. Redundanz der notwendigen „Dienste“ (DNS, Internetuplinks,…).<br />
<br />
Im Vergleich zum Katastrophenfunk der Amateurfunker sind die einzelnen Knoten aber mehr mit Relaisstationen zu vergleichen als mit den Funkstationen der einzelnen Personen.<br />
==== Alternative (Backup-ISP)==== <br />
Ähnliche Anforderungen wie Verfügbarkeit / Notdienste, aber im Hinblick auf Alternative oder Backup zu kommerziellen Internetanbietern.<br />
<br />
Fragestellung: welches ist die dafür minimal erforderliche Grundinfrastruktur und wie würden wir den Betrieb dieser sicherstellen. Sind das nur Services welche für Zugang zum öffentlichen Internet erforderlich sind, oder auch vereinsinterne Services (zB Forum, BBB,...)<br />
<br />
„zentral“, also durch Gruppen von Personen oder eher „dezentral“ durch viele einzelne wo man sich darauf verlässt das nur jene die sich wirklich auskennen auch an in diese Funktionen eingreifen?<br />
<br />
=== Wollen wir als Verein wachsen === <br />
Allgemeiner Tenor: ja<br />
<br />
Es gibt verschiedene Beweggründe für Wachstum, unterschiedliche Ausprägungen von Wachstum und damit verbunden unterschiedliche Konsequenzen von Wachstum.<br />
<br />
==> Thema für die nächste Strategiesitzung: „Wachstum“<br />
<br />
Was stellen wir uns unter Wachstum vor.<br />
<br />
= nächste Termine =<br />
== Strategiesitzung ==<br />
* Datum: 23.04. 21:00 – 23:00 <br />
* Ort: (virtuell/online) im [https://treffen.funkfeuer.at/b/mat-2cw-nhx BBB-Raum]<br />
* Thema: „'''Wachstum'''“<br />
== MoMo ==<br />
* Datum: 05.04. 19:00 <br />
* Ort: (online)</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Housing/Temperatur&diff=3209Services/Organisation/Housing/Temperatur2021-04-02T07:13:25Z<p>PK: /* ChangeLog */ Steckdosenwechsel</p>
<hr />
<div>==Lüftung==<br />
<br />
[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''<br />
<br />
<br />
Siehe auch: <br />
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts<br />
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated <br />
<br />
<br />
<br />
==Sensoren==<br />
<br />
Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.<br />
<br />
Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server.<br />
<br />
Host: mqtt.funkfeuer.at<br />
Port: 1883<br />
Topic: #<br />
User: client<br />
Password: r3adMyData<br />
<br />
Unter Linux hiermit abrufbar:<br />
mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'<br />
<br />
Beispielausgabe:<br />
$ mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'<br />
38.8<br />
^C<br />
<br />
=== Sensorpositionen ===<br />
{|width=100% border=0|<br />
|valign=top|<br />
==== 2C75FB Warmgang ====<br />
DS18B20-'''1: unten Regal'''<br />
Id: 01193A7B24F0,<br />
DS18B20-'''2: Lüfter'''<br />
Id: 01193A907D4A,<br />
DS18B20-'''3: Umrichter neben anderem Sensor'''<br />
Id: 01193A97E4DD,<br />
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259C3C Kaltgang ====<br />
DS18B20-'''1: oben neben anderem Sensor'''<br />
Id: 011939EBED5C,<br />
DS18B20-'''2: Raummitte'''<br />
Id: 01193A21F54C,<br />
DS18B20-'''3: im Schacht'''<br />
Id: 01193A9C296F,<br />
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 2BDE1A Gittertür ====<br />
DS18B20-'''1: Abluft Warmgang über Gittertür'''<br />
Id: 031661ABF5FF,<br />
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259BF2 Draußen ====<br />
DS18B20-'''1: unten'''<br />
Id: 01193A2BFA7F,<br />
DS18B20-'''2: Schräge neben anderem Sensor'''<br />
Id: 01193A2DA67A,<br />
DS18B20-'''3: über Durchgang'''<br />
Id: 01193A8B7507,<br />
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]<br />
|}<br />
<br />
==ChangeLog==<br />
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:<br />
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]<br />
<br />
* 14.08.2020 16:30 NetApp abgebaut<br />
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet<br />
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet<br />
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet<br />
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz<br />
* 17.08.2020 18:30 Lamellen weiter aufgebogen<br />
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür<br />
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf<br />
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt<br />
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert<br />
* 19.08.2020 20:30 Kleinventilator abgeschaltet<br />
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.<br />
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)<br />
* 22.08.2020 01:20 Kleinventilator eingeschaltet.<br />
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)<br />
* 31.08.2020 18:30 FU wieder auf 45Hz<br />
* 16.09.2020 21:00 Einbindung der Feuchtesensoren<br />
* 20.09.2020 18:50 Metall-Abdeckung zu zweitem Kamin abgenommen<br />
* 20.09.2020 22:25 WC - alle Lüftungen von "auto" auf "an"<br />
* 20.09.2020 23:40 WC - alle Lüftungen von "an" auf "auto"<br />
* 24.09.2020 12:00 Montage des Sensors beim Umrichter direkt in dessen Abluftstrom<br />
* 05.10.2020 20:00 ["Kaltgang oben, neben anderem Sensor": sprunghafter Anstieg von 25 auf knapp 31°C, Grund noch ungeklärt] ''*fix me*''<br />
* 06.10.2020 21:00 230VAC-Radiallüfter evakuiert experimentell Warmluft über 15m(?) Aluflexrohr (Ø 15cm) Richtung Keramikabteilung (seit 28.10.2020 13:00 monitored as vault1/r2/5/6)<br />
* 12.11.2020 18:00 Metall-Abdeckung zu zweitem Kamin wieder montiert<br />
<br />
==Visualisierung==<br />
<br /><br />
<br />
* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature<br />
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start<br />
<br />
<br />
[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature</small><br />
<br />
<br />
[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start</small><br />
<br />
[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]<br />
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltungen&diff=3208Hausverwaltungen2021-03-25T18:27:15Z<p>PK: /* Anfrage um Bewilligung */ Einschreiben Hinweis von ManP</p>
<hr />
<div>== '''Anfrage um Bewilligung''' ==<br />
* Alle, die nicht Eigentümer des gesamten Gebäudes sind, in dem sie wohnen, müssen bei einer Hausverwaltung um die Bewilligung ansuchen, eine Antenne am Dach aufstellen zu dürfen. Es empfiehlt sich, Schreiben die per Postweg zugestellt werden sollen, eingeschrieben zu versenden. <br />
* Prinzipiell hat jeder Mieter/Nutzungsberechtigte ein gesetzliches Recht auf eine solche Antenne.<br />
<br />
== '''Argumente''' ==<br />
* Redundante Anbindung an das Netzwerk - kein kommerzieller Anbieter bietet bisher dezentrale und gleichzeitig redundante Anbindung an sein Netzwerk und dadurch ins Internet.<br />
* Mangelnde Bandbreite der kommerziellen Anbieter für z.B. HD-Videokonferenzen (weil hier nur der Upload gerechnet werden kann, der bei den meisten kommerziellen Anbietern zu gering oder zu teuer ist).<br />
* Anbieten von (Server-)Diensten bei den meisten kommerziellen Anbietern unerwünscht oder verboten, bei FunkFeuer jedoch ausdrücklich erwünscht und auch technisch ermöglicht.<br />
* Unterwanderung der Netzneutralität bei großen kommerziellen Anbietern durch die Verwendung von Zwangsproxies, DNS Umleitungen (um z.B. Webseiten zu sperren).<br />
* Bürgernetze als Akt der Selbstsuffizienz, Katastrophenschutz und politischer Absicherung der eigenen Netzneutralität.<br />
* Im Sinne einer engagierten Zivilgesellschaft ist das Projekt FunkFeuer unbedingt unterstützenswert.<br />
<br />
== '''Fertige Vorlagen zum Anfragen''' ==<br />
* [https://docs.google.com/document/d/19DQTMn_W2533U8yFV7g97nQAatOYjJEPYw_DqVP14dY Ansuchen um Bewilligung Funkfeuer-Muster] Aktuelle Version 2020, Link zu Google Docs<br />
* [[Datei:Ansuchen_Bewilligung_Funkfeuer_Muster.pdf]] Erste Version 2013, lokale Kopie<br />
<br />
Nachdem der prinzipielle Ablauf sowie Aufbau einer SAT-Anlage sehr ähnelt, was bei Hausverwaltungen mittlerweile gut bekannt ist, werden Vorlagen dafür angeboten die genauso entsprechend verwendet werden können:<br />
* [https://www.wienerwohnen.at/dms/workspace/SpacesStore/c60ff60f-478f-4742-9ab2-daef83e13f96/2330_sd0103_Ansuchen_Satellitenempfangsantenne.pdf Ansuchen Satellitenantenne] Stadt Wien - Wiener Wohnen<br />
* [http://www.ah-wohnen.at/bewilligungen-.74.html Antragsformular zur SAT - Anlagenerrichtung] Gem. Siedlungs-Genossenschaft Altmannsdorf und Hetzendorf<br />
<br />
== '''Gesetzestext (Berücksichtigter Stand der Gesetzgebung: 1. Juli 2011)''' ==<br />
=== ''§ 9 MRG Veränderung (Verbesserung) des Mietgegenstandes'' ===<br />
(1) Der Hauptmieter hat eine von ihm beabsichtigte wesentliche Veränderung (Verbesserung) des Mietgegenstandes dem Vermieter anzuzeigen. Lehnt der Vermieter nicht innerhalb von zwei Monaten nach Zugang der Anzeige die beabsichtigte Veränderung ab, so gilt seine Zustimmung als erteilt. Der Vermieter kann seine Zustimmung und eine erforderliche Antragstellung bei der Baubehörde nicht verweigern wenn,<br />
<br />
1. die Veränderung dem jeweiligen Stand der Technik entspricht,<br />
2. die Veränderung der Übung des Verkehrs entspricht und einem wichtigen Interesse des Hauptmieters dient,<br />
3. die einwandfreie Ausführung der Veränderung gewährleistet ist, <br />
4. der Hauptmieter die Kosten trägt,<br />
5. durch die Veränderung keine Beeinträchtigung schutzwürdiger Interessen des Vermieters oder eines anderen Mieters zu besorgen ist,<br />
6. durch die Veränderung keine Schädigung des Hauses, im besonderen keine Beeinträchtigung der äußeren Erscheinung des Hauses, erfolgt,<br />
7. die Veränderung keine Gefahr für die Sicherheit von Personen und Sachen bewirkt.<br />
<br />
(2) Die Voraussetzung des Abs. 1 Z 2 ist jedenfalls gegeben, wenn es sich handelt um<br />
<br />
1. die Errichtung oder die den Erfordernissen der Haushaltsführung dienende Umgestaltung von Wasserleitungs-, Lichtleitungs-, Gasleitungs-, Beheizungs- (einschließlich der Einrichtung von zentralen Wärmeversorgungsanlagen) oder sanitären Anlagen,<br />
2. die der Senkung des Energieverbrauchs dienende Ausgestaltung eines Mietgegenstandes,<br />
3. die Verbesserungen, die von einer Gebietskörperschaft aus öffentlichen Mitteln gefördert werden,<br />
4. die Einleitung eines Fernsprechanschlusses oder<br />
5. die Anbringung der nach dem Stand der Technik notwendigen Antennen und sonstigen Einrichtungen für den Hörfunk- und Fernsehempfang sowie für Multimediadienste, sofern der Anschluß an eine bestehende Einrichtung nicht möglich oder nicht zumutbar ist.<br />
<br />
(3) Handelt es sich um eine wesentliche Veränderung (Verbesserung), die nicht im Abs. 2 angeführt ist, so kann der Vermieter seine Zustimmung von der Verpflichtung des Hauptmieters zur Wiederherstellung des früheren Zustandes bei der Zurückstellung des Mietgegenstandes abhängig machen.<br />
<br />
Referenz: [http://www.jusline.at/9_Ver%C3%A4nderung_%28Verbesserung%29_des_Mietgegenstandes_MRG.html jusline.at]<br />
<br />
== '''Weiterführende Informationen beim Magistrat der Stadt Wien''' ==<br />
* MA50 Wohnbauförderung und Schlichtungsstelle für wohnrechtliche Angelegenheiten<br />
**[http://www.wien.gv.at/amtshelfer/bauen-wohnen/schlichtungsstelle/mietrechtsverfahren/veraenderung-mietgegenstand.html Veränderung (Verbesserung) des Mietgegenstandes]<br />
* MA19 Architektur und Stadtgestaltung<br />
** [http://www.wien.gv.at/amtshelfer/bauen-wohnen/stadtentwicklung/baulicheanlagen/satellitenantenne.html Satellitenantennen - Architektonische Begutachtung]<br />
** [http://www.wien.gv.at/stadtentwicklung/grundlagen/schutzzonen/index.html Schutzzonen]</div>PKhttps://wiki.funkfeuer.at/index.php?title=WireGuard-Tunnel_zu_FunkFeuer&diff=3195WireGuard-Tunnel zu FunkFeuer2021-01-06T01:16:52Z<p>PK: cosmetics</p>
<hr />
<div>{{Projekt<br />
|name=WireGuard Tunnel für Nodes<br />
|startdate=2021/01/05<br />
|state=Planung/Ideenfindung<br />
|desc=<br />
}}<br />
= TODO: WireGuard-Tunnel zu FunkFeuer =<br />
<br />
Falls du Interesse hast, diese Idee zu einem Projekt und hoffentlich zu einem lauffähigen Produkt für die 0xFF-Gemeinschaft zu machen, mach mit und teile deine Ideen und Vorstellungen.<br />
<br />
--> https://matrix.to/#/%230xFF-WireGuardTunnel%3Amatrix.org // #0xFF-WireGuardTunnel:matrix.org<br />
<br />
== Ziel ==<br />
<br />
* Es soll möglich sein, über WireGuard die Funktionalität des jetzigen OpenVPN-Zugangs abzubilden.<br />
* Es soll eine möglichst vollautomatische Konfig über das Frontend machbar sein.<br />
* Es soll IPv4 und IPv6 möglich sein.<br />
* ...<br />
<br />
== Vorteile ==<br />
<br />
* Verschlüsselung des Tunnels bei niedriger CPU-Last<br />
* Tunnel ist stateless<br />
* Software deutlich kleiner als OpenVPN<br />
* Konfig sehr einfach<br />
<br />
== Nachteile ==<br />
<br />
* für OLSRv1 muss eine Layer2-Tunneltechnik durch den Tunnel gebaut werden, da WireGuard nur Layer3 macht<br />
<br />
== Link-Sammlung ==<br />
<br />
EdgeRouter WireGuard - https://github.com/WireGuard/wireguard-vyatta-ubnt</div>PKhttps://wiki.funkfeuer.at/index.php?title=Housing/Mitarbeit&diff=3186Housing/Mitarbeit2021-01-01T17:39:26Z<p>PK: /* Termine */ 21.1. TBD</p>
<hr />
<div>== Was wir so treiben ==<br />
<br />
Das FunkFeuer-Housing wird von einem ehrenamtlich arbeitenden Team betreut, das umfasst Dinge wie:<br />
<br />
* Allerhand Technisches rund um Server und Netzwerk<br />
* Elektrische Versorgung<br />
* Datenschutz<br />
* Raumtechnik, vor allem die Klimatisierung und ihre Überwachung<br />
* Support bei allen möglichen Anliegen via Ticketsystem<br />
* Kontakt zum uns beherbergenden Volkskundemuseum, auf persönlicher wie technischer Ebene<br />
* Begleitung unserer Houser (also der Leute, die ihre Server bei uns einstellen), wenn physischer Zugang benötigt wird<br />
* Laufende Abrechnung<br />
* Erstellen und Pflegen eines webbasierten Self-Service<br />
<br />
Da kommt also einiges zusammen, was viel Arbeit bedeutet, die auch abgestimmt sein will.<br />
<br />
== Organisation ==<br />
<br />
Wir treffen einander 15-tägig, um uns abzustimmen, also neue Themen zu diskutieren und Entscheidungen zu treffen. Die Termine der Treffen findest Du [[#Termine|weiter unten]], sie werden auch auf der Mailingliste (siehe unten) bekannt gegeben. Die Treffen sind unsere wichtigste Plattform, da die Erfahrung gezeigt hat, dass trotz aller technischen Fortschritte das persönliche Gespräch weiterhin eine unerreichte Qualität hat. Wir treffen einander wenn möglich physisch in Wien, ansonsten virtuell.<br />
<br />
Damit die Zusammenarbeit auch mit wechselnden Teams und längere Zeiträume funktioniert, haben wir uns einige [[Housing/Regeln|Regeln]] überlegt.<br />
<br />
== Mitmachen! ==<br />
<br />
Wenn Du beim Housing mitmachen möchtest, freuen wir uns, Dich bei einem der nächsten Treffen zu begrüßen! Die Termine kommunizieren wir jedenfalls über die Mailingliste (siehe oben), am besten meldest Du Dich dort an, um alle Infos zu bekommen. Du kannst natürlich auch gern erst mal im Chat oder bei einem Treffen „vorbeischauen“!<br />
<br />
'''Für Details zum nächsten Treffen wird am besten einen Blick in die [https://lists.funkfeuer.at/pipermail/housing-orga/ Ankündigungen auf der Mailingliste]!'''<br />
<br />
== Kommunikation ==<br />
<br />
* Persönlich, bevorzugt bei physischen Treffen (siehe oben). Wenn Du mitmachen möchtest (worüber wir uns sehr freuen würden!), plane bitte ein, an diesen Treffen teilzunehmen.<br />
* [https://lists.funkfeuer.at/mailman/listinfo/housing-orga Mailingliste], hauptsächlich für Ankündigungen, damit es übersichtlich bleibt. Ein [https://lists.funkfeuer.at/pipermail/housing-orga/ Archiv] (zum Nachlesen) gibt's auch.<br />
* [https://matrix.to/#/#housing-orga:hopfmueller.at Chat auf Matrix] und ein [https://forum.funkfeuer.at/c/housing-orga/30 Forum] für allfälligen Austausch zwischendurch<br />
<br />
== Termine ==<br />
<br />
* Treffen 21.1 am ?? ??. Januar 2021, 19 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.5 am Do 17. Dezember 2020, 19 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.4 am Mi 2. Dezember 2020, <s>19 </s>18 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.3 am So 15. November 2020, <s>16 </s>20 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.2 am Sa 31. Oktober 2020, 16 Uhr, virtuell<br />
* Treffen 20.1 am Fr 16. Oktober 2020, 19 Uhr, im Schönbornpark</div>PKhttps://wiki.funkfeuer.at/index.php?title=OpenVPN_mit_EdgeRouter_X-SFP&diff=3185OpenVPN mit EdgeRouter X-SFP2020-12-16T09:56:01Z<p>PK: Link zur Übersichtsseite</p>
<hr />
<div>Die allgemeinen Voraussetzungen zum Einrichten eines Tunnels sind in der [[OpenVPN-Tunnel zu FunkFeuer|Übersichtsseite]] dargestellt. Dieser Artikel geht nur auf die rudimentäre Konfiguration des [[Hardware/EdgeRouter_X-SFP|EdgeRouter]] ein.<br />
<br />
Update 02/2018: ein EdgeOS-Wizard hierfür ist in Entwicklung: https://github.com/pocki80/ER-wizard-0xFF-OpenVPN2TS<br />
<br />
== Einrichten des Tunnels ==<br />
<br />
Empfohlen wird, die Konfigurationsdateien und das Skript zuerst auf dem Computer anzulegen, und diese gemeinsam in der Folge per SSH ins Verzeichnis /config/user-data/ zu kopieren. Alternativ über das CLI wie vi anlegen. Wir benötigen:<br />
<br />
1) funkfeuer.ovpn mit folgendem Inhalt - die kursiv dargestellten Zeilen musst Du mit jenen Werten befüllen, die Du von den Tunneladmins zugewiesen bekommen hast:<br />
<br />
dev vtun0<br />
dev-type tap<br />
proto udp4<br />
remote 78.41.115.16<br />
''port [5XXX]''<br />
up-delay<br />
down-pre<br />
up-restart<br />
script-security 2<br />
nobind<br />
ping 10<br />
ping-restart 60<br />
ping-timer-rem<br />
fast-io<br />
sndbuf 524288 <br />
rcvbuf 524288<br />
mute 2<br />
verb 0<br />
secret /config/user-data/funkfeuer.secret<br />
cipher none<br />
auth none<br />
<br />
<br />
Zusätzlich, wenn es erforderlich ist, kannst Du die MTU anpassen wie folgt:<br />
tun-mtu 1500<br />
mssfix<br />
'''UND'''<br />
a) für eine MTU von 1500 Byte (1472 Byte Nutzlast + 20 Byte IP Header + 8 Byte UDP Header):<br />
fragment 1472<br />
<br />
b) bei PPPoE, etwa bei DSL mit einer Fritzbox (1464 Byte Nutzlast + 20 Byte IP Header + 8 Byte UDP Header + 8 Byte PPPoE Header):<br />
fragment 1464<br />
<br />
c) bei anderen Anschlüssen je nach ermitteltem MTU-Wert. Unter EdgeOS, wie auch unter Linux geht das mit<br />
configure<br />
sudo su<br />
ping -Mdo -c1 -s1472 78.41.115.16<br />
- wenn der Befehl einen Zeitwert zurückliefert, ist 1472 OK - siehe a), sonst den Wert um je 2 Byte reduzieren (1470, 1468..., 1252), bis der Ping erfolgreich ist.<br />
Den so ermittelten Wert nennst Du bitte Deinem jeweiligen Ansprechpartner im Tunnelserver-Team, denn Änderungen an der MTU müssen auf beiden Seiten des Tunnels identisch sein.<br />
<br />
Sollte Kompression eingesetzt werden, ist der ermittelte Wert um weitere 4 Byte für die Kompressionsheader zu reduzieren.<br />
Der Parameter "fragment" lautet dann also 1468 bei 1472 für eine Leitungs-MTU 1500 oder 1460 für 1464, was einer Leitungs-MTU von 1492 entspricht.<br />
<br />
<br />
Auf Glasfaserleitungen mit 100 Mbit/s (symmetrisch) kann zusätzlich eingetragen werden:<br />
txqueuelen 10000<br />
<br />
<br />
2) funkfeuer.secret - wenn ein Key angelegt wurde, wie in 1) beschrieben.<br />
<br />
Diese Datei beinhaltet einen individuellen kryptographischen Schlüssel (shared key), der sicherstellt, dass der Tunnel nur von jenen Clients genutzt werden kann, denen er auch tatsächlich zugewiesen wurde. Das soll verhindern, dass ein Tunnel missbräuchlich oder versehentlich mehrfach genützt wird.<br />
Diesen Schlüssel erhältst Du per E-Mail und Du musst ihn lediglich in dieser Datei speichern. <br />
<br />
3) Folgende Config am EdgeRouter vornehmen (lokalen Gateway für Static-Route entsprechend ändern)<br />
<br />
set interfaces bridge br9 address [zugeteilte IP Adresse aus dem Redeemer]/32<br />
set interfaces bridge br9 aging 300<br />
set interfaces bridge br9 bridged-conntrack disable<br />
set interfaces bridge br9 description TUNNEL<br />
set interfaces bridge br9 hello-time 2<br />
set interfaces bridge br9 max-age 20<br />
set interfaces bridge br9 priority 32768<br />
set interfaces bridge br9 stp false<br />
commit<br />
set protocols static route 78.41.115.16/32 next-hop 192.168.0.1 description 'TunnelServer via ISP'<br />
set interfaces openvpn vtun0 config-file /config/user-data/funkfeuer.ovpn<br />
commit<br />
save<br />
<br />
4) Im OLSRd_V1 Wizard für das Interface br9 für OLSR aktivieren. Mode "mesh" kann man bei bedarf auf "silent" umstellen, um Bandbreite zu sparen. Das geht aber nur, wenn der VON-Router keine weiteren OLSR-Router "hinter sich" hat: diese sind dann nur erreichbar, wenn es einen weiteren Pfad (übers Mesh-Netz) bis zum Tunnelserver gibt. Das ist nur für Router mit Tunnel und beschränktem Datenvolumen sinnvoll, wenn sie '''nur''' den Tunnel als Partner haben.</div>PKhttps://wiki.funkfeuer.at/index.php?title=OpenVPN_mit_EdgeRouter_X-SFP&diff=3184OpenVPN mit EdgeRouter X-SFP2020-12-15T20:59:09Z<p>PK: Klammer zu</p>
<hr />
<div>Die allgemeinen Voraussetzungen zum Einrichten eines Tunnels sind in der Übersichtsseite dargestellt. Dieser Artikel geht nur auf die rudimentäre Konfiguration des [[Hardware/EdgeRouter_X-SFP|EdgeRouter]] ein.<br />
Update 02/2018: ein EdgeOS-Wizard hierfür ist in Entwicklung: https://github.com/pocki80/ER-wizard-0xFF-OpenVPN2TS<br />
<br />
== Einrichten des Tunnels ==<br />
<br />
Empfohlen wird, die Konfigurationsdateien und das Skript zuerst auf dem Computer anzulegen, und diese gemeinsam in der Folge per SSH ins Verzeichnis /config/user-data/ zu kopieren. Alternativ über das CLI wie vi anlegen. Wir benötigen:<br />
<br />
1) funkfeuer.ovpn mit folgendem Inhalt - die kursiv dargestellten Zeilen musst Du mit jenen Werten befüllen, die Du von den Tunneladmins zugewiesen bekommen hast:<br />
<br />
dev vtun0<br />
dev-type tap<br />
proto udp4<br />
remote 78.41.115.16<br />
''port [5XXX]''<br />
up-delay<br />
down-pre<br />
up-restart<br />
script-security 2<br />
nobind<br />
ping 10<br />
ping-restart 60<br />
ping-timer-rem<br />
fast-io<br />
sndbuf 524288 <br />
rcvbuf 524288<br />
mute 2<br />
verb 0<br />
secret /config/user-data/funkfeuer.secret<br />
cipher none<br />
auth none<br />
<br />
<br />
Zusätzlich, wenn es erforderlich ist, kannst Du die MTU anpassen wie folgt:<br />
tun-mtu 1500<br />
mssfix<br />
'''UND'''<br />
a) für eine MTU von 1500 Byte (1472 Byte Nutzlast + 20 Byte IP Header + 8 Byte UDP Header):<br />
fragment 1472<br />
<br />
b) bei PPPoE, etwa bei DSL mit einer Fritzbox (1464 Byte Nutzlast + 20 Byte IP Header + 8 Byte UDP Header + 8 Byte PPPoE Header):<br />
fragment 1464<br />
<br />
c) bei anderen Anschlüssen je nach ermitteltem MTU-Wert. Unter EdgeOS, wie auch unter Linux geht das mit<br />
configure<br />
sudo su<br />
ping -Mdo -c1 -s1472 78.41.115.16<br />
- wenn der Befehl einen Zeitwert zurückliefert, ist 1472 OK - siehe a), sonst den Wert um je 2 Byte reduzieren (1470, 1468..., 1252), bis der Ping erfolgreich ist.<br />
Den so ermittelten Wert nennst Du bitte Deinem jeweiligen Ansprechpartner im Tunnelserver-Team, denn Änderungen an der MTU müssen auf beiden Seiten des Tunnels identisch sein.<br />
<br />
Sollte Kompression eingesetzt werden, ist der ermittelte Wert um weitere 4 Byte für die Kompressionsheader zu reduzieren.<br />
Der Parameter "fragment" lautet dann also 1468 bei 1472 für eine Leitungs-MTU 1500 oder 1460 für 1464, was einer Leitungs-MTU von 1492 entspricht.<br />
<br />
<br />
Auf Glasfaserleitungen mit 100 Mbit/s (symmetrisch) kann zusätzlich eingetragen werden:<br />
txqueuelen 10000<br />
<br />
<br />
2) funkfeuer.secret - wenn ein Key angelegt wurde, wie in 1) beschrieben.<br />
<br />
Diese Datei beinhaltet einen individuellen kryptographischen Schlüssel (shared key), der sicherstellt, dass der Tunnel nur von jenen Clients genutzt werden kann, denen er auch tatsächlich zugewiesen wurde. Das soll verhindern, dass ein Tunnel missbräuchlich oder versehentlich mehrfach genützt wird.<br />
Diesen Schlüssel erhältst Du per E-Mail und Du musst ihn lediglich in dieser Datei speichern. <br />
<br />
3) Folgende Config am EdgeRouter vornehmen (lokalen Gateway für Static-Route entsprechend ändern)<br />
<br />
set interfaces bridge br9 address [zugeteilte IP Adresse aus dem Redeemer]/32<br />
set interfaces bridge br9 aging 300<br />
set interfaces bridge br9 bridged-conntrack disable<br />
set interfaces bridge br9 description TUNNEL<br />
set interfaces bridge br9 hello-time 2<br />
set interfaces bridge br9 max-age 20<br />
set interfaces bridge br9 priority 32768<br />
set interfaces bridge br9 stp false<br />
commit<br />
set protocols static route 78.41.115.16/32 next-hop 192.168.0.1 description 'TunnelServer via ISP'<br />
set interfaces openvpn vtun0 config-file /config/user-data/funkfeuer.ovpn<br />
commit<br />
save<br />
<br />
4) Im OLSRd_V1 Wizard für das Interface br9 für OLSR aktivieren. Mode "mesh" kann man bei bedarf auf "silent" umstellen, um Bandbreite zu sparen. Das geht aber nur, wenn der VON-Router keine weiteren OLSR-Router "hinter sich" hat: diese sind dann nur erreichbar, wenn es einen weiteren Pfad (übers Mesh-Netz) bis um Tunnelserver gibt. Das ist nur für Router mit Tunnel und beschränktem Datenvolumen sinnvoll, wenn sie '''nur''' den Tunnel als Partner haben.</div>PKhttps://wiki.funkfeuer.at/index.php?title=802.11s&diff=3178802.11s2020-11-24T16:26:11Z<p>PK: Ghz -> GHz, etc</p>
<hr />
<div>= '''Allgemeines''' =<br />
<br />
Wie Ad-hoc nur '''VIEL''' besser ;-)<br />
<br />
Der 2012 veröffentlichte Standard IEEE 802.11s definiert eine mögliche technische Grundlage von Mesh-Netzwerken. Er stellt eine modernisierte Variante des älteren Ad-Hoc/IBSS-Modus dar. Als Routing-Protokoll wird das Hybrid Wireless Mesh Protocol (HWMP) definiert, aber die Nutzung anderer Protokolle wie OLSR oder B.A.T.M.A.N. ist möglich.<br />
<br />
==Frequenzen mesh_id==<br />
*2,4 GHz<br />
**mesh_id 11s.funkfeuer.at<br />
**Kanal 11 / 2462 MHz<br />
**Bandbreite 20/40 MHz<br />
<br />
*5 GHz<br />
**mesh_id 11s.funkfeuer.at<br />
**Kanal TBA <br />
<br />
==Merkmale - Vor/Nachteile==<br />
:Deutlich höhere Datenraten möglich als bei Ad-hoc<br />
:Kompatibel zu anderen 802.11x Standards ( Client -> Meshpoint )<br />
:Nodes müssen/sollten auf dem selben Channel laufen<br />
:Wird praktisch von jedem mac80211 Treiber unterstützt und ist somit auf so gut wie jedem Gerät einsetzbar wo OpenWRT läuft<br />
:mesh_id muss auf allen Nodes ident sein<br />
:Bringt sein eigenes Layer2 Mesh-Protokoll mit, kann aber deaktiviert werden ( derzeit im FunkFeuer bitte nicht verwenden )<br />
:Bandbreiten (20/40/80 MHz) sind untereinander kompatibel und werden "on-the-fly" angepasst<br />
:Kann im Bridge Mode auch auf alter Hardware verwendet werden<br />
<br />
<br />
==AirOS==<br />
Zum jetzigen Zeitpunkt (12.04.2018) keine Unterstützung durch Ubiquiti :-(<br />
<br />
<br />
== OpenWRT ==<br />
<br />
===Konfiguration über LUCI===<br />
:Teilweise noch Buggy aber möglich, z.B. mesh_id wird im Scan nicht angezeigt<br />
<br />
<br />
===Konfiguration über CLI===<br />
<br />
*/etc/configs/wireless<br />
<br />
config wifi-device 'radio0'<br />
option type 'mac80211'<br />
option channel '11'<br />
option hwmode '11g'<br />
option path 'platform/ar933x_wmac'<br />
option htmode 'HT40'<br />
option country 'AT'<br />
<br />
config wifi-iface 'default_radio0'<br />
option device 'radio0'<br />
option mode 'mesh'<br />
option mesh_id '11s.funkfeuer.at' # '''Sollte/Muss mit den benachbarten Nodes übereinstimmen.'''<br />
option mesh_fwding '0' # '''Schaltet das 802.11s eigene Routing aus! WICHTIG! Da wir derzeit [[Knowledge_Base/OLSR|OLSR]] verwenden!'''<br />
option encryption 'none'<br />
option network 'mesh'<br />
<br />
<br />
<br />
Wlan-Lan Bridge<br />
<br />
ebtables -P FORWARD DROP<br />
<br />
===Ohne eigenes [[Knowledge_Base/OLSR|OLSR]] als Bridge für -> "Edgerouter-Setup"===<br />
<br />
Hier wird eine Möglichkeit beschrieben, eine Antenne mit OpenWRT und 802.11s in ein vorhandenes Edgerouter-Setup einzubinden.<br />
<br />
==== LUCI ====<br />
<br />
<br />
==== CLI ====<br />
<br />
eth0.1100<br />
<br />
==Getestete Hardware==<br />
=== Confirmed Working ===<br />
:[[Hardware/GL-AR150|GL-AR150]]<br />
:[[Hardware/GL-AR300M|GL-AR300M]]<br />
:[[Hardware/AirGridM2|AirGrid M2]]<br />
:[[Hardware/AirGridM5|AirGrid M5]]<br />
:[[Hardware/NanoBeam_M5-400|Nano/PowerBeam M5]]<br />
:[[Hardware/WRT54GL|WRT54GL]]<br />
:[[Hardware/NanoStation_M5|Nanostation (Loco) M2/M5]]<br />
:[[Hardware/GL-AR750|GL-AR750]] # DFS Problem mit dem ath10k Treiber - 5 GHz nur auf Indoor-Frequenzen nutzbar</div>PKhttps://wiki.funkfeuer.at/index.php?title=Housing/Mitarbeit&diff=3170Housing/Mitarbeit2020-11-17T23:41:19Z<p>PK: /* Termine */ Wochentage</p>
<hr />
<div>== Was wir so treiben ==<br />
<br />
Das FunkFeuer-Housing wird von einem ehrenamtlich arbeitenden Team betreut, das umfasst Dinge wie:<br />
<br />
* Allerhand Technisches rund um Server und Netzwerk<br />
* Elektrische Versorgung<br />
* Datenschutz<br />
* Raumtechnik, vor allem die Klimatisierung und ihre Überwachung<br />
* Support bei allen möglichen Anliegen via Ticketsystem<br />
* Kontakt zum uns beherbergenden Volkskundemuseum, auf persönlicher wie technischer Ebene<br />
* Begleitung unserer Houser (also der Leute, die ihre Server bei uns einstellen), wenn physischer Zugang benötigt wird<br />
* Laufende Abrechnung<br />
* Erstellen und Pflegen eines webbasierten Self-Service<br />
<br />
Da kommt also einiges zusammen, was viel Arbeit bedeutet, die auch abgestimmt sein will.<br />
<br />
== Organisation ==<br />
<br />
Wir treffen einander 15-tägig, um uns abzustimmen, also neue Themen zu diskutieren und Entscheidungen zu treffen. Die Termine der Treffen findest Du [[#Termine|weiter unten]], sie werden auch auf der Mailingliste (siehe unten) bekannt gegeben. Die Treffen sind unsere wichtigste Plattform, da die Erfahrung gezeigt hat, dass trotz aller technischen Fortschritte das persönliche Gespräch weiterhin eine unerreichte Qualität hat. Wir treffen einander wenn möglich physisch in Wien, ansonsten virtuell.<br />
<br />
Damit die Zusammenarbeit auch mit wechselnden Teams und längere Zeiträume funktioniert, haben wir uns einige [[Housing/Regeln|Regeln]] überlegt.<br />
<br />
== Mitmachen! ==<br />
<br />
Wenn Du beim Housing mitmachen möchtest, freuen wir uns, Dich bei einem der nächsten Treffen zu begrüßen! Die Termine kommunizieren wir jedenfalls über die Mailingliste (siehe oben), am besten meldest Du Dich dort an, um alle Infos zu bekommen. Du kannst natürlich auch gern erst mal im Chat oder bei einem Treffen „vorbeischauen“!<br />
<br />
'''Für Details zum nächsten Treffen wird am besten einen Blick in die [https://lists.funkfeuer.at/pipermail/housing-orga/ Ankündigungen auf der Mailingliste]!'''<br />
<br />
== Kommunikation ==<br />
<br />
* Persönlich, bevorzugt bei physischen Treffen (siehe oben). Wenn Du mitmachen möchtest (worüber wir uns sehr freuen würden!), plane bitte ein, an diesen Treffen teilzunehmen.<br />
* [https://lists.funkfeuer.at/mailman/listinfo/housing-orga Mailingliste], hauptsächlich für Ankündigungen, damit es übersichtlich bleibt. Ein [https://lists.funkfeuer.at/pipermail/housing-orga/ Archiv] (zum Nachlesen) gibt's auch.<br />
* [https://matrix.to/#/#housing-orga:hopfmueller.at Chat auf Matrix] und ein [https://forum.funkfeuer.at/c/housing-orga/30 Forum] für allfälligen Austausch zwischendurch<br />
<br />
== Termine ==<br />
<br />
* Treffen 20.5 am Do 17. Dezember 2020, 19 Uhr, TBD<br />
* Treffen 20.4 am Mi 2. Dezember 2020, <s>19 </s>18 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.3 am So 15. November 2020, <s>16 </s>20 Uhr, [https://meet.metalab.at/housing-orga virtuell]<br />
* Treffen 20.2 am Sa 31. Oktober 2020, 16 Uhr, virtuell<br />
* Treffen 20.1 am Fr 16. Oktober 2020, 19 Uhr, im Schönbornpark</div>PKhttps://wiki.funkfeuer.at/index.php?title=Regionen/Wien/Verein&diff=3164Regionen/Wien/Verein2020-11-01T15:11:29Z<p>PK: /* Offizielles */ -Gonzagagasse nicht mehr im ZVR</p>
<hr />
<div>Der Verein dient als Plattform zur Verbreitung des Wissens, das nötig ist, um ein solches Netzwerk aufzubauen und zu betreiben. Um dies zu bewerkstelligen, gibt es die [[Regionen/Wien/Montagstreffen | Montagstreffen]] und die Mailinglisten.<br />
<br />
== Offizielles ==<br />
<br />
=== Presseanfragen ===<br />
Presseanfragen bitte an: [mailto:presse@funkfeuer.at presse@funkfeuer.at]<br />
<br />
=== Rechnungen, Buchhaltung ===<br />
<br />
Rechnungen bitte an [mailto:billing@funkfeuer.at billing@funkfeuer.at].<br />
<br />
=== Offizielle Vereinsadressen ===<br />
==== Postanschrift ====<br />
<br />
FunkFeuer Wien - Verein zur Foerderung freier Netze<br /><br />
c/o Volkskundemuseum Wien<br /><br />
Laudongasse 15-19<br /><br />
1080 Wien<br /><br />
E-Mail: [mailto:vorstand@funkfeuer.at vorstand@funkfeuer.at]<br />
<br />
<br />
(Anm.: Diese Adresse gibt es nur, weil das LPD Wien kein Postfach als Vereinsadresse akzeptiert. '''Kleine Sendungen bitte an unsere Postanschrift (siehe oben), größere Lieferungen bitte vorher vereinbaren.''')<br />
<br />
==== USt.-UID, ZVR-Nummer ====<br />
<br />
* ZVR: 814804682<br />
* UID: ATU67830859<br />
<br />
=== Kontoverbindung ===<br />
<br />
Inhaber: Verein FunkFeuer Wien<br /><br />
IBAN: AT552023000000143982<br /><br />
BIC/SWIFT: SPLSAT21<br />
<br />
==== Spenden ====<br />
<br />
Der laufende Betrieb des FunkFeuer-Netzes setzt einiges an Hardware voraus. Um diese Unkosten zu decken, bitten wir euch um freiwillige Spenden. Entscheidet selbst, was euch das Netz wert ist.<br />
<br />
=== Vorstand ===<br />
<br />
Per 19.05.2020<br />
<br />
* Obmann: Matthias Šubik<br />
* Obmann Stv.: Christoph Lösch<br />
* Schriftführer: Daniel A. Maierhofer<br />
* Schriftführer Stv.: Manfred Sengeis<br />
* Kassier: Albert Rafetseder<br />
* Kassier Stv.: Christofer Brajković<br />
<br />
=== Statuten, Mitgliedsantrag, Stimmrechtsübertragung ===<br />
<br />
Hier geht's zu den [[Media:Statuten_Funkfeuer_Wien.pdf | Statuten]] und dem [[Media:Mitgliedsantrag-Funkfeuer-Wien.pdf | Mitgliedsantrag]]. [[Media:Stimmrechts%C3%BCbertragung-GV2019-blanko.pdf | Stimmrechtsübertragung]],<br />
<br />
== Generalversammlungen ==<br />
[[Regionen/Wien/Verein/202005_GV|GV 2020]] fand am Mo 19.05.2020 um 18:30 online statt. [[Regionen/Wien/Verein/202005_GV_Protokoll|Protokoll]]<br />
<br />
[[Regionen/Wien/Verein/201905_GV|GV 2019]] fand am Mo 27.05.2019 um 18:30 in der Laxenburger Straße 4 statt. [[Regionen/Wien/Verein/201905_GV_Protokoll|Protokoll]]<br />
<br />
[[Events/Generalversammlung_2018|GV 2018]] fand am Di 22.05.2018 um 18:00 im Metalab statt. [[Regionen/Wien/Verein/201805_GV_Protokoll|Protokoll]].</div>PKhttps://wiki.funkfeuer.at/index.php?title=Housing/Mitarbeit&diff=3156Housing/Mitarbeit2020-10-11T02:16:08Z<p>PK: CamelCase beim Namen</p>
<hr />
<div>== Was wir so treiben ==<br />
<br />
Das FunkFeuer-Housing wird von einem ehrenamtlich arbeitenden Team betreut, das umfasst Dinge wie:<br />
<br />
* Allerhand Technisches rund um Server und Netzwerk<br />
* Elektrische Versorgung<br />
* Datenschutz<br />
* Raumtechnik, vor allem die Klimatisierung und ihre Überwachung<br />
* Support bei allen möglichen Anliegen via Ticketsystem<br />
* Kontakt zum uns beherbergenden Volkskundemuseum, auf persönlicher wie technischer Ebene<br />
* Begleitung unserer Houser (also der Leute, die ihre Server bei uns einstellen), wenn physischer Zugang benötigt wird<br />
* Laufende Abrechnung<br />
* Erstellen und Pflegen eines webbasierten Self-Service<br />
<br />
Da kommt also einiges zusammen, was viel Arbeit bedeutet, die auch abgestimmt sein will.<br />
<br />
== Organisation ==<br />
<br />
Wir treffen einander zweiwöchentlich, um uns abzustimmen, also neue Themen zu diskutieren und Entscheidungen zu treffen. Die Termine der Treffen werden auf der Mailingliste (siehe unten) bekannt gegeben. Die Treffen sind unsere wichtigste Plattform, da die Erfahrung gezeigt hat, dass trotz aller technischen Fortschritte das persönliche Gespräch weiterhin eine unerreichte Qualität hat. Wir treffen einander wenn möglich physisch in Wien, ansonsten virtuell.<br />
<br />
Damit die Zusammenarbeit auch mit wechselnden Teams und längere Zeiträume funktioniert, haben wir uns einige [[Housing/Regeln|Regeln]] überlegt.<br />
<br />
== Kommunikation ==<br />
<br />
* Persönlich, bevorzugt bei physischen Treffen (siehe oben). Wenn Du mitmachen möchtest (worüber wir uns sehr freuen würden!), plane bitte ein, an diesen Treffen teilzunehmen.<br />
* [https://lists.funkfeuer.at/mailman/listinfo/housing-orga Mailingliste], hauptsächlich für Ankündigungen, damit es übersichtlich bleibt<br />
* [https://matrix.to/#/#housing-orga:hopfmueller.at Chat auf Matrix] und ein [https://forum.funkfeuer.at/c/housing-orga/30 Forum] für allfälligen Austausch zwischendurch<br />
<br />
== Mitmachen! ==<br />
<br />
Wenn Du bis hierher durchgehalten hast und beim Housing mitmachen möchtest, freuen wir uns, Dich bei einem der nächsten Treffen zu begrüßen! Du kannst Dich gerne vorher über eines der Medien vorstellen, aber auch einfach so auftauchen!</div>PKhttps://wiki.funkfeuer.at/index.php?title=Housing/Regeln&diff=3155Housing/Regeln2020-10-11T02:12:42Z<p>PK: typo</p>
<hr />
<div>== Warum Regeln? ==<br />
<br />
Die folgenden Regeln sollen sicherstellen, dass in unserer Kommunikation (die sich oft über längere Zeiträume, wechselnde Personen und quer durch verschiedene Medien erstreckt), möglichst wenige Fehler in Form von Missverständnissen auftreten und letztendlich alle vom selben sprechen – eine Art Fehlerkorrektur für die analoge Welt, sozusagen.<br />
<br />
Und nachdem wir (erfreulicherweise!) eine gut zweistellige Anzahl an Personen sind, brauchen wir auch Wege, um alle Meinungen einzusammeln und letztendlich zu Entscheidungen zu kommen.<br />
<br />
== Grundsätzliches ==<br />
<br />
Das Housing-Team besteht aus den MitarbeiterInnen, die sich im Housing einbringen. Die derzeitige Gruppe ist dadurch offen definiert. Die gewählte Entscheidungsdauer von drei Monaten soll sicherstellen, dass bei Veränderung des Teams auch Themen wieder beleuchtet werden können.<br />
<br />
Das Housing-Team trifft sich grundsätzlich alle 2 Wochen (1x mal real, 1x virtuell) um relevante Themen zu diskutieren. Alle auf diesen Treffen zu diskutierenden Themen sind mindestens 2 Tage vorher auf die Tagesordnung zu geben.<br />
<br />
== Zusammenfassung der Regeln ==<br />
<br />
# Über Vorgehensweisen und Entscheidungen wird innerhalb des Housing-Teams abgestimmt. Ein Vorschlag ist erst angenommen, wenn mehr als 50% der abgegebenen Stimmen dafür gestimmt haben und mindestens 3 Personen abgestimmt haben.<br />
# Sobald über etwas abgestimmt wurde, gibt es eine Einspruchsfrist von 7 Tagen, innerhalb derer jedes Mitglied des Housing-Teams Einspruch mit einer Begründung erheben kann. Sollte ein solcher Einspruch vorliegen, wird darüber beim nächsten Treffen nochmal diskutiert und final abgestimmt.<br />
# Eine so getroffene Entscheidung ist für 3 Monate gültig und kann grundsätzlich in dieser Zeit nicht nochmal abgestimmt oder diskutiert werden.<br />
# Ein gültige Entscheidung kann vor den 3 Monaten nur wieder diskutiert werden, wenn das Housing-Team einstimmig dafür ist oder der Vorstand diesbezüglich eine Entscheidung trifft (z.B.: offensichtliche neue Fakten, bzw. Einzelmeinung).</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Housing/Temperatur&diff=3145Services/Organisation/Housing/Temperatur2020-10-07T22:30:06Z<p>PK: fan</p>
<hr />
<div>==Lüftung==<br />
<br />
[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''<br />
<br />
<br />
Siehe auch: <br />
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts<br />
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated <br />
<br />
<br />
<br />
==Sensoren==<br />
<br />
Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.<br />
<br />
Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server.<br />
<br />
Host: mqtt.funkfeuer.at<br />
Port: 1883<br />
Topic: #<br />
User: client<br />
Password: r3adMyData<br />
<br />
Unter Linux hiermit abrufbar:<br />
mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'<br />
<br />
Beispielausgabe:<br />
$ mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'<br />
38.8<br />
^C<br />
<br />
=== Sensorpositionen ===<br />
{|width=100% border=0|<br />
|valign=top|<br />
==== 2C75FB Warmgang ====<br />
DS18B20-'''1: unten Regal'''<br />
Id: 01193A7B24F0,<br />
DS18B20-'''2: Lüfter'''<br />
Id: 01193A907D4A,<br />
DS18B20-'''3: Umrichter neben anderem Sensor'''<br />
Id: 01193A97E4DD,<br />
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259C3C Kaltgang ====<br />
DS18B20-'''1: oben neben anderem Sensor'''<br />
Id: 011939EBED5C,<br />
DS18B20-'''2: Raummitte'''<br />
Id: 01193A21F54C,<br />
DS18B20-'''3: im Schacht'''<br />
Id: 01193A9C296F,<br />
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 2BDE1A Gittertür ====<br />
DS18B20-'''1: Abluft Warmgang über Gittertür'''<br />
Id: 031661ABF5FF,<br />
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259BF2 Draußen ====<br />
DS18B20-'''1: unten'''<br />
Id: 01193A2BFA7F,<br />
DS18B20-'''2: Schräge neben anderem Sensor'''<br />
Id: 01193A2DA67A,<br />
DS18B20-'''3: über Durchgang'''<br />
Id: 01193A8B7507,<br />
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]<br />
|}<br />
<br />
==ChangeLog==<br />
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:<br />
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]<br />
<br />
* 14.08.2020 16:30 NetApp abgebaut<br />
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet<br />
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet<br />
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet<br />
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz<br />
* 17.08.2020 18:30 Lamellen weiter aufgebogen<br />
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür<br />
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf<br />
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt<br />
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert<br />
* 19.08.2020 20:30 Kleinventilator abgeschaltet<br />
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.<br />
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)<br />
* 22.08.2020 01:20 Kleinventilator eingeschaltet.<br />
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)<br />
* 31.08.2020 18:30 FU wieder auf 45Hz<br />
* 16.09.2020 21:00 Einbindung der Feuchtesensoren<br />
* 20.09.2020 18:50 Metall-Abdeckung zu zweitem Kamin abgenommen<br />
* 20.09.2020 22:25 WC - alle Lüftungen von "auto" auf "an"<br />
* 20.09.2020 23:40 WC - alle Lüftungen von "an" auf "auto"<br />
* 24.09.2020 12:00 Montage des Sensors beim Umrichter direkt in dessen Abluftstrom<br />
* 05.10.2020 20:00 ["Kaltgang oben, neben anderem Sensor": sprunghafter Anstieg von 25 auf knapp 31°C, Grund noch ungeklärt] ''*fix me*''<br />
* 06.10.2020 21:00 230VAC-Radiallüfter evakuiert experimentell Warmluft über 15m(?) Aluflexrohr (Ø 15cm) Richtung Keramikabteilung<br />
<br />
==Visualisierung==<br />
<br /><br />
<br />
* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature<br />
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start<br />
<br />
<br />
[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature</small><br />
<br />
<br />
[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start</small><br />
<br />
[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]<br />
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Housing/Temperatur&diff=3144Services/Organisation/Housing/Temperatur2020-10-07T13:49:26Z<p>PK: /* ChangeLog */ update</p>
<hr />
<div>==Lüftung==<br />
<br />
[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''<br />
<br />
<br />
Siehe auch: <br />
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts<br />
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated <br />
<br />
<br />
<br />
==Sensoren==<br />
<br />
Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.<br />
<br />
Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server.<br />
<br />
Host: mqtt.funkfeuer.at<br />
Port: 1883<br />
Topic: #<br />
User: client<br />
Password: r3adMyData<br />
<br />
Unter Linux hiermit abrufbar:<br />
mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'<br />
<br />
Beispielausgabe:<br />
$ mosquitto_sub -h mqtt.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'<br />
38.8<br />
^C<br />
<br />
=== Sensorpositionen ===<br />
{|width=100% border=0|<br />
|valign=top|<br />
==== 2C75FB Warmgang ====<br />
DS18B20-'''1: unten Regal'''<br />
Id: 01193A7B24F0,<br />
DS18B20-'''2: Lüfter'''<br />
Id: 01193A907D4A,<br />
DS18B20-'''3: Umrichter neben anderem Sensor'''<br />
Id: 01193A97E4DD,<br />
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259C3C Kaltgang ====<br />
DS18B20-'''1: oben neben anderem Sensor'''<br />
Id: 011939EBED5C,<br />
DS18B20-'''2: Raummitte'''<br />
Id: 01193A21F54C,<br />
DS18B20-'''3: im Schacht'''<br />
Id: 01193A9C296F,<br />
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 2BDE1A Gittertür ====<br />
DS18B20-'''1: Abluft Warmgang über Gittertür'''<br />
Id: 031661ABF5FF,<br />
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259BF2 Draußen ====<br />
DS18B20-'''1: unten'''<br />
Id: 01193A2BFA7F,<br />
DS18B20-'''2: Schräge neben anderem Sensor'''<br />
Id: 01193A2DA67A,<br />
DS18B20-'''3: über Durchgang'''<br />
Id: 01193A8B7507,<br />
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]<br />
|}<br />
<br />
==ChangeLog==<br />
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:<br />
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]<br />
<br />
* 14.08.2020 16:30 NetApp abgebaut<br />
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet<br />
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet<br />
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet<br />
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz<br />
* 17.08.2020 18:30 Lamellen weiter aufgebogen<br />
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür<br />
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf<br />
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt<br />
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert<br />
* 19.08.2020 20:30 Kleinventilator abgeschaltet<br />
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.<br />
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)<br />
* 22.08.2020 01:20 Kleinventilator eingeschaltet.<br />
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)<br />
* 31.08.2020 18:30 FU wieder auf 45Hz<br />
* 16.09.2020 21:00 Einbindung der Feuchtesensoren<br />
* 20.09.2020 18:50 Metall-Abdeckung zu zweitem Kamin abgenommen<br />
* 20.09.2020 22:25 WC - alle Lüftungen von "auto" auf "an"<br />
* 20.09.2020 23:40 WC - alle Lüftungen von "an" auf "auto"<br />
* 24.09.2020 12:00 Montage des Sensors beim Umrichter direkt in dessen Abluftstrom<br />
* 05.10.2020 20:00 ["Kaltgang oben, neben anderem Sensor": sprunghafter Anstieg von 25 auf knapp 31°C, Grund noch ungeklärt] ''*fix me*''<br />
* 06.10.2020 21:00 Rohrventilator evakuiert experimentell Warmluft über 15m(?) Aluflexrohr (Ø 15cm) Richtung Keramikabteilung<br />
<br />
==Visualisierung==<br />
<br /><br />
<br />
* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature<br />
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start<br />
<br />
<br />
[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature</small><br />
<br />
<br />
[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start</small><br />
<br />
[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]<br />
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Roof_Nodes&diff=3143Services/Organisation/Roof Nodes2020-10-05T18:04:43Z<p>PK: CamelCase beim Namen</p>
<hr />
<div>== Definition "Roof Nodes" ==<br />
<br />
Roof Nodes werden zu solchen explizit erklärt. D.h. die Kriterien zu erfüllen alleine reicht nicht.<br />
<br />
Roof Nodes sind Standorte, welche eine direkte (Layer2-)Verbindung zum [[Services/Organisation/Backbone_Network|Backbone Network]] haben und dem Verein langfristig zur Verfügung gestellt werden. Genauer gesagt Knoten an Standorten, die eine direkte Glasfaserverbindung zu einem der offiziellen Uplinks von FunkFeuer (AS35492) haben. Das Funknetz muss über diese Standorte direkt von den Uplinks geroutet sein (bzw. auch umgekehrt).<br />
<br />
Der Betrieb folgender Roof Nodes erfolgt durch den Verein FunkFeuer:<br />
* 1010 Wien, Landesgerichtsstraße 18 - [[Services/Organisation/Roof_Nodes/KryptaRoof|KryptaRoof]] ([https://www.oebv.com Österreichische Beamtenversicherung])<br />
* 1010 Wien, Universitätsstraße 7 - [[Services/Organisation/Roof_Nodes/NIXRoof|NIXRoof]] ([https://www.univie.ac.at/ueber-uns/standorte-plaene/alle-standorte/ Neues Institutsgebäude (NIG)] / [https://www.vix.at/vix_locations.html VIX1])<br />
* 1100 Wien, Fernkorngasse 10 - [[Services/Organisation/Roof_Nodes/NessusRoof|NessusRoof]] ([https://www.nessus.at/ NESSUS GmbH])<br />
* 1060 Wien, Hofmühlgasse 3 - [[Services/Organisation/Roof_Nodes/AnexiaRoof|AnexiaRoof]] ([https://www.anexia-it.com/de/ ANEXIA Internetdienstleistungs GmbH])<br />
<br />
== Allgemeines ==<br />
<br />
Roof Nodes sind ähnlich wie der Backbone ein zentraler Teil der Infrastruktur des Vereins und stehen ''nicht'' für Experimente zur Verfügung, da dadurch zu viel Netzteilnehmer beeinträchtigt werden könnten.<br />
<br />
== Linkplanung ==<br />
<br />
Neue Links und Veränderungen müssen für die Roof Nodes gut geplant werden um Frequenzprobleme zu vermeiden, standortspezifische Anfordernisse und Auflagen berücksichtigen zu können sowie die Beeinträchtigung anderer/bestehender Links zu vermeiden.<br />
<br />
Die Links sind bewusst nicht offen zum Anbinden für Mitglieder. Eine geplante Anbindung nach Rücksprache mit den Maintainern und deren Prüfung sowie deren Zustimmung kann ermöglicht werden.<br />
<br />
== Auf-/Umbau/Anbindung ==<br />
<br />
* Rechtzeitige Planung und Einbeziehung der Maintainer des Standortes.<br />
* Maintainer des Standortes organisieren den Zutritt und sind bei den Arbeiten anwesend und achten darauf, dass die Dokumentation aktuell und möglichst vollständig ist.<br />
* Beachten der standortspezifischen Anfordernisse und Auflagen.<br />
* Zuerst überlegen ob eine Anbindung an einen anderen Knoten möglich ist - Dezentralisierung, Vermeidung von Sternstruktur im Freenet.<br />
* Dokumentation im Backbone Wiki bzw. in der Config der Devices.<br />
<br />
== Abhängigkeiten ==<br />
<br />
* [[Services/Organisation/Backbone_Network|Backbone Network]]<br />
<br />
== Maintainer ==<br />
<br />
Jeder Roof Node sollte zumindest zwei Maintainer haben<br />
<br />
=== Krypta ===<br />
* Markus Gschwendt<br />
* Markus Kittenberger<br />
<br />
=== NIX ===<br />
* Markus Gschwendt<br />
* Markus Kittenberger<br />
<br />
=== Nessus ===<br />
* [[Benutzer:vchrizz|Christoph Loesch]]<br />
<br />
=== Anexia ===<br />
* Wolfgang Nagele<br />
* [[Benutzer:vchrizz|Christoph Loesch]]<br />
<br />
=== Falke ===<br />
* ?</div>PKhttps://wiki.funkfeuer.at/index.php?title=Datei:MPower_PRO_EU_specs.png&diff=3137Datei:MPower PRO EU specs.png2020-09-20T15:03:43Z<p>PK: </p>
<hr />
<div></div>PKhttps://wiki.funkfeuer.at/index.php?title=Datei:MPower_PRO_EU.jpg&diff=3136Datei:MPower PRO EU.jpg2020-09-20T15:03:04Z<p>PK: </p>
<hr />
<div></div>PKhttps://wiki.funkfeuer.at/index.php?title=Services&diff=3130Services2020-09-06T20:24:32Z<p>PK: AKA EmbeddedRack</p>
<hr />
<div><br />
*'''[[Services/Organisation|Organisation]]'''<br />
<br />
*'''[https://portal.funkfeuer.at/wien/ Portal Wien (Redeemer, Frontend Benutzerdatenbank)]''' ''Stammdaten-, Node- und IP-Adressverwaltung ''<br />
*'''[https://forum.funkfeuer.at/ Forum]'''<br />
<br />
*'''[http://lists.funkfeuer.at/mailman/listinfo Mailinglisten]'''<br />
<br />
*'''[[Projekte/Housing]]'''<br />
<br />
*'''[[5V/8W_Housing]]''' AKA [[Projekte/Housing/EmbeddedRack|Projekte/Housing/'''EmbeddedRack''']]<br />
<br />
*'''[http://gallery.funkfeuer.at/ Gallery]'''<br />
<br />
*'''Tunnelserver''' [https://wiki.funkfeuer.at/wiki/Projekte/Tunnelserver Weiterführende Infos]<br />
**'''[http://tunnel.wien.funkfeuer.at/ Tunnelserver StatusInfo] ([https://tunnel.wien.funkfeuer.at/openvpn3-1.php neu] [https://tunnel.wien.funkfeuer.at/openvpnplain.php alt] [https://tunnel.wien.funkfeuer.at/dash/ graphisch])''' ''der OpenVPN-Tunnel Clients im Netz von FunkFeuer-Wien: Suidao''<br />
<br />
*'''Weathermaps''' ''zeigen Auslastung und aktuelle Trends unserer Infrastruktur'':<br />
**'''[https://nms.bb.funkfeuer.at/plugins/Weathermap/output/bbcoreint-bw.png Backbone-Core-Intern]''' ''an der physischen Struktur angelehnt''<br />
**'''[https://nms.bb.funkfeuer.at/plugins/Weathermap/output/the4.png The-4-Zones]''' ''nach logischem Netzwerkaufbau orientiert''<br />
<br />
*'''[https://lg.bb.funkfeuer.at Backbone Routing]''' ''bird looking glass ermöglicht traceroute''<br />
*'''[http://smokeping.funkfeuer.at/ Smokeping]''' ''Netzwerklatenzübersicht, aufgrund Hardwaredefekt temporär offline''<br />
*'''[[Benutzer:Pocki#Privates_Monitoring|Netzwerkstatus (Monitoring von OLSR, Routen, Uptime)]]'''<br />
*'''[https://atlas.ripe.net/probes/?search=as35492&status=&af=&country= RIPE ATLAS Probes]''' ''messen Netzwerkverfügbarkeit und Konnektivität''<br />
<br />
*'''[https://voip.funkfeuer.at VoIP Telefonie]''' ''im Netz von FunkFeuer-Wien''<br />
*'''[http://download.funkfeuer.at Downloadbereich]''' FunkFeuer-CI<br />
<br />
*'''[[Services/Security]]'''<br />
*'''[[Services/Safety]]'''<br />
*'''[[Services/DNS]]'''</div>PKhttps://wiki.funkfeuer.at/index.php?title=Chat&diff=3123Chat2020-09-03T11:55:17Z<p>PK: FF traditionell mit CamelCase</p>
<hr />
<div>FunkFeuer nutzt seit langem Mailinglisten zur elektronischen Kommunikation. Diese haben sich bewährt, allerdings wird oft die Möglichkeit zum raschen, einfachen Austausch vermisst, die man von Messengern wie Signal, WhatsApp & Co. kennt. Das wollen wir ändern! Das Wichtigste zuerst:<br />
<br />
== Wie kann ich mitmachen? ==<br />
<br />
* Am Einfachsten über den Browser: [https://app.element.io/#/room/#funkfeuer-wien:matrix.org FunkFeuer Wien]<br />
* Am Smartphone: [https://element.io/get-started Element] aus dem App-Store installieren, dann einfach nach "FunkFeuer" suchen oder #funkfeuer-wien:matrix.org beitreten<br />
<br />
== Liste öffentlicher Räume ==<br />
<br />
* [https://matrix.to/#/!BsjgSfqKJtiknIKoUd:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at FunkFeuer Wien]<br />
* [https://matrix.to/#/!ySoIVUeOQwaJDrTfhY:matrix.org?via=matrix.org&via=skyforge.at&via=hopfmueller.at FunkFeuer Housing]<br />
* [https://matrix.to/#/!ZxYFdEmCuTDYpjQvHr:hopfmueller.at?via=hopfmueller.at&via=matrix.org&via=chaosfield.at FunkFeuer Hardware]<br />
* [https://matrix.to/#/!DHxQLWogtENsqfltYq:hopfmueller.at?via=hopfmueller.at&via=matrix.org FunkFeuer Wiki]<br />
<br />
Auch interessant:<br />
<br />
* [https://matrix.to/#/!ujsqncWlAgAfpcmEMM:matrix.org?via=matrix.org&via=tchncs.de&via=hopfmueller.at BattleMesh]<br />
* [https://matrix.to/#/!TnecCffXMHxBccUaqX:matrix.org?via=maclemon.at&via=matrix.org&via=fairydust.space c3w Public]<br />
<br />
Darüber hinaus gibt's etliche geschlossene Räume, z. B. zu Spezialthemen, Maintainer-Gruppen, … Fehlt ein Raum zu einem Thema? Mach einfach einen auf und gib Bescheid!<br />
<br />
== Das System dahinter: Matrix ==<br />
<br />
Wir haben eine Reihe an Optionen evaluiert (u.a. Mattermost, Let's Chat, Rocket.Chat, IRC, XMPP), um eine Lösung zu finden, die unseren Anforderungen entspricht. An [https://matrix.org/ Matrix] hat uns gefallen:<br />
* Open Source<br />
* Standard-basiert (HTTP, JSON, WebRTC)<br />
* Starke Ende-zu-Ende-Verschlüsselung (Moxie Marlinspikes Double-Rachet)<br />
* Föderiertes System: man kann (muss aber nicht) seinen eigenen Server betreiben<br />
* Unterstützung aller bekannten Messenger-Features<br />
* Ausgereifte Open-Source-Clients für alle gängigen Plattformen<br />
* Fokus auf Interoperabilität mit anderen Plattformen (daher der Name "Matrix")<br />
* Community-Projekt statt einer Firma, deren Prioritäten sich schnell ändern können<br />
<br />
== FAQs ==<br />
<br />
* Werden die Mailinglisten abgeschafft? – Nein! Der Chat ist als zusätzliches Angebot gedacht. Jede nutzt, was sie will.<br />
* Warum Matrix und nicht XY? XY kann alles besser! – Die Diskussionen dazu sind genauso endlos wie zu Vim vs. Emacs oder Android vs. iOS. Wer mag, kann für sein Protokoll mit wenig Aufwand eine Bridge zu Matrix betreiben.<br />
* Wer legt einen neuen Raum zum Thema XY an? – Du! Einfach Raum anlegen, Leute einladen oder ID veröffentlichen, fertig!<br />
* Hat der Verein einen eigenen Matrix-Server? – Momentan nicht, kann man aber diskutieren.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Services/Organisation/Housing/Temperatur&diff=3119Services/Organisation/Housing/Temperatur2020-09-01T11:55:49Z<p>PK: /* ChangeLog */ FU Bild und Messwerte</p>
<hr />
<div>==Lüftung==<br />
<br />
[[User:Zem|zem]]: ''"Berechnungstabelle für den Luftdurchsatz im Housing: [https://pads.c3w.at/sheet/#/2/sheet/view/DGAr6PwoblvjLpnHIMY9GkSDTLLpz19jjSsAGkRpEJg/ TheVault Lüftersetting] (schreibenden Zugriff bei [[User:Zem|mir]] erfragen). Laut Tabelle müsste der Lüfter bei angenommenem Verbrauch von 2kW mit halber Stufe Luft nach draußen blasen."''<br />
<br />
<br />
Siehe auch: <br />
* '''[[Projekte/Housing/L%C3%BCftung]]''' eingesetzte Hardware, Facts<br />
* [[Projekte/Housing/Umzug/L%C3%BCftung]] noch aus der Planungsphase, soon outdated <br />
<br />
<br />
<br />
==Sensoren==<br />
<br />
Im Housing finden sich [https://shelly.cloud/products/shelly-1-smart-home-automation-relay/ Shelly V1] Module, welche die Temperaturmesswerte mehrerer DS18B20-Sensoren zugänglich machen.<br />
<br />
Die Shellys sind mit dem [[Projekte/Housing/WLAN|Housing-WLAN]] verbunden und liefern die Werte im 10 Sekunden-Intervall mittels [https://mqtt.org MQTT] an den MQTT-Server am [[Services|smokeping]].<br />
<br />
Host: smokeping.funkfeuer.at<br />
Port: 1883<br />
Topic: #<br />
User: client<br />
Password: r3adMyData<br />
<br />
Unter Linux hiermit abrufbar:<br />
mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -v -t '#' -u client -P 'r3adMyData'<br />
<br />
Beispielausgabe:<br />
$ mosquitto_sub -h smokeping.funkfeuer.at -p 1883 -t 'tele/tasmota_2BDE1A/SENSOR' -u client -P 'r3adMyData' | jq '.DS18B20.Temperature'<br />
38.8<br />
^C<br />
<br />
=== Sensorpositionen ===<br />
{|width=100% border=0|<br />
|valign=top|<br />
==== 2C75FB Warmgang ====<br />
DS18B20-'''1: unten Regal'''<br />
Id: 01193A7B24F0,<br />
DS18B20-'''2: Lüfter'''<br />
Id: 01193A907D4A,<br />
DS18B20-'''3: Umrichter neben anderem Sensor'''<br />
Id: 01193A97E4DD,<br />
|width=410|[[Datei:Sensor_VKM_ima_2C75FB.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259C3C Kaltgang ====<br />
DS18B20-'''1: oben neben anderem Sensor'''<br />
Id: 011939EBED5C,<br />
DS18B20-'''2: Raummitte'''<br />
Id: 01193A21F54C,<br />
DS18B20-'''3: im Schacht'''<br />
Id: 01193A9C296F,<br />
|[[Datei:Sensor_VKM_ima_259C3C.jpg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 2BDE1A Gittertür ====<br />
DS18B20-'''1: Abluft Warmgang über Gittertür'''<br />
Id: 031661ABF5FF,<br />
|width=410|[[Datei:Sensor VKM ima 2BDE1A.jpeg|400px|right]]<br />
|-<br />
|valign=top|<br />
==== 259BF2 Draußen ====<br />
DS18B20-'''1: unten'''<br />
Id: 01193A2BFA7F,<br />
DS18B20-'''2: Schräge neben anderem Sensor'''<br />
Id: 01193A2DA67A,<br />
DS18B20-'''3: über Durchgang'''<br />
Id: 01193A8B7507,<br />
|width=410|[[Datei:Sensor VKM ima 259BF2.jpg|400px|right]]<br />
|}<br />
<br />
==ChangeLog==<br />
Aktivitäten die Veränderungen an der Temperatur der Sensoren betreffen:<br />
[[Datei:ABB ACS310 Anzeige.jpg|right|200px]]<br />
<br />
* 14.08.2020 16:30 NetApp abgebaut<br />
* 16.08.2020 20:00 Kleinventilator bei Gittertür/Eingang unten montiert und noch kleinere freie Bereiche der Gittertür mit Folie eingekleidet<br />
* 17.08.2020 00:00 Kleinventilator bei Gittertür/Eingang unten abgeschaltet<br />
* 17.08.2020 03:00 Kleinventilator bei Gittertür/Eingang unten eingeschaltet<br />
* 17.08.2020 18:25 Lüfter von 35Hz auf 50Hz<br />
* 17.08.2020 18:30 Lamellen weiter aufgebogen<br />
* 17.08.2020 19:15 Zukleben "Warmluftauslass" über Gittertür<br />
* 17.08.2020 19:30 FU(Radialgebläse) von 50Hz auf 45Hz, Gittertür auf<br />
* 17.08.2020 22:00 Folie von Gittertür gänzlich entfernt<br />
* 17.08.2020 22:20 Kleinventilator von Gittertür/Eingang zu Gittertür hinterer Keller ummontiert<br />
* 19.08.2020 20:30 Kleinventilator abgeschaltet<br />
* 21.08.2020 22:00 Kleinventilator wieder zu Gittertür/Eingang (aber diesmal an höherer Position) ummontiert, noch ausgeschaltet gelassen.<br />
* 21.08.2020 22:50 Abdeckung am Frequenzumrichter befestigt (FU zeigt: 45,1Hz | 2,0A | 0,3kW)<br />
* 22.08.2020 01:20 Kleinventilator eingeschaltet.<br />
* xx.08.2020 xx:xx ...<br />
* 24.08.2020 20:00 FU(Radialgebläse) von 45Hz zurück auf 35Hz - "Strom sparen" / (zuletzt: 35Hz | 0,1..0,2kW - schwankend)<br />
* 31.08.2020 18:30 FU wieder auf 45Hz<br />
* ...<br />
<br />
==Visualisierung==<br />
<br /><br />
<br />
* https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature<br />
* https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start<br />
<br />
<br />
[[Datei:Grafana Temperatur im Vault nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://env.housing.funkfeuer.at/d/GtG-3mSGk/temperature</small><br />
<br />
<br />
[[Datei:RRDTool Temperatur im Vault eine Woche nach NetApp-Auszug.png|1000px]]<br />
<br />
<small>--https://backbone.funkfeuer.at/housing:monitoring:raspi:data:start</small><br />
<br />
[[Datei:Strom sparen 35 statt 45Hz.png|1000px]]<br />
Drehzahlreduktion verursacht Mehrverbrauch an den Servern.</div>PKhttps://wiki.funkfeuer.at/index.php?title=Datei:ABB_ACS310_Anzeige.jpg&diff=3118Datei:ABB ACS310 Anzeige.jpg2020-09-01T11:38:04Z<p>PK: </p>
<hr />
<div></div>PK