Este documento proporciona información para ayudar a identificar y resolver problemas comunes en una red de puente inalámbrico. Los problemas comunes se dividen en tres categorías: fallo operativo básico, fallo de conectividad y rendimiento deficiente.
No hay requisitos específicos para este documento.
El equipo Cisco Aironet funciona mejor cuando todos los componentes se cargan con las versiones más recientes del software. Actualice a las versiones más recientes del software al comienzo del proceso de solución de problemas.
Puede descargar el software y los controladores más recientes en el Wireless Software Center.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). If your network is live, make sure that you understand the potential impact of any command.
Nota: La información de este documento se aplica a todas las plataformas de puentes inalámbricos a menos que se mencione específicamente.
Este documento utiliza esta topología de red:
Estos son los síntomas de una falla operacional básica:
Patrones de LED negativos o no identificables
Consulte Indicaciones LED del modo normal del puente para obtener más información sobre los patrones de LED normales en los puentes inalámbricos.
Mensajes de error en la consola
Reinicio constante
Estos problemas suelen ser catastróficos y requieren que reemplace el puente. Póngase en contacto con el soporte técnico de Cisco para obtener detalles específicos sobre el fallo operativo. Tenga a mano el número de serie del puente y una dirección de envío en caso de que el ingeniero de soporte técnico de Cisco determine que es necesario sustituir el hardware.
Puede abrir una solicitud de servicio en línea a través de la Herramienta de Solicitud de Servicio TAC (solo para clientes registrados) para equipos bajo garantía o bajo un contrato de soporte.
La falta de conectividad significa que el tráfico no puede pasar de un sitio a otro. Puede perder conectividad después de un largo período de funcionamiento correcto o en cualquier momento después de que las unidades se hayan desplegado físicamente. En cualquier situación, la resolución de problemas es la misma. Ejecute la utilidad ping desde una línea de comandos del sistema operativo desde su computadora para aislar el punto donde se pierde la conectividad. No intente dar inmediatamente un gran paso de principio a fin. En su lugar, realice pasos más pequeños para determinar dónde se pierde la conectividad. Estos pasos, utilizados en orden, pueden ayudar a aislar la pérdida de conectividad.
Haga ping a sí mismo (en el PC).
Una respuesta exitosa indica que la pila IP en la PC funciona correctamente. Complete estos pasos si no puede hacer ping a sí mismo:
Compruebe el cable entre el PC y el concentrador o conmutador al que está conectado.
Compruebe las propiedades IP de la conexión de red.
Compruebe los controladores y las utilidades correspondientes de la tarjeta de red.
Póngase en contacto con el fabricante de la tarjeta de red o el sistema operativo según sea necesario.
Haga ping en el puente local de su sitio.
Una respuesta correcta indica que la LAN local funciona correctamente. Complete estos pasos si no puede hacer ping a su bridge local:
Compruebe el cableado entre el puente y el concentrador o conmutador al que está conectado.
Si la interfaz Ethernet en el puente o el puerto en su concentrador o switch está configurada en velocidad automática o dúplex automático, especifique una configuración de velocidad y dúplex en su lugar. Configúrelo de la misma manera en ambos dispositivos, luego intente hacer ping al puente local en su sitio nuevamente.
Haga ping en el puente remoto del otro sitio.
Una respuesta exitosa indica que la conexión de radiofrecuencia entre los dos puentes funciona correctamente. Complete estos pasos si no puede hacer ping al puente remoto:
Verifique que los dos puentes estén asociados.
Verifique que sólo un bridge tenga el parámetro root activado.
En una red puenteada, sólo un puente a la vez puede ser el puente raíz.
Verifique que el identificador del conjunto de servicios (SSID) sea el mismo en ambos puentes.
Si el protocolo de encriptación inalámbrica (WEP) está activado, desactívelo temporalmente hasta que pueda establecer la conectividad y, a continuación, vuelva a activarlo una vez que haya resuelto otros problemas. Esto garantiza que la discordancia de clave WEP esté en la raíz y que el puente que no es raíz no sea la causa raíz del problema.
Nota: Consulte Resolución de problemas de conectividad en una red LAN inalámbrica para obtener más información sobre la resolución de problemas de conectividad en una red inalámbrica. La sección Bridge de este documento es útil en este momento.
Además, consulte Ejemplo de Configuración de Link Punto a Punto de los Puentes Inalámbricos para obtener información adicional.
Si puede hacer ping, pero no con una precisión del 100%, o si los tiempos de ping son excesivamente largos, vea la sección Rendimiento deficiente de este documento.
Haga ping en el destino final, en el PC remoto.
Una respuesta satisfactoria indica que la LAN remota funciona correctamente. Complete estos pasos si no puede hacer ping al servidor o al dispositivo de destino:
Compruebe la tarjeta de red, el concentrador o el switch y el cableado en el otro lado.
Compruebe las propiedades IP de la conexión de red en ese dispositivo.
Intente volver a ejecutar estas pruebas básicas desde ese dispositivo para localizar la pérdida de conectividad.
Los puentes inalámbricos pueden tener problemas de conectividad si configura los puentes con una configuración de velocidad de datos incorrecta o subóptima. Si configura las velocidades de datos incorrectamente en los puentes inalámbricos, los puentes no podrán comunicarse.
Un ejemplo típico es un escenario donde uno de los puentes se configura para una velocidad de datos fija, como 11 Mbps, y el otro puente se configura con una velocidad de datos de 5 Mbps. Normalmente, el bridge intenta transmitir a la velocidad de datos más alta establecida en basic, también denominada require, en la interfaz basada en el explorador. En caso de obstáculos o interferencias, el puente se reduce a la velocidad más alta que permite la transmisión de datos. Si uno de los dos puentes tiene una velocidad de datos de 11 Mbps establecida y el otro está configurado para utilizar cualquier velocidad, las dos unidades se comunican a 11 Mbps. Sin embargo, en caso de algún deterioro en la comunicación que requiera que las unidades retrocedan a una velocidad de datos inferior, la unidad configurada para 11 Mbps no puede retroceder. Por lo tanto, las comunicaciones fallan.
Este es uno de los problemas más comunes relacionados con las velocidades de datos. La solución alternativa es utilizar la configuración de velocidad de datos optimizada en los dos puentes inalámbricos.
Hay varios factores que pueden resultar en problemas de conectividad intermitentes. Estos son algunos de los factores comunes:
Interferencia de radiofrecuencia (RFI)
Problemas de la zona y la línea de visión (LOS) de Fresnel
Problemas con la alineación de la antena
Parámetro Clear Channel Assessment (CCA)
Otros problemas que degradan el rendimiento de los puentes inalámbricos
Refiérase a Problemas de Conectividad Intermitente en los Bridges Inalámbricos para obtener más información sobre estos factores.
Los problemas con el rendimiento del puente son los más difíciles de resolver porque hay muchas variables involucradas. En el caso de los productos inalámbricos, la mayoría de las variables son literalmente invisibles. Los puentes tienen herramientas integradas en su software que pueden ayudar a determinar con precisión la causa de los síntomas de rendimiento deficiente, pero es posible que no puedan resolver el problema subyacente. Como enfoque básico para resolver este problema, puede aumentar la potencia de transmisión en el puente no raíz. Además, si la distancia entre el puente raíz y el puente que no es raíz es inferior a 1 km, puede establecer la distancia en el puente raíz en 1. Por lo tanto, se puede obtener un mayor rendimiento.
Recuerde que el protocolo IEEE 802.11b especifica 11 megabits por segundo, semidúplex, comunicaciones inalámbricas. Establezca sus expectativas de rendimiento en consecuencia.
El primer paso para resolver cualquier problema es verificar la versión del software en el puente.
Utilice una sesión Telnet para iniciar sesión en el bridge y ejecute el comando show version EXEC para encontrar la versión del software Cisco IOS® que se ejecuta en el bridge. Este ejemplo muestra el resultado del comando de un bridge que ejecuta Cisco IOS Release 12.2(13)JA2:
bridge> show version
Cisco Internetwork Operating System Software IOS (tm) C1410 Software (C1410-K9W7-M), versión 12.2(13)JA2 Copyright (c) 1986-2003 de Cisco Systems, Inc.
También puede encontrar la versión de software en la página System Software Version (Versión de software del sistema) en la interfaz del navegador web del puente.
Comience en el Wireless Software Center y elija el modelo de puente con el que trabaja. Compare su versión actual con la versión con el número más alto del software de bridge enumerado. Si no ejecuta la última versión, actualice a la última versión para empezar a resolver el problema de rendimiento. Consulte Administración del Firmware y las Configuraciones para obtener más información sobre cómo actualizar el firmware del bridge.
El software Bridge proporciona herramientas para mostrarle los tipos de problemas y dónde el Bridge encuentra los problemas. Dos de las herramientas más útiles son las ventanas Estadísticas de rendimiento y Estadísticas de errores. En toda la red inalámbrica, hay al menos dos puentes involucrados, y es importante observar las estadísticas de ambos lados (cableado e inalámbrico) de todos los puentes cuando intenta aislar un problema. Las estadísticas solo son relevantes a lo largo del tiempo, y solo cuando se tiene algún punto de referencia para la comparación. La comparación de estadísticas de dos puentes asociados muestra claramente si el problema está en un lado o en ambos.
Debe consultar ambos conjuntos de estadísticas de rendimiento para comenzar. Complete estos pasos:
Acceda a la página Estadísticas.
Esto varía y depende del modelo de puente.
Este documento explica el procedimiento para llegar a la página Statistics en un puente de la serie 340 que ejecuta el sistema operativo VxWorks.
Elija Statistics en el menú Main una vez que se establece la conexión con el puente.
El menú Statistics (Estadísticas) proporciona una amplia gama de información sobre el rendimiento del puente.
Complete el procedimiento de Visualización de Estadísticas para llegar a la página Estadísticas de Rendimiento Global.
Borre las estadísticas en ambos puentes al mismo tiempo para que el factor tiempo de las estadísticas sea similar.
Nota: Pulse C (como se indica en la parte inferior de la página Estadísticas de Rendimiento Global) para borrar las estadísticas de rendimiento global.
Borre y revise las estadísticas varias veces a lo largo de un día, o de varios días, para reconocer y comprender los patrones de tráfico individuales en una red determinada.
El patrón de tráfico fluye en esta secuencia:
En el lado Ethernet del puente A
Fuera del lado de la radio del puente A
En el lado de radio del puente B
Fuera del lado Ethernet del puente B
Verifique que la radio de un puente transmita con éxito todos los paquetes que recibe de su Ethernet.
Por ejemplo, si el conteo de paquetes Bridge Receive es 1000, verifique que el conteo de paquetes Radio Transmit esté algo cerca de 1000.
Nota: Si el bridge está conectado a un hub, es posible que los dos valores no estén cerca porque el hub es un dispositivo de broadcast y envía al bridge todo el tráfico que recibe. Sin embargo, si el puente está conectado a un switch, los dos valores deben ser aproximadamente iguales.
Compare el conteo de paquetes de transmisión de radio en el puente A con el conteo de paquetes de recepción de radio en el puente B.
Si el conteo de transmisión del puente A es mayor que el conteo de recepción del puente B, los paquetes se pierden a través del link de radio. Es probable que esta pérdida se deba a uno de estos problemas:
La señal no es lo suficientemente fuerte para que los paquetes lleguen al otro lado.
Los paquetes son destruidos por alguna interferencia externa.
Si el conteo de recepción del puente B es mayor que el conteo de transmisión del puente A, se reciben señales adicionales. El bridge los interpreta como paquetes. Es probable que esta interferencia se deba a uno de estos problemas:
Un dispositivo cercano de 2,4 GHz, como un teléfono inalámbrico de 2,4 GHz, transmite en la misma frecuencia.
Un horno microondas cercano que se filtra envía señales en la misma frecuencia.
Nota: La página Statistics (Estadísticas) en un Bridge de la Serie 1400 que ejecuta Cisco IOS se ve similar a este diagrama:
Consulte Mensajes de Error y Eventos para obtener más información sobre las definiciones y las implicaciones de cada tipo de error en el informe Estadísticas de Errores. Este documento se basa en el puente de la serie 1400.
Aunque el lado Ethernet con cables puede ser dúplex completo, el lado de la radio no lo es. Por lo tanto, cuando la radio tiene un paquete para transmitir, no lo hace mientras otra radio transmite en el mismo canal o frecuencia. Cuando se produce esta situación, el contador de estadísticas de retenciones aumenta. Cuando el puente continúa recibiendo paquetes en la interfaz Ethernet, pero no puede transmitirlos a través de la interfaz de radio debido a las retenciones, las memorias intermedias diseñadas para retener esos paquetes salientes se llenan muy rápidamente. Esto depende del flujo y volumen del tráfico. Cuando esos búferes se desbordan, los paquetes excedentes se descartan y la estadística de descartes completos de la cola se contraincrementa. Es posible que vea mensajes en la consola del puente o en el registro de errores.
Cuando la radio de un bridge transmite un paquete, el bridge receptor debe enviar una ACK de regreso al bridge transmisor para que el bridge transmisor pueda pasar al siguiente paquete en su cola de transmisión. Si el puente transmisor no recibe ese ACK, transmite ese mismo paquete nuevamente hasta que recibe un ACK del puente receptor. Cuando un bridge transmite el mismo paquete más de una vez, el contador de estadísticas de reintentos aumenta. Puede asumir que una de estas situaciones es cierta:
El puente receptor no envió el ACK.
El ACK se envía, pero el puente transmisor no lo recibe. Por lo tanto, el transmisor tuvo que reenviar el paquete.
Todas estas estadísticas indican un problema con la transmisión exitosa a través del link de radio y no indican una falla del hardware físico.
Esta sección proporciona información para resolver problemas básicos con el puente inalámbrico.
Consulte Configuración de las Funciones WEP y WEP si el problema se debe a un error de configuración y la autenticación se debe reconfigurar.
La configuración básica no coincidente es la causa más común de pérdida de conectividad inalámbrica. Si el bridge no se asocia con un bridge remoto, verifique estas áreas.
SSID: todos los puentes deben utilizar el mismo SSID para asociarse. Compruebe que el valor SSID que se muestra en la página Express Setup es el mismo para todos los puentes. Además, verifique que los puentes estén configurados para el rol de red apropiado. Sólo se puede configurar un puente como puente raíz.
Configuración de seguridad: los puentes remotos que intentan autenticarse en su puente deben utilizar las mismas opciones de seguridad configuradas en el puente. Estas opciones incluyen:
WEP
Protocolo de autenticación extensible (EAP)
Protocolo de autenticación extensible ligero (LEAP)
Autenticación de dirección MAC
Comprobación de integridad del mensaje (MIC)
Hashing de clave WEP
Versiones de protocolo 802.1X
Si un puente que no es raíz no puede autenticarse en el puente raíz, verifique que la configuración de seguridad sea la misma que la configuración del puente.
Refiérase a Configuración de Tipos de Autenticación para obtener más información sobre cómo configurar los diversos tipos de autenticación en un Bridge de la Serie 1400.
Consulte Configuración de Tipos de Autenticación para obtener más información sobre cómo configurar los diversos tipos de autenticación en un Bridge de la Serie 1300.
Si olvida la contraseña que le permite configurar el puente, debe restablecer completamente la configuración. Puede utilizar el botón MODE o la interfaz del navegador web para restablecer la configuración a los valores predeterminados de fábrica.
La sección Restablecimiento de la Configuración Predeterminada del Troubleshooting del Bridge de la Serie 1400 proporciona más información sobre el procedimiento de restablecimiento.
Es posible que el firmware del puente no se pueda cargar o esté dañado. En estos casos, debe estar en condiciones de solucionar este problema. Debe utilizar la interfaz del navegador web o el botón MODE para recargar el archivo de imagen del bridge completo. Puede utilizar la interfaz del explorador si el firmware del puente sigue funcionando completamente y si desea actualizar la imagen del firmware. Puede utilizar el botón MODE cuando el puente tiene una imagen de firmware dañada.
La sección Recarga de la Imagen del Bridge del Troubleshooting del Bridge de la Serie 1400 proporciona información sobre este procedimiento.
Cuando el puente transmite y recibe tráfico pesado, a veces no puede iniciar una sesión Telnet y las sesiones Telnet que existen se congelan o cuelgan. Sin embargo, se espera este comportamiento porque el bridge da prioridad máxima al tráfico de datos y una prioridad más baja al tráfico Telnet.
Si intenta cargar imágenes de software en el puente desde una sesión Telnet y una sesión de consola simultáneamente, el puente no puede detectar que dos imágenes se cargan al mismo tiempo. Por lo tanto, no intente esta descarga de imágenes simultánea.
Los puentes inalámbricos de Cisco pueden analizar diferentes canales para detectar RFI. La prueba de ocupado de la portadora ayuda a ver la actividad en el espectro de radiofrecuencia (RF). La prueba de Ocupado del Transportista está disponible en los puentes y le permite ver el espectro de radio.
Nota: Esta prueba de Carrier Busy podría fallar mientras la ejecuta en el puente no raíz. Esta prueba produce cualquier resultado sólo cuando se ejecuta desde el puente raíz.
La sección Ejecución de la Prueba de Ocupado de la Portadora de Resolución de Problemas de los Puntos de Acceso Autónomos y los Bridges de la Serie 1300 explica el procedimiento para ejecutar una Prueba de Ocupado de la Portadora en un Bridge de la Serie 1300.
La sección Realización de una Prueba de Ocupado de la Portadora de la Serie 1400 - Configuración de las Configuraciones de Radio explica la configuración de CLI para realizar una Prueba de Ocupado de la Portadora en un Bridge 1400.
La configuración de los puentes raíz y no raíz es básicamente la misma. Excepto para cosas como el nombre de host, la dirección IP y la función de radio, si encuentra diferencias entre las configuraciones, las diferencias pueden ser problemáticas. Algunos de los problemas de configuración más comunes son:
Configuración del puerto de antena de transmisión/recepción: si el puente sólo utiliza una antena, asegúrese de que la configuración del puerto de antena sea correcta. Por lo general, se establece en el puerto de antena derecho. No utilice el ajuste de diversidad si sólo hay una antena.
Concatenación: BR1310 y BR1410 admiten concatenación. Esta concatenación de paquetes inalámbricos es el proceso de concatenar paquetes más pequeños en paquetes más grandes para utilizar de manera más eficiente el medio inalámbrico y proporcionar un mayor rendimiento general de datos en un puente inalámbrico. Esta función se introduce en Cisco IOS Release 12.2(11)JA. Si conecta un BR1310 a un dispositivo diferente, asegúrese de inhabilitar la concatenación en el BR1310 si el otro dispositivo no lo admite.
Potencia de transmisión: en entornos que pueden estar sujetos a problemas de múltiples rutas, una menor potencia de transmisión puede ayudar.
Distancia: si hay más de 1 km entre los sitios, debe establecer el parámetro de distancia en el puente raíz para permitir tiempo suficiente para que los puentes reconozcan las tramas recibidas. Si este parámetro no se configura en un link de bridge de más de 1 km, los bridges muestran tramas duplicadas.
El inyector de energía para el BR1300 se conecta a la unidad del puente principal con un par de cables coaxiales. Estos cables transmiten alimentación y una señal Ethernet. Esto es significativo porque el inyector de energía contiene un switch que no es configurable. El puerto 0 de este switch se conecta a FastEthernet 0 en el puente. El puerto 1 proporciona conectividad a la red externa a través del conector RJ45. Los ajustes de este switch son para velocidad automática y dúplex automático. La configuración dúplex significa que los dispositivos externos están configurados en dúplex automático o semidúplex. No configure el dispositivo externo para dúplex completo porque esto resulta en una discordancia dúplex. Puede ejecutar el comando show power inyector para ver las estadísticas en el switch del inyector de energía.
Póngase en contacto con el Soporte Técnico de Cisco para obtener asistencia adicional para resolver problemas de bridge. Incluya esta información en su solicitud de servicio en línea o téngala disponible cuando llame a:
Número de serie de cada dispositivo implicado
Número de modelo de cada dispositivo implicado
Versiones de firmware de cada dispositivo implicado
Breve descripción de la topología de su LAN inalámbrica
Revisión | Fecha de publicación | Comentarios |
---|---|---|
1.0 |
17-Apr-2002
|
Versión inicial |