Dezentrale Hoods im Monitoring

So Mär 3 21:01:36 CET 2019

Hallo nochmal,

leider kam zu diesem speziellen Thema ja kein Feedback.

Mir ist jetzt gerade noch folgendes durch den Kopf gegangen:

Wenn man wie in meinem Vorschlag abhängige Knoten schafft, wie will man bei diesen den offline-Status darstellen?

Die einfachste Lösung wäre, dass es keinen offline-Status gibt. Die Knoten sind entweder vorhanden (und damit online) oder tauchen in der Karte gar nicht auf.

Alles andere läuft dann auf eine Art caching Mechanismus heraus, entweder das Gateway muss vor Senden der Daten oder das Monitoring nach Empfangen derselben „alte“ Router nicht löschen, sondern „offline“ setzen. Das zieht dann wieder einen Rattenschwanz nach sich …

Grüße

Adrian

From: Tim Niemeyer [mailto:tim at tn-x.org] 
Sent: Montag, 25. Februar 2019 21:24
To: Freifunk Franken <franken at freifunk.net>; Adrian Schmutzler <mail at adrianschmutzler.de>
Subject: Re: Dezentrale Hoods im Monitoring

Moin Adrian 

Am Montag, den 25.02.2019, 17:46 +0100 schrieb Adrian Schmutzler: 
> Die Daten müssen halt irgendwie zum Monitoring kommen. Wie du das 
> machst, ist relativ egal, du kannst das XML auch von Hand bauen. 
>   
> Wichtig ist aber die Frage, was du möchtest. Das Monitoring benötigt 
> relativ wenige „Pflicht-Daten“. Wenn es dir nur um den Punkt auf der 
> Karte geht, kannst du einen minimalen Datensatz schicken. Wenn du das 
Wäre es an der Stelle nicht ggfs sehr gut, wenn man ein ganz neues 
Datenschema für AP's machen würde? 
Damit könnte man auf seinem Gateway einfach ein paar zusätzliche XML 
Files gegen das Monitoring werfen (ggfs sogar en'block) und es würden 
einfache Punkte (muss ja man ja nicht mal zwingend anklicken können, 
aber ggfs in einer abweichenden Farbe) angezeigt werden. 

Vorschlag für Attribute: 
Mandatory: 
- Position 
- ID des zugehörigen Gateways 
Optional: 
- Name 
- Ansprechpartner 
- Beschreibung 

Es wäre mit Absicht einfach und schlank gehalten. Wer seine AP 
Landschaft intensiver überwachen will, sollte dann ein eigenes 
Monitoring (z.B. hat sich Zabbix bewährt) verwenden. Viele AP- 
Controller bringen ja auch bereits ein eigenes System mit. Insofern 
wäre unser Monitoring wirklich nur für "guck mal da, da sind Punkte". 

Was denkst du dazu, Adrian? 

Tim 

> Monitoring (wie für die klassischen Knoten auch möglich) zum Debuggen 
> nutzen willst, hast du mehr Aufwand, da du dann das ganze Zeug auch 
> schicken musst. 
>   
> In letzterem Fall ist es wohl am einfachsten, wenn du einfach das 
> nodewatcher Skript nimmst, und entsprechend umbaust. Am Schluss dann 
> halt nicht zum Alfred, sondern ans Monitoring schicken. 
> In ersterem Fall ist ggf. auch bottom-up einfacher, oder auch 
> nodewatcher und ganz viel löschen. 
>   
> Grüße 
>   
> Adrian 
>   
> From: franken [mailto:franken-bounces at freifunk.net] On Behalf Of frei 
> funk at beibecks.de <mailto:funk at beibecks.de>  
> Sent: Montag, 25. Februar 2019 16:54 
> To: Freifunk Franken <franken at freifunk.net <mailto:franken at freifunk.net> > 
> Subject: Dezentrale Hoods im Monitoring 
>   
> Hallo zusammen, 
>   
> wenn ich eine größere Installation mit mehreren APs von zentral auf 
> dezentral umstelle, und auf diesen keine FFF-FW mehr verwende, 
> verschwinden ja erstmal alle Knoten  aus dem Monitoring. 
>   
> Ich meine mal gehört zu haben, es gäbe einen Weg, diese Knoten 
> manuell reinzufaken. 
>   
> Ist dies richtig? Und wie? 
> Wenn ja, sollte man dies tun, oder hat das negative Effekte? 
>   
> Es wäre schade, wenn am Schluss sehr viel weniger Punkte vorhanden 
> sind.  
> Klar ist es wieder "nur" das Monitoring, aber ich denke eben an die 
> Außenwirkung. 
> Die coolsten Installationen würde somit einfacher aussehen als zuvor. 
> Auch fehlt einfach was ;) 
>   
> Grüße, 
> Sebastian 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://{'listname': 'franken-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-freifunk.net/attachments/20190303/8fb456d5/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-signature
Dateigröße  : 834 bytes
Beschreibung: nicht verfügbar
URL         : <https://{'listname': 'franken-freifunk.net', 'hostname': 'lists.freifunk.net'}/pipermail/franken-freifunk.net/attachments/20190303/8fb456d5/attachment-0001.sig>