
<html><head></head><body>Wenn ihr die dezentralen Hoods umstellt:<br>

<br>

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

<br>

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

<br>

Grüße<br>

<br>

Adrian<br><br><div class="gmail_quote">On November 17, 2017 6:16:43 PM GMT+01:00, Tim Niemeyer <tim@tn-x.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<pre class="k9mail">Am Freitag, den 17.11.2017, 18:04 +0100 schrieb Adrian Schmutzler:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hallo Tim und Liste,<br /> <br /> klappt. Ich kriege die Daten jetzt 5+1 min.<br /> <br /> Und wir gewinnen so tatsächlich 4 Minuten Updatezeit:<br /> <br /> Die Daten von den Routern haben einen Timestamp, wann sie geschickt werden, z.B.<br /> 16:30:28<br /> <br /> Bisher kamen die Daten dann an um 16:35:02 oder so.<br /> <br /> Jetzt kommen sie um 16:31:02.<br /> <br /> Wir sehen dabei auch, dass die Router etwa 30 sec. brauchen, um den xml File zu schreiben. Dann muss er noch verteilt werden...<br /> <br /> Ich würde daher für Sleep 90 plädieren!<br /></blockquote>Ganz wie du magst.<br /><br />Habs umgestellt.<br /><br />Tim<br /><br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> <br /> Und ich setze entsprechend meine Statistikberechnung auf 5+3 Min.<br /> <br /> 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.<br /> <br /> Grüße<br /> <br /> Adrian<br /> <br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"> -----Original Message-----<br /> From: Tim Niemeyer [mailto:tim@tn-x.org]<br /> Sent: Freitag, 17. November 2017 17:51<br /> To: Adrian Schmutzler <mail@adrianschmutzler.de><br /> Cc: franken-dev@freifunk.net<br /> Subject: Re: Alfred Proxy<br /> <br /> Hi Adrian<br /> <br /> Finde ich gut. Ich hab auf dem Netmon nen sleep 60 vor den alfred proxy<br /> gestellt.<br /> <br /> Tim<br /> <br /> Am Freitag, den 17.11.2017, 13:07 +0100 schrieb Adrian Schmutzler:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"> Hallo Tim und Liste,<br /><br /><br /><br /> so wie ich das im Monitoring beobachte, schickt der Alfred Proxy die<br /> Daten immer genau alle 5 Minuten (also 00:00, 00:05, 00:10, etc.) an<br /> das Monitoring.<br /><br /><br /><br /> Gleichzeitig speisen aber die Router die Daten zu ebendiesen<br /> Zeitpunkten per Alfred ein (und ich schätze mal, das der Alfred Master<br /> sie auch zu diesem Zeitpunkt liest).<br /><br /><br /><br /> Dies ist in meinen Augen ein Design, das zu enormen Verzögerungen<br /> führt. Denn um 00:05 werden dann die Daten gelesen (vom Master), die<br /> von den Routern um 00:00 geschickt wurden (oder wenn das Abarbeiten<br /> etwas dauert, kann auch mal ein aktueller Datensatz dazwischen<br /> rutschen). Je nachdem, wie genau der Proxy implementiert ist, kommt es<br /> ggf. zu weiteren Verzögerungen.<br /><br /><br /><br /> Da die Router immer */5 schicken und das in der Firmware so drin ist,<br /> würde ich vorschlagen, den Master das Zeug dann jeweils ein/zwei<br /> Minuten später zu verarbeiten zu lassen, also 1-59/5 (00:01, 00:06, …)<br /> oder 2-59/5 (00:02, 00:07, …). Falls der proxy eine separate Einheit<br /> ist (also das Versenden der Daten ans Monitoring), sollte die wieder<br /> ein oder zwei Minuten später stattfinden).<br /><br /><br /><br /> Dies verhindert einerseits Verzögerungen und sollte andererseits die<br /> Stabilität erhöhen, da nicht alles „gleichzeitig“ passiert.<br /><br /><br /><br /> (Beim Monitoring mache ich es jetzt ähnlich: Die Daten kommen um */5,<br /> das Verarbeiten dauert ca. 13 sec. Um 2-59/5 wird dann die Statistik<br /> erstellt, so sind alle Daten sicher da und ich muss es nicht mit dem<br /> /api/alfred Call verbinden.)<br /><br /><br /><br /> Dies sollte auch die Daten im Monitoring „aktueller“ machen ….<br /><br /><br /><br /> Beste Grüße<br /><br /><br /><br /> Adrian</blockquote><br /><br /></blockquote> <br /> <br /></blockquote><br /></pre></blockquote></div></body></html>