Alors, ces logs dans /var/log/messages de l’AP, tu les vois pas si Analytics & Improvements est pas enable. Le seul truc que j’ai vraiment retenu de mes cours de physique quantique, c’est le problème de l’observateur qui modifie l’état de l’observé, et je trouve que ce problème est parfaitement adapté à notre domaine aussi, d’une certaine manière. Donc le problème ne peut-il pas venir du truc qui sniffe les requêtes DNS ? Reste à savoir si quand c’est pas enable (ça l’est pas par défaut à priori), est-ce que ça snifffe plus, ou est-ce que c’est juste les logs vers /var/log/messages qui sont coupés.
Ceci dit, y a du monde qui semble avoir le même problème avec l’U6, et ça serait régler pendant quelques temps par un reboot: https://community.ui.com/questions/U6-Pro-connection-issues-because-DNS-resolution-fails/ad21b4ca-3962-401b-94d1-d4c61537cf48 <https://community.ui.com/questions/U6-Pro-connection-issues-because-DNS-resolution-fails/ad21b4ca-3962-401b-94d1-d4c61537cf48> Mais ça pourrait très bien être causé par les Analytics. David > Le 26 nov. 2024 à 13:51, Pierre LANCASTRE <pierre.lancas...@gmail.com> a > écrit : > > Hello > > Je ne suis pas expert ubiquiti, mais en ayant a la maison, je peux confirmer > qu elles analysent le trafic dans pour a minima faire des tests. > > Du coup, d avoir lu Switch HP et problème de débit me rappelle un problème > que j'avais vu chez un client. > > En gros toute trame non "comprise" par le Switch HP central (ex : protocole > de discovery propriétaire envoyé vers l adresse du broadcast du réseau ou > 255.255.255.255) était broadcastee sur tous les ports DONT le port d origine, > sans toucher la trames originales. Du coup, la trame faisait ping-pong entre > le Switch central HP et le Switch satellite procurve, avec des switchs > procurve a 100% de cpu, des délais de commutation horrible, etc. > > Ça vaudrait le coup de span un uplink sur l infra. Et surtout faire des tests > basiques. 2 laptop, 1 borne, 1 switch. Tests iperf entre les 2 laptop > connectés sur la même borne, puis 1 en wifi l autre en filaire. Et faire > grossir le réseau petit a petit pour se rapprocher de l infra en place. > > Bon courage et merci par avance pour le partage des trouvailles :) > > Enfin sur ubi, config résidentielle, j avais enlevé le airtime fairness + > fait un SSID pour le 2.4 et un pour le 5ghz pour avoir des débits corrects. L > airtime fairness marchait pas du tout. > > ++ > > Pierre > > Le mar. 26 nov. 2024, 7 h 41 a.m., David Ponzone <david.ponz...@gmail.com > <mailto:david.ponz...@gmail.com>> a écrit : > Les AP remontent des problèmes DNS ? > Elles font du niveau 2, je vois pas pourquoi elles s’occuperaient de remonter > un problème sur une application IP. > Je vois même pas comment elles pourraient être au courant. > Et je me rappelle pas avoir déjà vu ça dans les logs du contrôleur, ça > ressemble à quoi ? > > David > > > Le 26 nov. 2024 à 13:34, Pierre BELLEMAIN <pierre.bellem...@univ-eiffel.fr > > <mailto:pierre.bellem...@univ-eiffel.fr>> a écrit : > > > > Bonjour David, > > > > ----- Mail original ----- > >> De: "David Ponzone" <david.ponz...@gmail.com > >> <mailto:david.ponz...@gmail.com>> > >> À: "Pierre Bellemain" <pierre.bellem...@univ-eiffel.fr > >> <mailto:pierre.bellem...@univ-eiffel.fr>> > >> Cc: "Frank ALEXIS" <alexisfr...@gmail.com <mailto:alexisfr...@gmail.com>>, > >> "frnog-tech" <frnog-t...@frnog.org <mailto:frnog-t...@frnog.org>> > >> Envoyé: Mardi 26 Novembre 2024 12:45:55 > >> Objet: Re: [FRnOG] [TECH] Migration Aruba vers Ubiquiti catastrophique, > >> débits erratiques... > > > >> Tu as tenté de couper Fast Roaming et BSS transition ? > >> Dans les logs, y a des events bizarres ou rien de spécial ? > >> Si tu fais un flood-ping de 1500 octets, ça passe aussi ou plus trop ? > > > > Oui, on a un peu tout tenté en fait. Pendant l'audit de couverture, on a > > même été jusqu'à jouer avec la puissance de transmission, le RSSI, la > > taille de canal, etc... > > À force, je commence à me dire que le problème n'est pas au niveau du > > signal ou le fait d'être en 2,4/5Ghz. Je commence à incriminer les APs... > > > > Les APs remontent beaucoup de problème DNS au niveau des clients quand il y > > a des "trous" réseau. Il faudrait que j'arrive à isoler quelques > > échantillons, mais c'est _très_ verbeux. > > > > Je teste le floop ping ASAP. > > > > Pierre. > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ <http://www.frnog.org/> --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
