Dispositivos móviles y aplicaciones rápidas en Meraki

Cómo una combinación de Meraki APs y Systems Manager suaviza el camino para dispositivos iOS.

Hace doce meses, Cisco y Apple anunciaron una nueva y emocionante asociación para acelerar la empresa móvil. En el período intermedio, se ha trabajado mucho detrás de escena, preparándose para algunos avances reales en la experiencia del usuario al operar dispositivos Apple con iOS 10 en una red inalámbrica de Cisco. Naturalmente, la tecnología Meraki está de camino, y los frutos de el trabajo ahora están listos para compartir.

Desde que todos comenzamos a transportar dispositivos móviles, los administradores de red se han enfrentado a una serie de desafíos. Algunos de estos se relacionan con el entorno físico y pueden mitigarse con una encuesta profesional en el sitio para establecer el número y la ubicación correctos de AP. Otros desafíos se relacionan más con los dispositivos móviles que se unen a estas redes Wi-Fi: los teléfonos inteligentes, tabletas, etc.

Dos desafíos para el cliente que se destacan son el roaming y la priorización de aplicaciones, y estas son solo dos de las áreas que Cisco, incluido Meraki, está abordando para iPhone y iPad con iOS 10. Vamos a analizar esto y ver los dos a su vez.

Itinerancia

A medida que un dispositivo móvil se mueve a través del entorno de Wi-Fi y aumenta la distancia desde su AP conectado, el dispositivo debe moverse para mantener la conexión a la red. Este proceso de roaming requiere que el cliente encuentre otro AP que sirva el mismo SSID y luego siga el proceso de establecer una nueva asociación realizando un apretón de manos con el nuevo AP. Con el roaming clásico, la responsabilidad recae en el cliente para iniciar el roaming. El método para hacerlo no es parte del estándar 802.11 y varía entre los fabricantes de dispositivos, por lo que inevitablemente pueden surgir problemas si el método de itinerancia de un determinado cliente es incompatible con el propio método de AP. Además, en un entorno seguro donde los clientes deben autenticarse, el proceso de autenticación completo debe realizarse en cada itinerancia.

El desafío es que ambos procesos, la re-asociación y la re-autenticación, introducen demoras, lo que puede afectar la experiencia del usuario. Para abordar esto, se agregaron tres extensiones al estándar 802.11: 802.11k, v y r, cada una de las cuales se implementa en los AP Meraki.

802.11k

En lugar de tener que establecer ciegamente los puntos de acceso disponibles a través del escaneo activo en el momento de la itinerancia, los dispositivos del cliente solicitan una lista de vecinos del punto de acceso al que están asociados. Esta lista, que puede variar para cada cliente, en función de su ubicación, incluye AP que ofrecen el mismo SSID y el canal en el que sirven ese SSID. En el momento de la itinerancia, el cliente puede comunicarse directamente con los puntos de acceso de la lista, lo que reduce el tiempo de reasociación.

802.11v

La primera mejora para los AP Meraki es la adición de soporte para 802.11v, que se basa en “k” al aconsejar al cliente cuál es el mejor AP al que vagar, según la carga. Los dispositivos Apple que ejecutan iOS 10 pueden reconocer “v” y, por lo tanto, se beneficiarán de esta información adicional, asegurando una mejor distribución de la carga entre los puntos de acceso y una experiencia general mejorada para los clientes.

802.11r

Con 802.11r, la reautenticación de los clientes se acelera enormemente al compartir claves de cifrado entre los AP y agilizar la transferencia entre ellos. Tanto 802.11k como “r” han estado disponibles en los AP Meraki por algún tiempo. Solo hay una advertencia relacionada con “r” que ha impedido su adopción generalizada: la compatibilidad del dispositivo. No todos los clientes admiten el estándar, por lo que siempre hemos proporcionado un switch de palanca para desactivarlo cuando surgen problemas de compatibilidad. Este switch de palanca es una herramienta contundente, un “todo o nada”. Entonces, una de las mejoras más importantes que estamos anunciando para los clientes de Meraki es un nuevo enfoque conocido como ‘802.11r adaptativo’, que permite que los últimos dispositivos iOS con iOS 10 usen automáticamente ‘802.11r’ cuando se conectan a los AP, independientemente de la configuración del switch de palanca. Esto permitirá un rendimiento superior para dispositivos Apple, incluso en un entorno de dispositivos mixtos.

Con 802.11r, solo se realiza una solicitud de autorización al servidor, luego se comparte entre los AP

Priorización de aplicaciones

Algunas de las aplicaciones que ejecutamos en los dispositivos son más exigentes y requieren prioridad para su tráfico a medida que atraviesa la red. Principalmente estamos pensando en aplicaciones más sensibles a la latencia, como voz y video. Quality of Service (QoS) proporciona las herramientas que necesitamos priorizar una vez que los datos llegan a la infraestructura de red, pero ¿cómo gestionamos el flujo de tráfico entre el dispositivo y la red?

Presentación de la integración Fast Lane con los perfiles de Systems Manager

Wireless MultiMedia (WMM) proporciona un mecanismo para priorizar el tráfico de aplicaciones en la red inalámbrica. Los AP Meraki ya tienen la capacidad de marcar el tráfico inalámbrico para el tratamiento de QoS basado en el análisis de tráfico de Capa 7. Además, Apple permite a los desarrolladores solicitar la priorización en el nivel de la aplicación, que se asigna a WMM en el nivel del dispositivo para que el tráfico tenga prioridad en el flujo ascendente al AP. El resto del tráfico de la aplicación se envía como Mejor esfuerzo, como con otras formas de QoS.}

Carril rápido con Systems Manager para la priorización controlada de aplicaciones

Los AP Meraki honran todas las marcas WMM entrantes de iOS (lo que comúnmente se conoce como carril rápido). Sin embargo, puede ser deseable que el administrador de TI limite qué aplicaciones tienen permiso para establecer estas marcas de acuerdo con la política o postura del dispositivo, para evitar abusos o para diseñar la red para un mejor rendimiento. Llamamos a esto QoS por aplicación, y es una nueva función en la sección de Perfiles de Wi-Fi de Meraki Systems Manager.

La decisión de respetar las marcas para aplicaciones específicas podría basarse en reglas de políticas como un cronograma, un geofence, la identidad del usuario o el grupo de Active Directory. La postura del dispositivo también se puede interrogar, verificando la presencia de un código de acceso o si el dispositivo se ha visto comprometido por el jailbreak, antes de cumplir con las marcas de priorización de la aplicación.

En conjunto, estas innovaciones de Cisco y Apple, incluidas las nuevas capacidades en Meraki APs y Systems Manager, ofrecen una diferencia real para los dispositivos que ejecutan iOS 10. Estamos orgullosos del trabajo de los ingenieros que ayudaron a hacer esto realidad para los clientes de Cisco. el mundo y no puedo esperar para ver su impacto en la experiencia de iOS. Para otra perspectiva, incluida la forma en que Cisco Spark ofrece una experiencia de llamadas integradas en iOS 10, consulte la página de asociación en Cisco.com aquí, o esta página en el sitio web de Apple. Los clientes actuales de Meraki AP y Systems Manager podrán probar estas nuevas funciones a finales de este mes. Alternativamente, para una introducción a Meraki, simplemente únase a uno de los seminarios web regulares.

Etiquetas: