[Discuss] Adress-Vergabepraxis, Aktualität der Daten, neue Konfigurationskonzepte - war: Re: [Wien] ip-adresse (KNOTENDICHTE)

[Christoph Loesch]

On 11/25/2013 01:12 PM, Stefan Schultheis (home) wrote:
> Hi,
>
> Am 25. November 2013 11:47 schrieb L. Aaron Kaplan <(spam-protected)>:
> [...]
>> https://stats.funkfeuer.at
> Tolle Sache!
ja mal alles gesammelt :)
btw. bei der d3topo kann man ganz leicht eine reverse-dns abfrage
einbauen für die ips wo wir doch für jede einzelne einen reverse-eintrag
haben ;) die abfragen dauern auch nicht elendslang wenn man einen
ordentlichen nameserver verwendet.

>
> [...]
>> 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/
kann man das bitte als default/standard in die firmware dazugeben?
glaube nicht dass sich alle user im netz neben olsr,lqmult,bridges auch
noch mit snmp beschäftigen wollen gg
und wenn, würde es ja sinn machen überall snmp laufen zu lassen statt
nur auf einem prozentsatz der nodes (von erfahrenen usern)?

> 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...
würde mich aber auch interessieren! :)

lg christoph

-- 
Freundliche Grüße,
Christoph Lösch <http://www.chil.at/>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/discuss/attachments/20131125/42917188/attachment.htm>