Auteur Sujet: Remplacement de la Livebox par un routeur Openwrt  (Lu 252912 fois)

0 Membres et 2 Invités sur ce sujet

Steph

  • Abonné K-Net
  • *
  • Messages: 7 715
  • La Balme de Sillingy 74
    • Uptime K-net
Remplacement de la Livebox par un routeur Openwrt
« Réponse #732 le: 24 décembre 2022 à 11:42:52 »
Windows par exemple ne répond jamais (pourquoi? va savoir...).
De mémoire, le firewall W10 répond au ping 4 uniquement si la source est sur l'interface locale.
Pour 6, il faudrait que je regarde.

simon

  • Abonné Orange Fibre
  • *
  • Messages: 935
Remplacement de la Livebox par un routeur Openwrt
« Réponse #733 le: 24 décembre 2022 à 11:45:02 »
Décidément, Microsoft est de plus en plus créatif en ce qui concerne le réseau. Choix de DNS discutables (ne respectant pas les RFC), interface réseau qui change toute seule de "Public" à "Privé" ou l'inverse, règles de firewall pour ces deux zones qui changent lors d'une update, 3e zone "domaine" dont personne ne sait que faire... et j'en passe.

Steph

  • Abonné K-Net
  • *
  • Messages: 7 715
  • La Balme de Sillingy 74
    • Uptime K-net
Remplacement de la Livebox par un routeur Openwrt
« Réponse #734 le: 24 décembre 2022 à 11:51:46 »
Je m'en souviens car j'avais galéré avec des VLAN à cause d'une non réponse au ping d'un win10!  ::) :'(
Tout marchait bien et je ne comprenais pas pourquoi!

kfc

  • Abonné Free fibre
  • *
  • Messages: 21
  • Paris (75)
Remplacement de la Livebox par un routeur Openwrt
« Réponse #735 le: 25 décembre 2022 à 02:03:52 »
je ne crois pas que cela aie deja été évoqué mais pour les routeurs a base de MT7621+MT7530 (combo classique), OpenWRT SNAPSHOT intègre une optimisation qui reconfigure le switch pour relier le port WAN à un second port CPU différent de celui utilisé pour les autres ports LAN

Cela double la capacité en routage pour atteindre 2G up+down  au lieu de 1G anciennement.

détails ici https://forum.openwrt.org/t/2-gbps-wan-lan-nat-routing-on-ramips-mt7621-devices/131478/14

Sur mon RB750GR3 fraichement installé, cela fonctionne sans problème. Notez ci-dessous, l'interface 'wan' n'a pas eth0 en parent et est indépendante.

root@OpenWrt:/etc/config# ip l | grep UP
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc fq_codel state UP qlen 1000
3: wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP qlen 1000
4: lan2@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN qlen 1000
5: lan3@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
6: lan4@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN qlen 1000
7: lan5@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP qlen 1000
18: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
19: wan.832@wan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000

et dans les logs de boot, on voit qu'il y a bien un mdio-bus différent pour wan que pour les lan2-5 et bien 2 liens ethernet sur le SOC

Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.411746] mtk_soc_eth 1e100000.ethernet eth0: configuring for fixed/rgmii link mode
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.420081] mtk_soc_eth 1e100000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.433653] mt7530 mdio-bus:1f lan2: configuring for phy/gmii link mode
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.494059] mt7530 mdio-bus:1f lan3: configuring for phy/gmii link mode
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.538419] mt7530 mdio-bus:1f lan4: configuring for phy/gmii link mode
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.580755] mt7530 mdio-bus:1f lan5: configuring for phy/gmii link mode
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.640272] mtk_soc_eth 1e100000.ethernet wan: PHY [mdio-bus:00] driver [MediaTek MT7530 PHY] (irq=POLL)
Fri Dec 23 19:07:19 2022 kern.info kernel: [ 1385.649873] mtk_soc_eth 1e100000.ethernet wan: configuring for phy/rgmii link mode

« Modifié: 25 décembre 2022 à 19:50:18 par kfc »

ochbob

  • Abonné Orange Fibre
  • *
  • Messages: 231
  • Beauzelle (31)
Remplacement de la Livebox par un routeur Openwrt
« Réponse #736 le: 25 décembre 2022 à 19:54:38 »
Petit récapitulatif pour officialiser le passage en 2.5G de mon coté:

Pour la petite histoire:
Je pars à la base d'une LB3 (offre JET) + ONT Alcatel que j'ai viré y'a 6 ans par un ER4 tout en gardant l'ONT Alcatel.
Il y a 2 ans j'ai déménagé et je n'ai pas eu le choix que de changer d'offre pour passer sur une offre UP (donc j'ai les 2G qui arrive à la fibre) sauf que je n'avais pas l'infra qui allait avec donc j'ai pas cherché plus loin à ce moment là.
Suite a un nouveau déménagement en début d'année 2022, j'avais la possibilité d'avoir une infra à + de 1G mais je n'avais pas spécialement le temps de me pencher dessus, je suivais par contre de loin les avancés sur le forum pour le passage à 2G. D'ailleurs début 2022 c'etait encore trop chiant de trouver le matos qui va bien, surtout l'ONU SFP, pour faire le switch... mais 2022 fut une bonne année pour les bidouilleurs du forum et pas mal de nouveautés ont vu le jour, surtout grace à FS qui sortit son ONU SFP, donc la je n'avais plus choix, surtout qu'un petit routeur tout mignon à ponté le bout de son nez cet été, le GoWin R86S....

Donc config ultra simple:
-   un R86S sous OpenWrt 22.03.02 avec une carte OCP 2.0 en BCM57840
-   un ONU FS, le GPON-ONU-34-20BI

De base le R86S est livré avec une Mellanox ConnectX3, non comptaible 2.5G, il a donc fallut trouver une carte pour la remplacer...
Je ne voulais en effet pas passer par une autre équipement pour gerer la CoS 6.
(Bon j'ai quand meme un CRS 305 au cas où si jamais cela dit)
Et ce n'était pas une mince affaire pour trouver une carte OCP 2.0 compatible avec le R86S car il faut savoir que la carte OCP tournera forcement en PCIE X.0 4x malgrés qu'elle soit en 8x, car il le port PCIE partage les lignes avec le port du SSD NVME.
Certaines cartes PCIE ne fonctionne PAS bien si la totalité des lignes PCIE ne sont pas "branchées", en tout cas dans le R86S - exemple, carte PCIE 8x dans un slot x4.

Après de longue recherche, une seule et unique carte semble existe pour remplacer la Mellanox si on veut le support 2.5G dans le R86S, une ASUS MCB-10G 57840-2S (PCIE 3 8x) que j'ai galéré à trouver et à faire rapatrier en France, la carte est EOL depuis des années et absolument rien de rien en occasion...
Et je n'avais pas encore la certitude à 100% que cette carte était comptaible avec le patch firmware et le patch des drivers de la 57810..
D'aprés un post chinois fournit par un des dev du R86S, il semblait cependant que c'etait bien le cas, donc j'ai tenté le coup.
Car si des cartes OCP 2.0 existent en BCM 57810 (et encore c'est rare, j'en ai trouvé qu'une, une Quanta en PCIE 2.0 8x donc elle aurait été en 2.0 4x dans le R86S si jamais), elles ne fonctionnent pas dans le R86S par rapport aux lignes PCIE manquantes !
Les devs prévoit une revision potentiel avec le pb reglé:

"Note!! We confirmed not all of bcm ocp 2.0 card are supported. (some special type of card cannot identification.) (May because of not full channel of PCIE lines?)(We try to fix it on version 2[change clock line], but still cannot read these special card) So, take care of it when you want  to buy bcm OCP card."

Quoi qu'il soit l'info du gars de chez GoWin qui a lui meme recupéré les infos sur des forums chinois était bien bonne, la carte sur BCM57840 fonctionne bien dans le R86S et elle se patch exactement de la meme façon que les 57810, donc rien de nouveau à ce niveau, et idem pour les drivers, en meme temps ce sont presque les meme carte.

Juste à savoir, le chip de l'ASUS BCM57840 n'est pas situé au meme endroit que la Mellanox, donc il n'est pas couvert à 100% par le refroidissement d'origine du R86S, j'ai rajouté un petit ventilateur de 80mm pour refroidir le tout, meme si dans les fait ce n'est pas forcement nécessaire, ça chauffe, mais comme toutes les cartes SFP+, et vu que l'ONU FS chauffe lui comme un porc... ce n'est pas plus mal, et ça fait aussi baissé la température de 10 degres sur le CPU, donc un mal pour un bien :D

Pour le reste, l'ONU FS configuré avec le serial de mon ONT Alcatel + vendorID (ALCL) + HW_version (SMBSSGLBF121\0\0)
Le R86S, config classique OpenWRT Orange avec toutes les options DHCP qui vont bien et les regles nftables pour la CoS6 (Merci Ubune pour le topic et les infos)

Et c'est tout bon (SQM activé sur l'upload pour le stabiliser, c'était pas 100% stable sans , j'avais quelques paquets TCP retransmit lors des tests):





Clairement, le prix de la totalité du truc ne vaut pas le coup, un simple ONT LEOX 2.5G + un routeur 4x2.5G x86 aurait eu le meme résultat pour quelques centaines d'euros de moins dans mon cas.
Mais j'aime bcp trop le format mini et le fait de n'avoir qu'un équimement pour la partie routeur (je veux dire sans ONT externe / sans switch pour la CoS6)
A voir les capacité de routage du N5105 en NAT pour le 10G un jour en XGSPON (RAS sans NAT, ça encaisse sans soucis), mais pour le 2.5G c'est les doigts dans les nez.


w3s

  • Abonné Sosh fibre
  • *
  • Messages: 7
Remplacement de la Livebox par un routeur Openwrt 18+ (DHCP V4/V6 + TV).
« Réponse #737 le: 27 décembre 2022 à 09:34:24 »
Salut à tous, finalement, à l'époque j'étais revenu en 19.07.8 parce que la gestion des vlans sur OpenWRT 21 était simplement horrible pour moi.
@ubune, j'ai vu ta maj pour 22.03, beaucoup plus simple, et le github qui m'a permis de modifier ma conf (from scratch) de façon incrémentale.

Alors, actuellement ça fonctionne, Internet, VPN ok

ifstatus wan4 |  jsonfilter -e '@["ipv4-address"][0].address'
# retourne bien mon @IP_PUB actuellement

Cependant, je n'ose plus rebooter mon routeur ou toucher au network parce que je constate un phénomène que je n'explique pas
Au reboot, la commande ci-dessus me retourne une IP privée (je pense de l'ONT en 172.16.x.x/16) et reste en l'état indéfiniment
Au bout du 3-4e reboot de l'ONT ou suite aux multiples /etc/init.d/network restart, je récupère l'IP publique
J'ai aussi remarqué, qu'il me fallait que mon device "wan" soit activé en configuration, en fait, je cherche l'explication du pourquoi je récupère l'IP PUB à un moment après les réinitialisations des interfaces ou pas ...
Si tu as une idée parce que j'aime comprendre

@ubune, tu sais, j'ai un problème où mon routeur perd l'IP WAN à intervalle +/- périodique de 3 jours. Tu m'as dit que si ip lan (ont) = mauvaise auth ou mauvaise priorité.



1- Mauvaise auth ?

Si je reprends ton tuto (maj 22.03+) et que j'utilise l'outil jsfiddle de kgersen avec `fti/qpq8888` et `12345622`, j'obtiens la chaine :
00000000000000000000001a0900000558010341010D6674692F717071383838383c1231323334353637383930313233343536031341302f6f2d83fc857d7829d65ddea775d7

Dans le tuto, il y a des caractères en +, d'où sortent-ils ?
00000000000000000000001a090000055801034101116674692F6674692F717071383838383c1231323334353637383930313233343536031341302f6f2d83fc857d7829d65ddea775d7



2- Mauvaise priorité ?

Dans le tuto 22.03+, il est écrit :"- Gérer les files pour éviter les pbs de débit (on remet bien notre traffic internet avec des priorités cohérentes) => /etc/rc.local (nft rules)", mais cette étape n'est mentionnée que dans le tuto historique 19.07-. Faut-il ajouter quelque chose dans le /etc/rc.local ?



Merci

ochbob

  • Abonné Orange Fibre
  • *
  • Messages: 231
  • Beauzelle (31)
Remplacement de la Livebox par un routeur Openwrt
« Réponse #738 le: 27 décembre 2022 à 12:24:09 »
Rien de particulier à mettre dans le /etc/rc.local de plus que ce qu'a indiqué Ubune en 22.03 (voir son github)

Pour ton IP en 172.16.x.y
C'est en fait une IP de parking, lié a une option DHCP mal renseignée, et donc tu es mis de "coté" pour pas polluer le réseau.

Voir ici pour plus d'info: https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/

Pour rappel, voici les options nécessaire à présent ou dans un futur proche:

Citer
Pour résumer les options nécéssaires minimales:
IPV4 DHCP - 4 options minimales
client identifier (option 61)
vendor class identifier (option 60)
user class information (option 77)
authentifaction (option 90)

IPV6 DHCPv6 - 5 options minimales
vendor specific information (option 17): entreprise id "Orange" 4 octets 00000558 + 2 octets option code 0006 + 14 octets Option data: 495056365f524551554553544544 ("IPV6_REQUESTED")
client identifier (option 1)
user class (option 15)
vendor class (option 16)
authentication (option 11)

Avec tout ça, ipv4 + prefix ipv6 OK. Sans l'option 17: mise en isolement au parking...

https://lafibre.info/remplacer-livebox/durcissement-du-controle-de-loption-9011-et-de-la-conformite-protocolaire/msg991229/#msg991229

kfc

  • Abonné Free fibre
  • *
  • Messages: 21
  • Paris (75)
Remplacement de la Livebox par un routeur Openwrt
« Réponse #739 le: 27 décembre 2022 à 20:02:32 »
Bon, j'ai repris cette solution là telle que, et j'ai enfin compris ce qui déconnait.
Tout d'abord, il faut absolument installer les packages tc-tiny (pour avoir la commande 'tc') ainsi que kmod-sched (pour avoir le qdisc 'prio'). Si on oubli le module kmod-sched, on se retrouve avec une erreur abscons de 'tc' dès la première commande.
Ensuite, j'ai un problème d'ordre: je ne sais pas pourquoi mais au ifup, le script tc se lance après le dhcp. Du coup ça ne récupère pas une IP correcte. Faut que je relance juste l'interface et c'est bueno. Un peu relou.
Bref, ça marchotte.
Et sinon en terme de perf CPU, j'ai à peu près pareil. Le CPU est chargé d'IRQ tout autant et j'arrive à 50% de charge (sur 2 coeurs) lorsque je charge la ligne à 2.2Gbps.

pour completer d'autres pièges , après avoir fait le même taf :
- les 'prio' dans le script tc sont simplement l'ordre dans lesquels les filters seront appliqués, rien à voir avec le contenu du champs .1q priority
- le skbedit '0:6' n'a rien a voir avec le qos_mapping '0:6' . Le premier tag le paquet avec la priorité major 0 et minor 6 , le second retag les paquets taggés 0 en tag 6 mais inutile pour une solution pure tc.

Ca a l'air de marcher :
"tc -s filter show dev wan.832" montre des compteurs qui s'incrémentent correctement.
tcpdump ne voit rien de changé, tout est toujours VLAN PRI 0 mais la capture ne collecte peut etre pas au bon étage de la stack. Au passage, https://hpd.gasmi.net/ rox : je tcpdump en hex et copicolle le résultat dedans. Carrément plus simpe que des aller/retours scp+wireshark pour décoder.
Aucun changement de débit .

Bref, on verra quand cela deviendra obligatoire sur ma ligne.

renaud07

  • Abonné Orange adsl
  • *
  • Messages: 3 423
Remplacement de la Livebox par un routeur Openwrt
« Réponse #740 le: 27 décembre 2022 à 20:42:11 »
3e zone "domaine" dont personne ne sait que faire... et j'en passe.

Ça sert... quand un PC est joint à un domaine. Mais c'est sûr que c'est inutile pour Mme Michu et même 90% des plus geeks d'entre nous.


Je m'en souviens car j'avais galéré avec des VLAN à cause d'une non réponse au ping d'un win10!  ::) :'(
Tout marchait bien et je ne comprenais pas pourquoi!

Ça fait un bail que windows bloque par défaut le ping, c'était déjà le cas sur XP.

ubune

  • Abonné Orange Fibre
  • *
  • Messages: 317
Remplacement de la Livebox par un routeur Openwrt
« Réponse #741 le: 28 décembre 2022 à 11:06:50 »
Hello,
J'ai ajouté l'option 17 (wan6) dans le tuto (Merci ochbob), je vais mettre à jour le github dans la journée.

17:000005580006000e495056365f524551554553544544

Resultat :
(495056365f524551554553544544 = IPV6_REQUESTED)

ubune

  • Abonné Orange Fibre
  • *
  • Messages: 317
Remplacement de la Livebox par un routeur Openwrt
« Réponse #742 le: 28 décembre 2022 à 22:29:45 »
Github à jour.

Je suis bien dans une zone migrée car je reçois l'option 17 (ipv6) et 125 (ipv4) en retour, par contre ça fonctionnait même sans envoyer l'option 17.

En ipv6 : 000100000000000000000018 (voir screenshot)
En ipv4 : 00010000000000000000 (voir screenshot)

D'après le post de Levieux ça ressemble à "tout est ok" ;) :

Le canal retour :
Dans la réponse DHCP il y a un canal de retour du réseau.
C'est l'option 125 en DHCPv4, l'option 17 en DHCPv6
Le contenu (attention, les entêtes des options sont différentes, voir les RFC) est le même et dans le format suivant avec en rouge 2 octets de code d'information : 0001000000ffffffffff
Les grandes classes de réponses sont :
- 00xx : OK vu du réseau Orange et tout doit fonctionner. Si ce n'est pas le cas le problème vient de chez vous.
- 01xx : Le modèle de box, le firmware ou votre ligne est bloquée (0102 ce qui peut arriver si le comportement de votre routeur est trop agressif ...)
- 02xx : erreur de Login ou de Mot de passe ou d'encodage
- 03xx : compte ou service probablement résilié
- 04xx : problème de règlement de la facture avec de possibles limitation de débit ou blocage.

Nesquiik

  • Abonné Orange vdsl
  • *
  • Messages: 9
Remplacement de la Livebox par un routeur Openwrt
« Réponse #743 le: 29 décembre 2022 à 22:00:03 »
Bonjour,

J'ai une petite galère actuellement abonné Orange Fibre avec un ONT Huawai derriere une box 5 qui est fonctionnel je souhate mettre mon Asus AC88u a la place de cette foutu box.

J'ai passer celui-ci en OpenWRT 22.03 juque la tout va bien je fais le tuto impec je branche le routeur et la miracle une IPv4 je me dit coool ça marche sauf que pas de V6 et rien à faire elle veux pas monter

je ne sait quel infos vous fournir pour m'aider mais la je ne sais plus quoi faire j'ai meme tester depuis le git je me dit on sait jamais


si besoin je posterai ma config annonymiser

merci par avance