FS#40303 : Freebox en bridge et tp-link deco BE85 qui perd parfois la connexion suite à son reboot

Actions rapides

Consulter le graphique des dépendances

État Nouveau
Pourcentage achevé
0%
Type Anomalie
Catégorie LAN → Bridge
Assignée à Personne
Système d'exploitation Freebox V9 (Ultra)
Sévérité Critique
Priorité Très Basse
Basée sur la version 4.9.7
Due pour la version Non décidée
Échéance Non décidée
Votes
Privée

Concerne le projet: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Ouverte par jonatl08 - 12/05/2025
Dernière modification par jonatl08 - 24/06/2025

FS#40303 - Freebox en bridge et tp-link deco BE85 qui perd parfois la connexion suite à son reboot

Bonjour,

Je viens d’installer un système mesh tp-link deco BE85 derrière ma Freebox Ultra que j’ai passé en mode bridge.

Problème (à définir si côté routeur tp-link ou freebox) : parfois, quand je redémarre le tp-link, l’uplink (en SFP+) reste au rouge (rien concernant la connexion de l’uplink dans ses logs). Un simple reboot de la freebox le fait passer au vert sans même redémarrer ce dernier.
Routeur tp-link uplink param pour récup l’IP pub en DHCP (je viens de la fixer pour voir si c’est pareil)

Possible de regarder les logs de ma Freebox vers 6h45 ce jour pour voir si vous voyez un truc s’il vous plaît ? S’ils ne sont pas effacés après un reboot…

MAC : 38:07:16:CC:69:CF

Concernant, l’IPv6, je l’ai désactivé pour le moment côté tp-link. Dans les choix j’ai IP dynamique, PPPoE, Tunnel 6to4, Pont. Je suppose que je dois choisir Pont et ne rien toucher dans les param IPv6 de la Freebox à part juste bien activer le firewall ? Rien dans Delegation de préfixe à mettre vu que je ne peux pas conf l’IPv6 en fixe sur le tp-link ?

Merci, bonne journée.

Commentaires (13)
Tâches liées (0/0)

jonatl08 a commenté le 24.06.2025 19:40

Hello les dev,

Bon, j'ai échangé pas mal de mails avec un ingé Tp-Link, avec plusieurs prises à distance de mon PC pour qu'il puisse se connecter à mon Deco BE85 principal via putty et un firmware debug… (on a fait au mieux avec mon anglais et le décalage horaire :)

Quand je branche le Deco sur un port 2.5G de l'Ultra, pas de souci. Quand je branche sur le port SFP+ en kit LR ou en cuivre avec un SFP cuivre 10G, le problème se produit assez souvent.

Possible de voir de votre côté s'il vous plaît ?

Le mail de l'ingé Tp-Link : parker point hu arobase tp-link.com

Je peux éventuellement remettre en 10G et vous indiquer date/heure du plantage si besoin…

Merci.

mmakassikis a commenté le 25.06.2025 07:03

plutôt que de rebooter la box, est-ce que le fait de débrancher/rebrancher la fibre/câble ethernet du port SFP LAN change quelque chose ?

est-ce que retirer/remettre le SFP corrige le problème ?

le problème se produit assez souvent.

est-ce toujours suite à un redémarrage du tp-link ?

est-ce qu'il y a une indication de l'état du lien sur le tp-link ?

jonatl08 a commenté le 26.06.2025 15:45

Hello,

Bon, je peux reproduire le souci sans rebooter le Deco simplement en débranchant/rebranchant l'uplink plusieurs fois de suite au cul du Deco !
Un simple ifconfig eth0 down/up et ça remonte / repasse au vert après quelques secondes.
Le truc c'est que je n'arrive pas à reproduire le souci quand je branche l'engin sur un port 2.5G de la box. Ca semble se produire uniquement sur le port SFP. Là pour test j'ai mis un SFP cuivre 10G dans le port SFP et branché sur un port 2.5 du Deco et c'est même problème que sur son port 10G combo.

Quand il est au rouge l'uplink semble pourtant up :

root@BE85:/# ip link show eth0
4: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq master br-wan state UP mode DEFAULT group default qlen 1000

  link/ether 8c:90:2d:a0:0e:80 brd ff:ff:ff:ff:ff:ff

root@BE85:/# ip link show br-wan
19: br-wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000

  link/ether 8c:90:2d:a0:0e:81 brd ff:ff:ff:ff:ff:ff

root@BE85:/#

Dans l'interface du Deco :
Status:
Offline Internet Connection Type:
Dynamic IP
IP Address:
mon ip Free

Voilà les logs pendant mes deplug/replug (après 15h54 j'ai laissé l'engin tourné sans y toucher jusqu'à 16h15 environ et il est resté au rouge). Je laisse mon IP affichée ce sera plus clair…

root@BE85:/# logread | grep netifd
Thu Jun 26 15:49:25 2025 daemon.notice netifd: proto_shell_handler Interface 'wan' cmd: 1
Thu Jun 26 15:49:25 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 2, "signal": 15, "interface": "wan" }
Thu Jun 26 15:49:25 2025 daemon.notice netifd: wan (17991): udhcpc: Received SIGTERM
Thu Jun 26 15:49:25 2025 daemon.notice netifd: wan (17991): Unicasting a release of x.y.99.51 to x.y.99.254
Thu Jun 26 15:49:25 2025 daemon.notice netifd: wan (17991): udhcpc: Sending release… Thu Jun 26 15:49:25 2025 daemon.notice netifd: proto_shell_script_cb Interface 'wan'
Thu Jun 26 15:49:25 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 3
Thu Jun 26 15:49:25 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" }
Thu Jun 26 15:49:25 2025 daemon.notice netifd: Interface 'wan' up: 0
Thu Jun 26 15:49:25 2025 daemon.notice netifd: wan (17991): Entering released state
Thu Jun 26 15:49:25 2025 daemon.notice netifd: proto_shell_task_cb Interface 'wan'
Thu Jun 26 15:49:25 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 3
Thu Jun 26 15:49:25 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' state: 2
Thu Jun 26 15:49:25 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' is now down
Thu Jun 26 15:49:25 2025 daemon.notice netifd: Network device 'br-wan' link is down
Thu Jun 26 15:49:25 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Thu Jun 26 15:49:25 2025 daemon.notice netifd: Network device 'br-wan' link is up
Thu Jun 26 15:49:25 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Interface 'wan' is setting up now
Thu Jun 26 15:49:26 2025 daemon.notice netifd: proto_shell_handler Interface 'wan' cmd: 0
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Network device 'br-wan' link is down
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Network device 'br-wan' link is up
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Thu Jun 26 15:49:26 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 1, "command": [ "udhcpc", "-p", "\/var\/run\/udhcpc-br-wan.pid", "-s", "\/lib\/netifd\/dhcp.script", "-O", "33", "-O", "121", "-O", "249", "-f", "-R", "-a", "-t", "0", "-i", "br-wan", "-r", "x.y.99.51", "-H", "decoMeshBE85", "-V", "MSFT 5.0", "-M", "-m", "exterior" ], "env": [ "INTERFACE=wan", "IFNAME=br-wan" ], "interface": "wan" }
Thu Jun 26 15:49:26 2025 daemon.notice netifd: proto_shell_script_cb Interface 'wan'
Thu Jun 26 15:49:26 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 1
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): udhcpc: option -h NAME is deprecated, use -x hostname:NAME
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): udhcpc: udhcpc (v1.22.1) started
Thu Jun 26 15:49:26 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" }
Thu Jun 26 15:49:26 2025 daemon.notice netifd: Interface 'wan' up: 0
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): udhcpc: Sending discover… Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): rcv dhcp pkts saddr is XXX
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): find dhcp server mac 380716CC69CF
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): Section type: device
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): val: 7C-F1-7E-66-A8-9A tmpmac:7CF17E66A89A
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): Section type: device
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): val: 7C-F1-7E-66-A9-67 tmpmac:7CF17E66A967
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): Section type: device
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): val: 8C-90-2D-A0-0E-80 tmpmac:8C902DA00E80
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): Section type: device
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): val: 8C-90-2D-A0-10-A8 tmpmac:8C902DA010A8
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): Section type: device
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): val: BC-07-1D-37-3F-C9 tmpmac:BC071D373FC9
Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): udhcpc: Sending select for x.y.99.51… Thu Jun 26 15:49:26 2025 daemon.notice netifd: wan (8433): rcv dhcp pkts saddr is XXX
Thu Jun 26 15:49:27 2025 daemon.notice netifd: wan (8433): No arp reply received for this address
Thu Jun 26 15:49:27 2025 daemon.notice netifd: wan (8433): Lease of x.y.99.51 obtained, lease time 604800
Thu Jun 26 15:49:27 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "ifname": "br-wan", "link-up": true, "keep": false, "ipaddr": [ { "ipaddr": "x.y.99.51", "mask": "255.255.255.0" } ], "routes": [ { "target": "0.0.0.0", "netmask": "0", "gateway": "x.y.99.254" } ], "dns": [ "212.27.40.240", "212.27.40.241" ], "interface": "wan" }
Thu Jun 26 15:49:27 2025 daemon.notice netifd: Interface 'wan' up: 1
Thu Jun 26 15:49:27 2025 daemon.notice netifd: Interface 'wan' devname: br-wan
Thu Jun 26 15:49:27 2025 daemon.notice netifd: Interface 'wan' keep: 0
Thu Jun 26 15:49:27 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' state: 0
Thu Jun 26 15:49:27 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' is now up
Thu Jun 26 15:54:25 2025 daemon.notice netifd: proto_shell_handler Interface 'wan' cmd: 1
Thu Jun 26 15:54:25 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 2, "signal": 15, "interface": "wan" }
Thu Jun 26 15:54:25 2025 daemon.notice netifd: wan (8433): udhcpc: Received SIGTERM
Thu Jun 26 15:54:25 2025 daemon.notice netifd: wan (8433): Unicasting a release of x.y.99.51 to x.y.99.254
Thu Jun 26 15:54:25 2025 daemon.notice netifd: wan (8433): udhcpc: Sending release… Thu Jun 26 15:54:25 2025 daemon.notice netifd: proto_shell_script_cb Interface 'wan'
Thu Jun 26 15:54:25 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 3
Thu Jun 26 15:54:25 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" }
Thu Jun 26 15:54:25 2025 daemon.notice netifd: Interface 'wan' up: 0
Thu Jun 26 15:54:25 2025 daemon.notice netifd: wan (8433): Entering released state
Thu Jun 26 15:54:25 2025 daemon.notice netifd: proto_shell_task_cb Interface 'wan'
Thu Jun 26 15:54:25 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 3
Thu Jun 26 15:54:25 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' state: 2
Thu Jun 26 15:54:25 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' is now down
Thu Jun 26 15:54:25 2025 daemon.notice netifd: Network device 'br-wan' link is down
Thu Jun 26 15:54:25 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Thu Jun 26 15:54:25 2025 daemon.notice netifd: Network device 'br-wan' link is up
Thu Jun 26 15:54:25 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Interface 'wan' is setting up now
Thu Jun 26 15:54:26 2025 daemon.notice netifd: proto_shell_handler Interface 'wan' cmd: 0
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Network device 'br-wan' link is down
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Interface 'wan' has link connectivity loss
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Network device 'br-wan' link is up
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Interface 'wan' has link connectivity
Thu Jun 26 15:54:26 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 1, "command": [ "udhcpc", "-p", "\/var\/run\/udhcpc-br-wan.pid", "-s", "\/lib\/netifd\/dhcp.script", "-O", "33", "-O", "121", "-O", "249", "-f", "-R", "-a", "-t", "0", "-i", "br-wan", "-r", "x.y.99.51", "-H", "decoMeshBE85", "-V", "MSFT 5.0", "-M", "-m", "exterior" ], "env": [ "INTERFACE=wan", "IFNAME=br-wan" ], "interface": "wan" }
Thu Jun 26 15:54:26 2025 daemon.notice netifd: proto_shell_script_cb Interface 'wan'
Thu Jun 26 15:54:26 2025 daemon.notice netifd: proto_shell_task_finish Interface 'wan' state: 1
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): udhcpc: option -h NAME is deprecated, use -x hostname:NAME
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): udhcpc: udhcpc (v1.22.1) started
Thu Jun 26 15:54:26 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" }
Thu Jun 26 15:54:26 2025 daemon.notice netifd: Interface 'wan' up: 0
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): udhcpc: Sending discover… Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): rcv dhcp pkts saddr is XXX
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): find dhcp server mac 380716CC69CF
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): Section type: device
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): val: 7C-F1-7E-66-A8-9A tmpmac:7CF17E66A89A
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): Section type: device
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): val: 7C-F1-7E-66-A9-67 tmpmac:7CF17E66A967
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): Section type: device
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): val: 8C-90-2D-A0-0E-80 tmpmac:8C902DA00E80
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): Section type: device
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): val: 8C-90-2D-A0-10-A8 tmpmac:8C902DA010A8
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): Section type: device
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): val: BC-07-1D-37-3F-C9 tmpmac:BC071D373FC9
Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): udhcpc: Sending select for x.y.99.51… Thu Jun 26 15:54:26 2025 daemon.notice netifd: wan (11570): rcv dhcp pkts saddr is XXX
Thu Jun 26 15:54:27 2025 daemon.notice netifd: wan (11570): No arp reply received for this address
Thu Jun 26 15:54:27 2025 daemon.notice netifd: wan (11570): Lease of x.y.99.51 obtained, lease time 604800
Thu Jun 26 15:54:27 2025 user.debug netifd: ubus call network.interface notify_proto { "action": 0, "ifname": "br-wan", "link-up": true, "keep": false, "ipaddr": [ { "ipaddr": "x.y.99.51", "mask": "255.255.255.0" } ], "routes": [ { "target": "0.0.0.0", "netmask": "0", "gateway": "x.y.99.254" } ], "dns": [ "212.27.40.240", "212.27.40.241" ], "interface": "wan" }
Thu Jun 26 15:54:27 2025 daemon.notice netifd: Interface 'wan' up: 1
Thu Jun 26 15:54:27 2025 daemon.notice netifd: Interface 'wan' devname: br-wan
Thu Jun 26 15:54:27 2025 daemon.notice netifd: Interface 'wan' keep: 0
Thu Jun 26 15:54:27 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' state: 0
Thu Jun 26 15:54:27 2025 daemon.notice netifd: interface_proto_cb Interface 'wan' is now up
root@BE85:/#

–> Toujours rouge à 16h15. Un simple ifconfig eth0 down/up et hop c'est reparti !

NB : j'ai l'impression que le Deco repasse bien au vert quand je deplug/replug assez vite. J'ai le sentiment qu'il reste au rouge quand j'attends un peu plus entre les 2 actions mais ça ne se produit pas systématiquement. Idem après reboot électrique du Deco, ce n'est pas systématique…

Et leur truc br-wan je ne sais pas trop ce que c'est je ne suis pas assez calé. Sûrement lié à leur truc "d'auto-wan" (le Deco trouve l'uplink peu importe le port sur lequel la box est branchée, et pas possible de forcer le port WAN dans leur appli pour ce modèle (en tout cas pour le moment), et je perds même l'accès au réseau local quand je n'ai plus de connexion internet, super…)

Si vous me confirmez que ça ressemble plus à un souci lié au Deco je vais insister un peu auprès de Tp-Link…

Merci bien

mmakassikis a commenté le 26.06.2025 16:04

l'interface br-wan doit être un bridge qui regroupe les différents ports servant d'uplink.

le bridge est down quand toutes les interfaces sont down. quand une interface passe up, le bridge aussi, et cela déclenche le lancement d'un client dhcp. Quand le bridge passe down, le client dhcp est arrêté (et donc déconfigure l'ip de l'interface).

Si l'échange DHCP se passe mal ⇒ pas d'obtention d'adresse, et donc pas d'uplink. Mais dans vos logs cela semble bien se passer à première vue (du moment que les down→up→down sont à cause de votre intervention; si le lien passe down tout seul, vérifiez votre connectique).

Quand le lien est down "sans raison", il faudrait voir l'état du port SFP dans FreeboxOS (Parmètres de la Freebox > Mode Avancé > SFP, et aussi dans 'Switch' pour voir s'il y a des erreurs qui sont remontées dans le compteurs). FreeboxOS est normalement accessible via mafreebox.freebox.fr dans le réseau local, sinon en utilisant le domaine freeboxos.fr.

jonatl08 a commenté le 26.06.2025 16:25

Oui les down/up/down c'est quand je deplug/replug le câble jusqu'au moment où ça coince au rouge vers 15h54 dans mes logs. J'aurais dû prendre les logs après avoir fait un ifconfig down/up, je referai le test demain…

Au cul du Deco j'ai l'uplink qui vient de la Freebox (habituellement sur le combo SFP/eth 10G "eth3" (actuellement sur un 2.5G pour test "eth0"), j'ai testé en fibre kit SFP+ LR et en ethernet sur le combo même souci) puis et je sors en 10G "eth2" du Deco vers un switch 10G keepink. Je n'utilise que des câbles Ugreen cat 8 et des SFP cuivre 10G de marque Onti. J'ai testé plusieurs câbles et plusieurs SFP cuivre, evidemment.
Ceci dit, ça le fait aussi en débranchant le switch et en ne laissant que la Freebox sur le Deco principal (j'ai des Deco satellite sur le switch keeplink, je les ai aussi débranchés électriquement pour test)

Le gars de chez Tp-Link a fait des tcpdump mais pas de news… Et il semble insinuer que le souci vient du port 10G de la Freebox, d'où ma présence ici même si sincèrement leur truc d'autowan je le sens pas trop :)

jonatl08 a commenté le 11.07.2025 05:07

Hello,

Je suis repassé en 10G avec un kit LR il y a quelques jours, pas de souci pour le moment avec un reboot programmé des Deco tous les jours à 6h30. Je ferai les tests demandés quand ça replantera…

Voici un retour de l'ingé :

I suspected the 10G SFP of the modem (the box in front of the Deco) because I saw that the modem can only reply ARP requests, but nothing else (causing no Internet). Responding ARP requests proves that the physical link is fine, so I think it might be something with the modem’s internal software, with frequent link down/up, triggers the issue. With a fresh down/up (same effect as ifconfig eth0 down/up), the link is re-negotiated and everything goes back to normal, so this doesn’t prove anything. Link down/up resets everything. However, the issue doesn’t happen with its 2.5Gbps LAN ports. There are only my personal opinions, for you reference. Also, I think we have already tried the 10G GE port, instead of the SFP port, correct? If you connect the 10GE ethernet port into the 2.5G LAN port of your modem, does this issue happen?

–> test à faire également si ça replante mais pour le moment c'est étrangement stable comparé à avant…

NB : pas le même souci je pense mais j'avais aussi un problème de down/up fréquents entre mon NAS Synology DS716+ et le switch de la Freebox Ultra (RAS avant sous Delta) en 1G sur port eth. Voir https://https://dev.freebox.fr/bugs/task/39925

A suivre…

nbanba a commenté le 11.07.2025 10:04

Bonjour

Et sur le deco, un

ip link set eth0 down
ip link set eth0 up

Ça ne ferais pas le job ?

PS1: pensez à désactiver tout mode d'économie d'énergie sur tous les équipements lors des tests

PS2: Pour l'IPv6, le /60 associé à votre connexion sera routé sur le routeur TPlink, mais ensuite je pense qu'il faut que vous configuriez les 16 prefix /64 pour pouvoir les utiliser en configurant la première IPv6 du premier prefix 2a01:e0x:xxxx:xxx0::1 comme IPv6 public du TPlink (ne configurez pas uniquement les 8 premier prefix du premier /61 de la connexion, historiquement la dernière IPv6 2a01:e0x:xxxx:xxxf:ff…:ffff du second /61 était utilisée par le player)
Ensuite c'est vous qui gérez la redistribution interne de ces subnets / ipv6 avec un statefull DHCPv6 ou du SLAAC + stateless DHCPv6 sur le réseau derrière le TPlink (attention à la dualité IPv6 public / IPv4 privée configurée sur les mêmes machines du réseau local qui se retrouvent techniquement toutes sur internet en IPv6)

Cordialement
nbanba

jonatl08 a commenté le 24.07.2025 04:53

Salut,

Après pas mal de temps sans aucun plantage malgré reboot programmé des Deco tous les matins, c'est resté bloqué au rouge ce matin.

ip link set eth3 down puis ip link set eth3 up ne donne rien (eth3 car j'étais repassée en SFP+ LR)

Dans FreeboxOS tout est OK dans SFP (link up), mais dans switch on ne peut pas voir les erreurs ça affiche -1 comme tout le temps). Le lien est bien marqué actif.

Unplug/replug de la fibre au cul du Deco sans enlever le SFP+ LR, les Deco repassent au vert.

Je sens que je vais désactiver les reboot programmés, ça limitera le problème :D

jonatl08 a commenté le 24.07.2025 04:56

Pour les dev si vous voulez voir les logs, up suite à ma manip ce jour vers 6h45 (reboot programmé des Deco à 6h30)

mmakassikis a commenté le 24.07.2025 08:04

Pour les dev si vous voulez voir les logs, up suite à ma manip ce jour vers 6h45 (reboot programmé des Deco à 6h30)

je vois bien que l'interface sfplan est passé down puis up à ~6h45.

ceci dit, les logs suggèrent également qu'une interface ethernet est passé up (avant de repasser down: le lien SFP à la priorité sur les ports ethernet). Est-ce que cela faisait partie de votre manipulation ?

nbanba a commenté le 24.07.2025 08:10

Bonjour
Bizarre comme souci…
Un shut / no sh sur le port devrait faire le job surtout si vous ne débranchez pas électriquement le SFP !

après vous pouvez essayer d'attendre un peu avant le no shut:

ip link set dev eth0 down
sleep 1
ip link set dev eth0 up

vous pouvez ausi essayer des trucs comme:

ethtool --reset eth0

Ou en étant plus précis :

ethtool --reset eth0 [--flags <reset_flags>]

et pour avoir les flags reset-able

ethtool --show-priv-flags eth0

Après regardez l'EEPROM du transceiver :

ethtool -m eth0

Pour relire l'EEPROM et reset le diag vous pouvez tenter quelque chose comme

ethtool -m eth0 offset 0 length 256

Je ne me souviens plus mais si vous utilisez un SFP Mellanox les outils Mellanox sont plus performants (il faut installer mstflint):

mst start
mst status
mlxconfig -d /dev/mst/mt4099_pciconf0 set LINK_TYPE_P1=1
mlxconfig -d /dev/mst/mt4099_pciconf0 reset

Cordialement
nbanba

jonatl08 a commenté le 24.07.2025 10:34

ceci dit, les logs suggèrent également qu'une interface ethernet est passé up (avant de repasser down: le lien SFP à la priorité sur les ports ethernet). Est-ce que cela faisait partie de votre manipulation ?

Non, je n'ai pas du tout touché aux ports eth de la Freebox ces derniers temps.

jonatl08 a commenté le 24.07.2025 10:36

Oups j'ai fait un code au lieu qu'un quote désolé :D

	Tâches associées à cette tâche (0)

Chargement...

Raccourcis clavier

Activer les raccourcis clavier

Alt + ⇧ Shift + l Se connecter/Se déconnecter
Alt + ⇧ Shift + a Ouvrir une tâche
Alt + ⇧ Shift + m Mes recherches
Alt + ⇧ Shift + t Rechercher par ID de tâche

Liste des tâches

o Ouvrir la tâche sélectionnée
j Déplacer le curseur vers le bas
k Déplacer le curseur vers le haut

Détails de la tâche

n Tâche suivante
p Tâche précédente
Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
Alt + ⇧ Shift + w Surveiller
Alt + ⇧ Shift + y Fermer cette tâche

Édition de la tâche

Alt + ⇧ Shift + s Enregistrer la tâche