Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour,

Je rencontre un problème reproductible d’association Wi-Fi avec une Google Nest Cam intérieure filaire de 3e génération.

Configuration :

1. Freebox Ultra V9
2. Freebox OS 4.12.2
3. Réseau utilisant initialement une configuration commune pour les bandes 2,4 GHz, 5 GHz et 6 GHz
4. Google Nest Cam intérieure filaire, 3e génération
5. Configuration réalisée depuis l’application Google Home
6. Tests effectués avec un iPhone récent sous iOS bêta et avec un autre iPhone sous une version stable d’iOS

Symptômes :

La Nest Cam est détectée par Google Home et commence son appairage. Elle passe en mode association, puis la configuration échoue de manière intermittente avec différents messages :

1. « Impossible de trouver l’appareil »
2. « Impossible de se connecter au Wi-Fi »
3. « Un problème est survenu »

Dans certains cas, la caméra apparaît brièvement comme connectée dans Freebox OS avec un excellent niveau de signal, mais Google Home indique malgré tout que la connexion Wi-Fi a échoué.

La caméra avait initialement réussi à être ajoutée, mais passait ensuite hors ligne. Après sa suppression de Google Home, il est devenu extrêmement difficile de terminer un nouvel appairage.

Une première caméra présentait déjà un comportement similaire. Elle a été remplacée par Google, mais la caméra de remplacement a rencontré pratiquement les mêmes problèmes.

Observations techniques :

Des captures radio ont été réalisées pendant les tentatives d’association.

La caméra parvient à :

1. détecter le SSID ;
2. effectuer l’authentification 802.11 ;
3. s’associer à un BSSID de la Freebox.

Certaines tentatives se bloquent ensuite pendant le « 4-Way Handshake » WPA2/EAPOL.

Des retransmissions EAPOL sont observées, suivies d’un timeout et parfois d’une déconnexion avec le code de raison 15.

Dans ces situations, la caméra n’atteint pas systématiquement l’étape DHCP. Le problème intervient donc avant le DNS et avant la connexion aux services cloud Google.

Lors des tests avec un SSID dédié en 2,4 GHz, plusieurs BSSID correspondant au même réseau ont été observés. La caméra a essayé successivement plusieurs BSSID.

Certaines tentatives ont échoué pendant le handshake EAPOL. Une tentative a finalement réussi sur l’un des BSSID : les quatre messages EAPOL ont alors été échangés correctement, puis la caméra a obtenu une adresse IP et poursuivi sa

configuration.

Le comportement semble donc intermittent et peut varier selon le BSSID ou la carte Wi-Fi de la Freebox sélectionnée par la caméra.

Tests effectués sur la Freebox :

1. configuration Wi-Fi commune ;
2. séparation temporaire des bandes ;
3. réseau exclusivement 2,4 GHz ;
4. création d’un SSID dédié ;
5. création d’un réseau invité ;
6. désactivation temporaire des radios 5 GHz et 6 GHz ;
7. désactivation du Wi-Fi steering ;
8. désactivation du MLO ;
9. largeur de bande limitée à 20 MHz ;
10. canal 6 fixe ;
11. canal automatique ;
12. essais après sélection automatique du canal 1 ;
13. WPA2 uniquement ;
14. mode de compatibilité WPA2/WPA3 ;
15. PMF désactivé ;
16. GCMP-256 désactivé ;
17. SSID visible ;
18. WPS désactivé ;
19. EAPOL version 2 ;
20. 802.11n activé ;
21. essais avec 802.11ax et 802.11be désactivés ;
22. redémarrage de la Freebox ;
23. réinitialisation complète de la caméra ;
24. suppression et nouvel ajout de la caméra dans Google Home ;
25. retour final à la configuration Wi-Fi commune.

Tests DNS et Internet :

Afin d’écarter un problème de filtrage, les essais suivants ont également été réalisés :

1. contournement complet d’AdGuard ;
2. DNS de la Freebox ;
3. DNS Cloudflare ;
4. DNS Google ;
5. absence de filtrage DNS personnalisé ;
6. vérification du DHCP et de l’accès à Internet avec d’autres appareils.

Le résultat ne dépend pas du serveur DNS utilisé.

Les autres équipements accèdent correctement à Internet. De plus, les échecs observés interviennent régulièrement avant même l’attribution d’une adresse DHCP.

Test comparatif sur un point d’accès indépendant :

Pour isoler la Freebox, un point d’accès de diagnostic a été créé sous Linux avec un adaptateur Alfa Network AWUS036AXML utilisant une puce MediaTek MT7921AUN.

Configuration du point d’accès :

1. SSID distinct ;
2. 2,4 GHz uniquement ;
3. WPA2-PSK ;
4. chiffrement CCMP/AES ;
5. PMF désactivé ;
6. largeur de bande de 20 MHz ;
7. canal 6 ;
8. DHCP et NAT indépendants ;
9. capture complète du trafic réseau.

Sur ce point d’accès indépendant, la même Nest Cam et le même iPhone ont réussi l’appairage.

La caméra a ensuite :

1. terminé le handshake WPA2 ;
2. obtenu une adresse DHCP ;
3. effectué ses requêtes DNS ;
4. contacté les services Google ;
5. téléchargé une mise à jour OTA de 112 075 145 octets ;
6. redémarré ;
7. rejoint automatiquement le réseau ;
8. affiché correctement le flux vidéo en direct dans Google Home.

Ce test permet d’écarter raisonnablement :

1. une panne matérielle permanente de la caméra ;
2. un problème général avec Google Home ;
3. le téléphone utilisé ;
4. la version bêta d’iOS ;
5. AdGuard ;
6. le serveur DNS ;
7. l’accès Internet ;
8. le compte Google.

Résultat actuel :

La caméra a fini par fonctionner après de nombreuses tentatives et après sa mise à jour, mais la réussite de l’association n’a pas été constante.

Le problème ne semble pas être une simple faiblesse du signal : la caméra a été testée à proximité de la Freebox et un signal très fort a été observé.

Les résultats orientent plutôt vers :

1. une instabilité du handshake WPA2/EAPOL ;
2. une différence de comportement entre les BSSID ou cartes Wi-Fi de la Freebox ;
3. une interaction avec la configuration commune multi-bande ;
4. le Wi-Fi steering ;
5. le mode WPA2/WPA3 de transition ;
6. PMF, MLO, 802.11ax ou 802.11be ;
7. ou un problème dans le firmware Wi-Fi de la Freebox Ultra.

Captures disponibles :

Je dispose de plusieurs captures PCAP correspondant :

1. à un appairage réussi sur le point d’accès indépendant ;
2. à des échecs d’appairage sur la Freebox ;
3. à une tentative réussie après plusieurs échecs ;
4. aux échanges EAPOL, DHCP, DNS et OTA.

Je préfère ne pas publier ces captures directement sur le bugtracker, car elles contiennent des identifiants réseau. Je peux néanmoins fournir une version anonymisée ou les transmettre par un canal privé à l’équipe Freebox.

Questions pour l’équipe technique :

1. Pouvez-vous examiner les journaux Wi-Fi internes de la Freebox pendant une nouvelle tentative d’association ?
2. Pouvez-vous vérifier la cause exacte des timeouts EAPOL et des déconnexions avec le code de raison 15 ?
3. Existe-t-il un problème connu avec les Nest Cam récentes sur la Freebox Ultra ?
4. Existe-t-il une différence de firmware ou de comportement entre les différentes cartes ou les différents BSSID Wi-Fi de la Freebox Ultra ?
5. Le mode WPA2/WPA3, PMF, MLO, le steering ou le fonctionnement multi-BSSID peuvent-ils provoquer ce type d’échec ?
6. Une correction du firmware Wi-Fi ou de Freebox OS est-elle prévue ?
7. Pouvez-vous indiquer une configuration temporaire officiellement recommandée sans désactiver définitivement les fonctionnalités Wi-Fi récentes ?

Je peux reproduire le problème à une heure précise afin de permettre la corrélation avec les journaux internes de la Freebox.

Merci de transmettre cette tâche à l’équipe chargée du firmware Wi-Fi de la Freebox Ultra.

Paramètre smps dynamique = wifi HS

Bonjour,

Comme indiqué, le nouveau paramètre du smps en “dynamique” (statique auparavant) fait bugger la carte wifi qui ne démarre plus une fois l’option activé.

Mon server est un R1, le smps en statique fonctionnait bien

Merci

Depuis la mise à jour mon IPAD PRO M2 se connecte bien sur la bande 6Ghz, il a bien une adresse IP d’attribuée mais pas de traffic.

Eco wifi desactivé.
Fonctionne si je désactive le 6E sur mon IPAD PRO M2

RAPPORT D'EXPÉRIENCE BETA TEST — WI-FI STEERING MODE EXPÉRIMENTAL

Durée du test : 24 heures
Environnement : Maison type début 1900
Configuration : Server ←WIFI→ Répéteur ←WIFI→ Répéteur ←WIFI→ Devices

—

1. RÉSUMÉ EXÉCUTIF

Le Wi-Fi Steering montre une amélioration notable des performances, avec un débit multiplié sur la chaîne complète (de 5 Mbit/s avant à 40 Mbit/s maintenant). Quelques observations ont été relevées concernant les équipements fixes et la visibilité de localisation, qui pourraient faire l'objet d'ajustements pour optimiser l'expérience de la compréhension spatiale globale.

—

2. POINTS FORTS OBSERVÉS

- Appareils wifi mobiles (iPhone, iPad) : La connexion s'établit rapidement et efficacement vers le répéteur le plus cohérent. L'expérience est fluide.
- Débit global : Une progression significative a été constatée, passant de 15 Mbit/s à environ 70 Mbit/s sur la chaîne avec deux répéteurs.
- Stabilité : Aucun dysfonctionnement majeur n'a été observé durant la période de test de 24 heures.
- Visibilité de la connexion : L'interface permet d'identifier quel appareil est connecté à quel répéteur.

—

3. OBSERVATIONS ET PISTES DE RÉFLEXION

- Équipements wifi fixes (Apple TV, HomePod, caméras, prises connectées) : Il a été remarqué que ces appareils ne se dirigent pas toujours vers le répéteur le plus cohérent. Par exemple, l'Apple TV affichait environ 12 Mbit/s contre 70 Mbit/s sur l'iPhone dans la même pièce.
- Ordre de démarrage des équipements : Cet élément semble influencer la qualité de connexion. Les appareils allumés avant l'infrastructure complète (server et répéteurs) ont tendance à se connecter au premier signal disponible (généralement le server) sans rebasculer ensuite vers le répéteur le plus proche.
- Visibilité sur la localisation des appareils : Il n'est pas possible d'associer un nom de pièce aux appareils connectés. Cette fonctionnalité existe pourtant pour les répéteurs eux-mêmes. Pouvoir identifier la pièce de chaque appareil pourrait faciliter le diagnostic, la compréhension spatiale des locaux et les retours d'expérience.

—

4. SUGGESTIONS POUR LES ÉQUIPES DE DÉVELOPPEMENT

- Concernant les équipements fixes : Une piste serait d'explorer pourquoi les appareils comme Apple TV, HomePod et les objets connectés semblent suivre un comportement différent des appareils mobiles vis-à-vis du steering.
- Concernant le re-basculage dynamique : Il pourrait être utile d'étudier la possibilité de permettre aux appareils de se reconnecter automatiquement au répéteur le plus proche, même après une connexion initiale au server principal.
- Concernant le nommage des pièces : Étendre aux appareils connectés la fonctionnalité de nommage de pièce, déjà disponible pour les répéteurs, pourrait améliorer la visibilité et accompagner les testeurs dans leurs retours.

—

5. SI BESOIN

Je suis plus facilement joignable via TEAMS… si ca vous intéresse ;)

Bonjour,

Depuis la MAJ en 4.8.12 j’ai de sérieux soucis de stabilité de wifi avec mon laptop, aucun souci avant
Le PC est en Win11 24H2 build 26241.5000 carte réseau Intel(R) Wi-Fi 7 BE200 320MHz pilote 23.60.0.10

L’ordinateur se connecte au 6Ghz puis bascule en 5Ghz avec des débits vraiment pas terribles et ne fait que de passer de l’un à l’autre. Je précise que c’est le seul poste à pouvoir se connecter au 6Ghz, les autres devices ne sont pas compatibles, et la box est à 3 mètres du PC

La mac de la freebox: 38:07:16:C0:5C:0F

Merci

Bonjour,

Suite à l'update du serveur du jour en 4.8.12, ma PS5 a perdu le wifi.

Impossible de se connecter au réseau de la Freebox.

Merci de jeter un œil rapidement si possible svp.

Depuis la 4.8.8 la bande 6gz à 3 mètre de la box et un iphone 15 Pro Max donne 34 de ping 53Mbps en download et 387Mbps en upload quand normalement j’ai 1300/1400 en download et 1000/1100 en upload.

Est ce la box qui a son wifi en panne ou le firmware qui est problématique

Je précise que j’ai redémarrer plusieurs fois la box et l’iphone

Qu’actuellement la bande est paramétrée séparément des 5 et 2.4 et que j’ai refais les tests avec et sans séparation d’avec les autres bandes et dans ce cas le wifi est plus lent pour les appareils qui se connectent sur la bande 5ghz.

Y a t il d’autres personnes qui ont ce problème ?

Bonjour,

pouvez-vous me dire quand les utilisateurs pourront avoir accès à du vrai WPA3?
Actuellement, si on choisit l'option, on peut switcher sur du WPA2. D'où un risque de sécurité connu.

Bonjour,

Aujourd'hui 9 septembre 2026 il y a eu un incident à Rennes et nous étions coupés de l'accès internet.
J'ai relancé ma freebox pensant que c'était chez moi.

Après le redémarrage j'ai vu que la freebox proposait un WIFI de type fbx- suivi d'un long code.
Ce code ressemblant à un code WIFI j'ai testé de me connecter avec ce SSID et avec le code visible dans ce SSID.
Et là surprise j'étais connecté à ma freebox, et potentiellement à tous mes équipements réseaux locaux.

Pouvez-vous m'expliquer comment cela est-il possible ?

Cordialement,

depuis la mise à jour 4.6.5 je me suis rendu compte que le 160 mhz ne tenait plus sur le wifi 5 ghz
l’interface m’affiche “erreur” et le pc quitte la bande pour passer sur le 2.4 ghz sans raison
j’ai bloqué a 80 mhz depuis 3 jours et plus de coupure

Bonjour,

Le planification du wifi est une bonne chose. Sauf que lorsque le wifi est désactivé, il est impossible de le réactiver facilement pour une utilisation ponctuelle. Un lien sur le freebox player, serveur et l’application freebox compagnon serait appréciable.

Merci,

Bonjour,

Aujourd’hui les répéteurs Free sont limités à des ports filaires à 1Gbits/s. Pour booster le débit des repeteurs est il possible d’imaginer faire une agrégation des debits du 2,4Ghz et 5Ghz avec celle de la connexion filaire?

Cordialement

C’est un vieux bug que je constate depuis plusieurs années, je prends le temps de vous en faire un ticket.

Quand j’ajoute une adresse MAC sur la liste noire du filtrage mac Wifi, tous les appareils Wifi du LAN sont désassociés, pendant environ 10 secondes. Les gamers/VoIP/visio en cours sur le LAN en prennent pour leur grade, et je manipule cette liste presque tous les jours (pour faire du contrôle parental), c’est très embêtant.

Notez que quand on *supprime* une adresse MAC de la liste noire, j’ai constaté que parfois le problème de coupure wifi ne se produisait pas.

Bonsoir, J'aimerais proposer une amélioration pour le wi-fi de la Freebox Delta de voir ce que consomme en énergie la puissance de la Wi-Fi merci.

Bonjour,

Depuis quelques semaines, je constate que le Wifi sur ma Freebox Revolution se réactive dans la journée sans action de notre part.

Je n’active le wifi que très occasionnellement et toujours soit depuis l’application Freebox Connect soit directement depuis le panneau tactile de contrôle de ma Freebox Server V6. Or, cela fait plusieurs semaines que je constate qu’il se remet en route quasiment tous les jours, et plusieurs fois par jour.
Auparavant, cela fonctionnait sans problème.

Après avoir ouvert un échange avec le support, nous avons tenté des redémarrages soft, hard et réinitialisation usine. Cela n’a rien résolu et ils m’ont donné cette adresse pour déclarer l’anomalie. Selon eux, probablement un bug firmware.

Est-ce une anomalie connue ? Y a-t-il un possibilité de résolution ou faut-il que je démonte la carte Wifi dans le boîtier ?
Merci par avance pour votre aide.

Bonjour

Depuis la 4.2.6 je remarqué que les apparaissent wifi se connectant sur le wifi invité apparaissent en grisés sur la liste des périphériques réseaux du réseau local en plus d’apparaitre sur la liste des appareils du réseau invité (mais dans cette liste ils sont pas en grisés)

De plus si on leur a assigné un “friendly name” sur l’onglet réseau invité pour pouvoir les reconnaitre facilement, dans l’onglet réseau local ils apparaissent juste avec leur adresse MAC. Il faut du coup leur réassigné un “friendly name” sur l’onglet réseau local aussi si on veut les reconnaitre... Mais réellement ils ont rien à faire sur l’onglet réseau local.
De plus je sais pas si c’est lié mais en même temps que ce soucis, une MAC addresse Freebox SAS inconnu auparavant est apparu également sur le réseau local.. Peut être la MAC virtuelle qui gère le réseau invité?

Sur les paramètres des cartes Wifi de la freebox, les appareils wifi invité en questions apparaissent maintenant connecté mais grisé (mais avec leur “friendly name” du réseau local et non celui du wifi invité)

J’ai essayé de prendre des Screenshots montrant au mieux le problème sur le lien ci-dessous:
https://www.dropbox.com/s/m5d5hpkpiaxqpg1/bugwifiinvit%C3%A9.png?dl=0

• Les flèches vertes correspondent aux deux différents réseau normalement partitionnés (réseau local et wifi-invité)
• Les flèches rouges correspondent aux différents appareils qui apparaissent aussi bien sur les deux réseaux et aussi au niveau de la carte wifi (avec leur nom du réseau local et grisé)
• La flèche Orange correspond à la mac Freebox SAS qui est apparu subitement aussi (que je soupçonne être la MAC virtuelle qui gère le réseau invité)

P.S. j’ai essayé de tenter d’oublier les appareils ils reviennent quand meme...

Pourriez-vous corriger ceci?
Merci

J’ai configuré ma freebox POP de manière à gérer séparément les deux bandes avec un nom de réseau différent : XXX pour le 2.4 GHz et XXX5 pour le 5 GHz.
Il y a quelques jours, j’ai constaté plusieurs heures après l’arrêt spontané du Wifi bande 5 GHz que tous mes appareils étaient passés sur la bande 2.4 GHz. Le réseau 5 GHz n’était plus listé comme disponible.
Le phénomène est bien visible sur les télémesures de températures qui chutent brutalement de presque 10°C durant la période d’arrêt du 5 GHz, avant de remonter après redémarrage du serveur et réapparition du nom de réseau Wifi associé (j’ai une copie d’écran disponible, mais je ne sais pas comment la joindre à ce ticket).

Bonjour,
Le nombre d'entrées pour le filtrage MAC est limité à 64 (Freebox Delta)
Ce nombre est insuffisant pour une bonne gestion des appareils qui ont l'autorisation de se connecter au WiFi (tous réseaux confondus, y compris invités)
Serait il possible d'augmenter ce nombre, par exemple de le doubler ?
Merci

Bonjours

Je suis en Wi-Fi 6 et depuis la dernière mise à jour 4.8.4 mes débits Wi-Fi sont passés en dwld de 1300 mbps à 150 mbps idem en up le ping lui est à 7 (devant la box)

De plus mon Player pop lag de plus en plus sur Oqee (cercle rouge et ralentissements)

Merci pour votre aide

Bonjour pour commencer j’ai l’iPhone 15 pro Max et le nouveau iPad Pro 13 pouce
Les appareils ont un vrai problème à rester en wifi 6e . Au moment où je vous écris iPad et iPhone un à côté de l’autre un est sur la bande 6 et l’autre sur la 5 . Et 5 minutes avant c’était l’inverse. Il y a un vrai souci de fiabilité du wifi sur cette box . C’est donc pas normal les 2 doivent donc resté sur la bande 6

Bonjour,

Je viens ajouter cette tâche que j’avais déjà ouverte sous le nom “FS#38532 - WIFI AC 5Ghz difficilement identifiable” puisque je viens de découvrir la cause.

La bande à 160 MHz peut faire déconnecter une connexion WIFI sur certains appareils. Ce fut le cas pour mon téléviseur LG43UJ670V qui se connecte dans un 1er temps mais qui se déconnecte au bout d’une demi-heure minimum (à priori mais la durée est aléatoire), que ce soit pendant l’utilisation ou pas.

La solution serait de configurer la bande pour la passer de 160 à 40 MHz afin qu’elle soit + stable ou de repasser sur la 1ère bande. Aussi, éviter l’AX si vous avez des appareils qui ne prennent qu’en AC ; Même si elle peut être reconnue, cela provoque aussi des instabilités. Vous pouvez essayer de passer en 80 MHz pour la bande, mais je ne garantie rien puisque je n’ai pas encore fait de tests.

Bonjour,

je constate depuis quelque temps que mes equipements ne bascule jamais sur la carte 5GHz lorsqu ils sont proche du server (même pièce) il reste tout le temps sur le 2.4…

seul une extinction ou un changement de canal permet a mes appareils de passer sur le 5ghz. est ce que je passe a côté de quelque chose ?

cdt,

mon souci et que je ne peut pas ouvrir la page du site hds.to en wifi ni avec le mobile ni avec le pc et par contre je peut ouvrir 3 g donc aider moi merci

Bonjour,
Je viens de constater un bug sur le répéteur wifi 5 connecté sur ma freebox révolution en Ethernet. Qui je pense peut avoir lieu sur les autres freeboxs.

En effet j'ai remarqué à l'aide de l'application freebox connect que mon répéteur wifi 5 se déconnectait de façon périodique et à la même heure le matin.
Après avoir investigué et fait plusieurs tests, j'ai pu conclure que cela venait de la coupure et de la planification du wifi de la freebox.
Notez que j'avais réglé une planification de la coupure du wifi de 01h00 à 05h30 du matin. La déconnexion du répéteur s'effectuait à 05h31 à chaque fois.
Depuis que je laisse en permanence le wifi actif sur la freebox, je n'ai plus aucune déconnexion du répéteur wifi 5 connecté en Ethernet.

Je vous explique mes tests :
Dans l'application "Freebox Connect", j'ai donc désactivé le wifi de la freebox comme pour simuler la planification de la coupure du wifi à 01h00 du matin. Le résultat, le répéteur est bien resté connecté. C'est en réactivant le wifi de la freebox (comme pour simuler le rallumage du wifi à 05h30) que le répéteur s'est déconnecté 1mn après la réactivation du wifi de la freebox.
J'ai répété ce test à plusieurs reprises, je suis arrivé au même résultat à savoir la déconnexion du répéteur 1mn après la réactivation du wifi de la freebox.
J'ai même fait le test en remettant la planification du wifi sur la freebox et ce en modifiant les horaires de coupure planifié du wifi. Si le wifi se réactive à 06h30 après une désactivation bien sûr, la coupure du répéteur s'effectue à 06h31. De même si le wifi se réactive à 15h35, la coupure du répéteur se fait à 15h36.

Conclusion, la déconnexion du répéteur se fait à chaque réactivation du wifi de la freebox. Je ne peux donc plus utiliser la coupure planifié du wifi sur ma freebox.
Je pense qu'il doit y avoir un bug dans le script "activation et désactivation du wifi de la freebox" lorsque le répéteur wifi 5 est connecté en Ethernet à la Freebox.

Version logicielle actuelle de ma freebox révolution : 4.7.9
Version logicielle actuelle de mon répéteur wifi 5 : 1.9.18

En vous remerciant par avance de la résolution de ce problème, afin que je puisse à nouveau utiliser la coupure planifiée du wifi de ma freebox. Comme solution pour le moment je laisse en permanence le wifi de la freebox constamment activé.

Bonsoir,

je possède une Xbox 360 Jasper V2 avec l’éventuel premier carte Wi-Fi, le modèle blanc qui n’a qu’une antenne, je me suis rendu compte qu’il est capable de faire du 5Ghz alors que c’est mentionné nul part, récemment j’ai appris ce qui était le Wi-Fi B/G/N, AC, AX, A, etc, et dans MaFreeboxOS j’ai remarqué que ce dernier se connecte bien en 5Ghz.. mais en étant en Wi-Fi G, alors que le G n’est pas compatible en 5Ghz, heureusement ce n’est que dans les réglages de la console qu’on remarque qu’il est en réalité en Wi-Fi A, et non G, un petit bug visuel, aucune idée si c’était le cas sur la Révolution je ne connaissais pas les Protocoles :/ mais bon c’est vrai que j’aimerais bien voir que ce soit en A, qui est le seul appareil avec ce protocole qu’on as, merci :)