J’ai pas trop d’avis. J’utilise chez moi le répéteur gratuit que Bouygues donne, ça marche mais ça doit être rebooté de temps en temps. Le CPL c’est un peu le même combat.
David Ponzone > Le 13 août 2021 à 09:33, Oliver varenne <o.vare...@ipconnect.fr> a écrit : > > Le CPL sera surement "moins pire" que le wifi repeté non ? > > > > 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 : David Ponzone <david.ponz...@gmail.com> >> Envoyé : vendredi 13 août 2021 09:31 >> À : Oliver varenne <o.vare...@ipconnect.fr> >> Cc : frnog-tech <frnog-t...@frnog.org> >> Objet : Re: [TECH] RE: [FRnOG] [Tech]Problème avec un « répéteur » WiFi >> >> Probablement parce qu’il a pas de câble réseau à cet endroit ? >> >> David Ponzone >> >> >> >>> Le 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/
