Auteur Sujet: Bypass orange (G-PON/XGS-PON) sur debian (explications pas-à-pas) (Lu 4542 fois)

Mastah · « **Réponse #24 le:** 31 juillet 2024 à 22:13:32 »

Citation de: HFR le 31 juillet 2024 à 16:39:55

...
Sinon oui la Cos 6 est un prerequis dans ma zone et cela fonctionne très bien avec la config nftable.

@basilix c'est bien fonctionnel :p

basilix · « **Réponse #25 le:** 01 août 2024 à 14:24:35 »

@Mastah :

Ah, tant mieux !

De mon côté, je reste bredouille. Je dois refaire ma configuration à zéro car plus rien ne fonctionne. Je n'ai pas obtenu de réponses aux questions que je me posais
parce que personne du projet Netfilter ne m'a répondu. Il fait trop chaud et les gens sont sûrement en vacances, débordés, ou pas enclin à vouloir répondre. Cela
m'embête de devoir injecter des règles nftables lors de l'initialisation du routeur.

J'hésite à ouvrir un rapport de bogue afin d'éclaircir les choses, au moins sur la documentation de nftables. J'aurais peut-être plus de chances d'avoir des explications.

cyayon · « **Réponse #26 le:** 01 août 2024 à 15:48:02 »

Citation de: basilix le 01 août 2024 à 14:24:35

@Mastah :

Ah, tant mieux !

De mon côté, je reste bredouille. Je dois refaire ma configuration à zéro car plus rien ne fonctionne. Je n'ai pas obtenu de réponses aux questions que je me posais
parce que personne du projet Netfilter ne m'a répondu. Il fait trop chaud et les gens sont sûrement en vacances, débordés, ou pas enclin à vouloir répondre. Cela
m'embête de devoir injecter des règles nftables lors de l'initialisation du routeur.

J'hésite à ouvrir un rapport de bogue afin d'éclaircir les choses, au moins sur la documentation de nftables. J'aurais peut-être plus de chances d'avoir des explications.

Salut,
Si j'ai bien suivi, ton problème est d'avoir besoin d'injecter les rules netdev / egress avant la première request DHCP Client, donc juste après la creation de l'interface et avant le DHCP client ?
Ceci car nftables a besoin que l'interface existe. C'est bien cela ?

basilix · « **Réponse #27 le:** 01 août 2024 à 17:52:06 »

@cyayon :

Tout à fait. Mais j'aurais également souhaité avoir une explication des concepts.

cyayon · « **Réponse #28 le:** 01 août 2024 à 21:13:14 »

Alors le pourquoi du comment… c’est pas choquant non plus …
Suffit de bien gérer les dépendances avec systemd-networks (wait-online sur status off), et ca roule.

HFR · « **Réponse #29 le:** 20 septembre 2024 à 08:42:42 »

bon ça fait quelques semaines que je tourne sur cette config.
Ça fonctionne vraiment très bien et la consommation est vraiment ridicule. Merci

En revanche je ne trouve pas d'article pour l'implémentation de QOS SQM directement sur nftables.
Beaucoup font référence à OpenWrt mais je ne sais pas si c'est applicable ici.

Quelqu'un aurait des pistes pour implémenter ça ?

Merci d'avance

cyayon · « **Réponse #30 le:** 20 septembre 2024 à 09:18:29 »

Salut,

Bonne question.
En cherchant un peu, cela ressemble à une belle usine à gaz...

https://github.com/jeverley/dscpclassify
https://forum.openwrt.org/t/sqm-and-nftables/165350/9

simon · « **Réponse #31 le:** 20 septembre 2024 à 09:48:18 »

Cherches tu à faire de la QoS pour prioriser certains flux ou as-tu un problème de bufferbloat ?
Avec des connexions fibres à latence faible et un gros upload, l'intérêt me semble assez limité, en sachant que cake ou autre SQM avancé nécessitent des gros CPU lorsqu'on approche le Gbit/s.

Pour ma part, je n'ai jamais remarqué de souci de bufferbloat sur une 300/300Mbit/s, sans configuration particulière d'OpenWRT (donc avec le classifier fq_codel).

HFR · « **Réponse #32 le:** 20 septembre 2024 à 16:01:39 »

Citation de: simon le 20 septembre 2024 à 09:48:18

Cherches tu à faire de la QoS pour prioriser certains flux ou as-tu un problème de bufferbloat ?
Avec des connexions fibres à latence faible et un gros upload, l'intérêt me semble assez limité, en sachant que cake ou autre SQM avancé nécessitent des gros CPU lorsqu'on approche le Gbit/s.

Pour ma part, je n'ai jamais remarqué de souci de bufferbloat sur une 300/300Mbit/s, sans configuration particulière d'OpenWRT (donc avec le classifier fq_codel).

C'est plus pour luter contre le bufferbloat. Je l'avais avant sur mon ancien routeur avec une baisse de débit bien sur.
Je sais que c'est très consommateur mais justement avec cette configuration debian très efficace j'étais intéressé pour tester et voir la limite suivant la configuration.