Salut, Alors effectivement répéter un signal WiFi déjà limite n'est pas le mieux à faire. En général il faut essayer de positionner le répéteur à en endroit où il peut capter le signal de la box à minium -70dBm et ne pas oublier que la bande passante sera divisée de moitié (si besoin d'accéder à des devices sur le LAN, pour le WAN dans le cas présent ça n'aura pas d'incidence).
Perso sur ce type de besoin GP j'utilisais plutôt le système de CPL WiFi qui est plus performant qu'un répétiteur (sous réserve bien entendu des précos concernant le CPL). J'avais un petit faible pour le Dlan WiFi de chez Devolo qui fonctionnait plutôt pas mal. Après bien entendu on peut passer au niveau supérieur avec des AP Unifi mais il faudra passer un peu de câble si on veut éviter la douille en $ avec les AP Mesh. Le ven. 13 août 2021 à 09:21, Oliver varenne <o.vare...@ipconnect.fr> a écrit : > Bonjour > Le problème ne se situe t il pas à la fin de la phrase "Je suis confronté > à un WiFi récalcitrant : dans ma maison de vacances (ADSL Free), j’ai mis > en place un répéteur WiFi" ? > > Le répéteur répète tout (les experts radio confirmeront ou infirmeront), > même les trucs indésirables. Pire ils peuvent les amplifier. > Pourquoi ne pas mettre deux AP pas trop cher de chez ubiquiti + 1 > contrôleur ? > > > Cordialement, > > > > Olivier Varenne > Co-gérant, Commercial & Développeur > T +33 (0)4 27 04 40 00 | ipconnect.fr > > Suivez-nous ! > > > > > -----Message d'origine----- > > De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> De la part de > > Vincent Habchi > > Envoyé : jeudi 12 août 2021 19:30 > > À : frnog-tech <frnog-t...@frnog.org> > > Objet : [FRnOG] [Tech]Problème avec un « répéteur » WiFi > > > > Peuple élu de l’éternel cybernétique, mes salutations les plus > > respectueuses, > > > > Je suis confronté à un WiFi récalcitrant : dans ma maison de vacances > > (ADSL Free), j’ai mis en place un répéteur WiFi pour connecter deux > > parties de la maison. Quoique le signal WiFi soit correct à l’endroit où > le > > répéteur est installé (comme le prouvent nombre de Speedtests à 16 > > MBps sur le réseau étendu), le réseau étendu fonctionne de manière > > erratique, avec des coupures fréquentes, comme en témoignent, par > > exemple, les pings suivants : > > > > Request timeout for icmp_seq 0 > > Request timeout for icmp_seq 1 > > Request timeout for icmp_seq 2 > > Request timeout for icmp_seq 3 > > Request timeout for icmp_seq 4 > > Request timeout for icmp_seq 5 > > Request timeout for icmp_seq 6 > > Request timeout for icmp_seq 7 > > Request timeout for icmp_seq 8 > > Request timeout for icmp_seq 9 > > Request timeout for icmp_seq 10 > > Request timeout for icmp_seq 11 > > Request timeout for icmp_seq 12 > > Request timeout for icmp_seq 13 > > Request timeout for icmp_seq 14 > > 64 bytes from 178.16.165.218: icmp_seq=3 ttl=52 time=13005.881 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=4 ttl=52 time=12009.910 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=5 ttl=52 time=11235.708 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=6 ttl=52 time=10235.497 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=7 ttl=52 time=10211.561 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=8 ttl=52 time=9790.593 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=9 ttl=52 time=10479.931 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=10 ttl=52 time=9487.244 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=11 ttl=52 time=9441.555 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=12 ttl=52 time=8833.199 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=13 ttl=52 time=8076.603 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=14 ttl=52 time=8057.590 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=15 ttl=52 time=8535.455 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=15 ttl=52 time=8535.490 > > ms (DUP!) > > 64 bytes from 178.16.165.218: icmp_seq=16 ttl=52 time=8568.195 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=17 ttl=52 time=7564.276 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=18 ttl=52 time=6954.904 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=19 ttl=52 time=6135.989 > > ms > > 64 bytes from 178.16.165.218: icmp_seq=20 ttl=52 time=5607.225 > > ms [Par la suite les temps diminuent pour tendre vers la normale, aux > > environs de 40 ms] > > > > Comme vous le voyez, j’ai quelques DUP (peu), mais surtout il semble > > que les paquets soient retenus en transit pour je ne sais quelle raison > > (certains sont perdus). Le ping est ici énvoyé sur une adresse externe, > > mais faire un ping sur la Freebox donne le même résultat (ce n’est pas > > un souci de lien ADSL). Le répéteur étant bi-bande, j’ai essayé de me > > connecter en 2,4 ou 5 GHz, idem. De même, le réseau étendu est > > perturbé en 2,4 ou en 5 GHz. > > > > Je pensais à des interférences, mais celles-ci sont peu probables sur 5 > > GHz. De plus, un autre répéteur bon marché installé au même endroit a > > le même comportement. J’ai également essayé différents canaux en > > 2,4 et 5 GHz, no dice, comme disent les Anglais. > > > > Auriez-vous une idée de ce qui peut causer ce genre de > > dysfonctionnement aléatoire ? Est-ce quelque chose que vous avez déjà > > rencontré ? > > > > Mes plus respectueuses salutations, peuple élu, et bonne soirée… > > > > Vincent > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
