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

Mi Okt 31 05:28:37 CET 2007

On Wednesday 31 October 2007 09:42:02 Horst Krause wrote:

> ist dann (rechtsklick auf den fensterrahmen) 96char breit

o.k. das erscheint mir als sinnvolle breite.

> würde evt. eine verschiebbare grenze zwischen dem oberen/unteren horst-
> fenster eine verringerung der last bringen?

ja, aber will mir die implementierung dessen bitte ersparen. kann man sich 
vielleicht auf eine andere aufteilung festlegen. momentan ist die 1/2 - es 
koennte auch 2/3 oben 1/3 unten sein. oder einfach nur z.b. die letzten 10 
zeilen sind dump der rest ist die liste oben...

> der einzige spar-kandidat, der mir einfällt, wäre "source"-MAC, weil, die
> ist -imho- am wenigsten 'mesh-relevant', und wird mit
> die man ja in grösseren zusammenhang im option"e"-fenster angegeben ist,
> aber das ist für andere leute vielleicht unverzichtbar...

ja. das ist meiner meinung nach die wichtigste info!!! :)

v.a. auch da nach dieser die daten zusammen gefasst werden.
und man horst auch in nicht OLSR umgebungen verwenden kann.

kann man den packet count weglassen?

> im option"e"=essid-popup ist in jeden listenplatz die bssid 2x vertreten,
> da könnte man eine weglassen, stattdessen die IP auch in dieser liste,
> damit man alle 'synomyme' eines node zusammen hat.

die wird da extra angegeben, damit man IBSS splits besser herausfinden kann! 
SPLIT = unterschiedliche BSSIDs fuer die gleiche ESSID. so sieht man wer der 
uebeltaeter ist.

> sven-ola's packet-art/speed/length/count/(kollisions?) - infos/stats
> könnten zb die option "i"=info, oder "s"-stats werden?

wird wohl "s" statistics werden.

> wieweit der scan mit der flüssige normal-funktion eines wrt-artigen node
> zusammenpasst, kann ich nicht wirklich beurteilen, für mich geht nicht
> die welt unter, wenn mal ein paar packets nicht angezeigt werden.

ich verwende das "horst" momentan auf nem 2. interface vom madwifi treiber, 
d.h.neben einer bestehenden datenverbindung. wenn da alle paar sekunden 
gescannt wird kann ich die verbindung nicht mehr verwenden. aber auch hier 
ist es wohl die sinnvollste loesung das als option anzugeben. ich seh das 
scannen mal als feature fuer die *ueber*-naechste version. genauso wie die 
sound ausgabe ;)

> soweit, sogut, das mit den SIG/NOI-werten krieg' ich jetzt nicht mehr hin.
> to be continued.

ja, bitte, das ist das wichtigste :)
einfach 1 zeile aus dem packet dump reicht.

lg,
bruno

> gruss horst_104.131.10.1
> offlinehorst at web.de
>
>
>
>
> On Mon, 29 Oct 2007 11:03:53 +0900
>
> bruno randolf <br1 at einfach.org> wrote:
> > hallo horst!
> >
> > vielen dank fuer das feedback!
> >
> > On Sunday 28 October 2007 01:35:16 Horst Krause wrote:
> > > 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)
> >
> > ja - aber... was kann man weg lassen oder kuerzer machen? vorschlaege?
> >
> > wie viele zeichen auf deinen 1024x768 screen passen haengt auch stark von
> > der verwendeten schriftgroesse ab... trotzdem waere es gut von einer
> > bestimmten groesse ausgehen zu koennen. da wir im textmode sind, sind das
> > zeilen und zeichen pro zeile. was macht sinn?
> >
> > > die alte option "o" = 'OLSR/All' haben robert u. ich schmerzlich
> > > vermisst,
> >
> > die will ich in das neue filter fenster einbauen, deshalb hab ich sie
> > erst mal rausgenommen. vielleicht habe ich das pre-release zu frueh
> > angekuendigt...
> >
> > > bitte bau die option "o" wieder ein; ja, mach sie für die wrt-ver. zur
> > > default-einstellung, um unerfahrenen usern probleme zu ersparen,
> >
> > ok. das ist eine gute idee. ich werde das zu einer command line option
> > machen, die kann dann auf wrts automatisch angeben (ueber ein start
> > script).
> >
> > > die neue option "e" = 'ESSIDs' zeigt die empfangenen cells in einem
> > > internen fenster, mit ESSID, BSSID, IBSS/AP, TSF (u. clients/peers?).
> >
> > es werden nur AP und "peers" (ad-hoc nodes) gezeigt, keine AP-clients.
> > dh. es ist eine auflistung aller wlan karten, die BEACONs senden.
> >
> > es gibt nur noch 2 andere paket typen, die die ESSID enthalten:
> > PROBE_REQUEST und PROBE_RESPONSE (die requests koennen koennen auch von
> > clients versendet werden), diese werden momentan aber *nicht*
> > ausgewertet.
> >
> > >  neben den bereits angebotenen daten fehlen mir an dieser stelle
> > >  noch SIG/NOI, u. CHannel, um einen überblick zu haben.
> >
> > ok. wird eingebaut.
> >
> > >  (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)
> >
> > das koennte man machen. mit dem nachteil dass man in der zeit wo
> > gescanned wird pakete verliert, oder pakete von anderen channels rein
> > kriegt.
> >
> > > leider kann man nicht mehr alle cells anzeigen, wenn "f" = aktiv ist.
> >
> > ist das nich der sinn eines filters? oder soll sich der filter
> > nur auf die darstellung beziehen?
> >
> > > unglücklich bin ich mal wieder über die anzeigen von signal. noise,
> > > evt. [...]
> > > - 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
> >
> > ja, das ist mir klar, horst (u.a. dank unermuedlicher aufklaerung
> > deinerseits). das problem ist wie du weisst, dass unterschiedliche karten
> > diese werte unterschiedlich zurueckgeben und das ganze lange zeit
> > ueberhaupt nicht standardisiert war. eine loesung dafuer ist das
> > "radiotap" header format (statt des bisher unstandardisieren "prism2"
> > headers) das kann "horst" auch schon lesen, nur benutzt der wlan treiber
> > im wrt offensichtlich noch prism2 headers.
> >
> > und was genau stimmt jetzt eingentlich nicht??? wie gesagt, ich habe
> > keinen WRT und der sinn des pre-release war genau diese fehler zu finden.
> >
> > > ein anderes sorgenkind ist die bat-entwicklung.
> > > 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,
> >
> > ja, wie sollen unterschiedliche IPs angezeigt werden? klar, ich koennte
> > die alle auflisten, aber dann wird das display noch laenger...
> >
> > btw: die neue version (git) hat einen signal/noise/rate history graphen
> > :)
> >
> > lg,
> > bruno
> >
> > > 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