<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hallo Albert!<br>
      <br>
      Es ist ja mittlerweile wohl bekannt, dass ich stets für die
      Einhaltung geltender Normen und Standards plädiere.<br>
      Ich denke, dass es meinem Idealbild einer Community entspricht,
      den Maintainer von einem Problem, das mir zu Kenntnis gelangt,
      umgehend auch telefonisch zu kontaktieren, denn das wünsche ich
      mir auch in Bezug auf mich. In diesem Sinn danke für die Rosen!<br>
      <br>
      Zu WLAN-Störungen im Wetterradar hat übrigens Erich Möchel, FM4
      einmal einen interessanten Artikel<sup>1</sup> gebracht, der auch
      Störbilder beinhaltet.<br>
      <br>
      <br>
      Was die Probleme mit UBNT anbelangt, kann ich folgendes
      beauskunften:<br>
      Nach meiner Beobachtung wurden mit Firmware 6.1.11, Verbesserungen
      zur Vermeidung der Fehlerkennung von DFS-Ereignissen<sup>3</sup>
      eingeführt, was in 6.2.0<sup>4</sup> nocheinmal nachjustiert
      worden ist. U.a. sollen auch schnellere Kanalwechsel die Folge
      sein.<br>
      <br>
      Es kommt offenbar dadurch in der Praxis zeitweise zu Kanalwechseln
      um +5 MHz, was nicht dem Schema entspricht. Das Problem ist auch
      nicht reproduzierbar, sondern tritt erratisch auf. Auch dürfte die
      Vorgabe von Kanälen durch eine Kanalliste bei Geräten im AP-Mode
      nicht immer greifen. Ich empfehle ja stets, nur die Kanäle
      100,104,108,112 und 140 freizugeben - basierend auf der
      großzügigen Annahme, dass Rauchenwarth +/- 40 MHz um die
      Mittenfrequenz 5625 MHz nützen würde und wir mit 20 MHz arbeiten.
      Leider sind die Fakten hierzu im Netz spärlich gesäht, tatsächlich
      sind es wohl nur +/- 25 MHz?<br>
      <br>
      <br>
      Zur Zusammenarbeit mit der FMB:<br>
      Wäre es eventuell denkbar, dass die RTR mit dem Fernmeldebüro im
      Sinne der Öffentlichkeitsarbeit einmal einen Vortrag oder eine
      Vortragsreihe bei uns hält?<br>
      Ich finde, dass das der Vereinsarbeit, wie auch der
      Behördentätigkeit sehr entgegenkommen würde.<br>
      Vorschläge: Nationale und Europäische Gesetzgebung und Vollziehung
      im Bereich Funkwesen; Technische Verfahren und Konfliktvermeidung
      bei Multi-Use-Bands; Wettarradar/WIIS<sup>2</sup>.<br>
      <br>
      Zudem wäre es wohl hilfreich, wenn mit der Fernmeldebehörde ein
      ständiger Kontakt zu aktuellen Firmware-(Fehl-)Entwicklungen
      hergestellt würde, sodass einen die Hersteller im Fehlerfall
      zwecks einer schnelleren Fehlerbehebung auch eher wahr- und
      ernstnehmen. Wobei UBNT erfahrungsgemäß eher schnell reagiert,
      wenn der Fehler offensichtlich und reproduzierbar ist.<br>
      <br>
      <br>
      LG<br>
      Erich<br>
      <br>
      P.S.: am 5.10.2019 ist 45 Minuten ab 12.00 Uhr die jährliche
      Sirenenprobe - was mich daran erinnert, dass Funkfeuer Wien mit
      den Helfern Wiens Kontakt anbahnen könnte. Kann man unser Netz für
      Aufgaben des Zivilschutzes urbar machen?<br>
      <br>
      1: <a class="moz-txt-link-freetext"
        href="https://fm4v3.orf.at/stories/1768677/index.html"
        moz-do-not-send="true">https://fm4v3.orf.at/stories/1768677/index.html</a><br>
      2:
      <a class="moz-txt-link-freetext"
href="https://www.tugraz.at/institute/ihf/institut/radartechnik-und-mikrowellenausbreitung/wetterradar/"
        moz-do-not-send="true">https://www.tugraz.at/institute/ihf/institut/radartechnik-und-mikrowellenausbreitung/wetterradar/</a><br>
      3:
      <a class="moz-txt-link-freetext"
href="https://community.ui.com/releases/airOS-v6-1-11-Has-Been-Released-6-1-11/6e8531c6-d366-41b5-bd35-078afb8217e6"
        moz-do-not-send="true">https://community.ui.com/releases/airOS-v6-1-11-Has-Been-Released-6-1-11/6e8531c6-d366-41b5-bd35-078afb8217e6</a><br>
      4:
      <a class="moz-txt-link-freetext"
href="https://community.ui.com/releases/airOS-v6-2-0-Has-Been-Released-6-2-0/8e274d33-cf40-486c-8cb1-355c657c4f52"
        moz-do-not-send="true">https://community.ui.com/releases/airOS-v6-2-0-Has-Been-Released-6-2-0/8e274d33-cf40-486c-8cb1-355c657c4f52</a><br>
      <br>
      <br>
      Am 02.10.19 um 09:08 schrieb Albert Rafetseder:<br>
    </div>
    <blockquote type="cite"
      cite="mid:3b49100a-4337-a825-58f9-daeae5d3f55f@univie.ac.at">
      <pre class="moz-quote-pre" wrap="">Hallo Leute,
hallo Christoph & Erich,

vielen herzlichen Dank für die rasche Reaktion und Erledigung! Auch die
Fernmeldebehörde lässt sich bedanken und freut sich über die fabelhafte
Response Time :-)

Weil die Frage nach dem "Störbild" aufkam: Wir haben von der FMB einen
Kontakt zur Austro Control bekommen, mit dem wir eine etwaige Freigabe
für Weiterleitung des GIFs besprechen sollen. => Ihr hört von uns, wenn
wir Näheres wissen!

Weiters würde die FMB um Details zum aufgetretenen Problem bitten. Was
helfen könnte, mal so dahingedacht:

* Gibt's (offizielle) Doku / Tickets zu früheren DFS-Problemen bei Ubiquiti?
* Seit welcher Software-Version tritt das aktuelle Problem auf?
* Ist alle UBNT-Hardware betroffen, auf der diese Version läuft?
* Wenn nicht, kennen wir das relevante Unterscheidungskriterium?

Ich wäre zwecks "Vorwarnung" anderer Mesh-Communities auch an allen
Details interessiert -- wenn Ihr ein neues Ticket bei Ubiquiti anlegen
und dort weiterdokumentieren wollt, verlinkt es uns doch bitte einfach.

Ich danke Euch nochmals für den Support!

Schöne Grüße,
  Albert.


Am 01/10/19 um 15:33 schrieb Christoph Loesch:
</pre>
      <blockquote type="cite">
        <pre class="moz-quote-pre" wrap="">Hi,
kurz zur Info, Ubiquiti DFS bug in airOS hat das Problem verursacht; Problem nun behoben.
Detailiertere Antwort folgt später wenn ich am Rechner bin.
LG Christoph

Am 1. Oktober 2019 14:47:05 MESZ schrieb Albert Rafetseder <a class="moz-txt-link-rfc2396E" href="mailto:albert.rafetseder+0xff@univie.ac.at" moz-do-not-send="true"><albert.rafetseder+0xff@univie.ac.at></a>:
</pre>
        <blockquote type="cite">
          <pre class="moz-quote-pre" wrap="">Hallo zusammen,

die Funküberwachung des BMVIT schreibt bezüglich einer vermuteten
Fehlkonfiguration eines unserer Knoten:

</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">Im Zuge von Beobachtungen unseres Funk-Mess und Beobachtungsdienstes
vom Braunsberg  ist uns aufgefallen, dass am Standort vermutlich
W17  eine Funkanlage auf der Frequenz 5620 MHz  Bandbreite 20 MHz
mit der SSID: ows2so.funkfeuer.at und MAC: DC-9F-DB-14-A6-15
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">betrieben
</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">wird.

Da das Wetterradar in Rauchenwarth auf der Frequenz 5625 MHz
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">arbeitet,
</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">könnten theoretisch Störungen durch diese Funkanlage verursacht
werden. Bei korrekt konfigurierter WLAN-Funkanlage ( Stichwort DFS
) und unter der Voraussetzung der Empfänger detektiert die Aussendung
des Wetterradars, sollte der Kanal automatisch geändert werden.
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">Ich habe bezüglich der Formulierung "theoretisch" nachgefragt -- das
RADAR-Störbild der Austro Control (liegt mir vor) zeigt einen Störer
aus
Richtung Knoten ows2, dann hat die FMB wohl nachgemessen und die SSID
als wahrscheinliche Quelle ausgemacht.

Ausdrücklicher Wunsch der Funküberwachung daher:

</pre>
          <blockquote type="cite">
            <pre class="moz-quote-pre" wrap="">selbstverständlich sollte nachgesehen werden ob die Ländereinstellung
Österreich und somit die DFS tatsächlich aktiviert ist.
</pre>
          </blockquote>
          <pre class="moz-quote-pre" wrap="">Ich bitte um ein kurzes ACK des Knotenbetreibers sowie möglichst rasche
Kontrolle und Behebung an allen betroffenen Stationen, inklusive
Zwischenberichten falls umfangsbedingt nötig.

Weiters möchte ich nochmals an die einschlägigen Rahmenbedingungen
erinnern, unter denen wir unsere Geräte zu betreiben haben. Dazu zählen

* eine korrekt gewählte abgestrahlte Leistung (Antennengewinn
beachten!),
* bandspezifische Konfigurationen zum Schutz etwaiger primärer
Funkdienste (wie hier DFS / RADAR)
* und Frequenzwahl (z.B. Indoor-/Outdoor-Kanäle auf 5 GHz, Nutzung nur
auf bei uns erlaubten Frequenzen).

Setzt Euch bitte nicht über diese Bestimmungen hinweg! Das ist für den
Verein mühsam, und kann für den Verursacher wegen möglicher Strafen
auch
ziemlich ins Geld gehen.

Danke,
 Albert.
</pre>
        </blockquote>
      </blockquote>
      <pre class="moz-quote-pre" wrap="">
</pre>
    </blockquote>
    <br>
  </body>
</html>