<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div class="">Hallo alle,</div><div class=""><br class=""></div><div class="">weil ich gerade unsere Statistiken im <a href="http://cert.at" class="">CERT.at</a> bearbeite und mir die Freiheit genommen habe, beim Funkfeuer Netz mal zu schauen, wie es derzeit aussieht, will ich diese Erkenntnisse mit euch teilen.</div><div class=""><br class=""></div><div class="">Zuerst hat mich mal interessiert, wie viele UDP amplifier [1] es gibt und ob das mehr wird.</div><div class=""><br class=""></div>Die Anzahl der UDP amplifier sind im Jahr 2017 ungefähr konstant um die 30-40 herum. Kein Wunder, das Netz wächst auch nicht wirklich. Im Umkehrschluss heisst das, dass aber auch nicht aufgeräumt wird!<div class=""><br class=""></div><div class=""><br class=""><div class="">Wenn ich eine authoritative Liste der Netzblöcke (housing versus freenet) bekommen könnte, dann könnte man noch genauer schauen, welche davon im housing sind. Das sind die gefährlicheren UDP amplifier, weil sie einfach mehr Traffic verursachen koennen. Siehe [2]</div><div class=""><br class=""></div><div class="">Insgesamt sehen wir 2017 - über alle Vorfälle (das inkludiert den tor exit node!) so viele *Beschwerden* pro Monat im FF Netz (as35492):</div><div class=""><br class=""></div><div class=""> count | month </div><div class="">-------+--------------------- </div><div class=""> 6466 | 2017-01-01 00:00:00<br class=""> 4509 | 2017-02-01 00:00:00<br class=""> 6192 | 2017-03-01 00:00:00<br class=""> 6679 | 2017-04-01 00:00:00<br class=""> 6836 | 2017-05-01 00:00:00<br class=""> 5819 | 2017-06-01 00:00:00<br class=""> 6495 | 2017-07-01 00:00:00<br class=""> 6233 | 2017-08-01 00:00:00<br class=""> 6047 | 2017-09-01 00:00:00<br class=""> 4941 | 2017-10-01 00:00:00<br class=""> 4200 | 2017-11-01 00:00:00<br class=""> 5619 | 2017-12-01 00:00:00</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Wenn wir die Duplikate-Benachrichtigungen mal weg rechnen und nur das zählen, was wir (<a href="http://cert.at" class="">CERT.at</a>) euch (Funkfeuer) als "neue" Info geschickt haben (sprich: wir unterdrücken es, euch nochmals eh schon das selbe zu schicken - auch wenn sich jemand drüber aufgeregt hat (mehrfach)), dann kommt folgende Statistik:</div><div class=""><br class=""></div><div class=""> count | month <br class="">-------+---------------------<br class=""> 1578 | 2017-01-01 00:00:00<br class=""> 1662 | 2017-02-01 00:00:00<br class=""> 1456 | 2017-03-01 00:00:00<br class=""> 1706 | 2017-04-01 00:00:00<br class=""> 1341 | 2017-05-01 00:00:00<br class=""> 1247 | 2017-06-01 00:00:00<br class=""> 1213 | 2017-07-01 00:00:00<br class=""> 2118 | 2017-08-01 00:00:00<br class=""> 2830 | 2017-09-01 00:00:00<br class=""> 1936 | 2017-10-01 00:00:00<br class=""> 1642 | 2017-11-01 00:00:00<br class=""> 1968 | 2017-12-01 00:00:00<br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Die Zahlen lassen nicht so direkt eins zu eins einen Trend erkenne, weil man eigentlich fuer diese Statistik noch genau schauen müsste, wann <a href="http://cert.at" class="">CERT.at</a> welchen feed hinzu genommen hat bzw. aus dem monitoring raus genommen hat (siehe disclaimer unten). Aber was man schön erkennt: die Zahl pro Monat ist fuer so ein kleines Netz durchaus hoch.</div><div class=""><br class="">Normalerweise schauen die Kurven so aus wie in der Graphik unten:<br class="">Ich sehe beim FF Netz keinen so 1/(1+exp(x)+rest_delta) drop-off. Das ist kein gutes Zeichen.<br class="">(wobei rest_delta == Summe der Geräte, die man nie fixen wird koennen).</div><div class=""><img apple-inline="yes" id="78B558C2-6B79-4585-8995-4CEDB053846C" height="352" width="727" apple-width="yes" apple-height="yes" src="cid:5A1E6FC2-DBBE-4C4A-9E23-CDA85A482A51@substi" class=""></div><div class=""><br class=""><br class=""></div><div class="">Ihr solltet euch ernsthaft überlegen (fuer die Zukunftsdiskussionen), wie ihr die Wartung von dem Netz in den Griff bekommt.</div><div class="">Ich denke, das ist fuer das langfristige Überleben des Vereins einer der wichtigsten Fragen.</div><div class="">Weil sonst habt ihr nur nervige Wartungs-Themen, die eh niemand machen will, die aber dann nicht gemacht werden (oder man macht nur das, was einem gerade taugt und die anderen Dinge werden noch mehr vernachlässigt) und somit geht das ganze Netz kaputt.</div><div class=""><br class=""></div><div class="">Also - TL;DR Version:</div><div class=""> * denkt heute in der Zukunftsdiskussion genau über eine Sache nach: wie kann man die Wartung des Netzes effizient, interessant und nachhaltig gestalten. Dann wird das ganze weiter bestehen. Sonst, so vermute ich, nicht.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">lg,</div><div class="">a.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">Referenzen:</div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">[1] <a href="https://www.us-cert.gov/ncas/alerts/TA14-017A" class="">https://www.us-cert.gov/ncas/alerts/TA14-017A</a><br class=""><div class="">[2] <a href="http://www.lo-res.org/~aaron/Chatham.pdf" class="">http://www.lo-res.org/~aaron/Chatham.pdf</a></div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><br class=""></div><div class="">PS: die Statistiken muss man immer mit etwas Vorsicht geniessen, da sich </div><div class=""> * die Messung im Laufe des Jahres geändert haben kann (scanning Methode von unseren Quellen)</div><div class=""> * neue feeds hinzu oder weg- gekommen sein koennen</div><div class=""> * wir im Laufe des Jahres beim vor-filtern , was wir überhaupt aussenden, schärfer geworden sind</div><div class=""> * ich bei den UDP amplifiern immer mehrere UDP amplifier typen zusammengezählt habe.</div><div class="">Wenn jemand Interesse hat, kann man das noch genauer auswerten.</div><div class=""><br class=""></div><div class=""><br class=""></div><div class=""><div class=""><br class="">-- <br class="">// L. Aaron Kaplan <<a href="mailto:kaplan@cert.at" class="">kaplan@cert.at</a>> - T: +43 1 5056416 78<br class="">// CERT Austria - <a href="https://www.cert.at/" class="">https://www.cert.at/</a><br class="">// Eine Initiative der <a href="http://nic.at" class="">nic.at</a> GmbH - <a href="http://www.nic.at/" class="">http://www.nic.at/</a><br class="">// Firmenbuchnummer 172568b, LG Salzburg<br class=""><br class=""><br class=""><br class=""><br class=""><br class=""></div><br class=""></div></div></div></body></html>