Auteur Sujet: Remplacement de la Livebox par un routeur LEDE (fork d'OpenWRT) (Lu 80873 fois)

bigboo · « **Réponse #144 le:** 11 mars 2018 à 13:28:14 »

Wahou merci beaucoup Cetipabo!!! On va beaucoup moins s'embeter comme ca!

donc plusieurs constats et questions en branchant ma lb3:

(En SentOption j'ai : 60,61,77,90)

1. Pour le SentOption 61, cela correspond bien à l'option macaddr dans la section interface wan de /etc/config/network ?

2. tjs pour SentOption 61, il y a '01' avant l'adresse mac, dois-je le rajouter à macaddr ou pas ?

3. mon SentOption 77 est différent de ceux indiqués précedemment, je le copie donc à 0x4d dans LEDE?

Code: [Sélectionner]

2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7833soit +FSVDSL_livebox.Internet.softathome.Livebox3

4. pour le 90 je copie bien toute la chaine longue au 0x5a ?

cetipabo · « **Réponse #145 le:** 11 mars 2018 à 13:30:32 »

L'option 61 il me semble qu'elle n'est pas requise pour le vlan 832 mais ca ne coute rien de l'ajouter.
le 01 est a ajouter seulement si tu mets l'adresse mac dans un option sendopts, pas dans un option macaddr 'xx:xx:xx:xx:xx:xx'

Pour l'option 77, c'est suivant la livebox qu'on souhaite "émuler":
+FSVDSL_livebox.Internet.softathome.Livebox3
+FSVDSL_livebox.Internet.softathome.Livebox4

Pour l'option 90: oui copie tout.

Pour le Replay :
-option 60 : sagem
-option 61 : 01xxxxxxxxxxxx <-- en Hexa (01+MAC de la livebox, pas celle du décodeur)
-option 77 : FSVDSL_livebox.MLTV.softathome.Livebox3 ou FSVDSL_livebox.MLTV.softathome.Livebox4

bigboo · « **Réponse #146 le:** 11 mars 2018 à 14:00:13 »

Ca ne marche toujours pas.

Je me demande si le problème ne vient pas de vlanprio.sh

vu que dans /etc/config/network, dans mon interface wan, ifname est "eth0" et pas 'eth0.832" depuis que j'ai changé le port#6 de tagged à untagged dans le vlan '2'...

Je me demande si ce script peut fonctionner dans mon cas, et si non comment devrai-je le saisir? je veux juste le 832 en ip4 pour le moment, le reste je n'ai pas vraiment besoin.

Code: [Sélectionner]

#!/bin/sh
set -x
for i in 0 1 2 3 4 5 6 7; do
## on définit pour chaque file une priorité
    ip link set eth0.832 type vlan egress $i:$i >/dev/null
done
    ip link set eth0.832 type vlan egress 1:0 >/dev/null
    ip link set eth0.832 type vlan egress 0:6 >/dev/null

cetipabo · « **Réponse #147 le:** 11 mars 2018 à 14:04:02 »

execute le script manuellement depuis le terminal, tu verras bien s'il y a des erreurs. sinon oui, vu ta config, c'est possible qu'il faille remplacer eth0.832 par eth0. essaie aussi...

sinon regarde les logs dans luci, recherche "wan" la cause du problème tu la trouveras dans les logs...sinon tu risques de passer beaucoup de temps à chercher.

bigboo · « **Réponse #148 le:** 11 mars 2018 à 14:22:29 »

Voilà ce que ca dit dans system log dans LuCi quand je relance la connexion wan en dhcp:

Code: [Sélectionner]

Sun Mar 11 14:10:28 2018 daemon.notice netifd: Interface 'wan' is disabled
Sun Mar 11 14:10:28 2018 daemon.notice netifd: Network device 'eth0' link is down
Sun Mar 11 14:10:28 2018 daemon.notice netifd: Interface 'wan' has link connectivity loss
Sun Mar 11 14:10:35 2018 kern.info kernel: [ 1819.208068] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
Sun Mar 11 14:10:35 2018 kern.info kernel: [ 1819.215596] eth0: link up (1000Mbps/Full duplex)
Sun Mar 11 14:10:35 2018 daemon.notice netifd: Interface 'wan' is enabled
Sun Mar 11 14:10:35 2018 kern.info kernel: [ 1819.220982] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sun Mar 11 14:10:35 2018 daemon.notice netifd: Network device 'eth0' link is up
Sun Mar 11 14:10:35 2018 daemon.notice netifd: Interface 'wan' has link connectivity
Sun Mar 11 14:10:35 2018 daemon.notice netifd: Interface 'wan' is setting up now
Sun Mar 11 14:10:35 2018 daemon.notice netifd: wan (14483): udhcpc: started, v1.27.2
Sun Mar 11 14:10:35 2018 daemon.notice netifd: wan (14483): udhcpc: sending discover
Sun Mar 11 14:10:35 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:10:38 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:10:41 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:04 2018 daemon.notice netifd: wan (14483): udhcpc: sending discover
Sun Mar 11 14:11:04 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:07 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:07 2018 daemon.info odhcpd[1473]: Using a RA lifetime of 0 seconds on br-lan
Sun Mar 11 14:11:10 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:33 2018 daemon.notice netifd: wan (14483): udhcpc: sending discover
Sun Mar 11 14:11:33 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:36 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122
Sun Mar 11 14:11:39 2018 daemon.notice netifd: wan (14483): udhcpc: sending select for 172.16.37.122

et pour le script si je mets etho0.832:

Code: [Sélectionner]

LEDE:~# /etc/vlanprio.sh
+ ip link set eth0.832 type vlan egress 0:0
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 1:1
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 2:2
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 3:3
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 4:4
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 5:5
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 6:6
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 7:7
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 1:0
Cannot find device "eth0.832"
+ ip link set eth0.832 type vlan egress 0:6
Cannot find device "eth0.832"

si je mets eth0:

Code: [Sélectionner]

root@LEDE:~# /etc/vlanprio.sh
+ ip link set eth0 type vlan egress 0:0
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 1:1
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 2:2
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 3:3
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 4:4
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 5:5
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 6:6
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 7:7
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 1:0
RTNETLINK answers: Not supported
+ ip link set eth0 type vlan egress 0:6
RTNETLINK answers: Not supported

cetipabo · « **Réponse #149 le:** 11 mars 2018 à 15:02:01 »

là on va avoir besoin de plus expert que moi...

zoc · « **Réponse #150 le:** 11 mars 2018 à 15:09:16 »

Par définition, on ne peut pas mettre de priorité sur ethX, puisque ethX, c’est une interface physique, pas un VLAN, et que la CoS 802.1p est une extension de 802.1q (qui concerne les VLANs).

En gros, la priorité est un champs dans l’entête 802.1q, et évidemment il n’y a pas de header 802.1q s’il n’y a pas de VLAN.

Sous Linux, quand on a une interface nommée « ethX.YYY », ça veut généralement dire (généralement, car le nommage est en pratique plus ou moins libre): « VLAN YYY porté par l’interface ethernet physique X ».

Pour en revenir à Orange, l’interface sur laquelle doit être configuré le client DHCP est forcèment un VLAN (832), donc déjà avoir le client DHCP sur « eth0 » est un non sense... Même chose pour le script de configuration des priorités (et du coup l’erreur retournée par ip link est totalement logique).

Reste à trouver comment créer un VLAN 832 taggué (port en mode trunk) sur le port WAN avec LEDE, et là désolé je ne peux pas aider...

cetipabo · « **Réponse #151 le:** 11 mars 2018 à 15:17:17 »

il me semble que quelqu'un ici utilise un Archer C7...il faudrait lui demander sa config.

bigboo · « **Réponse #152 le:** 11 mars 2018 à 15:21:36 »

Merci zoc pour ces précisions, le problème c'est qu'au niveau de la configuration du switch interne du routeur, je suis obligé de passer les ports de "1 6t" (config par défaut qui doit donc être la plus logique) à '1t 6' pour pouvoir me connecter en pppoe.

Le fait de passer de 6t à 6 à l'air de désactiver le vlan en gros.

port 6 = eth0 (cpu)
port 1 = wan (le port wan physique sur le routeur)

J'essaie de trouver un autre moyen de configurer avec ce lien mais je ne comprends pas tout:
https://wiki.openwrt.org/doc/uci/network/switch

bigboo · « **Réponse #153 le:** 11 mars 2018 à 15:46:19 »

hmmm en fait je viens de repasser à 6t et en rebootant, ca a mis plus de temps à se connecter à internet mais là ca marche.
Je vais donc refaire mes tests avec 1t 6t

bigboo · « **Réponse #154 le:** 11 mars 2018 à 18:32:19 »

Point d'étape, j'ai réussi à faire marcher le bouzin en dhcp, pas besoin de l'adresse mac ni du 0x5a long mais j'ai un hic (voir plus bas).

Apparemment "tagger" un port permet de marquer les paquets avec le bon vlan, vu qu'on a des vlan à l'intérieur du routeur et à l'extérieur (réseau orange), il est donc logique que les ports 1 (wan) et 6 (cpu eth0) soient taggés, d'où le "1t 6t".

Pour ceux qui auraient un archer c7 v2 voilà donc la bonne config /etc/config/network minimale en PPPOE:

modifier le wan par défaut par:

Code: [Sélectionner]

config interface 'wan'
	option ifname 'eth0.835'
	option proto 'pppoe'
	option username 'fti/xxxxxxx'
	option password 'xxxxxxx'
	option peerdns '1'

et pour le vlan 2 il faut rajouter le vid 835 et passer le 1 en 1t, soit:

Code: [Sélectionner]

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option vid '835'
	option ports '1t 6t'

Pas besoin de plus ni de toucher au reste.

Pour le DHCP:

Code: [Sélectionner]

config interface 'wan'
	option ifname 'eth0.832'
	option proto 'dhcp'
	option peerdns '1'
	option broadcast '1'
	option vendorid 'sagem'
	option reqopts '1 3 6 15 28 51 58 59 90 119 120 125'
	option sendopts '0x4d:2b46535644534c5f6c697665626f782e496e7465726e65742e736f66746174686f6d652e4c697665626f7833 0x5a:0000000000000000000000xxxxxxxxxxxxxxxxxxxxxx'

config switch_vlan
	option device 'switch0'
	option vlan '2'
	option vid '832'
	option ports '1t 6t'

Voilà maintenant le gros problème que j'ai en DHCP:

speedtest.net PPPOE:
ping 14ms
descendant 284.75Mbps
ascendant 108.75Mbps

speedtest.net DHCP
ping 14ms
descendant 27.7Mbps
ascendant 0.69Mbps

qu'est-ce qui se passe encore

zoc · « **Réponse #155 le:** 11 mars 2018 à 18:39:27 »

Comme ça à vue de nez je dirais que l'ensemble du traffic est en priorité 6 au lieu du DHCP uniquement et du coup c'est normal... (6 = rapide au détriment du débit).

Auteur Sujet: Remplacement de la Livebox par un routeur LEDE (fork d'OpenWRT) (Lu 80873 fois)

cetipabo

cetipabo

cetipabo

cetipabo