Auteur Sujet: Remplacer la Livebox par un routeur Turris Omnia (Lu 20614 fois)

vincen · « **Réponse #24 le:** 03 octobre 2017 à 15:35:45 »

Citation de: cetipabo le 03 octobre 2017 à 15:22:58

heu ne compte pas les * je n'ai pas compté en les mettant, utilise l'outil : https://jsfiddle.net/kgersen/45zudr15/embedded/result/ pour obtenir la chaîne de caractères correcte.
Si ton identifiant est fti/abcdefg alors ca te fera: 00000000000000000000006674692f61626364656667
option 90 = 0x5a
il faudra donc mettre 0x5a:00000000000000000000006674692f61626364656667

Ah super merci effectivement ma string était foireuse mais bon ça ne marche toujours pas

J'ai le port WAN qui s'excite régulièrement, mais la connection monte pas et je récupère pas d'IP

Un moyen de voir d'où vient le soucis ? ou quelque chose à vérifier ??

zoc · « **Réponse #25 le:** 03 octobre 2017 à 15:41:45 »

Requête sur le bon VLAN ?
Priorité 801.1p (CoS) de la requête bien à 6 ?

Le plus simple, ca reste de faire une capture Wireshark de ce qui sort du port WAN du routeur, et de comparer avec ce qu'une Livebox sort...

vincen · « **Réponse #26 le:** 03 octobre 2017 à 16:03:56 »

Citation de: zoc le 03 octobre 2017 à 15:41:45

Requête sur le bon VLAN ?

Je suppose que oui puisque la modif en question fait changer mon eth1 (ma patte wan en eth1.832) non ?

Citation de: zoc le 03 octobre 2017 à 15:41:45

Priorité 801.1p (CoS) de la requête bien à 6 ?

Euh rien vu à ce propos dans la config dont on m'a donné le lien juste avant et qui est censé supposer marcher directement......

Citation de: zoc le 03 octobre 2017 à 15:41:45

le plus simple, ca reste de faire une capture Wireshark de ce qui sort du port WAN du routeur, et de comparer avec ce qu'une Livebox sort...

Pas trop le temps à ce genre de choses malheureusement et pas envie de me lancer dans un tel bordel

zoc · « **Réponse #27 le:** 03 octobre 2017 à 16:06:26 »

Citation de: vincen le 03 octobre 2017 à 16:03:56

Euh rien vu à ce propos dans la config dont on m'a donné le lien juste avant et qui est censé supposer marcher directement......

Dans certaines zones géographiques, les requêtes DHCP doivent avoir une priorité à 6 pour que le serveur DHCP d'Orange réponde. Ce n'est pas le cas partout et il est donc possible que la configuration sur laquelle tu te bases ait été faite par quelqu'un qui n'en n'a pas besoin

vincen · « **Réponse #28 le:** 03 octobre 2017 à 16:08:33 »

Citation de: zoc le 03 octobre 2017 à 16:06:26

Dans certaines zones géographiques, les requêtes DHCP doivent avoir une priorité à 6 pour que le serveur DHCP d'Orange réponde. Ce n'est pas le cas partout et il est donc possible que la configuration sur laquelle tu te bases ait été faite par quelqu'un qui n'en n'a pas besoin

ah merdum me voilà donc revenu au point de départ

aucun des utilisateurs Turris Omnia a eu le même soucis ? parce que je sais pas trop comment le faire pour le moment (faut d'abord que j'apprenne à connaitre un peu mieux la bête !!)

cetipabo · « **Réponse #29 le:** 03 octobre 2017 à 16:37:03 »

l'histoire des priorité et cos est indiqué plus bas dans mon post:
https://lafibre.info/remplacer-livebox/remplacement-de-la-livebox-par-un-routeur-lede-fork-dopenwrt/msg471749/#msg471749

création du fichier /etc/vlanprio.sh qu'on n'oublie pas de rendre exécutable avec un chmod 755

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 ptm0.832 type vlan egress $i:$i >/dev/null
    ip link set ptm0.838 type vlan egress $i:4 >/dev/null
    ip link set ptm0.840 type vlan egress $i:5 >/dev/null

done
    ip link set ptm0.832 type vlan egress 1:0 >/dev/null
    ip link set ptm0.832 type vlan egress 0:6 >/dev/null

ensuite les regles Firewal a ajouter:

Code: [Sélectionner]

iptables -t mangle -A POSTROUTING -o ptm0.832 -j CLASSIFY --set-class 0000:0001
iptables -t mangle -A POSTROUTING -o ptm0.832 -p igmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -p icmp -j CLASSIFY --set-class 0000:0006
iptables -t mangle -A POSTROUTING -o ptm0.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006

tu peux les mettre dans le même fichier si tu veux, pour commencer. ensuite il faudra faire en sorte que le routeur exécute le fichier au démarrage.

PS:
remplacer ptm0 par eth1

En cas de problème ou d'erreur, il faut vérifier que les packages ip-full et iptables-mod-ipopt soient bien installés.

vincen · « **Réponse #30 le:** 07 octobre 2017 à 12:07:58 »

Citation de: cetipabo le 03 octobre 2017 à 16:37:03

l'histoire des priorité et cos est indiqué plus bas dans mon post:
https://lafibre.info/remplacer-livebox/remplacement-de-la-livebox-par-un-routeur-lede-fork-dopenwrt/msg471749/#msg471749

création du fichier /etc/vlanprio.sh qu'on n'oublie pas de rendre exécutable avec un chmod 755
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 ptm0.832 type vlan egress $i:$i >/dev/null ip link set ptm0.838 type vlan egress $i:4 >/dev/null ip link set ptm0.840 type vlan egress $i:5 >/dev/null done ip link set ptm0.832 type vlan egress 1:0 >/dev/null ip link set ptm0.832 type vlan egress 0:6 >/dev/null
ensuite les regles Firewal a ajouter:
Code: [Sélectionner]
iptables -t mangle -A POSTROUTING -o ptm0.832 -j CLASSIFY --set-class 0000:0001 iptables -t mangle -A POSTROUTING -o ptm0.832 -p igmp -j CLASSIFY --set-class 0000:0006 iptables -t mangle -A POSTROUTING -o ptm0.832 -p icmp -j CLASSIFY --set-class 0000:0006 iptables -t mangle -A POSTROUTING -o ptm0.832 -p udp --dport 67 -j CLASSIFY --set-class 0000:0006
tu peux les mettre dans le même fichier si tu veux, pour commencer. ensuite il faudra faire en sorte que le routeur exécute le fichier au démarrage.

PS:
remplacer ptm0 par eth1

En cas de problème ou d'erreur, il faut vérifier que les packages ip-full et iptables-mod-ipopt soient bien installés.

Merci pour les infos mais ça ne marche pas

iptables ne veut pas le paramètre --set-class et quand je vérifie aussi bien la liste des packages installés que de ceux disponibles j'ai aucun package ip-full et iptables-mod-ipopt

Que faire ?

cetipabo · « **Réponse #31 le:** 07 octobre 2017 à 15:40:46 »

pourtant moi je les vois bien les packages, je ne sais pas si je suis dans la bonne branche mais je vois :
https://api.turris.cz/openwrt-repo/omnia-stable/packages/base/

iptables-mod-ipopt_1.4.21-3_mvebu.ipk
ip-full_4.0.0-4_mvebu.ipk

Tu as fait un opkg update pour mettre à jour la liste ?

vincen · « **Réponse #32 le:** 08 octobre 2017 à 10:16:23 »

Citation de: cetipabo le 07 octobre 2017 à 15:40:46

pourtant moi je les vois bien les packages, je ne sais pas si je suis dans la bonne branche mais je vois :
https://api.turris.cz/openwrt-repo/omnia-stable/packages/base/
iptables-mod-ipopt_1.4.21-3_mvebu.ipk
ip-full_4.0.0-4_mvebu.ipk
Tu as fait un opkg update pour mettre à jour la liste ?

Autant pour moi je pensais qu'il gardait quand même la liste des packages en cache une fois fait une mise à jour de l'OS mais visiblement non

et du coup maintenant ça veut dire qu'il faut que je le resette une fois de plus pour pouvoir le remettre en DHCP sur mon LAN et qu'il ait un accès Internet pour mettre à jour et installer les packages nécessaires (j'ai tenté l'install manuelle mais c'est un enfer avec les dépendances de package !!

En tout cas merci pour toutes les infos mais je crois que je vais laisser tomber pour le moment vu le côté expérimental et instable de la chose

vincen · « **Réponse #33 le:** 22 octobre 2017 à 13:11:46 »

Bon me revoilà avec ma galère boulet

Je suis donc reparti de zéro ce matin et j'ai fait tout ça pour obtenir un résultat de merde

-> Remise à zéro du Turris Omnia
-> Connection à l'interface Web et changement de l'IP LAN (10.0.1.1) au lieu du 192.168.1.X1 en conflit avec mon réseau local et mise en DHCP du WAN
-> Connection WAN Turris à mon LAN afin de donner de l'accès Internet au Turris.
-> Exécution des mises à jour et installation des paquets iptables-mod-ipopt et ip-full
-> Réalisation des manips donnés dans ce poste https://lafibre.info/remplacer-livebox/remplacement-de-la-livebox-par-un-routeur-lede-fork-dopenwrt/msg471749/#msg471749 en remplaçant ptm0 par eth1 (puisqu'à priori eth1 est le port WAN sur le Turris Omnia). J'ai pas fait les modifs Replay et TV puisque ça me concerne pas et j'ai mis mon identifiant fti correctement encodé.
-> Reboot du Turris avec le port WAN connecté à l'ONT et mon ordi toujours en LAN).
-> Le port WAN clignote comme un taré mais la connection monte pas (mon ordi n'a pas d'accès au Net) et impossible de me reconnecter au Turris (aussi bien sur l'interface Web simple, Luci ou en SSH) pourtant mon ordi récupère bien une IP du DHCP du turris !!

Je sais plus trop quoi faire là pour un truc qui était censé marcher selon les tutoriaux postés ici!!!!

Merci si vous avez des idées....

cetipabo · « **Réponse #34 le:** 23 octobre 2017 à 08:25:52 »

tu n'as pas de log qui pourrait nous aiguiller ? parce que là comme ça je ne vois pas...Sur 4 équipements totalement différents je fais la même chose et ça marche...
1 Modem VDDSL Draytek 2860 avec DrayOS
1 Modem VDSL BT Home HUB 5A avec LEDE
1 Modem Huawei HG612 en Bridge + Routeur APU2C4 Avec LEDE
1 Modem DGA4130 Avec Openwrt "Chaos Calmer"

drapolas · « **Réponse #35 le:** 26 octobre 2017 à 13:14:08 »

Bonjour,
je voudrais aussi remplacer ma livebox par un omnia, mais je n'ai pas de ONT on m'a relié à la livebox avec le SFP ONT Sercomm FGS202.
je voudrais utiliser un SFP compatible avec le omnia, j'ai lu que le plus simple est de passer avec le MC220L, mais savez vous si orange
récupère le SFP si l'on rend la livebox?

Si cela intéresse quelqu'un, j'ai fais un dump de 2 SFP sercomm, un vierge jamais activé avec livebox et l'autre activé (SLID entré) en fin je crois...
dump vierge:
https://mega.nz/#!ed4XUBrS!DgIX60oUBPvt-Sa1sEvFNJtAstHsNlz2-zYY-gZUzOA
dump avec ID:
https://mega.nz/#!DVQFwSbJ!WBoJAYjGIX4UZAFIL_UYiHC6VZdSJWJkXP-Q5fWq8ic

le dump à été effectué avec un minipro sur la flash/eeprom MX25L6435E du SFP.

j'espère que cela peut aider.

Cordialement.