Hi, Am 25. November 2013 11:47 schrieb L. Aaron Kaplan <[email protected]>: [...] > https://stats.funkfeuer.at Tolle Sache!
[...] > ACHTUNG Datenschutz: SNMP Daten Erhebung kann in unserem Netz *nur* auf > Freiwilligkeit beruhen. Das muss ein opt-in sein. > Denn SNMP Daten sind durchaus sehr aussagekraeftig (ok, haengt davon ab, > welche MIBs offeriert werden) > Allerdings, wenn man die Daten hat , kann man damit viel viel bessere > Linkplanung machen. Und dort will ich hin. > Deswegen mache ich unter anderem das EU CONFINE PRojekt bei Funkfeuer: weil's > die Netzausbauplanung wesentlich verbessern wird. Mit SNMP hab' ich mich vor ein paar Monaten beschäftigt: Joe hat zwei SNMPd-Pakete als Option dazukompiliert: - mini-snmpd: der ist schnell aktiviert aber in den Möglichkeiten reduziert und - snmpd-static: etwas aufwändiger zu konfigurieren, dafür erweiterbar und flexibel. Ich hab' mit Joe mal gesprochen und wir haben uns geeinigt, dass wir in Zukunft nur mehr den snmpd-static verfolgen werden. Das scheint bis heute gehalten zu haben, weil in den aktuellen Bubbles gibt es weiterhin dieses Package, zB.: ftp://oe1xrw.ozw.wien.funkfeuer.at/0xFF-Bubbles/2014-RC1/naked.Bubble/r109-2013-10-25/packages/ Im Prinzip gehen die MIB-II Standard-Sachen (Interface Counter: Bytes in/out, Errors, Unicast Packets, etc. sowie Uptime, Abfrage des Diskspace & Co.). Über Scripts ließe sich der snmpd-static erweitern und kann dann beliebige Werte liefern. Die OpenWRT-Community hat mal begonnen eine eigene MIB zu definieren, das hat bei mir nicht (mehr) funktioniert und scheint mittlerweile auch nicht mehr maintained zu sein. Mein Ziel wäre gewesen, einige Wireless-Werte abzufragen. Das ließe sich scripten, ich bin aber nicht dazugekommen und es steht im Moment nicht konkret am Plan bei mir... Soweit mal meine Infos zum Thema SNMP... > lg, > a. LgS -- Discuss mailing list [email protected] https://lists.funkfeuer.at/mailman/listinfo/discuss
