@Steefb schreef:
Ik heb er ook geen echt verstand van, maar dit artikel gelezen. Radardetectie in DFS-kanalen (Dynamic Frequency Selection) - Cisco
Daar staat ''door eerst gedurende 60 seconden te luisteren'' . Er hoeft dus geen signaal verzonden te worden om een radar signaal te detecteren .
Zoals verderop wordt geschreven wordt er geluisterd voordat er wordt uitgezonden, kortom staat de 5 ghz uit hoeft er nergens naar te worden geluisterd en daaruit volgend niks te wijzigen.
Hier de hele alinea.
In de meeste regulerende domeinen zijn 802.11 stations vereist om Dynamic Frequency Selection (DFS) te gebruiken wanneer ze een aantal of alle kanalen in de 5GHz-band gebruiken. (Raadpleeg de toepasbare kanalen en maximale stroombalansen om de specifieke kanalen te bekijken die voor een bepaald access point/domein DFS nodig hebben.)
802.11-stations moeten, alvorens ze in een DFS-kanaal kunnen uitzenden, (door eerst gedurende 60 seconden te luisteren) valideren dat er geen radaractiviteit is. En als een 802.11-radio radar zou moeten detecteren terwijl hij het DFS-kanaal gebruikt, moet hij dat kanaal snel verlaten. Dus als een radio radar in zijn portaal zou moeten detecteren, dan zal dit (minstens) een minuscule uitval met zich meebrengen.
Wanneer een toegangspunt (AP) een DFS-kanaal gebruikt en een radarsignaal wordt gedetecteerd, zal AP zich als volgt gedragen:
- Stopt de transmissie van gegevensframes op dat kanaal
- Broadcasts een 802.11h kanaalverschuiving-aankondiging.
- Clients scheiden
- Hiermee selecteert u een ander kanaal dan de DCA-lijst (Dynamische kanaaltoewijzing)
- Als het geselecteerde kanaal niet DFS is, stelt AP bakens in en aanvaardt clientassociaties
- Als AP een DFS-vereist kanaal selecteert, scant het het nieuwe kanaal voor radarsignalen gedurende 60 seconden. Als er geen radarsignalen op het nieuwe kanaal zijn, maakt AP beacons mogelijk en accepteert zij clientassociaties. Als een radarsignaal wordt gedetecteerd, selecteert de AP een ander kanaal.