Detecção de radar nos canais dinâmicos da seleção da frequência (DF)

Introdução

Este original explica momentaneamente como a detecção de radar na seleção dinâmica da frequência (DF) canaliza trabalhos, e como abrandar seus impactos em redes Wireless.

Informações de Apoio 

Na maioria de domínios regulatório, as estações do 802.11 são exigidas para usar a seleção dinâmica da frequência (DF) ao usar algum ou todos os canais no 5GHz una.  (Consulte as planilhas aplicáveis dos canais e da potência máxima para ver os canais do específico que exigem DF para um Access point dado/domínio.)

as estações do 802.11, antes de transmitir em um canal DF, devem validar (primeiramente escutando 60 segundos) que não há nenhuma atividade do radar nela.  E, se um rádio do 802.11 detectar o radar ao usar o canal DF, deve vagar esse canal rapidamente.  Assim, se um rádio detectar o radar em seu canal de serviço, a seguir o interruptor a um outro canal DF, isto imporá (pelo menos) uma indisponibilidade do minuto.

Quando um Access Point (AP) usa DF canaliza e um sinal de radar está detectado, o AP comportar-se-á como segue: 

• Para a transmissão dos frames de dados nesse canal
• Transmite um anúncio do switch de canal 802.11h.
• Dissocia clientes
• Seleciona um canal diferente da lista DCA (atribuição dinâmica do canal)
  • Se o canal selecionado não é DF então o AP permite balizas e aceita associações do cliente
  • Se o AP seleciona um canal DF-exigido, faz a varredura do canal novo para sinais de radar por 60 segundos. Se não há nenhum sinal de radar no canal novo, o AP permite balizas e aceita associações do cliente. Se um sinal de radar é detectado, o AP seleciona um canal diferente

O canal provocado DF muda a conectividade de cliente do impacto.  Quando nós examinamos os logs AP, nós podemos ver as mensagens similares ao seguinte:

Para 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

Para IO 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

Vida com os canais DF

“Um evento falso DF” é quando um rádio detecta falsamente o radar.  Vê que um teste padrão da energia que acredite é o radar, mesmo que não seja (pode ser um sinal de um rádio de cliente próximo).  É muito difícil determinar mesmo se os eventos da detecção de radar são “falsos”.  Se há rádios AP múltiplos no mesmo canal DF no mesmo lugar, a seguir nós podemos supor, em geral, que se um único AP detecta o radar em um dado momento, a seguir é provavelmente detecção falsa, quando se os rádios múltiplos detectam o radar ao mesmo tempo, for radar “real” provável.

Cisco tem melhorias numerosas à capacidade dos nossos Access point para distinguir entre sinais de radar reais e falsos; contudo, não é possível inteiramente eliminar toda a detecção de radar falsa.

Geralmente, se usando os canais DF com populações densas do cliente, uma deve ser preparado para segurar até quatro eventos falsos DF pelo rádio AP, assim como, naturalmente, eventos reais do radar.

A fim abrandar/reduza o impacto destes eventos, nós pode: 

• Use a largura do canal 20MHz, que igualmente permite a melhor reutilização dos canais NON-DF
  
  
• Evite os canais DF
  • Para o domínio FCC: há os canais 9 NON-DF (36-48,149-165). À exceção das disposições muito densas, estes são bastante canais (se usando 20MHz largamente) para fornecer a cobertura total a interferência tolerável do co-canal na potência (14-17dBm) completa
  • Para o domínio ETSI: há somente quatro canais NON-DF (36-48 UNII-1)
    • Considere atribuições do canal tais que há pelo menos um canal UNII-1 disponível durante todo a área de cobertura
    • Use então os canais DF, para fornecer a capacidade adicional.
• A fim reduzir o impacto de eventos DF
  
  • Permita o anúncio do canal 802.11h - permitido à revelia em WLC
  • Desabilite Smart DF - permitido à revelia em WLC
• Use CleanAir APs com capacidades superiores da detecção de radar
  • Os 1700, os 2700, os 3700,1570, os 2800, a 3800, 4800, e o 1560 Series APs podem usar o hardware de CleanAir para apoiar o sinal adicional DF que filtra para evitar eventos falsos.
    • Para 1700, 2700, 3700, 1570, 2800, 3800: isto está disponível em 8.2.170.0, em 8.3.140.0, em 8.5.110.0 e em 8.6. (CSCve35938 , CSCvf38154 , CSCvg43083 )
    • Para 1560: isto estará disponível no 8.5MR4 e no 8.8MR1 libera-se (CSCve31869 )
• Se os canais DF são precisados em NON-CleanAir APs
  
  • Um espaço 20MHz entre os canais beneficia NON-CleanAir APs (tais como 18XX, 1540). Exemplo: uso 52, (faixa clara 56), uso 60, (faixa clara 64), uso 100, (faixa clara 104), uso 108,… 
  • O 1800 Series APs melhorou a detecção de radar em 8.3.140.0, em 8.5.120.0 e em 8.6 (CSCvg62039 , CSCvf21657 .)

Referências

Seleção dinâmica da frequência

Compreendendo a seleção dinâmica da frequência - Ações DF

Informação adicional

Espectro que compartilha na faixa gigahertz 5 - melhores prática DF (IEEE)

Avaliação básica do radar para redes de Rede sem fio