Oups j'arrive après la bagarre, désolé pour le bruit je n'avais pas vu les messages précédents.
Bon week-end. Le ven. 13 août 2021 à 20:37, Anthony Deshayes <anthony.desha...@gmail.com> a écrit : > 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/
