[ff-firmware-devel] ffmap/Gluon: per Node rrd-Graphen?

[Christof Schulze]

On Sunday 30 November 2014 01:59:13 Kai 'wusel' Siering wrote:
> Moin,

> On 29/11/14 08:54, Jan Lühr wrote:
> > Hallo, Am 11/29/2014 04:43 AM, schrieb Kai 'wusel' Siering:
> >> Kurzum: Bevor man bestehende Mainstream-Tools auf Maschennetzwerke
> >> losläßt, sollte der Scope klar definiert werden. Will ich
> >> Schönwetter-Informationen (Link ist da => Daten sind da; Link ist weg
> >> => Daten ebenso) oder echtes Reporting, grade auch wenn es mal
> >> Probleme auf Server oder Client oder dem Weg dazwischen gibt? Ich
> >> tendiere eher zu letzterem, zumal dies auch Aufschluß darüber gibt,
> >> ob die Nichterreichbarkeit an Reboots oder anderen lokalen Problemen
> >> gelegen hat.

> > Ich denke, dass ist keine entweder-oder-Frage. Viele Aufsteller von
> > Nodes möchten gerne schön-Wetter-Informationen (Nutzer, Traffic, etc.)
> > die wir gut mit collectd-Erfassen können.

> Naja. Ja, es gibt Knotenbesitzer, die darauf achten. Aber auch jene
> wüschensich in der Regeln lückenfreie Graphen. Jede Visualisierung mit
> Lücken wirft Fragen auf.

> > Daten über das Mesh selber (originators, LQ, etc.) sollten man auf
> > Zuverlössigen Punkten abgreifen (z.B. VM in das Backend integrieren um
> > batman-adv Kontrolldaten abzufragen). Ich denke, dass dass es [nicht]
> > notwendig ist, jeden einzelnen Messwert über einen Zuverlässigen
> > ("pessimistischen") Transport einzusammeln. Das auszuwerten, was da
> > ist ("optimistic") hilft schon sehr viel. Gleichzeit braucht man eine
> > Datenquelle um den Mesh-Status sinnvoll zu beurteilen.

> Ja, ich denke, hier divergieren unsere Präferenzen ;) Nach ekligen
> Problemen mit beiden Gateways (Crashes) findet die Datensammlung u. a.
> für die ffnodemap bei uns auf einer neuen VM statt, die einzig zu dem
> Zweck Teil der fastd-Wolke wurde. Funktioniert bislang ganz gut. Dennoch
> wüßte ich gern, wie ein Knoten sich verhält, wenn er den Netzzugang
> verliert, hätte auch gerne die Statistiken jener halben bis ganzen
> Stunde, an denen ich auf der Stats-VM Maintenance vorgenommen habe, ...

> Aber ich schaue mir auch gerne ein collectd-basiertes Setup an, so es
> denn existiert ;)
Gibt es. In Frankfurt (collectd5) und Köln (collectd4).  Aktuell gibt es
den collectd in Frankfurt nur auf einigen sehr wenigen Routern. Einer
davon ist mein Entwicklungsrouter. Bilder gibts dort:
http://sstats.ffm.freifunk.net/sstats/host.php?h=freifunk-647002bbdb00

Ich halte überhaupt nichts davon, alfred als
Statistikübermittlungsdienst zu nutzen. Das Teil hat gegenüber collectd
im Moment so lange keinen Vorteil, wie multi-master-Betrieb nicht
möglich ist.


viele Grüße

Christof


> -kai

-- 
()  ascii ribbon campaign - against html e-mail
/\  against proprietary attachments