[Wien] [Discuss] Fwd: DRINGEND: ows2so.funkfeuer.at / Funküberwachung

Mi Okt 2 11:39:44 CEST 2019

Hallo Albert!

Es ist ja mittlerweile wohl bekannt, dass ich stets für die Einhaltung
geltender Normen und Standards plädiere.
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!

Zu WLAN-Störungen im Wetterradar hat übrigens Erich Möchel, FM4 einmal
einen interessanten Artikel^1 gebracht, der auch Störbilder beinhaltet.

Was die Probleme mit UBNT anbelangt, kann ich folgendes beauskunften:
Nach meiner Beobachtung wurden mit Firmware 6.1.11, Verbesserungen zur
Vermeidung der Fehlerkennung von DFS-Ereignissen^3 eingeführt, was in
6.2.0^4 nocheinmal nachjustiert worden ist. U.a. sollen auch schnellere
Kanalwechsel die Folge sein.

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?

Zur Zusammenarbeit mit der FMB:
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?
Ich finde, dass das der Vereinsarbeit, wie auch der Behördentätigkeit
sehr entgegenkommen würde.
Vorschläge: Nationale und Europäische Gesetzgebung und Vollziehung im
Bereich Funkwesen; Technische Verfahren und Konfliktvermeidung bei
Multi-Use-Bands; Wettarradar/WIIS^2 .

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.

LG
Erich

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?

1: https://fm4v3.orf.at/stories/1768677/index.html
2:
https://www.tugraz.at/institute/ihf/institut/radartechnik-und-mikrowellenausbreitung/wetterradar/
3:
https://community.ui.com/releases/airOS-v6-1-11-Has-Been-Released-6-1-11/6e8531c6-d366-41b5-bd35-078afb8217e6
4:
https://community.ui.com/releases/airOS-v6-2-0-Has-Been-Released-6-2-0/8e274d33-cf40-486c-8cb1-355c657c4f52

Am 02.10.19 um 09:08 schrieb Albert Rafetseder:
> 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:
>> 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 <(spam-protected)>:
>>> Hallo zusammen,
>>>
>>> die Funküberwachung des BMVIT schreibt bezüglich einer vermuteten
>>> Fehlkonfiguration eines unserer Knoten:
>>>
>>>> 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
>>> betrieben
>>>> wird.
>>>>
>>>> Da das Wetterradar in Rauchenwarth auf der Frequenz 5625 MHz
>>> arbeitet,
>>>> 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.
>>> 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:
>>>
>>>> selbstverständlich sollte nachgesehen werden ob die Ländereinstellung
>>>> Österreich und somit die DFS tatsächlich aktiviert ist.
>>> 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.

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20191002/cfb10762/attachment.htm>