Répéteur Wifi

Plusieurs appareils sont bien connectés au répéteur mais le nombre reste à “0” et aucun appareil n’apparaît dans la liste du répéteur.

Bonjour à tous,

Je viens de créer un réseau WiFi invité, pour essayer la fonctionnalité, mais surtout pour proposer une connexion à nos locataires, sans qu’ils aient accès à notre réseau privé.

- Quand je suis connecté au répéteur sur le réseau principal avec un PC Lenovo (Windows 10), la vitesse de connexion entre le PC et le répéteur est de 433,3 Mbits/s et les débits pour surfer sont plus que convenables : https://www.speedtest.net/result/d/87a2a112-a673-43a8-ac48-bf9ed0158a53

- Quand j’utilise le réseau invité, au même endroit dans la maison (à moins de 2 mètres du répéteur connecté en ethernet, connexion entre le PC et le répéteur toujours à 433,3 Mbits/s), avec le même PC, j’obtiens ces résultats : https://www.speedtest.net/my-result/d/7922ff16-404d-491f-ab11-4d081630fee3

Est-ce le choix de Free de limiter la vitesse du réseau invité ? Est-ce que le répéteur gère mal le réseau invité ? Y a t il un autre problème ?

Par avance merci

(Merci à Nicolas Escande (nico-e))

Bonjour,

Pour résumer et après de nombreux tests j’ai découvert une anomalie dans le fonctionnement du répéteur Wifi.
Cette dernière s’est déclarée suite à la mise à jour 1.2.8 (4.2.7 pour le serveur)
Le serveur est une freebox Delta (donc en version 4.2.7).

Situation :

Sur le réseau (VM sur freebox en Debian10) un serveur pi.hole fonctionne. Il assure :
- Service DHCP IPv4.
- Service DNS IPv4 + DNS IPv6.
- Service PXE
- Blocage de publicité (par filtrage de résolutions DNS spécifiques.)

Le DHCP (IPv4) est donc désactivé sur la freebox. Par contre, dans le paramétrage de cette dernière, dans la configuration IPv6 (onglet DNS IPv6) l’IPv6 du serveur pi.hole est indiqué (et donc “Forcer l’utilisation des serveurs DNS IPv6” est coché).

Cela fonctionne parfaitement avant la version 1.2.8.

Depuis la 1.2.8, le répéteur ne trouve plus sa connexion (clignotement orange).
- La situation se rétablie en désactivant le forçage de l’utilisation des serveur DNS IPv6.
- La situation se rétablie en mettant en premier serveur DNS IPv6 l’IPv6 local du routeur (fd0f:ee:b0::1) et en gardant le forçage DNS IPv6.

Par contre cela ne fonctionne pas en indiquant l’IPv6 dans la liste des DNS du serveur pi.hole.

Ces deux dernières options font perdre les fonctionnalités de blocage de publicité, car les requêtes partent directement vers le DNS de la freebox et non sur le pi.hole.

En indiquant la délégation DNS pour les domaines free.fr et freebox.fr vers fd0f:ee:b0::1 au serveur pi.hole le problème reste le même (clignotement orange, pas de répéteur).

Quel est la solution ? Que demande le répéteur wifi qui semble bloquer son démarrage ?

Afin de filtrer les requêtes DNS chez moi, j’utilise PiHole en tant que serveur DHCP et DNS. Suite au passage chez Free où l’IPV6 est activée par défaut, j’ai ajouté mon serveur PiHole en tans que DNS personnalisé IPV6 pour que le filtrage continue de fonctionner même en IPv6. Tout fonctionne parfaitement, sauf l’association du répéteur. Il semblerait qu’il faille désactiver les DNS personnalisés IPv6 lors de la première association sinon le répéteur clignote en bleu indéfiniment. Le simple fait de décocher l’option dans l’interface de la Freebox permet au répéteur de se connecter et ceci instantanément.

Une fois l’association faite, il est possible d’activer l’option des DNS personnalisés et cela semble fonctionner, parc contre je ne sais pas si cela va durer dans le temps, notamment lors du renouvellement des baux DHCP et/ou adresse IPV6.

Faut-il ajouter une entrée DNS particulière ?

Cordialement.

Cette option n’est actuellement pas compatible avec votre répéteur. Vous devez la désactiver pour utiliser le répéteur.

Les raisons sont les suivantes:
- vous ne pouvez pas connaitre facilement les adresses MAC qu’il faudrait ajouter à la liste blanche pour votre Répéteur
- le filtrage par adresse MAC n’est pas une réelle mesure de sécurité
- la liste blanche d’adresses MAC n’est plus compatible avec la configuration par défaut des appareils sur iOS 14

Bonjour,

Je viens de recevoir mon répéteur Wifi POP. Je l’ai connecté à ma Delta mais je suis obligé de désactiver le filtrage MAC pour que le répéteur puisse se connecter au Wifi. j’ai pourtant bien ajouté le répéteur à la liste blanche et ii apparait bien dans la liste des devices autorisés.

La seule solution que je vois pour le moment est de désactiver le filtrage MAC

Bonjour,
Je dispose d’une freebox delta, et j’ai reçu mon répéteur wifi pop hier après midi.
L’installation est très facile, j’ai dû utiliser l’application freebox server pour confirmer le lieu du répéteur (je suppose qu’il hésitait avec la box du voisin).
Une fois installée une pure merveille !
Un autre voisin dispose aussi d’une delta et souhaitait tester ce répéteur cez lui, j’ai donc souhaiter désinstaller le répéteur sur freebox connect, je l’ai supprimer, et débranché.
Sauf que depuis, lorsque je le branche, je n’ai que le transfo mural qui affiche une led verte et aucun voyant de démarrage sur le répéteur, il n’est pas accessible sur l’application.
Je suppose qu’il n’est plus alimenté.
J’ai tenté un reset physique de l’appareil (5 secondes sur le bouton arrière), mais rien ne change.
Malheureusement la permanence hotline SAV du dimanche n’est pas compétente dans le domaine car c’est produit récent, je préfére remonter cette anomalie ici.
Dois faire une manipulation, ou devez lancer un SAV ?
Merci d’avance

Je viens d’installer le répéteur (avec une freebox Delta) dans une pièce afin d’avoir une connexion “optimale” entre la Delta et le répéteur.

Malheureusement, l’ordinateur portable (sous Linux) qui se connecte sur le répéteur n’arrête d’être basculé entre les deux bandes fournies par le répéteur :
- la 2.4Ghz est vu comme “signal excellent” - la 5Ghz est vu comme “signal moyen”

juil. 20 13:38:24 kernel: wlan0: disconnect from AP 8c:97:ea:9e:6a:90 for new auth to 8c:97:ea:9e:6a:94
juil. 20 13:38:24 kernel: wlan0: authenticate with 8c:97:ea:9e:6a:94
juil. 20 13:38:24 kernel: wlan0: send auth to 8c:97:ea:9e:6a:94 (try 1/3)
juil. 20 13:38:24 kernel: wlan0: authenticated
juil. 20 13:38:24 kernel: wlan0: associate with 8c:97:ea:9e:6a:94 (try 1/3)
juil. 20 13:38:24 kernel: wlan0: RX ReassocResp from 8c:97:ea:9e:6a:94 (capab=0×11 status=0 aid=1)
juil. 20 13:38:24 kernel: wlan0: associated

Ceci a pour conséquence d’engendrer des micro-coupures dans les flux comme les visio-conférences (Teams par exemple), ce qui est très génant.

Je ne sais pas s’il y a moyen d’éviter ou de limiter ce phénomène.

Bonjour,
Ticket ouvert sur demande d’une personne sur Freezone. Merci à elle.
Réception du répéteur ce matin. Après quelques tests, il semble qu’à des endroits ou mon smartphone capte à 100%, le répéteur ne se connecte pas ou très mal.
Il arrive que le répéteur à environ 4m de la Freebox ne se connecte pas non plus (2 pièces traversées, portes ouvertes avec visibilité entre les 2 appareils).
Je suis dispo/volontaire pour effectuer des tests de constatation et/ou d’optimisation au besoin.
Cdlt,

N.

Bonjour

J’ai reçu le répéteur ce jour. Configuration optimale effectué avec les tous les traits présents sur le voyant.

J’ai un téléphone portable de trouvant dans la même pièce qu’un pc wifi qui ne se connecte pas sur le répéteur.
Alors que le pc wifi est bien connecté sur le répéteur.

Pouvez-vous m’aider sur ce sujet ?

Merci à vous.

Bonjour’

J’ai reçu mon répéteur WiFi depuis quelques jours, quand je l’ai branché rien ne s’allume. Depuis j’essaie de joindre le 3244 mais impossible d’avoir quelqu’un en ligne. J’ai toujours le message suite à un trop grand nombre d’appels merci de rappeler ultérieurement. Je n’arrive pas non plus a faire du face to Free avec mon iPad

Que dois-je faire???

Depuis que j’ai le répéteur POP, la largeur de 160 MHz sur la première carte 5GHz de la Delta est impossible à sélectionner y compris le DFS (ce qui est très dommage !)

En ayant fait des speedtests by Ookla (ce qui est le plus fiable et réaliste), j’ai pu constater un débit divisé par 2 en down mais multiplié par 2 en up (bizarre non ?)
Explication : Quand je fais les tests de débits avec le MacBook Pro sur la Delta j’obtiens du 450 Mbps (en down) et 45 Mbps (en up) mais avec le répéteur POP j’obtiens du 212 Mbps (en down) et 114 Mbps (en down).
Le répéteur POP a un très bon signal et est placé dans une première chambre dans un appartement de 85 m2 (configuration en L).
Une mise à jour s’impose pour que le répéteur recopie bien les débits réels de la box.

Par moment, les appareils comme les ordinateurs ont du mal a switcher entre la box et le répéteur au niveau de la connexion des périphériques. Les appareils se sentent perdus malheureusement et ne savent plus faire la différence entre la box Delta et le répéteur POP.
A AMELIORER AUSSI !!!!

Par moment, les appareils comme les ordinateurs ont du mal a switcher entre la box et le répéteur au niveau de la connexion des périphériques. Les appareils se sentent perdus malheureusement et ne savent plus faire la différence entre la box Delta et le répéteur POP.
A AMELIORER AUSSI !!!!

Depuis que j’ai le répéteur POP, la largeur de 160 MHz sur la première carte 5GHz de la Delta est impossible à sélectionner y compris le DFS (ce qui est très dommage !)

Le répéteur POP ne répète pas exactement les mêmes débits que la Delta pour les Mac/PC sachant que le répéteur wifi POP doit fournir exactement les mêmes débits que la Delta !

A AMELIORER EN URGENCE !

Bonjour,

Pourquoi mon iPhone XS se connecte sur le réseau super lent 2.4GHz du répéteur
? Il devrait se connecter sur le wifi ac