<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 11/25/2013 01:12 PM, Stefan
Schultheis (home) wrote:<br>
</div>
<blockquote
cite="mid:CAHanXmGEWOvD4+xyP=Eccw2LGzCO6W+MXK1zjBjNeGGVKwHH7A@mail.gmail.com"
type="cite">
<pre wrap="">Hi,
Am 25. November 2013 11:47 schrieb L. Aaron Kaplan <a class="moz-txt-link-rfc2396E" href="mailto:aaron@lo-res.org"><aaron@lo-res.org></a>:
[...]
</pre>
<blockquote type="cite">
<pre wrap=""><a class="moz-txt-link-freetext" href="https://stats.funkfeuer.at">https://stats.funkfeuer.at</a>
</pre>
</blockquote>
<pre wrap="">Tolle Sache!</pre>
</blockquote>
ja mal alles gesammelt :)<br>
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.<br>
<br>
<blockquote
cite="mid:CAHanXmGEWOvD4+xyP=Eccw2LGzCO6W+MXK1zjBjNeGGVKwHH7A@mail.gmail.com"
type="cite">
<pre wrap="">
[...]
</pre>
<blockquote type="cite">
<pre wrap="">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.
</pre>
</blockquote>
<pre wrap="">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.:
<a class="moz-txt-link-freetext" href="ftp://oe1xrw.ozw.wien.funkfeuer.at/0xFF-Bubbles/2014-RC1/naked.Bubble/r109-2013-10-25/packages/">ftp://oe1xrw.ozw.wien.funkfeuer.at/0xFF-Bubbles/2014-RC1/naked.Bubble/r109-2013-10-25/packages/</a></pre>
</blockquote>
kann man das bitte als default/standard in die firmware dazugeben?<br>
glaube nicht dass sich alle user im netz neben olsr,lqmult,bridges
auch noch mit snmp beschäftigen wollen gg<br>
und wenn, würde es ja sinn machen überall snmp laufen zu lassen
statt nur auf einem prozentsatz der nodes (von erfahrenen usern)?<br>
<br>
<blockquote
cite="mid:CAHanXmGEWOvD4+xyP=Eccw2LGzCO6W+MXK1zjBjNeGGVKwHH7A@mail.gmail.com"
type="cite">
<pre wrap="">
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...</pre>
</blockquote>
würde mich aber auch interessieren! :)<br>
<br>
lg christoph<br>
<br>
<div class="moz-signature">-- <br>
Freundliche Grüße,<br>
<a href="http://www.chil.at/">Christoph Lösch</a><br>
</div>
</body>
</html>