Messages récents

Pages: [1] 2 3 4 5 6 ... 10
1
SFR Actus SFR Altice / Patrick Drahi envisage de vendre SFR
« Dernier message par jeandenis le Aujourd'hui à 07:31:02 »
oui c'est exactement ça.
Hélas, ce type de personnage ne risque rien ...  :(
2
Jura (39) / Prisme fibre - DSP Altitude Infra
« Dernier message par JMLEG39 le Aujourd'hui à 06:49:32 »
Bonjour à tous,
La carte Free est à jour.
Aujourd'hui j'ai constaté que ma commune et biens d'autre sont éligibles à la fibre Free.
Bonne journée.
3
La version d'origine était la 090144.1.0.008

pour le dump je verrai dans les jours qui viennent

4
La meilleure solution serait d'intégrer la fonctionnalité dans BusyBox (client DHCPv4). En effet, OpenWrt permet déjà de définir la CoS et le DSCP du client DHCPv6.

Un oubli dans le script du protocole empêche potentiellement de fixer le DSCP du client DHCPv6 via UCI.

Code source odhcp6c (voir ci-dessous).

case 'K':
config_set_sk_priority(atoi(optarg));
break;

case 't':
config_set_rtx_timeout_max(CONFIG_DHCP_SOLICIT, atoi(optarg));
break;

case 'C':
config_set_dscp(atoi(optarg));
break;

[ -n "$skpriority" ] && append opts "-K$skpriority"

Une autre solution serait de définir des règles dans la table netdev. Il me semble que cela ne fonctionnera pas sur tous les routeurs. Voir mon post.
5
@Oxgrm:

Citer
Je vous partage ici ma config OpenWRT qui me permet de bien taguer les paquets DHCP en CoS 6 [...]

Comment cela fonctionne ?

J'ai la vague impression qu'il n'y a aucune logique dans ta configuration.

list egress_qos_mapping '4:0'

Il n'y a que la règle ci-dessus qui me paraît correspondre. Mais cela ne résout pas le problème de priorité lié au « raw socket ».

list egress_qos_mapping '6:6'

Logique du tutoriel

Le tutoriel fait la supposition que les paquets DHCP ont une priorité interne à 0. Des paquets DHCP sont émis par une « raw socket » ; ils ne peuvent
donc pas être manipulés par une règle de la famille inet, ip, ip6. Leur priorité interne reste inchangée à 0 tandis que celle des autres changent à 1.

oifname "eth0.832" counter meta priority set 0:1

Cette priorité interne 1 sera finalement « réinitialisée » à un champ PCP fixé à 0 (CoS).

        list egress_qos_mapping '1:0'

Les paquets ayant une priorité interne à 0 auront leur champ PCP fixé à 6.

        list egress_qos_mapping '0:6'
        list egress_qos_mapping '6:6'
6
Orange fibre Actus Orange / Suivi de la mise à jour du firmware de la Livebox 7
« Dernier message par nystix le Aujourd'hui à 05:35:23 »
Bonjour, je viens de l'avoir aussi :)
7
Orange fibre Actus Orange / Suivi de la mise à jour du firmware de la Livebox 7
« Dernier message par Mathieu1985 le Aujourd'hui à 02:42:36 »
Bonjour,
Nouvelle mise à jour apparemment.
8
Orange fibre Actus Orange / LiveboxMonitor - Mieux gérer sa Livebox 4, 5, 6 ou 7
« Dernier message par Mathieu1985 le Aujourd'hui à 01:03:38 »
Alors, Oui tu vas pouvoir le faire, mais c'est quand même assez compliqué, car il faut un ONT externe et acheté du coup le routeur que tu veux.
9
Orange fibre Débit fibre / Orange: Débit limité à 5 Mb/s avec les flux DSCP 2 ou certains VPN
« Dernier message par 0xgrm le Aujourd'hui à 00:57:18 »
J'ai un tunnel Wireguard site-to-site entre deux connexions Orange FTTH XGS-PON :
- l'une derrière une Livebox 7
- l'autre avec une Livebox shuntée via un ONT WAS-110 et un routeur virtualisé OpenWRT

En sortie d'OpenWRT pas de problème puisque je force le CoS à 0 en sortie du WAN, sauf pour le trafic DHCPv4/v6 qui passe en CoS 6 afin de récupérer une IP Orange.
En revanche, sur la connexion derrière la Livebox j'ai été obligé de mettre sur l'interface Wireguard une règle Pre-Up iptables qui supprime tous les tags DSCP, sinon la connexion est bridée ad vitam aeternam à 5 Mbps.

Une fois la bride sautée, le débit max dans le tunnel est stable à 630 mo/s en IPv4 comme en IPv6. Orange, c'est sérieux...
10
Orange fibre Remplacer la LiveBox par un routeur / Remplacement de la Livebox par un routeur Openwrt
« Dernier message par 0xgrm le Aujourd'hui à 00:43:28 »
Bonsoir,

Je vous partage ici ma config OpenWRT qui me permet de bien taguer les paquets DHCP en CoS 6 d'une part, et de ne pas être soumis à la bride à 5 Mbps d'autre part sur n'importe quel type de trafic entrant et sortant.

Tout d'abord dans /etc/nftables.d/nft-prio6-rules.include :
oifname "eth1.832" udp dport 67  counter meta priority set 6
oifname "eth1.832" udp dport 547 counter meta priority set 6

oifname "eth1.832" ip protocol icmp counter meta priority set 6
oifname "eth1.832" ip protocol igmp counter meta priority set 6
oifname "eth1.832" ip6 nexthdr ipv6-icmp counter meta priority set 6

Puis dans /etc/config/network j'ai ajouté les lignes suivantes :
list egress_qos_mapping '0:0'
list egress_qos_mapping '1:0'
list egress_qos_mapping '2:0'
list egress_qos_mapping '3:0'
list egress_qos_mapping '4:0'
list egress_qos_mapping '5:0'
list egress_qos_mapping '6:6'
list egress_qos_mapping '7:0'

Le tuto en première page mappe quasiment toute le traffic sortant en CoS 6, ce qui permet de faire fonctionner le DHCP certes, mais avec une bride globale à 5 Mbps en upload !

Cela fonctionne bien avec Wireguard entre deux connexions Orange FTTH XGS-PON. J'obtiens un débit maximal stable de 630 Mo/s au sein du tunnel. Orange c'est du sérieux...
Pages: [1] 2 3 4 5 6 ... 10