[Berlin-wireless] Nah-neben Störquellen (Wartungsarbeiten Beuth vor einiger Zeit - Funkstrecke beeinträchtigt)

[Sven Roederer]

Namt,

Was auch helfen sollte ist Frequenzplanung.
In den üblichen Geräten kann ja jeweils eine Liste von mehreren zulässigen 
kanälen definiert werden.  Wenn jedes Gerät seine eigene Liste von 
Überlappungsfreien Kanälen bekommt, sollten sich solche direkten Nachbar-
störsender vermeiden lassen. Und da die Anzahl der möglichen Kanäle eigentlich 
immer größer als die Antennenzahl ist, sollte auch jede Antenne min. einen 
Ausweichkanal für DFS abbekommen.
Damit tauchen solche Probleme dann im Monitoring hoffentlich gar nicht erst 
auf.

GRuss Sven


Am Freitag, 1. April 2022, 12:48:35 CEST schrieb Nick:
> DFS Hits sind überall Probleme, sprich die Antenne springt auf eine
> Frequenz auf der bereits andere Antennen funken. Es gibt bereits
> verschiedene Programme um dort die Situation zu verbessern, doch nur auf
> airos8 und nicht airos6. Ein typisches Fehlerbild ist, dass die
> Signalstärke super ist, aber die Datenrate völlig zusammebricht. Dann
> hat man meistens Interferenz am "Kirchturm". Die Sektoren oder Schüsseln
> die benutzt werden, strahlen nämlich auch "nach hinten" und nicht nur
> gebündelt nach vorne.
> 
> Aus meiner Sicht kann man folgendes tun:
> 
> 1 mal gibt es die Herangehensweise, so wenig wie möglich an 5 GHz
> Geräten gleichzeitig zu verwenden und ein Maximum der Abdeckung mit
> minimalen Antennen zu erreichen, bzw. auch für PTP Verbindungen auf 60
> GHz zu gehen. So sollte man keine Schüssel <-> Schüssel Verbindung
> aufbauen, sondern lieber mal eine Sektor <-> Schüssel Verbindung, die
> dann 90°C Öffnungswinkel hat oder ähnlich. Es ist auch ratsam nicht
> benutze Antennen auszuschalten. Dann müssen sich potentielle Interessten
> zwar bei uns melden, damit wir die Antenne wieder anmachen, aber es
> hilft halt, wenn nicht unnötig airtime verschwendet wird.
> 
> Simon hat jetzt vorgelegt und für die bbb-configs ein Monitoring
> erstellt, welches aus der Kombination von Prometheus und Grafana
> besteht. Das bisherige Monitoring colletd-panels hatte bereits alle
> wichtigen Daten, aber die graphische Darstellung hat nicht ausgereicht
> um Probleme zu erkennen. Alles Graphen waren nur pro Antenne. Mit dem
> neuen Monitoring Tool können wir die Frequenzen an einem Standort in
> einem Graph übereinander legen und Probleme direkt erkennnen. :) Wenn
> ich nacher Zeit habe, dann werde ich das wohl noch basteln (uns fehlt
> nur noch ein entsprechender prometheus exporter um dies Umzusetzen). Das
> kann dann noch zusätlich mit sogennanten Alert-Managment verbunden
> werden, das uns automatisch informiert, sollte es zu Intereferenz an
> unseren Standorten kommen.
> Es ist also viel Luft noch nach oben die Situation zu verbessern und wir
> sind daei. :)
> 
> Falls du fragen hast, frag gerne. Ich hoffe ich konnte eine positive
> Aussicht in die Zukunft geben.
> 
> Viele Grüße
> Nick
> 
> On 4/1/22 12:07, Carsten Pietsch wrote:
> > Vielen Dank,
> > 
> > Momentan ist wieder alles online. Mal sehen, was der Monitor in den
> > nächsten Stunden und Tagen so zeigt.
> > 
> > Gruß Carsten
> > 
> > Am 01.04.22 um 11:22 schrieb Simon Polack via Berlin:
> >> Hi Carsten,
> >> 
> >> 
> >> die bht-w(est) antenne hatte einen DFS hit. Ich habe sie mal rebootet,
> >> in der Hoffnung das es stabil bleibt. Kannst du bestätigen, dass es
> >> wieder geht?
> >> 
> >> 
> >> Eigentlich haben wir einen automatischen Mechanismus, der nächtlich
> >> auf DFS Hits checkt und ggf. die Frequenz zurücksetzt, wurde offenbar
> >> nicht aktiviert.
> >> 
> >> Spannenderweise wird diese Antenne nicht per SNMP gemonitort und
> >> taucht deshalb nicht unter monitor.berlin.freifunk.net auf, daher
> >> fehlen mir zur Einschätzung Statistiken.
> >> 
> >> http://monitor.berlin.freifunk.net/host.php?h=bht-west
> >> 
> >> 
> >> Mal sehen was Nick oder Perry dazu sagen.
> >> 
> >> Viele Grüße
> >> Simon
> >> 
> >> On 01.04.22 10:45, Carsten Pietsch wrote:
> >>> Liebe alle,
> >>> 
> >>> Seit ca. 2 Wochen / gefühlt seit den Wartungsarbeiten an der Beuth,
> >>> setzt offenbar unsere Funkstrecke weidenbaum-r0 <-> beuth0 immer mal
> >>> aus. Ich hatte erst unseren Router in Verdacht, weil ich dort einen
> >>> täglichen Neustart eingerichtet hatte, aber der Router
> >>> "FrischAuf-Core2", der mit an unserer Verbindung hängt, zeigt ein ganz
> >>> ähnliches Ausfallbild im Monitor, obwohl er nicht täglich neu startet:
> >>> 
> >>> https://monitor.berlin.freifunk.net/host.php?h=FrischAuf-Core2
> >>> 
> >>> https://monitor.berlin.freifunk.net/host.php?h=weidenbaum-r0
> >>> 
> >>> Was kann ich tun, um den Fehler/die Ausfälle einzugrenzen bzw. auch zu
> >>> beheben?
> >>> 
> >>> Gruß Carsten
> >>> aus der Kolonie Weidenbaum
> >>> 
> >>> 
> >>> _______________________________________________
> >>> Berlin mailing list
> >>> Berlin at berlin.freifunk.net
> >>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
> >>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv