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

Type de box : Freebox Mini 4K Server

Pour commencer, lundi matin, aucun problème : appel émis fonctionnel.

Ce problème n’est pas lié au nouveau firmware 4.9.0, j’ai constaté le problème avec une ligne et un firmware très ancien (avant de faire faire la MAJ), la MAJ n’a pas résolu pas le problème.
- Téléphone (base) branché en filaire sur la box, réception OK, émission NOK, occupé
- Téléphone simple branché en filaire sur la box, réception OK, émission NOK, occupé

Tests croisés réalisés, sur une autre box de même type, câble téléphonique identique : aucun problème, appel émis fonctionnel.

La différence entre les deux, une ligne fibre (problème constaté ici), et une ligne VDSL (fonctionnelle, aucun problème constaté).

Précision : Les combinés et la base sont liés entre eux sans passer par la fonction DECT des Freebox Server.

Note: Il y a un ticket semblable avec des combinés connectés en DECT et une Freebox Revolution Server ici :
- https://dev.freebox.fr/bugs/task/40158

Bonjour

J’ai 2 téléphones DECT associés à la freebox révolution.
Quand je les fais sonner, ça fonctionne
Quand je décroche : l’affichage de l’état du Décroché passe à “Oui”. Quand je raccroche, l’état passe à “non”.
Je peux répondre à un appel sur chacun des téléphones.

Par contre, quand je veux appeler, j’ai une tonalité d’occupation : impossible de lancer un appel

Dernière version server : 4.9.0

Bonjour ,

j ai constaté une perte de vitesse depuis la nouvelle version 4.0.9 du Fimware de la box Freebox POP, que ca soit en wifi et Ethernet.
Concernant les caractéristique de ma ligne ,ma puissance reçu est instable je passe de -14.50 a -18.44 en quelques heures puis ca revient, repart etc… c est normal ?c est pas censée rester fixe tout le temps .
Suis je le seul a avoir le soucis ?

Bonjour,

Depuis le passage à la version 4.9.0 du firmware du Server Freebox, je constate une régression au niveau de la connectivité WiFi avec certains appareils Apple, en particulier :
* Apple Vision Pro
* iPhone 16 Pro (iOS 18.4)

Les symptômes sont les suivants : lors de la tentative de connexion au réseau WiFi, l’appareil affiche systématiquement l’erreur suivante :
“Impossible de se connecter à [nom_du_réseau]. Le réseau est temporairement indisponible. Réessayez ultérieurement.”

Ce comportement ne se produit que depuis la mise à jour 4.9.0. Avant cela, les connexions fonctionnaient sans problème.
Un redémarrage du Server Freebox corrige temporairement le problème, mais celui-ci réapparaît au bout de quelques heures ou jours.

Quelques précisions :
* Le réseau WiFi est visible par les appareils, mais la tentative d’association échoue.
* Aucun filtrage MAC n’est activé.
* WPA2/WPA3 activé, canal automatique, pas de VLAN ou filtrage particulier.
* Tests croisés effectués : les mêmes appareils se connectent sans problème sur d’autres réseaux (Livebox, routeurs Netgear, etc.).
* Logs système sur les appareils Apple ne donnent rien d’exploitable côté client.

Cela ressemble fortement à un bug ou à un souci de compatibilité introduit dans le firmware 4.9.0.

Adresse Mac de ma Freebox: 38:07:16:CC:7B:BF

Depuis la mise à jour 4.9.0 de ma Freebox Delta, je n’arrive plus à me connecter en FTP au serveur. Si j’essaye de me connecter avec le finder avec le partage Windows activé, j’ai ce message d’erreur quand je sélectionne le deuxième disque dur de ma Freebox : Impossible d’effectuer l’opération car l’élément d’origine de « Médias » est introuvable. Le gestionnaire de disques durs de mafreebox.freebox.fr affiche le disque dur comme inactif et vide, ce qui n’est pas le cas.
Voici une capture d’écran du gestionnaire de disque :
https://www.dropbox.com/scl/fi/j46rgl7kzwdak6biw80tz/Capture-d-cran-2025-03-24-18.30.48.png?rlkey=ufid2cavjcz2iyj3ts6be2auc&dl=0

Bonjour,
Depuis la mise à jour 4.9.0, lorsque je reçois un appel sur la ligne fixe, il est affiché “Appel Externe” sur le combiné alors que le numéro appelant est bien affiché sur l’écran de la Freebox.
J’ai redémarré la box et j’ai appelé ma ligne fixe à partir de mon téléphone mobile mais le problème persiste.
Si ça peut aider, le combiné téléphonique est un Gigaset A510 avec sa base relié par un câble RJ11 à la Freebox.

Bonjour,

Depuis la dernière mise à jour, le service TV est instable, blocage régulier de quelques secondes sur Player Devialet ainsi que sur player pop.

Une analyse du wifi a été lancée sans remonter de problème.

Aucun soucis rencontré avant cette mise à jour (bonne connexion), pas de changement de configuration, pas de changement d'emplacement du répéteur Wifi 7.

Ma configuration est la Freebox ultra avec un répéteur wifi 7.

Merci pour votre prise en compte.

Bonjour,

il serait pratique de pouvoir planifier un redémarrage de la Freebox. ( ex : tous les lundi à 03:00 )

Bonjour,

depuis la maj 4.9.0, la sortie de veille wifi planifiée est problématique =⇒ les objets connectés ne peuvent plus se connecter au réseau wifi.

Impossible d’ouvrir un port depuis la mise à jour 4.9
Mon serveur de fichiers s’est retrouvé injoignable depuis l’extérieur (hors réseau interne). Tout à été vérifié, lees ports ouverts sur le firewall de windows 11, la redirection des ports sur la freebox Ultra. Plus rien ne rentre uniquement sur le réseau intranet. Et la freebox a aussi disparue du réseau !?. Merci Free

Bonjour

Il existe au moins 1 cas à priori non documenté ou l’API du player Devialet ne renvoit pas du JSON

Si je fais la requête pour reboot mon player en utilisant le bon ID pour mon player, la réponse est en JSON ⇒ OK

Si je fais volontairement une requête sur un mauvais ID de player, le player renvoit du HTML au lieu de renvoyer du JSON :

Exemple:
La fonction reboot player prend en argument l’ID du player (mon player à pour ID 17)

Si je fais:

reboot_player 17

J’obtiens le JSON:

{"success":true}

Maintenant si je passe un ID erroné volontairement(ex: ID 0), l’API ne renvoi pas une erreur en JSON mais du HTML:
Trace debug:

$ debug=1
$ reboot_player  0
get_fbx_api request:
curl -s https://mafreebox.freebox.fr/api/v14/player -H "Content-Type: application/json" -H "X-Fbx-App-Auth: $_SESSION_TOKEN" -G --cacert /dev/shm/fbx-cacert 

get_fbx_api result:
{"success":true,"result":[{"mac":"34:27:92:80:29:7c","stb_type":"stb_v7","id":17,"last_time_reachable":1742725668,"api_available":true,"device_name":"Freebox Player","device_model":"fbx7hd-delta","reachable":true,"uid":"a51dde83e07a057e64bef5bdcac8c5e2","api_version":"14.0","lan_gids":["ether-34:27:92:80:29:7c"]}]}

post_fbx_api request:
curl -s "https://mafreebox.freebox.fr/api/v14/player/0/api/v14/system/reboot" -H "Content-Type: application/json" -H "X-Fbx-App-Auth: $_SESSION_TOKEN" -X POST --cacert /dev/shm/fbx-cacert -d {}

post_fbx_api result:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<title>Freebox :: Requête invalide</title>
<link href="/err/err.css" rel="stylesheet" type="text/css" />
</head>

<body>
<div id="info">
    <div id="errorMsg">
      <h3>Requête invalide</h3>
      <p class="desc">La requête envoyée est invalide</p>
    </div>
</div>

</body>
</html>

Je comprend bien que c’est du à l’URL qui devient “mauvaise” car l’ID du player est incluse dans l’URL

cette URL n’existe en fait pas:
https://mafreebox.freebox.fr/api/v14/player/0/api/v14/system/reboot

par contre celle-ci existe:
https://mafreebox.freebox.fr/api/v14/player/17/api/v14/system/reboot

Cependant, pour des questions de normalisation et de parsing, il faudrait que l’API renvoi une erreur avec un content-type application/json

Il serait bien de ne pas devoir développer un moteur de parsing HTML en plus du moteur de parsing JSON à cause d’1 seul message d’erreur renvoyé par l’API et “ne respectant à priori pas la convention de cette même API”

Merci

Cordialement
nbanba

Bonjour
Après chaque mise à jour du serveur delta, ma VM ne plus redemarrer
C’est problématique car cette VM gére mes volets roulants avec domoticz
J’ai le message d’erreur suivant que je tente de la redémarrer :
//domoticz n’est pas joignable. Vérifiez que vous ne l’utilisez pas depuis une autre fenêtre, puis essayez de l’éteindre et de la rallumer
Je suis obligé de tout réinstaller et reconfigurer
Avez vous une idée ?
Merci
Salutations

Bonjour

J'ai suivi la documentation pour pourvoir changer de chaine sur le player DEVIALET

Open TV on channel 2:

POST /api/v8/player/{id_player}/api/v6/control/open
{ "url": "tv:?channel=2" }

Malheureusement j'obtiens un message d'erreur

POST sur la l'adresse mafreebox.freebox.fr/api/v14/player/17/api/v6/control/open/({"url":"tv:?channel=2"})
{"msg":"Invalid request: cannot parse json","success":false,"error_code":"invalid_request"}
ERROR  Erreur AUTRE : Invalid request: cannot parse json

je voudrais savoir ce qu'il manque ou que je fais mal pour résoudre mon problème

les autres actions fonctionnent bien comme changé le volume

PUT sur la l'adresse mafreebox.freebox.fr/api/v14/player/17/api/v6/control/volume/({"volume":"61"})
{"success":true,"result":{"mute":false,"volume":61}}

A disposition pour plus de renseignements

Bonjour à tous,

je suis nouveau ici, un conseiller free m’a donné le lien vers ce forum afin de peut être trouver des réponses aux bugs intempestifs qui arivent avec ma freebox ULTRA. Mes discussions avec différents conseillers FREE et , comme ils disent avec un “conseiller service technique de niveau 2” n’on tpas permis de régler le soucis.

Voici le problème rencontré :

J’ai une freebox ULTRA avec player POP. j’ai branché un DD sur le port USB du Server ULTRA afin de profiter de fichiers audios et videos accessibles autant sur ma TV que sur mon téléphone avec l’application Freebox Files.
DD SEAGATE 4 TO ou DD MAXTOR 1 TO

Le disque est détecté, il fonctionne sauf que: régulièrement et de façon aléatoire l’image freeze et il faut redémarrer le player pop pour relancer une vidéo. Aussi, régulièrement, l’image devient noir quelques secondes et l’image revient , ou même, écran NOIR puis plus rien, il faur redémarrer encore le player POP.

Les bugs arrivent peu importe ce que je regarde à la télé, que je regarde une vidéo sur le DD, que je sois sur Netflix, Canal + etc…

le seul fait d’avoir un DD branché fait que tout bug.

le DD est le même que j’avais sur ma freebox Révolution, il est en NTFS. Il fonctionne partout sauf là.

Un conseiller FREE m’a dit que c’était parce qu’il était en NTFS et qu’il faudrait qu’il soit en XFS, du coup, j’ai voulu le formater via FREEBOX OS/paramètres/Disques/Formater pour la passer en XFS mais l’opération plante direct à 0%. Du coup, je l’ai formaté normalement en EXT 4, j’ai remis des fichiers sur le disque; j’ai retesté est c’est pareil, ça bug, image qui freeze en 20 minutes, il faut redémarrer le Player POP.

je trouve bizarre d’être, selon FREE, le seul client de France à qui ça arrive. je trouve aussi bizarre que le DD doive être en XFS pour fonctionner , c’est pas le plus simple.

Autant, il peut rien se passer pendant 3 jours, autant, ça peu bugger 3 fois en 15 minutes.

J’espère avoir été assez clair

Merci à vous si vous avez des pistes ou des solutions à m’apporter car je ne suis pas aussi calé que vous en informatique.

Cordialement

Olivier

Bonjour,

Je viens de contacter un conseiller Free au 3244 qui me renvoie vers vous.

Hier (20.03.2025), suite à la mise à jour vers la 4.9 de mon serveur pop, le débit lan est extrêmement lent : 1 à 2 Mbp/s tant en ethernet qu’en wifi.

Mon domicile est tout connecté en ethernet 1 Gb (câble cat 7) et j’utilise des bornes wifi dédiées Apple Airport Extreme (je n’utilise pas le module wifi de la pop).

Immédiatement après la maj, il est impossible de regarder un film depuis mon nas synology connecté en ethernet sur ma freebox pop qui sert de routeur.

En effet, sur ma freebox, de nombreuses redirections de ports sont configurées pour mon nas synology et ma xbox. De plus, tous mes équipements ont une adresse IP fixe.

Avec votre collègue technicien, nous avons fait plusieurs tests pour vérifier où se situe la panne :

La ligne : RAS le débit est à son max.
La connection ethernet en direct sur la box ou sur mon switch : RAS le débit est à son max.
Le module wifi de la freebox RAS le débit est à son max.

On en a conclu que la maj 4.9 joue sur la config du NAS synology et sur mes airport.

Il n’y a eu aucune modification de mes réglages avant la maj.

On en a conclu que le disfonctionnement est apparu immédiatement après cette maj et qu’elle a des conséquences sur mon installation la rendant inopérante.

Pouvez-vous, svp, apporter un correctif rapide car l’usage de mon réseau est impossible.

Adresse mac de ma freebox : DC:00:B0:68:29:33

Si vous avez besoin d’informations complémentaires, n’hésitez pas à me contacter.

Merci d’avance

Cordialement,

Adrien

Bonjour,

Serait-il envisageable, à l’avenir, d’intégrer une option permettant d’effectuer les mises à jour de la Freebox de manière automatique, par exemple durant la nuit ou aux heures de faible utilisation du réseau ?

Cela pourrait être une fonctionnalité intéressante pour toujours bénéficier des dernières améliorations sans nécessiter une intervention manuelle à chaque mise à jour.

Merci pour votre retour.

Cordialement,
Julien

Bonjour,

Depuis la mise à jour 4.9.0, j'ai activé le mode WPA2/3 Compatibilité sur l'ensemble de mes cartes Wi-Fi, conformément aux recommandations. Toutes mes cartes sont configurées de manière commune.

Cependant, j'ai remarqué que lorsque ce mode est activé, il est également appliqué à la carte 6 GHz, alors que celle-ci est censée être uniquement compatible WPA3 (sauf erreur de ma part).

➡️ Illustration du problème : https://transfert.free.fr/OKVS5Fs

Ce comportement semble se confirmer, car mon iPhone 15 Pro Max se connecte à la borne 6 GHz en WPA2, selon l'interface Freebox.

➡️ Illustration supplémentaire : https://transfert.free.fr/Uau6K0X

S'agit-il d'un véritable bug ou simplement d'un problème d'affichage ?

Adresse MAC de ma box : 38:07:16:C2:6E:11

Merci par avance pour votre retour.

Cordialement,
Julien

Bonjour,

Vous avez ajouté avec le firmware 4.9.0 la possibilité d'avoir un SSID différent du principal pour le réseau invité, merci car c'est très utile.

Cependant si on utilise le filtrage mac celui est actif pour le réseau invité et principal, ce qui n'est pas très pratique malheureusement.

Pourriez vous svp ajouter la possibilité d'activer ou non le filtrage mac indépendamment sur le réseau principal et invité svp ?

Merci,

Bonjour, avant de rentrer dans les détails je précise que tous les tests sont conduits sur une Freebox Pop V8 WiFi 7 version 4.9.0 avec un Pixel 9 Pro XL (Android 15 QPR2 stable de mars 2025) en vue directe de la box à environ 1 mètre sans répéteur. Les 5GHz sont en 160MHz DFS et canal automatique (canal 40), et les 2.4GHz sont en 40MHz (20MHz effectif) en canal automatique également (canal 6).
Quand on active la MLO dans FreeboxOS, deux possibilités, soit le téléphone reste bloqué en 2,4GHz, soit il se connecte enfin en 5GHz (après la DFS bien sûr) mais possède un débit maximal de 700/800Mbps (au lieu de 1600/1800Mbps normalement). Si les 5GHz n’accrochent pas, redémarrer le WiFi du téléphone fait complètement planter la box et la fait redémarrer par elle-même.
Quand le MLO n’est activé que sur les 2,4GHz le débit en 5GHz reste de 700Mbps, indiquant bien un soucis avec le MLO, qu’on l’utilise ou non.
Dès qu’on désactive le MLO, les débits habituels reviennent correctement.
Surtout que j’ai pu constater que le téléphone n’arrivait parfois pas du tout à se connecter au WiFi quand le MLO est activé (J’ai même pu voir un message d’erreur inédit sur le téléphone indiquant que la box est temporairement pleine (quoi que ça veuille dire) m’empêchant de m’y connecter).
De fait, le MLO sur les Freebox Pop ne fonctionne absolument pas, le téléphone refuse de se connecter en MLO (alors que Wifiman confirme son activation) et divise les débits par deux. Le soucis de débit à été constaté sur des Galaxy S21 Ultra (par un témoignage) et Pixel 6 (Android 15 QPR2 de mars 2025), tous deux incompatibles Wifi 7 et qui ont pourtant bien vus leurs débits divisés par 2 aussi, l’activation du MLO divise donc le débit par 2 même quand on se connecte en WiFi 6.
Également, quand le MLO est activé, le Pixel 9 Pro XL ne se connecte qu’en WPA2 et non plus en WPA3 (mode WPA2/WPA3 Transition).

Bonjour,

suite à la màj en 4.9.0, j’ai été constaté ce qu’il y avait eu comme modif concernant les réglages wifi.
J’étais en WPA2/3-AES expérimental (qui s’est vu renommé en WPA2/3 Transition), je passe en WPA2/3 Compatibilité (recommandé), me disant que c’est mieux.

Et là je constate que plusieurs appareils ne se reconnectent pas, ou plus en WPA3… En analysant les réseaux wifi (j’ai gardé une des 2 cartes 5Ghz en Transition), je constate les différences suivantes :

- le SAE n’est plus annoncé
- le 11w n’est plus annoncé comme capable

cf https://transfert.free.fr/hsYGkgN

J’ai un routeur où j’avais configuré le 11w (Management Frame Protection) en obligatoire (qui va de paire avec le WPA3 normalement), il ne se connecte plus.
Mon S25 ne se connecte plus en WP3 mais 2.

Quelles sont les autres différences entre les modes compatibilité et transition ?
Est-ce un bug dans le menu qui inverse les paramètres des 2 modes ?

En l’état le mode compatibilité n’a pas l’air compatible WP3…

Impossibilité de se connecté à http://mafreebox.freebox.fr/ via Mozilla Firefox (version 136.0.1) sur pc Windows 11. (problème datant de moins de 48h00)

La page reste en mode invité avec le seul accès au Guide des programmes.

Connexion possible avec Microsoft Edge.

Bonjour,
Ce problème est déjà apparu sur les débuts de la Pop et de la Delta selon mes recherches.
Je rencontre des pertes régulières de connexion sous le vpn Cisco AnyConnect sur mon ordi pro depuis que je suis passé sur la Freebox Ultra (venant de la Pop sur laquelle je n’avait aucun problème.)

Cela peut intervenir toutes les 2h comme toutes les 10 minutes, la connexion ne fonctionne plus, un message apparaît sur teams disant que je ne suis plus connecté et le web affiche ensuite le défaut. Je suis alors obligé de couper et relancer le vpn Cisco ou la connexion.
C’est extrêmement handicapant dans l’activité.

Cela se produit aussi bien en wifi qu’en lan.

Un reset de box n’a rien changé.

Sur les autres box ayant connu ce problème au départ il fut corrigé à l’occasion d’une mise à jour.
D’autres ont ils rencontré cette difficulté ?

Bonjour,
Après avoir contacter l’assistance freeproxi qui ne peut pas m’aider car mon débit “est largement supérieur au minimum attendu en fibre qui est de 35Mb/s”, j’en viens a passez par vous afin d’avoir une solution à mon problème.

Ayant migré d’une offre Orange 2Gb/s vers Free 8Gb/s, je ne m’attendais pas à diviser mon débit par 3 pour avoir en moyenne 600 Mbps.
Durant un speedtest, il m’arrive de bloquer à 50mbps et d’un coup j’atteins 1200Mbps pendant 3sec pour que cela se stabilise vers les 600mbps.

[checkFtthFree v0.27]                           Windows 11 Build 26100 (64-bit)
-------------------------- 2025-03-12 17:20:03 +0000 --------------------------
Configuration réseau du système:
  Adapter.Driver: Intel(R) Wi-Fi 6 AX201 160MHz
  Adapter.DriverVersion: 22.50.0.7 (Intel, 2021-04-19)
  Adapter.LinkSpeed: 2.2 Gbps
  Adapter.PacketCoalescing: Disabled
  Adapter.PcieLinkSpeed: Unknown
  Adapter.PcieLinkWidth: 0
  Adapter.PhysicalMediaType: Native 802.11
  NetProfile.NetworkCategory: Public
  Tcp.AutoTuningLevelLocal: Normal
  Tcp.CongestionProvider: CUBIC
  Tcp.EcnCapability: Disabled
  Tcp.ScalingHeuristics: Disabled
  Tcp.Timestamps: Disabled
  => Latence max pour une réception TCP à 1 Gbps: 141 ms

Test TCP local (IPv4): téléchargement depuis la Freebox
  --> Latence: 2.34 ms                  [gigue: 0.38 ms]
  --> Débit: 109.09 Mo/s (872.71 Mbps)  [fluctuation: 1.06%]

Test TCP Internet (IPv4): téléchargement depuis le serveur Scaleway [BBR]
  --> Latence: 11.75 ms                 [gigue: 0.48 ms]
  --> Débit: 154.29 Mo/s (1.23 Gbps)    [fluctuation: 1.53%]

Vous pouvez constater les speedtest ici (https://youtube.com/shorts/3sd74MW2ZPw?feature=shared & https://youtube.com/shorts/2bFVeVhDGEE?feature=shared )

Malheureusement, l’ethernet ne change pas grand chose a cela.

De plus vous trouverez un speedtest fait sur la VM de la freebox ci dessous en IPV4 et IPV6.

freebox@Test:~$ iperf3 -c ping.online.net --port 5200 -R
Connecting to host ping.online.net, port 5200
Reverse mode, remote host ping.online.net is sending
[  5] local 192.168.1.188 port 52980 connected to 51.158.1.21 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   230 MBytes  1.92 Gbits/sec
[  5]   1.00-2.00   sec   250 MBytes  2.09 Gbits/sec
[  5]   2.00-3.00   sec   245 MBytes  2.05 Gbits/sec
[  5]   3.00-4.00   sec   242 MBytes  2.03 Gbits/sec
[  5]   4.00-5.00   sec   236 MBytes  1.98 Gbits/sec
[  5]   5.00-6.00   sec   235 MBytes  1.97 Gbits/sec
[  5]   6.00-7.00   sec   232 MBytes  1.95 Gbits/sec
[  5]   7.00-8.00   sec   236 MBytes  1.98 Gbits/sec
[  5]   8.00-9.00   sec   237 MBytes  1.99 Gbits/sec
[  5]   9.00-10.00  sec   248 MBytes  2.08 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  2.38 GBytes  2.04 Gbits/sec    1             sender
[  5]   0.00-10.00  sec  2.34 GBytes  2.01 Gbits/sec                  receiver

iperf Done.
freebox@Test:~$ iperf3 -c ping6.online.net --port 5200 -R
Connecting to host ping6.online.net, port 5200
Reverse mode, remote host ping6.online.net is sending
[  5] local 2a01:e0a:566:d5b0:c40c:5bff:fe5e:ca67 port 51018 connected to 2001:bc8:0:1::49 port 5200
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   263 MBytes  2.21 Gbits/sec
[  5]   1.00-2.00   sec   280 MBytes  2.35 Gbits/sec
[  5]   2.00-3.00   sec   248 MBytes  2.08 Gbits/sec
[  5]   3.00-4.00   sec   288 MBytes  2.42 Gbits/sec
[  5]   4.00-5.00   sec   266 MBytes  2.23 Gbits/sec
[  5]   5.00-6.00   sec   278 MBytes  2.33 Gbits/sec
[  5]   6.00-7.00   sec   256 MBytes  2.14 Gbits/sec
[  5]   7.00-8.00   sec   285 MBytes  2.39 Gbits/sec
[  5]   8.00-9.00   sec   280 MBytes  2.35 Gbits/sec
[  5]   9.00-10.00  sec   285 MBytes  2.39 Gbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.03  sec  2.72 GBytes  2.33 Gbits/sec  701             sender
[  5]   0.00-10.00  sec  2.67 GBytes  2.29 Gbits/sec                  receiver

iperf Done.

En espérant que vous puissiez m’aider sur le soucis.
Merci beaucoup,

Bonjour,

Je suis utilisateur Freebox Delta depuis début 2022, et j'utilise mon PC connecté en direct en SFP+ depuis 3 ans avec le matériel suivant (acheté en suivant le tuto ici: https://antho.tips/reseau-10g-freebox-delta/):

• Cable SFP+ 10Gtek de 10m : https://www.amazon.fr/dp/B01MYMK4GT
• Module SFP+ 10Gtek (X520-10G-1S-X8, Intel 82599ES) sur le PC https://www.amazon.fr/dp/B01DCZCA3O

Problème: J'ai eu une coupure de courant sur l'ensemble de l'immeuble il y a de ça un peu plus d'1 mois. Le courant est revenu une première fois pendant quelques secondes, recoupé, puis s'est remis environ 10-15 secondes après.

A ce moment là, ma box a évidemment redémarré 2x de suite rapidement, ce qu'elle n'avait pas fait depuis un certain temps, donc je ne suis donc pas sûr de la version sur laquelle j'étais lorsque ça fonctionnait encore, mais elle s'est très probablement mise à jour à ce moment-là.

Ce que je sais c'est que depuis ce jour, je n'arrive plus à me connecter en SFP+ sur la Freebox. Je suis actuellement en 4.8.18. Si le problème est software, cette version 4.8.18 est donc affectée, mais c'est tout à fait possible qu'une mise à jour antérieure ait introduit le bug.

Dans la Freebox, section "Réseau local SFP", état du lien "up", module "présent" EEPROM "Valide" en 10GBASE-R. Je n'ai pas forcé de mode particulier (et même en testant de "forcer", ça ne corrige pas le problème)

Sur Linux en utilisant NetworkManager comme à mon habitude ça mouline puis j'ai une erreur " <info> [1741798431.5762] device (enp37s0): state change: ip-config → failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')"

Voici des logs plus complet de journactl:

mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5831] policy: auto-activating connection 'Connexion filaire SFP+' (ac624d8e-f087-4bb1-b473-7bed6c146e10)
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5836] device (enp37s0): Activation: starting connection 'Connexion filaire SFP+' (ac624d8e-f087-4bb1-b473-7bed6c146e10)
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5837] device (enp37s0): state change: disconnected -> prepare (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <warn>  [1741798341.5840] device (enp37s0): set-link: failure to set link negotiation
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5840] device (enp37s0): state change: prepare -> config (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5855] device (enp37s0): state change: config -> ip-config (reason 'none', sys-iface-state: 'managed')
mars 12 17:52:21 jc-desktop NetworkManager[1537]: <info>  [1741798341.5897] dhcp4 (enp37s0): activation: beginning transaction (timeout in 45 seconds)
mars 12 17:53:06 jc-desktop NetworkManager[1537]: <info>  [1741798386.5771] device (enp37s0): state change: ip-config -> failed (reason 'ip-config-unavailable', sys-iface-state: 'managed')

la vue de lspci

jc@jc-desktop ~ » lspci | grep -i SFP
25:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection (rev 01)

et wireshark

No.     Time           Source                Destination           Protocol Length Info
      1 0.000000000    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x41e7ee38

Frame 1: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
      2 0.003908370    ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 2: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      3 0.201889849    ::                    ff02::1:ff02:8ef6     ICMPv6   86     Neighbor Solicitation for fe80::f1e5:47bd:f702:8ef6

Frame 3: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_ff:02:8e:f6 (33:33:ff:02:8e:f6)
Internet Protocol Version 6, Src: ::, Dst: ff02::1:ff02:8ef6
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      4 0.505892555    ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 4: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      5 1.259110322    fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 5: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      6 1.347557788    fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 6: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      7 1.981138677    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     206    Standard query response 0x0000 PTR, cache flush jc-desktop-2.local AAAA, cache flush fe80::f1e5:47bd:f702:8ef6

Frame 7: 206 bytes on wire (1648 bits), 206 bytes captured (1648 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
      8 2.089891757    fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 8: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
      9 2.261498618    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0xda7a85ab

Frame 9: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     10 3.103099921    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 10: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     11 4.096012550    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     206    Standard query response 0x0000 PTR, cache flush jc-desktop-2.local AAAA, cache flush fe80::f1e5:47bd:f702:8ef6

Frame 11: 206 bytes on wire (1648 bits), 206 bytes captured (1648 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (response)

No.     Time           Source                Destination           Protocol Length Info
     12 5.678737511    fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 12: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     13 7.091422336    0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x67863cca

Frame 13: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     14 7.103544043    fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 14: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     15 14.293941544   fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 15: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     16 15.103724211   fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 16: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     17 15.701727338   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x2fd84110

Frame 17: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     18 20.714581898   0.0.0.0               255.255.255.255       MNDP     161    5678 → 5678 Len=119

Frame 18: 161 bytes on wire (1288 bits), 161 bytes captured (1288 bits) on interface enp37s0, id 0
Ethernet II, Src: Routerboardc_dc:85:f2 (18:fd:74:dc:85:f2), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 5678, Dst Port: 5678
Mikrotik Neighbor Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     19 20.714606539   Routerboardc_dc:85:f2 CDP/VTP/DTP/PAgP/UDLD CDP      96     Device ID: RouterOS  Port ID: sfp-sfpplus4  

Frame 19: 96 bytes on wire (768 bits), 96 bytes captured (768 bits) on interface enp37s0, id 0
IEEE 802.3 Ethernet 
Logical-Link Control
Cisco Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     20 20.714681450   Routerboardc_dc:85:f2 LLDP_Multicast        LLDP     112    MA/18:fd:74:dc:85:ee IN/sfp-sfpplus4 120 SysN=RouterOS SysD=MikroTik RouterOS 6.48.6 (long-term) CRS305-1G-4S+ 

Frame 20: 112 bytes on wire (896 bits), 112 bytes captured (896 bits) on interface enp37s0, id 0
Ethernet II, Src: Routerboardc_dc:85:f2 (18:fd:74:dc:85:f2), Dst: LLDP_Multicast (01:80:c2:00:00:0e)
Link Layer Discovery Protocol

No.     Time           Source                Destination           Protocol Length Info
     21 31.105775536   fe80::f1e5:47bd:f702:8ef6 ff02::fb              MDNS     107    Standard query 0x0000 PTR _ipps._tcp.local, "QM" question PTR _ipp._tcp.local, "QM" question

Frame 21: 107 bytes on wire (856 bits), 107 bytes captured (856 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_fb (33:33:00:00:00:fb)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::fb
User Datagram Protocol, Src Port: 5353, Dst Port: 5353
Multicast Domain Name System (query)

No.     Time           Source                Destination           Protocol Length Info
     22 31.838290479   fe80::f1e5:47bd:f702:8ef6 ff02::2               ICMPv6   62     Router Solicitation

Frame 22: 62 bytes on wire (496 bits), 62 bytes captured (496 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_02 (33:33:00:00:00:02)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::2
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     23 32.383750004   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0xfae6d4db

Frame 23: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     24 45.531919100   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 24: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     25 45.539162612   0.0.0.0               255.255.255.255       DHCP     330    DHCP Discover - Transaction ID 0x5c4167b5

Frame 25: 330 bytes on wire (2640 bits), 330 bytes captured (2640 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)

No.     Time           Source                Destination           Protocol Length Info
     26 45.542890749   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 26: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     27 45.933880997   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 27: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     28 45.937892679   ::                    ff02::1:ff02:8ef6     ICMPv6   86     Neighbor Solicitation for fe80::f1e5:47bd:f702:8ef6

Frame 28: 86 bytes on wire (688 bits), 86 bytes captured (688 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_ff:02:8e:f6 (33:33:ff:02:8e:f6)
Internet Protocol Version 6, Src: ::, Dst: ff02::1:ff02:8ef6
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     29 46.953995421   fe80::f1e5:47bd:f702:8ef6 ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 29: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: fe80::f1e5:47bd:f702:8ef6, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     30 46.991899426   ::                    ff02::16              ICMPv6   90     Multicast Listener Report Message v2

Frame 30: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     31 47.015898617   ::                    ff02::16              ICMPv6   110    Multicast Listener Report Message v2

Frame 31: 110 bytes on wire (880 bits), 110 bytes captured (880 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

No.     Time           Source                Destination           Protocol Length Info
     32 47.657913631   ::                    ff02::16              ICMPv6   90     Multicast Listener Report Message v2

Frame 32: 90 bytes on wire (720 bits), 90 bytes captured (720 bits) on interface enp37s0, id 0
Ethernet II, Src: Intel_c1:fb:a0 (00:1b:21:c1:fb:a0), Dst: IPv6mcast_16 (33:33:00:00:00:16)
Internet Protocol Version 6, Src: ::, Dst: ff02::16
Internet Control Message Protocol v6

Pour essayer de corriger le soucis, j'ai évidemment débranché, rebranché. Reboot la box sans le cable. Laissé refroidir. Dépoussiéré le matériel. Essayé avec Windows. Mais rien ne fonctionne, j'arrive pas à choper d'adresse IP. A la base j'avais une adresse IP d'enregistrée avec un bail statique, donc j'ai également essayé de supprimer la conf, de la remettre, de virer le DHCP sur mon pc pour mettre la config en dure mais rien n'y fait.

Possible de m'aider svp ? En l'état je ne sais pas trop quoi faire de plus…

Mon adresse MAC: 20:66:CF:1A:F7:B2

Merci d'avance,
JC

Bonjour,

Depuis quelques temps, ma freebox se met à planter ma box aléatoirement en faisaint des redémarrages sans raison.

J’ai contacté le support Free Proxi, qui a observé ma box à travers Siebel et me signale qu’elle redémarre à cause du watchdog guard.

Seul spécificité : j’ai 2vm Debian à 1Go de Ram et 1 cpu chacune (une avec du Adguard, et l’autre avec du docker, postgresql, grafana).

Pourriez-vous me dire si cela est normal ?

Mac de la box 38:07:16:C0:80:8C

En vous remerciant par avance.