Auteur Sujet: Perte de debit upload depuis le passage au nouveau format de dhcp  (Lu 808 fois)

0 Membres et 1 Invité sur ce sujet

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Bonjour a tous.
J'utilise un router Turris Omnia en remplacement de ma livebox depuis quelques années.
L'an dernier en mars, comme beaucoup d'entre nous j'ai une une coupure de connection, et lafibre.info m'a pas mal aidé a retrouver ma connection.

Par contre, depuis, mes debits upload sont tombés a 5Mbit/s. Avant, je saturais la limite de mon abonnement a 500Mbits dans les 2 sens.

Jusqu'a maintenant, je n'utilise pas beaucoup mon upload, et je me suis dis que ca allait peut etre se regler tout seul, mais la ca fait bientot un an, et j'ai toujours un upload ridicule.
Malheureusement j'ai égaré le transfo de la livebox, donc je ne peux pas vraiment tester si j'ai le meme probleme en livebox. :-[

Est-ce qu'il y aurrait un detail que j'ai pu oublié sur les 90 pages du megathread https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/?

config interface 'wan'
option proto 'dhcp'
option hostname '*'
option broadcast '1'
option norelease '1'
option vendorid 'sagem'
option reqopts '1 3 6 15 28 51 58 59 90 119 125'
option sendopts 'ce qu'il faut'
option clientid 'XXX'
option device 'eth2.832'

config interface 'wan6'
option device 'eth2.832'
option proto 'dhcpv6'
option reqprefix 'auto'
option reqaddress 'none'
option defaultreqopts '0'
option sendopts '11:00000000000000000000001a090....
option reqopts '11 17 23 24'
option noclientfqdn '1'
option noacceptreconfig '1'
option clientid 'xxxx'

« Modifié: 26 février 2024 à 08:55:14 par pierre8131 »

Mastah

  • Abonné Orange Fibre
  • *
  • Messages: 325
  • XGS-PON et G-PON

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Perte de debit depuis le passage au nouveau format de dhcp
« Réponse #2 le: 26 février 2024 à 08:54:58 »
Bonjour Mastah, c'est bien de ce megathread dont je faisait reference, qui fait bientot 90 pages.
Me suggere tu de poster ma question dedans et de le rallonger encore?

zoc

  • Abonné Orange Fibre
  • *
  • Messages: 4 289
  • Antibes (06) / Mercury (73)
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #3 le: 26 février 2024 à 12:28:45 »
Par contre, depuis, mes debits upload sont tombés a 5Mbit/s.
Typique de la CoS 6 appliquée à tous les paquets et pas uniquement les paquets DHCP...

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #4 le: 26 février 2024 à 21:14:19 »
Typique de la CoS 6 appliquée à tous les paquets et pas uniquement les paquets DHCP...

Alors pour le coup, la partie COS6, je l'avais pas vraiment comprise, et j'ai rien fait de particulier pour l'addresser. J'ai du tomber sur le bug:
"Normalement, une COS0 sur ces paquets ne devrait pas marcher, mais un bug de certain équipement le permet."

un wireshark sur du trafic https sur le vlan eth2.832 m'indique tous les champs trafic class ont l'air d'etre a 0.

Internet Protocol Version 6, Src: XXX, Dst: YYYY
    0110 .... = Version: 6
    .... 0000 0000 .... .... .... .... .... = Traffic Class: 0x00 (DSCP: CS0, ECN: Not-ECT)
        .... 0000 00.. .... .... .... .... .... = Differentiated Services Codepoint: Default (0)
        .... .... ..00 .... .... .... .... .... = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    .... 1000 0000 1011 0000 0000 = Flow Label: 0x80b00
    Payload Length: 20
    Next Header: TCP (6)
    Hop Limit: 63
    Source Address: XXX
    Destination Address: YYY

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #5 le: 26 février 2024 à 21:33:42 »
Bon en effet, j'ai ca dans ma conf..

        list egress_qos_mapping '1:0'
        list egress_qos_mapping '0:6'
        list egress_qos_mapping '6:6'

je vais devoir faire mieux avec iptables

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #6 le: 26 février 2024 à 21:57:51 »

dans /etc/config/network
config device
        option name 'eth2.832'
        option type '8021q'
        option ifname 'eth2'
        option vid '832'
        list egress_qos_mapping '0:0'
        list egress_qos_mapping '6:6'
        option macaddr 'Mac address livebox'

dans

/etc/config/firewall
config rule
        option direction 'out'
        option device 'eth2.832'
        option dest_port '67-68'
        option name 'COS6 to DHCP ICP IGMP'
        option target 'DSCP'
        option set_dscp 'CS6'
        option dest '*'
        list proto 'udp'
        list proto 'icmp'
        list proto 'igmp'
        option src '*'

merci pour le coup de pouce!

zoc

  • Abonné Orange Fibre
  • *
  • Messages: 4 289
  • Antibes (06) / Mercury (73)
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #7 le: 27 février 2024 à 08:41:11 »
Alors pour le coup, la partie COS6, je l'avais pas vraiment comprise, et j'ai rien fait de particulier pour l'addresser. J'ai du tomber sur le bug:
"Normalement, une COS0 sur ces paquets ne devrait pas marcher, mais un bug de certain équipement le permet."

un wireshark sur du trafic https sur le vlan eth2.832 m'indique tous les champs trafic class ont l'air d'etre a 0.

Internet Protocol Version 6, Src: XXX, Dst: YYYY
    0110 .... = Version: 6
    .... 0000 0000 .... .... .... .... .... = Traffic Class: 0x00 (DSCP: CS0, ECN: Not-ECT)
        .... 0000 00.. .... .... .... .... .... = Differentiated Services Codepoint: Default (0)
        .... .... ..00 .... .... .... .... .... = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    .... 1000 0000 1011 0000 0000 = Flow Label: 0x80b00
    Payload Length: 20
    Next Header: TCP (6)
    Hop Limit: 63
    Source Address: XXX
    Destination Address: YYY
Ce dump montre le champ DSCP (Entête IP, Couche 3), pas la CoS (Entête "VLAN" Ethernet, Couche 2, norme 802.1p). Pour la voir, il faut capturer eth2, pas eth2.832.

Ce qui importe c'est la CoS au niveau VLAN, pas la QOS niveau IP ;) (Oui je sais, ça peut être confus parfois).

pierre8131

  • Abonné Orange Fibre
  • *
  • Messages: 6
  • Tournefeuille 31
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #8 le: 27 février 2024 à 16:01:14 »
oui, j'ai compris ca apres avoir posté le message hier soir XD

voici l'explication que j'ai trouvée, qui m'a permis de faire un peu plus de sens dans tout ce bazar

https://www.developpez.net/forums/d1512018/systemes/reseaux/protocoles/difference-entre-tos-cos-entre-dscp-802-1p/

basilix

  • Abonné Orange Fibre
  • *
  • Messages: 167
Perte de debit upload depuis le passage au nouveau format de dhcp
« Réponse #9 le: 28 février 2024 à 07:09:04 »
L'hyperlien fourni expose assez bien les choses. J'ai relevé une imprécision qui est erronée.

Citation de:
Parce qu'il existe aussi une façon d'implémenter la QoS dans la couche OSI MAC (Medium Access Control). C'est l'objectif de CoS/802.1p (c'est la même chose).

Citation de: Computer Networks ("The IEEE 802.1Q Standard", p. 350) — Tanembaum & al., 6th ed.
The 3-bit Priority field has nothing to do with VLANs at all, but since changing the Ethernet header is a once-in-a-decade event taking three years and featuring a hundred of people, why not put some other good things while you are at it?
This field makes it possible to distinguish hard-real time traffic from soft real-time traffic from time-insensitive traffic in order to provide better quality of service over Ethernet. It is needed for voice over Ethernet (although in all fairness, IP
has had a similar field for a quarter of a century and nobody uses it).

Citer
CoS (Class of Service) est un champ codé sur 3 bits qui se trouve dans l'en-tête Ethernet **si et seulement si** il existe en plus un en-tête 802.1q dans cette trame Ethernet.

De même, ce n'est pas une extension optionnelle à l'en-tête d'une trame Ethernet. Il s'agit véritablement de deux sortes de trames (trames différentes).