[Berlin-wireless] bei ahdemo kein "Listen before Sending" (cca)
Horst Krause
offlinehorst
Fr Dez 7 23:02:12 CET 2007
hallo,
gibt mir bitte mal jemand einen meiner dau-kompetenz
angemessenen einstiegs-infos für "cca"
ich sehe in "cca.sh" (attachment):
zeile 9 : Messung="wl rm_req -p -d $duration"
und
zeile 30: report="$(wl rm_rep)"
im help.txt von "wl -h..." (attachment) steht auf
zeile 5 : das dort ua. 'cca' gewählt werden kann.
hat das, wenn ja wie, mit "AIR-TIME" zu tun?
dankbar wäre ich für leicht-verständliche erklärungen/hints.
PS: hab ich nicht mal gehört,
dass alle *kanal-frei*-mechanismen daran kranken,
- dass wir mit 'OUR'-nodes vereinbaren können, was wir wollen...,aber
- 'HIDDEN'-nodes wöllten sich dran halten, 'hören' bloss nix davon, und
- alle 'OTHER'-nodes hätten zwar die intelligenz dazu, aber
- kennen unsere vereinbarungen nicht, oder
- kümmern sich einen s..... drum, und
- der NOISE hat nicht mal die intelligenz...
kann es sein, dass man da einer strategie hinterher-hängt, die auf ETH-draht
seine berechtigung hat, dort hat man fast keine leitungs-dämpfung und
kann deshalb kollisionen noch während der eigenen TX-zeit detektieren.
das geht bei radio nicht, dort besteht eine riesige dynamik TX/RX u. RX/RX.
- mein TX würde den RX taub-brüllen o. abrauchen, wenn nicht ein sequencer
zwischen RX/TX umschalten würde, so dass nie beide gleichzeitig arbeiten.
dh. während ich sende, empfange ich nie!
- auch bei den RX-empfangs-leveln tritt eine dymanik von >100dB auf,
dh. eine schwache/entfernte station wird gnadenlos 'weg'-geregelt, wenn
sich die *Automatic_Gain_Control* des analogen radio-front-end grad auf
eine *lauteres* packet ('runter'-)gepegelt hat, was sein muss, damit
der AD-wandler nicht in die "sättigung" gerät. (also übersteuert würde,
denn dann kämen hinten nicht mehr die ersehnten bits/Byts 'raus.)
gruss horst_104.131.10.1
offlinehorst at web.de
On Fri, 7 Dec 2007 10:06:27 +0100
Jens Nachtigall <nachtigall at web.de> wrote:
> Hallo,
>
> auf http://madwifi.org/wiki/UserDocs/AhdemoInterface steht [0], dass ahdemo
> kein "Listen before Sending" (clear channel assessment, CCA) macht. Stimmt
> das wirklich? Das würde ja bedeuten, dass es massig Kollisionen gibt, weil
> jeder Knoten sendet, egal ob das Medium belegt ist oder nicht...
>
> grüße,
> jens
>
>
> [0] "8. There is no collision avoid mechanism."
>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : cca.sh
Dateityp : text/x-sh
Dateigröße : 1044 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20071207/3c6ec3f6/attachment.sh>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : [wl -h]: rm_req, rm_rep
Dateityp : application/octet-stream
Dateigröße : 631 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20071207/3c6ec3f6/attachment.obj>
Mehr Informationen über die Mailingliste Berlin