[Berlin-wireless] ETX(+bat) unrealistisch, war:Re: airtime? *robuste_packets*?

[Horst Krause]

hallo jens,

> Vor etwa 4 Jahren,... wurde auch versucht, erstmal SNR 
> als Metrik zu verwenden. Irgendwie ging das nicht,

ja, zuerst ging es deswegen nicht, weil der SNR nicht zwischen
dem SIG der einzelnen olsr-nodes unterscheiden konnte, sondern
nur einen misch-masch von allem anzeigte, und das war
im wesentlich das SIG der nächsten/stärksten station,
die aber oft nicht die relevante war.
(vor dem [horst]-tool)

dann spielt hier noch der non-overlapping-FOO rein,
aber darüber zu lästern, klemm ich mir hier.

und noise ist doch dass, was man sowieso nicht will, also
was soll man das anzeigen, oder sich sogar drum scheren?

und dann war auch schon von dominanter, äh prominenter seite
mit wehenden fahnen der ETX eingeführt und akzeptiert, und
durfte 3 jahre nicht in frage gestellt werden.
messungen waren verpönt, wir hatten ja unser protokoll!

nur da wo ich reingekuckt habe, wackelte es und
versandete nach spätestens 3 hops.
nach den gründen kannst du dich selber fragen.
aber die PR hat doch prima funktioniert, oder?

und die initiatorInnen dieses fake missionieren
heute ihre "blacks" in 3.-weltländern, toll nicht?

aber glaub das alles besser nicht, sonst stehst
du nachher als depp da, wie ich.

gruss horst_104.131.10.1
offlinehorst at web.de


On Tue, 20 Nov 2007 23:06:20 +0100
Jens Nachtigall <nachtigall at web.de> wrote:

> Hallo,
> 
> Am Dienstag, 20. November 2007 19:30 schrieb Hannes Gredler:
> > On Tue, Nov 20, 2007 at 01:54:50PM +0100, Daniel Nitzpon wrote:
> > | Hannes Gredler schrieb:
> > | > On Tue, Nov 20, 2007 at 02:18:54AM +0100, Daniel Nitzpon wrote:
> > | > | was ist denn so verkehrt an dem konzept ett = etx / bandbreite?
> > | > | bisher hab ich in diesem thread noch nichts gelesen, was dar?ber
> > | > | hinausweist oder dagegenspricht oder hab ich da was verpasst?
> > | >
> > | > es gibt werte die noch drueberhinaus interessant sein koennen,
> > | > wie z.b. signal/noise ratio - das heisst es wird wohl auf einen
> > | > zusammengesetzen metrik hinauslaufen.
> 
 man konnte daraus nicht 
> wirklich die Verlustrate herleiten. Warum müsste man die alten Hasen wie 
> Bruno und Elektra fragen (evtl. hidden nodes u.ä.). 
> 
> Außerdem berichten unterschiedliche Karten den SNR unterschiedlich und auch 
> auf unterschiedliche Weise (prism, radiotap header, auch nur im 
> Monitor-Modus) bzw. bei anderen data link layern wie wimax oder ethernet 
> sieht dann sowieso nochmal alles anders aus. 
> 
> > | vielleicht k?nnten sie das, aber spontan w?rde ich sagen, sig/noise ist
> > | eine der ursachen f?r die wirkung, die sich in bandbreite und packetloss
> > | niederschl?gt und es ist effektiver, einfach die wirkung zu messen als
> > | sich ein system zu ?berlegen, was diese wirkung aus grob gesch?tzten
> > | parametern zusammenr?t.
> >
> > irgendwelche vorschlaege um die bandbreite zu ermitteln ?
> > bis jetzt gefaellt mir am besten ein kleines unmittelbar neben
> > einem grossen hello zu schicken, weil plattformneutral.
> 
> Vielleicht missverstehe ich das nur, aber olsr-Hello-Pakete wirst du dafür 
> nicht nehmen können, weil diese (mit fester Bandbreiten-raten!) gebroadcastet 
> werden. Im Paper welches ett vorschlägt, wird deshalb per unicast an jeden 
> (durch die Hello-Pakete bekannten Nachbarn) zuerst ein 137B großes Paket 
> geschickt, und unmittelbar darauf ein 1137B großes Paket, Dann misst man die 
> Zeitdifferenz zw. Ankunft des ersten und zweiten (Dummy)Pakets und dann
> 
> Bandbreite (besser Kapazität) des Links = 1000B / Zeitdifferenz
> 
> ums mal ganz genau zu beschreiben, lesen ja auch noch andere mit.
> 
> > am einfachsten waere es vermutlich (unter linux) die
> > wireless extensions auszulesen. 
> 
> Wie kann man das machen? D.h. die Bandbreite zu dem jeweiligen Nachbarn, ich 
> dachte, dass sei nur über radiotap bzw. den prism header zu sehen...
> Bei atheros hatte ich mal solch eine Statistik in /proc gesehen, kann mich 
> aber nicht genau erinnern.
> 
> > bin unsicher wie das auf anderen 
> > OSen geht (freebsd/openbsd/win32)
> 
> 
> Grüße,
> Jens
>