關於雷達（Radar）信道

有些時候，我們在實際的無線網絡中，會遇到無線信道一致flapping的情況，即便我們自定義了信道的，發現也會出現flapping。如果這種情況，可能需要確認是否你使用的信道上檢測到了雷達。

這里記錄一些關鍵的信息：

1、關於固定頻率與跳頻

固定頻率一般是使用在天氣雷達，5600至5650 MHz頻段已分配給天氣雷達。

一些軍用雷達使用跳頻技術。

2、IEEE 信道分配

關於更多的信息，可以參考Spectrum Sharing in the 5 GHz Band DFS Best Practices：

http://www.ieee802.org/18/Meeting_documents/2007_Nov/WFA-DFS-Best%20Practices.pdf

 

在思科的AP上，有說明動態頻率選擇（DFS）信道中的雷達檢測。

A 介紹

本文檔簡要介紹了動態頻率選擇（DFS）信道中雷達檢測的工作原理，以及如何減輕其對無線網絡的影響。

B 背景資料

在大多數監管領域，當使用5GHz頻段中的部分或全部信道時，802.11客戶端需要使用動態頻率選擇（DFS）。在DFS信道中傳輸之前，802.11客戶端必須驗證（通過首先監聽60秒）其上沒有雷達活動。而且如果802.11 radio在使用DFS信道時檢測到雷達，它必須快速騰出該信道，避開雷達使用的信道，因此，切換到另一個DFS信道，這將（至少）有一分鍾的中斷。

當AP使用DFS信道並檢測到雷達信號時，AP的行為如下：

• 停止在該通道上傳輸數據幀
• 廣播802.11h頻道切換公告。
• 解除客戶關系
• 從DCA（動態通道分配）列表中選擇不同的通道
• 如果所選通道不是DFS，則AP啟用信標並接受客戶端關聯
• 如果AP選擇DFS所需的信道，它將在新信道上掃描雷達信號60秒。如果新信道上沒有雷達信號，則AP啟用信標並接受客戶端關聯。如果檢測到雷達信號，則AP選擇不同的信道

DFS觸發的信道更改會影響客戶端連接。當我們檢查AP日志時，我們可以看到類似於以下內容的消息：

For COS APs 

[*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

For IOS APs

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

C 與DFS頻道共存

“假DFS事件”是指radio錯誤地檢測到雷達。它檢測到了它認為是雷達的能量模式，而實際那不是真正的雷達信號（它可能是來自附近客戶無線電的信號）。很難確定雷達探測事件是否“錯誤”。如果在同一位置的同一DFS信道上有多個AP無線電，那么我們可以假設，當單個AP在給定時間檢測到雷達，那么它可能是錯誤檢測，而如果是多個無線電同時檢測雷達，它很可能是“真正的”雷達。

思科對我們的接入點區分真實和虛假雷達信號的能力進行了大量改進;然而，不可能完全消除所有虛假的雷達探測。通常，如果使用具有密集客戶端群的DFS信道，則應准備每個AP無線電處理多達四個錯誤DFS事件，當然還有真實雷達事件。

為了減輕/減少這些事件的影響，我們可以：

• Use 20MHz channel width, which also allows better reuse of non-DFS channels
  
  
• Avoid DFS channels
  • For the FCC domain: there are 9 non-DFS channels (36-48,149-165). Except for very dense deployments, these are enough channels (if using 20MHz wide) to provide full coverage with tolerable co-channel interference at full (14-17dBm) power
  • For the ETSI domain: there are only four non-DFS channels (36-48 UNII-1)
    • Consider channel assignments such that there is at least one UNII-1 channel available throughout the coverage area
    • Then use DFS channels, to provide additional capacity.
• In order to reduce the impact of DFS events
  
  • Enable 802.11h Channel Announcement  - enabled by default on WLC
  • Disable Smart DFS -  enabled by default on WLC
• Use CleanAir APs with superior radar detection capabilities
  • The 1700, 2700, 3700,1570, 2800, 3800, 4800, and 1560 series APs can use CleanAir hardware to support additional DFS signal filtering to avoid false events.
    • For 1700, 2700, 3700, 1570, 2800, 3800: this is available in 8.2.170.0, 8.3.140.0, 8.5.110.0 and 8.6. (CSCve35938 , CSCvf38154 , CSCvg43083 )
    • For 1560: this will be available in the 8.5MR4 and 8.8MR1 releases (CSCve31869 )
• If DFS channels are needed on non-CleanAir APs
  
  • A 20MHz space between channels benefits non-CleanAir APs (such as 18XX, 1540 ). Example: use 52, (skip 56), use 60, (skip 64), use 100, (skip 104), use 108, ... 
  • 1800 series APs have improved radar detection in 8.3.140.0, 8.5.120.0 and 8.6 (CSCvg62039 , CSCvf21657 .)

原文參考：
https://www.cisco.com/c/en/us/support/docs/wireless-mobility/80211/213882-radar-detection-in-dynamic-frequency-sel.html
https://www.cisco.com/en/US/docs/routers/access/wireless/software/guide/RadioChannelDFS.pdf
https://www.cisco.com/c/en/us/support/docs/wireless-mobility/wireless-lan-wlan/91565-radar-survey-wmn.html