En 2015 Apple et Cisco ont annoncé un partenariat stratégique pour améliorer les fonctions du réseau (Cisco) et des terminaux (Apple), afin d’offrir des services avancés encore plus fiables et performants pour les entreprises et les utilisateurs finaux.
Ce travail conjoint se traduit dans le développement de nouvelles fonctionnalités, ainsi que dans des séries de tests poussés pour en garantir la pleine compatibilité et fonctionnalité.
En ce qui concerne les technologies Wi-Fi, nous livrerons bientôt les premiers fruits de ce partenariat avec deux nouvelles améliorations : « Adaptive 802.11r » et « Fastlane QoS ».
Adaptive 802.11r
Depuis quelques années l’IEEE a introduit un vrai standard pour le roaming des terminaux Wi-Fi, appelé 802.11r ou Fast Transition.
Avant ce standard il n’y avait que des techniques « conventionnées » entre les constructeurs des équipements réseau et terminaux Wi-Fi : Opportunistic Key Caching (OKC) ou Pro-active Key Caching (PKC), Sticky Key Caching (SKC), ou encore Cisco Centralized Key Management (CCKM). Aucune de ces techniques en revanche, bien que largement adoptées et même « suggérées » pour certaines par l’IEEE 802.11i, n’est officiellement standardisée : cela rend l’interopérabilité entre différents constructeurs parfois difficile.
Le standard IEEE 802.11r a apporté une technique réglementée et commune, ainsi qu’une vitesse de roaming supérieure à la plupart des autres méthodes et similaire au CCKM.
Le « prix » à payer pour ce standard de roaming a été le support de nouveaux éléments d’information envoyés par les points d’accès Wi-Fi dans les trames pour la découverte (« beacon » et « probe response ») et l’association (« (re)association response ») à un réseau Wi-Fi. Par conséquent, des anciens terminaux et des nouveaux encore aujourd’hui ne comprennent pas ces éléments d’information et refusent de se connecter à un réseau Wi-Fi supportant le 802.11r. Depuis la version AireOS 8.0 du contrôleur Wi-Fi Cisco nous avions introduit un mode hybride qui permettait d’accepter des clients 802.11r et non 802.11r sur le même réseau ; cependant, même avec cette amélioration côté infrastructure, on ne peut pas garantir au 100% que les clients non 802.11r acceptent de se connecter.
Vous pouvez retrouver tous les détails techniques du standard IEEE 802.11r dans le guide suivant :
http://www.cisco.com/c/en/us/support/docs/wireless-mobility/wireless-lan-wlan/116493-technote-technology-00.html#anc24
A partir de la version AireOS 8.3 du contrôleur Wi-Fi Cisco et iOS 10 des terminaux Apple, nous allons supporter le « Adaptive 802.11r ».
Cette fonction permettra d’annoncer le standard 802.11r pour les terminaux Apple uniquement, tout en acceptant également des terminaux non 802.11r et sans besoin de leur annoncer les éléments d’informations 802.11r ou un mode mixte en général. Une telle technique garantit aux terminaux Apple d’exploiter tous les avantages du 802.11r et aux terminaux non 802.11r de continuer à se connecter avec d’autres options de roaming.
Et pour les terminaux non Apple supportant le 802.11r ?
Vous l’avez peut-être pressenti, avec « Adaptive 802.11r » ils vont être traités comme des terminaux non 802.11r. Il faudra donc faire un choix :
- Si on estime que la majorité des terminaux Wi-Fi bénéficiant du 802.11r sur notre réseau seront des terminaux Apple, on pourra leur fournir le support du 802.11r avec « Adaptive 802.11r ». En parallèle, les terminaux non 802.11r auront également la garantie de pouvoir se connecter et les terminaux 802.11r non Apple seront négligés en ce qui concerne le support du 802.11r.
- Si on estime que les terminaux Wi-Fi bénéficiant du 802.11r sur notre réseau seront des terminaux Apple et non, on pourra éventuellement revenir à l’activation d’un mode hybride, avec lequel l’on acceptera des clients 802.11r et non, mais en continuant à annoncer les éléments d’information 802.11r. On prendra ici un petit risque pour les clients non 802.11r les moins « compréhensibles » et qui n’accepteront pas de se connecter en présence des éléments d’information 802.11r.
Fastlane QoS
Toujours à partir de la version AireOS 8.3 du contrôleur Wi-Fi Cisco et iOS 10 des terminaux Apple, nous introduirons le concept d’une liste blanche (« whitelist ») d’applications sur les terminaux Apple, dont le marquage QoS sera respecté en cas de congestion.
Cette liste blanche est configurée sur un terminal Apple à l’aide du configurateur de profils (Apple Configurator) ou d’une solution de Mobile Device Management (MDM). La solution Cisco Meraki Systems Manager supportera également l’affectation de cette configuration et d’autres options encore :
Les applications dans la « whitelist » auront le support d’un marquage QoS côté infrastructure Wi-Fi Cisco en cas de congestion. Les applications en dehors de cette « whitelist » seront traitée comme du trafic « best effort » en Wi-Fi, sans forcément écraser leur champ DSCP. Si la “whitelist” est vide ou absente, toute application sera traitée dans la queue correspondante à la valeur DSCP et/ou 802.11e UP envoyée par le terminal (comportement par défaut).
La version AireOS 8.3 du contrôleur Wi-Fi Cisco est prévue pour juillet / août et la version iOS 10 d’Apple est prévue pour l’automne 2016.
N’hésitez pas à nous envoyer vos commentaires sur cet article à travers le formulaire ci-dessous et à bientôt pour les prochains blogs !
Authors
