Avant de regarder les mécanismes de la solution Cisco qui permettent d’optimiser cet usages, faisons quelques rappels sur ces 2 bandes :

• La Bande des 2,4GHz :

C’est la bande historique du WiFi. Elle définit 13 fréquences utilisables pour les canaux WiFi à 20MHz, mais seulement 3 cellules WiFi sont réellement disponibles simultanément sans se brouiller mutuellement. Cette bande est utilisée par le 802.11, le 802.11b (11Mbps), le 802.11g (54Mbps) et enfin le 802.11n (144Mbps). C’est la bande de fréquence la plus chargée et la plus perturbée, tous les équipements WiFi l’utilisent, ainsi que de nombreuses autres technologies.

• La Bande des 5GHz :

Ouverte plus tardivement, cette bande de fréquence a dans un premier temps été interdite en France, puis ouverte partiellement, puis ouverte plus largement mais avec des contraintes fortes (en particulier l’usage de DFS). Cet historique fait que malheureusement de nombreuses personnes pensent encore que la bande des 5GHz n’est pas autorisée en France ! Hors avec l’explosion des usages et du nombre des équipements WiFi en circulation, il n’est pas possible de faire l’impasse sur cette bande de fréquence si l’on veut offrir un service correct en WiFi. En effet la bande des 5GHz offre jusqu’à 11 canaux disjoints (à 20MHz) pour créer des cellules WiFi.

Pour tout savoir sur la réglementation des bandes radio WiFi en France, une seule référence : L’ARCEP.

La bande des 5GHz est donc bien plus capacitaire que celle du 2,4GHz. Malheureusement de nombreux équipements cherchent d’abord à utiliser la bande des 2,4GHz avant de tester si le service est aussi disponible sur la bande des 5GHz. Pour optimiser au mieux l’usage de ces bandes de fréquence, Cisco a développé un mécanisme permettant de « forcer », autant que cela se peut, les équipements supportant le 5GHz à utiliser cette bande. Leur offrant ainsi un service meilleur (moins perturbé, plus capacitaire) et libérant de la place sur la bande des 2,4GHz pour ceux qui ne savent pas faire autre chose (anciens équipements, smartphones, …).

Le principe est finalement assez simple : lorsqu’un équipement veut se connecter à un SSID il envoi un message de découverte (« discovery probe ») pour que tous les AP du voisinage offrant ce SSID lui répondent. Il choisit alors « le meilleur » en fonction de son propre algorithme. Pour « orienter » l’équipement vers la bande des 5GHz, le contrôleur va corréler tous les messages de découverte d’un équipement et découvrir s’il supporte ou non la bande des 5GHz. Si c’est le cas il ne va pas répondre sur la bande des 2,4GHz, mais uniquement sur celle des 5GHz, forçant de fait l’équipement à utiliser cette dernière. Bien évidemment cette méthode « BandSelect » s’accompagne de mécanismes de protection permettant d’accepter aussi l’équipement sur la bande des 2,4GHz en cas d’échec d’association sur la bande des 5GHz. De plus « BandSelect » est activable SSID par SSID, permettant de ne pas le mettre en œuvre si nécessaire sur certains usages.

Cependant les réseaux d’entreprise prenant de plus en plus d’ampleur on peut se retrouver dans une situation où un SSID présent sur une centaine (ou plus d’AP) irrigue un nombre important de client. Tous ces clients étant ensuite injectés sur un même VLAN au niveau du contrôleur. On peut donc se retrouver, en central, avec des subnet IP très grand.

Il est possible de partager la charge sur plusieurs subnet en utilisant différentes fonctions du contrôleur Cisco :

• Affectation dynamique de VLAN :

Lorsque l’on choisit, généralement pour des raisons de sécurité, d’affecter dynamiquement un VLAN à un utilisateur en fonction de son profil, on réalise de fait un partage de charge. En effet pour un même réseau radio (SSID) on va au final avoir le flux résultant sur le réseau Ethernet réparti sur plusieurs subnet IP.

• VLAN par groupe d’AP :

Lorsque l’on utilise la notion de « Groupe d’AP » il est alors possible d’affecter, pour un SSID donné, un VLAN de sorti par défaut différent pour chaque groupe d’AP. Il est ainsi possible par exemple de faire en sorte que tous les AP d’un bâtiment utilisent un VLAN alors que ce d’un autre utiliseront un autre VLAN. On va ainsi obtenir une sorte de partage de charge géographique en fonction de la constitution des groupes d’AP.

• VLAN Select :

La dernière solution est plus systématique. Elle consiste à créer plusieurs VLAN Ethernet, à les regrouper dans ce que l’on appelle un « Interface Group » et à affecter ce dernier au SSID concerné. On n’a donc plus un seul gros VLAN associé à un SSID, mais un « pool ».

Le contrôleur va alors répartir les clients sur les différents VLAN en effectuant un « hashing » sur la MAC address afin de choisir « au hasard » un VLAN de sortie. Le gros intérêt du « hashing » (comparé à une répartition en « round-robin ») est que le client se voit toujours affecté au même VLAN de sortie, même s’il est déconnecté un moment puis revient. Cela lui permet de conserver une consistance dans son adressage IP. Il faut noter aussi que le contrôleur surveille l’affectation des adressages IP et que dans le cas où un VLAN (un subnet) n’arrive plus à délivrer d’adresse IP (subnet plein) il va alors réaffecter le client à un autre VLAN dans le pool.

Cette fonction, dans les contrôleurs Cisco, s’appelle « VLAN Select ».

Les produits WiFi sont généralement comparés sur des grands critères commun : 802.11n oui/non, performance, prix, … Au-delà de ces points, primordiaux il est vrai, la richesse d’une solution va se trouver aussi dans la souplesse de ses fonctions d’architecture qui vont permettre des topologies de réseaux adaptées à chaque entreprise. VLAN Select est un exemple typique de ces fonctions parfois méconnues qui vont permettre de répondre au besoin réel de l’entreprise.

Si vous êtes déjà familier avec le 802.11n, alors l’explication va être très facile à comprendre. Si vous vous souvenez bien le 802.11n n’est pas une « technologie miracle » qui nous a permis d’atteindre le 600Mbps, mais une série d’améliorations, qui, si elles sont toutes mises en œuvre permettent d’atteindre les 600Mbps théoriques. Ces techniques ce sont le MIMO, le channel bonding, le packet agregation.

Pour le 802.11ac c’est finalement la même chose. Il n’y a pas de « grand soir » technologique avec un codage radio miracle qui permettrait d’atteindre le Giga. Pour obtenir du Gigabit en 802.11ac, il faut agir sur 3 grands axes technologiques :

• La largeur d’un canal d’émission. Celle-ci était passée de 20MHz pour le 802.11abg à 40MHz pour le 802.11n. Pour le 802.11ac l’idée est de pouvoir la quadrupler ! Aller jusqu’à 160MHz pour un canal.
• Le nombre de canaux d’émission. Il s’agit des fameux « Spatial Stream » du MIMO. Plus je peux utiliser en parallèle de porteuses radio (de « flux »), plus je vais pouvoir augmenter mes données émises.
• Le codage des informations. Si l’on arrive à transporter, grâce au codage radio, encore plus de bit d’informations sur une même porteuse, alors on va pouvoir augmenter le débit WiFi.

Le 802.11ac consiste donc à définir comment marier  ces 3 dimensions pour atteindre le Gigabit WiFi, et même (en théorie pour le moment) largement le dépasser. La figure suivante illustre bien ces 3 axes d’amélioration. On y retrouve au centre le 802.11n et l’on voit que le 802.11ac a l’ambition d’aller beaucoup plus loin. En théorie si l’on pouvait jouer sur tous les axes en même temps on pourrait atteindre 6,9 Gbps WiFi … presque le 10Gbps !

Une fois que l’on a compris ces principes, des conclusions et des conséquences s’imposent :

• Il ne sera pas possible d’atteindre 160Mhz d’émission sur la bande des 2,4GHz. Le 802.11ac ne sera donc pas supporté sur le 2,4GHz.
• La bande des 5GHz supportera le 802.11ac, ce qui permettra à cette technologie de rester compatible avec l’existant.
• Une autre bande de fréquence pourrait aussi être utilisée pour le 802.11ac. Par exemple celle des 60GHz qui est aussi présentie pour le 802.11ad (la techno concurrente).
• Pour rester compatible avec la réalité de certains équipements, le 802.11ac prévoit de supporter les équipements n’utilisant qu’un seul Spacial Stream (par exemple les smartphones). Mais, profitant de ces émetteurs en parallèle, compte les utiliser simultanément pour parler à plusieurs équipements en même temps. Cela s’appelle le MU-MIMO (Multiple User MIMO). On n’est pas loin du switch radio en comparaison à la situtation actuelle qui est plutôt celle d’un hub.

La technologie 802.11ac est donc très prometteuse. D’abord parce qu’elle s’appuie sur des principes qui ont fait leur preuves (voir le succès du 802.11n), mais aussi et surtout car elle prend bien en compte l’existant et pourra ainsi supporter des situations hybrides mixant anciens et nouveaux terminaux.

Cisco Prime NCS est non seulement le digne successeur de WCS, mais il est également un outil de management indispensable pour toute entreprise qui veut ouvrir son réseau à des terminaux qui ne lui appartiennent pas (Bring you own device – BYOD). Essayons de voir ensemble ce qui a changé et pourquoi NCS est si intéressant.

Pour commencer, soyons clair sur un point : Cisco Prime NCS offre toutes les fonctionnalités de son prédécesseur WCS pour l’administration de l’infrastructure wifi.

Mais Prime NCS élargit son “terrain de jeu” dans deux domaines:

• en intégrant les commutateurs d’accès filaire de la gamme Catalyst: parce qu’un nombre croissant d’équipements sont connectés au réseau soit en filaire, soit en wifi, et avec des changements de plus en plus fréquents. Il est donc nécessaire d’administrer l’ensemble du réseau d’accès, indépendamment de la technologie d’accès (filaire ou wifi). Et cette intégration du management de l’ensemble de l’infrastructure va se poursuivre …
• en intégrant les informations de sécurité des terminaux connectés et des sessions en cours fournies par l‘Identity Service Engine (ISE): parce que les droits d’accès au réseau et aux applications se gèrent de plus en plus au niveau de l’utilisateur et de la session, et non plus au niveau du terminal ou  de son point d’accès.

Prime NCS a aussi changé de nom parce qu’il réalise la stratégie de Cisco Prime qui consiste à aborder les problématiques d’administration:

• de manière globale: Prime NCS s’intéresse à le totalité du réseau d’accès, wi-fi ou filaire
• en intégrant toutes les phases du cycle de vie, de la planification du réseau wifi jusqu’aux outils de diagnostic
• en organisant l’interface graphique autour des taches d’administration, comme dans tous les autres produits Cisco Prime

Du point de vue du cycle de vie de l’infrastructure, Prime NCS est une solution complète car elle offre des fonctions utiles durant toutes les phases:

• planification: Prime NCS permet de déterminer le meilleur emplacement pour les bornes wifi, en modélisant la couverture radio sur un plan des bâtiments et en prenant en compte les caractéristiques de l’environnement.
• déploiement: Prime NCS permet de déployer de manière systématique la configuration des contrôleurs et des bornes en utilisant des templates de configuration
• surveillance et aide au diagnostic:  Prime NCS collecte et affiche toutes les alarmes de dysfonctionnement de l’infrastructure, et offre de nombreux outils permettant de diagnostiquer rapidement la cause d’un incident. La technologie CleanAir permet la localisation rapide des interférences radio qui dégradent la qualité du wifi.
• Optimisation et planification: Une librairie de rapports permet de connaitre en détails comment le réseau d’accès est utilisé.  Les évolutions de charge sont facilement identifiables et permettent de planifier l’évolution du réseau d’accès.

Du point de vue fonctionnel, Prime NCS est aussi une solution complète car elle couvre tous les domaines:

• découverte et inventaire: Prime NCS maintien un inventaire très détaillé de tous les équipements du réseau d’accès filaire et wifi (commutateurs Catalyst, contrôleurs et bornes wifi), ainsi que de tous les terminaux fixes ou mobiles qui se connectent à l’infrastructure. Cet inventaire utilise à la fois des informations données par les commutateurs Catalyst, les contrôleurs wifi et les bornes, mais aussi l’ISE et le Mobility Service Engine (MSE) .
• gestion des configurations et des changements : Prime NCS gère la configuration des contrôleurs et des bornes au moyen de templates qui facilitent les changements en masse sur plusieurs équipements
• gestion des évènements et alarmes: Prime NCS collecte les évènements remontés par l’infrastructure wifi et présente les alarmes dans une console paramétrable.
• suivi de la performance: Prime NCS collecte auprès des équipements et du MSE les statistiques et les données de performance de l’ensemble de l’infrastructure. Ces données sont affichées en temps réel dans les tableaux de bord de NCS. Une librarie de rapport paramétrables permet l’analyse historique.

Pour illustrer concrètement les nouveautés de NCS et son intégration étroite avec ISE et MSE, il suffit de regarder le tableau de bord des clients et des sessions (illustré ci-dessous). Toutes les informations dont l’administrateur peut avoir besoin sont regroupées sur une seule page:

• identification complète de l’utilisateur et de l’équipement terminal,
• la session actuelle du terminal sur le réseau fixe ou wifi
• la politique d’accès appliquée et la posture de sécurité (cette information vient de ISE)
• L’historique des sessions antérieures
• Les évènements ou alarmes concernant cet équipement
• Les statistiques (qualité radio, volumes de traffic, etc…)
• La géolocalisation de l’équipement (avec son historique)

Toutes ces informations sont absolument nécessaires aujourd’hui à cause de l’explosion des terminaux mobiles de toutes sortes qui envahissent le réseau de l’entreprise. Non seulement les équipements mobiles fournis par l’entreprise, mais les terminaux mobiles appartenant aux collaborateurs et qui sont connectés au réseau de l’entreprise. C’est le principe du “Bring your own device” (BYOD). Il est indispensable pour l’administrateur qui ouvre son réseau à des équipements personnels de pouvoir identifier et tracer dans les moindres détails ces équipements.

Un autre exemple de l’utilité de NCS dans le contexte BYOD est la possibilité de connaitre précisément le nombre et les modèles des équipements mobiles qui se connectent au réseau, comme illustré ci-dessous.

En conclusion, Cisco Prime NCS est la solution complète d’administration et de supervision du réseau d’accès dans l’entreprise.  Son rapprochement commercial avec Prime LMS dans le bundle Prime Infrastructure (lire les détails ici) n’est qu’une étape vers une plus grande convergence des produits de management Cisco Prime. Je vous en dirai plus dans un prochain billet …

Le réseau, ouvert aux participants, offrait 2 différents SSID. L’un donnait l’accès à Internet pour les équipements ne faisant que de l’IPv4 ou supportant le dual-stack IPv4/IPv6. L’autre n’offrait que l’IPv6. Ce dernier permettait non seulement de démontrer les fonctions pures IPv6 de nos contrôleurs, mais aussi les fonctions NAT64 du Cisco ASR-1000. Les fonctions NAT64 permettent à un équipement ne supportant que IPv6 de savoir dialoguer avec n’importe quel serveur IPv4 d’Internet.

Une rapide vidéo de 5 minutes vous présente une démonstration délivrée lors du congrès par Cisco : http://blogs.cisco.com/sp/touch-and-feel-ipv6-wi-fi/

En plus de l’infrastructure Wireless, composée de contrôleurs CT-5508 et d’AP Aironet 1142, un NCS 1.1, une MSE en virtuelle appliance et un ISE avaient été mis en place pour monitorer le réseau et son usage. Vous trouverez ci-dessous quelques rapports issus du premier jour du congrès.

Clients Summary (Extract)

-          1068 Unique Clients
-          Around 560 simultaneous Clients

-           46,09% Dual-Stack Clients, 46,41% IPv4-Only Clients, 7.5% IPv6-Only Clients

-          41% of WiFi devices were Apple devices (14% iPhone, 7% iPad), 30% Intel devices
-          43,88% are doing 802.11n (up to 144Mbps on 2,4GHz band), 38,69% are doing 802.11n (300Mbps / 5GHz), 14,45% are doing 802.11g (54Mbps / 2,4GHz), 2,98% are doing 802.11a (54Mbps / 5GHz)

Construire de larges réseaux d’agences

La solution Wireless Cisco offre depuis longtemps un modèle de type hybride (initialement nommé H-REAP) permettant de mieux prendre en compte les caractéristiques spécifiques aux réseaux d’agences : faible bande passante, forte latence, nombreux petits sites, …
Cette fonction permet en particulier à un contrôleur, positionné sur un site central, d’offrir une grande partie des fonctions que l’on retrouve sur un campus, mais à distance.
Renommées plus récemment « FlexConnect » ces fonctions pour réseaux d’agences ont été fortement améliorées. Les nouvelles plateformes, avec leurs capacités plus importantes et leur mode par licences vont offrir un meilleur choix pours de tels réseaux de petits sites.
Il existe de plus un contrôleur spécifiquement conçu pour les réseaux constitués de très nombreuses agences. Il s’agit du contrôleur Flex 7500, supportant jusqu’à 3000 points d’accès radio déportés sur 1000 sites différents.
Dans le cas d’usage des réseaux d’agence, il peut alors être bien plus intéressant (techniquement et économiquement) de migrer un contrôleur 4400 ou un module WiSM vers un contrôleur Flex 7500.

Serie “Migration vers CT-5508 et WiSM2″ :

• Migration vers CT-5508 et WiSM2 : Pourquoi passer sur les nouvelles plateformes ?
• Migration vers CT-5508 et WiSM2 : Souplesse, Capacité et  Performance pour le 802.11n
• Migration vers CT-5508 et WiSM2 : Sécurité
• Migration vers CT-5508 et WiSM2 : IPv6
• Migration vers CT-5508 et WiSM2 : Prévenir l’obsolescence
• Migration vers CT-5508 et WiSM2 : FlexConnect

Avec cette référence, commandable dés aujourd’hui, vous pouvez recevoir un WiSM-2 directement équipée de 1000 licenses pour AP Cisco. Grâce à cette capacité il devient possible de réaliser des configurations modulaires dans un chassis montant jusqu’à 7.000 Access Points.

A noter qu’il est aussi possible de commander une WiSM-2 avec une capacité plus faible (à partir de 100 AP), puis d’augmenter jusqu’à 1.000 AP par des licenses supplémentaires ultérieurement.

A noter aussi que pour supporter 1.000 AP la WiSM-2 devra utiliser la version logicielle 7.2 (prévue sur Cisco.com début février).

Référence à commander sur Cisco.com : WS-SVC-WISM2-K-K9

En savoir plus sur la WiSM-2 : Cisco Wireless Services Module 2

Prise en compte de l’obsolescence des équipements anciens

Les contrôleurs de la gamme 4400 ont été annoncé en fin de commercialisation en décembre 2010 et la dernière livraison a été effectuée en juin 2011. Cette gamme est donc dans le processus de fin de vie, elle n’est plus commercialisée. Bien que toujours maintenue par Cisco jusqu’en juin 2014, en ce qui concerne la correction de bugs importants, et jusqu’en 2016 en ce qui concerne le support matériel, la gamme 4400 ne supportera plus les nouvelles fonctionnalités apportées par Cisco dans sa solution dés la version 7.1.
Le module embarqué WiSM n’est pas encore annoncé en fin de commercialisation, mais la disponibilité depuis un certain temps du module WiSM2 qui lui succède indique que celle-ci ne devrait pas tarder. Comme pour la gamme 4400, la WiSM ne supportera plus les nouvelles versions logicielles de la solution Cisco dés la version 7.1.
Comme tout module embarqué dans un chassis de commutation, la WiSM dépend aussi des autres modules présents dans le chassis. Tout particulièrement le module de supervision. La dernière génération de module de supervision d’un Catalyst 6500, la Sup2T n’a pas la capacité de supporter le module WiSM. Si vous comptez utiliser la performance de cette dernière génération de carte, alors il sera nécessaire de migrer votre module WiSM vers un module WiSM2.

Aucune remise en cause des principes et des architectures mises en place

Les concepts sous-jacents de l’architecture Wireless Cisco (centralisation de flux, points d’insertion et sous-réseau IP au niveau des contrôleurs, sécurisation, etc) sont identiques pour les deux générations de plateformes 4400 et 5500, WiSM et WiSM2. Ainsi la migration d’un modèle ancien vers un nouveau pour bénéficier de toutes les valeurs décrites dans les paragraphes précédents ne remettra pas en cause la topologie, les réseaux IP et les usages des utilisateurs. Il sera même possible de faire cohabiter les différentes plateformes dans un même groupe de mobilité (« mobility group ») afin d’apporter une migration matérielle la plus transparente possible.
La mise à niveau de son parc de contrôleur ne demande donc pas de revoir ou reprendre les règles de design qui ont été définies et validées dans le temps. De même que les règles de sécurités, internes ou externes aux contrôleurs (ACL, FW, …) restent les mêmes.
Les nouvelles fonction apportées par ces plateformes vont, dans un second temps, pouvoir être activées pour bénéficier à plein des nouvelles capacités, sans avoir besoin de toucher la capilarité du réseau.

Serie “Migration vers CT-5508 et WiSM2″ :

• Migration vers CT-5508 et WiSM2 : Pourquoi passer sur les nouvelles plateformes ?
• Migration vers CT-5508 et WiSM2 : Souplesse, Capacité et  Performance pour le 802.11n
• Migration vers CT-5508 et WiSM2 : Sécurité
• Migration vers CT-5508 et WiSM2 : IPv6
• Migration vers CT-5508 et WiSM2 : Prévenir l’obsolescence

Support Etendu d’IPv6 pour les Clients en Mobilité

La dernière version logicielle (7.2) de la solution Wireless LAN de Cisco apporte un support étendu du protocole IPv6 dans les situations de mobilité. En effet le support simple du bridging du protocole IPv6 sur des AP WiFi ne permet pas de gérer les situations de topologies réseaux présentant ce qui est appelé du « roaming de niveau 3 ». Le support de ce roaming consiste à faire en sorte que l’architecture wireless garanti la conservation de l’adressage IP du client (et donc de ses sessions applicatives) même s’il se déplace sur des points d’accès radio accrochés à d’autres contrôleurs se trouvant dans des sous-réseaux différents.
Cette capacité de suivi des mouvements, des adressages IPv6 des stations et des différentes annonces (RA) des routeurs IPv6, demande l’usage de contrôleurs plus puissants que ceux de la génération passée.
L’activation de l’IPv6 sur un réseau WiFi sans apporter un certain niveau de contrôle et d’optimisation des trames IPv6 de gestion peut laisser la porte ouverte à des attaques ciblées sur les équipements utilisant l’IPv6. L’implémentation Cisco apporte ces mécanismes de snooping des annonces de routeurs, de limitation du nombre de celles-ci pour ne pas écrouler le réseau radio, de cachnig des réponses, etc.
Les nouveaux contrôleurs de la gamme 5500 et le module WiSM2 vont apporter toutes les fonctions IPv6 nécessaires que l’on ne trouveras pas sur les anciennes plateformes

Serie “Migration vers CT-5508 et WiSM2″ :

• Migration vers CT-5508 et WiSM2 : Pourquoi passer sur les nouvelles plateformes ?
• Migration vers CT-5508 et WiSM2 : Souplesse, Capacité et  Performance pour le 802.11n
• Migration vers CT-5508 et WiSM2 : Sécurité
• Migration vers CT-5508 et WiSM2 : IPv6

Support Systématique du Chiffrement AES avec CAPWAP DTLS

Avec la normalisation du protocole de dialogue entre un contrôleur WiFi et les points d’accès radio (protocole IETF CAPWAP), est apparu la possibilité de chiffrer non seulement les communications de signalisation et de gestion, mais aussi l’ensemble des trames WiFi encapsulées entre l’AP et le contrôleur. Pour offrir des performances transparentes avec ou sans chiffrement, les contrôleurs WiFi doivent posseder les bons composants matériels. La gamme 5500 et WiSM2 apportent cette capacité transparente de l’usage du chiffrement de bout en bout dans le dialogue avec les AP. Il devient donc possible, par configuration, de choisir de faire un chiffrement systématique de tous les flux CAPWAP sur son réseau, ou en traversant un réseau tiers.

Extension Sécurisée des Réseaux WiFi d’Entreprises aux Télétravailleurs

Afin de pouvoir offrir un même niveau de service et un même niveau de sécurité aux télétravailleurs devant utiliser la technologie WiFi pour se connecter depuis chez eux vers le réseau d’entreprise, Cisco a développé une fonction spécifique et des points d’accès radio de type « Office Extend AP ».
Cette fonction permet de déployer très simplement et de façon sécurisée un point d’accès radio sur un réseau non maitrisé par l’entreprise, par exemple derrière une « box opérateur » au travers d’Internet. La fonction OEAP, permet alors de sécuriser, grâce au standard CAPWAP et à son chiffrement AES, la communication entre l’équipement du collaborateur et le réseau de l’entreprise.
Cette fonction, demandant des capacités importante de sécurité et de chiffrement, est disponible sur les nouvelles plateformes contrôleurs : CT-5508 et WiSM2.

Serie “Migration vers CT-5508 et WiSM2″ :

• Migration vers CT-5508 et WiSM2 : Pourquoi passer sur les nouvelles plateformes ?
• Migration vers CT-5508 et WiSM2 : Souplesse, Capacité et  Performance pour le 802.11n
• Migration vers CT-5508 et WiSM2 : Sécurité