FunkFeuer Graz
Monitoring

Ausgangspunkt

betroffene Geräte:

Gerät Betriebssystem
mur.ffgraz.net Debian
stats.ffgraz.net VServer Debian stable
spektral Kamikaze 7.09
2x OSBridge Spektr. <-> MKL OSBridge (SNMP?)
mkl Kamikaze 7.09
1x Router im Keller MKL Freifunk 1.6.36
lz15 Freifunk 1.6.37
nano.wiener80 NanoStation (SNMP?)
wiener80 Freifunk 1.6.37
hochstein OSBridge (SNMP?)
steyrer30 Kamikaze 7.09
buffalo{1-3}.mcg Freifunk 1.6.36
alix{1-3}.mcg Kamikaze 7.09
hbg31 Kamikaze 7.09
buffalo.hbg31 Freifunk 1.6.36
graba68 Kamikaze 7.09

gesamt: ca. 20 Geräte

Das Ziel ist ein dezentrales Monitoring, welches folgende Punkte möglichst gut erfüllt

Software

Distributed Monitoring im Sinne von ganglia/collectd kann in zwei Modi verwendet werden

Collectd

Vorteile:

Nachteile:

Pakete der Version 4.8.3 für OpenWRT Kamikaze 7.09 (x86) und Whiterussian RC6 (mipsel) bzw. die darauf basierende Freifunk-Firmware, sowie dazu passende Patches sind auf dem Download-Server zu finden.

Ganglia

Vorteile:

Nachteile:

Multicast

Eine wichtige Vorabbedingung für die Verwendung von Multicast ist die Eignung des verwendeten Switch. Zum Glück unterstützt der Nortel Baystack 5510-48T (Standort/Spektral) IGMP-snooping für IGMPv1 und IGMPv2. Alle anderen Geräte sind entweder direkt verbunden oder haben eine (L2) transparente Verbindung zueinander.

Um mit dem Switch zusammenarbeiten zu können, muß daher auf den angeschlossenen Geräten folgendes eingerichtet werden, da der Linux Kernel je nach Version auch IGMPv3 unterstützt.

sysctl net/ipv4/conf/<interface>/force_igmp_version=2
  1. funktioniert in einer Broadcast-Domain. Dies würde bedeuten, daß der Multicast-Verkehr über eine (Linux-)Bridge weitergeleitet werden muß. (z.B. mit ebtables ausschließlich auf Multicast-Verkehr reagieren)
  2. funktioniert mit mehreren Broadcast-Domains, wenn ein Multicast-fähiger Router dazwischen ist. Dies kann auf mehreren Wegen erreicht werden.
    1. neue Firmware mit
      1. Kernel-Unterstützung für Multicast-Routing (MROUTE)
        • {OK} OpenWRT default

          • ab Kamikaze 8.09.2 bzw. rev. (generic-2.4) "18312" oder rev. (generic-2.6) 2.6.21, 2.6.25, 2.6.30 "16044" bzw. für 2.6.31, 2.6.32 "16713"
        • {OK} auch mit ff-luci der Freifunk Firmware auf Basis von Kamikaze

        • selber bauen
      2. Routing-Daemon (auch für forwarding!!)
        • (./) smcroute

          • statische Multicast forwarding Einträge müssen für jeden upstream Host eingetragen werden
        • igmpproxy
          • leitet die IGMP-Nachrichten der "interessierten" Geräte weiter und legt entsprechende MROUTE_Cache-Einträge an. Wie verhält er sich mit upstream und downstream?
    2. (./) collectd-Patch (=collectd als Routing-Daemon verwenden)

      • Patch notwendig und jede collectd-Instanz muß alle Nachrichten der anderen auf Duplikate überprüfen.
    3. ganglia (gmond)
      • kann out-of-the-box auf verschiedenen Interfaces Multicast-Traffic senden/empfangen, aber offenbar nur innnerhalb eines Clusters.
    4. IPv6 = neue Firmware oder zusätzliches Kernel-Modul
      1. IPv6 Kernel-Unterstützung (auch ohne Multicast-Routing)
      2. Multicast Routing-Daemon (mrd6)
    5. {OK} olsr-bmf (OLSR Multicast forwarding plugin)

      • Damit aber sicher Abhängigkeit von OLSRd und es hat einen eher experimentellen Status

Legende:

Alphanumerische oder punktuelle Gliederung

entweder/oder (XOR)

Numerische Gliederung

und (AND)

bereits verfügbar

{OK}

bereits implementiert

(./)

last edited 2010-03-06 00:54:05 by max