Tous les projets

ID Projet Ouverte Type Catégorie État Résumé
33377Répéteur Wifi07/12/2020AnomalieRépéteur Wifi 5NouveauRegression dans la détection de boucle réseau Description de la tâche

Depuis la mise à jour du répéteur en version 1.2.8, j’ai constaté quelques pertes de connexion qui semblent liées à la détection de boucle:

Le répéteur est relié en wifi à une freebox Delta.

Le port Ethernet du répéteur est lié à la docking station d’un laptop (sous Linux) qui est connecté à la fois en ethernet (lorsque docké) et en wifi (donc sur le répéteur normalement). Le wifi reste toujours actif.

Par défaut, NetworkManager positionne une metrique plus basse pour l’ethernet, qui est normalement favorisé:
default via 192.168.1.254 dev eth0 proto dhcp metric 100
default via 192.168.1.254 dev wlan0 proto dhcp metric 600

Cette configuration fonctionnait sans aucun problème depuis la sortie du répéteur wifi (l’utilisation de l’ethernet est uniquement pour avoir de meilleures performances par rapport au wifi / répéteur).

Par moment (c’est assez rare), mon laptop perd sa connexion (plus de ping sortant par exemple), en utilisant Freebox Connect, je vois que le répéteur n’est plus vu comme connecté. Lors de la dernière déconnexion, l’application Freebox Connect indiquait que le répéteur était connecté en ethernet (et non plus en wifi). J’ai coupé le wifi sur mon laptop et le répéteur est reparti en connexion Wifi.

Les problèmes sont apparus depuis le sortie du dernier firmware.

 31094 Répéteur Wifi20/07/2020AnomalieRépéteur Wifi 5Fermée Répéteur un peu trop agressif pour le band steering  Description de la tâche

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.

2920Freebox V5 HD11/06/2008AnomalieTélévisionNouveauLecture de programme VOD impossible pendant un enregist... Description de la tâche

Lors d’un enregistrement TNT, il est impossible de lire une video sur TF1 Vision (VOD) : la lecture demarre bien (on voit un flux sur le réseau via Select + Start) mais l’écran reste désespéremment noir.

Il semblerait que l’enregistrement TNT perturbe le décryptage du flux VOD.

Si on coupe l’enregistrement TNT, la lecture VOD redevient possible.

2538Freebox V5 ADSL27/10/2007AnomalieWifiEn cours de résolutionSupport du PSM (Power Saving Mode) défaillant Description de la tâche

Le support du mode économie d’énergie (PSM) de la norme 802.11 semble défaillant sur la Freebox v5.

En utilisant une tablette Internet Nokia n800 et en configurant celle-ci pour activer le support maximal au niveau économie d’énergie (en gros, le chip radio est coupé dès qu’il n’y pas d’activité réseau), la Freebox n’est pas capable d’envoyer du traffic vers le n800 (cf les discussions avec les développeurs de Nokia sur http://lists.maemo.org/pipermail/maemo-users/2007-October/007205.html et la suite dudit thread). Ca se teste très facilement en essayant de pinger le n800 lorsqu’il est en mode PSM.

 855 Freebox V5 ADSL29/09/2006AnomalieWifiFermée Problème de compatibilité Wifi avec la PSP en WPA  Description de la tâche

La Freebox v5 (firmware 1.1.2) semble avoir quelques petits problèmes d’interopérabilité avec la PSP (désolé, je n’ai pas testé avec le firmware 1.1.0). Je ne suis pas persuadé que la faute soit entièrement côté Freebox, mais bon, autant essayer de faire en sorte que ça marche si c’est corrigeable côté Freebox :

coté PSP, je suis en firmware 2.71 et en WPA côté FB v5.

-le scan Wifi de la PSP affiche bien la FB en Wifi mais comme sécurité “incompatible” donc la Freebox semble broadcaster une combinaison de protocole pour le WPA qui n’est pas supporté par la FB
-si on évite le scan et qu’on choisit WPA-PSK (TKIP), la connexion avec la PSP fonctionne parfaitement
-par contre, le WPA-PSK (AES) ne fonctionne pas, la PSP laissant tomber avec une erreur 80410D05 mais bon je ne sais pas si la FB est censée supporter ce mode.

Si des tests sont nécessaires, pas de problème pour installer un firmware de test sur ma Freebox ;)

 708 Freebox V5 HD10/09/2006AnomalieMediaplayerFermée Plantage du décodeur video  Description de la tâche

J’ai un fichier hdtv 720p avec son 5.1/ac3 qui fait planter le decodeur video de la Freebox HD au bout d’une minute de lecture. Une fois planté, la sortie video de la Freebox HD reste bloqué sur l’image figée, même si on sorte du mediaplayer et qu’on bascule sur une chaîne.

La seule solution est de rebooter la FB HD.

Je peux fournir le fichier en question aux développeurs de Freebox SA, sur demande.

Tâches 1 - 6 sur 6 Page 1 sur 1

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche