Il ne passe pas le "mur du son" l'ONT7-SFU-v3, aucune chance de ramasser les 2Gb de la ligne.

@ Denis M : le but du boitier ONT7-SFU-v3 est de bypasser la BOX SFR, en attendant que je me procure le ou les modules optiques ONU/SFP+ (G-PON).
Je sais qu'il ne dépasse pas les 1gb/s mais pour l'instant, cela me suffit largement pour les tests que je fais.

quand tu fais tes tests sous debian tu utilises le boitier ONT.

Ça dépend des tests que je fais. Ci-après, le détail de tous les tests sous "systemd-networkd" que j'ai fait jusqu'à présent.

Pour les tests avec le boitier ONT7-SFU-v3, j'ai fait les configurations suivantes :
--> WAN : j'obtiens bien les adresses IPv4 & IPv6 WAN de SFR. Ça fonctionne.
--> Décodeur Plus SFR : Je n'arrive toujours pas à obtenir les canaux TV mais j'ai accès au replay. Pas terminé.
--> two Bridges : J'ai créé deux ponts avec mes six dongles USB/RJ45. J'ai bien isolé les deux ponts. Ça fonctionne.

Pour les tests en étant derrière la BOX SFR j'ai fait :
--> éthernet / DHCP. Ça fonctionnait avec la BOX Plus SFR mais plus avec la Box 8 SFR. Je cherche à comprendre pourquoi je n'ai plus l'IPv6.
--> éthernet / IP Static. Ça fonctionne.
--> Wifi / DHCP. Ça fonctionne.
--> Wifi / IP Static Ça fonctionne.
--> Bond / tolérance de panne. J'ai combiné l'interface éthernet et Wifi afin d'avoir une agrégation. Ça fonctionne.
--> Bond / doublement de la vitesse. La configuration est bonne coté Debian, mais ne fonctionne pas coté BOX SFR. En attente de mieux.
--> Bridge / DHCP : un seul pont. Ça fonctionne.
--> Bridge / VLAN :  gestion des VLAN dans un pont. Il manque la création des VLAN. Ça fonctionne.
--> MACVLAN :  ça fonctionne.
--> IPVLAN : pas terminé.
--> Dummy : ça fonctionne.
--> Routage : ne fonctionne pas pour l'instant mais je n'ai aucune erreur.
--> VLAN : création des VLAN. A partir de la BOX qui ne fonctionne pas en VLAN, je cherche à créer des VLAN.  Ça ne fonctionne pas.

Soit au total 16 tests.

Le test qui m'ennuie le plus est le Décodeur Plus SFR que je n'arrive pas à faire fonctionner. Et pourtant, j'ai bien l'internet puisque j'arrive en streaming à regarder un replay. Je pense que le Proxy IGMP ne m'est d'aucune utilité car tout se passe dans "systemd-netword". Je ne suis pas certain que j'ai besoin de reproduire l'API 1.0 de SFR pour faire fonctionner le décodeur. Il y a bien quelque de manquant, sauf que j'ignore de quoi il s'agit.

Ce qui est incontournable pour le Décodeur Plus SFR est :
--> il faut utiliser les serveurs DNS de SFR.
--> il faut utiliser les adresses 192.168.1.x. Avec 10.0.0.x, ça ne fonctionne pas.

Ce que je n'arrive pas à vérifier :
--> le flux Multicast semble ne pas arriver jusqu'au décodeur.

Je pense avoir trouvé la solution à mon problème. En consultant "networkctl status enp2s0" que voici :
● 2: enp2s0                     
                     Link File: /etc/systemd/network/02-wired.link
                  Network File: /etc/systemd/network/02-wired.network
                         State: routable (configured)
                  Online state: online
                          Type: ether
                          Path: pci-0000:02:00.0
                        Driver: r8169
                        Vendor: Realtek Semiconductor Co., Ltd.
                         Model: RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
              Hardware Address: d4:5d:64:6b:f2:5b (ASUSTek COMPUTER INC.)
                           MTU: 1500 (min: 68, max: 9194)
                         QDisc: fq_codel
  IPv6 Address Generation Mode: eui64
      Number of Queues (Tx/Rx): 1/1
              Auto negotiation: yes
                         Speed: 1Gbps
                        Duplex: full
                          Port: tp
                       Address: 192.168.1.11 (DHCP4 via 192.168.1.1)
                                2a02:84xx:xxxx:xx01::110
                                fe80::d65d:64ff:fe6b:f25b
                       Gateway: 192.168.1.1
                           DNS: 192.168.1.1
                                2a02:84xx:xxxx:xx01::1
             Activation Policy: up
           Required For Online: yes
               DHCP4 Client ID: IAID:0x5de26c15/DUID
             DHCP6 Client IAID: 0x5de26c15
             DHCP6 Client DUID: DUID-EN/Vendor:0000ab114fbd83174dabee7b0000

févr. 24 09:54:40 Debian systemd-networkd[17209]: enp2s0: Lost carrier
févr. 24 09:54:40 Debian systemd-networkd[17209]: enp2s0: DHCP lease lost
févr. 24 09:54:40 Debian systemd-networkd[17209]: enp2s0: DHCPv6 lease lost
févr. 24 09:54:40 Debian systemd-networkd[17209]: enp2s0: DHCPv6 lease lost
févr. 24 09:54:40 Debian systemd-networkd[17379]: enp2s0: Configuring with /etc/systemd/network/02-wired.network.
févr. 24 09:54:40 Debian systemd-networkd[17379]: enp2s0: Link UP
févr. 24 09:54:44 Debian systemd-networkd[17379]: enp2s0: Gained carrier
févr. 24 09:54:45 Debian systemd-networkd[17379]: enp2s0: Gained IPv6LL
févr. 24 09:54:51 Debian systemd-networkd[17379]: enp2s0: DHCPv4 address 192.168.1.11/24, gateway 192.168.1.1 acquired from 192.168.1.1
févr. 24 09:54:53 Debian systemd-networkd[17379]: enp2s0: DHCPv6 address 2a02:84xx:xxxx:xx01::110/128 (valid for 59min 59s, preferred for 59min 59s)Je constate qu'il manque la passerelle (gateway) pour les adresses IPv6.
Si j'ajoute dans la configuration "02-wired.network", à la fin du fichier les lignes ci-après :
[Route]
Gateway=2a02:84xx:xxxx:xx01::1Cela provoque une erreur sans gravité, mais le "ping -6 google.fr" fonctionne correctement.
Je ne vais pas laisser cet ajout car la passerelle doit être fournie par la BOX et non à mettre en dur dans la configuration.

Je ne sais pas comment résoudre ce problème car en principe, c'est la BOX qui doit fournir cette passerelle IPv6.
Ce qui est bizarre, la passerelle IPv4 quand à elle, est bien fournie par la BOX 8 SFR (voir ci-dessus).
Quand je vais dans la BOX 8 SFR, je trouve bien la passerelle par défaut pour l'IPv4, mais rien pour l'IPv6. Est-ce un Bogue ?

Comment résoudre ce problème dans la BOX 8 SFR ?

Je ne vais pas laisser cet ajout car la passerelle doit être fournie par la BOX et non à mettre en dur dans la configuration.

Je ne sais pas comment résoudre ce problème car en principe, c'est la BOX qui doit fournir cette passerelle IPv6.

Comment résoudre ce problème dans la BOX 8 SFR ?

Le DHCPv6 ne donne JAMAIS la route par default. (hors option que j'ai jamais vu marcher/mise en oeuvre)

Y a Mikrotik qui suppose que la MAC et l'IPv6 qui lui répond c'est la passerelle par défaut en appuyant sur une potion, sinon :
- soit tu acceptes l'annonce du routeur via RA, il y faut dire à ton routeur de le faire Par defaut en ipv6 les routeurs rejettent les RA
- soit tu te fends d'une configuration statique.

c'est pourtant ce que fait la box nb6vac, que j'ai reproduit, et qui fonctionne chez moi sans autre artifice.

Je viens de regarder ma capture, en fait je ne vois qu'une option request pour dhcpv6, c'est la 6 je ne sais pas d'ou viennent ces autres options que j'ai ajouté (23 25 26). Mais effectivement la box ne les demande pas.

Donc si ca marche c'est moi, c'est surement pas grace a ça, vous avez raison !! 

je supprime mon message pour eviter d'embrouiller artemus encore plus 

Je ne suis pas arrivé à obtenir les chaines TV en directe avec mon Décodeur Plus SFR branché sur mon Debian qui lui-même est derrière l'ONT7-SFU-v3. Mais j'ai bien le replay qui fonctionne. Je suppose que le Multicast n'arrive pas jusqu'au Décodeur Plus SFR.

De mes lectures, il faut ponter le WAN au port LAN désiré (où est branché le décodeur) et en activant certaines petites choses pour les visualiser !

Tu devrais trouver des infos dans ces topics :
-> https://community.netgear.com/t5/Routeurs-WiFi-en-g%C3%A9n%C3%A9ral-Non/Netgear-R6120-avec-decodeur-TV-BOX-PLUS-SFR/m-p/2261335
-> https://la-communaute.sfr.fr/t5/installation-et-param%C3%A9trage/connexion-d%C3%A9codeur-tv-sfr-sur-routeur-archer-ax50-r%C3%A9ussie/m-p/2292639#M3264
-> https://la-communaute.sfr.fr/t5/installation-et-param%C3%A9trage/comment-fonctionnent-les-flux-tv-box-8/td-p/2411695
-> https://lafibre.info/remplacer-sfr/bypass-nb6-avec-routeur-synology-rt1900ac-acces-ssh-ok/msg641073/#msg641073