Wi-Fi invité lors d'une conférence : comment préparer le réseau

Plan pratique de préparation du Wi-Fi invité : calcul par zones et applications, séparation des réseaux, vérification du portail, supervision, secours et réception.

Le Wi-Fi invité d'une conférence doit être conçu selon le déroulé réel de la journée, et non selon la surface de la salle ou un simple test de débit. Chez Aventura, nous commençons par identifier les zones, le flux de participants, les appareils et les applications. Nous séparons ensuite l'accès invité de l'enregistrement, du travail de l'équipe et des systèmes techniques. Après l'installation, nous testons tout le parcours utilisateur sous charge et nous éprouvons le secours à l'avance.

Un bon niveau de signal ne signifie pas encore que le réseau supportera l'entrée du public, la pause café ou l'ouverture simultanée d'un lien depuis la scène. Un appareil peut voir le point d'accès, mais mettre longtemps à obtenir une adresse, ne pas ouvrir la page de connexion ou perdre la connexion en passant d'une salle à l'autre. La réception ne doit donc pas se limiter aux ondes radio. Nous vérifions les commutateurs, les services d'authentification, le canal Internet, les applications critiques et le fonctionnement du support.

Cet article aidera le client à formuler la mission pour le site et le prestataire réseau. Il ne remplace pas une étude radiofréquence ni un calcul d'ingénierie. Il n'existe pas de nombre universel d'utilisateurs par point d'accès ni de norme générale de débit. Le résultat dépend des appareils, des applications, de l'environnement radio, de l'agencement, des matériaux du bâtiment et de l'architecture de l'ensemble du réseau.

Par où commencer le calcul du réseau invités ?

Le calcul commence par une cartographie de la demande par zones et par moments. Pour chaque espace, il faut comprendre combien d'appareils s'y trouveront simultanément, ce qu'ils feront et quelles fonctions ne doivent pas être perdues. La fréquentation globale de la conférence ne donne qu'un contexte général. Elle ne montre pas la charge dans le hall pendant l'enregistrement ou dans la salle principale après la publication du QR code.

Nous commençons par le programme et les flux de personnes. Nous identifions l'entrée, le vestiaire, l'accueil, la salle plénière, les sessions parallèles, l'espace d'exposition, l'espace presse, les salles des intervenants, le poste de commandement et les zones de restauration. Pour chaque point, nous notons la densité attendue à différents moments. Les pics courts sont particulièrement importants, lorsqu'un grand groupe change simultanément de salle ou ouvre une même ressource.

La couche suivante concerne les appareils. Un participant peut apporter un smartphone et un ordinateur portable. L'équipe dispose de tablettes, de terminaux, d'imprimantes, de scanners et de téléphones de service.

Les stands peuvent avoir des appareils de démonstration. L'équipe technique utilise des caméras, des encodeurs et des systèmes d'allumage à distance. Ces groupes génèrent un trafic différent et ont une criticité différente, c'est pourquoi ils sont comptés séparément.

Ensuite, nous établissons la liste des applications. Une simple consultation de site web diffère d'un appel vidéo, d'un réseau privé virtuel d'entreprise, d'une présentation cloud ou d'un téléchargement massif de documents. Il est important de prendre en compte les dépendances externes : le système de noms de domaine, l'authentification, les stockages cloud, le service d'envoi de codes. Nous vérifions séparément l'interface de programmation de l'enregistrement.

Il est pratique de collecter les données initiales dans l'ordre suivant :

1. Reporter sur le plan toutes les zones utilisateurs et de service.
2. Relier les zones au programme horaire et aux flux du public.
3. Décrire les types d'appareils et leurs capacités.
4. Répartir les applications en invités, professionnelles et critiques.
5. Noter les périodes d'activité simultanée.
6. Consigner les exigences de latence, de pertes et de stabilité pour les services importants.
7. Déterminer les fonctions qui nécessitent un canal principal filaire.
8. Indiquer la dégradation acceptable et la redondance pour chaque processus critique.

Les hypothèses doivent être explicitement consignées dans le calcul. Si l'on ne sait pas combien d'invités apporteront des ordinateurs portables ou utiliseront le réseau d'entreprise via VPN, ce n'est pas une raison pour retenir un chiffre arrangeant. Le prestataire élabore des scénarios, montre l'impact des hypothèses et les précise avec le client.

Pour l'organisation d'une conférence, nous relions la cartographie du réseau au programme et au parcours invité. Cela aide à visualiser les pics : enregistrement simultané, transitions entre les sessions et travail avec les documents de l'intervenant.

Couverture et capacité de débit

La couverture répond à la question de savoir si l'appareil voit le réseau à l'endroit voulu. La capacité de débit répond à une autre question : pourra-t-il obtenir le service requis face à une concurrence réelle pour les ondes et les ressources. Pour une conférence, les deux résultats sont nécessaires. Un fort indicateur Wi-Fi sur le téléphone ne confirme qu'une partie du parcours.

Lors de l'évaluation de la couverture, l'ingénieur examine le niveau et la qualité du signal, les interférences, l'emplacement des points d'accès, les antennes et les matériaux environnants. Mais une salle vide diffère d'une salle remplie. Les personnes, les décors, les écrans, les structures, les cloisons et les équipements modifient l'environnement radio. Les pièces voisines et les réseaux temporaires des stands influencent aussi le résultat.

La capacité de débit dépend de toute la chaîne. Les appareils se partagent les ondes, et les points d'accès transmettent le trafic vers les commutateurs.

Ensuite interviennent le contrôleur, la passerelle, le pare-feu, l'attribution des adresses réseau, le système de noms de domaine, la page de connexion et le canal Internet. Une limitation dans n'importe quel maillon dégrade le parcours utilisateur.

Dans le guide officiel Cisco Meraki sur les réseaux à haute densité, le calcul est lié au nombre et aux capacités des appareils clients, aux applications et à leur charge cumulée. C'est un principe important pour le client : on ne peut pas accepter une proposition qui explique le projet uniquement par la surface, le nombre de points d'accès ou leur limite nominale.

Plus de points d'accès ne signifie pas toujours plus de capacité disponible. Sans plan de canaux et de puissance, les équipements commencent à interférer davantage entre eux. La largeur de canal se choisit également après analyse du spectre et des appareils clients. Un réglage universel pour tous les sites ne fonctionne pas ici.

Nous vérifions séparément la partie filaire. Si un point d'accès est capable de transmettre plus de données que n'en reçoit son port filaire, la limitation subsistera. Il en va de même pour l'alimentation des équipements, les liaisons entre commutateurs, la passerelle, le pare-feu et le canal Internet. Un seul test de vitesse près de la salle serveur ne montre pas l'état de ces maillons pour un invité dans une salle éloignée.

Quels périmètres réseau prévoir pour une conférence ?

Le trafic invité, le trafic de service et le trafic technique doivent être séparés logiquement et, lorsque cela se justifie, physiquement. Ces flux ont des utilisateurs, des droits, des priorités et des modes de restauration différents. Un réseau commun pour les invités, l'accueil, l'équipe et la diffusion crée un point de défaillance unique. La séparation permet de trouver plus rapidement la cause d'une panne et de préserver les fonctions critiques.

Le NIST recommande de séparer les réseaux sans fil selon leurs profils de sécurité. Un réseau invité externe ne doit pas donner accès aux systèmes internes. Pour une conférence, ce principe se traduit par une matrice d'accès claire.

Le périmètre invité doit être isolé des adresses internes. En général, on y interdit l'échange direct entre les appareils des participants, sauf si le programme exige l'inverse. Les limitations de trafic sont configurées pour que plusieurs clients actifs n'évincen pas les autres. Les règles ne doivent pas pour autant casser les scénarios invités validés.

Le périmètre de service est construit par rôles. L'agent d'accueil a besoin d'accéder au système d'enregistrement et d'impression. Le coordinateur a besoin de l'outil de travail et du planning.

Le représentant du site peut avoir besoin d'autres ressources. On ne donne pas les mêmes droits à toute l'équipe uniquement pour simplifier la configuration.

Le périmètre technique protège la diffusion, les intervenants à distance, la projection et les autres tâches techniques critiques de la charge invitée. Les appareils fixes sensibles à la latence ou à forte bande passante sont connectés par câble lorsque c'est possible. Le Wi-Fi est conservé là où la mobilité est nécessaire, et il est testé sur l'équipement cible.

Le périmètre d'administration sert à l'administration et à la supervision. Un participant ou un employé ordinaire ne doit pas ouvrir les panneaux de gestion du réseau. Seuls les spécialistes désignés y accèdent, avec une authentification distincte et une journalisation des actions.

Nous vérifions aussi les cas limites. Un stand peut avoir son propre routeur, et un technicien peut activer un partage de connexion sur son téléphone.

Un ordinateur portable peut se connecter simultanément à deux environnements et créer un chemin indésirable. Tous les réseaux temporaires et modes de connexion sont validés avant le montage.

Cahier des charges pour le lieu et le prestataire

Le cahier des charges doit décrire les scénarios d'usage, les limites de responsabilité et le mode de réception. Demander un Wi-Fi stable est trop général. Cela n'explique pas où le réseau est nécessaire, quels appareils seront présents, ce qui est critique pour eux et qui corrige une panne le jour de la conférence.

Auprès du lieu, nous demandons le schéma de l'infrastructure existante dans un volume permettant la validation. Il faut les modèles des équipements clés, les plages disponibles, les canaux Internet, les commutateurs, l'alimentation, les chemins de câbles et les locaux techniques. Il est important de comprendre quelles modifications sont autorisées, qui les réalise et comment le système revient à son état initial après l'événement.

Auprès du prestataire réseau, il faut un calcul par zones, appareils, applications et temps. Le document doit contenir les hypothèses, le schéma de circulation du trafic, le plan d'implantation des points d'accès, la configuration des canaux et de la puissance, la séparation des périmètres, la liste des services réseau, la supervision et la redondance. Les caractéristiques nominales des équipements ne remplacent pas ce calcul.

Dans le contrat ou en annexe, nous désignons le point de démarcation des responsabilités. Le lieu peut être responsable de la base filaire et du canal principal. Un autre prestataire peut déployer le réseau sans fil temporaire.

L'organisateur est responsable des scénarios et de l'accès aux systèmes de test. Sans cette limite, les équipes commencent à chercher le responsable seulement après l'apparition du problème.

Nous ajoutons à la mission une liste de livrables. Après la configuration, nous avons besoin du schéma réel, de l'emplacement des équipements, des configurations retenues, des résultats de l'étude, de la matrice des appareils testés, du rapport de charge et de l'instruction de support. L'accès aux données sensibles est restreint, mais le client doit recevoir suffisamment d'informations pour la réception.

Avant la validation, il est utile de réaliser un audit technique du lieu. Il permet de vérifier non seulement le réseau, mais aussi l'alimentation, les chemins de câbles, l'accès aux locaux, les fenêtres de montage et l'interaction des services techniques.

Nous publions des supports pratiques sur les lieux, les PC de commandement et la préparation technique dans la chaîne Telegram d'Aventura. La chaîne complète la documentation de projet, mais ne remplace pas la vérification d'un réseau spécifique.

Comment préparer la page de connexion ?

Le portail captif, ou page de connexion au réseau invité, doit accorder rapidement l'accès et ne pas collecter de données superflues. Il est testé sur les systèmes d'exploitation et navigateurs cibles. La reconnexion et la fin de session sont testées séparément. Une erreur de certificat ou un retour permanent à la page de consentement bloque l'invité, même si l'écran lui-même semble soigné.

Les normes RFC 8952, RFC 8908 et RFC 8910 décrivent l'architecture de la page de connexion, l'interface de programmation sécurisée et le moyen de communiquer à l'appareil l'adresse de cette interface. Par son intermédiaire, l'appareil reçoit l'adresse de la page de connexion utilisateur. La connexion à l'interface et à la page est protégée par le protocole TLS. Avant l'autorisation, seuls les services nécessaires à la connexion sont ouverts.

Nous vérifions le portail sur iOS, iPadOS, Android, macOS et Windows, si ces appareils sont attendus lors de l'événement. Nous testons la fenêtre de connexion intégrée et le navigateur classique. Ensuite, nous vérifions la mise en veille de l'appareil, le passage entre les zones et la reconnexion.

Le changement d'adresse MAC privée et la fin de session font l'objet de scénarios distincts. La décision de passer d'un point d'accès à un autre est prise par l'appareil lui-même, c'est pourquoi différents modèles peuvent se comporter différemment. C'est ce que souligne le guide Apple sur le passage entre points d'accès Wi-Fi.

Avant le lancement, il faut décider quelles données sont nécessaires. La loi fédérale n° 152-FZ exige que le volume de données personnelles corresponde à la finalité du traitement et ne soit pas excessif. Si l'accès peut être accordé sans nom, fonction, entreprise, téléphone et consentement publicitaire, il ne faut pas collecter tout l'ensemble par précaution.

Nous vérifions les données point par point :

1. Nous déterminons l'opérateur de données personnelles et les personnes qui traitent les données sur son instruction.
2. Nous consignons la finalité de chaque champ.
3. Nous séparons les données obligatoires des données facultatives.
4. Nous séparons les conditions techniques d'accès au réseau du consentement aux communications publicitaires et vérifions le fondement de ce consentement avec un juriste.
5. Nous établissons les durées de conservation et la procédure de suppression.
6. Nous vérifions l'emplacement des bases et des sauvegardes.
7. Nous consignons les transferts au site, au sous-traitant, au service de messagerie ou à un autre système.
8. Nous publions des informations claires pour l'utilisateur.
9. Nous limitons l'accès aux journaux et aux données du portail.
10. Nous vérifions les instructions contractuelles et les mesures de protection avec des spécialistes du domaine.

Cette liste de contrôle relève de différentes obligations de l'opérateur et ne se limite pas à l'article 5 de la loi n° 152-FZ. Le fondement juridique du traitement, la localisation des bases, les instructions à d'autres personnes, l'information des participants et les communications publicitaires sont vérifiés selon la version en vigueur des normes applicables. Pour une conférence donnée, le schéma est validé avec un juriste spécialisé et l'opérateur de télécommunications.

Comment vérifier le réseau avant l'ouverture des portes ?

Le réseau doit être vérifié après l'installation finale, sur les itinéraires, appareils et applications réels. Un seul ordinateur portable à côté du point d'accès ne démontre pas la préparation d'une conférence. Il faut une étude, un test de bout en bout des services, un essai à blanc de l'équipe et un scénario de charge similaire à une journée avec invités. Cet ensemble de vérifications reproduit le parcours du participant et le fonctionnement des fonctions critiques.

On commence par une vérification technique sans public. L'ingénieur examine la couverture, les interférences, les canaux, la puissance et le fonctionnement des équipements. Ensuite, on passe toute la chaîne : connexion au réseau, obtention d'une adresse, système de noms de domaine, page de connexion, accès à Internet et accès aux ressources convenues.

Ensuite, nous effectuons un essai à blanc. L'équipe suit le parcours du participant depuis l'entrée jusqu'aux salles. En parallèle, on vérifie les scénarios de travail de l'accueil, du PC de commandement et de l'équipe technique. Pour l'enregistrement des participants, la vague de connexions simultanées, l'impression, la numérisation et l'accès au système externe sur fond d'activité des invités sont particulièrement importants.

Nous effectuons la vérification étape par étape :

1. Nous connectons les modèles cibles de téléphones, tablettes et ordinateurs portables.
2. Nous passons la page de connexion via la fenêtre intégrée et le navigateur.
3. Nous ouvrons les sites convenus, les services cloud et le VPN.
4. Nous vérifions les transitions entre le hall, les salles et les zones de service.
5. Nous lançons l'enregistrement et les services de travail sur fond de trafic des invités.
6. Nous simulons la connexion simultanée d'un groupe et l'ouverture d'un lien depuis la scène.
7. Nous vérifions les applications sensibles aux délais et aux pertes.
8. Nous déconnectons un maillon donné dans un ordre de sécurité convenu.
9. Nous basculons sur le secours et mesurons l'impact sur les fonctions critiques.
10. Nous rétablissons le schéma principal et nous assurons que les services ont été correctement restaurés.

Le test de charge reproduit un mélange d'actions : connexion, obtention d'adresse, connexion via le portail et travail avec les services convenus. En parallèle, l'équipe utilise l'enregistrement, et le circuit technique soutient une fonction critique. Les critères précis sont définis pour chaque projet.

Nous vérifions la transition entre les points Wi-Fi sur les appareils qui seront utilisés par les intervenants, les collaborateurs et l'équipe technique. Apple indique explicitement que la décision de transition est prise par le client. Le réseau peut aider l'appareil, mais ne peut pas promettre une transition aussi fluide pour tous les modèles.

Nous consignons tous les écarts avec la zone, l'heure, l'appareil, le système d'exploitation, le réseau et le symptôme. La formulation « le Wi-Fi est parfois mauvais » n'aide pas l'ingénieur. Une consignation utile est plus précise : « Lors de la transition de la salle 2 vers le hall, l'appareil reste connecté, mais le portail invité redemande la connexion ».

Si la conférence a une audience en ligne, nous vérifions la diffusion accessible de l'événement et les interventions à distance séparément de l'accès invité. Pour un événement hybride, le canal de production et son secours doivent avoir leur propre plan. Le Wi-Fi invité n'est pas considéré comme un secours de diffusion simplement parce qu'il donne accès à Internet.

Surveillance et support le jour de l'événement

Le jour de la conférence, l'équipe surveille le parcours utilisateur et l'état de toute la chaîne. La surveillance comprend la diffusion radio, le réseau filaire, la page de connexion et les services externes. Un point d'accès allumé ne confirme pas encore l'accès de l'invité. Il faut voir l'attribution des adresses, l'ouverture de la page de connexion et l'état du canal Internet.

Le tableau de bord de surveillance doit afficher des indicateurs qui aident à prendre une décision. L'ensemble dépend de l'architecture, mais inclut généralement le taux de réussite des connexions, l'attribution des adresses, les réponses du système de noms de domaine, le fonctionnement du portail, le nombre de clients par zone, la charge de la diffusion radio, les retransmissions, les erreurs de ports, l'état des passerelles et des canaux Internet.

Nous relions la surveillance au programme. La hausse des connexions avant l'ouverture des portes est attendue. Le passage soudain du public vers les salles est également attendu. Si le système connaît le contexte, l'ingénieur distingue un pic planifié d'une anomalie et vérifie plus rapidement la zone concernée.

Nous divisons le support en trois niveaux :

1. La première ligne se trouve à proximité des participants. Elle connaît le nom du réseau, le chemin de connexion et la manière de recueillir un diagnostic rapide.
2. Le spécialiste réseau voit les points d'accès, les commutateurs, les services et Internet. Il peut modifier les paramètres autorisés selon le plan approuvé.
3. Le site, le fournisseur d'accès ou le fabricant de l'équipement interviennent en cas de problème de canal, de licence ou de matériel.

Avant le début de l'événement, nous approuvons un canal unique pour les incidents. Le message indique l'heure, la zone, le réseau, l'appareil, le système d'exploitation et le résultat observé. Chaque modification a un auteur, une cause et une possibilité de retour en arrière.

Un changement simultané de la puissance, des canaux, des règles d'accès et du portail sans traçabilité nuit au diagnostic. L'équipe doit comprendre quelle action a aidé ou créé une nouvelle panne.

Il est pratique de relier le travail des responsables techniques et organisationnels au schéma du poste de commandement de l'événement et des communications radio. Un incident réseau obtient un responsable, un niveau de criticité, un canal d'escalade et un message clair pour l'équipe.

Réserve pour les fonctions critiques

La réserve est liée à des fonctions précises. Une seconde connexion Internet ne couvre qu'une partie des risques. Un second canal est utile s'il ne dépend pas du même segment de liaison, d'alimentation et d'équipement. Mais même un Internet indépendant ne sauvera pas l'enregistrement si la passerelle unique, le service d'adresses ou le portail tombe en panne.

Nous commençons par identifier les fonctions qui doivent continuer. En général, nous examinons séparément l'enregistrement, les paiements, la communication du PC de commandement, la diffusion des supports, les intervenants à distance et la retransmission. Pour chaque fonction, nous consignons le chemin principal, le chemin de secours, le responsable du basculement et la dégradation acceptable.

Les services aussi doivent être redondés. Le système d'attribution d'adresses, le système de noms de domaine, la passerelle, la page de connexion et le contrôleur peuvent devenir un point de défaillance unique. La RFC 8952 autorise la réplication des composants de la page de connexion pour la résilience et l'échelle. Le schéma concret est choisi par les ingénieurs après évaluation du risque.

Les points d'accès de rechange, commutateurs, blocs d'alimentation, câbles et modules optiques ne sont utiles que si la procédure de remplacement est prête. Il faut savoir où ils se trouvent, qui y a accès, quelle configuration sera chargée et combien de temps prendra le retour du service.

Une réserve n'est pas considérée comme prête sans test. L'équipe déconnecte en toute sécurité le maillon choisi, observe le basculement et vérifie les applications. Ensuite, elle effectue le retour sur le chemin principal. L'erreur se manifeste souvent lors du retour, lorsque certains appareils restent sur l'ancienne session ou reçoivent un mauvais routage.

Comment réceptionner un Wi-Fi invité ?

La réception confirme les scénarios utilisateurs, la séparation des réseaux, le support et la redondance. Le test principal est réalisé avant l'arrivée du public. Après des modifications sur le site, un court parcours de vérification est répété. Les résultats sont consignés dans un procès-verbal, et les limitations connues sont décrites à côté des conditions dans lesquelles elles se manifestent.

Nous considérons comme facteur bloquant un calcul fondé uniquement sur la surface ou le nombre de points d'accès. On ne peut pas réceptionner un réseau s'il n'y a pas de séparation entre le trafic invité et le trafic critique, si les limitations des services clés sont inconnues, si le prestataire ne montre pas la supervision ou si la redondance n'existe que sur le schéma.

Un autre facteur bloquant est une vérification sans charge représentative. Un site vide et un seul appareil donnent des informations utiles mais incomplètes. La documentation Meraki recommande de valider les applications cibles sur des appareils représentatifs. Nous y ajoutons les parcours réels de l'équipe et le scénario du programme.

Après la réception, nous fixons une fenêtre pour les corrections et un nouveau test. Si une partie des exigences ne peut pas être satisfaite avant l'événement, le client reçoit une liste des risques résiduels et prend une décision en connaissance de cause. Une limitation peut être compensée par une modification du programme, une connexion filaire, un mode local du service ou un support supplémentaire. Elle ne doit pas être masquée par la formule « cela doit fonctionner ».

Les erreurs qui font échouer le réseau

La plupart des problèmes commencent par un modèle de tâche erroné. L'équipe vérifie la présence du signal, mais ne vérifie pas le comportement des utilisateurs, des services et de la redondance. Voici les erreurs à éliminer avant de valider le projet.

1. Calculer les points d'accès en fonction de la surface, sans carte des personnes, des appareils et des applications.
2. Prendre le nombre nominal de clients pour la norme de travail.
3. Ajouter du matériel sans plan de canaux ni de puissance.
4. Ne pas tenir compte des salles voisines, des cloisons temporaires et des réseaux de stands.
5. Ne tester que le canal Internet et oublier les commutateurs, les passerelles, les adresses, le système de noms de domaine et la page de connexion.
6. Placer les invités, l'enregistrement, l'équipe et les systèmes techniques dans un même contour.
7. Laisser aux invités un accès au réseau interne ou entre eux sans nécessité.
8. Connecter la diffusion et les intervenants à distance uniquement via le Wi-Fi commun.
9. Tester la page de connexion sur un seul téléphone.
10. Collecter les données des participants sans objectif clair ni durée de conservation.
11. Qualifier de secours un canal qui dépend de la même entrée, alimentation ou passerelle.
12. Ne regarder que l'état du matériel, et non le parcours de l'utilisateur.
13. Ne pas désigner de responsable de l'incident réseau ni de droit de modification des paramètres.
14. Valider le réseau avec un seul test de vitesse sur un site vide.
15. Ne pas vérifier le retour du secours vers le chemin principal.
16. Laisser des réseaux temporaires et des règles après la fin de la conférence.

Le Wi-Fi invité devient une partie maîtrisée de la conférence lorsqu'il dispose de données d'entrée, de contours distincts, de critères d'acceptation et d'un responsable le jour de l'événement. Chez Aventura, nous relions le schéma technique au programme, à l'enregistrement et au travail de l'équipe. Cette approche révèle les dépendances avant l'arrivée des invités et aide à préparer les actions en cas d'écart. Le comportement d'un appareil donné dépend malgré tout de son modèle et de ses paramètres.

Sources

• NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks
• RFC 8952: Captive Portal Architecture
• RFC 8908: Captive Portal API
• RFC 8910: Captive-Portal Identification in DHCP and Router Advertisements
• Cisco Meraki: High Density Wi-Fi Deployments
• Apple Platform Deployment: Wi-Fi roaming support
• Loi fédérale n° 152-FZ, article 5 : principes du traitement des données personnelles