[Discuss] Adress-Vergabepraxis, Aktualität der Daten, neue Konfigurationskonzepte - war: Re: [Wien] ip-adresse (KNOTENDICHTE)
(spam-protected)
(spam-protected)
Mo Nov 25 16:26:59 CET 2013
Am 25. November 2013 16:22 schrieb L. Aaron Kaplan <(spam-protected)>:
>
> On Nov 25, 2013, at 1:54 PM, Christoph Loesch <(spam-protected)> wrote:
>
> > 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.
> >
>
> Oder man man mehrfach abfragt und alles im cache hat ;-)
>
>
> >>
> >>
> >> 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?
>
> Bin auch dafuer, aber achtung, ich glaube da braucht es einen Schalter im
> Webinterface / im UCI config:
> "Ich will dass mein Router per SNMP abgefragt werden kann JA/NEIN" (mit
> default Wert "Nein")
>
Also den Schalter halte ich auch für sinnvoll, um ein opt-out einfach
möglich zu machen.
Ich würde dennoch default Wert auf JA setzen. Sonst können wir uns die
Arbeit gleich spaaren, denn großen Nutzen bringt uns das nur, wenn wir
damit einen großen Teil des Netzes abfragen können, was nur möglich ist mit
opt-out statt opt-in. (denn selbst bei opt-out haben wir nur einen gewissen
prozentsatz der diese firmware überhaupt verwenden wird)
>
> Weiters wuerde ich ganz dringend empfehlen, dass es da firewall Regeln
> gibt, die SNMP nur aus unseren IP ranges heraus erlauben.
>
> > 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)?
> Ja, stimmt.
> Aber sie sollen die Wahl haben.
>
> >
> >> 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! :)
>
> @Christoph: ich glaube ich habe da eine recht geniale Loesung schon als
> Proto-typ code Verfuegbar.
>
> lg,
> a.
>
> >
> > lg christoph
> >
> > --
> > Freundliche Grüße,
> > Christoph Lösch
>
>
> --
> Discuss mailing list
> (spam-protected)
> https://lists.funkfeuer.at/mailman/listinfo/discuss
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/discuss/attachments/20131125/51910a88/attachment.htm>
Mehr Informationen über die Mailingliste Discuss