fbpx
Saltar al contenido

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 a nivel de la aplicaci贸n, que se asigna a WMM a nivel de 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 los seminarios web regulares.

Etiquetas:
Abrir chat
Hola 馃憢馃徎
驴Tienes alguna consulta?