Introducción
Este documento explica abreviadamente cómo la detección de radar en la selección dinámica de la frecuencia (DFS) canaliza los trabajos, y cómo atenuar sus impactos en las redes inalámbricas.
Antecedentes
En la mayoría de los dominios reguladores, las estaciones del 802.11 se requieren para utilizar la selección dinámica de la frecuencia (DFS) al usar alguno o todos los canales en el 5GHz congriegue. (Consulte las hojas de cálculo aplicables de los canales y del máximo de energía para ver los canales del específico que requieren DFS para un Punto de acceso dado/dominio.)
las estaciones del 802.11, antes de transmitir en un canal DFS, deben validar (primero estando atentos 60 segundos) que no hay actividad del radar en ella. Y, si una radio del 802.11 detecta el radar mientras que usa el canal DFS, debe desocupar ese canal rápidamente. Así, si una radio detecta el radar en su canal de porción, después el conmutador a otro canal DFS, esto impondrá (por lo menos) una caída del sistema del uno-minuto.
Cuando un punto de acceso utiliza un canal DFS y se detecta una señal de radar, el AP se comportará como sigue:
- Para los marcos de transición transmisión de datos en ese canal
- Difunde un aviso del switch de canal 802.11h.
- Desasocia a los clientes
- Selecciona un diverso canal de la lista DCA (asignación dinámica del canal)
- Si el canal seleccionado no es DFS entonces el AP activa los faros y valida las asociaciones del cliente
- Si el AP selecciona un canal DFS-requerido, analiza el nuevo canal para las señales de radar por 60 segundos. Si no hay señales de radar en el nuevo canal, el AP activa los faros y valida las asociaciones del cliente. Si se detecta una señal de radar, el AP selecciona un diverso canal
El canal accionado DFS cambia la Conectividad del cliente del impacto. Cuando examinamos los registros AP, podemos ver los mensajes similares al siguiente:
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 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
Vida con los canales DFS
Un “evento falso DFS” es cuando una radio detecta falso el radar. Ve que un modelo de la energía que cree es el radar, aunque no es (puede ser una señal de una radio cliente próxima). Es muy difícil determinar independientemente de si los eventos de detección del radar son “falsos”. Si hay múltiple el AP radia en el mismo canal DFS en la misma ubicación, después podemos asumir, en general, que si un solo AP detecta el radar en un momento dado, después es probablemente detección falsa, mientras que si las radios múltiples detectan el radar al mismo tiempo, es radar “real” probable.
Cisco tiene mejoras numerosas a la capacidad de nuestros Puntos de acceso de distinguir entre las señales de radar reales y falsas; sin embargo, no es posible totalmente eliminar toda la detección de radar falsa.
Generalmente si usa los canales DFS con las poblaciones de clientes densas, una debe ser preparado para manejar hasta cuatro eventos falsos DFS por la radio AP, así como, por supuesto, los eventos reales del radar.
Para atenuar/reduzca el impacto de estos eventos, nosotros puede:
- Utilice la anchura del canal 20MHz, que también permite una mejor reutilización de los canales no--DFS
- Evite los canales DFS
- Para el dominio FCC: hay 9 canales no--DFS (36-48,149-165). A excepción de las implementaciones muy densas, éstos son bastantes canales (si usa 20MHz de par en par) para proveer de la cobertura total interferencia tolerable del cocanal en la potencia completa (14-17dBm)
- Para el dominio ETSI: hay solamente cuatro canales no--DFS (36-48 UNII-1)
- Considere las asignaciones del canal tales que hay por lo menos un canal UNII-1 disponible en la área de cobertura
- Entonces utilice los canales DFS, para proporcionar a la capacidad adicional.
- Para reducir el impacto de los eventos DFS
- Active el aviso del canal 802.11h - activado por abandono en WLC
- Inhabilite Smart DFS - activado por abandono en WLC
- Utilice CleanAir APs con las capacidades superiores de la detección de radar
- Los 1700, los 2700, los 3700,1570, los 2800, la 3800, 4800, y las 1560 Series APs pueden utilizar la dotación física de CleanAir para utilizar la señal adicional DFS que filtra para evitar los eventos falsos.
- Para 1700, 2700, 3700, 1570, 2800, 3800: esto está disponible en 8.2.170.0, 8.3.140.0, 8.5.110.0 y 8.6. (CSCve35938
, CSCvf38154
, CSCvg43083
)
- Para 1560: esto estará disponible en el 8.5MR4 y el 8.8MR1 release/versión (CSCve31869
)
- Si los canales DFS se necesitan en los APs no--CleanAir
- Un espacio 20MHz entre los canales beneficia a los APs no--CleanAir (tales como 18XX, 1540). Ejemplo: uso 52, (salto 56), uso 60, (salto 64), uso 100, (salto 104), uso 108,…
- Las 1800 Series APs han mejorado la detección de radar en 8.3.140.0, 8.5.120.0 y 8.6 (CSCvg62039
, CSCvf21657
.)
Referencias
Selección dinámica de la frecuencia
Comprensión de la selección dinámica de la frecuencia - Acciones DFS
Más información
Espectro que comparte en la banda 5 gigahertz - mejores prácticas DFS (IEEE)
Encuesta sobre básica el radar para las redes de Malla inalámbrica