Monitoring dez. hoods

[Adrian Schmutzler]

Wenn ihr die dezentralen Hoods umstellt:

Die normalen hoodnamen sollten großgeschrieben werden und die dezentralen klein.

So kann man sie auf den ersten Blick unterscheiden. V2 zählt als normal...

Grüße

Adrian

On November 17, 2017 6:16:43 PM GMT+01:00, Tim Niemeyer <tim at tn-x.org> wrote:
Am Freitag, den 17.11.2017, 18:04 +0100 schrieb Adrian Schmutzler:
> Hallo Tim und Liste,
> 
> klappt. Ich kriege die Daten jetzt 5+1 min.
> 
> Und wir gewinnen so tatsächlich 4 Minuten Updatezeit:
> 
> Die Daten von den Routern haben einen Timestamp, wann sie geschickt
werden, z.B.
> 16:30:28
> 
> Bisher kamen die Daten dann an um 16:35:02 oder so.
> 
> Jetzt kommen sie um 16:31:02.
> 
> Wir sehen dabei auch, dass die Router etwa 30 sec. brauchen, um den
xml File zu schreiben. Dann muss er noch verteilt werden...
> 
> Ich würde daher für Sleep 90 plädieren!
Ganz wie du magst.

Habs umgestellt.

Tim

> 
> Und ich setze entsprechend meine Statistikberechnung auf 5+3 Min.
> 
> Für alle DEZENTRALEN: Passt eure crons an, dann habt ihr auch 4
Minuten Gewinn. Wenn Tim auf 90 ändert, wäre bei euch 60-80 gut, da eure
Anfragen kürzer sind und damit schneller vom Monitoring verarbeitet
werden.
> 
> Grüße
> 
> Adrian
> 
> > -----Original Message-----
> > From: Tim Niemeyer [mailto:tim at tn-x.org]
> > Sent: Freitag, 17. November 2017 17:51
> > To: Adrian Schmutzler <mail at adrianschmutzler.de>
> > Cc: franken-dev at freifunk.net
> > Subject: Re: Alfred Proxy
> > 
> > Hi Adrian
> > 
> > Finde ich gut. Ich hab auf dem Netmon nen sleep 60 vor den alfred
proxy
> > gestellt.
> > 
> > Tim
> > 
> > Am Freitag, den 17.11.2017, 13:07 +0100 schrieb Adrian Schmutzler:
> > > Hallo Tim und Liste,
> > >
> > >
> > >
> > > so wie ich das im Monitoring beobachte, schickt der Alfred Proxy
die
> > > Daten immer genau alle 5 Minuten (also 00:00, 00:05, 00:10, etc.)
an
> > > das Monitoring.
> > >
> > >
> > >
> > > Gleichzeitig speisen aber die Router die Daten zu ebendiesen
> > > Zeitpunkten per Alfred ein (und ich schätze mal, das der Alfred
Master
> > > sie auch zu diesem Zeitpunkt liest).
> > >
> > >
> > >
> > > Dies ist in meinen Augen ein Design, das zu enormen Verzögerungen
> > > führt. Denn um 00:05 werden dann die Daten gelesen (vom Master),
die
> > > von den Routern um 00:00 geschickt wurden (oder wenn das
Abarbeiten
> > > etwas dauert, kann auch mal ein aktueller Datensatz dazwischen
> > > rutschen). Je nachdem, wie genau der Proxy implementiert ist,
kommt es
> > > ggf. zu weiteren Verzögerungen.
> > >
> > >
> > >
> > > Da die Router immer */5 schicken und das in der Firmware so drin
ist,
> > > würde ich vorschlagen, den Master das Zeug dann jeweils ein/zwei
> > > Minuten später zu verarbeiten zu lassen, also 1-59/5 (00:01,
00:06, …)
> > > oder 2-59/5 (00:02, 00:07, …). Falls der proxy eine separate
Einheit
> > > ist (also das Versenden der Daten ans Monitoring), sollte die
wieder
> > > ein oder zwei Minuten später stattfinden).
> > >
> > >
> > >
> > > Dies verhindert einerseits Verzögerungen und sollte andererseits
die
> > > Stabilität erhöhen, da nicht alles „gleichzeitig“ passiert.
> > >
> > >
> > >
> > > (Beim Monitoring mache ich es jetzt ähnlich: Die Daten kommen um
*/5,
> > > das Verarbeiten dauert ca. 13 sec. Um 2-59/5 wird dann die
Statistik
> > > erstellt, so sind alle Daten sicher da und ich muss es nicht mit
dem
> > > /api/alfred Call verbinden.)
> > >
> > >
> > >
> > > Dies sollte auch die Daten im Monitoring „aktueller“ machen ….
> > >
> > >
> > >
> > > Beste Grüße
> > >
> > >
> > >
> > > Adrian
> > >
> > >
> 
> 
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.freifunk.net/pipermail/franken-dev-freifunk.net/attachments/20171117/e58e995c/attachment.html>