@ochbob

Oui j'ai bien vu, comme j'expliquais hier soir, j'expérimentais avec les "vlan id 832 [...]" suite au conseil de basilix un peu plus tôt sur ce sujet (utiliser également une règle nft pour gérer la prio pour le TV d'orange). Et j'ai poussé la mauvaise conf sur le repo...

Effectivement dans mon message d'hier j'ai zappé le filter hook egress, sorry! Comme j'étais concentré sur l'idée uniquement de remplacer les "vlan id 832" par "vlan type" j'ai juste copier le bloc des règles 

Pour ce qu'y est de pousser sur le repo, je me demande si je ne vais pas plutôt partir sur les règles avec "vlan id 832 [...]", qu'on soit raccord avec la partie du tuto concernant la TV d'orange:
table netdev orange-rules {
        chain orange-rules-chain {
                type filter hook egress device "eth0" priority 0; policy accept;
                vlan id 832 meta l4proto udp udp dport 547 vlan pcp set 6 ip6 dscp set cs6 counter accept
                vlan id 832 meta l4proto icmpv6 icmpv6 type { echo-request, echo-reply, nd-neighbor-solicit, nd-neighbor-advert, nd-router-solicit } vlan pcp set 6 ip6 dscp set cs6 counter accept
                vlan id 832 ip6 dscp set cs0 counter accept
                vlan id 832 meta l4proto udp udp dport 67 vlan pcp set 6 ip dscp set cs6 counter accept
                vlan id 832 ip dscp set cs0 counter accept
                vlan id 832 vlan type arp vlan pcp set 6 counter accept
        }
}
Mais si tu ne t'en sert pas, tu peux très bien utiliser les règles de mon avant dernier post, ... sans oublier le filter hook egress 

@basilix
Il se peut que parfois tes posts soient techniques, régulièrement édités, amené avec un vocabulaire soutenu et s'interdisant toute forme d'anglicismes, ce qui donne à la lecture un combo qui peut être déroutant pour certains. Mais cela n'enlève rien à tes contributions.
Si ton message m'était adressé, ne prend pas mes silences comme une attaque, parfois il me faut un petit moment pour traduire 
Ton avis est toujours le bienvenu, une partie de ma conf est par ailleurs bien grâce à toi, merci!

Par ailleurs, as tu vu que levieux nous éclaire concernant notre interrogation, quand re-généré la chaine n'auth / à chaque xid ou non?

Cela fonctionnerait (de changer les chaine en milieu de bail) mais la logique du DHCP est de garder les mêmes identifiant sur la session.

Il est mieux (mais pas impératif) de garder les info d'auth cohérente sur les deux stack sur la durée de la session dans le BNG. Mais là aussi ce n'est pas impératif dans l'implémentation actuelle.

Pour rappel, une session BNG est ouverte à la monté du premier stack v4 ou v6.
Et est fermée à la cloture (RELEASE ou DECO par timer) du dernier stack.
Entre l'ouverture et la fermeture du contexte BNG, on peut avoir autant de START/STOP des stack v4 ou v6 à la condition que l'un des deux reste connecté.
Le BNG considère qu'un client est "vivant" tant que l'un au moins des stack v4 ou v6 est en vie.

C'est plutôt le 3,5 Ghz dont on aurait bien besoin. T'as pas vu de déploiement en ce sens ?

Je me demande même si on ne pourrait pas tester les 26 Ghz dans ce contexte, même si ça deviendrait assez complexe au vu de la propagation très limitée, peut-être juste bonne pour couvrir les halls et les quais. Après faut aussi que les terminaux suivent et pour l'instant le mmwave est souvent sur les modèles US mais pas en europe.

Je parle de couverture mobile et de paramètre de qualité, pas de quantité (valable notamment pour ta réduction du tout à une statistique générale de couverture FTTH... Et c'était pas toi d'ailleurs qui te plaignais d'un déploiement pas assez rapide dans certaines zones?)... Quant à mes constats, ils sont certains locaux (mais sourcés, ne t'en déplaise), et je bouge suffisamment en France (et à l'étranger) pour apprécier la chose, et avec 2 abo chez 2 opérateurs. Constat qui est aussi rapporté ici par plusieurs personnes, on se souviendra des nombreux topics qui parlent de dégradations objectives des performances mobiles, j'en parlais avec un pote ce soir au téléphone, moi sur la route, lui à son domicile, ça n'a cesser de couper, de faire un son inintelligible comme fin des années 1990 dnas un trou... Il y a quelques mois, sur cette route je pouvais téléphoner sans coupure, sauf à un endroit, et encore c'était pas systématique, et sans communication complètement dégradée (l'étude ARCEP le confirme précisément sur cet axe, passé dans leur tests il y a quelques années et résultats plutôt bons, malgré quelques menus défauts très localisés). Ce n'est plus du tout le cas aujourd'hui. De même mon pote, chez SFR, me disait ne plus pouvoir téléphoner en indoor chez lui depuis quelques semaines/mois...
Alors ce n'est certes qu'une somme d'expériences mais tes stats générales ne sont que l'arbre qui cache la forêt. Et tout aussi égoïstement que toi, en tant que consommateur, je vois midi à ma porte, et je ne vais pas me plaindre du prix, mais de la qualité de service qui se dégrade.

Rien ne va, mais j'ai compris que la faisabilité ce n'est pas si important pour ce type d'amendement.

Je ne suis pas sûr qu'il faut apporter beaucoup de considération au prix indiqué.

Ce n'est pas une discussion entre experts techniques, mais juste une volonté de faire payer les GAFAM.

Je n'ai pas compris ta réponse, désolé...
Ca veut dire qu'on peut faire des lois débiles, et que ça n'est pas grave? C'est du premier degré?

Leon.