[Berlin-wireless] bei ahdemo kein "Listen before Sending" (cca)

[Daniel Nitzpon]

horst, es ist ja schön, wenn ab und zu mal jemand drauf hinweist, was 
eben nicht funktioniert. aber daraus jetzt eine komplette 
algorithmen-allergie zu entwickeln hilft niemand.

das ist ein ganz einfaches basis-dings, was verhindert *auf unnötig 
dämliche weise* paketkollisionen zu produzieren. sobald du mehr als zwei 
  teilnehmer im medium hast, verhindert es sie nicht mehr absolut. es 
deswegen sein zu lassen und sich wahllos gegenseitig in die 
transmissions zu blöken, macht aber auf keinen fall was besser.
ob es jetzt die sendezeit wirklich gerecht verteilt, kann ich dir aus 
dem kopf nicht sagen, aber es funktioniert auf jeden fall nicht nur auf 
dem schreibtisch, sondern auch in der realität. darum zu diskutieren 
macht auch keinerlei sinn, weil du dich dann ausserhalb der 
802.11-spezifikation bewegst, und du keinen kartenhersteller und/oder 
treiberschreiber dazu bringen wirst, so einen quatsch zu implementieren.
was du tun kannst, ist

-darüber zu reden, ob das backoff-timing in cca irgendwie beser ginge
-was besseres als cts/rts zu erfinden, für die sachen, die cca nicht abfängt

aber auch das ist beides recht akademisch solange du nicht in der 
entwicklungsabteilung von broadcom oder atheros sitzt, denn in diesem 
fall werden deine möglichen erkenntnisse wenig praktische folgen haben.

Horst Krause schrieb:
> hallo jens,
> 
> thanks.4.infos.2
> 
>> sogenannten "energy detection threshold" (EDT, in der regel nicht 
>> einstellbar, vielleicht bei OpenHAL?) überschreiten. EDT ist per 
>> default -76dBm.
> 
> jau, was wäre, wenn die luft dauernd mit mehr *energy* belegt wäre?
> 
>> dann wird das medium als belegt angenommen und nicht gesendet,
>> stattdess geht der gewillte Sender in den backoff.
> 
> backoff, backoff, backoff...
> wahrscheinlich dauernd, na toll!
> 
> sowas mag aufm labortisch mit wenigen nodes und silent_environment
> prima funktioniert haben, hat aber mit der heutigen urban_situation
> praktisch nix mehr gemein.
> mal ganz abgesehen davon, dass es -imho- überhaupt nicht
> phy.-rate-sensitiv ist.
> 
> jedenfalls haben wir jetzt ein kriterium, dass ich mal analog
> zu 'air-time/luft-zeit nun'"AIR-PRESSURE/LUFT-DRUCK" nennen will.
> 
> das lässt sich im rahmen des funk-wetter-projekt
> auch viel besser memorieren :-))
> 
> jens, vielleicht kannst du mir auch noch die anderen wahlmöglichkeiten
> des "radio measurement" erklären in
> [wl -h].. (attachment vorige mail)
> zeile5: rm_req  Request a radio measurement of type basic, cca, or rpi
> 
> was ist denn BASIC und RPI, und mit was features überraschen die uns?
> 
> gruss horst_104.131.10.1
> offlinehorst at web.de
> 
> 
> On Sat, 8 Dec 2007 09:06:21 +0100
> Jens Nachtigall <nachtigall at web.de> wrote:
> 
>> Am Freitag, 7. Dezember 2007 23:02 schrieb Horst Krause:
>>> hallo,
>>>
>>> gibt mir bitte mal jemand einen meiner dau-kompetenz
>>> angemessenen einstiegs-infos für "cca"
>> Hallo Horst,
>>
>> es gibt physical CCA und virtual CCA, beides passiert im PHY layer. 
>>
>> Beim physical CCA misst die Karte, ob die empfangenen mW einen
>> sogenannten "energy detection threshold" (EDT, in der regel nicht 
>> einstellbar, vielleicht bei OpenHAL?) überschreiten. EDT ist per 
>> default -76dBm. Wenn ein Signal solcher Stärke erkannt wird, dann wird das 
>> medium als belegt angenommen und nicht gesendet, stattdess geht der gewillte 
>> Sender in den backoff.
>>
>> Beim virtual CCA läuft das darüber, dass der PHY layer dem MAC Bescheid sagt, 
>> dass das das Medium grade busy ist, ohne dass da konkret gemessen wird. Woher 
>> weiß er das? Zuvor hat er ein Paket empfangen (RTS, CTS, oder normales 
>> data-packet), in dem das NAV-feld gesetzt war (Network allocation vector). Da 
>> steht im Prinzip drin, wieviele usec der andere Knoten nun noch senden wird, 
>> und der eigene Knoten weiß dann, wann es sich lohnt, dass nächste Mal 
>> reinzuhorchen.
>>
>> So in etwa stehts in 
>> http://www.amazon.de/802-11-Wireless-Networks-Definitive-Guide/dp/0596100523/ref=sr_1_3?ie=UTF8&s=books-intl-de&qid=1197101051&sr=8-3
>> imho das beste buch zu 802.11 (wenngleich wenig mesh-lastig)
>>
>> grüße,
>> jens
>>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>