[Berlin-wireless] horst 1.3 prerelease - bitte testen!

Sa Okt 27 18:35:16 CEST 2007

hallo bruno + liste,

hier meine bemerkungen, fragen u. ideen zum [horst]-tool.neu .

es ist die version die zur fff-ver.1.6.14 + recommended
aus sven-ola's depository angeboten wird.

wenn man zeilen-umbrüche vermeiden will, benötigt horst.neu
leider durch ein paar neue features mehr platz aufm display,
so dass es nicht mehr möglich ist, auf 1024x768 nebeneinander
2 hörster laufen zu lassen, zb. um beide link-enden zu monitoren.
(mir gelingt es auch nicht, dies grössere format mit copy+paste
 aus dem term-fenster unzerhackt in'ne mail zu kopieren :-((
 des wär aber nett, für doku und bug-kommunikation)

die alte option "o" = 'OLSR/All' haben robert u. ich schmerzlich vermisst, die
wrt-CPU-load von 50~60% bei "o=all" wurde durch "o=olsr"auf wenige % reduzierte.
unter diesem gesichtspunkt ist auch die neue "f" = mac-FILTER-funktion
nicht geeignet, die hohe cpu-last zu reduzieren.
bitte bau die option "o" wieder ein; ja, mach sie für die wrt-ver. zur
default-einstellung, um unerfahrenen usern probleme zu ersparen,
bzw. deren evt. stark belasteten CPUs .

die option "f" = 'nach MAC filtern' ist chic, thanks.
deren eingabe eine katastrophe u. für mich fast unbenutzbar.
robert will dir dazu was vorschlagen, dass auch [BkSp] u. [Del] kann.
wie beende ich "f" = FILTER-aktiv, ausser über "q"=quit u. [horst]+enter?

die option "p" = 'PAUSE/RUN' hält die anzeige an, sie bleibt sichtbar.
beim zweiten-mal "p" läuft die anzeige wieder weiter, ok.
aber die status-ausgabe hängt bei "p = RUN".

die neue option "e" = 'ESSIDs' zeigt die empfangenen cells in einem
internen fenster, mit ESSID, BSSID, IBSS/AP, TSF (u. clients/peers?).
 neben den bereits angebotenen daten fehlen mir an dieser stelle
 noch SIG/NOI, u. CHannel, um einen überblick zu haben.
 (eigentlich wünsche ich mir ein 3. horst-fenster am oberen rand,
  wie [scanCG.pl] als simpel-'SPECTRUM-analyser' mit life-NOISE, um
  CH-'belegung' u. nachbar-CH-'übersprechen' beurteilen zu können)
leider kann man nicht mehr alle cells anzeigen, wenn "f" = aktiv ist.
option"e" kann auch in der 'pause' noch aufgerufen werden,
beenden von "e" muss dann allerdings "p" beendet werden.

gaaaaanz chick ist die neue spalte "RT" = *life*-übertragungs-rate,
damit kann man endlich mal dem rate-geflatter zukucken, s. auch unten..
nützlich ist die neue spalte mit "I"(peer) u. "A"(ap)/"S"(client). 

unglücklich bin ich mal wieder über die anzeigen von signal. noise, evt.
zum vergleich benutze ich (leicht gehübscht) [scanCG.pl], dessen werte
-imho- aus [iwconfig], bzw. [wl rssi] u. [wl noise] gewonnen werden:
   CH SNR S/N_dBm  (snr-bargraph) ESSID             BSSID
   --------------------------------------------------------------------
   10 10 (-84/-94) |||||||||      olsr.freifunk.net (02:CA:FF:EE:BA:BE)

- der *life*-Noise-level (stör-geräusche, matsch, müll) steht bei -94 dBm,
- der *life*-Signal-level (nutz-signal des nachbar-node) ist -84 dBm,
- dh, das verhältnis beider pegel (engl: signal_to_noise_ratio = SNR)
      hier die differenz (wg. der logarithmierung) beider werte ist
        SNR = SIG - NOI
            = (-84dBm) - (-94dBm)
            = (-84dBm) + 94dBm
            = +10dB
beim SNR sind nur positive werte sinnvoll, weil
- wenn das SIG so schwach/klein wird, das
- der NOI(-matsch) stärker_ist / höher_steht,
dann ist unser kleines signal "in den matsch gefallen" und
es hilft auch kein 'verstärker' mehr, denn der würde nur noch
den 'matsch' verstärken, aber das SIG nicht daraus hervor holen.

ein anderes sorgenkind ist die bat-entwicklung.
mein uplink spricht verschiedene protokoll-flavors:
- 103-er bat*experimental*,
- 104-er olsr,
- 105-er bat"stabel".

im unteren horst-fenster (# nur MAC=00:0d:0b:fd:56:ad, zusammengefasst)
sieht es so aus:

Sig/Noi?RT?SOURCE??????????(BSSID)????????????TYPE???INFO??
-11/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     105.131.41.2 
-11/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     103.131.41.2 
-12/-95  2 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     104.131.83.6 
-08/-95 11 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     104.131.41.2 
-09/-95  1 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) BEACON 'olsr.freifunk.net'
-11/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     195.71.188.106 
-10/-95 11 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     104.131.83.6
-12/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) OLSR   104.131.41.2 MID
-11/-95 11 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     212.227.121.218
-12/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     103.131.41.2
-01/-95 18 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     104.131.83.6 
-12/-95  5 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) IP     105.131.41.2
-08/-95  1 00:0d:0b:fd:56:ad (02:ca:ff:ee:ba:be) PROBE_RESP
        (# wie wohl die rate-umschaltung/wahl damit klar kommt? )

im oberen horst-fenster rasseln diese werte alle wild nacheinander
mit ca. 50 packets/sec durch die EINE zeile des nachbar-node
"molly-SO"_MAC=00:0d:0b:fd:56:ad mit den IPs
- 103.. und
- 104.. und
- 105.131.41.2,
bzw. dessen ziel-IPs, hier zb:
- 104.131.83.6   ,
- 212.227.121.218,
- 195.71.188.106 ,
da seh ichs nur noch flimmern, und selbst nach "p=pause"
läuft der output noch ca. 2~7 sec aus irgendeinem cache nach,
so dass selbst bei schneller klick-reaktion auf ein *event*,
das gewünschte log längst aus dem anzeige-fenster gelaufen ist,
hmmm...

bruno, hast du eine idee, wie man dort mehr übersicht reinbringt?

gruss horst_104.131.10.1
offlinehorst at web.de

On Wed, 24 Oct 2007 19:10:47 +0900
bruno randolf <br1 at einfach.org> wrote:

> hallo allerseits!
> 
> ich habe mich mal des seit 2 jahren maintainer-losen "horst" tools angenommen, 
> die in der zwischenzeit von sven-ola und robert gebastelten patches eingebaut 
> und ein paar weitere verbesserungen gemacht: es wird nun automatisch erkannt 
> ob beim monitor interface ein radiotap oder prism2 header verwendet wird, und 
> ich habe ein neues fenster 'e' zum auflisten alles ESSIS eingebaut, incl. 
> automatischer ESSID split detection... und ne menge kleinigkeiten...
> 
> es ist noch nicht ganz fertig, aber fast, und ich wuerde es jetzt gerne mal 
> auf einer anderen platform und mit anderen wlan chipsets testen - ich selbst 
> kann hier leider grade nur auf atheros/x86 basis testen (hab mein cube 
> passwort vergessen, und keine serielle... argl...)
> 
> also fuer die mutigen, hier ungetestete pakete fuer kamikaze trunk
>   wrt:  http://br1.einfach.org/horst/horst_1.3pre-1_mipsel-wrt.ipk
>   cube: http://br1.einfach.org/horst/horst_1.3pre-1_mipsel-mtx.ipk
> 
> den source gibts per
>   git clone git://br1.einfach.org/git/horst.git
> 
> und hier noch als download:
>   http://br1.einfach.org/horst/horst-1.3pre.tgz
> 
> und es gibt ein git-web interface :)
>   http://br1.einfach.org/gitweb?p=horst.git;a=summary
> 
> hier die openwrt build files
>   http://br1.einfach.org/horst/horst-openwrt.tgz
> 
> also, wuerde mich freuen wenn das jemand auf nem wrt und/oder cube 
> ausprobieren kann... interessant waere vor allem ob die SNR auswertung auf 
> nicht-madwifi karten noch stimmt, und ob die TSF anzeige stimmt oder bytes 
> geswapped werden. bugreports bitte an mich.
> 
> lg aus japan,
> bruno
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin