el 12-07-2016 04:52 AM
Buen día,
Tengo el siguiente problema, usuarios conectados a un plataforma wireless, después de navegar un par de horas, quedan en estado conectividad limitada o nula, pierden conectividad con su default Gateway y solamente se soluciona el problema cuando el cliente se desconecta y vuelve a conectarse al AP. está deshabilitado el session timeout y aplicadas las mejoreas wireless publicvadas por Cisco. Tienen alguna idea???
Modelo WLC 7510
Versión WLC 8.0.121.0
Modelo AP 1040 y 3702 (97 y 5 respectivamente).
Saludos.
el 12-07-2016 05:16 AM
Hola Daniel,
Necesitamos mas informacion para poder entender porque los clientes dejan de pasar trafico.
Podrias enviar un debug client <mac address>. Conecta el cliente y deja el debug corriendo hasta que el problema suceda.
Saludos,
Rafael
el 12-07-2016 06:05 AM
Rafael,
Que tal, respondo tus consutas:
Con respecto al debug, se adjunta.
Saludos.
el 12-07-2016 08:33 AM
Hola Daniel.
Algunas de preguntas:
1.- Que tipo de autenticación utiliza la red
2.- Donde esta configurado el servicio de DHCP y quien es el DG de ese pool.
3..- Este es un comportamiento reciente o es una implementación nueva y siempre has tenido esta falla.
4.- Cuando pierdes la comunicación la WLC aun alcanza su DG?
Saludos!!
el 12-07-2016 08:41 AM
Hola Daniel,
Respondo tus preguntas:
1.- Que tipo de autenticación utiliza la red
WPA / WPA2 con 802.1x
2.- Donde esta configurado el servicio de DHCP y quien es el DG de ese pool.
DHCP configurado en Servidor DHCP, DG de este pool es un Firewall Checkpoint (Plataforma en modalidad Flex-connect). WLC y DHCP server están en un Datacenter.
3..- Este es un comportamiento reciente o es una implementación nueva y siempre has tenido esta falla.
Se migro la plataforma desde un WLC 5508 en modo Local (Versión 7.4) hacia un WLC 7510 en modo Flexconnect. (Versión 8.0) desde la migración aparece la falla.
4.- Cuando pierdes la comunicación la WLC aun alcanza su DG?
Si, ya que está en modo Flexconnect, WLC siempre alcanza su DG. Otros sitios que utilizan el mismo WLC no presentan esta falla, unica diferencia que estos sitios utilizan solamente AP 3702.
el 12-13-2016 11:41 AM
Hola Dany.
Perdona la demora pero no tuve oportunidad de darle seguimiento a tu caso,
Como van las cosas? Sigues con el mismo problema?
el 12-13-2016 12:30 PM
Hola Daniel,
si si aún sigo con el mismo problema.
el 12-20-2016 09:58 AM
Danny,
Perdonarme, parece que nunca se posteo mi ultima solicitud donde te pedía compartir el archivo de configuración de tu WLC
el 06-30-2017 12:50 PM
Saludos Daniel,
Te consulto, solucionaste el problema? Yo tengo un usuario que está presentando el mismo síntoma, periódicamente queda con conectividad nula pero, ni en la WLC, ni en el Cisco Prime vemos estas desconexiones.
La autenticación es contra un AD integrado a un ACS y no se evidencian dichas autenticaciones repetitivas durante el día. Solo una al inicio del Día.
Agradezco la orientación.
el 07-02-2017 02:51 PM
Estimado Carlos.
El problema lo tienes con un solo usuario en todos sus dispositivos, o solo en un dispositivo?
***Please rate the answer if this information was useful***
**Por favor si la información fue util marca esta respuesta como correcta**
*Tu reconocimiento nos alienta a seguir participando en los foros *
** ¡Las calificaciones fomentan la participación! **
Por favor asegúrese de calificar las respuestas a sus preguntas.
el 07-04-2017 08:50 AM
Saludos Daniel,
En el sitio solo se conecta un usuario y a un solo dispositivo, argumenta que queda en conectividad nula ( Triangulo amarillo), y debe reiniciar la conexión WIFI desde la tableta para navegar nuevamente.
Quedo atento, de antemano gracias¡¡
el 07-04-2017 11:35 AM
Estimado Carlos,
Es un poco complejo tratar este tema ya que las aparentes desconexiones del cliente no te arrojan un solo log ni en el WLC ni en tu Prime.
No sé si en las pruebas has intentado con otro dispositivo utilizar las credenciales del usuario y ver si tiene el mismo comportamiento.
O bien firmar el dispositivo del usuario con otras credenciales, de esa forma podras identificar si se trata de un tema con la credenciales del usuario o con el propio dispositvo.
Sin embargo puedes utilizar los siguientes comandos y podemos revisar si estos debugs arrojan algo fuera de la normal.
debug client <Mac-Address>
debug aaa all enable
show debug
No olvide ejecutar al final el comando debug disable-all, despues de haber obtenido la información
***Please rate the answer if this information was useful***
**Por favor si la información fue util marca esta respuesta como correcta**
*Tu reconocimiento nos alienta a seguir participando en los foros *
** ¡Las calificaciones fomentan la participación! **
Por favor asegúrese de calificar las respuestas a sus preguntas.
el 07-05-2017 10:26 AM
Hola Carlos,
Solo para clarificar el problema:
undebug all
debug dot11 dot11Radio 1 trace print mgmt keys rxev rcv xmt txev txrad txfail
Usa 1 si tu cliente esta conectado en 5Ghz o 0 si es en 2.4Ghz
terminal monitor
Inicia un ping continuo al GW y adjunta esa informacion cuando tengas el problema.
Saludos.
Rafael - TAC
el 07-07-2017 06:05 AM
Saludos Daniel y Rafenriq,
De antemano gracias por los aportes, les comento que se evidenciaron solicitudes de autenticación de la máquina adicional a las de usuario, el usuario autenticaba bien, más las de la máquina eran FAIL, por tal motivo se tomo la decisión de configurar de nuevo las politicas de autenticación obviando la comprobación de certificados ( Se borraron los perfiles de usuario de windows y las redes aprendidas por wireless.) Se configuro todo desde cero y hasta el momento no se han presentado más eventos conectividad nula.
Muchas gracias¡¡¡
el 07-07-2017 06:05 AM
Good to know ... :)
Rafael - TAC
Descubra y salve sus notas favoritas. Vuelva a encontrar las respuestas de los expertos, guías paso a paso, temas recientes y mucho más.
¿Es nuevo por aquí? Empiece con estos tips. Cómo usar la comunidad Guía para nuevos miembros
Navegue y encuentre contenido personalizado de la comunidad