WPA2 avec PMKID caching >> actuellement on est en wpa2 mais sans raduis, donc avec une psk 802.11r sans ARM > j'ai la meme config
par contre, nous comme expliqué avant nous n'avons pas de rdp, mais l'app directement sur les mobiles avec un communication simpliste en tcp A la base pourquoi avoir mis les mobiles en rdp ? Le mer. 5 sept. 2018 à 18:40, Jerome Lien <jerome.l...@gmail.com> a écrit : > Bonjour, > > > beaucoup de question posé alors je vais faire un résumé pour centrer les > besoins. > Philippe PATINOTE > 1> pas de wifi voisin, c'est deja un gros plus pour nous > 2> en règle général le maillage est fait en sorte pour avoir une antenne > directrice par allée, en quinconce. Les racks peuvent être rempli de > serviette en papier comme d'huile, de fruit légume ou bien même de produit > surgelé .. ce qui ne facilite pas le positionnement car cela change avec le > temps. > Aerohive n'utilise pas de contrôleur, les antennes propagent les infos > entre elles dont les infos de roaming et les voisins directs > > 3> J'ai pu tester une couverture en 5ghz, deux points se sont révélé > bloquant, avec des fruits et légumes, la couverture et vraiment réduite par > rapport à du 2,4 et les mobile SEUIC ne supporte absolument pas le fast > roaming en 5ghz .... > > Gaëtan Ferez > Pas bête le système de RDP sur terminaux ... cela pourrait regler beaucoup > de soucis. Le hic est qu'ils ont absoulement voulu utiliser un app > developper en windev en directe sur les mobiles (Win CE ou android) avec un > échange de paquet en TCP. > > En somme, si pendant un roaming le serveur envoi un paquet TCP ... il > peut être dropé. Actuellement pendant un roaming on perds 1 ping dans les > cas "bloquant" (sur base 1 ping seconde) et parfois le roaming est > complètement transparent. > > configuration en WPA2 > déjà le cas > PMKID caching > je vais contrôler > 802.11r sans ARM > je vais contrôler > > Pour tester aussi de façon différente, je vais monter un serveur SIP qui > balance une musique et je vais tester mon roaming ainsi ... je suis curieux > du résultat. > > Xavier Beaudouin>> pour le client j'ai remarqué aujourd'hui justement que > les fameux SEUIC dans certain cas (1 fois en 20 roaming) il ne tente pas > de roaming et attendent simplement de perdre l'antenne pour en découvrir > d'autre (donc la on a une belle coupure de 2-3 secondes ), et sinon dans > les autres cas correcte, il s'annonce bien sur l'antenne voisine, lance la > reassociation et hop. > > > Le mer. 5 sept. 2018 à 09:18, Xavier Beaudouin <k...@oav.net> a écrit : > >> Hello, >> >> > De mon côté, je n’ai pas eu ce genre de problème. >> > >> > Sur un entrepôt de 25000 m2 avec borne en omni dir + mesh, la couverture >> > fonctionnait plutôt bien sans spécialement de déconnexion. >> > Par contre, j’étais sur de l’Aruba. Côté clients, il s’agissait plutôt >> de Teklo >> > XT15 ou 9515 avec application RDP monté sur des Fenwick donc roaming >> rapide. >> > >> > Disposition des bornes en quinconce et ca fait l’affaire, configuration >> en WPA2 >> > avec PMKID caching et 802.11r sans ARM >> >> Normalement avec des constructeurs de bornes wifi qui savent ce qu'est le >> roaming >> comme Aruba / Cisco / Ubiquiti / Extreme (ou Enterasys) tu ne dois pas >> avoir de >> problèmes. >> >> Ceci dit, une partie du "fast roaming" doit être gérée aussi par le >> client, donc >> si ton client est obsolète (coucou les windows CE en mousse), alors les >> pb ne seront >> pas réglés par une infra wifi de compet. >> >> My 0,02€ >> Xavier >> >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/