Y a même pire. Proposer un index c'est OK pas de soucis. Ca permet de mettre une borne supérieure à l 'augmentation entre deux revalorisations. Par contrat.

SI on ne donne pas les deux indices avant après on ne sait même pas si si on est dans les limites d'augmentation de l'indice du contrat. Ca va finir chez le juge un jour.

Un service à prix fixe dans une économie avec inflation ça n'existe pas.
Ça a déjà été dit plus tôt mais je trouve cette manière de faire plus "honnête" qu'annoncer une augmentation surprise du jour au lendemain, rajouter une option payante pas demandée par le client, ou bien, exclure le client des nouveautés technologiques en espérant qu'il prenne une offre + chère lorsqu'il en aura marre de sa vieille box.

C'est pas plus honnête. Ça empêche le client de résilier sans frais si le tarif ne lui convient plus. C'est un contournement de la loi de protection du consommateur.

Pareil quand on revalorise les prix en fonction d'un indice c'est de mentionner les deux indices. Sinon ça permet toutes les possibilités. La facture sur le screenshot est invérifiable (on est même pas sûr qu'il s'agisse de cette revalorisation prévue...). Ou d'activer la clause quand ça lui chante (en fonction de la concurrence...)  quand elle prévue aux CVG depuis plusieurs années.

Salut les potes & bidouilleurs! Que pourrais-je faire de ma Livebox 2 (ADSL) - dûment achetée il y a bien longtemps - et qui ne me sert plus à rien depuis qu'Orange m'a "fibré" bon gré, mal gré ? Routeur ethernet d'un sous-réseau domestique IPv4 ? Je ne sais même pas quelle est la classe de débit IP soutenue sur ses 4 prises LAN ! Si quelqu'un a des idées, des schémas, des spécifs... je suis preneur. Et les instructions pour accéder à l'O.S. via peut-être une liaison-série ?

Sinon... l'utiliser comme chauffage d'appoint ? Ou dois-je tout bonnement me résoudre à mettre cette beauté blanche au recyclage des plastiques et/ou déchets électroniques ?

Bonjour,

Désactiver le serveur DHCP
La relier en RJ45 à un CPL
Brancher l'autre CPL à une box

Voilà un merveilleux "relais wifi" à l'improviste, comme beaucoup les aiment

Au moins, ce que l'on observe, c'est que c'est partout pareil en Europe. On ne doit pas être très doués...

En même temps, on ne va pas trop se créer de besoins que l'on a pas, faut être sérieux, déjà la climatisation à développer peut-etre dans l'habitat collectif, mais c'est déjà assez répandu sur les lieux les plus critiques à ce niveau, sinon, les baraques à serveurs, mais la tendance est plutôt à réduire leur consommation à ces machins même si on exponentielle leur nombre actuellement.
Encore un domaine où il va falloir suivre les CN, pas les US.

Petit retour,
J'avais pas de pas de match sur mes counters pour les règles DHCPv4/DHCPv6, j'ai donc farfouillé, et apparemment ça serait logique car les paquets DHCPv4/DHCPv6 proviennent de wan.832 et non pas de wan directement.

Des jours de bataille avec plusieur LLMs ont l'air d'indiquer un soucis avec les règles d'0xgrm et bigboo:
L'idée générale serait qu'en Linux, il vaudrait mieux ne pas setter directement le PCP dans nft mais plutôt marquer DSCP + meta priority dans nft et laisser le mapping VLAN (egress_qos_map) convertir ça en PCP 6. Et donc il faudrait travailler sur wan.832 et non wan.

Quand ils n'hallucinent pas, ils me sortent tous plus ou moins un truc du genre:
table netdev orange-rules {
        chain orange-rules-chain {
                type filter hook egress device "wan.832" priority 0; policy accept;
                ip6 nexthdr udp udp sport 546 udp dport 547 ip6 dscp set cs6 meta priority set 6 counter # DHCPv6 du routeur vers orange
                ip6 nexthdr icmpv6 ip6 daddr fe80::ba0:bab icmpv6 type {
                        nd-neighbor-solicit,
                        nd-neighbor-advert
                        } ip6 dscp set cs6 meta priority set 6 counter # ICMPv6 vers routeur Orange
                ip6 nexthdr icmpv6 ip6 daddr ff02::2 icmpv6 type nd-router-solicit \
                        ip6 dscp set cs6 meta priority set 6 counter # Router Solicitation (multicast)
                ip6 dscp set cs0 meta priority set 0 counter # le reste IPv6 à 0
                ip protocol udp udp sport 68 udp dport 67 ip dscp set cs6 meta priority set 6 counter # DHCPv4 du routeur vers orange
                ip dscp set cs0 meta priority set 0 counter # le reste IPv4 à 0
                ether type arp meta priority set 6 counter # ARP
        }
}
Ce qu'y a l'air de coller aux recommandations de levieuxatorange:

La COS6 (et idéalement le pendant dscp) doit être appliqué :
Au DHCPv4v6 issu de la boxe
Au ARP issu de la boxe
A l'ICMPv6 code NS/NA issu de la boxe et à destination de l'ipv6 fe80::ba0:bab
A l'ICMPv6 code RS issu de la boxe et à destination de l'ipv6 multicast idoine (c'est ba0bab qui répond)
Rien d'autre ...

On pourrait peut-être être moins précis et omettre les daddr fe80::ba0:bab & ff02::2 et donc faire une seule règle icmpv6

Les règles sont bien appliquées, loi counters bougent, ça à l'air OK.
Des personnes compétentes sur le sujet?