Auteur Sujet: Remplacer ONT SFR (Lu 86200 fois)

hwti · « **Réponse #108 le:** 06 septembre 2022 à 22:07:36 »

Pour debugger les freezes, il y a l'option de souder l'UART, si jamais l'autre port LAN ne fonctionne pas mieux.

J'ai trouvé des exemples de commandes pour les VLAN : https://dktcomega.com/wp-content/uploads/2019/06/Forsete-2-Useful-Syntaxes_latest_rev_new_DKT_logo-2.pdf, mais je ne comprends pas tout, ext-member par exemple.
Attention, le numéro des ports est probablement différent.

Autre chose, à moins que les ports ne soient pas dans le même ordre, le PORT_REMAPPING=0001000000000000 est censé utiliser le port LAN2 comme premier (ou unique) port vu depuis l'OLT.
Donc le clignotement sur le LAN1 est assez étrange, il aurait été intéressant de faire une capture.

rooot · « **Réponse #109 le:** 07 septembre 2022 à 18:31:16 »

Citation de: hwti le 06 septembre 2022 à 19:29:58

Est-ce que les freezes arrivent avec les deux ports LAN1 et LAN2 ?

Oui, j'ai remis le Firmware 1.0.7 pour faire le test, ca freeze quel que soit le port.

Citation de: hwti le 06 septembre 2022 à 19:29:58

Si l'OLT veut configurer l'ONT pour enlever le tag du VLAN, peut-être qu'il y a conflit avec le trafic de management qui est destiné à l'ONT (à son port CPU).
Je me demande s'il ne serait pas possible de forcer le mode transparent (VLAN_CFG_TYPE=1, VLAN_MANU_MODE=0), et de configurer le routeur pour fonctionner sur un VLAN.

j'ai testé ces parametres avec les valeurs que tu indiques. VLAN_MANU_MODE étant déjà sur 0 par defaut. Test sur les 2 ports = PAS MIEUX !
Par contre je ne suis pas certain d'avoir créé les vlan correctement dans mon routeur openwrt. Dans le menu switch, j'ai changé juste le N° du vlan 2 (Celui de mon WAN visiblement) par 101 puis par 102. je ne sais pas si c'est bien comme ça qu'il faut faire.

2eme point, après un cfgmib set VLAN_CFG_TYPE 1 faut il faire un restart ? comme avec la commande flash ? je n'ai pas fait de restart...

rooot · « **Réponse #110 le:** 07 septembre 2022 à 19:03:16 »

Au passage, je n'ai pas réussi a reproduire la situation on la led d'un des ports LAN clignotte a fond.

hwti · « **Réponse #111 le:** 07 septembre 2022 à 19:17:16 »

Je ne sais pas ce que "cfgmib set" fait, peut-être que ça ne change que la valeur en RAM.
Il y a un certain nombre de valeurs qui ne sont lues qu'une fois, ou à la connexion de la fibre.
Donc le plus simple pour être certain que tout est appliqué est de toujours utiliser "flash set" et de redémarrer (je ne sais pas si "restart" c'est un reboot complet ou pas).
Et ensuite il est préférable de vérifier les valeurs, qui peuvent parfois être écrasées par le code.

Pour OpenWRT, si on suppose que aucun VLAN n'est géré avec une interface Linux (comme "eth1.101"), et que tu veux utiliser le support VLAN du switch, il faut changer le port WAN en "tagged" (le port CPU reste "untagged") sur la seconde ligne (avec VLAN 101 ou 102 bien sûr).

rooot · « **Réponse #112 le:** 07 septembre 2022 à 19:26:29 »

Citation de: hwti le 07 septembre 2022 à 19:17:16

Pour OpenWRT, si on suppose que aucun VLAN n'est géré avec une interface Linux (comme "eth1.101"), et que tu veux utiliser le support VLAN du switch, il faut changer le port WAN en "tagged" (le port CPU reste "untagged") sur la seconde ligne (avec VLAN 101 ou 102 bien sûr).

merde, alors j'ai raté mon coup, je m'en doutais.

Pour la commande cfgmib, parfois la commande flash pour certains parametres affiche un message d'erreur, et il faut passer par cfgmib pour pouvoir changer la valeur.
Le restart est un reboot il me semble.

Exemple envoyé par le support VSOL :

hwti · « **Réponse #113 le:** 07 septembre 2022 à 19:52:10 »

Citation de: rooot le 07 septembre 2022 à 19:26:29

Pour la commande cfgmib, parfois la commande flash pour certains parametres affiche un message d'erreur, et il faut passer par cfgmib pour pouvoir changer la valeur.
Le restart est un reboot il me semble.

Quel message d'erreur ? Je n'ai pas l'ONT, mais j'ai chargé le firmware 1.0.7 dans Ghidra, donc les chaînes de caractères sont utiles pour comprendre.
Est-ce que que des valeurs positionnées avec "cfgmib set" sont conservées après reboot ?

J'ai en grande partie décodé un des tableaux qui définissent les valeurs (identifiant, nom, type, taille, valeur par défaut).
VLAN_CFG_TYPE, VLAN_MANU_MODE, VLAN_MANU_TAG_VID et VLAN_MANU_TAG_PRI en font partie.

Je ne sais pas (encore ?) à quoi correspondent les autres tableaux, mais certains ne sont pas forcément tres intéressants (options DHCP par exemple).

rooot · « **Réponse #114 le:** 07 septembre 2022 à 19:57:52 »

Citation de: hwti le 07 septembre 2022 à 19:52:10

Quel message d'erreur ? Je n'ai pas l'ONT, mais j'ai chargé le firmware 1.0.7 dans Ghidra, donc les chaînes de caractères sont utiles pour comprendre.
Est-ce que que des valeurs positionnées avec "cfgmib set" sont conservées après reboot ?

je branche l'ONU et je te dit ça tout de suite.

rooot · « **Réponse #115 le:** 07 septembre 2022 à 20:07:21 »

Citation de: hwti le 07 septembre 2022 à 19:52:10

Quel message d'erreur ?

Code: [Sélectionner]

AP#flash set VLAN_CFG_TYPE 1
Config item type error! Only hardware config item can be set with this command.

Citation de: hwti le 07 septembre 2022 à 19:52:10

Est-ce que que des valeurs positionnées avec "cfgmib set" sont conservées après reboot ?

OUI ! j'ai donc changé la valeur avec cfgmib, et après restart je retrouve bien la valeur que j'ai mise.

rooot · « **Réponse #116 le:** 07 septembre 2022 à 22:47:14 »

Citation de: hwti le 07 septembre 2022 à 19:17:16

Pour OpenWRT, si on suppose que aucun VLAN n'est géré avec une interface Linux (comme "eth1.101"), et que tu veux utiliser le support VLAN du switch, il faut changer le port WAN en "tagged" (le port CPU reste "untagged") sur la seconde ligne (avec VLAN 101 ou 102 bien sûr).

alors je pense que je peux prendre comme exemple ce post chez Bouygues, non ?
https://lafibre.info/remplacer-bbox/remplacer-la-bbox-par-un-linksys-mr8300-sous-openwrt/msg971580/#msg971580

hwti · « **Réponse #117 le:** 07 septembre 2022 à 22:56:20 »

https://github.com/Anime4000/RTL960x/blob/main/Docs/FLASH_GETSET_INFO.md liste pourtant "flash set VLAN_CFG_TYPE 0".

Mais effectivement, je vois que :
- "flash set" n'accepte que les champs "hardware"
- "cfgmib set" n'accepte pas les champs "hardware"
La distinction se fait avec le "tag" qui est dans la table, si tag & 0x4000 != 0 c'est hardware.

Quelques exemples de tags :
- 0x9e01 : GPON_PLOAM_PASSWD
- 0x9E55 : VLAN_CFG_TYPE
- 0x9E56 : VLAN_MANU_MODE
- 0xC002 : HW_SERIAL_NO
- 0xC014 : PORT_REMAPPING

hwti · « **Réponse #118 le:** 07 septembre 2022 à 23:21:39 »

Citation de: rooot le 07 septembre 2022 à 22:47:14

alors je pense que je peux prendre comme exemple ce post chez Bouygues, non ?
https://lafibre.info/remplacer-bbox/remplacer-la-bbox-par-un-linksys-mr8300-sous-openwrt/msg971580/#msg971580

Dans cet exemple, les deux ports CPU ont les deux VLAN, ce qui est bizarre.
Certes si les deux adresses MAC sont différentes, la majorité des paquets sera uniquement envoyée vers un des ports, mais attention au broadcast / multicast.
Donc je te conseille de garder les deux "off" que tu as : eth0 n'a que le LAN, et eth1 que le WAN.

Sur le VLAN 101, je pense que tu peux avoir soit :
- ports eth1 et WAN en tagged => il faut utiliser "eth1.101" comme interface WAN (DHCP, ...)
- port eth1 en untagged, et port WAN en tagged => il faut utiliser "eth1" comme interface WAN (DHCP, ...)
Dans le premier cas, l'avantage que je vois est de pouvoir conserver la ligne VLAN 2 existante pour pouvoir accéder à l'interface de management de l'ONT depuis le routeur (voire depuis le LAN, si on met aussi les ports LAN en untagged, ou alors via une règle de routage).
Mais dans le second cas, on pourrait aussi ajouter un VLAN 2 en tagged sur eth1, et untagged sur le port WAN, et accéder à l'interface de management depuis l'interface "eth1.2".

rooot · « **Réponse #119 le:** 08 septembre 2022 à 00:02:02 »

bon rien à faire, je ne suis pas parvenu à faire comme dans l'exemple que j'ai posté. je ne peux pas mettre les 2 CPU sur tagged, le routeur ne répond plus et openwrt me propose de revenir en arriere (ouf !).
j'ai fais par contre comme tu as dit, mais sans succés.

PS:
je reteste demain tes nouvelles recommendations.