Auteur Sujet: Leolabs LEOX LXE-010X-A (XGS-PON ONT)  (Lu 7138 fois)

0 Membres et 3 Invités sur ce sujet

thinklad

  • Abonné Orange Fibre
  • *
  • Messages: 60
  • Paris (75)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #24 le: 21 novembre 2024 à 09:44:51 »
Donc à essayer avec la fibre débranchée (initialement) :
echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
killall omci_app
...
omcicli mib get 11
# omcicli mib get 11
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
EthUni
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0a01
ExpectedType: 49
SensedType: 49
AutoDectectCfg: 0
EthLoopbackCfg: 0
AdminState: 0
OpState: 0
DuplexInd: 3
MaxFrameSize: 1518
DTEorDCEInd: 0
PauseTime: 0
BridgedorIPInd: 2
ARC: 0
ARCInterval: 0
PppoeFilter: 0
PowerControl: 0
PhysicalPortId: 6
=================================
# echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
# killall omci_app
# omcicli mib get 11
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
EthUni
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0101
ExpectedType: 47
SensedType: 47
AutoDectectCfg: 0
EthLoopbackCfg: 0
AdminState: 0
OpState: 0
DuplexInd: 3
MaxFrameSize: 1518
DTEorDCEInd: 0
PauseTime: 0
BridgedorIPInd: 2
ARC: 0
ARCInterval: 0
PppoeFilter: 0
PowerControl: 0
PhysicalPortId: 6
=================================

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #25 le: 21 novembre 2024 à 11:42:02 »
Maintenant avec ça les règles de VLAN poussées par l'OLT devraient bien correspondre avec l'instance PPTP UNI, et donc avec le port Ethernet de l'ONT.
Donc tu peux tester avec la fibre.

Selon la config (VLAN_CFG_TYPE / VLAN_MANU_MODE ?), tu pourrais être en mode transparent, donc si le VLAN 832 ne fonctionne pas il faudrait tester avec le VLAN 2800.
Selon @djGrrr sur le Discord 8311, le RTL9615C supporte bien le mapping de VLAN (alors qu'il y a un doute avec certains RTL960x comme le LXT-010H-D).

thinklad

  • Abonné Orange Fibre
  • *
  • Messages: 60
  • Paris (75)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #26 le: 21 novembre 2024 à 11:59:54 »
Maintenant avec ça les règles de VLAN poussées par l'OLT devraient bien correspondre avec l'instance PPTP UNI, et donc avec le port Ethernet de l'ONT.
Donc tu peux tester avec la fibre.
Ça marche ! (avec VLAN 832 côté routeur)
Et j'ai vérifié, pas de persistence après reboot ONT (j'imagine que pour ca, Leox devra faire une nouvelle version de firmware).

Note: le plafonnement en débit montant est lié à un bogue présumé du routeur avec la cage SFP (en cours d'investigation Ubiquiti).
« Modifié: 21 novembre 2024 à 12:34:49 par thinklad »

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #27 le: 21 novembre 2024 à 12:26:30 »
Ça marche ! (avec VLAN 832 côté routeur)
8)
Maintenant il faut peut-être comprendre si c'est "mieux fait" que le firmware modifié que le support Leox a donné à @fcueto, ou s'il a un autre problème (il a plus de VLAN, et dans un ordre différent).

Et j'ai vérifié, pas de persistence après reboot ONT (j'imagine que pour ca, Leox devra faire une nouvelle version de firmware).
Tu peux éditer /var/config/run_customized_sdk.sh :
#!/bin/sh

echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
Le script (vide par défaut, donc sans shebang...) est lancé par /etc/runsdk.sh juste avant le /etc/runomci.sh.

thinklad

  • Abonné Orange Fibre
  • *
  • Messages: 60
  • Paris (75)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #28 le: 22 novembre 2024 à 08:49:06 »
Marcin m'a envoyé le même firmware (V4.2.4L6a2) qu'il a envoyé a @fcueto et ça marche aussi pour moi (testé à l'instant).
Je n'ai pas l'option TV de mon côté, ça explique peut-être la différence de résultat ?

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #29 le: 22 novembre 2024 à 10:11:03 »
Marcin m'a envoyé le même firmware (V4.2.4L6a2) qu'il a envoyé a @fcueto et ça marche aussi pour moi (testé à l'instant).
Qu'est-ce qu'il y a comme /proc/realtek/uni_capability ?

Je n'ai pas l'option TV de mon côté, ça explique peut-être la différence de résultat ?
Si vous avez les mêmes paramètres par ailleurs, ça pourrait être ça.
Dans ce cas il faudra que @fcueto tente soit de modifier la liste des VLAN manuellement (mibs 84 et 171), soit de passer en mode transparent.

thinklad

  • Abonné Orange Fibre
  • *
  • Messages: 60
  • Paris (75)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #30 le: 22 novembre 2024 à 10:31:11 »
Qu'est-ce qu'il y a comme /proc/realtek/uni_capability ?
cat /proc/realtek/uni_capability
# port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;2
# OMCI claim port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;5
# logical port to physical port remapping
# -1: invalid port
6;-1;-1;-1;-1;-1;-1;-1

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #31 le: 22 novembre 2024 à 10:36:15 »
Donc c'est soit la commande intégrée dans un script quelque part, soit le kernel recompilé avec une option de config différente, soit peut-être une entrée ajoutée dans ma device-tree.

thinklad

  • Abonné Orange Fibre
  • *
  • Messages: 60
  • Paris (75)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #32 le: 25 novembre 2024 à 13:57:46 »
cat /proc/realtek/uni_capability
# port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;2
# OMCI claim port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;5
# logical port to physical port remapping
# -1: invalid port
6;-1;-1;-1;-1;-1;-1;-1
Je reviens là-dessus car la mise à jour du firmware ne s'était pas passée (j'avais oublié de remettre HW_HWVER sur LXE-010X-A, donc malgré les indication d'upload du FW et du redémarrage, ça tournait toujours sur le FW d'avant).
Après avoir refait la mise à jour comme il faut pour être sur V4.2.4L6a2, ça ne marche plus :
# cat /proc/realtek/uni_capability
# port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;5
# OMCI claim port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;5
# logical port to physical port remapping
# -1: invalid port
6;-1;-1;-1;-1;-1;-1;-1
Après avoir refait la même manip que la dernière fois avec le firmware V4.2.4L5, je n'arrive plus à me connecter.
# echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
# killall omci_app
# cat /proc/realtek/uni_capability
# port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;2
# OMCI claim port capability
# From left, physical uni 0, uni 1, uni 2...
# 40GE 7, 25GE 6, 10GE 5, 5GE 4, 2.5GE 3, GE 2, FE 1, None 0
0;0;0;0;0;0;5
# logical port to physical port remapping
# -1: invalid port
6;-1;-1;-1;-1;-1;-1;-1
# omcicli mib get 11
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
EthUni
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0101
ExpectedType: 47
SensedType: 47
AutoDectectCfg: 0
EthLoopbackCfg: 0
AdminState: 0
OpState: 1
DuplexInd: 0
MaxFrameSize: 1518
DTEorDCEInd: 0
PauseTime: 0
BridgedorIPInd: 2
ARC: 0
ARCInterval: 0
PppoeFilter: 0
PowerControl: 0
PhysicalPortId: 65535
=================================
Je vais retenter downgrade vers version précédente quand j'ai un peu de temps.

Edit : confirmé, un downgrade vers V4.2.4L5 suivi de
echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
killall omci_app
rétablit la connexion. Je fais suivre le retour à Marcin également.

Edit2 : Leox prépare un nouveau firmware.
« Modifié: 25 novembre 2024 à 15:31:15 par thinklad »

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #33 le: 25 novembre 2024 à 22:01:24 »
Je reviens là-dessus car la mise à jour du firmware ne s'était pas passée (j'avais oublié de remettre HW_HWVER sur LXE-010X-A, donc malgré les indication d'upload du FW et du redémarrage, ça tournait toujours sur le FW d'avant).
Mais sur le V4.2.4L5, tu ne devais pas avoir le "0;0;0;0;0;0;2" non plus par défaut.

Après avoir refait la mise à jour comme il faut pour être sur V4.2.4L6a2, ça ne marche plus :
Sur ce firmware tu devrais déjà avoir 0x101, sans toucher à /proc/realtek/uni_capability.
Sauf que tu as "PhysicalPortId: 65535" (je n'avais pas fait attention, mais c'était pareil pour @fcueto).
Donc ils ont probablement patché le mapping port => UNI, mais pas le mapping UNI => port.

Edit2 : Leox prépare un nouveau firmware.
Ou tu restes sur le V4.2.4L5, et tu mets la commande dans le /var/config/run_customized_sdk.sh.

JanoLapin

  • Abonné Orange Fibre
  • *
  • Messages: 67
  • St Jean (31)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #34 le: 07 décembre 2024 à 22:23:30 »
Ça marche ! (avec VLAN 832 côté routeur)
Bonjour, est-ce qu'il y a une liste des commandes nécessaires quelque part pour faire fonctionner ce Leox en bypass Orange ?
Merci  :)

hwti

  • Abonné Orange Fibre
  • *
  • Messages: 2 490
  • Chambly (60)
Leolabs LEOX LXE-010X-A (XGS-PON ONT)
« Réponse #35 le: 08 décembre 2024 à 00:33:39 »
Bonjour, est-ce qu'il y a une liste des commandes nécessaires quelque part pour faire fonctionner ce Leox en bypass Orange ?
Merci  :)
Pour le paramétrage, @thinklad avait fait (https://lafibre.info/remplacer-livebox/onu-compatible-xgs-pon-orange/msg1093805#msg1093805
flash set GPON_SN SMBSxxxxxxxx
flash set PON_VENDOR_ID SMBS
flash set OMCC_VER 128
flash set HW_HWVER SMBSXLB7400
flash set OMCI_SW_VER1 SAHEOFR070202
flash set OMCI_SW_VER2 SAHEOFR070101
flash set OMCI_TM_OPT 0
flash set OMCI_OLT_MODE 1
Mais il est probable que tout ne soit pas nécessaire.
Si c'est comme en GPON, je dirais GPON_SN + PON_VENDOR_ID de base, et HW_HWVER nécessaire sur les OLT ALCL.

Il faut également faire :
echo "SPEED 0;0;0;0;0;0;2" > /proc/realtek/uni_capability
killall omci_app
(normalement automatisable via /var/config/run_customized_sdk.sh)

Mais pour l'instant il ne s'agit que d'une seule personne, sur OLT ALCL et avec peu de VLAN.
On n'a plus de retour de @fcueto, qui a plus de VLAN.