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

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, mon téléphone portable Google Pixel 8 pro est bien reconnu avec le wifi de ma box ultra en 320 MHz, mais n’a absolument pas le débit prévu pour cette fréquence, il reste sur le débit du wifi 6e et non du wifi 7.
Pouvez-vous m’indiquer d’où vient le problème google ou free ?

Bonjour Thibault et l’équipe,

Je vous écris pour faire suite à un ticket actuellement coincé à l’assistance N2 Free depuis un mois et demi.

Tous les 48 à 72h en moyenne :
- La Freebox est injoignable : ping (ICMP), interface d’administration et le NAT également
- KO depuis le WAN et le LAN
- Plus de connexion internet pour tous les endpoints
- Un redémarrage (electrique ou via le bouton d’alimentation) de la Freebox résout l’incident
- Le WLAN et le LAN fonctionnent mais ne peuvent pas joindre la Freebox
- Je pensais à un DDoS (bien qu’il y ait aucune raison que j’en sois victime) mais débrancher la fibre WAN ne rend pas l’interface d’administration joignable depuis le LAN

Le problème est critique au vu de mon activité professionnelle

Numéro Abonné : 29011495

Merci par avance,

Bonjour, j’ai un problème sur ma freebox ultra, mon port ethernet 1 passe en inactif et me déconnecte du coup tout ce qui est dessus, comment faire pour y remédier ?

Depuis un certain temps, je n'arrive plus à effectuer des téléchargement via freebox files !!
Mon SSD est bien reconnu et lorsque je lance un téléchargement, après une attente du calcul du temps restant, cela m'indique : échec du téléchargement
Est dû à un bug de l'application , Dois je attendre une mise à jour de l'application ?

Bonsoir à tous,

J’ai pris l’habitude d’effectuer mes Téléchargements depuis l’application Freebox files sur un ssd relié en externe sur ma Freebox Ultra, je préfère les renommer directement depuis l’application avant de les copier ou couper vers un disque dur interne sur mon ordinateur pour archivage/conservation. Hors il s’avère depuis la dernière mise à jour, que si l’on renomme des fichiers présent dans un dossier,exemple des épisodes de série, en renommant 01,02,03 ….,il est ensuite impossible de copier ou coller ce dossier depuis le ssd externe connecté à la freebox ultra vers un ssd ou disque dur de mon ordinateur, cela engendre automatiquement une erreur,fichiers non présent et cela plante,même en ayant redémarré plusieurs fois l’ordinateur et la freebox ultra.
Merci d’avance si quelqu’un a la solution.

Bonjour,

Tout d'abord, je tenais à remercier l’équipe pour la correction rapide du souci de VPN IKEv2.

Il semble, cependant, rester un bug, reproductible sur Windows 10 et iOS à minima.

Une fois connecté au VPN, les requêtes web renvoi systématiquement sur l'adresse de la freebox (la résolution DNS semble pourtant correcte) mais UNIQUEMENT si la connexion se fait en IPv4. Si la connexion est en IPv6, cela fonctionne correctement.

Cordialement.
Pascal

Bonjour

Je place cette tâche dans SERVER plutôt que dans PLAYER, puisque je pense que c’est le SERVER qui gère les fichiers.

Dans l’interface de gestion des enregistrements, il est possible de modifier le titre ou le sous-titre d’un enregistrement.

Le plus souvent, la modification est reportée par la FREEBOX dans le nom du fichier .M2TS, ce qui est commode pour exporter le fichier.

Dans un certain nombre de cas, la modification est VISIBLE quand on consulte l’enregistrement dans l’interface, mais INVISIBLE dans le nom de fichier.

Il semble que cela se produit quand on fait la modification depuis l’application ANDROID.

Merci

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

Bonjour,
suite à de récents problèmes récents d’instabilité, j’ai voulu aller sur le freebox OS à partir d’un PC connecté en ethernet;
mais malheureusement échec en tentant:

a/mafreebox.freebox >Gateway Timeout
Server error - server 212.27.38.253 is unreachable at this moment.
Please retry the request or contact your administrator.

b/ 192.168.0.254
Error-CONNECTION RESET

Merci pour votre aide!
Cdt - Laurent

Bonjour
Je programme des enregistrements (4 maxi et seulement 3 si je souhaite regarder une autre chaine en parallèle) sur le disque dur attaché à ma Freebox Mini4K depuis l’application Télé-Loisirs sur mon smartphone Android.

Lorsque je regarde dans la rubrique “Gestion des Enregistrements” de FreeBox OS (V4.9), ils apparaissent systématiquement avec une symbole d’avertissement (triangle Jaune avec pt exclamation blanc) suivi de la mention “2 conflitsconflit”… (Je tiens à dispo des copies écran si besoin)

Ce n’est pas bloquant outre mesure puisque les enregistrements se déroulent correctement mais c’est assez gênant car on ne sait jamais si c’est EFFECTIVEMENT annonciateur d’un VRAI problème potentiel…

Il serait bon soit qu’on identifie si cela est dû à ma configuration particulière (et dans ce cas, que fais-je mal ou devrait faire mieux) ou d’un problème + général nécessitant une correction lors d’une prochaine évolution.

Cdlmt

Afin de résoudre certains problèmes de fichiers distants (AFP/AppleShare) sur certains Apple Mac, je demande la mise à jour de netatalk 3.1.12 (2018-12-20) → 4.2.2 (2025-04-27) et ainsi corriger de failles de sécurité (vulnérabilités) nommées CVEs en même temps.

- https://netatalk.sourceforge.io/
- https://github.com/Netatalk/netatalk/
- https://github.com/Netatalk/netatalk/releases
- https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=netatalk

Bonjour,

Depuis la mise à jour 4.9.0, je rencontre de très régulières pertes de l’accès internet de mes équipements branchés en Ethernet.
Seul un reboot règle pour une poignée de minutes, voir 1 heure.

Le problème :

- La box donne l’heure, les appareils connectés en wifi ont bien l’accès internet, seul le réseau câblé est touché ; sur chacun des 3 ports, simultanément au moment du “bug”.
- coté PC (port 2,5G), mon icone “réseau câblé” change pour m’annoncer que le réseau est branché mais sans accès internet
- mon NAS perd également au même moment tout accès internet (que je peux vérifier par une tentative d’accès au portail via 5G)

J’ai contacté le support, qui après avoir repéré ce billet (https://dev.freebox.fr/bugs/task/40135) m’a suggéré de modifier la vitesse de négociation des ports de “Automatique” à “100Mo”, histoire de voir si cela changeait quelque chose.

J’attends que le bug se reproduise, je me rends dans les paramètres Switch, (connecté en wifi) et à la seconde où j’ai touché la vitesse du port (j’ai même mis en 1G à vrai dire), les adresses MAC sont réapparues et tout est stable depuis.

La mise à jour 4.9.1 est sortie depuis, les vitesses des ports sont repassés en “Auto”, et le problème s’est représenté 2 fois ce matin.

J’ai rebasculé la négociation en manuelle (1G), en espérant que comme pour la 4.9.0, cela fonctionne, mais je pense qu’il y a une petit soucis :)

Bonjour

Depuis que j’ai activé la veille totale , au bout de 2 mise en veille la redirection des ports ne fonctionne plus.
Obligé de redémarrer la box pour que ça refonctionne.
Après le redémarrage le problème n’est pas constaté suite à la 1ere mise en veille.

Merci pour votre aide

Jul

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,

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,

Pourriez-vous svp mettre à jour Netatalk qui est concerné par une faille critique de sécurité.

Merci

Bonjour,

Depuis le reboute (maj) d’aujourd’hui il impossible de connecter ma Tv au Wi-Fi 5Ghz de la box.

Cela m’ai déjà arrivé, en redémarrant la Tv elle se reconnect sur le bon réseau. Mais cette fois ci Cela fonctionne pas, j’ai essayé une 10e de fois.
Le problème est que la barre de son est bien connecté au réseau Wi-Fi 5Ghz, comme elle ne sont pas sur le même réseau, ils ne fonctionnent plus ensemble.
Je sais qu’il est pas recommandé par free de renommée les réseaux 2,4 et 5Ghz différemment pour forcer la connexion au bon réseau.
Mais alors quoi faire pour que cela fonctionne de nouveau.
J’ai une barre de son qui ne fonctionne plus suite à la mise à jour de la freebox, pas cool.

Afin de résoudre certains problèmes de disques durs, je redemande la mise à jour de smartmontools 6.6 → 7.0 (2018-12-30)

→ https://www.smartmontools.org/

Déjà signalé dans https://dev.freebox.fr/bugs/task/22518 (avec d’autres demandes de maj + corrections de noms de softs/libs)

Pourriez-vous mettre à jour par2cmdline 144f26550474482b8e2f436ede0f078aff653985 → 0.8.0 (2017-12-11)

→ https://github.com/Parchive/par2cmdline

Déjà signalé dans https://dev.freebox.fr/bugs/task/22518 (avec d’autres demandes de maj + corrections de noms de softs/libs)

Bonsoir j'aimerais proposer une amélioration pour le wifi de rajouter la consommation en énergie du wifi par rapport aux cartes de rajouter les watts la tension la puissance.merxi

Bonjour j’aimerais proposer une amélioration pour Freebox os de rajouter la consommation en électricité par rapport à la Freebox Delta merci

Bonjour,

Récemment abonné, j’ai pu constater un problème en utilisant le port SFP+. Ma demande a été escaladée après de très longs échanges avec Free mais une des personnes que j’ai eu m’a recommandé de signaler mon problème ici en attendant leur rappel.

Mon problème est que je n’ai pas le même comportement de l’upload en utilisant le port SFP+ ou un classique port RJ45 gigabit.

- Speedtest (DEB fourni par Okkla) via le SFP+ :

      Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
         ISP: Free SAS
Idle Latency:    17.93 ms   (jitter: 0.16ms, low: 17.75ms, high: 18.33ms)
    Download:  5619.43 Mbps (data used: 6.6 GB)
                 63.70 ms   (jitter: 43.47ms, low: 17.19ms, high: 542.57ms)
      Upload:   472.86 Mbps (data used: 607.5 MB)
                 17.75 ms   (jitter: 0.32ms, low: 17.14ms, high: 19.49ms)
 Packet Loss:     0.0%

⇒ On ne voit dans ce premier cas que la valeur finale de l’upload (472 Mbps), mais la valeur de l’upload baisse sur toute la durée du test et passe même parfois sous les 400 Mbps.

- Speedtest (DEB fourni par Okkla) via le RJ45 Gigabit :

      Server: BOUYGUES TELECOM BBR - Grenoble (id: 58158)
         ISP: Free SAS
Idle Latency:    18.19 ms   (jitter: 0.19ms, low: 17.94ms, high: 18.36ms)
    Download:   945.88 Mbps (data used: 1.1 GB)
                 44.25 ms   (jitter: 21.91ms, low: 17.68ms, high: 458.65ms)
      Upload:   673.37 Mbps (data used: 651.2 MB)
                 18.43 ms   (jitter: 0.79ms, low: 16.88ms, high: 35.30ms)
 Packet Loss:     0.0%

⇒ Dans ce second cas, mon upload est stable et rejoint des valeurs normales à chaque coup (675-690 Mbps).

Quelques notes concernant les tests :

• Tous les tests sont réalisés depuis la même machine, je ne change que le vmbr WAN de ma VM sur mon hyperviseur Proxmox où j’ai branché temporairement un WAN gigabit RJ45 + un WAN en SFP+.
• J’utilise un DAC passif cuivre 3m entre la Freebox Delta et mon infra de chez 10GTek. Je peux saturer le lien 10 Gbps avec un simple test wget ou curl vers la Freebox (http://192.168.x.x/gen/10G), donc pas de souci sur le lien 10 Gbps en interne.
• J’ai exclu le fait que ma carte pose souci avec le débit sortant en y branchant un module SFP fibre ⇒ RJ45 1G. Je n’avais dans ce cas plus le souci.
• Ma carte réseau utilise un chipset Broadcom BCM57810S

Constat :

Le comportement du débit sortant devrait être le même entre le lien RJ45 et le lien SFP+. Il y a soit un problème logiciel qui peut être patché, soit un souci matériel sur la Freebox Delta.

Merci pour votre lecture !

Bonjour à tous

voici ma configuration Freebox delta V1 soft 4.9.2
PC windows 11 Nitro 5 (SSD + 62Go Ram)

j’ai fait différents tests dans différents configurations que je préciserai plus tard mais en conclusion malgré des performances de 2200Mbit/s en download NPERF j’ai uniquement 50Mb en download de fichier sur le site de référence free (http://test-debit.free.fr/) avec le SFP+ alors que j’ai 1G sur NPERF et 1G en Download lorsque j’utilise un simple port Ethernet.

une idée ? la service technique Free ne sait pas m’aider.

Configuration haut débit sur Freebox
- Câble DAC 10 Gbit
- Convertisseur 10GTek
- Module SFP+ 10GTek Ethernet 10 Gbit

entre les deux
- Câble Ethernet catégorie 7

sur PC
- module Thunderbolt Ethernet 2.5G XIAOLO

voici les tests
PC > XIAOLO 2.5G > SFP : Nperf (2118/788) download 45.2Mbits/s
PC 1G> SFP : Nperf (957/834) download 45.5Mbits/s
PC > XIAOLO 1G > Ethernet : Nperf (961/835) download 684Mbits/s
PC 1G> Ethernet : Nperf (956/834) download 760Mbits/s

J’ai acheté un iPad A16 (2025) et je rencontre des soucis avec la connexion wifi de ma Freebox Ultra. La connexion en wifi s’effectue bien dans un premier temps, mais il suffit que je m’éloigne de la Freebox (en changeant simplement de pièce par exemple) pour que l’iPad perde la connexion. J’ai pensé que cela devait venir de l’iPad, car je n’ai jamais remarqué ce problème avec aucun de mes autres périphériques. J’ai cependant essayé la connexion wifi du partage de connexion de mon téléphone (que ce soit les data mobiles ou le wifi de la Freebox du téléphone), ainsi qu’avec la connexion wifi d’un voisin et je n’ai pas de souci.

Dans Freebox OS (ainsi qu’avec les notifications de l’appli Freebox Connect), je vois que l’iPad se connecte sous différentes adresses MAC (j’en ai plus de 36 à l’heure où j’écris ces lignes !). Y aurait-il un lien ?

J’ai tenté de modifier la sécurité WPA 2/3 compatibilité, sur lequel j’étais, en WPA 2 AES, mais cela n’a rien changé. J’ai également essayé de changer, dans les paramètres de connexion au wifi de l’iPad, le type d’adresse Wifi privée (de base pourtant en fixe), mais aucune modification n’a semblé résoudre le problème.

Suis-je le seul à avoir ce souci ?

L’adresse MAC de la Freebox Ultra: 38:07:16:C2:66:2E

Merci de votre aide !