Si :

• Ton routeur joint le LAN
• Ton routeur joint le WAN
• Ton routeur route (hormis quelques matériels Cisco où il fallait entrer ip routing... c'est forcément le cas)

Comme suspect, il ne reste que les règles de pare-feu. Dans OPNsense, il me semble que les règles par défaut sont connexions sortantes et établies autorisées, donc juste ce qu'il faut, mais je ne vois pourtant que ça, ou ce que j'ignore de plus dans ton installation.

Je suis arrivé à la même conclusion, mais je n'ai pas touché à mes règles de firewall depuis ... pffff, presque 1 an je pense. Je ne vois rien du tout qui empêche le WAN de communiquer dans un sens ou l'autre. Avec ma connexion RED précédente aussi prochée directement sur son ONT, il n'y avait aucun soucis ; avec le routeur en DMZ, aucun soucis non plus. Mais j'activerai les logs du firewall sur le WAN et je verrai bien si quelque chose apparaît.
A noter que même le tracking d'interface pour l'IPv6 sur mon LAN fonctionnait, mon mac sur un de mes VLAN récupérait bien une IPv6 publique, donc a priori le routeur fait bien son job.

Ne t'inquiète pas pour la latence apparente vers la passerelle, chez Bouygues c'est normal. Les ICMP echo sont dépriorisés sur le routeur du premier saut.

C'est noté ! Bon à savoir ...

J'ai compilé SVT-AV1 pour avoir une version récente (on est passé à la 4.0.1).

J'ai fais une compilation classique :

1. Installer les dépendances et NASM (un assembleur indispensable pour les optimisations CPU de SVT-AV1).
sudo apt update
sudo apt install git cmake build-essential nasm

2. Cloner SVT-AV1 (depuis le dépôt officiel branche master, de l'Alliance for Open Media).
git clone https://gitlab.com/AOMediaCodec/SVT-AV1.git

3. Compiler SVT-AV1 (Le script build.sh automatise la configuration CMake).
cd SVT-AV1/Build/linux
./build.sh release

4. Installer les binaires compilés
cd Release
sudo make install
sudo ldconfig
Vérifiez que l'installation a réussi avec la commande : SvtAv1EncApp --version

J'ai une version récente de ffmpeg (7.1.1), qui encode avec SVT-AV1 via /usr/lib/x86_64-linux-gnu/libSvtAv1Enc.so.2.3.0

Est-il possible de lui demander à utiliser la bibliothèque /usr/local/lib/libSvtAv1Enc.so.4.0.1 à la place, sans recompiler ffmpeg ?

En 5G :

Salut ! Alors, j’ai pu tester les antennes près de chez moi avec une Nokia (non Orange) et une 5G NSA Orange, et honnêtement ça envoie plutôt du lourd ! Curieux de voir ce que ça peut donner en 5G SA 😉

Je n'ai pas d'application de blocage. Ce serait directement intégré dans le Pixel 6 ?

Je ne connais pas les Pixel.
Dans le Samsung que j'ai, il y a Hiya intégré comme fonctionnalité de Samsung Telephone (pour les appels). Mais ce n'est pas terrible, il y a des faux-positifs (ma mère pourtant dans mes contacts à été bloqué comme ça), et des spam/démarchages qui passent aussi.
Je n'ai pas non plus l'appli Google des appels, mais il y a très probablement une fonctionnalité de blocage de spams.
Si c'est présenté comme chez Samsung avec Hiya, c'est d'abord présenté comme de l'ID d'appels dans l'interface de l'appli des appels... et c'est seulement en cliquant dessus qu'on n'est au courant que ça gère aussi les blocages.

Peu importe le système d'exploitation mobile, et l'appli d'usine pour les appels, c'est devenu quasi systématique comme fonctionnalité (à l'efficacité très variable selon la solution implémentée, je suis déjà jaloux du tient en tout cas en comparaison du mien...).

La box TV n'est *jamais* branchée en Ethernet, du moins pas depuis plusieurs années, et elle n'a jamais de câble RJ45 sur son port.

Le CPL est dédié à un autre périphérique qui n'a rien à voir.

Ca pourrait être un problème matériel, non ? Le modèle "Californie" est le dernier en date ou il y en a un nouveau que je pourrais avoir en remplacement ?

Je précise que le bug est apparu sans qu'aucun changement matériel n'intervienne sur mon installation.