Inleiding
Dit document beschrijft radardetectie in de theorie van Dynamic Frequency Selection (DFS)-kanalen en hoe de effecten ervan op draadloze netwerken kunnen worden beperkt.
Achtergrondinformatie
In de meeste regelgevende domeinen moeten 802.11-stations Dynamic Frequency Selection (DFS) gebruiken wanneer deze worden gebruikt met sommige of alle kanalen in de 5GHz-band. (Raadpleeg de toepasselijke spreadsheets met informatie over kanalen en maximaal vermogen voor de specifieke kanalen die DFS vereisen voor een bepaald access point/domein.)
802.11-stations moeten, voordat ze in een DFS-kanaal verzenden, valideren (luisteren gedurende 60 seconden) dat er geen radaractiviteit op is. En als een 802.11-radio radar detecteert terwijl het DFS-kanaal wordt gebruikt, moet het dat kanaal snel verlaten. Dus als een radio radardetectie detecteert in zijn serveerkanaal, dan switch naar een ander DFS-kanaal, dan legt dit (ten minste) een minuut onderbreking op.
Wanneer een toegangspunt (AP) een DFS-kanaal gebruikt en een radarsignaal wordt gedetecteerd, wordt het toegangspunt vervolgens:
- De verzending van dataframes op dat kanaal wordt beëindigd.
- Er wordt een 802.11h-kanaalwijziging aangekondigd.
- Clients worden ontkoppeld.
- Een ander kanaal wordt geselecteerd in de DCA-lijst (Dynamic Channel Assignment).
- Als het geselecteerde kanaal geen DFS-kanaal is, schakelt het AP beacons in en accepteert het AP clientkoppelingen.
- Als het AP een kanaal met DFS selecteert, wordt het nieuwe kanaal gedurende 60 seconden gescand op radarsignalen. Als er geen radarsignalen op het nieuwe kanaal bestaan, schakelt het AP beacons in en accepteert het clientkoppelingen. Als een radarsignaal wordt gedetecteerd, selecteert het AP een ander kanaal
Door DFS getriggerde kanaalwijzigingen hebben invloed op de clientconnectiviteit. Wanneer we de AP-logboeken bekijken, zien we daarin berichten die lijken op de volgende:
Voor AP's op basis van COS
[*04/27/2017 17:45:59.1747] Radar detected: cf=5496 bw=4 evt='DFS Radar Detection Chan = 100'
[*04/27/2017 17:45:59.1749] wcp/dfs :: RadarDetection: radar detected
[*04/27/2017 17:45:59.1749] wcp/dfs :: RadarDetection: sending packet out to capwapd, slotId=1, msgLen=386, chanCnt=1 -100
Voor AP's op basis van IOS
Feb 10 17:15:55: %DOT11-6-DFS_TRIGGERED: DFS: triggered on frequency 5320 MHz
Feb 10 17:15:55: %DOT11-6-FREQ_USED: Interface Dot11Radio1, frequency 5520 selected
Feb 10 17:15:55: %DOT11-5-EXPECTED_RADIO_RESET: Restarting Radio interface Dot11Radio1 due to channel change from 64 to 104
Valse gebeurtenissen met DFS-kanalen
Een "valse DFS-gebeurtenis" is wanneer een radio ten onrechte radar detecteert. Het ziet een energiepatroon waarvan het gelooft dat het radar is, ook al is het dat niet (het is mogelijk een signaal van een nabijgelegen cliëntradio). Het is heel moeilijk om te bepalen of radardetectiegebeurtenissen fout-positief zijn. Bij meerdere AP-radio's op hetzelfde DFS-kanaal in dezelfde locatie kunnen we er doorgaans van uitgaan dat het om een fout-positieve detectie gaat als één AP op een bepaald moment radar detecteert. Detecteren meerdere radio's tegelijkertijd radar, dan gaat het waarschijnlijk om echte radar.
Cisco heeft tal van verbeteringen aangebracht in het vermogen van onze toegangspunten om onderscheid te maken tussen echte en valse radarsignalen; het is echter niet volledig mogelijk om alle valse radardetectie te elimineren.
In het algemeen geldt dat als DFS-kanalen worden gebruikt met dichte clientpopulaties, men zich moet voorbereiden om maximaal vier valse DFS-gebeurtenissen per AP-radio af te handelen, evenals, natuurlijk, echte radargebeurtenissen.
We kunnen het volgende doen om de impact van deze gebeurtenissen te beperken:
- Gebruik een kanaalbreedte van 20 MHz om niet-DFS-kanalen beter te kunnen hergebruiken
- Vermijd DFS-kanalen
- Voor het FCC domein: er zijn 9 niet-DFS kanalen (36-48,149-165). Met uitzondering van zeer dichte implementaties zijn dit voldoende kanalen (als 20 MHz breed wordt gebruikt) om volledige dekking te bieden met aanvaardbare interferentie tussen twee kanalen op volle kracht (14-17 dBm)
- Voor het ETSI-domein: er zijn slechts vier niet-DFS-kanalen (36-48 UNII-1)
- Probeer kanalen zo toe te wijzen dat er minstens één UNII-1-kanaal beschikbaar is in het dekkingsgebied.
- Gebruik vervolgens DFS-kanalen om extra capaciteit te bieden.
- Ga als volgt te werk om de impact van DFS-gebeurtenissen te beperken
- Schakel 802.11h-kanaalaankondigingen in (dit is standaard ingeschakeld op de WLC).
- Schakel Smart DFS uit (dit is standaard ingeschakeld op de WLC).
- Gebruik CleanAir-AP's met superieure mogelijkheden voor radardetectie.
- De 1700, 2700, 3700,1570, 2800, 3800, 4800 en 1560 Series AP's kunnen CleanAir-hardware gebruiken om extra DFS-signaalfilters te ondersteunen om fout-positieve gebeurtenissen te vermijden.
- Voor 1700, 2700, 3700, 1570, 2800, 3800: dit is beschikbaar in 8.2.170.0, 8.3.140.0, 8.5.110.0 en 8.6. (Cisco bug ID CSCve35938, Cisco bug ID CSCvf38154, Cisco bug ID CSCvg43083)
- Voor 1560: dit is beschikbaar in de 8.5MR4 en 8.8MR1 versies (Cisco bug ID CSCve31869)
- Als DFS-kanalen nodig zijn op niet-CleanAir-AP's
- Een ruimte van 20 MHz tussen kanalen komt niet-CleanAir-AP's (zoals 18XX, 1540) ten goede. Voorbeeld: gebruik 52, (skip 56), gebruik 60, (skip 64), gebruik 100, (skip 104), gebruik 108, ...
- 1800-serie AP's hebben de radardetectie verbeterd in 8.3.140.0, 8.5.120.0 en 8.6 Cisco bug ID (CSCvg62039, Cisco bug ID CSCvf21657.)
Referenties
Dynamic Frequency Selection
Dynamische frequentieselectie begrijpen - DFS-acties
Meer informatie
Spectrum Sharing in the 5 GHz Band - DFS Best Practices (Spectrum delen in de 5 GHz-band - Best practices voor DFS) (IEEE)
Basic Radar Survey for Wireless Mesh Networks (Basisonderzoek naar radar or wireless mesh-netwerken)
Feedback