La Fibre
Datacenter et équipements réseaux => Routeurs => Remplacer la LiveBox par un routeur => Discussion démarrée par: pierre8131 le 25 février 2024 à 22:18: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/ (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'
-
=> https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/
-
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?
-
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...
-
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
-
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
-
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!
-
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).
-
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/
-
L'hyperlien fourni expose assez bien les choses. J'ai relevé une imprécision qui est erronée.
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).
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).
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).