[Berlin-wireless] Ubiquiti AirOS im Monitor (hier Powerbeams)

Mi Jul 20 15:55:32 CEST 2016

Praktisch ohne Frage!

Dank der Auswertung habe ich halt auch gesehen, dass die Strecke RhNk <--> Adlershof auf den BFWA-frequenzen mehr gestört ist (noise) als auf den normalen Frequenzen.
Auch der abendliche Abfall der Datenrate (22 bis 0:30Uhr) ist auf externe Störer zurück zu führen (verschlechterung RSSI und RX-pegel).

Bis später in der c-base, Sven

Am 20. Juli 2016 14:43:16 MESZ, schrieb mwmischa at gmx.de:
>Es ist schon praktisch, gerade wenn mehrere Standorte an einem Uplink
>hängen und die Uplink Antenne justiert werden muss. Oder um
>Auswirkungen der Vegetation auf die Richtfunkstrecken zu messen.
>Vielleicht lassen sich so auch auftretende Störer auf den Frequenzen
>lokalisieren. Den Antennen Fall gab es z.B. bei der Ausrichtung einer
>neuen Antenne zwischen Christophorus und den Charlottenburger Gärten.
>Es hat ja meißt nur der Standortbetreiber Zugriff auf die AirOS
>Oberfläche und dann ist das Neuausrichten ein Tappen im dunkeln, da
>keine Zugriff auf die Empfangswerte möglich ist.
>
> 
>
>Ich werde heute in der C-Base vorbeischauen um zwei WR842 abzuholen. Da
>könnten wir das Thema aufgreifen.
>
> 
>
> 
>
>Gruß
>
>  
>
>Gesendet: Mittwoch, 20. Juli 2016 um 13:53 Uhr
>Von: "Philipp Borgers" <borgers at mi.fu-berlin.de>
>An: "wirelesslan in Berlin" <berlin at berlin.freifunk.net>
>Betreff: Re: [Berlin-wireless] Ubiquiti AirOS im Monitor (hier
>Powerbeams)
>
>Ich bin dafür, dass wir das als Modul bauen und du das in den Master
>einpflegst
>;)
>
>On Wed, Jul 20, 2016 at 01:36:35PM +0200, Sven Röderer wrote:
>> Wenn allgemeines interesse an dem SNMP-Plugin besteht, können wir das
>gern in das Release aufnehmen.
>> Ggf. Gleich mit einer Template-datei ...
>>
>> Am besten Feedback dazu via Github issue oder auch hier auf der
>Liste.
>>
>> Sven
>>
>> Am 20. Juli 2016 12:52:50 MESZ, schrieb mwmischa at gmx.de:
>> >Hallo,
>> >
>> >
>> >
>> >das Paket collectd-mod-snmp ist nicht standardmäßig in den
>Repositories
>> >enthalten. Ich habe dann die OpenWRT Repositories in die source list
>> >eingetragen und die Paketlisten aktualisiert. Unter Kathleen 0.1.2
>ging
>> >das problemlos unter 0.2.0 Alpha gab es certificate Fehler und die
>> >Paketliste wurde nicht aktualisiert.
>> >
>> >
>> >
>> >Unter 0.1.2 gab es bei der Installation Fehler, wahrscheinlich da
>das
>> >Plugin version 5.x war und unter Kathleen 0.1.2 noch collectd 4
>benutzt
>> >wird. Unter 0.2.0 war aufgrund des fehlgeschlagenen Updates der
>> >Paketliste keine Installation möglich.
>> >
>> >
>> >
>> >Ist es möglich das Plugin in die Kathleen Repositories einzupflegen?
>> >Wer ist dafür Ansprechpartner? Oder gibt es einen anderen Weg, z.B.
>> >manuell, das Plugin zu installieren? Ich würde gern damit
>rumspielen.
>> >
>> >
>> >
>> >
>> >
>> >Gruß,
>> >
>> >Michael
>> >
>> >
>> >
>> >Gesendet: Sonntag, 10. Juli 2016 um 13:16 Uhr
>> >Von: "Sven Roederer" <freifunk at it-solutions.geroedel.de>
>> >An: "wirelesslan in Berlin" <berlin at berlin.freifunk.net>
>> >Betreff: [Berlin-wireless] Ubiquiti AirOS im Monitor (hier
>Powerbeams)
>> >
>> >Hallo,
>> >
>> >im Zuge der Linkoptimierung zwischen Rathaus Neukölln und
>HU-Adlershof
>> >hab ich mich an der Visualisierung des Radio-links versucht.
>> >
>> >Ich habe mal was zusammengebaut, was via SNMP einige / die
>relavanten
>> >Parameter ausliest und darstellt.
>> >
>> >hier das Beispiel im Monitor:
>> >PowerBeam Rathaus Neukölln:
>> >http://monitor.berlin.freifunk.net/host.php?h=rhnk-adlershof&p=snmp
>> >PowerBeam HU:
>>
>>http://monitor.berlin.freifunk.net/host.php?h=HU-Geographie-rhnk&p=snmp
>> >
>> >Was man braucht:
>> >- einen Router mit OpenWRT / Freifunk (sinnvoll der Core-router des
>> >Standortes)
>> >- installiertes Paket "collectd-mod-snmp"
>> >- folgende Config in "/etc/collectd/conf.d/"
>> >- hier sind dann der Eintrag "Host" und "Address" zu ändern
>> >- auf dem Ubiquiti-router muss dann noch SNMP aktiviert werden
>> >- SNMP-Community-name setzen
>> >
>> >Die Graphen sind sicherlich nicht der Weisheit letzter Schluss,
>reichen
>> >aber schon zur qualitativen Beurteilung des Links.
>> >
>> >Das ganze sollte auch mit der aktuellen Firmware für Nanostations
>> >funktionieren, ist aber nicht getestet.
>> >
>> >
>> >---------- /etc/collectd/conf.d/powerbeam.conf ----
>> >LoadPlugin snmp
>> >
>> ><Plugin snmp>
>> >
>> ><Data "ifmib_uptime">
>> >Type "uptime"
>> >Table false
>> >Instance "system"
>> >Values ".1.3.6.1.2.1.1.3.0"
>> ></Data>
>> ><Data "rf_signalstrength">
>> >Type "signal_power"
>> >Table false
>> >Instance "rx-power"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.5.1"
>> ></Data>
>> ><Data "rf_signalrssi">
>> >Type "signal_power"
>> >Table false
>> >Instance "rssi"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.6.1"
>> ></Data>
>> ><Data "rf_signal_noise">
>> >Type "signal_power"
>> >Table false
>> >Instance "noise"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.8.1"
>> ></Data>
>> ><Data "rf_bitrate_tx">
>> >Type "bitrate"
>> >Table false
>> >Instance "tx"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.9.1"
>> ></Data>
>> ><Data "rf_bitrate_rx">
>> >Type "bitrate"
>> >Table false
>> >Instance "rx"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.10.1"
>> ></Data>
>> ><Data "rf_channel">
>> >Type "frequency"
>> >Table false
>> >Instance "Frequency (+5GHz)"
>> >Shift -5000
>> >Values ".1.3.6.1.4.1.41112.1.4.1.1.4.1"
>> ></Data>
>> ><Data "rf_status_dfs">
>> >Type "gauge"
>> >Table false
>> >Instance "DFS"
>> >Values ".1.3.6.1.4.1.41112.1.4.1.1.5.1"
>> ></Data>
>> ><Data "rf_power_tx">
>> >Type "gauge"
>> >Table false
>> >Instance "tx_power"
>> >Values ".1.3.6.1.4.1.41112.1.4.1.1.6.1"
>> ></Data>
>> ><Data "rf_channelwidth">
>> >Type "gauge"
>> >Table false
>> >Instance "Channel Width (x10 MHz)"
>> >Scale 0.1
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.14.1"
>> ></Data>
>> ><Data "rf_ubntWlStatRssi">
>> >Type "gauge"
>> >Table false
>> >Instance "RSSI (dBm)"
>> >Values ".1.3.6.1.4.1.41112.1.4.5.1.6.1"
>> ></Data>
>> >
>> ><Host "HU-Geographie-rhnk">
>> >Address "10.36.48.66"
>> >Version 1
>> >Community 'public'
>> >Collect "ifmib_uptime"
>> >Collect "rf_channel" "rf_status_dfs" "rf_power_tx"
>> >"rf_channelwidth"
>> >Collect "rf_signalstrength" "rf_signalrssi"
>> >"rf_signal_noise"
>> >Collect "rf_ubntWlStatRssi"
>> >Collect "rf_bitrate_rx" "rf_bitrate_tx"
>> >Interval 30
>> ></Host>
>> >
>> ></Plugin>
>> >
>> >----------------------------------------------
>> >
>> >GRuss Sven
>> >
>> >_______________________________________________
>> >Berlin mailing list
>> >Berlin at berlin.freifunk.net
>> >http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> >Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
>>------------------------------------------------------------------------
>> >
>> >_______________________________________________
>> >Berlin mailing list
>> >Berlin at berlin.freifunk.net
>> >http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> >Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
>>
>> _______________________________________________
>> Berlin mailing list
>> Berlin at berlin.freifunk.net
>> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>> Diese Mailingliste besitzt ein ffentlich einsehbares Archiv
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv
>
> 
>
> 
>
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Berlin mailing list
>Berlin at berlin.freifunk.net
>http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>Diese Mailingliste besitzt ein �ffentlich einsehbares Archiv