La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la box SFR par un routeur => Discussion démarrée par: tarou44 le 23 janvier 2021 à 08:11:29
-
Bonjour,
Je suis client SFR (redbysfr) et souhaite remplacer le ONT par un module SFP.
Actuellement j'utilise un MikroTik RouterBOARD 760iGS sous OpenWRT avec le ONT SFR et tout fonctionne bien (en utilisant le tuto du forum, pour avoir asterix et la tv)
J'ai commandé un Nokia G-010S-A pour utiliser le port SFP de mon routeur, je lui indique le SLID depuis l'interface graphique http://192.168.1.10.
• SSH: sshpass -p SUGAR2A041 ssh ONTUSER@192.168.1.10
• HTTP: user: adminadmin password: ALC#FGU
Une fois la fibre branchée je vois bien avec la commande "onu ploamsg" que la connexion passe en O5, la connexion sur l'arbre GPON semble OK mais impossible de récupérer mon IP publique.
J'ai flash l'image1 de mon G-010S-A pour être sur une version plus récente : 3FE47111BFHB32.bin au lieu de 3FE46398BFGA06.bin (mais conservé sur image0)
Je ne sais pas si le résultat est mieux mais maintenant la connexion passe en 05, le G-010S-A semble vouloir passer en mode bridge (plus de ping vers 192.168.1.10) mais la connexion ne tient pas en 05 et le G-010S-A ne fait que passer en mode 05, tenter le mode bridge et repartir en 02...
Je le vois dans le dmesg de mon OpenWRT que le G-010S-A n'arrête pas de passer en mode bridge et revenir en mode normal.
Si la fibre n'est pas connectée il reste stable avec l'accès en 192.168.1.10.
Extrait log OpenWRT mikrokit :
[30572.741487] sfp sfp1: module ALCATELLUCENT 3FE46541AA rev 0001 sn ALCLF84EF976 dc 170418
[30572.750375] sfp sfp1: Unknown/unsupported extended compliance code: 0x20
[30572.757077] Atheros 8031 ethernet mdio-bus:07: SFP interface 1000base-x
[30572.917487] sfp sfp1: module transmit fault indicated
[30590.149662] mtk_soc_eth 1e100000.ethernet sfp: Link is Up - 1Gbps/Full - flow control rx/tx
[30590.158060] IPv6: ADDRCONF(NETDEV_CHANGE): sfp: link becomes ready
[30632.133651] mtk_soc_eth 1e100000.ethernet sfp: Link is Down
[30632.307438] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[30632.316209] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[30632.324761] at803x_config_aneg: fiber
[30633.349816] mtk_soc_eth 1e100000.ethernet sfp: Link is Up - 1Gbps/Full - flow control rx/tx
[30633.358245] IPv6: ADDRCONF(NETDEV_CHANGE): sfp: link becomes ready
[30638.469658] mtk_soc_eth 1e100000.ethernet sfp: Link is Down
[30638.606324] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[30638.615113] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[30638.623952] at803x_config_aneg: fiber
[30639.653774] mtk_soc_eth 1e100000.ethernet sfp: Link is Up - 1Gbps/Full - flow control rx/tx
[30639.662256] IPv6: ADDRCONF(NETDEV_CHANGE): sfp: link becomes ready
[30642.725622] mtk_soc_eth 1e100000.ethernet sfp: Link is Down
[30642.899532] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[30642.908307] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[30642.917093] at803x_config_aneg: fiber
[30643.941771] mtk_soc_eth 1e100000.ethernet sfp: Link is Up - 1Gbps/Full - flow control rx/tx
[30643.950209] IPv6: ADDRCONF(NETDEV_CHANGE): sfp: link becomes ready
[30648.037621] mtk_soc_eth 1e100000.ethernet sfp: Link is Down
[30648.167198] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[30648.175980] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[30648.184817] at803x_config_aneg: fiber
[30649.189774] mtk_soc_eth 1e100000.ethernet sfp: Link is Up - 1Gbps/Full - flow control rx/tx
[30649.198184] IPv6: ADDRCONF(NETDEV_CHANGE): sfp: link becomes ready
[30650.817500] sfp sfp1: module transmit fault indicated
[30654.309625] mtk_soc_eth 1e100000.ethernet sfp: Link is Down
[30654.442563] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[30654.451467] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[30654.460339] at803x_config_aneg: fiber
J'avais bien entendu test avec les valeurs de mon ONT actuel :
ritool set MfrID
ritool set G984Serial
ritool set MACADddress
Mais résultat identique, je chope assez rapidement un 05, mode bridge et ça tourne en boucle.
Je pense à cette histoire de PIN6 mais dans mon cas de figure le G-010S-A est bien détecté par mon routeur ou même mon switch (GS110TP), la soudure ne devrait pas être nécessaire ?
Une idée de ce que je pourrai faire car je sèche...
onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=8370464
dmesg sur le SFP ONT Nokia G-010S-A
[ 60.332000] item not exist, please check your input LOID
[ 60.364000] item not exist, please check your input LOID
[ 60.376000] item not exist, please check your input LOID
[ 60.516000] item not exist, please check your input LOID
[ 60.532000] item not exist, please check your input LOID
[ 60.544000] item not exist, please check your input LOID
[ 61.700000] get OperatorID=XXXX and start long time light status
[ 62.200000] IPv6: ADDRCONF(NETDEV_CHANGE): lct0: link becomes ready
[ 8670.464000] IPv6: ADDRCONF(NETDEV_CHANGE): host: link becomes ready
[ 8673.172000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8673.192000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8673.380000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8673.400000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8674.504000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8674.524000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8674.572000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8674.584000] igmpltq hal_kernel_cfg_mcast_vlan_action:738 There is no Gemport found for Mulitcast.
[ 8676.300000] Reset igmp snooping.
[ 8677.584000] igmpdb oltIgmpCleanAll[0] == 1
Je dispose également du omci.log, si vous avez besoin d'informations particulières
Pour info, je dispose de deux ONT RJ45
- MOD FIXONT ALTLAB ALTICE LABS (celui fourni par SFR la base)
- G-010G-Q (NOKIA)
J'ai juste eu à mettre le SLID récupéré dans la box SFR et le mettre dans le G-010G-Q pour que la connexion fonctionne. Je pense que dans mon cas de figure, uniquement le SLID est nécessaire, pas de vérification autre de la part de OLT.
-
Bonjour,
Je t'encourage à écrire ton message sur le fil https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/ bien plus vivant.
Ce fil regroupe d'ailleurs des personnes ayant essayé cette manip chez les opérateurs Orange, Bouygues et K-Net ...
Et beaucoup ont également utilisé le G-010S-A.
-
Je crois qu'il a décidé d'arrêter de fonctionner.
Une erreur de manipulation, je n'ai surement pas été assez précautionneux pour revenir sur l'image0 au lieu de image1
ONTUSER@SFP:~# upgradestatus
***** get current running image *****
current running image is image1 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=1
next_active=1
commit=1
boot_fail=0
image0_version=3FE46398BFGA06
image1_version=3FE47111BFHB32
ONTUSER@SFP:~# update_env_flag 0
ONTUSER@SFP:~# upgradestatus
***** get current running image *****
current running image is image1 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=1
next_active=0
commit=0
boot_fail=0
image0_version=3FE46398BFGA06
image1_version=3FE47111BFHB32
ONTUSER@SFP:~# reboot
A partir de ce moment là, il a décidé de ne plus jamais répondre au ping que ce soit sur mon routeur ou sur mon switch.
Il apparait et disparait de mon dmesg :
root@OpenWrt:~# dmesg | grep sfp
[ 0.804621] mtk_soc_eth 1e100000.ethernet sfp: mediatek frame engine at 0xbe100000, irq 22
[ 11.839397] sfp sfp1: Host maximum power 1.0W
[ 12.346894] sfp sfp1: module ALCATELLUCENT 3FE46541AA rev 0001 sn ALCLF84EF976 dc 170418
[ 12.355776] sfp sfp1: Unknown/unsupported extended compliance code: 0x20
[ 16.876680] mtk_soc_eth 1e100000.ethernet sfp: PHY [mdio-bus:07] driver [Atheros 8031 ethernet]
[ 16.885418] mtk_soc_eth 1e100000.ethernet sfp: configuring for phy/rgmii-rxid link mode
[ 17.609490] sfp sfp1: module removed
-
Il est revenu à la vie !
Après avoir lu tout le topic : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/1008/ je vois que c'est le tool de communication NOKIA qui serai "bug" et ne communiquerai pas correctement avec l'OLT.
Je vais suivre l'avancement du topic et espérer qu'une solution pour l'infra SFR apparaisse :D
En tous les cas, je suis prêt pour les tests
-
Je recois un CarlitoxxPro v2 cette semaine normalement. Pas vraiment la solution recommandée mais je tente ;)
-
Ah ! tu nous feras un retour car j'ai essayé pas mal de chose à mon niveau sur le G-010S-A avec les différents firmwares présents ici : https://github.com/hwti/G-010S-A et le tout sans résultat concluant, que ce soit avec omcid ou omciMgr.
À suivre avec le CarlitoxxPro v2
-
Bon pour l'instant ca ne marche pas du tout et les options de debug du firmware sont a chier mais je vais creuser.
-
Bonjour,
Je sais que le numéro de série de l'ONT (PTIN....) remonte chez SFR, avez vous essayé d'envoyer le même numéro de série que votre ONT original ?
-
Oui, numero de serie + mot de passe loam. Je vais activer le logging (si possible) et voir ce que OMCI me raconte.
-
Aussi,
en fouinant dans le trafic entre la box d'origine et l'ONT, on voit que ces infos existes aussi en Hexadécimal.
Avez vous essayé ?
-
J'ai l'impression que la configuration des OLT est différentes suivants les régions et/ou le matériel (Huawei, Alcatel, PTIN)
Me concernant, j'ai deux ONT :
Altice GS0100GH (fourni par SFR)
Nokia I-G010G-Q
J'ai juste eu à mettre le SLID pour avoir la connexion et récupération de mon ip publique (donc numéro de série et adresse mac non géré par le OLT pour l'auth).
Par contre je n'arrive pas à utiliser un SFP ONT G-010S-A, je suis en erreur après la récupération des MIBS, j'ai commandé un MA5671A pour faire des essais.
-
Bonjour,
J'ai vu ce fil qui paraît intéressant également: https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/36/
-
Salut,
Avec le G-010S-A version 3FE46398AFGA95 j'obtiens le même résultat.
Sans avoir fait de soudure, le SFP monte bien sur mon switch en 1Gbps.
Je passe en statut O3 :
ONTUSER@SFP:~# onu ploamsg
errorcode=0 curr_state=3 previous_state=2 elapsed_msec=76744
Puis ensuite le SFP se bloque. J'obtiens juste avant le blocage :
ONTUSER@SFP:~# omciMgr:379processMessage:111:Wrong msg! dataLength=0 expected=3
Je suppose qu'il y a une incompatibilité protocolaire dans les échanges GPON.
Je suis sur un OLT Altice/Portugal Telecom Alcatel 5030000.
Je ne récupère la main sur le SFP qu'après débranchement/rebranchement. J'ai essayé de désactiver/réactiver le port, débrancher le connecteur lmais ça ne suffit pas.
-
Salut,
Avec le G-010S-A j'obtiens le même résultat.
Sans avoir fait de soudure, le SFP monte bien sur mon switch en 1Gbps.
Je passe en statut O3 :
ONTUSER@SFP:~# onu ploamsg
errorcode=0 curr_state=3 previous_state=2 elapsed_msec=76744
Puis ensuite le SFP se bloque. J'obtiens juste avant le blocage :
ONTUSER@SFP:~# omciMgr:379processMessage:111:Wrong msg! dataLength=0 expected=3
Je suppose qu'il y a une incompatibilité protocolaire dans les échanges GPON.
Je suis sur un OLT Altice/Portugal Telecom.
Je ne récupère la main sur le SFP qu'après débranchement/rebranchement. J'ai essayé de désactiver/réactiver le port, débrancher le connecteur lmais ça ne suffit pas.
Perdre la main c'est plutôt bon signe, généralement ça signifie que le ONT SFP est passé en mode bridge.
Moi je ne perds pas la main, il ne bascule pas en mode bridge.
Tu as configuré quoi sur ton G-010S-A ?
Dans mon cas de figure :
ritool set MfrID PTIN (modèle de mon ONT d'origine)
ritool set G984Serial aXXbbXXb (numéro de série présent sur mon ONT)
ritool set MACAddress aa:bb:cc:dd:ee:ff (adresse MAC présent sur mon ONT)
Et le SLID récupéré depuis l'interface de la box ou bien depuis le ONT en telnet
Ensuite insertion via la page web (192.168.1.10)
Ou en SSH
ritool set SLID 123456789100000
et/ou
uci set gpon.ploam.nPassword='0x30 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x38 0x39'
uci commit
reboot
Source : https://github.com/hwti/G-010S-A
Niveau routeur c'est quoi qui "pilote" ton ONT pour obtenir ton adresse publique via le DHCP ?
-
Salut,
Je ne savais pas qu'il passait en mode bridge, je pensais qu'il conservait en permanence son adresse de management sur lct0 :
ONTUSER@SFP:~# ifconfig
host Link encap:Ethernet HWaddr 02:4C:91:52:XX:XX
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lct0 Link encap:Ethernet HWaddr
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::ae9a:96ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:476 errors:0 dropped:0 overruns:0 frame:0
TX packets:475 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:46809 (45.7 KiB) TX bytes:217419 (212.3 KiB)
J'ai édité mon message je suis en version 3FE46398AFGA95.
Je n'ai pas modifié l'adresse MAC mais uniquement le sn (MfrID et G984Serial) et SLID (uci set gpon.ploam.nPassword). D'ailleurs c'est un peu étrange car le onu gtccg ne change pas suite à la modification.
Je vais essayer ritool set SLID
Maintenant d'après ce que j'ai compris, le fait de modifier le serial est suffisant puisque c'est ce serial qui est déjà enregistré sur l'OLT.
Ce qui est étrange aussi c'est que s'il passe bien en mode bridge, il ne revient jamais au mode interface malgré le débranchement de la fibre.
Mon SFP est connecté sur le port SFP d'un switch taggué en mode access dans le vlan 4
J'ai taggué un port RJ45 dans le vlan 4 (mode access) aussi
Que j'ai branché sur mon firewall même interface WAN utilisée avec l'ONT AlticeLab d'origine
-
J'ai reconfiguré mon SLID :
uci set gpon.ploam.nPassword
et
ritool set SLID -> j'ai pris la valeur brute de l'OLT Altice Lab "GPON Serial Number(HEX)"
Je ne sais pas vraiment dire s'il passe en mode bridge car en capturant sur l'interface wan de mon Firewall, j'obtiens des requêtes ARP du SFP : "who-has 192.168.1.9 tell 192.168.1.10" (192.168.1.9 était l'adresse avec laquelle j'étais connecté en SSH au SFP).
Je ne devrais pas avoir ce genre de requêtes ARP s'il était bien passé en bridge j'imagine, non ?
-
Si justement, ca veux dire que tu as perdu 192.168.1.9 et tu envoie des requetes pour demander si il est toujours la
-
Non, impossible, les requêtes sortent bien avec l'adresse MAC de l'ONT SFP.
C'est bien lui (SFP ONT) qui envoie la requête ARP
-
J'ai mal lu j'ai cru que c’était l'inverse.
Apres certains ONT SFP (genre le realtek) proposent un mode "Hybride" Bridge + Router, peut etre que c'est le cas ici
-
Oui ce serait l'idéal pour debugguer en parallèle
Car le fait de devoir reboot le SFP pour récupérer l'accès SSH efface de ce fait les logs de la session :(
-
Oui ce serait l'idéal pour debugguer en parallèle
Car le fait de devoir reboot le SFP pour récupérer l'accès SSH efface de ce fait les logs de la session :(
Tu peux créer une interface pour continuer à l'administrer après son passage en bridge
Source : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg837141/#msg837141
-
Ah je n'avais pas pensé et je n'avais pas vu le message (j'ai pas mal lu le topic en question)
J'ai du coup :
ifconfig lct0:1 192.168.2.10
J'obtiens :
ONTUSER@SFP:~# ifconfig
lct0 Link encap:Ethernet HWaddr AC:9A:96:XX:XX:XX
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::ae9a:96ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2498 errors:0 dropped:0 overruns:0 frame:0
TX packets:2131 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:206153 (201.3 KiB) TX bytes:252348 (246.4 KiB)
lct0:1 Link encap:Ethernet HWaddr AC:9A:96:XX:XX:XX
inet addr:192.168.2.10 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Je me reconnecte en SSH sur 192.168.2.10, mais malheureusement, je perds quand même la main sur l'ONT quelques secondes après avoir branché la fibre sur le SFP. Il faudrait que l'ip soit portée sur l'interface bridgée.
En tout cas, le SFP passe bien en état O5, mais je n'arrive pas à obtenir une adresse IP.
J'ai tenté d'ajouter un second port Ethernet dans le même Vlan sur mon switch pour tester Firewall <-> switch <-> ONT AlticeLab et il obtient bien une IP. La conf LAN semble donc OK
-
Ah je n'avais pas pensé et je n'avais pas vu le message (j'ai pas mal lu le topic en question)
J'ai du coup :
ifconfig lct0:1 192.168.2.10
J'obtiens :
ONTUSER@SFP:~# ifconfig
lct0 Link encap:Ethernet HWaddr AC:9A:96:XX:XX:XX
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::ae9a:96ff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2498 errors:0 dropped:0 overruns:0 frame:0
TX packets:2131 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:206153 (201.3 KiB) TX bytes:252348 (246.4 KiB)
lct0:1 Link encap:Ethernet HWaddr AC:9A:96:XX:XX:XX
inet addr:192.168.2.10 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Je me reconnecte en SSH sur 192.168.2.10, mais malheureusement, je perds quand même la main sur l'ONT quelques secondes après avoir branché la fibre sur le SFP. Il faudrait que l'ip soit portée sur l'interface bridgée.
En tout cas, le SFP passe bien en état O5, mais je n'arrive pas à obtenir une adresse IP.
J'ai tenté d'ajouter un second port Ethernet dans le même Vlan sur mon switch pour tester Firewall <-> switch <-> ONT AlticeLab et il obtient bien une IP. La conf LAN semble donc OK
Si tu passes en 05 c'est que le lien OLT -> ONT SFP est correct. Tu es autorisé par l'OLT.
Après l'étape 05 c'est le moment des échanges entre l'OLT et le ONT, pour les MIBS et VLAN.
Est-ce que tu les vois dans le ocmi.log ?
Logiquement présent dans /tmp/ocmi.log et/ou /var/omci.log ?
Ensuite le dernier firmware présent sur le github de htwi pourrai éventuellement apporter du mieux si c'est l'échange omcimgr qui "plante"
Tu peux flasher l'image inactive 0 ou 1 suivant ce qui actuellement en place dans ton SFP, et en cas d'erreur ça repart sur la précédente image valide.
-
Merci pour les conseils
Je suis passé sur le firmware 3FE47111BFHB32.bin
Mon omci.log se situe dans /logs/omci.log
Je retrouve aussi les précédentes tentatives de connexion dans /logs/messages
J'ai réessayé la connexion avec l'OLT plus de omcimgr, en revanche dans /logs/messages :
Feb 7 10:35:37 SFP kern.emerg kernel: [ 286.668000] Reset igmp snooping.
Feb 7 10:35:37 SFP daemon.err syslog: lantiq_swdl_get_commit commit: get active failed !
Feb 7 10:35:37 SFP daemon.err syslog: lantiq_swdl_get_image_status:get commit failed !
-
Il faudrait voir si tu es toujours en 05
onu ploamsg
ou cette commande pour afficher le résultat rafraichi toutes les secondes
watch -n 1 onu ploamsg
Cependant étonnant que tu n'es rien dans /tmp/omci.log, il devrait être présent lors de l'initialisation du omcimgr
Les 1ères lignes étant les suivantes :
OMCI_LIB: Parser:Running in background
isInitializedParser()
hi_ploam_init succeeded, error = 0x00000000
InitializeOmciMgr
OperatorId=XXXX
/configs/oltInfo not exist
setDynamicTpidFlag,isDynamicTpic=0
VNPT unlock proposal should not take effect.
ethConfig() onu_mode = 1
********OMCI Config Data Begin****************
****ONU Type : 0
****onu mode : 1
****max lan num : 1
****max wifi num: 0
****max wifi id start: 1
****check wifi state: no
****port 0 config by omci: 1
****dscp to Pbit for untag Config By OMCI: yes
****support double tag rules us: yes
****support double tag rules ds: yes
****support pbit Unmatch Rules: yes
****support Bcast Unmatch Rules: no
****support omci manage HGU port: no
****HGU single port=false
****support omci replace after ranging : no
****support Dynamic Tpid : no
****support Cox : no
****factory mode: 0
Tu peux check que ton omcimgr est bien lancé aussi :
ps | grep omci
Et tu es bien sur la nouvelle image flashée ?
upgradestatus
-
Perso avec le V2801F / Carlitoxx v2 j'ai exactement le même problème que vous: je suis (soit disant) bien authentifie sur l'arbre (statut o5) puis ensuite:
0x0953 OntData MibReset(0x0000)
0x0953 OntData MibResetRsp(0x0000,Result=0x0)
-
Perso avec le V2801F / Carlitoxx v2 j'ai exactement le même problème que vous: je suis (soit disant) bien authentifie sur l'arbre (statut o5) puis ensuite:
0x0953 OntData MibReset(0x0000)
0x0953 OntData MibResetRsp(0x0000,Result=0x0)
Tu as accès à cet ensemble de commande ?
https://gist.github.com/Anime4000/522b021d0c43e8d6134e95c42603ed2f
-
Oui je suis bien en O5 avec le nouveau firmware
Cependant étonnant que tu n'es rien dans /tmp/omci.log, il devrait être présent lors de l'initialisation du omcimgr
Je n'avais rien hier après la mise à jour (mais c'est normal : je n'avais pas tenté de reconnecter la fibre à l'ONT SFP)
En vérifiant aujourd'hui, le fichier est bien présent
Et tu es bien sur la nouvelle image flashée ?
upgradestatus
Oui :
***** get current running image *****
current running image is image0 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=1
next_active=0
commit=0
boot_fail=0
image0_version=3FE47111BFHB32
image1_version=3FE46398AFGA95
-
tu as encore
Oui je suis bien en O5 avec le nouveau firmware
Je n'avais rien hier après la mise à jour (mais c'est normal : je n'avais pas tenté de reconnecter la fibre à l'ONT SFP)
En vérifiant aujourd'hui, le fichier est bien présent
Oui :
***** get current running image *****
current running image is image0 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=1
next_active=0
commit=0
boot_fail=0
image0_version=3FE47111BFHB32
image1_version=3FE46398AFGA95
Tu as encore accès au SFP après avoir connecté la fibre ?
-
Non, je perds l'accès au SFP quelques secondes après son passage en O5.
Je ne récupère l'accès qu'en enlevant le SFP et le remettant dans sa cage.
D'ailleurs, est-ce que quelqu'un sait où peut-on réécrire le mot de passe de l'interface HTTP ? Je n'ai jamais réussi à me loguer avec le mot de passe par défaut (adminadmin/ALC#FGU)
J'ai vu qu'on pouvait le voir en clair dans ritool dump, j'ai essayé de le modifier, sans succès pour le moment :
the MgntUserName: adminadmin
the MgntUserPassword: ALCALC
-
Je suis sur un OLT Altice/Portugal Telecom.
Je suis contrairement à ce que je croyais sur un OLT Alcatel. Dans omci.log :
getOltInfoFromLocal::olttype=<2>,vendorId=<ALCL>,relInfo=<5030000>
Le même OLT qu'une autre personne du forum qui semble être chez Orange
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg830559/#msg830559 (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg830559/#msg830559)
-
Je profite pour remonter ce sujet.
Sur le forum lié au remplacement de l'ONT Orange, avec la mise sur le marché de l'ONU de chez FS.com https://www.fs.com/fr/products/133619.html (https://www.fs.com/fr/products/133619.html), le remplacement est bien plus facile à priori.
J'en profite pour poser une question concernant les VLAN sur le réseau SFR :
Je dispose d'un ONT SFR sur lequel j'ai un accès root en ssh.
Par curiosité j'ai lancé la commande gtop puis "c-v"
Voici ce que j'ai obtenu :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
Donc comme prévu il y a des VLAN non tagués mais ce qui m'intrigue c'est le VLAN 101.
Est ce que quelqu'un sait à quoi il correspond ?
J'ai essayé via mon switch d'y accéder mais rien ne circule dessus.
-
bonjour, je ne sais pas si c'est une bonne idée de venir me greffer ici ou s'il vaut mieux ouvrir un nouveau topic...
j'ai donc acheté un ONU V-SOL 2.5gbe : https://www.vsolcn.com/products/1ge-25gbe-ont-router
Pour le moment je n'ai accès qu'a l'interface web en mode admin. Dans la doc il est pourant indiqué qu'un mode "TELNET/CLI" est possible, j'ai pas vu de port 22/23 ouverts, j'ai pas poussé plus loins.
De mon ONT j'ai pu extraire par telnet les infos suivantes :
Active software : 3FE7SWS4040018
Passive software: 3FE7SW04030009
GPON SLID(HEX) = XXXX
GPON SLID(ASCII)= XXXX
Label Serial Number = XXXX
GPON Serial Number(HEX)= XXXX
GPON Serial Number(ASCII) = XXXX
Par contre je ne sais pas quoi mettre et ou le mettre dans l'interface web, donc j'aurai besoin de votre aide SVP.
En plus l'ONU a tout un tas de reglages type routeur/firewall, et j'ai bien peur qu'avec les bons parametres un réglage par defaut a la con viennent foutre la merde...
Je poste les images écran de ce qu'il est possible de faire pour le GPON.
-
au passage on voit qu'il y a un champ Serial Number dans GPON SETTING, qui n'est pas modifiable, comme par hasard le seul qui semble correspondre avec les infos que j'ai...
j'ai demandé au support comment activer l'accès CLI pour eventuellement pouvoir le modifier, j'attends leur retour.
-
Vendor ID PTIN
-
Le vendor ID n'est pas bon selon ton image.
-
désolé d'etre un super idiot, mais le terme "Vendor ID" je ne le vois nul part dans mes images écrans. est-ce que c'est le GPON Serial Number, le champ qu'on ne peut pas modifier pour le moment ? et qui correspondrai donc au PTINxxxxxxx dont les x sont des portions de l'adresse MAC de l'ONT ?
et concernant le GPON SLID ("mot de passe fibre SFR"), dans quel champ cela doit se mettre, d'après l'interface ?
LOID password?
PLOAM password?
J'ose pas bricoler a l'aveugle, j'ai pas envi de faire des conneries et faire tomber l'arbre GPON dans tout le quartier... ;D
-
SLID = PLOAM
En changeant juste ce paramètre, ça devrait fonctionner.
-
SLID = PLOAM
En changeant juste ce paramètre, ça devrait fonctionner.
Ha ! voilà qui commence a être plus clair, merci @kazyor
par contre avant de tout arreter, j'ai justement tenté de mettre le SLID dans ces deux champs, en parallèle je pinguais l'ONU. Lorsque j'ai validé ma modif, la latence a vraiment augmenté jusqu'a perdre la main sur l'ONU. j'ai l'impression qu'il plantait et redémarrait en boucle. j'ai préféré ne pas aller plus loin sans savoir ce que je faisais.
-
reçu ce matin, la méthode pour changer le GPON SN :
-
ca avance, hier je ne parvenais pas à faire un telnet sur l'ONU branché sur mon routeur, aujourd'hui j'y arrive en le connectant directement a mon PC, j'ai donc pu effectuer la manip. J'ai du me planter dans les IP ::)
un petit screen pour voir les commandes existantes.
-
Bon j'ai branché vite fait l'ONU avec les parametres corrects :
le Gpon serial sur PTINxxxxxxx
le PLOAM password sur le pass fibre (SLID)
LOID = 123456 car champ obligatoire
LOID password = 123456 car champ obligatoire
Résultat identique, après validation, quelques secondes après je perds la main sur l'ONU, et je pense qu'il reboot en boucle car le voyant SYS s'éteind et se rallume.
Test effectué en mode OLT "Default" et "Huawei OLT mode" dans le menu déroulant.
L'ONU passe bien en O5 pourtant, j'ai le temps de le voir dans l'interface DEVICE INFO > PON, avec affiché en dessous : intialisation
-
Le vendor ID n'est pas bon selon ton image.
j'ai plus de plantage/freeze/reboot depuis que j'ai mis PTIN dans OMCI Vendor ID ! donc ca avance un peu. Merci thedark, je ne regardais pas dans la partie OMCI ;D désolé.
Je suis en O5 Registered, Certificated
Mais je récupère pas d'IP >:( j'ai fais le tour des commandes je ne vois pas ou il y a des logs a analyser pour comprendre ce qui ne va pas...
-
je viens de lire un post ici : https://github.com/Anime4000/RTL960x/discussions/33#discussioncomment-2861888
about OLT Alcatel/Nokia, when you use SFP GPON, no matter you fill it right, or fill it wrong, or fill in any parameter, the state is always O5 (GPON SN, PLOAM_PASSWD etc...)
It seems that now will need extra parameters such as: OMCC version, OMCI version, Hardware version, Vendor ID ... only when you are correct will you be able to see the vlan (there will be 2 cases you see: original vlan from OLT or converted vlan on ONT side-if yes, like when you use your ISP's original ONT).
Your ONU Status O5 is same like my ISP OLT, even with default ODI value give me O5.
after reading @vuducdong about Alcatel/Nokia...
Now I can confirmed Alcatel/Nokia OLT giving fake ONU Status, plus ISP technician told me I connected to Nokia OLT
Gladly my Nokia OLT not strict as yours, I just need PLOAM Password and flash set HW_HWVER 168D.A
Donc je suis pas vraiment en O5 je pense...et il doit y avoir d'autres parametres à renseigner...
-
Tu peux faire un screen en masquant les infos perso de SFR pour voir les paramètres. Pour voir ce que tu as modifié.
-
oui, voilà. Je suis comme ça pour le moment.
flash set GPON_SN PTINXXXXXXXX
flash set GPON_PLOAM_PASSWD XXXXXXXXXX
flash set PON_VENDOR_ID PTIN
-
Change OMCI Software.
-
Change OMCI.
c'est a dire ? quoi dans OMCI ? et par quoi ?
les software version ?
Active software : 3FE7SWS4040018
Passive software: 3FE7SW04030009
-
c'est a dire ? quoi dans OMCI ? et par quoi ?
Version 1: 3FE7SWS4040018
Version 2 3FE7SW04030009
-
OK !
Je suis bloqué, ma femme squatte la TV >:( ;D ce sera pour demain.
après me restera plus que le Label Serial Number comme donnée inutilisée...
-
Alors ?
-
ca n'a pas fonctionné, en fait depuis l'interface lorsque je mets:
Version 1: 3FE7SWS4040018
Version 2: 3FE7SW04030009
Dans OMCI, le Trafic management option saute, il passe sur une valeur qui ne peut pas etre affiché dans le champ. normalement c'est 0/1/2 et rien d'autre.
j'ai essayé de remettre la valeur a 2 avec une commande, ca n'a rien changé. j'ai fait un restart, et ca m'a perdu le réglage.
j'ai essayé de suivre un peu les instructions de ci de là sur les docs : https://github.com/Anime4000/RTL960x/tree/main/Docs
pas réussi à faire quoi que ce soit. Au passage j'ai même mis la MAC de l'ONT d'origine...
Dans la doc ils disent que si on change certains parametres ca implique parfois d'en changer d'autres ou de faire certaines manips, donc c'est confus...
par exemple cette commande ne passe pas chez moi flash set VS_AUTH_KEY xxxxxxxxxxxxxxxxx
Sans Réelle DOC, sans LOG, et sans réelle connaissance dans le domaine, dur dur...c'est pas du plug en play. ;D
-
OLT Mode est en quel mode ?
-
OLT Mode est en quel mode ?
j'ai essayé tous les modes. mais j'ai plus insisté avec le custom.
-
Bon alors de mon coté j'ai un peu avancé.
Uniquement avec les 3 paramètres :
flash set GPON_SN PTINXXXXXX (Serial Number)
flash set GPON_PLOAM_PASSWD XXXXXX (PLOAM Password)
flash set PON_VENDOR_ID PTIN (OMCI Vendor ID)
je vois ceci, avec la commande omcicli mib get 84 (https://github.com/Anime4000/RTL960x/blob/main/Docs/OMCI_VLAN.md), qui est sensé montrer les VLANs reçus par l'ONU.
AP#omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0c
FilterTbl[0]: PRI 0,CFI 0, VID 102
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x1c
FilterTbl[0]: PRI 0,CFI 0, VID 102
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x1e
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x30
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0xffff
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
AP#donc il y a bien une connexion établie avec l'OLT, et si je reçois des VLAN, ca veut peut-être dire que je suis bien dans un vrai O5.
Ensuite avec la commande l2-table get entry address valid (https://github.com/Anime4000/RTL960x/blob/main/Docs/OMCI_VLAN.md), voici ce que j'ai :
AP#diag
RTK.0> l2-table get entry address valid
LUT address: 0x 4 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:00:00:00 3 0 1 1 Static 0 IVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x 104 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
1C:EF:03:XX:XX:XX 3 0 1 9 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x 258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 3448 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis En
LUT address: 0x 3d4 (1K LUT)
IP Multicast table:
DestinationIP Fid_Vid Hash Member Ext State L3Route L3Index(3-0)
--More--
239.255.255.250 0 SVL 3 0 Static Dis 0 0 0 0
SIP_Filter SIP_Idx
Dis 0
RTK.0>
De ce que j'ai compris, l'ONU doit se mettre en bridge automatiquement et laisser passer le traffic vers le routeur, mais j'ai l'impression que ca ne le fait pas ?
-
@anime4000 sur son github, me dit que "si je vois les Vlans, c'est que je suis bien connecté à l'OLT".
https://github.com/Anime4000/RTL960x/discussions/66
A partir de là il me dit : "it show 101 and 102, tried both?". Mais je capte pas trop ce que je suis sensé faire avec ces Vlans...je pensais que si la communication était établie avec l'OLT, l'ONU passait en bridge, et le routeur pouvait lancer sa requete DHCP pour obtenir son IP.
-
Il t'a pas de donner un manuel avec l'ONT ?
-
Il t'a pas de donner un manuel avec l'ONT ?
un manuel de 2 pages ;D qui indique meme pas quel est le port à 2.5Gbps
-
Tu as quoi dans WAN et LAN ?
-
Voila les éléments principaux de l'interface.
Dans WAN > Channel mode c'est vide dans le menu déroulant, ca semble etre un bug car je suis en mode Bridge. les autres options possibles sont IPoe et PPPOE.
@Fluor dans son VSOL, avec un firmware antérieur a bien le Bridge d'affiché dans son menu déroulant.
-
AH l'ONT fait aussi routeur ???
-
oui...c'est pour ca qu'au début je disais qu'avec tout ces réglages possibles il suffit d'un parametre quelque part pour plomber le fonctionnement attendu.
sur le Firmware des modeles reçus par @Fluor, lui il a le bridge dans son menu déroulant :
(https://media.discordapp.net/attachments/1012668433734836275/1013410502547886150/unknown.png)
-
Toi tu l'as pas ? Tu as demander son firmware ?
-
Toi tu l'as pas ? Tu as demander son firmware ?
non j'ai pas demandé son firmware, il est en 1.0.7 et moi en 1.0.8, son ONU n'a pas de logo VSOL, mois oui. il a une version pour FAI on dirait bien, et moi retail.
J'ai juste demandé pour le moment, ce que je suis sensé faire après reception des VLAN dans l'ONU. et que je suis bloqué a cette etape.
Quoi qu'il en soit meme si l'interface ne me propose pas "Bridge", la ligne de commande indique bien que je suis en Bridge.
-
Si l'ONT ne permet pas d'option DHCP Option 60. Je pense que c'est mort.
-
Si l'ONT ne permet pas d'option DHCP Option 60. Je pense que c'est mort.
c'est le routeur qui s'occupe de ca pas l'ONT ???
-
c'est le routeur qui s'occupe de ca pas l'ONT ???
Ba ton ONT est aussi routeur. Je pense c'est ça le souci.
-
d'ou le mode bridge, pour que le routeur derrière fasse le necessaire. Si ce mode bridge ne marche pas, je suis d'accord, en plus il n'y a meme pas de mode DHCP pour le wan.
de ce que j'ai lu, jusqu'a maintenant, les ONT comme le fs.com ou le Leox par exemple, passent en bridge.
Avec un SOC a 300Mhz, je ne sais pas ce que ca va router... ;D mais surement pas du 2.5Gbps
-
Coucou ;D
Je crois que je tiens une piste sur la configuration WAN :P
Je suis tombé sur une vidéo Youtube intitulée "ONT WAN Configuration from GPON OLT in PPPoE mode" ::)
Regardez à partir de 2min04 ce qu'il fait sur L'OLT :
https://www.youtube.com/watch?v=3orljZb05Po
Il configure la connexion que l'ONT devra effectuer et on voit qu'il sélectionne "Route" et non "Bridge" et que dans "Connect Mode" il y a 3 choix :
DHCP - STATIC - PPPOE
/ Cette partie est configurée chez SFR et consort donc on va pas s'attarder c'était juste pour montrer ce qu'il en retourne de Bridge et Route dans WAN coté OLT \
Après ce qui nous intéresse est à 4min18 on voit que DHCP ou Static via ISP n'est pas coché (enfaite c'est le fameux client) ;D
Et normalement en cochant ça fait apparaître un genre de truc comme ça :
(https://i.imgur.com/jNSTfiR.png)
Au lieu de le mettre pour "PPP type" (enfaite ce truc, c'est pour le renew de la connexion soit en PPPoE soit IP fournie en DHCP/STATIC)
L'image est tirée d'ici -> https://lafibre.info/remplacer-sfr/perte-wan-routeur-merlin/
C'est ça qui m'a mis la puce à l'oreille, c'est que c'est pas le mode Bridge avec routeur derrière pour contrôler l'ONT ou la connexion, c'est le "Bridge" de connexion WAN ONT à l'OLT ;D
Enfait le problème avec ces trucs c'est qu'on a pas nous (sur le forum) la main sur le produit donc on peut pas tout cocher/sélectionner et voir si ça change ce qui est affiché pour trouver les réponses, on est à l'aveugle :-X
Et surtout, on a des automatismes quand on lis certain mot mais qui sont des pièges et parlent de tout autre chose :-\
Bon, j'espère que je t'ai sorti des ronces sur ce point bloquant ;)
-
Salut XP25,
ca me semble assez compliqué et ca me dépasse un peu, je ne connais pas du tout cet "univers" OLT-ONT et comment c'est sensé dialoguer.
je viens de regarder sur mon ONU et je peux effectivement faire un parametrage comme dans la VIDEO. Mais quels identifiants utiliser pour la connexion pppoe ?
-
bon ben game over pour moi.
après avoir validé la config ci-dessus, puis débranché electriquement l'ONU puis rebranché sur une autre prise, il est brické. voyant SYS qui reste allumé et qui ne clignote plus. de multiples RESET n'y font rien.
-
C'est sur les échecs qu'on apprend, je pense qu'on est proche de trouver.
À tu essayé de maintenir le reset et de brancher l'alimentation ?
-
C'est sur les échecs qu'on apprend, je pense qu'on est proche de trouver.
À tu essayé de maintenir le reset et de brancher l'alimentation ?
oui, lorsque je fais ça le voyant SYS ne s'allume pas, en fait aucune LED ne s'allume, comme s'il était éteind. l'est il ? je ne sais pas, peut etre qu'il est en mode recovery en TFTP ? en tou cas il ne répond pas au ping sur son ip par defaut 192.168.1.1
-
Salut XP25,
ca me semble assez compliqué et ca me dépasse un peu, je ne connais pas du tout cet "univers" OLT-ONT et comment c'est sensé dialoguer.
je viens de regarder sur mon ONU et je peux effectivement faire un parametrage comme dans la VIDEO. Mais quels identifiants utiliser pour la connexion pppoe ?
je ne pense pas qu'on a besoins de modifier ça c'est pour la partie routeur de l'ONT.
-
je ne pense pas qu'on a besoins de modifier ça c'est pour la partie routeur de l'ONT.
le problème c'es qu'en ne faisant rien, il ne se passait rien ;D fallait bien exploiter cette voie pour voir ce qu'il se passe, si des trucs remontent. ce qui est curieux c'est qu'il soit brické avec du parametrage depuis l'itnerface web.
-
Je pense qu'il est judicieux de demander au vendeur le firmware de restauration et la méthode pour le flasher et leur parler de ce brick.
-
Je pense qu'il est judicieux de demander au vendeur le firmware de restauration et la méthode pour le flasher et leur parler de ce brick.
je les ai contacté a propos du brick, j'ai eu une réponse, enfin plutot une interrogation:
how did this happen? configuring wan makes onu unaccessable? don't connect fiber and try again.
j'ai déjà testé sans la fibre connectée, ni même le cable réseau, donc on n'a pas avancé là.
-
Si tu as un remboursement. Prend un http://xbest.pl/index.php?p3395,ont-gpon-lxt-010g-d-leox-1xge-1xgpon-sc-apc réseau Orange ça fonctionne selon ce forum.
-
Si tu as un remboursement. Prend un http://xbest.pl/index.php?p3395,ont-gpon-lxt-010g-d-leox-1xge-1xgpon-sc-apc réseau Orange ça fonctionne selon ce forum.
le but c'etait de passer a 2.5Gbps sur un réseau à 2.5Gbps, j'ai déjà l'ONT SFR 1Gbps, le LEOX a 1Gbps ne va rien m'apporter.
-
je ne pense pas qu'on a besoins de modifier ça c'est pour la partie routeur de l'ONT.
Il serait bon de demander au constructeur à quoi ça correspond dans la partie WAN ce bridge/IPoE/PPPoE, comme ça on sera fixé ;)
-
Il serait bon de demander au constructeur à quoi ça correspond dans la partie WAN ce bridge/IPoE/PPPoE, comme ça on sera fixé ;)
j'ai plus ou moins posé la question, en leur demandant quoi faire une fois les vlans recu. je n'ai pas eu de réponse a la question.
Maintenant l'objectif principal ce serait de trouver comment débriker l'ONU. Je leur ai envoyé l'image écran du réglage qui m'a amené a cette situation, on va voir ce qu'ils vont dire, le gars avait l'air incrédule. Bricker l'ONU avec des parametres dans l'interface web, 100x plus limitée que le Telnet, je comprends que ça peut leur paraitre bizarre, mais c'est pourant bien ce qu'il s'est passé.
-
Il serait bon de demander au constructeur à quoi ça correspond dans la partie WAN ce bridge/IPoE/PPPoE, comme ça on sera fixé ;)
je pense c'est un mini routeur depuis le début.
FIBRE -> ONT(DHCP) -> DMZ(BOX)
-
j'ai plus ou moins posé la question, en leur demandant quoi faire une fois les vlans recu. je n'ai pas eu de réponse a la question.
Maintenant l'objectif principal ce serait de trouver comment débriker l'ONU. Je leur ai envoyé l'image écran du réglage qui m'a amené a cette situation, on va voir ce qu'ils vont dire, le gars avait l'air incrédule. Bricker l'ONU avec des parametres dans l'interface web, 100x plus limitée que le Telnet, je comprends que ça peut leur paraitre bizarre, mais c'est pourant bien ce qu'il s'est passé.
J'ai l'impression que c'est pas trop leur domaine au SAV ces questions technique, même un vendeur professionnel en France de ce genre de matos aurait du mal à répondre.
C'est du matos à destination d'un FAI pas d'un client qui expérimente :-X
-
oui c'est vrai.
Si déjà on savait clairement ce qu'il se passe dans un ONT SFR, et quels sont les parametres indispensables pour s'authentifier, on pourrait mieux avancer.
Orange qui est le FAI le plus compliqué, il faut juste 2 commandes dans le LEOX, j'ai du mal a croire que ce soit plus compliqué ailleurs...mis a part pour Bouygues ou il faut un password en hexa, mais la il n'y a rien de compliquer a comprendre, il faut juste que la commande supporte le format.
-
j'ai fait un skype avec le support.
1ere phrase de leur part : why you don't ask elfcams for help first?
biensur, la boutique en ligne va m'expliquer comment débriker un ONU. ;D
je leur explique donc que c'est une boutique en ligne ! tout ce qu'ils peuvent faire au mieux c'est de me rembourser ou de le remplacer. qu'ils vont certainement le leur retourner pour raparation etc etc...
Au final on m'a demandé d'envoyer une video de l'onu, pour voir la sequence des LEDs, donc je l'ai fait, maintenant j'attends la suite.
-
Le support me dit que le dernier firmware en date est le 1.0.7 et moi j'ai un firmware 1.0.8
ils ne comprennent pas...
-
Bon, ils m'ont envoyé un firmware 1.0.7 et une appli speciale pour flasher. j'ai pu ressucité l'ONU 8)
Du coup maintenant je suis avec le meme firmware de @fluor, avec le mode "bridge" qui apparait bien dans la GUI.
Ce soir en sortant du boulot je reprends les tests.
-
Ah bin voilà avec les bon outils, si tu peut les mettres en pièces jointes ici (pour les prochains qui vont le commander et ainsi éviter qu'ils dérangent le SAV VSOL) 8)
Ce serait top aussi de faire un topic dédié à ce matériel ;)
-
Bon, ils m'ont envoyé un firmware 1.0.7 et une appli speciale pour flasher. j'ai pu ressucité l'ONU 8)
Du coup maintenant je suis avec le meme firmware de @fluor, avec le mode "bridge" qui apparait bien dans la GUI.
Ce soir en sortant du boulot je reprends les tests.
Fait un topic avec le logiciel et firmware pour garder un lien miroir ça peut aider beaucoup de gens.
J'attends avec impatience de ton retour.
-
Alors ?
-
Alors ?... Alors il manque sur ce forum l'emoji qui représente une grosse merde, pour résumer en une image le résultat obtenu (pour SFR), jusqu'à aujourd'hui.
J'ai pu obtenir 2 firmware, la V1.0.7 et la V1.0.8 que j'avais au début lorsque j'ai recu l'ONU. Le support a finalement réussi a le trouver.
Le/les gars sont assez sympa et disponibles et il n'hésitent pas a fournir les fichiers dont on a besoin. on peut dialoguer avec eux par skype, le matin de préférence vu le décalage horaire avec la chine.
je passe sur tous les détails des tests que j'ai fait depuis ces quelques jours, ca me prend du temps car j'ai une fenetre de tir très réduite en semaine, 1h à 2h avant entre 17 et 19h, après la TV doit être dispo. Et le week-end j'ai que le matin, tôt, pour faire des tests.
Donc après avoir chater avec le support, il s'avère que pour mettre l'ONU en mode bridge il faut tout simplement NE PAS CREER d'interface WAN. Chose que je faisais au début, mais avec aucun résultat j'étais finalement parti dans la création d'une interface, et j'essayais de trouver un moyen à partir des commandes tirées du Github, puis des parametres du Firewall de faire en sorte que ca marche. Mais rien à faire.
Avec le Firmware 1.0.7 :
Si je ne créé pas d'interface WAN, le syteme en créé une "tout seul", automatiquement, voir ci-dessous:
(https://i.imgur.com/akfRqEE.png)
Cette interface est visible dans le menu STATUS, mais pas dans la section WAN.
Et quoi que je choisisse comme réglages dans la partie ONU/OMCI, ca freeze et je perds l'accès a l'ONU pendant plusieurs seconde, puis je retrouve l'accès une 10ene secondes et ca recommence.
Non seulement la création de cette interface n'est pas "normal" mais en plus elle n'est pas en "Bridge" mais en IPOE !
Avec le Firmware 1.0.8 :
Si je ne créé pas d'interface WAN, cette fois aucune interface n'est visible. Je n'ai pas de freeze, je ne perds donc pas l'accès a l'ONU. Mais je n'ai aucun traffic qui semble passer côté routeur, donc je ne recupère pas d'IP.
Par contre ce firmware me semble bizarre. il a moins de fonctionnalités que la version 1.0.7, et il n'y a pas de LAN2 par exemple. je me demande si cette version n'est pas destinée a la version avec 1 seul port LAN de cet ONU (V2801RH).
Avec les 2 firmwares, j'ai bien 2 VLAN qui remontent, les 101 et 102, et j'ai bien le status 05.
J'ai vu dans les bootlog posté ici (https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/msg789683/#msg789683) qu'a un moment il est écrit :
[omcid] Use OMCC version 0xa0
[omcid] Use IOP option mask 0x00000000
[omcid] Use UNI 1 as LCT debug port
[omcid] Use mask 0x1 for disable functions
du coup je me suis dit Bingo ! je vais mettre ce parametre dans OMCI...mais finalement pas mieux. ca ne change rien.
j'ai essayé 30000 combinaisons possibles dans la partie OMCI. Rien n'a fonctionné.
Bref beaucoup trop d'interrogations, je ne sais pas ou chercher, quoi chercher. il y a surement un truc qui ne va pas quelque part, mais sans savoir à minima ce qui est juste dans ce que j'ai fait, le doute est partout. Dans les infos a indiquer sur la partie OMCI, et dans le parametrage du reste, car ca reste un routeur avec tout plein de parametres qui peuvent interférer, notament dans le firewall.
une chose a savoir, @Fluor est parvenu à faire fonctionner l'ONU avec Bouygues, mais que sur le port 1Gb, pas le 2.5Gb. il n'a pourtant rien fait de plus que moi. et lui ca marche avec le firmware 1.0.7. Chez lui ca ne créé pas d'interface WAN automatiquement.
Par contre chez Bouygues, le vlan 100 est envoyés au routeur, qui lui a une interface WAN sur ce vlan. Chez SFR on a pas de vlan coté routeur. Donc c'est l'ONU SFR qui doit détaguer le vlan, pour envoyer le trafic au routeur ?
Donc voila, beaucoup de questions, peu ou pas de réponses. Le support a un moment m'a dit "si ca ne marche pas, envoyez moi les logs OMCI pour qu'on regarde". Mais je ne sais pas comment les obtenir, j'ai demandé 2x dernièrement et je n'ai plus réponses maintenant.
Voilà ou j'en suis.
-
Intéressant.
Donc c'est l'ONU SFR qui doit détaguer le vlan, pour envoyer le trafic au routeur ?
Un trunk ?
-
De tous les sujets concernant l'ONT SFR, ceux qui ont réussi a remplacer leur ONT, n'ont fait qu'utiliser un autre ONT SFR, dans lequel ils ont changé leur mdp fibre. Personne dans mes lectures n'a utilisé un ONT non SFR.
Ce qu'il serait interessant de savoir c'est ce que fait l'ONT SFR avec ces vlan, il les untag ou pas ? il y a le traffic web dans ces vlan ou autre chose ?
-
il y a le traffic web dans ces vlan ou autre chose ?
Je pense TV - WEB - VOIP
-
est-ce que détaguer tout le traffic ce serait pas trop demander au petit SOC de l'ONT ??
côté routeur on gere pas de vlan (enfin autre que le standard vlan1 LAN, vlan2 Wan, si je ne dis pas de betises), on a juste l'option dhcp 60, et c'est tout.
Donc s'il y a du traffic web dans le vlan, c'est obligatoirement l'ONT qui detag, sinon on devrait détaguer nous aussi sur no routeurs custom, ou mettre le wan sur un des vlan qui remonte (101 ou 102)
Chez bouygues, c'est le vlan 100 qui arrive dans l'ONT et qui part tel quel sur le routeur. et coté routeur, interface WAN sur le vlan 100. meme principe chez Orange j'imagine.
Chez SFR ? :o
-
on manque de retro ingenierie sur ce que fait l'ONT SFR. Peut-etre que cette interface IPOE qui se créé toute seule chez moi, ce n'est pas un bug mais quelque chose de normal. peut-etre que chez SFR l'ONT ne doit pas passer en bridge mais rester en mode "routeur" pour justement faire "quelque chose" avec ces vlan ?
-
Si ça peut aider, j'ai un accès Root sur un ONT SFR.
J'en avais parlé dans un sujet il y a plus d'un an
Je voulais tenter avec l'ONT de chez FS.com comme celui utilisé pour remplacer l'ONT orange mais je n'ai jamais eu le temps
-
est-ce que détaguer tout le traffic ce serait pas trop demander au petit SOC de l'ONT ??
côté routeur on gere pas de vlan (enfin autre que le standard vlan1 LAN, vlan2 Wan, si je ne dis pas de betises), on a juste l'option dhcp 60, et c'est tout.
Donc s'il y a du traffic web dans le vlan, c'est obligatoirement l'ONT qui detag, sinon on devrait détaguer nous aussi sur no routeurs custom, ou mettre le wan sur un des vlan qui remonte (101 ou 102)
Chez bouygues, c'est le vlan 100 qui arrive dans l'ONT et qui part tel quel sur le routeur. et coté routeur, interface WAN sur le vlan 100. meme principe chez Orange j'imagine.
Chez SFR ? :o
https://www.alticelabs.com/wp-content/uploads/2022/01/FL_GPON-ONT-SFU_ALB_EN.pdf
L2-LAYER: VLAN-ID to GEM port-ID mapping (per WT-156):
-N:1 VLAN.
-1:1.
Transparent VLAN;
Classi cation: DSCP/TOS, 802.1p TCI, VLAN-ID,
MAC address;
802.1q VLAN processing: Q-in-Q, tagging, removing
tag, replacing tag or transparent forwarding;
Performance: 1000 Mbps bidirectional
-
Bien vu @thedark...donc l'ONT est bien capable de détaguer les vlans recus.
@maximushugus avec ton accès root ce qu'il serait interessant de savoir c'est ce que fait l'ONT, est-ce qu'il se met en bridge ? c'est du openwrt dedans ? il n'a pas un fichier /etc/config/network qui pourrait nous donner des indices/explications sur ce qu'il fait une fois les vlans recus ?
Mais avant ca, il envoie quoi comme infos a l'OLT. uniquement le PTINxxxxxxxx et le passe fibre (PLOAM ou SLID ?) ?
-
Il y a une option vlan sur l'ont ?
-
Il y a une option vlan sur l'ont ?
oui !
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg969638/#msg969638
Sinon, en ligne de commande, dans le diagshell Realtek, il y a tout ce qu'il faut d'après la doc, dans la section vlan. Et voici un bel exemple :
(https://i.imgur.com/MFs8oNW.png)
Par contre je ne m'y connais pas trop en manipulation des vlan. il faut trouver la commande qui va tout détaguer le traffic pour que ca sorte sans vlan sur son LAN.
-
vlan set transparent state enable ?
vlan get transparent state pour connaitre la config actuelle.
-
oui a tester mais j'ai un doute sur ce mode "transparent".
Sinon dans la fiche technique du VSOL : https://www.vsolcn.com/u_file/2206/file/843fc75904.pdf
(https://i.imgur.com/ZMrKZz4.png)
• Support VLAN trunk mode(max 8 vlans)
• Support VLAN 1:1 translation mode(≤8 vlans)translation, ca veut pas dire qu'on pourrait balancer le vlan 101 vers le 1 par exemple ?
-
humm d'après la doc ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/FLASH_GETSET_INFO.md
Donc on pourrait passer par les commandes embarquée du shell (et eviter de passer par le diag shell Realtek) pour activer ce mode "transparent". ca me dit quelque chose, je crois que j'ai deja testé...Mais ils suffit que j'ai eu de mauvais parametres du côté OMCI pour que ca n'ait pas fonctionné.
Par contre j'ai l'impression que l'explication donnée ici est le contraire de l'explication dans le PDF Realtek. En tout cas par defaut le VLAN_MANU_MODE est sur 0 donc Transparent, et j'ai du tester le 1.
(https://i.imgur.com/dDVAmsn.png)
-
VLAN_MANU_MODE 1 ?
-
Bon j'ai pu bricoler qu'une heure...
j'ai fait un factory RESET, puis flashage en 1.0.8 puisque je ne peux rien faire en 1.0.7 a cause des FREEZE lorsque j'insère la fibre dans l'ONU.
A ma grande stupéfaction, j'ai remarqué lorsque j'obtien mon O5, que la led LAN1 qui relie l'ONU au port wan de mon routeur clignote à fond ! preuve que du trafic circule entre ONU et routeur !
Bizarre que je n'avais pas remarqué ca avant, surement le factory reset qui a viré des settings restés dans la config...
j'ai eu le temps de tester dans le diag Realtek :
RTK.0> vlan set transparent state enable
Error (0x12): The driver is not found
RTK.0> vlan destroy entry all
Not support
RTK.0> vlan destroy vlan-table all untag
port list ERROR! port is out of range!
Not support
puis pour finir :
vlan init
a ce moment là, la led s'est arretée de clignoter à fond, et meme après un reboot je n'ai pu me remettre dans cette situation...
Pas eu le temps de faire des tests hors du diag realtek. Ce sera pour la prochaine fois, mais je sens que je suis tout proche vu le traffic qui s'est mis a circuler entre ONU et routeur.
-
Est-ce que les freezes arrivent avec les deux ports LAN1 et LAN2 ?
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.
On peut vérifier la vlan-table, mais je n'ai pas compris tous les champs, et le numérotation des ports n'est pas claire.
Il est probable que comme pour Fluor seul le port jaune (1Gbps) fonctionne dans un premier temps.
Même sans DHCP, si la box SFR a été déconnectée depuis peu, il est peut-être possible de voir le trafic entrant (par exemple une tentative de ping) à destination de la MAC de la box, ce qui peut permettre de confirmer sur quel VLAN les paquets arrivent.
Pour ce qui est du firmware 1.0.8, je peux normalement l'extraire, et avec les chaînes présentes essayer de le comparer au 1.0.7 (notamment l'init RTL8221B et le PORT_REMAPPING).
Si seul le port LAN1 fonctionne, il est peut-être destiné à un autre modèle avec seulement un port 1Gps.
-
j'essai de tester demain en fin d'apres midi, et je te donne une réponse précise a tes questions.
Lors de mon test aujouird'hui, lorsque le LAN1 clignotait à fond j'ai passé le cable sur le LAN2 (2.5g) et la par contre plus de clignotement, enfin seulement lorsque je passais des commandes telnet. Lorsque j'ai remis le cable sur le LAN1 les clignotements ont repris.
Concernant le PORT_REMAPPING sur le firmware 1.0.7 il est a :
<V N="PORT_REMAPPING" V="0100000000000000"/>
sur le 1.0.8 il est à :
<V N="PORT_REMAPPING" V="0001000000000000"/>
-
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.
-
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.
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.
(https://i.imgur.com/8JBnp1r.png)
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...
-
Au passage, je n'ai pas réussi a reproduire la situation on la led d'un des ports LAN clignotte a fond.
-
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).
-
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 :
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=130367;image)
-
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).
-
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.
-
Quel message d'erreur ?
AP#flash set VLAN_CFG_TYPE 1
Config item type error! Only hardware config item can be set with this command.
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.
-
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
-
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
-
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".
-
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. ;)
-
Alors j'ai essayé de faire ce que tu as dit, sur les 2 vlans 101/102. Pour etre sur que je me suis pas trompé je te montre coment j'ai paramétré :
Tout d'abord j'ai créé le device :
(https://i.imgur.com/1WV4WNJ.png)
Puis le vlan dans le switch :
(https://i.imgur.com/7hu8rFD.png)
et j'ai affecté le device dans l'interface WAN. J'ai pu conserver la main sur l'ONU depuis mon PC relié uniquement au routeur.
(https://i.imgur.com/2xPoj4T.png)
Avec le firmware V1.0.8 ca n'a rien donné, zero traffic en reception. Avec le firmware V1.0.7 ca freeze toujours, je perds la main sur l'ONU, et zero traffic en reception.
Toujours avec le firmware 1.0.7, j'ai créé manuellement le bridge, avec et sans support du vlan. Dans ce cas je ne perds pas la main sur l'ONU, plus de Freeze. Mais toujours pas de traffic en reception.
-
Concernant le PORT_REMAPPING sur le firmware 1.0.7 il est a :
<V N="PORT_REMAPPING" V="0100000000000000"/>
sur le 1.0.8 il est à :
<V N="PORT_REMAPPING" V="0001000000000000"/>
après un factory reset, finalement la valeur est la même sur les 2 firmware ("0100000000000000")...je ne comprends pas pourquoi j'ai eu a un moment 2 valeurs différentes alors que je n'avais jamais touché ces parametres...
-
J'ai pu conserver la main sur l'ONU depuis mon PC relié uniquement au routeur.
Comment ? Avec la config du switch, les ports LAN et le port WAN ne peuvent pas dialoguer.
WAN6 devrait utiliser eth1.101, mais puisque l'IPv4 ne fonctionne pas, ce n'est pas le problème principal.
Avec le firmware V1.0.8 ca n'a rien donné, zero traffic en reception. Avec le firmware V1.0.7 ca freeze toujours, je perds la main sur l'ONU, et zero traffic en reception.
Toujours avec le firmware 1.0.7, j'ai créé manuellement le bridge, avec et sans support du vlan. Dans ce cas je ne perds pas la main sur l'ONU, plus de Freeze. Mais toujours pas de traffic en reception.
A chaque fois, est-ce que tu as testé les deux ports LAN1 et LAN2 de l'ONU ?
Qu'est-ce que tu as testé comme valeurs pour VLANG_CFG_TYPE et VLAN_MANU_MODE ?
après un factory reset, finalement la valeur est la même sur les 2 firmware ("0100000000000000")...je ne comprends pas pourquoi j'ai eu a un moment 2 valeurs différentes alors que je n'avais jamais touché ces parametres...
Le firmware 1.0.7 force la valeur de PORT_REMAPPING au boot.
Dans le firmware 1.0.8, je vois 0001000000000000 comme valeur par défaut, donc je m'attends à ce que seul le port LAN2 reçoive les VLAN.
Je ne vois pas trop comment tu aurais pu avoir 0100000000000000, à part en flashant le 1.0.8 après le 1.0.7 sans factory reset.
-
Tu testes le VLAN 101, mais est-on certain que c'est le bon ?
Peut-être que ce serait une bonne idée de faire une capture de ce qui sort de l'ONU (tcpdump sur le routeur, ou Wireshark sur un PC), en mode promiscuous et sur tous les VLAN.
En testant juste après la box SFR, il y a des chances pour qu'on puisse voir des ARP, ou des paquets destinés à l'IP et l'adresse MAC de la box SFR, comme par exemple un ping (tant que le cache ARP est valide côté SFR).
Contrairement au test avec le DHCP du routeur :
- on ne suppose pas du VLAN, on regarde juste ce qui arrive
- on peut récupérer des informations même si seul le downstream fonctionne (le DHCP ne peut réussir que si les transferts fonctionnent dans les deux sens)
-
Comment ? Avec la config du switch, les ports LAN et le port WAN ne peuvent pas dialoguer.
Ben j'ai une interface ONTSFR sur 192.168.4.0/24 qui en temps normal me permet d'accèder à l'ONT SFR (voir mon screen au dessus), et donc à l'ONU V-SOL...si c'est sensé ne plus marcher, alors mon parametrage n'est toujours pas bon ?
WAN6 devrait utiliser eth1.101, mais puisque l'IPv4 ne fonctionne pas, ce n'est pas le problème principal.
oui je sais, j'ai eu la flemme de le modifier, quand ca marchera en v4 on s'occupera du v6 après ;D
A chaque fois, est-ce que tu as testé les deux ports LAN1 et LAN2 de l'ONU ?
OUI
Qu'est-ce que tu as testé comme valeurs pour VLANG_CFG_TYPE et VLAN_MANU_MODE ?
:o heuuu, j'ai oublié de toucher à ce parametre :-\ aller on est reparti pour un tour...
Je ne vois pas trop comment tu aurais pu avoir 0100000000000000, à part en flashant le 1.0.8 après le 1.0.7 sans factory reset.
c'est fort probable ! avec les centaines de tests effectués et les valeurs qui resistent aux resets et flashages, je ne sais plus ce que sont les vrais valeurs d'usine.
-
Tu testes le VLAN 101, mais est-on certain que c'est le bon ?
ben j'ai posté dans les pages précédentes les vlan qui remontent à l'ONU (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg969165/#msg969165), ce sont les 101 et 102, et j'ai bien testé les 2 hier.
-
ben j'ai posté dans les pages précédentes les vlan qui remontent à l'ONU (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg969165/#msg969165), ce sont les 101 et 102, et j'ai bien testé les 2 hier.
C'est supposer que la liste est bonne, mais c'est vrai qu'il est peu probable qu'un VLAN qui ne serait pas dedans fonctionne.
Par rapport à l'exemple, ta l2-table ne contient pas les VLAN, mais c'est peut-être juste la conséquence de ne pas avoir de trafic qui passe (mais maintenant avec ton routeur qui est sur le VLAN 101/102 ça devrait se voir).
-
dans ce message (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg931387/#msg931387) de Maximushugus, avec l'ONT original SFR, il voit des VLANs dont le 101 dans sa capture.
-
je me pose une question, si je mets un switch non administrable entre l'ONU et le routeur, s'il y a du traffic avec vlan qui sort de l'ONU, que devient il une fois passé dans le switch ? le tag du vlan n'est il pas supprimé ?
j'ai ce switch (https://www.trendnet.com/langfr/products/product-detail?prod=525_TEG-S8g) qui d'après la description ne supporte pas le 802.1p
-
@maximushugus + @hwti
je vous ai MP.
-
Bonjour à tous,
J'essaye aussi de remplacer l'ONT SDMC (MOD FIX ONT ALTLAB V3) avec un G-010S-P(CarlitoxxV1).
Situation actuelle :
onu ploamsg -> 05 stable
gemports -> je n'arrive pas retrouver la command pour diag
gtop c&v ou c&y -> VIDE
J'ai essayé plusieurs conf sans résultat
https://github.com/akhamar/orange-2500mbps-G010SP
https://github.com/njd90/G-010S-P_Bouygues
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg849857/#msg849857
J'ai activé les logs (/etc/init.d/omcid.sh)
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg838779/#msg838779
OLT vendor id = 20 20 20 20 " "
J'ai l'impression que c'est pas top ^^
Comment vérifier que le gpon.ploam.nPassword est bien paramétré ?
Merci d'avance !
-
Salut !
j'ai l'impression que chez SFR les OLT envoient des "Fake O5" si l'ONU n'indique pas les paramètres attendus...
Quels sont les parametres de l'ONT SFR que tu envoies avec ton ONU ?
-
Salut @rooot :)
J'ai essayé bcp de combinaisons...
uci set sys.mib.vendor_id=PTIN
uci set sys.mib.ont_version=(HW: de l'etiquette sous l'ONT)
uci set sys.mib.equipment_id=(S/N GPON: de l'etiquette sous l'ONT ou 'show gpon sn' en telnet sur l'ONT(ASCII))
uci set gpon.ploam.nPassword=(Interface web de la box ou 'show gpon slid' en telnet sur l'ONT(ASCII converti pour respecter le format de la conf par defaut))
J'ai un doute sur le format...
0x00 0x00 0x0A 0xBB 0xCC 0xDD 0xEE 0xFF 0xGG 0xHH
Connais-tu(vous) un convertisseur ?
fw_setenv ont_serial (S/N GPON: de l'etiquette sous l'ONT ou 'show gpon sn' en telnet sur l'ONT(ASCII))
fw_setenv target oem-generic
fw_setenv image0_version ('show firmware version' en telnet sur l'ONT)
fw_setenv image1_version ('show firmware version' en telnet sur l'ONT)
Dans le /tmp/omci.log
set Is valid = 0x01 (1) pour les deux image_version
Je suppose que c'est OK
J'ai essayé de forcer l'utilisation /etc/mibs/data_2g_8q.ini
Réponse de l'OLT : NIETE ^^
-
as tu essayé (perso j'ai pas encore testé) de glisser ce parametre quelque part ?
hwVersion=3NT7SFU1389B25
Après, est-ce que que l'adresse MAC de l'ONT est checkée par l'OLT ? je ne pense pas, car si on lit le début du topic des personnes on pu utiliser un autre ONT en ne changeant que le "mot de passe fibre".
J'ai vu aussi que la version OMCC annoncée par l'ONT c'est 0xA0 (ou 160 en decimal).
-
Je n'ai n'ai pas cette ref dans mes 'dump'
Obtenu avec un ONT rooté ?
uci set sys.mib.ont_version=3NT7SFU1389B25
Je vais test
Pour l'adresse MAC, j'ai essayé
uci set network.host.macaddr=xx:xx:xx:xx:xx:xx
fw_setenv ethaddr xx:xx:xx:xx:xx:xxJe n'ai pas essayé
uci set network.lct.macaddr=xx:xx:xx:xx:xx:xxToujours NIETE
J'ai vu aussi que la version OMCC annoncée par l'ONT c'est 0xA0 (ou 160 en decimal).
CAD ?
-
Je n'ai n'ai pas cette ref dans mes 'dump'
Obtenu avec un ONT rooté ?
uci set sys.mib.ont_version=3NT7SFU1389B25
Je vais test
oui, mais l'info est donné par telnet c'est le "label truc machin" je ne sais plus exactement le terme exact.
edit: Label Serial Number
Sur le VSOL ca doit correspondre au champs Hw Version qu'on voit dans l'interface web, voir ici : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg968416/#msg968416
-
CAD ?
voir mes images écrans pour le VSOL : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg968416/#msg968416
on peut definir une valeur pour "OMCC version", et l'ONT SFR utilise le 0x0A. je ne sais pas si c'est important et si ca a une réelle incidence, mais tant qu'on ne sait pas exactement ce qui cloche autant essayer de "mimer" au mieux un vrai ONT SFR ::)
si je passe en mode "custom" pour le GPON settings, tous les parametres ci-dessous deviennent modifiables :
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=130387;image)
je peux donc passer le OMCC Version en 0x0A et le Hw Version en 3NT7SFU1389B25 (<-- chose que je n'ai pas encore testé)
-
Telnet sur ONT :
'show gpon sn'
->Label Serial Number = GS0100GL
Model: de l'étiquette sous l'ONT
-
Telnet sur ONT :
'show gpon sn'
->Label Serial Number = GS0100GL
Model: de l'étiquette sous l'ONT
haaa ?! on n'a pas le meme ONT SFR alors ?! j'ai un GS0100GH et dans mon cas ca me donne : 3NT7SFU1389B25 pour le label serial number
-
C'est le même que @tarou44
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg836963/#msg836963
-
C'est le même que @tarou44
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg836963/#msg836963
celui avec les 4 led vertes ? c'est celui que j'ai.
il y en a un autre avec 5 led vertes, et un autre avec 4 led bleues.
-
Tu as le même modèle que @tarou44
J'ai les 4 LED Bleues (GS0100GL)
-
bon je viens de test de mon coté pour ce Hw version, je suis limité a 4 caractères...
-
uci set sys.mib.ont_version=GS0100GL/0/0/0/0/0/0
NIETE
Observation :
cat /tmp/omci.log
OLT vendor id = 20 20 20 20 " "
Fibre plug ou non...
-
@surfinside as tu essayé de créer les VLANS 101/102 avec les prio sur l'interface wan du routeur pour voir si du traffic circule ? comme j'ai tenté de faire dans les pages précédentes...
de mon coté avec le statut O5 j'ai des vlan qui remontent : le 101 en prio 8, et le 102 en prio 15
AP#omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x05
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 10,VID 102, TPID 4
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 101, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 8,VID 101, TPID 4
AssociatedMePoint: 0x101
-
Non je n’ai pas essayé.
A force de bidouiller, plus de Ping 🤬
J’essaye de retrouver le post dans le forum d’orange pour le ressusciter ^^
Peut-être avec ce PCB ?
https://osmocom.org/projects/misc-hardware/wiki/Sfp-experimenter
je reviens vers toi (vous forum) si j’ai des news.
Merci et bon courage ^^
-
De manière les vlan ne sont pas utilisés chez sfr non ?
Peut-être que c’est detague ? 101-> 1 ?
-
De manière les vlan ne sont pas utilisés chez sfr non ?
Peut-être que c’est detague ? 101-> 1 ?
c'est ce qu'on s'est dit, c'est évidemment détagué puisqu'en mettant son routeur au cul de l'ONT SFR on a pas besoin de vlan. Mais les ONU/ONT qu'on essaie d'utiliser, savent-ils qu'il faut détaguer ? le font-ils ? et peuvent ils le faire ?
déjà on vient d'apprendre que le LEOX ne le faisait pas...bien que ce soit indiqué dans sa fiche technique. En fait ils implémentent la fonctionnalité sur demande des telcos, ils le font pas pour "nous". J'imagine qu'il en est de meme pour le VSOL aussi.
Donc si l'ONU detague pas, il faut donc créer le vlan sur le routeur, comme pour Orange/Bouygues.
Tout ca reste des suppositions...
-
Bon je viens de faire une petite avancée avec le LEOX. j'ai pu faire en sorte qu'il ne freeze/reboot plus. voici les réglages :
(https://i.imgur.com/MioOOy6.png)
OMCI software version 1: 3FE7SWS4040018
OMCI software version 2: 3FE7SW04030009
OMCC version: 0xA0
HW version: 3NT7SFU1389B25
avec ca je ne perds plus la main sur l'interface web ou le telnet. et je peux constater du traffic entrant sur le PON :
(https://i.imgur.com/ZjnqmYN.png)
-
Donc il reste que le TAG Vlan ?
-
Donc il reste que le TAG Vlan ?
dans le meilleur des cas...
Déjà le fait de changer des parametres qui changent le comportement de l'ONU, ca veut bien dire que ces parametres ont un impact. Marcin a dit que l'OLT pouvait pousser des mises a jour et des reboot si l'ONT présentait un firmware non attendu.
Sur le VSOL, le Hw Version en telnet ou par le webgui, c'est limité a 4 caractères.
-
Maintenant sur mon routeur, correctement configuré pour marcher avec l'ONT SFR (donc sans vlan). je vois dans l'interface WAN que des packets sont recus, le RX augmente a chaque refresh de la page. Par contre dans les logs je ne vois rien de nouveau.
Lorsque je créé les VLAN 101 et 102 et que je les affecte a mon interface WAN, là par contre j'ai 0 traffic recu. le RX reste sur 0.
j'ai toujours ce doute que les VLAN ne sont pas créé comme il faut sur mon routeur.
-
Maintenant sur mon routeur, correctement configuré pour marcher avec l'ONT SFR (donc sans vlan). je vois dans l'interface WAN que des packets sont recus, le RX augmente a chaque refresh de la page. Par contre dans les logs je ne vois rien de nouveau.
Lorsque je créé les VLAN 101 et 102 et que je les affecte a mon interface WAN, là par contre j'ai 0 traffic recu. le RX reste sur 0.
j'ai toujours ce doute que les VLAN ne sont pas créé comme il faut sur mon routeur.
Photo ?
-
Photo ?
page précédente : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg971694/#msg971694
Je viens taper la commande l2-table get entry address valid dans le mode DIAG de Realtek (comme indiqué ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/DIAG.md ).
Le message est clair :
This command show your valid VLAN entry wich stick going to bridge AS IS! If your internet come without VLAN, high chance that your OLT provision tag to untag, this time you need to find which VLAN is your internet access.
# diag
RTK.0> l2-table get entry address valid
LUT address: 0x0004 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
02:00:00:00:02:01 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:01:00:02 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x016c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:19:A8:EB:47:8A 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x0258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 0 Auto 0 SVL <--- Mon routeur
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x02ec (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
24:21:24:97:32:3F 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x034c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL <--- L'ONU LEOX
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
RTK.0>
CC:19:A8:EB:47:8A = PT Inovação e Sistemas SA
24:21:24:97:32:3F = NOKIA
-
le résultat des autres commandes indiquées :
RTK.0> l2-table get vid-unmatch port all
Port 0 Action: Forward
Port 2 Action: Forward
RTK.0> bandwidth get egress port all
port: 0 rate:963696
queue: 0 apr-index: 0
queue: 1 apr-index: 0
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
port: 2 rate:4194296
queue: 0 apr-index: 0
queue: 1 apr-index: 0
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
============================
(ARP index to meter mapping)
============================
Port 0 Meter 0~Meter 7
Port 1 Meter 8~Meter 15
Port 2 Meter 16~Meter 23
Port 3 Meter 24~Meter 31
RTK.0> bandwidth get ingress port all
port: 0 rate:4194296
port: 2 rate:4194296
RTK.0> port get status port all
Port Status Speed Duplex TX_FC RX_FC
---- ------ ----- ------ ----- -----
0 Up 1000M Full Dis Dis
2 Up 1000M Full Dis Dis
RTK.0>
RTK.0> gpon show us-flow
============================================================
GPON ONU MAC U/S Flow Status
Flow ID | GEM Port | Type | TCont
0 | 752 | ETH | 0
1 | 753 | ETH | 0
2 | 754 | ETH | 0
3 | 755 | ETH | 0
4 | 756 | ETH | 0
5 | 757 | ETH | 0
6 | 758 | ETH | 0
7 | 759 | ETH | 0
8 | 760 | ETH | 0
9 | 761 | ETH | 0
10 | 762 | ETH | 0
11 | 763 | ETH | 0
12 | 764 | ETH | 0
13 | 765 | ETH | 0
14 | 766 | ETH | 0
15 | 767 | ETH | 0
64 | 19 | OMCI | 16
============================================================
RTK.0> gpon show us-flow
============================================================
GPON ONU MAC U/S Flow Status
Flow ID | GEM Port | Type | TCont
0 | 752 | ETH | 0
1 | 753 | ETH | 0
2 | 754 | ETH | 0
3 | 755 | ETH | 0
4 | 756 | ETH | 0
5 | 757 | ETH | 0
6 | 758 | ETH | 0
7 | 759 | ETH | 0
8 | 760 | ETH | 0
9 | 761 | ETH | 0
10 | 762 | ETH | 0
11 | 763 | ETH | 0
12 | 764 | ETH | 0
13 | 765 | ETH | 0
14 | 766 | ETH | 0
15 | 767 | ETH | 0
64 | 19 | OMCI | 16
============================================================
RTK.0> gpon show ds-flow
============================================================
GPON ONU MAC D/S Flow Status
Flow ID | GEM Port | Type | Multicast | AES
0 | 752 | ETH | | *
1 | 753 | ETH | | *
2 | 754 | ETH | | *
3 | 755 | ETH | | *
4 | 756 | ETH | | *
5 | 757 | ETH | | *
6 | 758 | ETH | | *
7 | 759 | ETH | | *
8 | 298 | ETH | |
9 | 760 | ETH | | *
10 | 761 | ETH | | *
11 | 762 | ETH | | *
12 | 763 | ETH | | *
13 | 764 | ETH | | *
14 | 765 | ETH | | *
15 | 766 | ETH | | *
16 | 767 | ETH | | *
17 | 4095 | ETH | * |
18 | 257 | ETH | |
64 | 19 | OMCI | | *
============================================================
-
https://i.imgur.com/7hu8rFD.png
WAN = ONT ?
LAN 1-2-3-4 = Ton switch ?
-
Sur le VSOL, le Hw Version en telnet ou par le webgui, c'est limité a 4 caractères.
HW_HWVER est effectivement définie comme une chaîne de taille 5, mais il y a la place pour l'augmenter.
Je n'ai pas vérifié toutes les fonctions qui lisent la valeur, mais on peut espérer que ce soit du code Realtek générique qui ne comporte donc pas de restriction particulière.
Maintenant sur mon routeur, correctement configuré pour marcher avec l'ONT SFR (donc sans vlan). je vois dans l'interface WAN que des packets sont recus, le RX augmente a chaque refresh de la page. Par contre dans les logs je ne vois rien de nouveau.
Lorsque je créé les VLAN 101 et 102 et que je les affecte a mon interface WAN, là par contre j'ai 0 traffic recu. le RX reste sur 0.
j'ai toujours ce doute que les VLAN ne sont pas créé comme il faut sur mon routeur.
Est-ce que tu as regardé en untagged, ou juste essayé de capturer tous les VLAN qui sortent de l'ONT ?
Là on dirait que le LEOX est vraiment configuré comme l'ONT officiel, et en plus il reçoit des paquets.
-
https://i.imgur.com/7hu8rFD.png
WAN = ONT ?
LAN 1-2-3-4 = Ton switch ?
Oui, là il a de quoi récupérer le VLAN 101 et le untagged sur eth0 (l'interface wan du routeur).
Le untagged sert au moins pour le management, mais je pense qu'il faudrait essayer de l'utiliser pour internet (DHCP, ...) exactement comme l'ONT officiel.
-
WAN = ONT ?
What ? Wan c'est le port Wan du routeur...j'ai pas compris.
LAN 1-2-3-4 = Ton switch ?
oui
Est-ce que tu as regardé en untagged, ou juste essayé de capturer tous les VLAN qui sortent de l'ONT ?
Là on dirait que le LEOX est vraiment configuré comme l'ONT officiel, et en plus il reçoit des paquets.
je suis resté dans le prametrage comme j'ai indiqué dans les pages précédentes, voir mes images écrans. rien de plus.
je serais d'avis de remplacer le vlan 2 par le 101 ou 102, au lieu d'ajouter un vlan supplémentaire. En faisant cela est-ce qu'il faut quand meme créer un eth1.101 ou eth1.102 ? pourquoi on a n'a pas de eth1.2 par defaut? ca me perturbe cette histoire ;D
que se passerait-il si je faisais juste ça (mis a part le fait que je vais perdre l'accés à l'ONT) ? c'est pas bon ?
(https://i.imgur.com/pioqTSK.png)
-
je suis resté dans le prametrage comme j'ai indiqué dans les pages précédentes, voir mes images écrans. rien de plus.
je serais d'avis de remplacer le vlan 2 par le 101 ou 102, au lieu d'ajouter un vlan supplémentaire. En faisant cela est-ce qu'il faut quand meme créer un eth1.101 ou eth1.102 ? pourquoi on a n'a pas de eth1.2 par defaut? ca me perturbe cette histoire ;D
que se passerait-il si je faisais juste ça (mis a part le fait que je vais perdre l'accés à l'ONT) ? c'est pas bon ?
Il n'y a pas besoin de changer le paramétrage du switch.
La config des pages précédentes permet d'avoir le VLAN 102 sur eth1.102, et le untagged sur eth1.
Si tu changes comme tu proposes, tu perds le untagged.
Là je te conseille juste d'essayer de configurer internet (DHCP, ...) sur eth1, donc en untagged (exactement comme si tu utilisais l'ONT officiel).
-
Là je te conseille juste d'essayer de configurer internet (DHCP, ...) sur eth1, donc en untagged (exactement comme si tu utilisais l'ONT officiel).
tu me demandes donc de ne rien toucher aux réglages de mon routeur ? comme si j'utilisais l'ONT de SFR ? si c'est le cas alors c'est la première chose que j'ai faite, je l'ai indiqué plus haut. Ca ne marche pas. j'ai bien du traffic car les compteurs RX/TX bougent sur le WAN, mais aucune IP obtenue, et rien ne bouge dans les logs du routeur.
il me semblait que Marcin avait dit que son ONU n'allait pas détagguer les paquets.
-
tu me demandes donc de ne rien toucher aux réglages de mon routeur ? comme si j'utilisais l'ONT de SFR ? si c'est le cas alors c'est la première chose que j'ai faite, je l'ai indiqué plus haut. Ca ne marche pas. j'ai bien du traffic car les compteurs RX/TX bougent sur le WAN, mais aucune IP obtenue, et rien ne bouge dans les logs du routeur.
il me semblait que Marcin avait dit que son ONU n'allait pas détagguer les paquets.
Les réglages actuels ne sont pas clairs pour moi, tu montres surtout la configuration du switch, pas du WAN (si c'est sur eth1 ou eth1.102 par exemple)
Si tu es donc dans une configuration qui fonctionne avec l'ONT officiel, alors soit quelque chose ne fonctionne pas correctement sur l'ONT, soit il est en mode transparent (mais si tu n'as pas touché aux VLAN_CFG_TYPE et VLAN_MANU_* c'est bizarre).
La capture d'écran des compteurs de paquets de l'ONT montre 0 sur l'envoi.
Si c'est toujours pareil, et que le routeur a effectivement envoyé sa requête DHCP (une capture sur eth1 serait préférable à juste regarder les RX/TX), alors soit :
- ce n'est pas sur le bon VLAN
- il y a un soucis dans la configuration du flux upstream de l'ONT (mais on avait vu que l'OLT indiquait la configuration du flux upstream, et laissait l'ONT en déduire la configuration downstream (DsMode: 0))
En revanche l'ONT indique avoir reçu des paquets, donc au besoin une capture sur un PC connecté directement à l'ONT permettrait de voir s'ils sortent, et sur quel VLAN.
Là avec le routeur, son switch ne permet que de configurer une liste de VLAN précis, donc on ne peut pas capturer l'intégralité de ce qui sort de l'ONT si jamais il y a des VLAN inattendus.
-
Les réglages actuels ne sont pas clairs pour moi, tu montres surtout la configuration du switch, pas du WAN (si c'est sur eth1 ou eth1.102 par exemple)
Si tu es donc dans une configuration qui fonctionne avec l'ONT officiel, alors soit quelque chose ne fonctionne pas correctement sur l'ONT, soit il est en mode transparent (mais si tu n'as pas touché aux VLAN_CFG_TYPE et VLAN_MANU_* c'est bizarre).
La capture d'écran des compteurs de paquets de l'ONT montre 0 sur l'envoi.
Si c'est toujours pareil, et que le routeur a effectivement envoyé sa requête DHCP (une capture sur eth1 serait préférable à juste regarder les RX/TX), alors soit :
- ce n'est pas sur le bon VLAN
- il y a un soucis dans la configuration du flux upstream de l'ONT (mais on avait vu que l'OLT indiquait la configuration du flux upstream, et laissait l'ONT en déduire la configuration downstream (DsMode: 0))
En revanche l'ONT indique avoir reçu des paquets, donc au besoin une capture sur un PC connecté directement à l'ONT permettrait de voir s'ils sortent, et sur quel VLAN.
Là avec le routeur, son switch ne permet que de configurer une liste de VLAN précis, donc on ne peut pas capturer l'intégralité de ce qui sort de l'ONT si jamais il y a des VLAN inattendus.
si je touche au switch, je modifie aussi coté wan, je passe bien en eth1.101 ou eth1.102
je viens de refaire encore un test pour vérifier les compteurs coté ONT, et quel que soit la configuration du routeur, avec ou sans vlans, rien ne sort du LEOX. uniquement des paquets recus.
les DHCP DISCOVER restent sans réponse.
capture ecran vite fait, des device créés, et a quoi ressemble mon interface wan lorsque je colle les vlan :
(https://i.imgur.com/3B2QtUZ.png)
-
si je touche au switch, je modifie aussi coté wan, je passe bien en eth1.101 ou eth1.102
je viens de refaire encore un test pour vérifier les compteurs coté ONT, et quel que soit la configuration du routeur, avec ou sans vlans, rien ne sort du LEOX. uniquement des paquets recus.
les DHCP DISCOVER restent sans réponse.
Il n'y a aucune raison de toucher au switch, à partir du moment où tu as à la fois le untag et le VLAN 102 (si tu veux le tester) configurés, tout se fait au niveau de la configuration WAN.
Si on change des deux côtés en même temps, c'est difficile à suivre.
Ta capture d'écran montre eth1.102, mais as-tu le VLAN 102 configuré sur le switch ?
Est-ce que tu as aussi RX=0 avec :
- la ligne "2 untag off off off off off untag" toujours présente dans la configuration du switch
- la connexion WAN sur "eth1"
La difficulté ici est que le management est aussi en untag, donc il pourrait être compté.
Mais le RX ici est sur l'interface (peut-être même virtuelle et pas physique), qui n'est pas en promiscuous, donc elle ne compte probablement que :
- le broadcast
- l'unicast vers sa MAC
- le multicast vers des groupes auxquels elle est abonnée
Donc ce n'est pas suffisant pour dire que tout le trafic SFR => ONT qui est indiqué ne sort pas sur le port Ethernet.
Certes, tout le trafic utile devrait être reçu, mais même du trafic inutile peut aider à comprendre.
D'où l'intéret de faire des captures réseau en mode promiscuous :
- soit sur le routeur : un tcpdump sur eth1 devrait montrer le untagged, et peut-être les autres VLAN configurés sur le switch
- soit avec l'ONT connecté à un PC : l'avantage est qu'on doit pouvoir capturer tous les VLAN, sans avoir à les spécifier explicitement
Le DHCP commence par un broadcast, donc si tu as effectivement testé avec le routeur de l'envoyer à la fois en untag et en VLAN 102 (résultat de la config WAN + celle du switch, c'est là où il est possible de commettre des erreurs), et si l'ONT indique toujours ne pas avoir envoyé de paquet, alors il y a un soucis sur l'ONT.
Mais tu n'as pas répondu, as-tu modifié les VLAN_CFG_TYPE et VLAN_MANU_* sur le LEOX ? Il est préférable de tester les valeurs par défaut au départ, mais ensuite on peut tenter de voir si on ne peut pas faire quelque chose de plus manuel si on est certain d'avoir tout essayé côté routeur d'abord.
-
Il n'y a aucune raison de toucher au switch, à partir du moment où tu as à la fois le untag et le VLAN 102 (si tu veux le tester) configurés, tout se fait au niveau de la configuration WAN.
Si on change des deux côtés en même temps, c'est difficile à suivre.
alors la je ne comprends plus. depuis le début je fais comme ca, en suivant l'exemple qui avait été donné coté Forum Bouygues.
https://lafibre.info/remplacer-bbox/remplacer-la-bbox-par-un-linksys-mr8300-sous-openwrt/
et là justement, le vlan 2 est remplacé par le 100. comme j'ai proposé plus haut. (remplacement du vlan2 par 101 ou 102)
Ta capture d'écran montre eth1.102, mais as-tu le VLAN 102 configuré sur le switch ?
Ben oui ! je fais comme ca depuis le début !!!! j'ai posté les screen en indiquant bien ce que je faisais !
Mais tu n'as pas répondu, as-tu modifié les VLAN_CFG_TYPE et VLAN_MANU_* sur le LEOX ?
non je n'ai jamais touché à ca sur le LEOX.
Pour tout le reste Hwti, ca commence a devenir du charabia pour moi, tu me parles de untag....mais untag quoi ? ou ? comment ?
-
dans l'exemple ici : https://lafibre.info/remplacer-bbox/ftth-remplacement-bbox-par-linksys-wrt3200-sous-openwrt/msg709986/#msg709986
la configuration du switch ne ressemble pas du tout a ce que je fais...
moi je devrais faire exactement la meme chose, en remplacant 100 par 101 ou 102, non ?
-
Ben oui ! je fais comme ca depuis le début !!!! j'ai posté les screen en indiquant bien ce que je faisais !
Là c'était le 101 uniquement : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg971694/#msg971694
alors la je ne comprends plus. depuis le début je fais comme ca, en suivant l'exemple qui avait été donné coté Forum Bouygues.
https://lafibre.info/remplacer-bbox/remplacer-la-bbox-par-un-linksys-mr8300-sous-openwrt/
et là justement, le vlan 2 est remplacé par le 100. comme j'ai proposé plus haut. (remplacement du vlan2 par 101 ou 102)
Le "VLAN 2" sert pour le untagged (il l'est des deux côtés, donc ce n'est un VLAN qu'à l'intérieur du switch).
Il faut le garder, il sert pour le management de l'ONT, mais aussi pour tester le DHCP sans aucun VLAN, comme l'ONT SFR (ça permet donc aussi de vérifier que ton routeur est bien configuré, idéalement on devrait pouvoir avoir une configuration qui fonctionne avec l'ONT SFR, et juste changer l'ONT).
Donc, pour avoir le maximum de possibilités :
| VLAN ID | Decription | eth1 | eth0 | LAN1 | LAN2 | LAN3 | LAN4 | WAN |
| 1 | LAN | off | untagged | untagged | untagged | untagged | untagged | off |
| 2 | WAN sans VLAN | untagged | off | off | off | off | off | untagged |
| 101 | WAN VLAN 101 | tagged | off | off | off | off | off | tagged |
| 102 | WAN VLAN 102 | tagged | off | off | off | off | off | tagged |
Et ensuite tu peux tester la configuration de la connexion WAN sur eth1 ou eth1.102 (et eth1.101 permet de voir ce qu'il y a sur ce VLAN inconnu).
dans l'exemple ici : https://lafibre.info/remplacer-bbox/ftth-remplacement-bbox-par-linksys-wrt3200-sous-openwrt/msg709986/#msg709986
la configuration du switch ne ressemble pas du tout a ce que je fais...
moi je devrais faire exactement la meme chose, en remplacant 100 par 101 ou 102, non ?
Il y a plein de façons de faire la même chose, cet exemple est assez bizarre, et nécessite de modifier l'interface LAN aussi, à moins que ce soit la configuration par défaut de ce routeur en particulier.
-
OK, je m'y remets demain matin ! Ton exemple est très clair. :)
-
Bon alors, rien n'a fonctionné. :(
Aucune IP Obtenue, et côté LEOX aucun traffic envoyé, seulement du traffic recu.
Je pense que coté routeur on est bon, on ne peut rien faire de plus, c'est côté LEOX qu'il y a certaienement un "truc" à faire...
(https://i.imgur.com/qVP8Mjj.png)
Je poste qu'une image mais j'ai fait la meme chose avec eth1.102 bien évidemment.
(https://i.imgur.com/VP4AoVN.png)
(https://i.imgur.com/dZ0o6dw.png)
(https://i.imgur.com/RjTLHPr.png)
-
Coté LEOX, tu as quoi dans l'interface niveau VLAN - WAN etc ?
-
Coté LEOX, tu as quoi dans l'interface niveau VLAN - WAN etc ?
rien, l'interface est très minimaliste. on ne voit rien de tout ca.
-
Je poste qu'une image mais j'ai fait la meme chose avec eth1.102 bien évidemment.
Et avec eth1 tout court ?
-
Et avec eth1 tout court ?
ben ça, ça n'a pas changé, c'est comme je l'ai dit hier, le RX qui augmente un peu a chaque refresh de la page mais rien dans les logs, pas d'ip obtenue. et sur les stats du LEOX du traffic qui rentre mais rien qui sort.
-
ben ça, ça n'a pas changé, c'est comme je l'ai dit hier, le RX qui augmente un peu a chaque refresh de la page mais rien dans les logs, pas d'ip obtenue. et sur les stats du LEOX du traffic qui rentre mais rien qui sort.
Donc à part connecter à un PC et tout capturer (mais je n'y crois pas trop), il y a les commandes diag de @marcinkuczera, qui sont d'ailleurs peut-être similaires au VLAN_CFG_TYPE=1 VLAN_MANU_MODE=0.
-
je viens de tester de modifier sur le VSOL, les 2 parametres en telnet ou par le web :
cfgmib set OMCI_SW_VER1 3FE7SWS4040018
cfgmib set OMCI_SW_VER2 3FE7SW04030009
cfgmib save
après reboot retour à : V1.0.7
et comme on est obligé de reboot après modif, c'est foutu à chaque fois.
-
je viens de tester de modifier sur le VSOL, les 2 parametres en telnet ou par le web : après reboot retour à : V1.0.7
et comme on est obligé de reboot après modif, c'est foutu à chaque fois.
Ca vient à priori des paramètres uboot sw_version0 et sw_version1.
Je ne sais pas s'il y a un moyen de les modifier depuis le shell, sinon il faut souder l'UART pour le faire directement dans le bootloader.
-
Bonjour,
J'ai récemment fait acquisition d'un Huawei MA5671A. J'ai pu déverrouiller le bootloader : https://hack-gpon.github.io/ont-huawei-ma5671a-root/
et j'ai mis l'image mtd2 et mtd5 du firmware Carlito : https://hack-gpon.github.io/ont-huawei-ma5671a-carlito/.
J'ai par la suite configuré le SLID via l'interface web Luci mais également via SSH.
J'ai modifé le SN avec fw_setenv ont_serial PTINxxxxxxxx.
J'ai égalament fait :fw_setenv target oem-generic
A noter que j'ai également essayé de modifier "sfp_a2_info" comme décrit ici :
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/25 (https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/25)
J'ai essayé avec cette configuration sur l'image0 et l'image1 : je suis bien en O5 mais je n'ai aucun VLAN avec "gtop c-v"...
J'ai essayé de modifier le fichier mibs de base en mettant la configuration retrouvée sur l'ONT de base SFR dans le fichier "ptin_GS0100G.ini".
J'ai même récupéré ce fichier et configuré le MA5671A en spécifiant ce fichier comme fichier mibs.
A chaque fois j'obtiens le même résultat : O5 mais sans VLAN visible.
Il me semble que tarou44 avait réussi avec une configuration similaire il y a quelques mois :
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg849857/#msg849857 (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg849857/#msg849857)
Est ce que quelqu'un serait en mesure de me dire ce qui ne va pas ?
-
Est ce que quelqu'un serait en mesure de me dire ce qui ne va pas ?
C'est difficile à dire, rooot arrive à un problème qui ressemble, mais il a besoin de Hardware Version / Software Version aussi.
Puisque tu as l'accès à l'ONT officiel, il faut comparer les dumps des mibs, et éventuellement les logs OMCI (par exemple si l'OLT arrête la configuration à cause d'une réponse qui ne lui plait pas).
Je pense que les commandes "md" / "mda" fonctionneront sur les deux ONT.
Elles sont à entrer dans la console OMCI (omcid -c), ou en argument de omci_pipe.sh.
-
je pense que pour en venir a bout, il faut que hwti passe chez SFR !! ;D ;D chez RED c'est sans engagement, tu poruras retourner chez Orange après ;D
-
https://hack-gpon.github.io/gpon-auth/#fake-o5-status
https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md
C'est une des variables OMCI qui ne correspond pas à ce qui est attendu.
-
https://hack-gpon.github.io/gpon-auth/#fake-o5-status
https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md
C'est une des variables OMCI qui ne correspond pas à ce qui est attendu.
Intéressant, c'est bien des Alcatel OLT sur des veilles zones d'SFR de mémoire. (Pas tous)
-
j'ai moi aussi du "NOKIA" dans l'équation, au vu des adresses MAC qui me sont remontées : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974553/#msg974553
faudrait connaitre la liste des parametres qu'un OLT peut demander, pour réussir le "clonage parfait".
EDIT :
HAAA ! je n'avais pas vu ça : https://github.com/Anime4000/RTL960x/issues/30#issuecomment-1146604684
les memes symptomes que moi, c'est donc bien confirmé.
Ran into the same problem. Need OMCI_SW_VER1 to be set to a valid software version otherwise the DFP-34X-2C2 was downloading/spammed with some firmware from the OLT and then started to get very irresponsible.
faudra que je tente ce : flash set OMCI_OLT_MODE 21
vu que mes valeurs OMCI_SW_VER1 et OMCI_SW_VER2 sont écrasés au reboot !
EDIT2:
plus loins (https://github.com/Anime4000/RTL960x/issues/30#issuecomment-1146800751), un commentaire indique que l'OLT d'un FAI demande :
SN, Password, ONU_MODEL, SW_VER, HWVER.
j'ai fait tout ca, sauf ONU_MODEL !
pour mémoire:
flash set GPON_ONU_MODEL GS0100GH
-
Intéressant, c'est bien des Alcatel OLT sur des veilles zones d'SFR de mémoire. (Pas tous)
Effectivement je suis bien sur une vieille zone SFR sans accès IPv6 et limité à 1000/500 Mbps.
Je n'ai pas eu le temps de me mettre sur la console via "omcid -c"
Néanmoins de ce que je vois en faisant ps | grep omci" :
2536 root 20996 S /opt/lantiq/bin/omcid -d3 -p/etc/mibs/custom.ini -o160 -i0 -g1Donc omcid est lancé avec le fichier "custom.ini" et non le fichier que je spécifie avec l'interface graphique Luci "ponstick.ini" ou "GS0100H.ini"
https://hack-gpon.github.io/gpon-auth/#fake-o5-status
https://github.com/Anime4000/RTL960x/blob/main/Docs/fakeO5.md
C'est une des variables OMCI qui ne correspond pas à ce qui est attendu.
Merci beaucoup pour cette documentation, que je lirai attentivement quand j'aurai 2 minutes :)
-
de mon coté rien à faire avec le VSOL, il ne veut pas conserver les valeurs pour OMCI_SW_VER# malgré un flash set OMCI_OLT_MODE 21
-
Intéressant, c'est bien des Alcatel OLT sur des veilles zones d'SFR de mémoire. (Pas tous)
Pour rooot, c'est un OLT PTIN (Altice Labs).
Je n'ai pas eu le temps de me mettre sur la console via "omcid -c"
Néanmoins de ce que je vois en faisant ps | grep omci" :
2536 root 20996 S /opt/lantiq/bin/omcid -d3 -p/etc/mibs/custom.ini -o160 -i0 -g1Donc omcid est lancé avec le fichier "custom.ini" et non le fichier que je spécifie avec l'interface graphique Luci "ponstick.ini" ou "GS0100H.ini"
De quel ONT parles-tu ?
L'ONT Altice Labs utilise /etc/mibs/ptin_GS0100G.ini (il ignore la configuration et charge le fichier correspondant à son modèle).
Et ensuite dedans il y a des valeurs qui ne pas pas renseignées (hardware version, software version, ...), et qui sont dynamiquement déterminées pas le démon OMCI : là chaque modèle d'ONT peut avoir ses spécificités.
-
Pour rooot, c'est un OLT PTIN (Altice Labs).
A quoi correspond le materiel NOKIA sur le vlan 102 ?
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974553/#msg974553
-
De quel ONT parles-tu ?
du Huawei MA5671A.
-
A quoi correspond le materiel NOKIA sur le vlan 102 ?
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974553/#msg974553
Probablement un switch ou un routeur.
Au passage, quand ton routeur a le WAN sur eth1.102, est-ce que tu vois bien une ligne avec son adresse MAC sur le VLAN 102 après la tentative de DHCP ?
-
du Huawei MA5671A.
Ok, je ne connais pas le firmware Carlittoxx.
On peut comparer le résultat de "md" ou "mda" dans "omcid -c" avec la même chose sur l'ONT officiel.
Les logs OMCI peuvent aussi être utiles, si jamais l'OLT s'arrête de configurer l'ONT dès que quelque chose ne lui plaît pas.
-
Au passage, quand ton routeur a le WAN sur eth1.102, est-ce que tu vois bien une ligne avec son adresse MAC sur le VLAN 102 après la tentative de DHCP ?
a quel endroit je devrais voir cela ? tu parles de la MAC de mon routeur ? ou de ce Nokia ?
-
a quel endroit je devrais voir cela ? tu parles de la MAC de mon routeur ? ou de ce Nokia ?
Je parle de la MAC de ton routeur.
Dans la sortie de la commande diag "l2-table get entry address valid", on la voit au moins avec le VLAN 0, mais à priori des que le premier paquet DHCP est envoyé sur le VLAN 102 (quand tu es configuré avec eth1.102) on devrait le voir.
-
Je parle de la MAC de ton routeur.
Dans la sortie de la commande diag "l2-table get entry address valid", on la voit au moins avec le VLAN 0, mais à priori des que le premier paquet DHCP est envoyé sur le VLAN 102 (quand tu es configuré avec eth1.102) on devrait le voir.
Ok compris, j'essaie de voir d'ici ce soir.
-
j'ai fais sur le Leox le flash set GPON_ONU_MODEL GS0100GH. En eth1 ou avec les les vlans ca n'a rien apporté de plus.
Alors résultat des courses :
sur eth1.101 :
# diag
RTK.0> l2-table get entry address valid
LUT address: 0x0004 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
02:00:00:00:02:01 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:01:00:02 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x006c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
14:4D:67:XX:XX:XX 0 0 7 0 Auto 0 SVL <--- Mon interface LAN
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x016c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:19:A8:EB:47:8A 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x0258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 101 Auto 0 SVL <-- Mon routeur
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x034c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL <-- L'ONU Leox
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
sur eth1.102 :
# diag
RTK.0> l2-table get entry address valid
LUT address: 0x0004 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
02:00:00:00:02:01 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:01:00:02 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x006c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
14:4D:67:XX:XX:XX 0 0 7 0 Auto 0 SVL <--- Mon interface LAN
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x016c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:19:A8:EB:47:8A 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x0258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 102 Auto 0 SVL <-- Mon routeur
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x034c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL <-- L'ONU Leox
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
je ne vois plus le matos NOKIA qui était en 24:21:24:97:32:3F ??
-
ensuite sans vlan, sur eth1, j'ai fait un tcpdump depuis le routeur :
root@box:~# tcpdump -n -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
12:51:08.516561 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:11.596517 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:14.676513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:17.766500 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:20.846869 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:23.946509 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:27.026521 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:30.106499 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:33.186539 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:36.266501 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:39.366503 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:42.446507 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:45.526508 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:48.606500 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:51.686513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:54.766497 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:57.846506 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:00.926566 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:04.016506 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:07.096498 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:10.176498 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:13.256510 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:16.336513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:19.416511 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:22.496527 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
-
je ne vois plus le matos NOKIA qui était en 24:21:24:97:32:3F ??
En effet, c'est étrange, mais tu vois toujours l'adresse MAC de l'OLT (à priori).
Le test montre en tout cas que le switch reçoit bien des trames, puisqu'il apprend les MAC dans les différents VLAN.
En voyant "L2 Unicast table", je me demande si le comportement en multicast/broadcast (la seule chose qui a été testée) ne pourrait pas être différent.
Je propose de tester d'envoyer des trames unicast, pour regarder si le compteur d'envoi de l'OLT bouge.
Sur le routeur :
ip addr add 10.0.0.1/16 dev eth1.102
ip neigh add 10.0.0.2 lladdr CC:19:A8:EB:47:8A dev eth1.102
ping 10.0.0.2
Pour éviter les requêtes ARP (broadcast) qui n'ont pas plus de chances de passer, on ajoute une entrée statique à la table.
Là c'est l'OLT, dans l'espoir qu'il réponde éventuellement quelque chose (tcpdump pour voir, mais l'essentiel ce sont les compteurs d'envois de l'ONT), et comme ça on utilise une adresse connue du switch.
Là c'est écrit avec eth1.102, mais bien sûr si ça ne fonctionne pas on peut tester eth1 ensuite (après avoir enlevé l'IP, ou en prenant 10.1.0.1 / 10.1.0.2).
-
Bon, j'ai pu avancer un petit peu avec mon MA5671A flashé avec le firmware Carlito sur mtd2 et mtd5.
Comme dit précédemment, en faisant un "ps | grep omcid" on se rend compte que le fichier de configuration utilisé est le "/etc/mibs/custom.ini".
Or ce fichier est généré automatiquement à partir de "/etc/mibs/nameless.ini' avec le script présent dans "/etc/init.d/omcid.sh".
Les paramètres pris par ce script sont issus d'un autre script de démarrage : "/etc/init.d/sys.sh".
J'ai donc modifié la partie "oem-generic" de ce dernier fichier pour qu'au final via les 2 scripts décrits précédemment le fichier de configuration "/etc/mibs/custom.ini" ressemble le plus possible à celui utilisé par l'ONT de base SFR (PTIN_GS0100G.ini que j'avais obtenu via l'accès root sur cet ONT SFR) :
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='0000000000000'
uci set sys.mib.equipment_id='0000000000000000000'
;;
Par la suite après redémarrage du MA5671A j'ai comparé ce fichier de configuration obtenu "/etc/mibs/custom.ini" avec celui officiel de SFR (PTIN_GS0100G.ini) et la ligne suivante n'est pas respectée :
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
J'ai donc de nouveau modifié le fichier "etc/init.d/omcid.sh" avec cette ligne :
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
La comparaison des fichiers de configuration est cette fois-ci identique pour les lignes suivantes après redémarrage :
# ONT-G
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
J'ai essayé de brancher la fibre sur mon MA5671A et cette fois-ci j'ai du progrès mais malheureusement pas complètement :
J'arrive à avoir un statu O5 mais rapidement il repasse en O2 -> O3 -> O5 en boucle. J'ai bien Downstream FEC enable = yes et Upstream FEC enable = yes dans gtop.
Je me suis donc dit que j'avais besoin de regarder les logs.
N'ayant pas de fichier log de créé avec la configuration de base, j'ai de nouveau modifié le fichier "/etc/init.d/omcid.sh" avec la ligne :
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} > /dev/console 2> /dev/console &
modifiée pour :
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omcid.log &et j'ai observé le fichier "/etc/omcid.log" qui devient vite énorme (800Ko).
En faisant un "cat /etc/omcid.log | grep err" j'obtiens ceci :
[omcid] 02:52:18 ME ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
[omcid] 02:52:19 CORE ERR: service_action - action event wait timeout
[omcid] 02:52:21 CORE ERR: OMCI - retransmit tid 0x3258
[omcid] 02:54:12 ME ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
[omcid] 02:54:13 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:15 CORE ERR: OMCI - retransmit tid 0x3408
[omcid] 02:54:16 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:18 CORE ERR: OMCI - retransmit tid 0x3409
[omcid] 02:54:19 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:21 CORE ERR: OMCI - retransmit tid 0x340a
[omcid] 02:54:22 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:24 CORE ERR: OMCI - retransmit tid 0x340b
[omcid] 02:54:25 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:27 CORE ERR: OMCI - retransmit tid 0x340c
[omcid] 02:54:28 CORE ERR: service_action - action event wait timeout
[omcid] 02:54:30 CORE ERR: OMCI - retransmit tid 0x340d
Je sèche un peu actuellement.
Si quelqu'un a une idée ?
-
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg937442/#msg937442
Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
Meme symptomes.
0x0101 = 257
il faut regarder le ME#257 dans la doc OMCI :
-
La comparaison des fichiers de configuration est cette fois-ci identique pour les lignes suivantes après redémarrage :
# ONT-G
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
Il faudrait peut-être comparer les valeurs réellement présentes dans un dump à partir de la console OMCI, plutôt que dans les fichiers de configuration.
Les 0000000000000 sont remplacés dynamiquement.
Le dump pourrait aussi permettre d'identifier des valeurs manquantes, et essayer de faire le lien avec les logs OMCI, ou les ajouter manuellement pour tester.
-
Bingo !!!! (enfin presque).
J'ai réussi à faire fonctionner le Huawei MA5671A avec le firmware Carlito (sur l'image0 c'est à dire mtd2) sur le réseau SFR.
Pour cela, en plus des manipulations déjà décrites précédemment, j'ai modifié de nouveau le fichier "/etc/init.d/sys.sh" dans la partie oem-generic de cette façon :
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7XXXXXXXXXX'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
Avec "ont_version" correspondant" au "hw_version" de l'ONT officiel (attention différent du software version) et "equipment_id" le S/N ou SLID de l'ONT de base.
Attention !! "ont_version" doit faire exactement 14 caractères et "equipment_id" doit faire exactement 16 caractères (d'ou les \0 à la fin qui rajoutent 1 caractère chacun) sous peine de soft brick l'ONT. J'en ai fait l’expérience, et j'ai du rebrancher le MA5671A sur l'adaptateur série / SFP pour modifier les valeurs avec la bonne longueur pour qu'il puisse de nouveau démarrer et être accessible.
Avec cette configuration et les paramètres décrits dans les précédents message j'arrive bien à tenir en O5. J'ai un accès internet sur mon Pfsense.
Lorsque je teste mon débit, en revanche, je reste limité à 1000 Mb/s malgré le fait que mon MA5671A soit branché en SFP sur un switch reconnu en 2,5 Gb/s et que mon Pfsense soit sur ce même switch en 10Gb/s.
Donc cela fonctionne !!!!
Mais .... après quelques minutes j'observe une perte de connexion, qui revient quelques secondes après.
Effectivement connecté en SSH sur le MA5671A, en faisant gtop puis "a" je voit que de régulièrement je passe en O2 avant de revenir en O5 quelques secondes après, et je perds donc la connexion à ce moment là.
Pour le moment je ne sais pas pourquoi, je vais explorer les log omcid mais qui sont conséquents, donc c'est chercher une aiguille dans une botte de foin...
Encore une fois si quelqu'un a une idée je suis prenneur ;D
-
A noter en observant les log, je suis sur un OLT "ALCL" donc un Nokia/Alcatel-Lucent
-
Pour l'instant les seules erreurs que je vois dans les logs omcid sont liées à l'IGMP :
[omcid] 19:09:53 MCC PRN: packet received, len=72
[omcid] 19:09:53 MCC PRN: 0x0000: 00 01 03 37 00 00 00 10 01 00 5E 00 00 01 54 A6
[omcid] 19:09:53 MCC PRN: 0x0010: 19 E7 54 18 81 00 C0 65 08 00 46 C0 00 20 00 00
[omcid] 19:09:53 MCC PRN: 0x0020: 00 00 01 02 42 15 01 01 01 01 E0 00 00 01 94 04
[omcid] 19:09:53 MCC PRN: 0x0030: 00 00 11 64 EE 9B 00 00 00 00 00 00 00 00 00 00
[omcid] 19:09:53 MCC PRN: 0x0040: 00 00 00 00 00 00 00 00
[omcid] 19:09:53 MCC PRN: IGMP packet at WAN EGRESS
[omcid] 19:09:53 MCC ERR: IGMP query received and blocked
[omcid] 19:09:53 MCC WRN: packet is not supported and will be dropped
[omcid] 19:09:53 MCC PRN: packet receive failed
[omcid] 19:09:55 ME PRN: Timeout - Clear Alarms copy
Je ne sais pas si cela peut être en cause dans le "plantage" avec passage en O2 avant de revenir O5 ? Cela m'étonnerait, mais je n'ai pas d'autre poste pour le moment
-
Bingo !!!! (enfin presque).
J'ai réussi à faire fonctionner le Huawei MA5671A avec le firmware Carlito (sur l'image0 c'est à dire mtd2) sur le réseau SFR.
Pour cela, en plus des manipulations déjà décrites précédemment, j'ai modifié de nouveau le fichier "/etc/init.d/sys.sh" dans la partie oem-generic de cette façon :
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7XXXXXXXXXX'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
Avec "ont_version" correspondant" au "hw_version" de l'ONT officiel (attention différent du software version) et "equipment_id" le S/N ou SLID de l'ONT de base.
Attention !! "ont_version" doit faire exactement 14 caractères et "equipment_id" doit faire exactement 16 caractères (d'ou les \0 à la fin qui rajoutent 1 caractère chacun) sous peine de soft brick l'ONT. J'en ai fait l’expérience, et j'ai du rebrancher le MA5671A sur l'adaptateur série / SFP pour modifier les valeurs avec la bonne longueur pour qu'il puisse de nouveau démarrer et être accessible.
Bravo ! Donc il est inutile de faire des VLAN (101/102) sur le routeur, tu confirmes ?
de mon coté sur le LEOX j'ai donc tenté un flash set GPON_SN PTINXXXXXXXX\0\0\0\0, ca passe mais ca ne fonctionne pas mieux, est-ce que equipment_id sur ton ONU SFP correspond a la meme chose coté LEOX ? c'est a dire GPON_SN, ou est-ce un autre paramètre qui à la même valeur ?
quoi qu'il en soit si je fais après, un flash get GPON_SN ca me retourne PTINXXXXXXXX sans les \0
@Maximushugus
Set LAN port speed to 2.5G
fw_setenv sgmii_mode 5
Remove LAN port speed 2.5G (back to default 1G)
fw_setenv sgmii_mode
-
Bravo ! Donc il est inutile de faire des VLAN (101/102) sur le routeur, tu confirmes ?
Du côté de mon routeur non, pas besoin de paramétrer de VLAN.
Je ne pense pas que mon MA5671A avec Carlito fasse de VLAN translation, à mon avis tout est en Untagged
-
OK merci pour la confirmation !
Bon de mon coté je viens de comprendre que GPON_SN ne peut pas contenir plus de 12 caractères, donc quoi que je mette à la suite, ce n'est pas pris en compte.
donc est-ce qu'il s'agit bien du même parametre sur le LEOX ??
Est-ce que de ton coté tu as mis le PTINXXXXXXXX dans un autre parametre ?
-
Donc si je résume, tu as mis :
- SLID (= Ploam Password)
- SN, et Vendor ID (qui doit normalement toujours correspondre)
- Hardware Version
- Equipment ID (qui serait le même que le SN, à la longueur près)
Le firmware Carlitoxx permet de les modifier de manière plus simple, mais peut-être qu'on peut aussi le faire avec le firmware d'origine.
Je dis ça parce qu'à partir du moment où il y a des problèmes OMCI un peu bizarres, il peut être utile de tester un firmware différent (chacun modifie un peu le omcid).
Pour le retour en O2, il faudrait voir si ça vient de l'ONT ou de l'OLT (s'il écrit dans ONU-G (256) ou ONU Data (2) par exemple).
-
Du côté de mon routeur non, pas besoin de paramétrer de VLAN.
Je ne pense pas que mon MA5671A avec Carlito fasse de VLAN translation, à mon avis tout est en Untagged
Si c'est en untagged, ça veut dire que le MA5671A est bien capable d'enlever le tag VLAN 102.
Bon de mon coté je viens de comprendre que GPON_SN ne peut pas contenir plus de 12 caractères, donc quoi que je mette à la suite, ce n'est pas pris en compte.
donc est-ce qu'il s'agit bien du même parametre sur le LEOX ??
Est-ce que de ton coté tu as mis le PTINXXXXXXXX dans un autre parametre ?
Les longueurs, c'est souvent géré de manière particulière, il faut faire de dumps de MIB ou des logs OMCI pour voir.
Le SN est toujours sur 8 octets : 4 caractères ASCII + 8 caractères hexa.
L'autre valeur est "Equipment ID", qui est sur 20 octets dans la spec : il n'en met que 16, son ONT rajoute probablement des \0 derrière (mais pas sûr).
Je ne sais pas s'il est possible de changer ça sur le LEOX, peut-être manuellement dans les MIB avant de connecter la fibre.
Mais d'après ce que j'ai compris du test de @maximushugus, on ne sait pas si c'est absolument nécessaire, et tu n'es pas sur le même type d'OLT.
Et comme ton ONT semble au moins capable de recevoir des trames, je ne suis pas sûr qu'il manque des éléments d'identification.
Comme là tu as un ONT en Realtek, l'implémentation OMCI est par nature complètement différente de l'ONT officiel en Lantiq, donc il peut y avoir des bugs, notamment autour de l'untag.
Je t'ai suggéré un test en unicast, et également d'essyer de changer les MIBs sur le traitement des VLAN pour faire comme si l'OLT avait demandé de conserver le VLAN 102 tel quel, sans untag.
-
Bon, je crois que j'y suis enfin !
En regardant les logs omcid, lorsque la connexion coupait et passait de O5 à O2 puis de nouveau O5 en quelques secondes, je n'avais pas de message d'erreur.
J'ai également remarqué que les coupures étaient espacées d'une durée aléatoire, et se déroulaient un peu comme si la fibre était débranchée puis rebranchée rapidement.
En fouinant j'ai regardé la commande "otop" puis "s" et je me suis rendu compte que les valeur de puissance en dBm de RSSI et de Tx étaient extravagantes.
Je me suis donc douté que la calibration du laser était mauvaise.
Après un peu de recherche sur le présent forum et sur le forum d'OpenWrt, voici la procédure pour calibrer le laser :
1) Supprimer le fichier "/etc/optics/.goi_recovered"
2) Redémarrer l'ONU
En effet le script de démarrage "/etc/init.d/recover_goi.sh" va être lancé au démarrage et récupérer la goi_config depuis mtd1 (qui n'a pas été modifiée même si l'ONU a été flashé comme le mien car seules mtd2 et mtd5 sont ecrasées.
Depuis, avec "otop" puis "s" j'ai les mêmes valeurs que l'ancien ONT de chez SFR et surtout je n'ai pour le moment plus de déconnexion !!
-
Ah, donc c'était un effet secondaire du cross-flash en Carlitoxx, qui avait fait perdre la calibration du laser.
En espérant que la puissance de TX n'était pas trop forte, car je ne sais pas à quel point ça pourrait faire vieillir le laser, ou gêner l'OLT et les autres utilisateurs sur l'arbre.
C'est pour ça que je préfère toujours au maximum encourager des solutions basées sur le firmware d'origine éventuellement modifié.
-
Bonjour, à tous qui à réussi a se connecté en 2.5gb/s chez RED ? Pouvez vous écrire un tuto rapide si possible et publié des test et le matériel utilisé ?
Merci de vos précieux retours
-
Ah, donc c'était un effet secondaire du cross-flash en Carlitoxx, qui avait fait perdre la calibration du laser.
En espérant que la puissance de TX n'était pas trop forte, car je ne sais pas à quel point ça pourrait faire vieillir le laser, ou gêner l'OLT et les autres utilisateurs sur l'arbre.
C'est pour ça que je préfère toujours au maximum encourager des solutions basées sur le firmware d'origine éventuellement modifié.
Bonsoir, je te remercie pour la transmission de tout ton savoir, de mon côté le fichier .goi_recovered se trouvai dans /etc/optic/
Cependant en quoi supprimer le fichier .goi_recovered relance la calibration du laser (j'ai bien vue ce dernier se recréer au reboot de l'ONU) cependant le fichier reste vide.
Par ailleurs quels son les valeurs nominal du laser sur l'ONU ? Comment les consulté ? Et que sont des valeurs "extravagante" ...
Merci pour toutes ces infos
-
Bonsoir, je te remercie pour la transmission de tout ton savoir, de mon côté le fichier .goi_recovered se trouvai dans /etc/optic/
Cependant en quoi supprimer le fichier .goi_recovered relance la calibration du laser (j'ai bien vue ce dernier se recréer au reboot de l'ONU) cependant le fichier reste vide.
Par ailleurs quels son les valeurs nominal du laser sur l'ONU ? Comment les consulté ? Et que sont des valeurs "extravagante" ...
Merci pour toutes ces infos
Salut Asclèpios,
Valeurs nominales du laser sur l'ONU :
- Intensité signal optique reçue : elle doit être comprise entre -27 dBm et -8 dBm.
- Intensité signal optique transmise : elle doit être comprise +0,5 dB et + 5 dB.
https://assistance.sfr.fr/internet-et-box/box-plus-de-sfr/verifier-fonctionnement-boitier-ont.html
Comment les consulter :
- "otop" puis "s"
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976194/#msg976194
Suppression .goi_recovered :
- C'est un "déclencheur" si le fichier n'est pas présent alors la calibration est récupérée depuis /dev/mtd?
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg977287/#msg977287
++
-
Salut maximushugus, rooot, @ll
Merci pour toutes vos infos !
J'essaye de récapituler :
1. Flash de l'ONU en Carlitoxx v1 (G-010S-P)
https://github.com/njd90/G-010S-P_Bouygues ou https://github.com/akhamar/orange-2500mbps-G010SP
2. Calibration
"firstboot" ou "rm /etc/optic/.goi_recovered" puis "reboot"
3. Variables d'environnement
fw_setenv ont_serial PTINXXXXXXXX
fw_setenv target oem-generic
reboot
4. editer /etc/init.d/omcid.sh
Pour obtenir "256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0" dans le /etc/mibs/custom.ini après un reboot
5. editer /etc/init.d/sys.sh
dans la partie oem-generic
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7XXXXXXXXXX'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
6. Récupérer le SLID dans l'interface web de la box
Convertir le SLID en HEX https://www.rapidtables.com/convert/number/ascii-to-hex.html ---->> 0123456789 hex=30 31 32 33 34 35 36 37 38 39
uci set gpon.ploam.nPassword='0x30 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x38 0x39'
uci commit
reboot
6.1. Verifier le SLID
onu gtcsng (non testé)
onu gtcpg (non testé)
Debug :
1. editer /etc/init.d/omcid.sh
Remplacer
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} > /dev/console 2> /dev/console &
par
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omcid.log &
ou
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omcid.log > /dev/console 2> /dev/console &
2. watch -n 1 onu ploamsg (05 stable)
3. gtop puis c et v ou c et y (pas de VLAN)
4. otop puis s
Aurais-je raté quelque chose, car je n'obtiens toujours d'IP sur le routeur (fonctionnel avec ONT SFR)
@maximushugus pourrais-tu nous fournir ton omcid.log ainsi que otop+s ? STP ?
Merci d'avance pour vos réponses ! ;)
-
Bonjour.
Pour remplacer l'ONT SFR pour un alimenté PoE, voyez-vous une autre solution qu'un convertisseur Ubiquiti + module ONU FS ?
-
Bonjour.
Pour remplacer l'ONT SFR pour un alimenté PoE, voyez-vous une autre solution qu'un convertisseur Ubiquiti + module ONU FS ?
Un adaptateur PoE vers alimentation mais je n’en aies jamais cherché et ne c’est pas si sa existe ..
Ou cette ONT (il y a même un adaptateur pour du non PoE) il se suffit à lui même et il me semble avoir été utilisé par certains sur ce site ;) … seul inconvénient bien sûr limite à 1Gb
https://store.ui.com/collections/operator-ufiber/products/ufiber-nano-g
-
Un adaptateur PoE vers alimentation mais je n’en aies jamais cherché et ne c’est pas si sa existe ..
Ou cette ONT (il y a même un adaptateur pour du non PoE) il se suffit à lui même et il me semble avoir été utilisé par certains sur ce site ;) … seul inconvénient bien sûr limite à 1Gb
https://store.ui.com/collections/operator-ufiber/products/ufiber-nano-g
Ah tiens, j'avais pas pensé à l'adaptateur, c'est pas bête, ça existe, et c'est pas cher : https://www.amazon.fr/No-Brand-Splitter-5-5x2-1mm-PS5712TG/dp/B08HS4NT13
La limite à 1 Gb est pas dérangeante, je suis sur un accès RED donc 1 Gb et le matos derrière n'est pas du tout prévu pour du multigig. Même si mon PC devrait bientôt évoluer, ce n'est pas dans les besoins ni dans les plans pour l'instant.
Et donc comme je te disais sur le topic d'à côté, j'étais parti plutôt sur le convertisseur Ufiber avec cage SFP plutôt que le Nano G avec port WAN intégré.
-
Plop,
Je cherche à virer l'ont + box par un mikrotik 760iGS. J'ai une offre 1gbps.
J'ai lu plusieurs fois ce topic, mais c'est compliqué à saisir exactement ce qui a permis d'obtenir une ip et d'enfin avoir viré la stack sfr !
@maximushugus un mini tuto ? J'ai vu que t'en avais fait d'autres superbes ! Et si la flemme s'impose, juste une suite de liens, et je m'occuperai de faire le tuto sans pb ! 😁
-
Plop,
Je cherche à virer l'ont + box par un mikrotik 760iGS. J'ai une offre 1gbps.
J'ai lu plusieurs fois ce topic, mais c'est compliqué à saisir exactement ce qui a permis d'obtenir une ip et d'enfin avoir viré la stack sfr !
@maximushugus un mini tuto ? J'ai vu que t'en avais fait d'autres superbes ! Et si la flemme s'impose, juste une suite de liens, et je m'occuperai de faire le tuto sans pb ! 😁
Je n'ai pas trop le temps de faire un truc propre pour le moment, mais en suivant les messages que j'ai postés sur ce sujet tu devrais pouvoir t'en sortir.
J'essayerai de faire un tuto propre quand j'aurai un peu plus de temps
-
Je n'ai pas trop le temps de faire un truc propre pour le moment, mais en suivant les messages que j'ai postés sur ce sujet tu devrais pouvoir t'en sortir.
J'essayerai de faire un tuto propre quand j'aurai un peu plus de temps
Ok, je vais essayer de suivre comme je peux.
En passant, j'en comprends que ça marche nickel avec ton propre sfp depuis ta réussite ? Pas de pb particuliers ?
-
En passant, j'en comprends que ça marche nickel avec ton propre sfp depuis ta réussite ? Pas de pb particuliers ?
Oui je n'ai eu aucun problème depuis la mise en place il y a plusieurs semaines
-
Oui je n'ai eu aucun problème depuis la mise en place il y a plusieurs semaines
Bonjour maximushugus, de mon coté j'ai testé le MA5671A Carlitoxx V1 avec une offre Orange 2Gb fonctionnel et un Mikrotik CCR2116
A présent je teste sur une autre ligne et suivant tes instructions un MA5671A Carlitoxx V1 sur une offre RED 1Gb/s dans un premier temps avec un Switch TP-Link pour le SFP
J'ai effectue la config suivante :
fw_setenv ont_serial PTINXXXXXXXX (j'ai remplacer les X par les caractères de mon ONT)
fw_setenv target oem-generic
reboot
J'ai editer /etc/init.d/sys.sh
dans la partie oem-generic
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7XXXXXXXXXX'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
Evidament j'ai remplacer les XXXX
J'ai recupérer le SLID dans l'interface web de la box (si j'ai bien compris il s'agis du mots de passe fibre ? )... mais dans mon cas il me manque deux caractère a la fin ce qui me fais dire que je ne récupère peut-être pas les bon numéro ?
Avec gtop puis c et v ou c et y je n'ai pas de VLAN pourtant bien curr_state 5 stable
Une idée ?
-
Ok, je vais essayer de suivre comme je peux.
En passant, j'en comprends que ça marche nickel avec ton propre sfp depuis ta réussite ? Pas de pb particuliers ?
Bonjour, tu as pu t'en sortir ?
-
Salut Asclèpios,
Il faut se connecter en telnet sur l'ONT SFR :
telnet 192.168.4.254
Voici ma conf /etc/network/interfaces
## ONT SFR ##
auto enp0s31f6
iface enp0s31f6 inet dhcp
up ip addr add 192.168.4.1/24 dev $IFACE label $IFACE:1
down ip addr del 192.168.4.1/24 dev $IFACE label $IFACE:1
## SFP ##
auto enp1s0f0
iface enp1s0f0 dhcp
up sleep 5; ethtool -s enp1s0f0 autoneg off speed 1000 duplex full
up sleep 10; ip addr add 192.168.1.1/24 dev $IFACE label $IFACE:1
down ip addr del 192.168.1.1/24 dev $IFACE label $IFACE:1
Tu trouveras les logins ici : https://lafibre.info/remplacer-sfr/grafana-ont-sfr/msg991999/#msg991999
Une fois connecté, tu lances cette commande :
show gpon slid
Tu récupères GPON SLID(HEX)
Et tu transformes en 0xXX 0xXX 0xXX etc x10
uci set gpon.ploam.nPassword='0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX'
uci commit
Perso je me casse les dents avec un G-010S-P en Carlitoxx V1 :(
Autre info selon moi l'equipment_id n'est pas le bon. Il faut mettre le modèle de l'ONT SFR sur 19 caractères.
Attention : Aucune certitude avec cette info...
uci set sys.mib.equipment_id='GS0100GH\0\0\0\0\0\0\0\0\0\0\0'
J'espère que nous trouverons la bonne combinaison !
++
-
Oui je n'ai eu aucun problème depuis la mise en place il y a plusieurs semaines
Bonjour, aurais-tu la gentillesse de nous faire un petit tuto car de mon côté j’ai suivi autant que possible les indications données ici j’ai bien un curr_state 5 stable mais pas de vlan … donc pas sûr que sa fonctionne pour le futur abo sfr de mon ami (il a actuellement un Mikrotik CCR2116 avec un sfp que j’ai paramétrer pour orange)
Par ailleurs je me demande comment tester ma config avec le sfp car je le connecte actuellement dans un switch pour les test et je n’ai qu’un routeur Synology … donc pas de port sfp sur celui-ci… par contre évidemment si je connecte l’ONT au Synology là tout fonctionne bien mais ce n’est pas l’objectif ici …
-
Re Asclèpios,
Tu es certainement dans un "fake-o5-status"
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974918/#msg974918
Avec le bon password, le comportement change... Le status n'est pas stable.
Je suppose qu'on passe l'étape d'authen mais ça coince après.
Certainement l'échange des MIBs...?
Avec un password aléatoire, tu retrouves la stabilité sauf que tu n'es pas réellement connecté / authentifié.
Pour tester ton sfp, tu peux utiliser un TP-Link MC220L (Attention Limite au Gigabit Ethernet)
++
-
Je suis également preneur pour passer en stick SFP, et quid des SFP en 2.5G cela fonctionne sur SFR ?
-
Je suis également preneur pour passer en stick SFP, et quid des SFP en 2.5G cela fonctionne sur SFR ?
Si tu as une offre 2G, aucune raison pour que cela ne fonctionne pas...
Quelqu'un pour nous expliquer le contenu et la fonctionnalité des partitions SVP?
https://hack-gpon.github.io/ont-fs-com-gpon-onu-stick-with-mac/#list-of-partitions
uboot = bootloader comme Grub
uboot_env = variables d'environement notament la calibration du laser etc...
Les autres c'est plus flou pour moi ^^
Je souhaiterais savoir comment les partitions image0 & image1 sont interchangeable entre les différents GPON ONU ?
https://hack-gpon.github.io/ont-fs-com-gpon-onu-stick-with-mac/#firmware-is-interchangeable-with
-
de ce que je lis ici (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976061/#msg976061) et là (https://hack-gpon.github.io/ont-leox-lxt-010h-d/#gettingsetting-a-custom-ont-equipment-id)
l'équivalent de equipment_id sur le Leox c'est : GPON_ONU_MODEL=PTINXXXXXXXXZZZZ <-- sur 16 caractères et le problème c'est que les ZZZZ ne peuvent pas être \0\0\0\0 sur le Leox...cette variable ne peut pas passer en 16 caractères.
Dans mon post en dessous j'étais parti sur GPON_SN... je ne sais pas pourquoi...il y aurait donc la même valeur dans ces 2 variables ?
-
de ce que je lis ici (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976061/#msg976061) et là (https://hack-gpon.github.io/ont-leox-lxt-010h-d/#gettingsetting-a-custom-ont-equipment-id)
l'équivalent de equipment_id sur le Leox c'est : GPON_ONU_MODEL=PTINXXXXXXXXZZZZ <-- sur 16 caractères et le problème c'est que les ZZZZ ne peuvent pas être \0\0\0\0 sur le Leox...cette variable ne peut pas passer en 16 caractères.
Dans mon post en dessous j'étais parti sur GPON_SN... je ne sais pas pourquoi...il y aurait donc la même valeur dans ces 2 variables ?
Merci pour ton éclairage mais le soucis de la variable que le Leox refuse ne se pose pas à nous étant donné que nous sommes sur un Huawei MA5671A Carlitoxx V1
Donc le problème ne viens pas de là… ce serait trop beau si tu as d’autres piste je suis preneur.
Merci d’avance,
-
Je fais une réponse globale pour ceux qui m'ont envoyé des MP pour me demander la config pour remplacer l'ONU.
Je suis désolé j'ai été débordé depuis quelques mois au boulot.
J'ai quelques jours en fin de semaine, j'essaie de vous faire un tuto en bonne et due forme.
-
Je fais une réponse globale pour ceux qui m'ont envoyé des MP pour me demander la config pour remplacer l'ONU.
Je suis désolé j'ai été débordé depuis quelques mois au boulot.
J'ai quelques jours en fin de semaine, j'essaie de vous faire un tuto en bonne et due forme.
Génial, merci infiniment !
-
Je fais une réponse globale pour ceux qui m'ont envoyé des MP pour me demander la config pour remplacer l'ONU.
Je suis désolé j'ai été débordé depuis quelques mois au boulot.
J'ai quelques jours en fin de semaine, j'essaie de vous faire un tuto en bonne et due forme.
Merci d'avance !!
-
Merci pour ton éclairage mais le soucis de la variable que le Leox refuse ne se pose pas à nous étant donné que nous sommes sur un Huawei MA5671A Carlitoxx V1
pour votre problème oui, mais moi je suis sur Leox/Vsol ;D et l'info dans le lien qui a été posté du coup c'est une nouvelle piste pour moi.
-
Voici un tutoriel pour remplacer l'ONT externe de chez SFR par un Huawei MA5671A
Pré-requis
Matériel
Pour pouvoir bypasser l'ONT externe de chez SFR nous allons avoir besoin d'un peu de matériel : - Un Huawei MA5671A
- Un adaptateur SFP vers série. En ce qui me concerne j'ai commandé celui là via ebay
- Un fer à souder et du fil d'étain
- Des câbles avec pin (par exemple de ce type sur Amazon) pour connecter notre adaptateur SFP-Série à notre notre adaptateur USB-TLL
- Un adaptateur USB vers série (par exemple de ce type sur Amazon)
- Un ordinateur avec un port USB, et sur lequel on peut installer Python3
- Un switch ethernet avec un port SFP(+) pour brancher le Huawei MA5671A
Logiciel
Nous allons avoir besoin d'un ordinateur sur lequel il va falloir installer python3, mais aussi pip. Le mieux à mon sens est un PC sous Linux.
Il faut ensuite installer pyserial avec la commande : sudo pip install pyserial
Informations
Nous allons avoir besoin de diverses informations ou données pour pouvoir bypasser l'ONT, obtenues en se connectant en telnet à l'ONT SFR :
- Le numéro de série ou S/N de notre ONT SFR de base
- Le SLID ou PLOAM de notre ONT SFR de base, en version hexadécimale, donc sous la forme ABCDEFGHIJKLMNOP0000
- La version active software de l'ONT (active software)
- La version passive software de l'ONT (passive software)
- La version hardware de l'ONT (Label Serial Number dans l'interface telnet de l'ONT SFR)
Rooter le Huawei MA5671A
Pour rooter le Huawei MA5671A on va devoir changer son firmware.
Branchements
Le plus simple est de modifier l'adaptateur SFP-Série en retirer toutes les broches sauf celles qui nous intéressent, à savoir les 2, 7, 10, 15 ou 16. Pour cela à l'aide d'un tournevis fin ou d'une pince fine il faut retirer les broches pour obtenir un résultat tel que la photo ci dessous :
(https://lafibre.info/images/materiel/202101_debloquer_bootloader_et_rooter_un_ma5671a_1.jpg)
On vient ensuite souder ou brancher des câbles sur les broches (entre la broche 15 ou 16 nous n'avons besoin que d'une seule).
On branche ensuite ces câbles sur notre adaptateur USB-TTL avec la correspondance suivant :
- Broche 15 ou 15 vers 3,3v
- Broche 2 vers TX
- Broche 7 vers RX
- Broche 10 vers GND (ground) mais à ne pas brancher tout de suite coté adaptateur USB-TTL car on va s'en servir comme interrupteur pour démarrer ou éteindre le Huawei MA5671A en branchant ou débranchant ce câble
Détecter le port de connexion de l'adaptateur USB - TTL
On va avoir besoin de trouver le port de connexion de l'adapteur USB-TTL.
Sous Linux
Avant de brancher l'adaptateur USB-TTL, lancer la commande : ls /dev/tty*
Ensuite il faut brancher l'adaptateur USB-TTL, puis de nouveau lancer la même commande ls /dev/tty* et noter le périphérique supplémentaire qui est apparu.
Sous Windows
Brancher l'adaptateur USB-TTL et noter le port COM qui apparaît dans le Gestionnaire de Périphérique.
Créer le script pour flasher
On va créer un fichier Python (par exemple “script.py”), contenant ce script :
import sys
import time
import serial.tools
try:
ser = serial.Serial("COM8", 115200, parity=serial.PARITY_NONE, stopbits=serial.STOPBITS_ONE, bytesize=serial.EIGHTBITS)
print('[+] Use serial port device:', ser.name)
print('[+] Waiting for trigger characters...')
while True:
try:
recv = ser.readline().decode()
except Exception as x:
print("Decode errore", x)
continue
if recv.startswith('U-Boot'):
print('[+] Received! transfer enable command...')
print('[+] Transfer command sequence 1')
t_end = time.time() + 3
while time.time() < t_end:
ser.write(chr(3).encode())
time.sleep(1)
print('[+] Transfer command sequence 2')
ser.write('setenv bootdelay 3\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 3')
ser.write('setenv asc0 0\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 4')
ser.write(
'gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 5')
ser.write('saveenv\n'.encode())
time.sleep(3)
print('[+] Transfer command sequence 6')
ser.write('reset\n'.encode())
print('[+] Enable command transfer complete! rebooting...')
break
else:
print(recv)
except Exception as e:
try:
print('[!] Error:', e)
sys.exit(1)
finally:
e = None
del e
except (KeyboardInterrupt, SystemExit):
ser.close()
sys.exit(1)
Dans ce script il faut remplacer “COM8” par le port COM récupéré sous Windows ou “/dev/tty****” sous Linux puis enregistrer le fichier.
Lancer le script
On va lancer le script avec l'adaptateur USB-TTL branché, mais le câble GND débranché, par exemple sous Linux avec sudo python script.py.
Puis on branche enfin le câble GND et le script doit alors s'exécuter.
Un fois qu'il a terminé, on peut débrancher le câble GND pour éteindre le Huawei MA5671A et quitter le script.
Se connecter en série sur le Huawei MA5671A
On va se connecter au Huawei MA5671A via le port série. Pour cela on se connecter sous Windows via Putty par exemple en mettant le port COM récupéré précédemment et la vitesse 115200 puis connecter, ou sous Linux via le programme “screen” avec la commande sudo screen /dev/tty*** 115200
Puis on connecte le câble GND et on doit voir apparaître en clair le démarrage du Huawei MA5671A puis pouvoir accéder à la console.
Il faut alors lancer la commande : sed -i "s|/opt/lantiq/bin/minishell|/bin/ash|g" /etc/passwd
Backup des partitions
https://hack-gpon.github.io/ont-huawei-ma5671a/#backup-of-all-partition
Flasher le firmware
On peut alors tout débrancher et brancher le Huawei MA5671A dans le switch en SFP et attendre un peu qu'il démarre.
On doit mettre une IPv4 fixe à notre PC dans le subnet 192.168.1.0/24 autre que 192.168.1.10 (qui sera celle du Huawei MA5671A).
Puis on se connecte en SSH sur ce dernier sur l'IP 192.168.1.10 via Putty par exemple sous Windows ou sous Linux avec ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Le mot de passer à entrer est : admin123.
Il faut ensuite télécharger sur notre PC l'image Carlito MTD2 : https://ma5671a.s3.nl-ams.scw.cloud/mtd2.bin (https://ma5671a.s3.nl-ams.scw.cloud/mtd2.bin) et CarlitoMTD5 : https://ma5671a.s3.nl-ams.scw.cloud/mtd5.bin (https://ma5671a.s3.nl-ams.scw.cloud/mtd5.bin).
Flash de l'image 1
Il faut ensuite transférer le fichier MTD5 sur le Huawei MA5671A en entrant depuis une console de notre PC (et non depuis le SSH du Huawei) : scp mtd5.bin root@192.168.1.10:/tmp/mtd5.bin -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Depuis le SSH du Huawei on va flasher “l'image 1” du Huaweai MA5671A avec : mtd -e image1 write /tmp/mtd5.bin image1
Puis on va basculer sur l'image 1 avec : fw_setenv committed_image 1 puis fw_setenv image1_is_valid 1
Puis on redémarre avec reboot
La session SSH se termine et après que le Huawei MA5671A ait redémarré on se reconnecte en ssh : ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Flash de l'image 0
Puis on va transférer le fichier MTD2 sur le Huawei MA5671A en entrant depuis une console de notre PC (et non depuis le SSH du Huawei) : scp mtd2.bin root@192.168.1.10:/tmp/mtd2.bin -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Depuis le SSH du Huawei on va flasher “l'image 0” du Huawai MA5671A avec : mtd -e image0 write /tmp/mtd2.bin image0
Puis on va basculer sur l'image 0 avec : fw_setenv committed_image 0 puis fw_setenv image0_is_valid 1
Puis on redémarre avec reboot
La session SSH se termine et après que le Huawei MA5671A ait redémarré on se reconnecte en ssh : ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Ca y est : vous avez installé le firmware Carlito sur votre Huawei MA5671A !
Configurer le Huawei MA5671A pour SFR
Maintenant que l'on a flashé notre Huawei MA5671A, il faut le configurer pour qu'il fonctionne sur les OLT de chez SFR.
Configurer le SLID ou PLOAM
On va convertir notre SLID en hexadécimal qui passera donc de la forme ABCDEFGHIJKLMNOP0000 vers 0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00
Pour configurer le SLID ou PLOAM, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00'
Configurer le numéro de série
Pour configurer le numéro de série ou S/N, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv ont_serial PTINxxxxxxxx en remplaçant PTINxxxxxxxx par le S/N de notre ONT
Configurer la version de software
Pour configurer les versions softwares, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv image0_version 3FEXXXXXXXXXXX en remplaçant 3FEXXXXXXXXXXX par le “active software” de notre ONT SFR puis fw_setenv image1_version 3FEXXXXXXXXXXX en remplaçant 3FEXXXXXXXXXXX par le “passive software” de notre ONT SFR.
Configurer le “target”
Pour configurer le “target”, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv target oem-generic
Modifier le fichier "/etc/init.d/sys.sh"
On va modifier ce fichier avec vim /etc/init.d/sys.sh
Puis on cherche la section commençant par oem-generic et on la modifie de façon à ce qu'elle soit telle que ceci :
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='0000000000000'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
;;
en remplaçant le contenu de “ont_version” par la version hardware de l'ONT de base SFR et le début de “equipment_id” par le numéro de série de notre ONT en veillant à bien laisser les \0\0\0\0 à la fin pour éviter que le Huawei MA5671A ne se soft brick.
Modifier "etc/init.d/omcid.sh"
On va modifier ce fichier avec vim etc/init.d/omcid.sh
On cherche la ligne commençant par echo "256 de façon à ce qu'elle soit celle-ci :
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
Calibrer le laser du Huawei MA5671A
Lorsque l'on a flashé le firmware, on a potentiellement dé-calibré son laser. Pour le recalibrer il faut entrer la commande suivante pour supprimer le fichier en question : rm /etc/optics/.goi_recovered
Enfin on redémarre le Huawei MA5671A avec : reboot
La connexion ssh est perdue, attendre qu'il redémarre et se reconnecter en ssh.
Brancher le Huawei MA5671A au réseau FTTH SFR
On touche au but.
On peut maintenant connecter notre jarretière optique branchée sur le PTO sur le réseau SFR à notre Huawei MA5671A.
En faisant otop puis s et en descendant avec la fleche du bas sur le clavier, on peut voir :
RSSI 1490 power qui doit avoir une valeur proche de -20dBm
tx power qui doit avoir une valeur proche de 2 dBm
Si c'est bien le cas, alors le laser est bien calibré. On peut sortir de cette interface avec la touche “Q”
En faisant gtop puis a on doit voir le PLOAM state monter progressivement jusqu'à 5 qui correspond à l'état O5 : félicitation, votre ONT est bypassé et vous pouvez configurer votre routeur perso comme sur l'ONT de base de chez SFR !
Sources
https://hack-gpon.github.io/ont-huawei-ma5671a-root/
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg832904/#msg832904
-
Voici un tutoriel pour remplacer l'ONT externe de chez SFR par un Huawei MA5671A
Pré-requis
Matériel
Pour pouvoir bypasser l'ONT externe de chez SFR nous allons avoir besoin d'un peu de matériel : - Un Huawei MA5671A
- Un adaptateur SFP vers série. En ce qui me concerne j'ai commandé celui là via ebay
- Un fer à souder et du fil d'étain
- Des câbles avec pin (par exemple de ce type sur Amazon) pour connecter notre adaptateur SFP-Série à notre notre adaptateur USB-TLL
- Un adaptateur USB vers série (par exemple de ce type sur Amazon)
- Un ordinateur avec un port USB, et sur lequel on peut installer Python3
- Un switch ethernet avec un port SFP(+) pour brancher le Huawei MA5671A
Logiciel
Nous allons avoir besoin d'un ordinateur sur lequel il va falloir installer python3, mais aussi pip. Le mieux à mon sens est un PC sous Linux.
Il faut ensuite installer pyserial avec la commande : sudo pip install pyserial
Informations
Nous allons avoir besoin de diverses informations ou données pour pouvoir bypasser l'ONT, obtenues en se connectant en telnet à l'ONT SFR :
- Le numéro de série ou S/N de notre ONT SFR de base
- Le SLID ou PLOAM de notre ONT SFR de base, en version hexadécimale, donc sous la forme ABCDEFGHIJKLMNOP0000
- La version active software de l'ONT (active software)
- La version passive software de l'ONT (passive software)
- La version hardware de l'ONT (Label Serial Number dans l'interface telnet de l'ONT SFR)
Rooter le Huawei MA5671A
Pour rooter le Huawei MA5671A on va devoir changer son firmware.
Branchements
Le plus simple est de modifier l'adaptateur SFP-Série en retirer toutes les broches sauf celles qui nous intéressent, à savoir les 2, 7, 10, 15 ou 16. Pour cela à l'aide d'un tournevis fin ou d'une pince fine il faut retirer les broches pour obtenir un résultat tel que la photo ci dessous :
(https://lafibre.info/images/materiel/202101_debloquer_bootloader_et_rooter_un_ma5671a_1.jpg)
On vient ensuite souder ou brancher des câbles sur les broches (entre la broche 15 ou 16 nous n'avons besoin que d'une seule).
On branche ensuite ces câbles sur notre adaptateur USB-TTL avec la correspondance suivant :
- Broche 15 ou 15 vers 3,3v
- Broche 2 vers TX
- Broche 7 vers RX
- Broche 10 vers GND (ground) mais à ne pas brancher tout de suite coté adaptateur USB-TTL car on va s'en servir comme interrupteur pour démarrer ou éteindre le Huawei MA5671A en branchant ou débranchant ce câble
Détecter le port de connexion de l'adaptateur USB - TTL
On va avoir besoin de trouver le port de connexion de l'adapteur USB-TTL.
Sous Linux
Avant de brancher l'adaptateur USB-TTL, lancer la commande : ls /dev/tty*
Ensuite il faut brancher l'adaptateur USB-TTL, puis de nouveau lancer la même commande ls /dev/tty* et noter le périphérique supplémentaire qui est apparu.
Sous Windows
Brancher l'adaptateur USB-TTL et noter le port COM qui apparaît dans le Gestionnaire de Périphérique.
Créer le script pour flasher
On va créer un fichier Python (par exemple “script.py”), contenant ce script :
import sys
import time
import serial.tools
try:
ser = serial.Serial("COM8", 115200, parity=serial.PARITY_NONE, stopbits=serial.STOPBITS_ONE, bytesize=serial.EIGHTBITS)
print('[+] Use serial port device:', ser.name)
print('[+] Waiting for trigger characters...')
while True:
try:
recv = ser.readline().decode()
except Exception as x:
print("Decode errore", x)
continue
if recv.startswith('U-Boot'):
print('[+] Received! transfer enable command...')
print('[+] Transfer command sequence 1')
t_end = time.time() + 3
while time.time() < t_end:
ser.write(chr(3).encode())
time.sleep(1)
print('[+] Transfer command sequence 2')
ser.write('setenv bootdelay 3\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 3')
ser.write('setenv asc0 0\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 4')
ser.write(
'gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"\n'.encode())
time.sleep(1)
print('[+] Transfer command sequence 5')
ser.write('saveenv\n'.encode())
time.sleep(3)
print('[+] Transfer command sequence 6')
ser.write('reset\n'.encode())
print('[+] Enable command transfer complete! rebooting...')
break
else:
print(recv)
except Exception as e:
try:
print('[!] Error:', e)
sys.exit(1)
finally:
e = None
del e
except (KeyboardInterrupt, SystemExit):
ser.close()
sys.exit(1)
Dans ce script il faut remplacer “COM8” par le port COM récupéré sous Windows ou “/dev/tty****” sous Linux puis enregistrer le fichier.
Lancer le script
On va lancer le script avec l'adaptateur USB-TTL branché, mais le câble GND débranché, par exemple sous Linux avec sudo python script.py.
Puis on branche enfin le câble GND et le script doit alors s'exécuter.
Un fois qu'il a terminé, on peut débrancher le câble GND pour éteindre le Huawei MA5671A et quitter le script.
Se connecter en série sur le Huawei MA5671A
On va se connecter au Huawei MA5671A via le port série. Pour cela on se connecter sous Windows via Putty par exemple en mettant le port COM récupéré précédemment et la vitesse 115200 puis connecter, ou sous Linux via le programme “screen” avec la commande sudo screen /dev/tty*** 115200
Puis on connecte le câble GND et on doit voir apparaître en clair le démarrage du Huawei MA5671A puis pouvoir accéder à la console.
Il faut alors lancer la commande : sed -i "s|/opt/lantiq/bin/minishell|/bin/ash|g" /etc/passwd
Backup des partitions
https://hack-gpon.github.io/ont-huawei-ma5671a/#backup-of-all-partition
Flasher le firmware
On peut alors tout débrancher et brancher le Huawei MA5671A dans le switch en SFP et attendre un peu qu'il démarre.
On doit mettre une IPv4 fixe à notre PC dans le subnet 192.168.1.0/24 autre que 192.168.1.10 (qui sera celle du Huawei MA5671A).
Puis on se connecte en SSH sur ce dernier sur l'IP 192.168.1.10 via Putty par exemple sous Windows ou sous Linux avec ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Le mot de passer à entrer est : admin123.
Il faut ensuite télécharger sur notre PC l'image Carlito MTD2 : https://ma5671a.s3.nl-ams.scw.cloud/mtd2.bin (https://ma5671a.s3.nl-ams.scw.cloud/mtd2.bin) et CarlitoMTD5 : https://ma5671a.s3.nl-ams.scw.cloud/mtd5.bin (https://ma5671a.s3.nl-ams.scw.cloud/mtd5.bin).
Flash de l'image 1
Il faut ensuite transférer le fichier MTD5 sur le Huawei MA5671A en entrant depuis une console de notre PC (et non depuis le SSH du Huawei) : scp mtd5.bin root@192.168.1.10:/tmp/mtd5.bin -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Depuis le SSH du Huawei on va flasher “l'image 1” du Huaweai MA5671A avec : mtd -e image1 write /tmp/mtd5.bin image1
Puis on va basculer sur l'image 1 avec : fw_setenv committed_image 1 puis fw_setenv image1_is_valid 1
Puis on redémarre avec reboot
La session SSH se termine et après que le Huawei MA5671A ait redémarré on se reconnecte en ssh : ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Flash de l'image 0
Puis on va transférer le fichier MTD2 sur le Huawei MA5671A en entrant depuis une console de notre PC (et non depuis le SSH du Huawei) : scp mtd2.bin root@192.168.1.10:/tmp/mtd2.bin -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Depuis le SSH du Huawei on va flasher “l'image 0” du Huawai MA5671A avec : mtd -e image0 write /tmp/mtd2.bin image0
Puis on va basculer sur l'image 0 avec : fw_setenv committed_image 0 puis fw_setenv image0_is_valid 1
Puis on redémarre avec reboot
La session SSH se termine et après que le Huawei MA5671A ait redémarré on se reconnecte en ssh : ssh root@192.168.1.10 -oKexAlgorithms=+diffie-hellman-group1-sha1 -oHostKeyAlgorithms=+ssh-dss
Ca y est : vous avez installé le firmware Carlito sur votre Huawei MA5671A !
Configurer le Huawei MA5671A pour SFR
Maintenant que l'on a flashé notre Huawei MA5671A, il faut le configurer pour qu'il fonctionne sur les OLT de chez SFR.
Configurer le SLID ou PLOAM
On va convertir notre SLID en hexadécimal qui passera donc de la forme ABCDEFGHIJKLMNOP0000 vers 0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00
Pour configurer le SLID ou PLOAM, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv nPassword “0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00"
Configurer le numéro de série
Pour configurer le numéro de série ou S/N, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv ont_serial PTINxxxxxxxx en remplaçant PTINxxxxxxxx par le S/N de notre ONT
Configurer la version de software
Pour configurer les versions softwares, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv image0_version 3FEXXXXXXXXXXX en remplaçant 3FEXXXXXXXXXXX par le “active software” de notre ONT SFR puis fw_setenv image1_version 3FEXXXXXXXXXXX en remplaçant 3FEXXXXXXXXXXX par le “passive software” de notre ONT SFR.
Configurer le “target”
Pour configurer le “target”, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande : fw_setenv target oem-generic
modifier "sfp_a2_info"
Pas sur que ce soit nécessaire, je le noterai plus tard si néccessaire.
Modifier le fichier "/etc/init.d/sys.sh"
On va modifier ce fichier avec vim /etc/init.d/sys.sh
Puis on cherche la section commençant par oem-generic et on la modifie de façon à ce qu'elle soit telle que ceci :
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='0000000000000'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
;;
en remplaçant le contenu de “ont_version” par la version hardware de l'ONT de base SFR et le début de “equipment_id” par le numéro de série de notre ONT en veillant à bien laisser les \0\0\0\0 à la fin pour éviter que le Huawei MA5671A ne se soft brick.
Modifier "etc/init.d/omcid.sh"
On va modifier ce fichier avec vim etc/init.d/omcid.sh
On cherche la ligne commençant par echo "256 de façon à ce qu'elle soit celle-ci :
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
Calibrer le laser du Huawei MA5671A
Lorsque l'on a flashé le firmware, on a potentiellement dé-calibré son laser. Pour le recalibrer il faut entrer la commande suivante pour supprimer le fichier en question : rm /etc/optics/.goi_recovered
Enfin on redémarre le Huawei MA5671A avec : reboot
La connexion ssh est perdue, attendre qu'il redémarre et se reconnecter en ssh.
Brancher le Huawei MA5671A au réseau FTTH SFR
On touche au but.
On peut maintenant connecter notre jarretière optique branchée sur le PTO sur le réseau SFR à notre Huawei MA5671A.
En faisant otop puis s et en descendant avec la fleche du bas sur le clavier, on peut voir :
RSSI 1490 power qui doit avoir une valeur proche de -20dBm
tx power qui doit avoir une valeur proche de 2 dBm
Si c'est bien le cas, alors le laser est bien calibré. On peut sortir de cette interface avec la touche “Q”
En faisant gtop puis a on doit voir le PLOAM state monter progressivement jusqu'à 5 qui correspond à l'état O5 : félicitation, votre ONT est bypassé et vous pouvez configurer votre routeur perso comme sur l'ONT de base de chez SFR !
Sources
https://hack-gpon.github.io/ont-huawei-ma5671a-root/
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg832904/#msg832904
Bravos et merci pour cette excellent tuto très bien réaliser… je test et fais un retour d’expérience demain et dans les prochains jours…
Mais comment être sûr que l’ont est pas sur un faux o5 ? dans gtop c+v où c+y il n’y a aucune Vlan qui doit remonter normalement ? Pourras-tu vérifier sur ton onu ?
Merci infiniment bravos et merci par avance pour toutes les réponses complémentaires
-
Pour répondre concernant les VLAN, voici la réponse de gtop c-v :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
et de gtop c-y :
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
-
Pour répondre concernant les VLAN, voici la réponse de gtop c-v :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
et de gtop c-y :
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
Merci beaucoup, me soucis étant que pour moi-même (et pour d’autres ici j’imagine) il ne me remonte aucune Vlan … d’où le fait que je n’arrive pas à obtenir d’ip (au début avec Orange j’avais eu un problème similaire mais je ne me souviens plus comment j’avais solutionné) bref du coup sa ne fonctionne pas … une idée pour ce problème de Vlan ?
-
Je n'ai pas tout suivi tes tentatives mais quel matériel et configuration as tu ?
Si tu n'as pas de VLAN c'est que l'ONT n'est visiblement pas configuré correctement.
Est ce que tu as appliqué la même configuration que dans le tuto que j'ai fait ?
-
Je n'ai pas tout suivi tes tentatives mais quel matériel et configuration as tu ?
Si tu n'as pas de VLAN c'est que l'ONT n'est visiblement pas configuré correctement.
Est ce que tu as appliqué la même configuration que dans le tuto que j'ai fait ?
J’ai le Huawei MA5671A sous Carlitoxx V1 (j’en ai déjà 2 autre OK sous Orange en 2Gb/s)
Et à priori j’ai bien suivi toutes tes manipulations je vais essayer de refaire… et je mets un retour ici d’ici quelques minutes…
-
***
Bravo à toi !
-
J’ai le Huawei MA5671A sous Carlitoxx V1 (j’en ai déjà 2 autre OK sous Orange en 2Gb/s)
Et à priori j’ai bien suivi toutes tes manipulations je vais essayer de refaire… et je mets un retour ici d’ici quelques minutes…
La seule partie que je n'ai pas détaillée dans le tuto c'est pour modifier "sfp_a2_info". Je l'ai fait sur mon Huawei MA5671A mais je ne suis absolument pas sur que ce soit nécessaire
-
La seule partie que je n'ai pas détaillée dans le tuto c'est pour modifier "sfp_a2_info". Je l'ai fait sur mon Huawei MA5671A mais je ne suis absolument pas sur que ce soit nécessaire
Maintenant question complémentaire as-tu essayé avec du 2Gb/s en migration d'offre ? Et comment obtenir les info de l'ont sur dans les box ou il n'y a pas d'ont ?
-
Félicitations !
Cela prouve que le tuto semble reproductible.
Petites questions diverses :
1) Est ce que tu as eu besoin de modifier "sfp_a2_info" ? Si non, je supprime complètement cette section du tuto.
2) est ce que tu as bien pu vérifier que tu ais des valeurs de puissance d'émission et de réception du laser dans des valeurs "normales' pour vérifier que la calibration soit bien faite et éviter d'éblouir l'OLT ?
Maintenant question complémentaire as-tu essayé avec du 2Gb/s en migration d'offre ? Et comment obtenir les info de l'ont sur dans les box ou il n'y a pas d'ont ?
J'y avais pensé mais malheureusement je ne suis pas dans une zone éligible à plus que 1Gb/s symétrique...
Et pour obtenir les infos sur les box à ONT intégré je ne sais pas du tout. Il faudrait que quelqu'un qui a une offre avec du 2/1 Gb/s nous fasse des captures d'écran de l'interface de la box sur laquelle j'imagine qu'on doit avoir certaines infos. Le SLID doit bien pouvoir être configuré d'une façon ou d'une autre pour que les techs SFR puisse saisir ces valeurs.
-
Quelle est ta config ?
En ce qui me concerne je dispose de :
- Huawei MA5671A flashé par Carlito tel que décrit dans ce sujet
- Branché sur un EdgeSwitch 16 XG (les EdgeSwitch et EdgeRouter sont pour moi les seuls produits qui ont un intérêt chez Ubiquiti, ne nécessitant par leur cloudkey machin truc et fonctionnant de façon autonome non relié à leur cloud) que j'ai modifié pour qu'il rentre dans ma GTL : j'ai refait un boîtier en aluminium à la bonne dimension et j'ai mis la carte mère du ES-16-XG dedans.
- Un NAS maison sous Unraid avec une NIC Intel X710-DA4 avec 4 ports SFP+ dont 2 sont passés à ma VM sous PfSense (qui est mon routeur) en agrégation et 2 sont laissés à Unraid en agrégation également
Donc sur les 16 ports 10 Gb/s j'en ai 4 avec une fibre reliés à mon Unraid, 4 ports RJ45 10 Gb/s intégrés, et 4 adaptateurs SFP+ RJ45 10 Gb/s. Le tout relié à mon boîtier de brassage, pour que toutes les prises RJ45 de mon appartement soit reliées en 10 Gb/s.
Pour le Wifi j'ai 2 Xiaomi Mi Routeur 3G v1 flashés sous OpenWrt, reliés en RJ45 et avec du fast transition pour basculer de l'un à l'autre en WiFi lorsque je me déplace de façon transparente.
Pour l'alimentation je dispose :
- d'un UPS pour mon NAS Unraid
- d'un Ubiquiti EdgePower EP-24V-72W que j'ai acheté d'occase avec le connecteur batterie arraché, que j'ai réparé en le ressoudant donc pas cher du tout, branché sur une batterie 12V dans ma GTL.
Donc en cas de coupure de courant (coucou cet hiver ::) ) ma connexion interne n'est pas coupée puisque le switch central (le ES-16-XG) sera alimenté, avec l'ONT Huawei branché dedans.
Enfin je fais aussi joujou avec un Mikrotik RB260GSP d'occaz' également, branché sur le EdgeSwitch avec un DAC et alimenté en POE par le Edgepower.
Quasiment tout a été acheté d'occasion, souvent abîmé et réparé, très progressivement.
Et toi ?
-
En fouinant un peu, j'ai trouvé sur le site de la FCC le mode d'emploi de la box GR140DG, c'est à dire la box 8 de SFR en version 4 ports RJ45 :
https://fccid.io/2ACJF-FGW-GR140DG/User-Manual/User-Manual-5082170.pdf
On a notamment la page 52 et 53 qui donne les infos intéressantes !
A voir si sur la version de Altice de cette box l'interface est la même et si cette page est disponible, mais il y a fort à parier que oui !
-
Bravo Maximushugus, Asclèpios !
De mon cote, ce tuto ne fonctionne pas :(
Selon moi, la variable d'environnement nPassword n'est pas utilisée dans le fichier /etc/init.d/sys.sh
Le script recherche "fw_printenv -n ont_password"
Si j'utilise nPassword j'ai le status 05 stable, mais sans les vlan + Upstream FEC enable no (gtop + a)
Si j'utilise ont_password le status tourne en boucle 02 à 05. Le Upstream FEC enable passe a yes quand le status est à 05. Toujours pas de vlan.
Cette différence de comportement viendrait de l'OLT ? En effet, je suis dans une zone de déploiement fibre assez récente. (2019-2020)
Selon la Class ID 131 (omci_pipe mda) OLT vendor id PTIN
Merci d'avance pour vos retours
-
Salut Asclèpios,
Merci pour ton retour !
Oui, j'ai bien modifié /etc/init.d/sys.sh
vendor_id='PTIN'
ont_version='show gpon sn -> Label Serial Number'
equipment_id='show gpon sn -> GPON Serial Number(ASCII) + \0\0\0\0'
/etc/init.d/omcid.sh
echo "256 0 ${vendor_id} ${ont_version} 00000000 2 0 0 0 0 #0" >> ${mibtgt}
Modifié pour
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
Après
fw_setenv nPassword 'show gpon slid -> GPON SLID(HEX) Modifié pour avoir 0xXX 0xXX etc fois 10'
fw_setenv image0_version 'show firmware version -> Active software'
fw_setenv image1_version 'show firmware version -> Passive software'
rm /etc/optic/.goi_recovered
reboot
-
https://lafibre.info/remplacer-bbox/routeur-sfp-pour-remplacer-bbox-fibre-ont/msg922029/#msg922029
Intéressant Merci mrbonhomme ;)
show gpon slid -> GPON SLID(ASCII)
https://onlineasciitools.com/convert-ascii-to-decimal
Resultat a comparer avec
onu gtccg -> password=" "
-
vendor_id='PTIN'
ont_version='show gpon sn -> Label Serial Number'
equipment_id='show gpon sn -> GPON Serial Number(ASCII) + \0\0\0\0'
/etc/init.d/omcid.sh
echo "256 0 ${vendor_id} ${ont_version} 00000000 2 0 0 0 0 #0" >> ${mibtgt}
Modifié pour
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
L'ONT SFR aurait donc la même information sous différentes formes pour :
- Hardware Version (le ${ont_version})
- Serial Number (le 00000000 ici, normalement remplacé a l'éxécution), puisque c'est "show gpon sn" je suppose que ça sert également pour cette valeur
- Equipement ID (sur la ligne "257 0 ...")
-
Bonsoir hwti,
show gpon sn -> Label Serial Number ---> Correspond au HW: de l'étiquette collée sous l'ONT SFR
show gpon sn -> GPON Serial Number(ASCII) ---> Correspond au S/N GPON: de l'étiquette collée sous l'ONT SFR
Les valeurs ne sont pas identiques...
-
Ah, "show gpon sn" donne plusieurs valeurs ?
Je l'avais compris comme le fait de formater le même S/N de plusieurs manières différentes.
-
oui show gpon sn donne 3 valeurs
(https://i.imgur.com/7VSWMRU.png)
Mais surtout je viens de remarquer que show gpon slid donne une valeur en hexa avec 4 zéros a la fin, comment je n'avais pas vu ca avant...
Moi j'ai toujours mis le slid/ploam en ascii dans l'interface web...
-
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg999595/#msg999595
@rooot Pour vérifier le mdp configuré ainsi que celui envoyé à l’OLT;)
Il y a bien deux ou quatre 0 à la fin du mdp
Deux en décimal quatre en hex
-
oui donc de ce fait il n'est pas possible de l'indiquer en ascii, chose que je fais depuis le début.
du coup je ne sais plus comment on fait sur le Leox pour l'indiquer en hexa...faut que je me replonge dedans :o
-
Cela dépend
sfp_i2c -i11 -s "passwordascii"
Avec cette commande cela ajoute les 0
PS commande dispo avec FW de FS.com que j’ai essayé aujourd’hui
Je ne sais pas si elle est dispo sur le leox ou carlito
-
ha non sur Leox/Vsol avec les puces RTL9601D les commandes n'ont rien a voir
-
Bonsoir à tous,
En préparation de là migration prochaine d’un ami vers SFR box 8 2Gb/s, certain d’entre vous peuvent-il vérifier que les info sont présentes comme pour la nb6 vue qu’il n’y a pas de ONT externe …
Et par ailleurs étant donné qu’il s’agit du 2Gb/s le vendor ID ne serait-il pas different ?
Merci d’avance pour vos précieux éclaircissements
-
Bonsoir à tous,
En préparation de là migration prochaine d’un ami vers SFR box 8 2Gb/s, certain d’entre vous peuvent-il vérifier que les info sont présentes comme pour la nb6 vue qu’il n’y a pas de ONT externe …
Et par ailleurs étant donné qu’il s’agit du 2Gb/s le vendor ID ne serait-il pas different ?
Merci d’avance pour vos précieux éclaircissements
Salut Asclèpios,
Je ne pense pas le vendor_id sera PTIN (Selon moi correspondant au constructeur Altice Labs)
Selon le dump de l'ONT SFR l'equipement_id utilisé est le Modèle: de l'étiquette collée sous l'ONT SFR
Et non pas show gpon sn -> GPON Serial Number(ASCII) ---> Correspond au S/N GPON: de l'étiquette collée sous l'ONT SFR
PS : hwti me disait qu'à force de vouloir imiter l'ONT d'origine l'OLT aurait un comportement spécifique et donc incompatible avec nos SFP ou ONT perso
Tellement curieux de connaitre les logs de l'OLT ^^
-
Je suis tombé là-dessus :
https://halny.com/portfolio/hl-gsfp/
https://halny.com/knowledge-base/adaptive-omci/
https://halny.com/knowledge-base/supported-olt-vendors/
Supported OLT Vendors -> Altice Lab :o
-
Salut Asclèpios,
Quel est le Vendor ID de la MIB 131 ? (Constructeur de l'OLT)
Carlitoxx V1
EDIT : omci_pipe.sh mda | grep '131 (OLT-G)' -A20
-
l’OLT est t-il le même entre orange et sfr ?
Non, c'est soit du Alcatel sur des vielles zones ou AlticeLab.
-
Non, c'est soit du Alcatel sur des vielles zones ou AlticeLab.
J’imagine que si c’est Alcatel il faut modifier le
vendor_id comme ci ?
ALCL pour Alcatel
PTIN pour Altice
Et j’imagine qu’il faudra modifier d’autre variable en fonction ? Pourrais-tu m’éclairer ?
J’ai essayé de modifier vendor_id par ALCL mais l’un ou l’autre o5
Peut-être d’autre modifications dans ce fichier ?
Ou dans /etc/mibs/data_1g_8q.ini ?
Merci d’avance,
-
A priori omci_pipe n’existe pas, cependant j’ai essayé de regarder le omcid.log et je n’ai pas les 4 lettre … je ne comprends pas pourquoi.
C'est omci_pipe.sh
La trace est peut-être l'initialisation au démarrage, avant que la valeur soit écrite par l'OLT.
J’imagine que si c’est Alcatel il faut modifier le
vendor_id comme ci ?
ALCL pour Alcatel
PTIN pour Altice
Non, le vendor ID est celui de l'ONT.
Normalement, il devrait toujours correspondre avec les 4 premières lettres du numéro de série.
Il y a des ONT PTIN utilisés avec des OLT ALCL, peut-être pas l'inverse.
Les premiers ONT Altice Labs émulent en partie l'ancien ONT Alcatel, je ne sais plus si ça va jusqu'à numero de série.
-
C'est omci_pipe.sh
La trace est peut-être l'initiation au démarrage, avant que la valeur soit écrite par l'OLT.
Non, le vendor ID est celui de l'ONT.
Normalement, il devrait toujours correspondre avec les 4 premières lettres du numéro de série.
Du coup pour identifier l’OLT quel est la bonne commande ?
Donc si je comprends bien c’est bien PTIN ? Car moi j’ai PTINC409ECCF
Dois-je modifier le fichier mibs/data_1g_8q.ini ?
Merci d’avance,
-
Donc si je comprends bien c’est bien PTIN ? Car moi j’ai PTINC409ECCF
Oui, c'est le numéro de série, dont les 4 premières lettres doivent correspondre au vendor ID dans la norme.
Sur ces ONT SFR, il semble que Equipment ID soit également dérivé de cette valeur (avec les caractères nuls en plus).
Dois-je modifier le fichier mibs/data_1g_8q.ini ?
Logiquement pour tout ce qui est configuré par sys.mib.vendor_id et autres, il ne devrait pas être nécessaire de modifier le mib file manuellement (ça doit être appliqué via un script, ou dans omcid).
Au pire il est toujours possible de vérifier l'ensemble de "omci_pipe.sh mda", qui représente l'état à l'exécution (mib file + scripts + code natif omcid + certaines valeurs écrites par l'OLT).
ONU-G (256) contient Vendor ID, Version (aussi appelé Hardware Version), Serial Number, ...
ONU2-G (257) contient Equipment ID, OMCC Version, ...
-
Oui, c'est le numéro de série, dont les 4 premières lettres doivent correspondre au vendor ID dans la norme.
Sur ces ONT SFR, il semble que Equipment ID soit également dérivé de cette valeur (avec les caractères nuls en plus).
Logiquement pour tout ce qui est configuré par sys.mib.vendor_id et autres, il ne devrait pas être nécessaire de modifier le mib file manuellement (ça doit être appliqué via un script, ou dans omcid).
Au pire il est toujours possible de vérifier l'ensemble de "omci_pipe.sh mda", qui représente l'état à l'exécution (mib file + scripts + code natif omcid + certaines valeurs écrites par l'OLT).
ONU-G (256) contient Vendor ID, Version (aussi appelé Hardware Version), Serial Number, ...
ONU2-G (257) contient Equipment ID, OMCC Version, ...
Merci, pour info j’ai la box 8 donc pas d’ONT mais j’ai bien le PTIN par contre pas d’active/passive software
Comment vérifier omci_pipe.sh mda ?
-
Merci, pour info j’ai la box 8 donc pas d’ONT mais j’ai bien le PTIN par contre pas d’active/passive software
Comment vérifier omci_pipe.sh mda ?
ONT séparé ou intégré, c'est similaire (bien sûr on est plus souvent limité à ce que le FAI a bien voulu exposer comme informations sur l'interface web de la box).
Pour le omci_pipe.sh mda, je parle de l'ONT SFP (pour vérifier que les valeurs ont bien été appliquées).
Pour valeurs active/passive software, c'est difficile à dire, l'OLT pourrait très bien soit :
- les ignorer (tant qu'elles restent un minimum valides : bonne longueur, ...)
- exiger qu'elles soient dans une liste de versions supportées (donc mêmes celle d'un autre modèle d'ONT SFR pourraient passer)
- exiger qu'elles correspondent aux versions attendues compte tenu du modèle d'ONT exposé (donc 3NTRGW22031U01 => NB8 => il voudrait des firmwares de NB8)
Et ici le modèle exposé pourrait être vérifié par rapport ce ce qui est attendu sur la ligne, ou juste par rapport à une liste des équipements SFR.
Donc une stratégie pourrait être de donner 3NT7SFU1389B25 et des active/passive software NB6 (donc à partir d'un ONT fonctionnel pour remplacer une NB6, essayer de juste changer le S/N et le SLID pour correspondre à ce qui est attendu pour identfier l'abonné).
Ca fait malheureusement beaucoup de combinaisons possibles, avec probablement aucun moyen de déterminer quelles sont les valeurs qui ne plaisent pas à l'OLT.
En 2020, sur une ligne avec un OLT ALCL (installé fin 2015), j'avais eu un remplacement d'ONT Alcatel défecteux par un modèle Altice Labs, sans aucune opération particulière.
La NB6V avait automatiquement reprogrammé le SLID, et sur cette ligne ça semblait être suffisant.
Mais on l'a bien vu avec Orange sur lequel on a le plus de retours :
- tous les OLT ne sont pas nécessairement configurés de la même manière (chez Orange, HWTC et ALCL)
- les méthodes d'authentification peuvent également changer avec le temps (chez Orange, passage de SLID pour les plus anciens abonnés à S/N)
-
Toutes mes excuses pour omci_pipe vs omci_pipe.sh :(
omci_pipe (ainsi omci_pipe.sh) est dispo sur l'ONT d'SFR (GS0100GH)
Ne pas confondre le vendor id de l'OLT et celui de votre ONT (SFP ou Externe)
Class ID 131 -> Vendor ID de l'OLT
Class ID 256 -> Vendor ID de l'ONT que vous avec configuré dans /etc/init.d/sys.sh
omci_pipe.sh mda | grep '256 (ONU-G)' -A35
Mon avis avec le retour de hwti, lorsque l'ONT d'SFR (Altice Labs -> PTIN) se connecte sur un OLT (Altice Labs -> PTIN),
On peut observer avec omci_pipe.sh des MIB (Class ID) propriétaires.
Class ID 350, 351 etc
Je viens d'y penser, mais peut-être qu'en imitant le Mini ONT SFR (Alcatel-Lucent -> ALCL)
L'OLT aura peut-être un comportement différent qu'avec son compatriote ^^
-
Toutes mes excuses pour omci_pipe vs omci_pipe.sh :(
omci_pipe (ainsi omci_pipe.sh) est dispo sur l'ONT d'SFR (GS0100GH)
Ne pas confondre le vendor id de l'OLT et celui de votre ONT (SFP ou Externe)
Class ID 131 -> Vendor ID de l'OLT
Class ID 256 -> Vendor ID de l'ONT que vous avec configuré dans /etc/init.d/sys.sh
omci_pipe.sh mda | grep '256 (ONU-G)' -A35
Mon avis avec le retour de hwti, lorsque l'ONT d'SFR (Altice Labs -> PTIN) se connecte sur un OLT (Altice Labs -> PTIN),
On peut observer avec omci_pipe.sh des MIB (Class ID) propriétaires.
Class ID 350, 351 etc
Je viens d'y penser, mais peut-être qu'en imitant le Mini ONT SFR (Alcatel-Lucent -> ALCL)
L'OLT aura peut-être un comportement différent qu'avec son compatriote ^^
Pour la commande indiqué j’ai dû la modifier sinon aucun retour (cf capture écran ) et avec la commande ajuster voilà le retour…. Qu’en penses-tu ?
Pour info j’ai essayé d’imiter le ONT altice lab nb6 mais sans succès (avec mon SLID évidemment )
J’ai donc essayé avec les info que j’ai sur ma nb8 échec (avec les active /passive software de l’ont nb6
Et j’observe que quoi que je rentre je reste en o5 (cf mon gtop + à) plus haut dans le fils de discussion.
Donc tu me dis d’essayer en imitant un ont Alcatel… peut tu me donner les info correspondante à celui-ci ?
-
Voici le retour de l'ONT SFR avec la fibre connectée et les status led OK
omci_pipe.sh mda | grep '131 (OLT-G)' -A20
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
Et voici sans la fibre
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
J'essayerai d'avoir l'info lorsque tu as les vlan chez toi
Histoire de confirmer que la conf de maximushugus fonctionne sur un OLT Alcatel et non fonctionnelle sur un OLT AlticeLab
PS : J'ai coupé la fin du résultat
grep '131 (OLT-G)' -A20 affiche 20 lignes "After" le match '131 (OLT-G)'
-
Pour la commande indiqué j’ai dû la modifier sinon aucun retour (cf capture écran ) et avec la commande ajuster voilà le retour…. Qu’en penses-tu ?
ONU-G et ONT-G c'est la même chose, la dénomination dépend de la version de la norme.
Mais tu as oublié le -A35 pour voir les lignes suivantes (là on a juste le titre, pas les données).
Je pense que le plus simple serait que tu nous donnes la totalité sous forme de texte (en masquant le SLID si tu veux).
Même sous Windows on peut rediriger vers un fichier texte : "ssh root@SFP_IP omci_pipe.sh mda > mda.txt".
-
ONU-G et ONT-G c'est la même chose, la dénomination dépend de la version de la norme.
Mais tu as oublié le -A35 pour voir les lignes suivantes (là on a juste le titre, pas les données).
Je pense que le plus simple serait que tu nous donnes la totalité sous forme de texte (en masquant le SLID si tu veux).
Même sous Windows on peut rediriger vers un fichier texte : "ssh root@SFP_IP omci_pipe.sh mda > mda.txt".
Voilà comme demander le résultat de omci_pipe.sh mda en piece jointe en espérant que cela nous aide….
-
Voici le retour de l'ONT SFR avec la fibre connectée et les status led OK
omci_pipe.sh mda | grep '131 (OLT-G)' -A20
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
Et voici sans la fibre
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
J'essayerai d'avoir l'info lorsque tu as les vlan chez toi
Histoire de confirmer que la conf de maximushugus fonctionne sur un OLT Alcatel et non fonctionnelle sur un OLT AlticeLab
PS : J'ai coupé la fin du résultat
grep '131 (OLT-G)' -A20 affiche 20 lignes "After" le match '131 (OLT-G)'
Voici le retour de la commande omci_pipe.sh mda | grep 'OLT-G' -A20
root@SFP:~# omci_pipe.sh mda | grep 'OLT-G' -A20
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
-
Pour information j'ai essayer la combinaison suivante fonctionnel pour maximugus et moi-même (pas pour mon ami) :
ECHEC
fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0x89 0x31 0x50 0x00 0x00' (celui de mon amis évidemment
fw_setenv ont_serial PTIN9139001D
fw_setenv image0_version 3FE7SWS4040018
fw_setenv image1_version 3FE7SW04030009
fw_setenv target oem-generic
vi /etc/init.d/omcid.sh
echo "256 0 ${vendor_id} ${ont_version} 00000000 2 0 0 0 0 #0" >> ${mibtgt}
Modifier en
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
vi /etc/init.d/sys.sh
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3FE7SWS4040018'
uci set sys.mib.equipment_id='PTIN9139001D\0\0\0\0'
;;
reboot
Et les variante suivante
ont_version 3NTRGW22031U01 dans sys.sh ECHEC
fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0x89 0x31 0x50 0x00 0x00' (celui de mon amis évidemment
fw_setenv ont_serial PTIN9139001D
fw_setenv image0_version 3FE7SWS4040018
fw_setenv image1_version 3FE7SW04030009
fw_setenv target oem-generic
vi /etc/init.d/omcid.sh
echo "256 0 ${vendor_id} ${ont_version} 00000000 2 0 0 0 0 #0" >> ${mibtgt}
Modifier en
echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}
vi /etc/init.d/sys.sh
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='[b]3NTRGW22031U01[/b]'
uci set sys.mib.equipment_id='PTIN9139001D\0\0\0\0'
;;
reboot
-
Tu es certainement dans un Fake05 :( Avec un OLT PTIN :(:(
fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0x89 0x31 0x50 0x00 0x00'
remplacer par
fw_setenv nPassword (Cette commende supprime la variable d'environement nPassword qui n'est pas utilisée dans le FW Carlitox)
fw_setenv ont_password '0xAB 0xCD 0xEF 0xGH 0xIJ 0x89 0x31 0x50 0x00 0x00'
As-tu activé les logs ?
Editer /etc/init.d/omcid.sh
Remplacer
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} > /dev/console 2> /dev/console &
par
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omcid.log > /dev/console 2> /dev/console &
Pourrais-tu nous les fournir (/tmp/omcid.log) ?
Ça serait cool d'avoir ces deux fichiers de chez toi lorsque ta conf fonctionne ;)
-
Pas de soucis je prépare tout ça (d'ici quelque minute)
Pour les logs de chez moi je les publie ce we
Voici les fichier en pj les log de chez mon ami
Avec le password vide et une configuration de nb6 (comme chez moi)
-
Donc à ce point là
Tu as tous configuré avec la conf de maximus a l’exception du SLID
Et tu as un 05 stable
Right ?
Essaye ma commande ont_password et reboot
Normalement le status devrait tourner entre 02 et 05
Upstream FEC enable passe a yes quand le status est à 05
Pour info je me suis commandé un Mini ONT SFR d’Alcatel lucent
Voir si j’arrive à connecter avec
-
Donc à ce point là
Tu as tous configuré avec la conf de maximus a l’exception du SLID
Et tu as un 05 stable
Right ?
Essaye ma commande ont_password et reboot
Normalement le status devrait tourner entre 02 et 05
Upstream FEC enable passe a yes quand le status est à 05
Pour info je me suis commandé un Mini ONT SFR d’Alcatel lucent
Voir si j’arrive à connecter avec
Oui tout est configuré avec la conf de maximus.
J’essaie ta commande demain… là j’ai reset l’ONU … mais encore un o5 ???
Génial pour le mini ont … j’essaierai de prendre mon ont de chez moi … faire le test chez mon ami …
Les commandes son équivalente à l’ONU ? (J’ai pas testé… )
Tiens d’ailleurs sa me donne une idée voir les mibs de l’ont que j’ai etc … pour copier la conf sur l’ONU de mon ami
Bref je réprends demain sur ONU reset via GUI
ONU Conf nb6 sans password et avec
-omci_pipe
-omcid.log
ONU conf avec nb8 sans et avec
Explorer l’ONT sfr
Tester de recopier certains paramètres sur l’ONU
Test l’ont sfr sur ligne de mon ami
Pour che
-
Si tu souhaites changer l’ont_serial sur l’ont d’sfr, il faut le root…
Ce dernier n’utilise pas les mêmes variables d’environnement que le FW Carlitos mais l’approche est la même
Je n’ai pas essayé de le modifier j’ai pas envie de perdre internet ^^
Par contre tu peux changer le SLID avec la box nb6
C’est ce que j’essayerais avec le Mini
Je pourrais confirmer que l’ont_serial est nécessaire ou pas (avec un OLT PTIN)
Ainsi que la compatibilité OLT PTIN avec un ONT ALCL
D’ailleurs, Software customized by sfr ou c’est juste une boîte en plastique personnalisée ? Quelqu’un sait ?
En voyant les screenshot j’ai pas l’impression…
-
Voici les fichier en pj les log de chez mon ami
Avec le password vide et une configuration de nb6 (comme chez moi)
Password vide ? Si tu n'as pas mis le SLID, ça peut bloquer très tôt.
Donc si je comprends bien, PTIN9139001D c'est le SN de l'ONT qui était utilisé avec la NB6 de ton ami (je croyais que tu parlais de chez toi au départ).
Si oui, alors je pense que ça ne sert plus à rien de l'utiliser, si l'accès est bien filtré par SN il n'est probablement plus accepté (par exemple chez Orange, hors cas particulier il y a un seul SN accepté, le nouveau remplace l'ancien).
Le OLT-G n'est pas présent dans les deux cas, donc jusqu'à preuve du contraire on ne connait pas le type de l'OLT.
C'est étonnant que l'OLT n'écrive pas la valeur, à moins qu'il teste les paramètres de l'ONT d'abord.
Dans les deux fichiers, l'Equipment id est bizarre :
0 Equipment id 20b STR R------P---
0x50 0x54 0x49 0x4e 0x43 0x34 0x30 0x39 0x45 0x43 0x43 0x46 0x00 0x00 0x00 0x00 0x00 0x30 0x5c 0x30
PTINC409ECCF\x00\x00\x00\x00\x000\0Si la vérification (si elle est faite) s'arrête au premier caractère nul, ça peut passer.
Mais si elle est faite sur la totalité du champ, les 0x30 0x5c 0x30 à la fin pourront poser problème.
Donc probablement :
uci set sys.mib.equipment_id='PTINC409ECCF\0\0\0\0\0\0\0'
-
uci set sys.mib.equipment_id='GS0100GH\0\0\0\0\0\0\0\0\0\0\0'
Info provenant de omci_pipe.sh mda | grep '257 (ONU2-G)' -A47 de l'ONT SFR (AlticeLabs)
-
Ce point là n'est pas clair, il y a plusieurs messages ici, notamment de maximushugus, qui indiquent un Equipment ID dérivé du S/N.
C'est vrai que ça semble plus logique d'avoir un modèle ici.
Donc soit tous les les ONT n'ont pas la même logique, soit au moins certains OLT ne le valident pas (ce qui expliquerait que ça passe pour maximushugus par exemple).
Si certains OLT valident un modèle d'OLT associé à l'abonné, alors il va falloir deviner la valeur utilisée par la NB8.
-
Haa Merci hwti d'avoir entendu mon observation ^^
Sinon, j'ai reçu l'ONT MINI d'SFR
Je pense être dans un Fake05 de nouveau mais
il est stable avec le bon SLID (instable sans : tourne en boucle 02->05)
Je trouve qu'il y a un "Mieux" par rapport avec un Cartilo + SLID:OK -> instable : tourne en boucle 02->05
Le status led PON : orange fixe
Apparemment, il faut appeler le service technique :(
-
Tu ne peux pas changer son numéro de série ?
D'après https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/msg256505/#msg256505, en telnet ou ssh, la commande "set" est documentée comme "Setting the GPON serial number and SLID".
Sinon peut-être avec "shell", puis "fw_printenv" pour voir les variables uboot, et "fw_setenv" s'il a le SN.
-
Tu ne peux pas changer son numéro de série ?
D'après https://lafibre.info/remplacer-sfr/captures-de-linterface-du-mini-ont-sfr/msg256505/#msg256505, en telnet ou ssh, la commande "set" est documentée comme "Setting the GPON serial number and SLID".
oui je confirme on peut modifier le serial du GPON, la commande SET fonctionne.
set gpon slid xxxxxxxxpuis pour vérifier:
show gpon slid
-
oui je confirme on peut modifier le serial du GPON, la commande SET fonctionne.
set gpon slid xxxxxxxxpuis pour vérifier:
show gpon slid
Si tu lis le message d'origine, le SLID c'est déjà fait, là pour le numéro de série c'est "set gpon sn" (si ça fonctionne).
-
Si tu lis le message d'origine, le SLID c'est déjà fait, là pour le numéro de série c'est "set gpon sn" (si ça fonctionne).
Haa désolé, je me suis perdu dans votre dialogue.
Mais chez moi set gpon sn n'est pas proposé dans le telnet (j'ai pas un mini par contre)
I-010G-Q login: admin4me
Password:
> set gpon
set gpon
slid
>il ne propose que slid
-
Salut hwti,
Pour le SLID j'ai lancé cette commande :
set gpon slid hex "show gpon slid->GPON SLID(HEX) de l'ONT AlticeLabs"
Avec show gpon slid j'ai bien le même résultat des deux cote (ONT SFR AlticeLabs & Mini ONT SFR Alcatel)
Oui je peux changer le SN
Avec show gpon sn nous avons deux valeurs Label Serial Number et GPON Serial Number(HEX) ou GPON Serial Number(ASCII)
J'ai essayé de changer GPON Serial Number(HEX) même résultat :(
Je pense savoir comment changer Label Serial Number
Penses-tu qu'il faut les deux valeurs identiques ? Ou bien l'une ou l'autre ?
EDIT : L'OS du Mini ONT est complètement différent, je ne trouve pas comment dump les MIB
ps
/bl/bin/onuapp -b -s "GPON Serial Number(HEX)" -w "GPON SLID(HEX)" -o /tmp/omci.log
-
Je n'ai pas le même contenu dans les logs avec ou sans le Label Serial Number
J'ai plus d'erreurs sans, LED PON : orange fixe
Pour info, j'ai trouvé des commandes bien plus propres pour obtenir des MIB spécifiques (ONT SFR AlticeLabs ou FW Carlito)
omci_pipe.sh meg 131 0
omci_pipe.sh meg 256 0
omci_pipe.sh meg 257 0
omci_pipe.sh meg 6 384
-
Le GPON Serial Number, habituellement on l'indique avec les 4 premiers caractères en ASCII : ici PTINxxxxxxxx.
Est-ce que c'est ce que tu as mis en HEX ?
C'est bizarre que le Label Serial Number puisse être important.
Si ça ne passe pas même avec SLID, GPON Serial Number et Label Serial Number renseignés, ça veux dire que soit :
- les OLT Altice Labs ne supportent pas cet ONT
- ils testent des valeurs spécifiques au modèle d'ONT que tu es censé avoir
- ils testent la cohérence des valeurs
-
Ce serait bizarre qu'il y ait autant de tests sur l'ONT. il y a des gens qui passent d'une box avec ont externe (box 7) à une box avec ont interne (box 8 ) sans que cela semble poser de problème. Juste le mot de passe fibre à changer (SLID) dans l'interface de la box.
-
Le Label Serial Number n'est pas sur 4 caractères
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg999677/#msg999677
EDIT : J'opte pour 'ils testent des valeurs spécifiques au modèle d'ONT que tu es censé avoir' --> l'OLT AlticeLabs s'attend à un ONT AlticeLabs et donc salut revient avec un ONT que je connais
@root
Selon moi c'est normal, si Box 7 avec ONT externe d'AlticeLabs vers une Box 8 d'AlticeLabs alors c'est OK pour l"OLT, il connait ce matos et c'est partis ^^
-
Le Label Serial Number n'est pas sur 4 caractères
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg999677/#msg999677
Je parlais du GPON Serial Number, donc PTINxxxxxxxx, ou 5054494Exxxxxxxx.
En revanche, je me demande si la commande "set gpon sn" change également le Vendor ID (qui est censé correspondre aux 4 premières lettres du SN, donc PTIN).
-
J'ai peut-être une autre piste...
Par curiosité, j'ai dump l'image1 de l'ONT SFR AlticeLabs (qui est l'image utilisée)
je la push sur mon G-010G-P idem en image1
Miracle, il boot
Je n'ai pas la couche SFP normal, me direz-vous, donc je peux observer le boot uniquement en TTL
Dans les logs j'ai juste un truc qui rale :
Le process [optic] ne trouve pas la sonde température extérieure
Pas bien grave, enfin je pense (la température de l'optic est bien récupérée)
Pensez-vous que je puisse ajouter cette couche ?
En ajoutant /var/lib/sfp_i2c_vpe.bin par exemple ?
-
Je parlais du GPON Serial Number, donc PTINxxxxxxxx, ou 5054494Exxxxxxxx.
En revanche, je me demande si la commande "set gpon sn" change également le Vendor ID (qui est censé correspondre aux 4 premières lettres du SN, donc PTIN).
Bonne question, je ne peux pas te répondre vu que je ne trouve pas comment dump les MIB :(
-
Par curiosité, j'ai dump l'image1 de l'ONT SFR AlticeLabs
je la push sur mon G-010G-P idem en image1
Miracle, il boot
Je n'ai pas la couche SFP normal, me direz-vous, donc je peux observer le boot uniquement en TTL
C'est du Lantiq dans les deux cas, le SDK est probablement compatible (même s'il est de mémoire un peu plus ancien côté Altice Labs).
Mais il y a du paramétrage, des scripts qui testent le modèle, ...
Les démons OMCI sont en général modifiés par chaque vendeur.
Peut-être que tu pourrais tester le omcid du Altice Labs sur le G-010S-P.
Bonne question, je ne peux pas te répondre vu que je ne trouve pas comment dump les MIB :(
Si tu peux faire un dump des mtd, on peut peut-être trouver quelque chose.
-
Peut-être que tu pourrais tester le omcid du Altice Labs sur le G-010S-P.
Avec quel FW partirais-tu ?
Celui d'origine (G-010S-P)
Carlito
Ou FS.com ?
-
La principale différence des firmwares, c'est la manière dont les réglages sont lus (les scripts du Carlito, le fs.com qui utilise les données SFP), et le démon omcid.
Mais de mémoire le G-010S-P a à la fois le démon OCMI Alcatel/Nokia, et le omcid Lantiq (mais ça dépend peut-être des firmwares).
Une première étape pourrait être de basculer sur le omcid, et de tenter quel quel, puis avec un mib file (/etc/mibs/*.ini, à voir celui qui est utilisé) extrait de l'ONT Altice Labs.
-
Salut à tous,
J'ai réussi !!!!
Je suis connecté avec un GPON-ONU-34-20BI sur un OLT d'Altice Labs (PTIN) !!!!
J'ai utilisé l'outil : https://gpon-sfp.felix.systems/gen_huawei.php
Comme indique ici : https://lafibre.info/remplacer-bbox/routeur-sfp-pour-remplacer-bbox-fibre-ont/msg1003703/#msg1003703
En premier :
Suivre le tuto indiqué ci-dessus avec les valeurs indiquées ci-dessous
- GPON S/N : show gpon sn (HEX)
- GPON Password : show gpon slid (HEX)
- GPON MAC Address : L'adresse MAC de l'ONT
- SFP A2 Info Variable : fw_printenv sfp_a2_info (commande lancée depuis votre ONT SFP)
reboot
En second:
sfp_i2c -i11 -s "show gpon slid (ASCII)"
uci set network.lct.macaddr=L'adresse MAC de l'ONT
uci set network.host.macaddr=L'adresse MAC de l'ONT
uci commit
EDIT (suite à la maj OLT/ONT fin 2023) :
fw_setenv ethaddr L'adresse MAC de l'ONT
fw_setenv image1_version 3FE7SWS4040018
fw_setenv image1_is_valid 1
reboot
On peut :
- vérifier le SLID avec fw_printenv nPassword, il devrait ressembler au show gpon slid (HEX)
- admirer le status 05 stable avec watch -n1 onu ploamsg
- contempler ^^ la présence des vlan 101 et 102 avec gtop c + v ou c + y
Voili
@++
8)
Un grand merci a toutes les personnes qui participent à ce forum, c'est juste trop Cool !!!!
-
Bravo à toi ! 8) 8)
-
Demain, j'essayerai avec un G-010S-P flashé avec le FW du FS.com par curiosité
EDIT : Cela fonctionne, il faut récup l'image du FW FS.com ici : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#list-of-firmwares-and-files
-
Demain, j'essayerai avec un G-010S-P flashé avec le FW du FS.com par curiosité
et avec un ONT externe LEOX ??! ;D
Donc si je comprends bien, à aucun moment tu as besoin de spoofer :
Active software
Passive software
Label Serial Number
sinon, dans quoi mets tu ton GPON-ONU-34-20BI ??
-
J'utilise une https://www.10gtek.com/products/Dual-SFP+-Ports-10GbE-Ethernet-CNA-NIC-Broadcom-324.html
Avec Proxmox (Debian) + Shorewall
Non, pas besoin de : Active software, Passive software, Label Serial Number
EDIT : PS je n'ai pas de LEOX :(
EDIT2 : sfp_i2c -i6 -s "YOUR_EQUIPMENT_ID" & sfp_i2c -i7 -s "YOUR_VENDOR_ID" bloque la connexion status 05 instable
Cela rejoint les infos de @hwti qui me disait qu'à force de trop vouloir imiter l'ONT d'origine l'OLT a un comportement "corporate" incompatible avec les autres ONT.
-
Salut à tous,
J'ai réussi !!!!
Bravos, à toi !!! Du coup cela signifie qu'il y a deux type de configuration en fonction de l'OLT en face j'imagine
Chez moi, la config de maximushugus fonctionne parfaitement, mais pas chez mon ami (que j'avais du repasser chez Orange en attendant) ... Hâte de la fin de son engagement orange pour tester de nouveau en fibre SFR/RED ..
Mais d'ici là ... J'ai deux autres ami chez qui j'ai des routeur synology + ONT Altice a basculer ... Ce sera l'occasion !
Et enfin d'ici à faire tout ça de tester ta config chez moi sur un Nokia ... pour voir si c'est une conf générique ou si il faut une conf ou une autre en fonction du lieu (mon hypothèse )
-
Demain, j'essayerai avec un G-010S-P flashé avec le FW du FS.com par curiosité
Hâte d'avoir ton retour !
Au fait quels est ton model de routeur ? Et as-tu fais des test en IPv6 ?
-
Salut Asclèpios,
Conf perso:
SFR : Offre 1Gb/600Mb + Demande pour l'IPv4 Fullstack
CM : Biostar Z270GT9 (occasion ebay, pas facile de la trouver)
CPU : i7-7700T 35W (récupéré d'un Dell OptiPlex 7050)
RAM : 16Gb DDR4 (récupérées, je ne sais plus où ^^)
Pcie SFP : 10gtek 57810S-10G-2S-X8
Pcie PoE rj45: DIEWU Quad port RJ45 + UAP-AC-LITE
ONT SFP : GPON-ONU-34-20BI
Conf au boulot:
BBox : Offre PRO 2Gb/1Gb
CM : Dell Precision Tower 3620
CPU : i7-6700K
RAM : 16Gb DDR4
Pcie SFP : 10gtek 57810S-10G-2S-X8
Pcie PoE+ rj45: GE2PX4-PCIE4XE301 avec U6-ENT 2,5Gb :-*
ONT SFP : G-010S-P flashé avec le FW du FS.com
Avec les deux conf, j'ai bien les débits attendus.
IPv4 fullstack donc je ne peux pas tester l'IPv6
C'est grâce au temps passé au boulot avec le FW de FS.com que j'ai réussis chez moi avec SFR
Du coup +1 pour les 2Gb hihi (BBox)
Merci @AlainDeloin31 pour son tuto !! https://lafibre.info/remplacer-bbox/routeur-sfp-pour-remplacer-bbox-fibre-ont/msg1003703/#msg1003703
-
Ma joie fut de courte durée :(
ONT se syncro correctement, j'ai bien les vlan, etc
Mais je ne reçois plus mon ip publique :(((
Auriez-vous une idée ?
-
Peut être une histoire de calibration du laser ?
Calibrer le laser du Huawei MA5671A
Lorsque l'on a flashé le firmware, on a potentiellement dé-calibré son laser. Pour le recalibrer il faut entrer la commande suivante pour supprimer le fichier en question :
Code: [Sélectionner]
rm /etc/optics/.goi_recovered
Enfin on redémarre le Huawei MA5671A avec :
Code: [Sélectionner]
reboot
La connexion ssh est perdue, attendre qu'il redémarre et se reconnecter en ssh.
-
Peut être une histoire de calibration du laser ?
Je doute vue que ONT se syncro correctement mais si tu as les Vlan et o5 je partirai plutôt sur un problème côté routeur (option 60 ou autre …)
-
ca a fonctionné combien de temps avant que "ca ne fonctionne plus" ?
-
Je doute vue que ONT se syncro correctement mais si tu as les Vlan et o5 je partirai plutôt sur un problème côté routeur (option 60 ou autre …)
avec le LEOX j'ai les vlan et O5, mais pas d'ip...
-
avec le LEOX j'ai les vlan et O5, mais pas d'ip...
Alors ça ! Diantre, flûte à bec…
Chez moi (Red) dès que j’ai obtenue les vlan sur mon ONU c’était OK, plus qu’à branché sur le WAN de mon Synology Router avec l’option 60 est internet UP et tel VOIP SFR UP ;)
-
donc sans rien toucher a tes parametres subitement ca ne marche plus ?
-
Juste un reboot du routeur :(
-
Une config volatile, non enregistrée?
-
"Une config volatile, non enregistrée ?"
Je pense aussi à cela, d'où mes recherches dans mon historique ^^
/etc/dhcp/dhclient.conf
interface "enp1s0f0" {
supersede interface-mtu 0;
send host-name "";
send vendor-class-identifier "neufbox";
request subnet-mask, routers, domain-name-servers, host-name, merit-dump, domain-name, root-path, broadcast-address, nis-domain, ntp-servers;
require subnet-mask, routers, merit-dump, nis-domain, domain-name-servers;
}/etc/network/interfaces
auto enp1s0f0
iface enp1s0f0 inet dhcp
up ethtool -s enp1s0f0 autoneg off speed 1000 duplex full
up ip addr add 192.168.1.1/24 dev $IFACE label $IFACE:1
down ip addr del 192.168.1.1/24 dev $IFACE label $IFACE:1
-
J'ai simplement débranché l'ONT SFP de sa cage ??? Et c'est reparti
-
J'ai simplement débranché l'ONT SFP de sa cage ??? Et c'est reparti
😅
-
J'ai optimisé ma conf
/etc/network/interfaces
auto enp1s0f0
iface enp1s0f0 inet dhcp
up sleep 10; ethtool -s enp1s0f0 autoneg off speed 1000 duplex full
up sleep 11; ip addr add 192.168.1.1/24 dev $IFACE label $IFACE:1
down ip addr del 192.168.1.1/24 dev $IFACE label $IFACE:1
-
Bien joué ! Maintenant, trouver un ONT XGS PON pour les offres 8gb ;D
-
Bonjour,
très intéressé par le sujet, j'étais abonné SFR RED avec NB6 + ONT. J'avais suivi tuto pour remplacer la NB6 par un router synology (MR2200). Tout cela marchait très bien avant le drame...
Un déménagement.
Obliger de fermer la ligne et ouvrir une autre. Donc j'ai reçus la box7 avec l'ONT d'intégré. J'ai bien tenté de brancher l'ancienne box. J'ai tenté d'appeler le service commerciale, et il est impossible d'utiliser l'ancienne box.
Je cherche donc une solution pour pouvoir utilisé un module SFP.
Si je comprends bien, il y aurait une solution? Est-ce qu'il serait possible de faire un petit tuto, avec le matériel utilisé?
Merci,
Bubune
-
Salut @bubune
Sur l'interface web de la box SFR, aurais-tu la marque de l'OLT ?
-
@Florian
This ? https://www.fs.com/fr/products/141199.html
-
@bubune
Attention, tu ne peux pas utiliser le module sfp de la box, tu as besoin du GPON-ONU-34-20BI
https://www.fs.com/fr/products/133619.html
-
@surfinside
Merci de ton retour. Je me doute que je ne peux pas utiliser le module SFP de la box 😜. J'ai cherché dans tous les menus de la box7 et je n'ai pas trouvé la marque de l'OLT.
Donc si je prends le module SFP indiqué avec un media converter type TP-Link MC220L, avec le router derrière, ça pourrait passer?
la config a rentrer est certainement très proche de ce que tu as rentré?
Est-ce que la liaison est stable et aussi performante qu'avec la box
Merci
-
J'ai cherché dans tous les menus de la box7 et je n'ai pas trouvé la marque de l'OLT.
si tu as un routeur sous openwrt, je pense qu'on peut trouver la marque de l'OLT par son adresse MAC, en allant voir dans :
http://192.168.1.1/cgi-bin/luci/admin/status/routes
recupérer l'adresse MAC indiquée en WAN, puis la coller ici : https://macvendors.com/
-
Arrfff l'ultym de bouygues donne cette info :(
Il n'y aurait une ou des pages "cachées" ?
https://lafibre.info/sfr-la-fibre/nb6vac-telnet-et-autres-infos-cachees-de-la-box/
Genre : http://192.168.1.1/network/wan
-
attention, peut etre que je dis une bétise au dessus...
je viens de regarder un ancien post que j'avais fait ici : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974553/#msg974553
en fait mon OLT serait un ALTICE LAB (PTIN), du coup je ne sais pas a quoi pourrait correspondre cette MAC de chez NOKIA...
si je fais un trace route sur son IP, ca correspond au premier saut. latence 3ms.
(https://gcdnb.pbrd.co/images/MiAB2ZVKq3bA.png?o=1)
-
PS : Aucune déconnexion depuis, perf OK
J'ai même le ressenti que c'est plus fluide, notamment pour la TV.
Quand je zappe, l'image apparait presque instantanément et directement en HD, ce qui n'était pas le cas avec lONT d'origine.
(Routeur identique, même conf etc.)
-
@rooot
Idem chez moi mon premier rebond est sur une MAC de chez Nokia
-
si tu as un routeur sous openwrt, je pense qu'on peut trouver la marque de l'OLT par son adresse MAC, en allant voir dans :
http://192.168.1.1/cgi-bin/luci/admin/status/routes
recupérer l'adresse MAC indiquée en WAN, puis la coller ici : https://macvendors.com/
C'est un peu le chien qui se mord la queue. J'imagine qu'il faut être identifié pour avoir ses infos. J'ai une box7 avec ONT intégré, celle-ci ( Box 7 Fibre SDMC)
https://lafibre.info/sfr-la-fibre/sfr-box-7/120/
Je suis deg, car j'ai fouillé un peu les menus et je n'ai pas pensé à essayé de mettre mon router avec l'ancien ONT en changeant le mdp fibre. Sans doute que ca marchait. J'ai renvoyé l'ancienne box (NB6) et l'ONT aujourd'hui... Je suis un boulet
J'ai essayé de chercher des pages cachés... Y'en a peut-être mais pas trouvé
J'ai tenté également de me connecter en telnet sur 192.168.4.254 (comme expliqué ici https://lafibre.info/sfr-la-fibre/sfr-box-7/) mais sans succès
A quoi sert de savoir la marque de l'OLT? Je n'ai pas vu dans les pages (ou manqué l'info) pour la configuration du module SFP?
une idée?
-
@bubune
Attention, tu ne peux pas utiliser le module sfp de la box, tu as besoin du GPON-ONU-34-20BI
https://www.fs.com/fr/products/133619.html
Bonjour,
Je viens de récupérer le GPON-ONU-34-20BI, il monte en O5, mais pas de récupération d'IP.
Je suis chez SFR, qui doit certainement fonctionner de la même façon que RED.
Mon routeur est un ER4, sous OpenWRT, internet fonctionne bien avec l'ONT SFR en CG-NAT.
A part ls SN et le SLID, quel(s) autre(s) paramètre(s) faut-il remplacer ? Avez vous une configuration fonctionnelle ?
Merci, bien à vous.
-
Bonjour,
Je viens de récupérer le GPON-ONU-34-20BI, il monte en O5, mais pas de récupération d'IP.
Je suis chez SFR, qui doit certainement fonctionner de la même façon que RED.
Mon routeur est un ER4, sous OpenWRT, internet fonctionne bien avec l'ONT SFR en CG-NAT.
A part ls SN et le SLID, quel(s) autre(s) paramètre(s) faut-il remplacer ? Avez vous une configuration fonctionnelle ?
Merci, bien à vous.
Bonsoir que donne les info des commandes suivante :
gtop puis A
otop puis C V ou otop puis C Y
-
@Asclèpios
Voici le retour des commandes:
gtop a:
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 36
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status
otop:
GPE VLAN rule
Name: ONU_GPE_VLAN_RULE_TABLE
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
OPTION VALUE
temperature monitor interval 1000ms
temperature threshold for MPD (re)correction 3K
update cycle of laser age 43200s
yellow temperature alarm (set/clear) 390K 370K
red temperature alarm (set/clear) 420K 400K
transmit level check interval 1000ms
Rogue ONU alarm threshold P0 / P1 -24% / -24%
polarity [rx, bias, modulation] inverse regular regular
FIFO: enable delay 8bit
MM: tscal_ref, pn_r, pn_iref 0.49K/mV 1.00V/A 100uA
MM: vdd_scal 0.50
MM: RSSI 1490 mode, shunt resistor, dark corr single-ended 4990V/A 1.20
MM: RSSI 1490 dark ref, parabolic ref 0.55uA 0.13
MM: vref [RSSI 1550, RF 1550] 0.5V 0.5V
MM: scal_ref [RSSI 1490, RSSI 1550, RF 1550] 0.113V 0.100mA 0.100mA
MPD: power save mode active
OMU: signal detect available, ~ port yes 2
OMU: threshold LOL set, clear 20% 20%
OMU: laser enable signal single-ended
BOSA: threshold LOL set, ~clear 20% 20%
BOSA: threshold LOS set, ~clear 0.0003mW 0.0007mW
BOSA: threshold overload 0.2000mW
BOSA: dead zone elimination, pi control no 0x00004049
BOSA: init integr.coeff. bias, modulation 2 2
BOSA: update threshold bias, modulation 2% 2%
BOSA: learn threshold bias, modulation 99% 99%
BOSA: stable threshold (vs. average) bias, mod 2% 2%
BOSA: reset threshold (vs. init) bias, mod 70% 70%
BOSA: P0 [normal, low, very low] 178uW 90uW 45uW
BOSA: P1 [normal, low, very low] 3546uW 1910uW 955uW
DCDC APD: r_diff low, high 10000V/A 294000V/A
et
Version
FALC(tm) ON Optic Driver, version 7.5.1.0 (c) Copyright 2015, Lantiq Beteiligungs-GmbH & Co. KG
Compiled on Sep 18 2021, 10:25:43
ONU Device Type, PEB/PEF 98035, FALC ON-S
Pour info, j'ai fait la manip. de la page 26 Réponse #307 le: 07 mai 2023 à 20:21:40.
Il me reste un doute sur le SN, que j'ai finalement rentré en HEX sans le PTIN devant et avec 0000 derrière car 16 carractères HEX avec le PTIN pour 12 permis par l'ONU.
fw_printenv nSerial: nSerial=PTIN91xxxxxx
Je n'ai toujours pas les VLANs.
-
@Asclèpios
Voici le retour des commandes:
gtop a:
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 36
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status
Pour info, j'ai fait la manip. de la page 26 Réponse #307 le: 07 mai 2023 à 20:21:40.
Il me reste un doute sur le SN, que j'ai finalement rentré en HEX sans le PTIN devant et avec 0000 derrière car 16 carractères HEX avec le PTIN pour 12 permis par l'ONU.
fw_printenv nSerial: nSerial=PTIN91xxxxxx
Je n'ai toujours pas les VLANs.
Excuse-moi de fatigue petite erreur de commande le but était bien de vérifier l’obtention des VLAN les commande étant bien gtop C V ou C Y
Par ailleurs je pense que dans ton cas la méthode 1 (maximugus fonctionnera sans doute) réinitialise l’ONU et utilise la Réponse #232 le: 25 janvier 2023 à 22:57:12
Dans mon cas (chez moi) cette méthode à fonctionné, cependant ça n’a pas été le cas chez un ami, qui à dû retourner chez Orange. Entre temps Surfshark à trouver la méthode que tu as utilisé, et qui je l’espère fonctionnera chez mon ami (lorsque son engagement Orange arrivera à échéance) je n’ai pour l’instant pas eus l’occasion de tester ailleurs.
-
Merci pour ton retour,
mais voilà, j'ai lu tellement de topic que je ne sais plus où j'ai vu comment réinitialiser l'onu qui pour rappel est un GPON-ONU-34-20BI.
J'essaierai tout ça ce soir.
-
Salut,
Pour info, j'ai acheté sur Leboncoin un ONT SFR (ONT7-SFU) identique au mien.
J'ai changé juste le pass fibre (SLID), par telnet, et j'ai obtenu mon statut O5 sans souci. Donc malgré un SN et une adresse MAC différente ça a fonctionné. Ces 2 parametres ne sont donc pas en cause lorsque ca ne marche pas.
Procédure pour ceux qui débarquent ;D
Mettre son PC sur l'IP 192.168.4.10 masque 255.255.255.0
Raccorder directement le boitier ONT a son PC
Se connecter en telnet avec la commande :
telnet 192.168.4.254
user : admin4me
pass : connect4you@support
Puis lancer la commande :
set gpon slid ascii XXXXXXXX
en remplaçant XXXXXXXX par votre mot de passe fibre (SLID)
la vous allez devoir confirmer puis l'ONT va rebooter
(https://i.imgur.com/j5kqZFd.png)
Et voila après 1 ou 2 minutes ca fonctionne.
-
Ces 2 parametres ne sont donc pas en cause lorsque ca ne marche pas.
Je pense que c'est un peu péremptoire, SFR peut assez logiquement avoir whitelisté les SN/MAC des ONT de son parc, sans forcément que ça autorise tous les autres modèles.
-
Je pense que c'est un peu péremptoire, SFR peut assez logiquement avoir whitelisté les SN/MAC des ONT de son parc, sans forcément que ça autorise tous les autres modèles.
L'objectif ici (dans ce topic) c'est de remplacer l'ONT d'SFR par un ONT d'une autre marque (leox, vsol). Avec des ONT externes, à ma connaissance personne n'y est arrivé. De mon côté, bien qu'ayant cloné tout ce que j'ai pu, les SN, les MAC, les SLID, et je ne sais quoi d'autre. Rien ne fonctionne. Au stade en jen suis, je ne sais pas ou ca coince alors que j'ai reproduis le max de parametres présents sur mon ONT d'origine. Grace a ce test je pense que je peux affirmer que mon l'OLT ne réagit pas à un SN ou une MAC qui ne sont pas les miens. Donc sur mon LEOX et mon VSOL ce n'est pas ca qui bloque.
-
Oui, je donne une info qui est qu'il est trivial de limiter l'OLT aux tranches de numéro de série et/ou de MAC d'un ou plusieurs constructeurs...
-
Bonjour, super la fibre Info, heureusement que vous êtes là :)
De mon coté j'ai un problème, j'ai suivi la procédure indiqué dans le fil (82), mais je suis confronté a un truc que je n'arrive pas a résoudre.
Je suis sous linux, mon SFP MA5671A, apres avoir passé le scripts python qui marche bien, je passe ensuite a l'autre étape pour booter sur le SFP , je passe la commande "screen /dev/ttyUSB0 115200", mon sfp démarre, arrive un moment, il affiche root@sfp et redémarre sans cesse !! je sais pas si quelque'un a eu ce pb et peux me donner une piste ou m'aider ?
LC(tm) ON GPIO Driver, (C) 2012 [ 0.104000] Switching to cloc
[ 0.124000] TCP bind hash Hash tables configured (establie entries: 256 (order: 0, 4096 bytes)
[ 0.152000] NET: Regiort module.
[ 0.172000] RPC: Registered tcp NFSv4.1 backcha180000] EASY98000 LED driver, Version 1.0.1 (c) Copyright 2013, 4.0 (2009/01/31) Phillip Lougher
[ 0.216000] jffs2: versio
[ 0.232000] io scheduler noound w25q128, expected s25fl129p0ions on "sflash":
[ 0.284000- watchdog -
[ 15.312000] pps_core: LinuxPP5.3.6 - Copyright 2005-2007 Rodort registered
] to enter failsafe mode
Press hit [enter] to select the debug
jffs2 is ready
jffs2 is ready
[ 19.108000] jffs2: notice: (274) jffs2_build_xattr_subsystem: complete building xattr subsyst6.6 (c) Copyright 2009, Lantiq Deutschland GmbH
[ 21.372000] NET: Registered protocol family 10
[ 21.392000] GPON SFP I2C Slave Driver, Version 2.2.1 (c) Copyright 2015, Lantiq Beteiligungs-GmbH & Co. KG
[ 21.412000] [sfp_i2c] vpe code <sfp_i2c_vpe.bin> with size <4188 bytes> loaded!
[ 21.416000] VPE loader: VPE1 running successfully
yright 2015, Lantiq Beteiligungs-GmbH & Co. KG
p (err 0)
[ 22.036000] mod_f24s: Unknown symbol skb_complete_tx_timestamp (err 0)
MIPS: set unaligned_action to 'S[ 29.196000] i2c /dev entries driver
[ 29.212000] Custom GPIO-based I2C driver version 0.1.1
[ 29.224000] i2c-gpio i2c-gpio[ 34.240000] [onu] password: 9mware loaded v9.90.6.1
Start status monitoring for I2C EEPROM[0]@0x50 EEPROM[1]@0x51
slope 0.921100, offset 2.191600IO: probed
ROM: V1.1.4
ROM: CFG 0x00000006
ROM: SFLASH-4
U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28), 64 MiB
Now running in RAM - U-Boot at: 83fc8000
SF: Detected W25Q128 with page size 4 KiB, total 16 MiChip: FALCON-S (A22)
Bootmode:et
CPU Clock: 400 MHz
Net: SGMII, SERDES [PRIME]
gpio: pin SPACE to delay and Ctrl-C to abort autoboot in 3 seconds
SF: Detected W25Q128 with page s## Booting kernel from Legacy Im 2017-05-20 1:01:32 UTC
ISize: 1207793 Bytes = 1.2 MiB
Load Address: 80002000
Entry Point: 80002000
Verife ... inux read_c0_wired() = 0
[ 000] NET: Registered protocol family 17
[ 0.360000] 8021q: 802.1Q VLAN Support v1.8
Merci pour votres aides
Max
-
La broche 2 doit passer en mode TX_FAULT une fois booté, j'ai le même "problème" sur un FS. Je sais qu'on peut le désactiver mais je ne sais pas si c'est une bonne idée.
D'autres ont surement la réponse, je suis preneur aussi.
Un manque de puissance une fois le SFP booté et le laser opérationnel ?
Sinon tu peux toujours avoir accès a l'UBoot au démarrage et changer quelques paramètres dont l'environnement.
Pendant le boot, on peut soit accéder à FALCON dès le début du boot, ou bien plus tard, démarrer en fail-safe mode avec "f" et "entrée", on peut alors lancer la commande "mount_root" pour faire des modifs sur l'image chargée.
-
Merci pour la piste G8U5, bon donc si c'est un pb de conf il faut savoir quoi modifier :( je vais essayer de chercher sur gogol
-
Vu ici -> https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/), vers le milieu de la page :
TX Fault / Serial
The stick stays in a perpetual “TX Fault” state since the same SFP pin is used for both serial and TX Fault signaling, if that causes you issues (normally it shouldn’t) you can issue the commands below to disable it. Note that it will disable both the TX Fault signal and Serial on the stick after boot.
fw_setenv asc0 1
fw_setenv preboot "gpio set 3;gpio input 100;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
In case you need to re-enable it issue the following commands from the bootloader (FALCON)
FALCON => setenv asc0 0
FALCON => saveenv
Il y a aussi un sujet sur le RX_LOS, juste au dessus dans la page citée.
MAIS ATTENTION, Apparemment ça désactive aussi le serial, pas testé! -> peut-être une fausse piste
-
Bein ca na pas marché, du coup il boot plus! il se fige au démarrage.
En plus j'en ai 2 et c'est tout les 2 pareils, pourquoi ça n'arrive qu'a moi :-\
Il y à une autre méthode pour me connecter en ssh , je suis sur un routeur mikrotik, mais il faut passer par ou pour l'attaquer ?
-
Je pense que c'est un peu péremptoire, SFR peut assez logiquement avoir whitelisté les SN/MAC des ONT de son parc, sans forcément que ça autorise tous les autres modèles.
Et il pourrait aussi y avoir des OLT qui testent et d'autres pas, ou que ça dépende du profil de l'abonné (selon l'ONT qu'il est censé avoir, et potentiellement l'ancienneté).
-
Bein ca na pas marché, du coup il boot plus! il se fige au démarrage.
En plus j'en ai 2 et c'est tout les 2 pareils, pourquoi ça n'arrive qu'a moi :-\
Il y à une autre méthode pour me connecter en ssh , je suis sur un routeur mikrotik, mais il faut passer par ou pour l'attaquer ?
Tu peux le rooter ou le re-flasher en serial directement depuis une page web, il te faut télécharger le firmware avant. Attend qu'il te demande de brancher le SFP.
Regardes ici -> https://hack-gpon.org/ont-huawei-ma5671a-root/ (https://hack-gpon.org/ont-huawei-ma5671a-root/) et là -> https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/).
Aussi si tu veux remettre le TX en fonction, il faut booter en UBoot. Active la console Serie en premier et branche ton SFP, tu vas le voir booter, il faut faire "entrée" ou "Ctrl-C" assez vite.
-
Merci G8U, j'ai réussi a me connecter en ssh, je suis passer par un switch avec un port SFP.
Par contre j'ai pas compris la partie :
Configurer le SLID ou PLOAM
On va convertir notre SLID en hexadécimal qui passera donc de la forme ABCDEFGHIJKLMNOP0000 vers 0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00
Pour configurer le SLID ou PLOAM, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande :
fw_setenv nPassword “0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00"
Code: [Sélectionner]
Comment je fais pour passer mon SLID en hexa ?
-
Soit tu le trouves directement dans l'ont d'origine en Telnet, soit un convertisseur en ligne, soit à la mano avec une table ascii trouvée sur ton moteur de recherche préféré, en ajoutant 0x tous les octets.
-
Yes merci, ca avance :) bon maintenant je teste PLOAM state mais je suis a 1 :(
PLOAM state 1
Downstream FEC enable yes
Upstream FEC enable no
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 255
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status
J'ai bien suivi la doc, j'ai juste encore un doute sur la version Hardware de mon ONT, c'est bien celui la ?
show gpon sn
Label Serial Number = 3NTXXXXXXXXXXX
et je n'ai pas de fichier /etc/optics/.goi_recovered présent pour refaire la calibration, c'est normal ?
-
Pour ceux que ça intéresse, voici le MIBS chargé par un ONT Altice GS0100G(H):
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x1 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
# ANI Cardholder
5 0x0180 248 248 0 " " " " 0 0 0 0
# ANI Circuit pack
6 0x0180 248 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# ANI-G
263 0x8001 1 31 48 0 0 5 9 0 0 0 0xff 0xff 0 0 0x81 0x81
# Traffic Scheduler (DS)
278 0xff43 0x0000 0x0000 0x00 0x00
# PPTP Ethernet UNI
11 0x0101 0 0 0 0x00 1 1 0 2032 0 0xffff 0 0 0 0 0
# UNI Cardholder
5 0x0101 47 47 0 " " " " 0 0 0 0
# UNI Circuit Pack
6 0x0101 47 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# UNI-G (PPTP Ethernet UNI)
264 0x0101 0 0 0 0
# Priority Queue (DS) 8 times per PPTP Ethernet UNI
# class id, managed entity id, Queue configuration option, Maximum queue size
# Allocated queue size, Discard-block counter reset interval, Threshold value for discarded blocks due to buffer overflow, Related port
# Traffic scheduler-G pointer, Weight, Back pressure operation, Back pressure time
# Back pressure occur queue threshold, Back pressure clear queue threshold, Packet drop queue thresholds, Packet drop max_p
# Queue_drop_w_q, Drop precedence colour marking
#
# QID (prio queue, class id 277) = me_id & 0x00ff
# SBIN = (sbid << 3) + leaf
# sbid = traffic_scheduler_g_ptr & 0x7f
# leaf = related_port & 0x07
# EPN DS (egress port number downstream) = ((related_port >> 16) & 0xFF) + 63
# EPN US (egress port number upstream) = ((related_port >> 16) & 0xFF)
#
# The maximum queue size and allocated queue size are not set here and shall be 0.
# These are derived from the drop threshold values by the OMCI software.
#
# drop thresholds:
# - green min: 512 segments = 0x02AB
# - green max: 1024 segments = 0x0556
# - yellow min: 256 segments = 0x0155
# - yellow max: 512 segments = 0x02AB
#
277 0x0080 1 0 0 60000 0xffff 0x01010000 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0081 1 0 0 60000 0xffff 0x01010001 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0082 1 0 0 60000 0xffff 0x01010002 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0083 1 0 0 60000 0xffff 0x01010003 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0084 1 0 0 60000 0xffff 0x01010004 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0085 1 0 0 60000 0xffff 0x01010005 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0086 1 0 0 60000 0xffff 0x01010006 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0087 1 0 0 60000 0xffff 0x01010007 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
# T-CONT (US)
262 0x8000 0x00ff 1 1
262 0x8001 0x00ff 1 1
262 0x8002 0x00ff 1 1
262 0x8003 0x00ff 1 1
262 0x8004 0x00ff 1 1
262 0x8005 0x00ff 1 1
262 0x8006 0x00ff 1 1
262 0x8007 0x00ff 1 1
278 0x8000 0x8000 0x0000 0x00 0x00
278 0x8001 0x8001 0x0000 0x00 0x00
278 0x8002 0x8002 0x0000 0x00 0x00
278 0x8003 0x8003 0x0000 0x00 0x00
278 0x8004 0x8004 0x0000 0x00 0x00
278 0x8005 0x8005 0x0000 0x00 0x00
278 0x8006 0x8006 0x0000 0x00 0x00
278 0x8007 0x8007 0x0000 0x00 0x00
# ANI Priority Queue (US), 4 queues per T-CONT (US)
277 0x8000 1 0 0 60000 0xffff 0x80000000 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8001 1 0 0 60000 0xffff 0x80000001 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8002 1 0 0 60000 0xffff 0x80000002 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8003 1 0 0 60000 0xffff 0x80000003 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8004 1 0 0 60000 0xffff 0x80000004 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8005 1 0 0 60000 0xffff 0x80000005 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8006 1 0 0 60000 0xffff 0x80000006 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8007 1 0 0 60000 0xffff 0x80000007 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8008 1 0 0 60000 0xffff 0x80010000 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8009 1 0 0 60000 0xffff 0x80010001 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800a 1 0 0 60000 0xffff 0x80010002 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800b 1 0 0 60000 0xffff 0x80010003 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800c 1 0 0 60000 0xffff 0x80010004 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800d 1 0 0 60000 0xffff 0x80010005 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800e 1 0 0 60000 0xffff 0x80010006 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800f 1 0 0 60000 0xffff 0x80010007 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8010 1 0 0 60000 0xffff 0x80020000 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8011 1 0 0 60000 0xffff 0x80020001 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8012 1 0 0 60000 0xffff 0x80020002 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8013 1 0 0 60000 0xffff 0x80020003 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8014 1 0 0 60000 0xffff 0x80020004 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8015 1 0 0 60000 0xffff 0x80020005 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8016 1 0 0 60000 0xffff 0x80020006 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8017 1 0 0 60000 0xffff 0x80020007 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8018 1 0 0 60000 0xffff 0x80030000 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8019 1 0 0 60000 0xffff 0x80030001 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801a 1 0 0 60000 0xffff 0x80030002 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801b 1 0 0 60000 0xffff 0x80030003 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801c 1 0 0 60000 0xffff 0x80030004 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801d 1 0 0 60000 0xffff 0x80030005 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801e 1 0 0 60000 0xffff 0x80030006 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801f 1 0 0 60000 0xffff 0x80030007 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8020 1 0 0 60000 0xffff 0x80040000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8021 1 0 0 60000 0xffff 0x80040001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8022 1 0 0 60000 0xffff 0x80040002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8023 1 0 0 60000 0xffff 0x80040003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8024 1 0 0 60000 0xffff 0x80040004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8025 1 0 0 60000 0xffff 0x80040005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8026 1 0 0 60000 0xffff 0x80040006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8027 1 0 0 60000 0xffff 0x80040007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8028 1 0 0 60000 0xffff 0x80050000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8029 1 0 0 60000 0xffff 0x80050001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802a 1 0 0 60000 0xffff 0x80050002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802b 1 0 0 60000 0xffff 0x80050003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802c 1 0 0 60000 0xffff 0x80050004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802d 1 0 0 60000 0xffff 0x80050005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802e 1 0 0 60000 0xffff 0x80050006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802f 1 0 0 60000 0xffff 0x80050007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8030 1 0 0 60000 0xffff 0x80060000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8031 1 0 0 60000 0xffff 0x80060001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8032 1 0 0 60000 0xffff 0x80060002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8033 1 0 0 60000 0xffff 0x80060003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8034 1 0 0 60000 0xffff 0x80060004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8035 1 0 0 60000 0xffff 0x80060005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8036 1 0 0 60000 0xffff 0x80060006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8037 1 0 0 60000 0xffff 0x80060007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8038 1 0 0 60000 0xffff 0x80070000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8039 1 0 0 60000 0xffff 0x80070001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803a 1 0 0 60000 0xffff 0x80070002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803b 1 0 0 60000 0xffff 0x80070003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803c 1 0 0 60000 0xffff 0x80070004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803d 1 0 0 60000 0xffff 0x80070005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803e 1 0 0 60000 0xffff 0x80070006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803f 1 0 0 60000 0xffff 0x80070007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
# Power Shedding
133 0 0 7200 0 600 0 0 0 0 0 0
# Port mapping package-G
297 0 0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
# Equipment extension package
160 0
# IP host config data
134 0
# IPv6 host config data
347 1
# ME 350
350 0 1 2 1 2 0x0000 0x0000012c
# ME 373
373 0 0 1
# ME 367
367 0 0 0x0000 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#ALU GENERIC V2
####65296 0 1 0 0x00000000 0x0 0x0 0x0 0xc2031600 0x1 0x00 0x00000000
65296 0 1 0 0x00000000 0x0 0x0 0x0 0x42030200 0x1 0x00 0x00000000
# ALU Supplemental ME
65297 257 2 0 0x1000 8 0 0
# ALU ME RF Filter
? 65302 0x0000 0
-
Bonjour à tous,
Concernant les personnes dans ce groupe qui ont réussi à remplacer leur ONT SFR un module SFP, devez vous toujours activer l'option 60 sur votre routeur pour récupérer votre IP publique SFR ?
Merci beaucoup de votre aide.
-
J'ai réussi!
Ma config:
OpenWRT sur un EdgeRouter-4
SFP FS.com GPON-ONU-34-20BI firmware modded.
Je récupère IPv4 et IPv6.
-
Bonjour à tous!
Savez vous comment sont raccordés les abonnés au niveau des PM jusqu'aux OLTs?
Nous sommes raccordé sur un PM où la fibre de l'abonné est branchée sur un split passif fibre de 64 abonnés, donc nous somme 64 à partager un bande passante de 2,5Gb/s sur la même branche.
Ce que je me demande, c'est à quel niveau le débit de l'abonné est paramétré?
Est-ce qu'un abonné raccordé sur ce répartiteur sera de toute façon bridé à 500Mb/s si la fibre à 2.5Gb/s est sur un OLT configuré pour ne donner que du 500Mb/s/abonné, ou bien ce répartiteur peut-il gérer à la fois du 500Mb, 1Gb et 2G, au quel cas le débit serait plutôt décidé en fonction du SN ou du SLID.
L'autre façon de poser cette question est savez-vous si au PM il y à un répartiteur 64 par débits (500/1000/2000) et donc une terminaison par débit sur l'OLT.
Je pose la question car aujourd'hui, et même avant être passé sur un SFP, je ne dépasse pas le 500Mb/s alors que j'ai un abonnent à 1Gb/s.
Et j'en profite pour vous demander si ces paramètres vous semblent corrects:
RSSI 1490 power 10.39uW -19.83dBm
tx power (se*(bias+mod/2-ith)) 1.30mW 1.13dBm
N'y aurait t'il pas moyen de forcer un débit en passant par la configuration de MIBs au niveau peut-être des GEM.
Merci par avance pour vos réponses, vous connaisseurs !
-
Yes merci, ca avance :) bon maintenant je teste PLOAM state mais je suis a 1 :(
PLOAM state 1
Downstream FEC enable yes
Upstream FEC enable no
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 255
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status
J'ai bien suivi la doc, j'ai juste encore un doute sur la version Hardware de mon ONT, c'est bien celui la ?
show gpon sn
Label Serial Number = 3NTXXXXXXXXXXX
et je n'ai pas de fichier /etc/optics/.goi_recovered présent pour refaire la calibration, c'est normal ?
Alors, t'as réussi ?
-
J'ai réussi!
Ma config:
OpenWRT sur un EdgeRouter-4
SFP FS.com GPON-ONU-34-20BI firmware modded.
Je récupère IPv4 et IPv6.
Tu pourras nous indiquer les données que tu as saisi sur l’ONU ?
-
Ce que je me demande, c'est à quel niveau le débit de l'abonné est paramétré?
Est-ce qu'un abonné raccordé sur ce répartiteur sera de toute façon bridé à 500Mb/s si la fibre à 2.5Gb/s est sur un OLT configuré pour ne donner que du 500Mb/s/abonné, ou bien ce répartiteur peut-il gérer à la fois du 500Mb, 1Gb et 2G, au quel cas le débit serait plutôt décidé en fonction du SN ou du SLID.
L'autre façon de poser cette question est savez-vous si au PM il y à un répartiteur 64 par débits (500/1000/2000) et donc une terminaison par débit sur l'OLT.
Je pose la question car aujourd'hui, et même avant être passé sur un SFP, je ne dépasse pas le 500Mb/s alors que j'ai un abonnent à 1Gb/s.
L'OLT gère les limites de débit en download et en upload en fonction du profil de chaque abonné.
Les ONT tiers peuvent parfois avoir des problèmes de compatibilité ou de paramétrage (MIBs) qui brident le débit.
En revanche, si tu ne dépasses pas les 500Mb/s même avec l'ONT SFR, soit :
- il y a un problème avec le test, par exemple le routeur, un antivirus mal optimisé, un logiciel "d'optimisation" réseau, ...
- soit SFR a fait une erreur de profil (ça arrive)
En 2021 tu disais avoir un débit correct avec l'ER-4 derrière l'ONT SFR : https://lafibre.info/routeur/cherche-routeur-avec-lan-to-wan-gt-900-mbs-nat/msg852326/#msg852326
Est-ce que c'était déjà avec le CGNAT à l'époque ?
Et j'en profite pour vous demander si ces paramètres vous semblent corrects:
RSSI 1490 power 10.39uW -19.83dBm
tx power (se*(bias+mod/2-ith)) 1.30mW 1.13dBm
Ce sont des valeurs totalement normales.
-
L'OLT gère les limites de débit en download et en upload en fonction du profil de chaque abonné.
Les ONT tiers peuvent parfois avoir des problèmes de compatibilité ou de paramétrage (MIBs) qui brident le débit.
En revanche, si tu ne dépasses pas les 500Mb/s même avec l'ONT SFR, soit :
- il y a un problème avec le test, par exemple le routeur, un antivirus mal optimisé, un logiciel "d'optimisation" réseau, ...
- soit SFR a fait une erreur de profil (ça arrive)
En 2021 tu disais avoir un débit correct avec l'ER-4 derrière l'ONT SFR : https://lafibre.info/routeur/cherche-routeur-avec-lan-to-wan-gt-900-mbs-nat/msg852326/#msg852326
Est-ce que c'était déjà avec le CGNAT à l'époque ?
Ce sont des valeurs totalement normales.
Oui j'étais déjà en CG-NAT à l'époque, et je ne me suis pas vraiment rendu compte à quel moment mon débit a baissé.
J'ai eu récemment, le coup d'un opérateur/technicien qui me piquait mon slot tous les 3 jours pendant 2 semaines, mais je me dis qu'avec un affaiblissement de 19db/m avec le SFP ONU et 21/22 avec l'ONT, la jarretière doit être bonne. J'espérait gagner avec l'ONU à vrai dire.
J'observe la charge du routeur avant de lancer les tests, un à la fois, sur différentes machines, avec plusieurs méthodes: speedtest.net, mire SFR, speedtest cli sur RPI surtout en câblé ou wifi.
Donc je dois encore essayer de débrancher tout le réseau du routeur, me connecter en console dessus et lancer un nPerf pour être sûr.
Il restera alors 2 possibilités, soit un mauvais paramètre chez SFR, soit un ou plusieurs abonnées suffisamment à fond sur du P2P à longueur de temps pour manger 2Gb/s sur l'arbre à 2.5Gb/s.
-
Tu pourras nous indiquer les données que tu as saisi sur l’ONU ?
C'est partit pour la méthode !
J'avais dans le placard un USB2TLL 3.3V, le post de maximushugus pour un Huawei MA5671A m'a fais acheter le MOLEX, j'ai pu commencer à jouer avec les firmwares.
D'abord j'ai suivi sa méthode en pensant que Carlitox était compatible sur le SFP de FS GPON-ONU-34-20BI, en fait pas du tout, j'ai eu une frayeur au reboot la première fois quand il n'a pas redémarrer !
J'ai ensuite trouvé un firmware modded et plein d'autres infos pour cet ONU ici ->https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
Je l'ai donc flashé, en TTL directement depuis cette page.
Ce MOD supprime toutes le MIBS sauf une et ajoute des lignes dans /etc/init.d/omcid.sh.
Il faut modifier /etc/init.d/omcid.sh la ligne:
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.iniEn lisant le script, on se rend compte qu'il faut setenv omci_hw_ver pour qu'il entre dans la condition qui crée le MIB à la volée. C'est le paramètre "label" de l'ONT, le 3NT7SF.... écrit en ASCII.
Les commandes à taper:
fw_setenv omci_omcc_ver=160 //(lu dans le script omcid.sh pour passer par la commande sed) (OMCC version)
fw_setenv omci_loid=user //(rien à faire ici)
fw_setenv omci_lpwd=password //(rien à faire ici)
fw_setenv image1_version=3FE7SWS4040018 //c'est ME 7 1 ( omci_pipe.sh meg ME instance)
fw_setenv image0_version=6BA1896SPLQA42 //je n'ai pas flashé l'autre image encore, ME 7 0 renvoie que des 0
fw_setenv onu_serial=PTIN91XXXXXX //en ASCII
fw_setenv onu_ploam=XXXXXXXX //en ASCII
fw_setenv omci_vendor_id=PTIN //en ASCII
fw_setenv omci_equip_id=GS0100GH //en ASCII
fw_setenv omci_hw_ver=3NT7SFU1389B24 //en ASCII
sfp_a0_low_128 et sfp_a2_info sont les images des EEPROMs sauvegardées dans les ENV pour que FALCON les simules, on les modifie avec sfp_i2c. Mais J'ai l'impression que si l'ENV est settée par fw_setenv (ou setenv sous FALCON), alors elle prend le dessus sur l'EEPROM émulée. L'eeprom fait partit de la norme pour les SFP, et les outils comme "ethtools" doivent y accéder.
J'ai également changer l'adresse MAC (le SN est une partie de l'adresse MAC, ça peut servir à l'OLT pour vérification)
uci set network.lct.macaddr=L'adresse MAC de l'ONT
uci set network.host.macaddr=L'adresse MAC de l'ONT
uci commit
J'ai eu l'adresse MAC grâce à la commande "arp" depuis le routeur sur lequel était branché l'ONT.
firstboot
reboot
Et enfin, j'ai basculer l'ONU sur un autre sous-réseau en changeant son IP, j'ai donc créé une autre interface dans la zone WAN sous OpenWRT pour continuer d'y accéder en ssh.
Voilà je pense qu'il y a tout, si ça ne marche pas du premier coup, je reverrais ma copie!
Je vous ai mis la "Open OMCI Specification" en PJ.
Et pour référence:
https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
-
J'ai eu récemment, le coup d'un opérateur/technicien qui me piquait mon slot tous les 3 jours pendant 2 semaines, mais je me dis qu'avec un affaiblissement de 19db/m avec le SFP ONU et 21/22 avec l'ONT, la jarretière doit être bonne. J'espérait gagner avec l'ONU à vrai dire.
La différence entre -19dBm et -22dBm (ce sont des puissances, pas des atténuations) peut venir de la précision de la mesure par les différents ONT.
Ce sont des valeurs parfaitement correctes, il n'y a donc rien à chercher de ce côté.
J'observe la charge du routeur avant de lancer les tests, un à la fois, sur différentes machines, avec plusieurs méthodes: speedtest.net, mire SFR, speedtest cli sur RPI surtout en câblé ou wifi.
Le débit est-il le même sur une ou plusieurs connexions ?
Il peut très bien y avoir un problème sans pour autant que ce soit la charge CPU, une simple perte de paquets (par exemple 1%) diminue le débit en TCP (surtout en Cubic).
On peut par exemple tester, sur le rpi4 (seul modèle supportant 1Gbps) :
- curl -o /dev/null http://bouygues.testdebit.info/1G.iso (Cubic)
- curl -o /dev/null http://paris.testdebit.info/1G.iso (BBR)
On peut aussi forcer -4 / -6 pour vérifier s'il y a des différences entre IPv4 et IPv6.
Il restera alors 2 possibilités, soit un mauvais paramètre chez SFR, soit un ou plusieurs abonnées suffisamment à fond sur du P2P à longueur de temps pour manger 2Gb/s sur l'arbre à 2.5Gb/s.
3 ou 4 personnes tout le temps à fond (en supposant que l'OLT répartit équitablement), c'est vraiment extrêmement peu probable.
-
La différence entre -19dBm et -22dBm (ce sont des puissances, pas des atténuations) peut venir de la précision de la mesure par les différents ONT.
Ce sont des valeurs parfaitement correctes, il n'y a donc rien à chercher de ce côté.
Le débit est-il le même sur une ou plusieurs connexions ?
Il peut très bien y avoir un problème sans pour autant que ce soit la charge CPU, une simple perte de paquets (par exemple 1%) diminue le débit en TCP (surtout en Cubic).
On peut par exemple tester, sur le rpi4 (seul modèle supportant 1Gbps) :
- curl -o /dev/null http://bouygues.testdebit.info/1G.iso (Cubic)
- curl -o /dev/null http://paris.testdebit.info/1G.iso (BBR)
On peut aussi forcer -4 / -6 pour vérifier s'il y a des différences entre IPv4 et IPv6.
3 ou 4 personnes tout le temps à fond (en supposant que l'OLT répartit équitablement), c'est vraiment extrêmement peu probable.
Même débit à peu près, sur les 2 serveurs 59.8 et 54.4Mo/s soit 478.4Mb/s et 435.2Mb/s, ça pousse à 560 en v4. Testé sur une VM Ubuntu Server d'un i9 (8 proc, 16Go la VM). Même débits sur le RPI4 SSD.
Je vais appeler la hotline, mais je vais devoir rebrancher la box et l'ont :(
La box, c'est mon AP Wifi.
-
Même débit à peu près, sur les 2 serveurs 59.8 et 54.4Mo/s soit 478.4Mb/s et 435.2Mb/s, ça pousse à 560 en v4. Testé sur une VM Ubuntu Server d'un i9 (8 proc, 16Go la VM). Même débits sur le RPI4 SSD.
Pour une VM, le résultat peut dépendre de la configuration du réseau avec l'hôte (NAT, bridge, ...) et les accélérations (checksums, segmentation, ...) peuvent ne pas être disponibles.
Mais sur un CPU puissant ça ne devrait pas poser de problème.
Est-ce que si les deux curl sont lancés en même temps le débit est divisé, ou est-ce que la somme est supérieure à ce que tu peux avoir sur une connexion ?
-
Pour une VM, le résultat peut dépendre de la configuration du réseau avec l'hôte (NAT, bridge, ...) et les accélérations (checksums, segmentation, ...) peuvent ne pas être disponibles.
Mais sur un CPU puissant ça ne devrait pas poser de problème.
Est-ce que si les deux curl sont lancés en même temps le débit est divisé, ou est-ce que la somme est supérieure à ce que tu peux avoir sur une connexion ?
J'ai fait d'autres tests, mais surtout celui de rebrancher la box SFR et l'ONT, résultat, débit > 900Mb/s, la loose !
De ce que j'ai compris, ma baisse de débit serait apparue depuis la mise à jour d'OpenWRT de 18 ou 19 à 22.03.
Cette version ne prendrait plus en charge le threading (peut-être) sur l'Octeon du EdgeRouter-4, ou alors il y à une option que je n'ai pas vu !
Lors de tests de débit, seulement 1 des cores de l'Octeon est à 100%.
Avez-vous des idées pour résoudre ce problème, ou faut t'il attendre une nouvelle mise à jours ?
Merci.
-
Avez-vous des idées pour résoudre ce problème...
oui change de routeur ! ;D
un bete routeur avec un MT7621 comme il y en a a la pelle, tient le 1Gbps avec openwrt.
-
oui change de routeur ! ;D
un bete routeur avec un MT7621 comme il y en a a la pelle, tient le 1Gbps avec openwrt.
Il les tenait avant la mise à jour!
-
Il les tenait avant la mise à jour!
essaie dans l'ordre :
activer software offload (dans la partie firewall)
activer packet steering. (dans Network >> Interfaces >> Global network options )
le cpu fait 4x1Ghz, mais il me semble qu'avec 1 core ca ne suffit pas pour tenir 1Gbps sans accélération HW, donc si celui-ci est a 100% il y a effectivement un truc qui cloche...
-
essaie dans l'ordre :
activer software offload (dans la partie firewall)
activer packet steering. (dans Network >> Interfaces >> Global network options )
le cpu fait 4x1Ghz, mais il me semble qu'avec 1 core ca ne suffit pas pour tenir 1Gbps sans accélération HW, donc si celui-ci est a 100% il y a effectivement un truc qui cloche...
Toujours 520Mb/s max sur 1 core.
Je vais creuser du coté accéleration HW sur les forums OpenWRT, mais si tu as une idée, je suis preneur !
-
l'acceleration hardware n'existe pour le moment que sur les SOC Mediatek MT7621/MT7622. Rien d'autre.
Après on peut trouver parfois des images basées sur openwrt qui integrent le drivers propriétaire qui inclu une acceleration hardware.
Sur cavium ca ne me dit rien qui vaille a ce sujet, j'ai surtout entendu parler de ce genre d'images pour du Qualcomm.
-
Tu peux eventuellement tenter un snapshot ?
https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=octeon%2Fgeneric&id=ubnt_edgerouter-4
pense a ajouter Luci dans l'image :) car les snapshot ne l'ont pas par defaut.
-
Tu peux eventuellement tenter un snapshot ?
https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=octeon%2Fgeneric&id=ubnt_edgerouter-4
pense a ajouter Luci dans l'image :) car les snapshot ne l'ont pas par defaut.
C'est quoi la différence avec l'autre version (pas snapshot) ?
Après, les commandes opkg, ca devrait le faire...
-
les snapshots c'est les versions betas (en développement) donc avec correction de certains bugs, parfois avec des nouvelles fonctionnalités pas encore en version stable.
-
Bonjour, le mib,faut la customiser soit même ou elle est généré ?
-
Le paramètre ME 256 à par défaut la valeur 2 pour la variable Traffic management option, alors que sur le MIB de l'ONT elle est à 0. C'est important, sans ça, ça ne fonctionne pas.
Si non, il y à d'autres options ME avec le "PTIN".
Je n'ai pas vérifié vu que j'ai recopier le MIB de l'ONT.
Tu peux checker avec omci-pipe.sh "le ME" et 0 ou 1 pour voir si le PTIN est bien mis partout.
Tu as le MIB le l'ONT dans un de mes précédents posts.
Le reste, c'est rempli soit par omcid.sh, soit par omcid lui-même (je crois).
-
Bon c'est dommage personne pour m'aider ? pourtant vous êtes bien avancé, ça marche chez vous vous avez forcement la réponse ?
-
Bon c'est dommage personne pour m'aider ? pourtant vous êtes bien avancé, ça marche chez vous vous avez forcement la réponse ?
Je crois bien qu’elle est auto générer du moins sous CarlitoxxV1
-
Bon c'est dommage personne pour m'aider ? pourtant vous êtes bien avancé, ça marche chez vous vous avez forcement la réponse ?
Pour voir si tes paramètres passent bien, que disent : (tu peux enlever SN et MAC)
- omci_pipe.sh meg 256 0
- omci_pipe.sh meg 257 0
- omci_pipe.sh meg 6 0
- omci_pipe.sh meg 6 1
- omci_pipe.sh meg 7 0
- omci_pipe.sh meg 7 1
?
Quel est le contenu de /etc/init.d/omcid.sh ?
Chez moi, dans ce script, en fonction d'une variable d'environnement (fw_printenv omci_hw_ver, ...) le MIB est auto-généré (mais quand même copié de quelque part, puis modifié par le script) ou lu suivant la variable d'environnement "mib_file" ou si non, sélectionné par default dans /etc/mibs.
On y voit également avec quels paramètres est lancé le "deamon" omcid (c'est lui qui est en charge du dialogue avec l'OLT pour la configuration)
Donc /etc/init.d/omcid.sh nous en dira plus.
Voici ce que ça donne chez moi:
# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0x53 0x46 0x55 0x31 0x33 0x38 0xXX 0xXX 0xXX 0xXX
3NT7SFU138XXXX
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0xXX 0xXX 0xXX 0xXX
PTINXXXX
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x53 0x30 0x31 0x30 0x30 0x47 0x48 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0x86 (134)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0080 (128)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x00678e32 (6786610)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
Etc...
Donc pour omcid.sh, si l'env mib_file n'existe pas, il charge un MIB par défaut que tu peux modifier toi même pour y ajouter le "LABEL SN de l'ONT d'origine / version Hardware" ou alors tu fw_setenv omci_hw_ver=HARDWARE_Version et alors omcid.sh va copier le MIB par défault dans /tmp et le modifier avec "sed" pour écrire lui même la version hardware.
Le MIB par defaut comprend cette ligne:
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0mais qui devrait s'écrire:
# ONT-G
256 0 HWTC 0000000000000 00000000 0 0 0 0 0 #0 // --> tu noteras le 0 en lieu et place du 2Sur cette ligne du ME 256, HWTC (pour moi sur le module FS) sera remplacé automatiquement par PTIN par omcid pas omcid.sh.
Les 0000 qui suivent juste après seront remplacer par la version hardware par omcid.sh si tu as setté la variable d'environnement ou en dur dans le custom MIB (cf. cat /etc/init.d/omcid.sh).
Les 0000 qui suivent seront automatiquement settés par omcid par le numéro de série PTIN.... que tu auras défini dans les variables d'environnement.
Et le 2 d'après doit être un 0, moi ça ne marchait pas avec le 2.
En mettant ce firmware qui à l'air compatible avec ton Huawei, tu pourrais te passer du oem-generic et suivre le post #368 de la page 31.
https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
-
Tu peux eventuellement tenter un snapshot ?
https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=octeon%2Fgeneric&id=ubnt_edgerouter-4
pense a ajouter Luci dans l'image :) car les snapshot ne l'ont pas par defaut.
J'ai fait, connexion OK, ping à 8.8.8.8 pour testé -> OK, mais impossible de mètre à jour opkg, comme s'il n'y avais pas de résolution DNS, ping à google.com -> KO.
Donc, j'ai trouvé la v23..RC cool, mais les packets ne sont pas encore dispo.
Je suis alors revenu sur ma version 22.03.5 et là ! Super 928Mb/s.
Je pense que c'était le packet mwan3, qui ne s'était pas bien désinstallé. Le fait d'avoir reinstaller OpenWRT à débloquer l'histoire.
Merci en tout cas, sans cette idée de Snapshot, je n'aurais jamais réinstallé l'OS.
Donc l'ER4 n'y arrive pas trop mal avec le Gb !
Config :
- ER4
- GPON FS
-
Bonjour, dans mon mib j'ai ça
root@SFP:~# cat /tmp/auto_generated_mib.ini
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 PTIN 3NT7SFUXXXXXXX 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x1 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
DOns il manque le numero de PTIN dans le256 j'ai l'impression ?
-
Bonjour, dans mon mib j'ai ça
root@SFP:~# cat /tmp/auto_generated_mib.ini
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 PTIN 3NT7SFUXXXXXXX 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x1 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
DOns il manque le numero de PTIN dans le256 j'ai l'impression ?
C'est possible, ou pas.
Peux tu lancer la commande en ssh sur l'ONU Huawei:
omci_pipe.sh meg 256 0Tu sauras si le SN est pris en compte.
Tu peux le poster ici, ou en MP.
Du coup, tu pourras regarder les autres commandes du post #385, c'est comme ça qu'on va y arriver ;)
A plus
-
Oui bien sur :
BusyBox v1.24.2 () built-in shell (ash)
OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON
----------------------------------------------
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0xXX 0xXX 0xXX
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0x53 0xXX 0x55 0x31 0x33 0xXX 0x39 0xXX 0x32 0x35
3NT7SXXXXXX
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0xXX 0xXX 0xXX 0xXX 0x47 0xd9 0xXX
PTIN\xXXX\xDXX
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x53 0xXX 0x31 0x30 0xXX 0x47 0x48 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0080 (128)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0021b299 (2208409)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# ifconfig
dbc Link encap:Ethernet HWaddr 02:4C:XX:XX:XX:XX
inet addr:192.168.2.X Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::4c:91ff:fe47:d94f/64 Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:408 (408.0 B)
exc Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:2391 errors:0 dropped:0 overruns:0 frame:0
TX packets:839 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:204000 (199.2 KiB) TX bytes:70908 (69.2 KiB)
host Link encap:Ethernet HWaddr 00:XX:XX:XX:XX:XX
inet6 addr: fe80::20b:XXX:XXX:XX/XX Scope:Link
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:9 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:886 (886.0 B)
lct0 Link encap:Ethernet HWaddr 00:0B:XX:XX:XX:XX
inet addr:192.168.1.10 Bcast:192.168.1.255 Mask:255.255.255.0
inet6 addr: fe80::XXX:XX:XXX:XXX/XX Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:46178 errors:0 dropped:0 overruns:0 frame:0
TX packets:1196 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2808525 (2.6 MiB) TX bytes:189686 (185.2 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: :XX:1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:21 errors:0 dropped:0 overruns:0 frame:0
TX packets:21 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1952 (1.9 KiB) TX bytes:1952 (1.9 KiB)
Je sais que je suis pas loin, mais je sais pas ce qui cloche !
-
Jusque là Ok sauf :
Attention à enlever ton SN derrière le PTIN sur ton post au dessus, c'est un bout de l'Adresse MAC de ton ONT.
Aussi penses à cacher tes IPs publiques et adresses MAC.
Et donc j'ai pu constater que tu n'as pas changé l'adresse MAC.
Et maintenant tu peux nous poster:
- omci_pipe.sh meg 7 0
- omci_pipe.sh meg 7 1
Voir si les versions firmware sont prises en compte.
Puis nous poster le retour la commande "gtop" puis "c" "v"
Aussi dans "otop" puis "b" tu devrais voir ton SLID/PLOAM en hexa.
Peux tu nous confirmer quel firmware tu as installé ?
Je ne sais pas si ça compte, et si ça marche sur Carlitox, mais pour changer l'adresse MAC, voici un exemple:
uci set network.lct.macaddr=00:06:B5:07:D6:04
uci set network.host.macaddr=00:06:B5:07:D8:04
uci commit network.lct.macaddr=00:06:B5:07:D6:04
uci commit network.host.macaddr=00:06:B5:07:D8:04Mettre l'adresse MAC de ton ONT.
-
Merci, j'ai mis des XX un peux partout ;)
le firmware est le MODDDED 6BA1896SPLQA42_MODDED_ver5-1.img
root@SFP:/etc/optic# omci_pipe.sh meg 7 0
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0xXX 0x45 0x37 0x53 0xXX 0xXX 0xXX 0x30 0x34 0xXX 0x30 0x31 0x38
3FE7XXXXXXXX
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# omci_pipe.sh meg 7 1
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x4X 0x4X 0x37 0xXX 0x5X 0xX0 0xXX 0x30 0x33 0x30 0xXX 0xXX 0x3X
3FEXXXXXXXXX
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
"gtop" puis "c" "v"
Version
FALC(tm) ON Base Driver, Version 7.5.1.0 (c) Copyright 2017, Intel Corporation - Testpatch GPONSW-3406 v H05
Compiled on Sep 18 2021, 10:25:17 for Linux kernel 3.10.49
ONU Device Type, PEB/PEF 98035, FALC ON-S
et gtop (la ou il y a des X c'est moi qui est modifié)
OPTION VALUE
BIP error interval 4095
Signal Fail threshold 5
Signal Degrade threshold 9
ONU response time 34995
PLOAM password 385XX73XXa4XX550XX00
GEM block length 48
Maximum GEM payload size US 4095
Maximum PDU size DS ETH:0xXXd0 OMCI:0x07c0 IP:0xfXX MPLS:0xffXX
LAN GPHY firmware mode 2
MDIO data rate 2
MDIO interface enable yes
[0] LAN port enable yes
[0] LAN port PHY MDIO device address 429XX672XX
J'avais modifié la mac, mais j'avais pas la commande "uci commit", je faisais que le "uci set"
-
Cool le FS-MODDED tourne bien sur Huawei!
Et donc on est sur la même base!
Tu tournes sur l'image 0, la version firmware est passée, tu as donc bien flasher l'image 0 en MODDED.
Encore des commandes:
"gtop" "cv" devrait te donner un truc du genre: (au moins l'en-tête):
(( Quand tu auras ces lignes, on sera bon pour s'intéresser à OpenWRT ;D ))
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
Ensuite:
"otop" "s" pour voir le signal fibre.
Valeurs intéressantes au premier abord:
RSSI 1490 power 8.49uW -20.46dBm
tx power (se*(bias+mod/2-ith)) 1.23mW 0.89dBm
-
Yes :)
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
et
status overview
chip version (fuse format) A22 (1)
driver version (otop version) 7.5.1 (7.5.1.0)
state history 9 8 4 3 2 1 6 0 0 0
config reads + + + + + + + +
table reads + + + + +
PLL lock status locked
Signal detect true
manage mode (OMU/BOSA/BOSA2), powerlevel BOSA, normal (0)
manual mode, BERT mode, BOSA loop mode off, off, dual-loop
laser age (active time) 0:00:05
laser temperature (ext corr): 319K
die temperature (int corr) 335K
rx offset correction 9
maximum bias / modulation current (chip) 78.00mA / 95.00mA
precalc. bias / modulation current 9.42mA / 25.00mA (6)
actual bias / modulation current 8.57mA / 19.61mA
bias / modulation change (errors) stable / stable (0 / 0)
integration coefficient bias / modulation 7 / 7
gain correction factor P0 / P1 1.01 / 1.01
MPD target P0 / P1 +83 / +812
MPD actual P0 / P1 (variation to target) n/a
current offset 137.33uA
RSSI 1490 voltage, current 44.25mV 44.25uA
RSSI 1550 voltage 497.68mV
RF 1550 voltage 497.80mV
DDMI voltage 3298.34mV
RSSI 1490 power 6.26uW -22.03dBm
tx power (se*(bias+mod/2-ith)) 1.38mW 1.40dBm
precalc. dcdc apd voltage, saturation 35.49V 150 (4)
DCDC APD target voltage (active/inactive) 35.49V (active)
DCDC APD voltage (regulation error), saturation 35.57V (+0.00V) 150
linear LDO converter (active/inactive) (inactive)
-
Donc tu sembles être connecté !
Maintenant, dans ton routeur ...
Tu peux bridger lan0, lan1 et lan2. "Oups j'ai un ER-4" Il faut adapter les "devices" lan ou eth ou autres.
Tes devices sont dans luci: Network->Interfaces->Devices
lan3 est ton SFP et devient l'interface wan
/etc/config/network: (la base fonctionnelle)
Tu peux faire une sauvegarde avant, et ajouter tes autres interface s'il y a: comme wireguard ou wwan0 pour le failover 4G par exemple (mais c'est un autre sujet).
J'ai mis des commentaires à retirer si tu "copie-colle" Ne fait pas, il faut adapter les interfaces!
config interface 'loopback'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
option device 'lo'
config globals 'globals'
option ula_prefix 'fda0:71fe:ea0f::/48'
option packet_steering '1'
config interface 'lan'
option proto 'static'
option ip6ifaceid '::1'
option force_link '0'
option ip6assign '64'
option ip6hint '1'
option device 'br-lan'
option netmask '255.255.255.0'
option ipaddr '192.168.1.1' //l'ip du routeur
list ip6class 'sfp_wan6'
list dns '8.8.8.8' //google
list dns '8.8.4.4'
config interface 'sfp_wan'
option proto 'dhcp'
option vendorid 'neufbox_NB6V-MAIN-bypassed'
option hostname 'neufbox_bypassed'
option peerdns '0'
list dns '8.8.8.8'
list dns '8.8.4.4'
option metric '2' //pas obligatoire
option device 'lan3'
config interface 'sfp_wan6'
option proto 'dhcpv6'
option reqprefix 'auto'
option reqaddress 'try'
option peerdns '0'
option metric '1' //pas obligatoire
option device 'lan3'
config device
option name 'br-lan'
option type 'bridge'
option igmp_snooping '1'
list ports 'lan0'
list ports 'lan1'
list ports 'lan2'
config interface 'SFP_ADMIN' //pour continuer à administrer l'ONU, pour ça il faut changer l'IP du module SFP
option proto 'static'
option device 'lan3'
option ipaddr '192.168.4.1' //moi l'ONU est en 4.254
option netmask '255.255.255.0'
option gateway '192.168.1.1' //le routeur/gateway
option auto '0' //l'interface ne demarre pas tout seul
et etc/config/dhcp:
config dnsmasq
option domainneeded '1'
option localise_queries '1'
option local '/lan/'
option domain 'lan'
option expandhosts '1'
option authoritative '1'
option readethers '1'
option leasefile '/tmp/dhcp.leases'
option resolvfile '/tmp/resolv.conf.d/resolv.conf.auto'
option localservice '1'
option ednspacket_max '1232'
option rebind_protection '0'
config dhcp 'lan'
option interface 'lan'
option ra_management '1'
option start '100'
option limit '150'
option leasetime '12h'
option ra 'server'
option dhcpv6 'server'
config odhcpd 'odhcpd'
option maindhcp '0'
option leasefile '/tmp/hosts/odhcpd'
option leasetrigger '/usr/sbin/odhcpd-update'
option loglevel '4'
config dhcp 'sfp_wan6'
option interface 'sfp_wan6'
option master '1'
option ra 'relay'
option dhcpv6 'relay'
et au cas ou /etc/config/firewall:
config defaults
option output 'ACCEPT'
option forward 'REJECT'
option synflood_protect '1'
option input 'REJECT'
config zone
option name 'lan'
option input 'ACCEPT'
option output 'ACCEPT'
option forward 'ACCEPT'
option mtu_fix '1'
list network 'lan'
list network 'wg0'
option masq '1'
config zone
option conntrack '1'
option name 'wan'
option output 'ACCEPT'
option mtu_fix '1'
option input 'REJECT'
option masq6 '0'
list network 'wwan0'
list network 'sfp_wan6'
list network 'sfp_wan'
list network 'SFP_ADMIN'
option masq '1'
option forward 'REJECT'
config rule
option name 'Allow-DHCP-Renew'
option src 'wan'
option proto 'udp'
option dest_port '68'
option target 'ACCEPT'
option family 'ipv4'
config rule
option name 'Allow-Ping'
option src 'wan'
option proto 'icmp'
option icmp_type 'echo-request'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-IGMP'
option src 'wan'
option proto 'igmp'
option family 'ipv4'
option target 'ACCEPT'
config rule
option name 'Allow-DHCPv6'
option src 'wan'
option proto 'udp'
option src_ip 'fc00::/6'
option dest_ip 'fc00::/6'
option dest_port '546'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-MLD'
option src 'wan'
option proto 'icmp'
option src_ip 'fe80::/10'
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Input'
option src 'wan'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
list icmp_type 'router-solicitation'
list icmp_type 'neighbour-solicitation'
list icmp_type 'router-advertisement'
list icmp_type 'neighbour-advertisement'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-ICMPv6-Forward'
option src 'wan'
option dest '*'
option proto 'icmp'
list icmp_type 'echo-request'
list icmp_type 'echo-reply'
list icmp_type 'destination-unreachable'
list icmp_type 'packet-too-big'
list icmp_type 'time-exceeded'
list icmp_type 'bad-header'
list icmp_type 'unknown-header-type'
option limit '1000/sec'
option family 'ipv6'
option target 'ACCEPT'
config rule
option name 'Allow-IPSec-ESP'
option src 'wan'
option dest 'lan'
option proto 'esp'
option target 'ACCEPT'
config rule
option name 'Allow-ISAKMP'
option src 'wan'
option dest 'lan'
option dest_port '500'
option proto 'udp'
option target 'ACCEPT'
config rule
option name 'Support-UDP-Traceroute'
option src 'wan'
option dest_port '33434:33689'
option proto 'udp'
option family 'ipv4'
option target 'REJECT'
option enabled '0'
config include
option path '/etc/firewall.user'
config forwarding
option src 'lan'
option dest 'wan'
Si ça marchait avec l'ONT, tes zones wan sont OK.
Ca prend 1 à 2 minutes pour récupérer une IP. D'abord v4 en 10.x.x.x, puis v6.
T'es bien en CG-NAT ?
-
J'ai un mikrotik RB2011 avec OpenWRT, Je suis en train de faire la config mais pas simple ! j'ai du le reseter 1 fois car j'ai perdu la main.
je te tiens au courant
-
Hello à tous,
C'est mon premier message ici, enchanté ! :)
J'ai lu ce thread ainsi qu'une partie de celui d'Orange, mais je n'arrive pour le moment pas à récupérer une IP avec mon ONT.
Je dispose d'un LEOX LXT-010H-D, et j'ai testé pas mal de settings !
D'ailleurs pour information, le format attendu pour le SN est possible en deux format pour cet ONT:
flash set GPON_PLOAM_PASSWD 0xHEX
Exemple: flash set GPON_PLOAM_PASSWD 0x20202020202020202020
flash set GPON_PLOAM_PASSWD ascii_format
Exemple: flash set GPON_PLOAM_PASSWD Azerty
Pour l'instant j'ai tenté de configurer :
LOID
LOID_PASSWD
GPON_SN
ELAN_MAC_ADDR
PON_VENDOR_ID
OMCI_SW_VER1
OMCI_SW_VER2
HW_HWVER
GPON_ONU_MODEL
HW_SERIAL_NO
OLT Mode custom, et plusieurs versions de OMCC testées également.
En sachant que pour OMCI_SW_VER1 et OMCI_SW_VER2 j'ai renseigné l'hardware version et le software (ainsi que le soft uniquement, etc.), versions que j'ai récupéré sur ma box:
3NTR**********
3GN**********
Tout cela pour imiter un maximum la configuration originale et donc impersonnifier l'ONT intégré de ma box.
(Mais j'ai quasiment le même comportement avec uniquement le pwd de configuré)
D'ailleurs, la configuration du fiber password (GPON_PLOAM_PASSWD) fait tomber l'interface web de l'ONT, mais il fonctionne car il réussit à récupérer un ONU State à O5, ainsi que du trafic sur l'interface PON, par contre, en SEND, je n'ai que très peu (au passage à O5 en général) ou pas de trafic du tout.
De ce que j'ai pu observer, une fois passé en O5, le CPU s'emballe (90-100%), ce qui semble poser le problème de disponibilité, je garde la main sur le telnet, mais parfois l'ONT reboot (j'atteins sans doute la tjunction de proc).
Au niveau firmware, je suis sur du V3.3.2L7.
Le but serait d'exploiter pleinement ma connexion en 2 Gb/s étant donné que la box 8 de SFR ne dispose que de port gigabit sans support d'agrégation (mais d'un excellent wifi pouvant aller jusqu'à 1.4 Gbit/s sur mes benchs!).
Je ne suis pas spécialisé sur ce type de techno, pour le coup si quelqu'un a pu configurer cet ONT, ou si vous pouvez m'aider, je vous en remercie par avance ! :)
Bon weekend !
-
salut bienvenu dans l'aventure avec le LEOX ! tout comme toi je suis bloqué depuis des mois...si tu trouves LA solution du probleme je suis preneur !
-
Avez vous ce script dans le Leox en SSH: omci_pipe.sh ?
-
salut bienvenu dans l'aventure avec le LEOX ! tout comme toi je suis bloqué depuis des mois...si tu trouves LA solution du probleme je suis preneur !
Thanks, j'ai également testé OMCC version en 0x0A, toujours sans effet.
As-tu aussi un freeze de l'interface d'administration lorsque le bon pass est set et que tu passes en O5?
J'ai regardé le code JS de la Box SFR, il semble y avoir wancfg.cmd qui implémente peut-être des actions hidden, et il existe sans doutes des urls non publiques pour accéder à l'interface de diag de la box.
Le but serait d'avoir la configuration exacte de l'ONT coté box SFR, malheureusment l'export brut de la configuration de la box est salted, je ne sais pas encore si c'est reversable ou non.
Avez vous ce script dans le Leox en SSH: omci_pipe.sh ?
Absent ! Voir l'attachment pour les scripts présents sur l'ONT.
-
Thanks, j'ai également testé OMCC version en 0x0A, toujours sans effet.
As-tu aussi un freeze de l'interface d'administration lorsque le bon pass est set et que tu passes en O5?
oui
a un moment on avait evoqué la possibilité que l'OLT pousse une mise a jour du firmware vers l'ONT s'il ne trouve pas la bonne version, et que ca provoquerait les freeze. mais en mettant la meme version dans OMCI_SW_VER1 et OMCI_SW_VER2 ca n'a rien changé.
-
Merci pour ton retour, cela écarte donc une défaillance matérielle de mon coté !
Je suis bien authentifié en revanche, on voit le trying to authenticate, et ensuite SFR_XXXF, le problème c'est qu'on ne récupère pas de configuration IP de l'OLT pour notre ONT.
J'ai essayé de pousser manuellement la conf IP sur mon interface depuis la console, not working too.
-
Dans les précédents messages, j'ai posté le MIB de l'ONT en 1Go, au besoin, j'ai laissé l'accès SSH dessus, je peux toujours le rebrancher pour te donner des infos.
Aussi, je peux te trouver le MIB pour du 2,5Gb depuis mon SFP et le poster avec des commentaires sur ce qu'il me semble important.
Et, dans un précédent message, la doc des MIBs avec la correspondance des codes.
Est ce que le LEOX tourne sous lantiq basé openwrt?
-
Dans les précédents messages, j'ai posté le MIB de l'ONT en 1Go, au besoin, j'ai laissé l'accès SSH dessus, je peux toujours le rebrancher pour te donner des infos.
Aussi, je peux te trouver le MIB pour du 2,5Gb depuis mon SFP et le poster avec des commentaires sur ce qu'il me semble important.
Et, dans un précédent message, la doc des MIBs avec la correspondance des codes.
Est ce que le LEOX tourne sous lantiq basé openwrt?
Hello again ! :)
J'avais vu tes messages, et d'ailleurs je te remercie de partager autant de précieuses informations !
Je t’avoue que cela m'intéresse très fortement pour le 2.5Gb haha, en revanche je suis passé à côté de la doc semble-t-il !
Pour répondre à ta question, le Leox est basé sur un chip Realtek RTL9601D, et il tourne sous un linux embdded custom, kernel 3.18, Realtek RSDK-4.8.5p1 / Realtek Luna SDK V3.3.2L.
-
j'ai trouvé "omcicli" sur le LEOX pour interagir avec le "daemon" OMCI.
S'utilise de cette façon: " omcicli mib get MIB_IDX "
Vu ici: https://hack-gpon.org/ont-leox-lxt-010h-d/ (https://hack-gpon.org/ont-leox-lxt-010h-d/)
Du coup, je ferai:
/etc/scripts/flash set GPON_SN PTIN.... (ascii)
/etc/scripts/flash set GPON_PLOAM_PASSWD AAAAAAAAAA (ascii)
nv setenv sw_custom_version0 YOURFIRSTSWVER (version software de l'ONT d'origine image 0)
nv setenv sw_custom_version1 YOURSECONDSWVER (celle de l'ONT d'origine image 1)
/etc/scripts/flash set OMCI_OLT_MODE 3 (custom)
/etc/scripts/flash set HW_HWVER MYHWVERSION (le SN Label de l'ONT d'origine)
/etc/scripts/flash set PON_VENDOR_ID PTIN
/etc/scripts/flash set GPON_ONU_MODEL GS0100GH (le modèle de l'ONT d'origine)
/etc/scripts/flash set OMCI_FAKE_OK 0 (je pense)
reboot
Et du coup que te renvoie "omcicli mib get 256" et "omcicli mib get 257" pour voir ?
-
Hello @G8U5
Merci pour ton retour, j'ai déjà effectué des tests similaires, et j'en ai refait plusieurs, toujours sans succès !
Voici la config :
flash get GPON_PLOAM_PASSWD 0x0000000000000000
flash get GPON_SN PTINXXXXXXXX
flash set OMCI_OLT_MODE 3
flash set PON_VENDOR_ID PTIN
flash set OMCI_SW_VER1 3GN80XXXXXXXX
flash set OMCI_SW_VER2 3GN80XXXXXXXX
# flash set HW_HWVER PTINXXXXXXXX
flash set HW_HWVER 3NTRGWXXXXXXXX
flash set GPON_ONU_MODEL GR140DG
flash set OMCI_FAKE_OK 0
J'ai testé avec le HWVER selon ta recommendation, et également avec le HWVER fourni par ma box.
En revanche, ma box ne me donne qu'un seul SW_VER, j'ai donc renseigné le même pour VER1 et VER2.
A noter que c'est le fait de renseigner le HWVER qui semble faire planter l'interface d'administration.
# uptime
17:54:07 up 2:17, load average: 4.31, 4.30, 4.25
# diag gpon get onu-state
gpon get onu-state
ONU state: Operation State(O5)
# omcicli mib get 256
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ontg
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x00
VID: PTIN
Version: 3NTRGWXXXXXXXX
SerialNum: PTINXXXXXXXX
TraffMgtOpt: 2
AtmCCOpt: 0
BatteryBack: 0
AdminState: 0
OpState: 0
OnuSurvivalTime: 0
LogicalOnuID: user
LogicalPassword:
CredentialsStatus: 0
ExtendedTcLayerOptions: 0x0
OntState: 1
=================================
# omcicli mib get 257
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ont2g
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0000
EqtID: 0x4752313430444700000000000000000000000000
OMCCVer: 0x80
VPCode: 0
SecCapability: 1
SecMode: 1
NumOfPriQ: 128
NumOfScheduler: 16
Mode: 1
NumOfGemPort: 64
SysUpTime: 1400
ConnectivityCapability: 0x007f
CurrentConnectivityMode: 0
QosConfigurationFlexibility: 0x003b
PriorityQueueScaleFactor: 1
=================================
# diag l2-table get entry address valid
l2-table get entry address valid
LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:XX:XX:XX 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x003c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:06:91:XX:XX:XX 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x015c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x0398 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
A0:CE:C8:XX:XX:XX 0 0 7 0 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 1000
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
3: eth0.2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
4: eth0.3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
5: nas0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
6: pon0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
7: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
inet 192.168.100.1/24 brd 192.168.100.255 scope global br0
valid_lft forever preferred_lft forever
8: nas0_0: <NO-CARRIER,BROADCAST,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN qlen 10
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
Les MACs, le PWD, etc. ont été censurés.
L'EqtID représente le GPON_ONU_MODEL en hexa, j'ai testé avec sans OMCI_FAKE_OK, et également sur plusieurs OMCC_VER.
J'ai eu un comportement étrange également qui s'est produit deux fois, après un RAZ, puis application de la configuration suivante :
flash set GPON_PLOAM_PASSWD 0x0000000000000000
flash set GPON_SN PTINXXXXXXXX
flash set OMCI_FAKE_OK 0
-> O5, still not work
flash set OMCI_OLT_MODE 3
flash set PON_VENDOR_ID PTIN
flash set GPON_ONU_MODEL GR140DG
-> Perte de la LAN, obligé de reboot sans PON connecté pour virer le GPON_ONU_MODEL ou de passer OMCI_FAKE_OK à 1
Problème non rencontré sur un nouveau RAZ, et application de la configuration complète citée en début de post.
Sinon, on voit bien un VLAN tagué sur 101, à noter que les JSON de ma box, j'ai entrevu un VLAN 12 hier, j'ingore si il s'agissait d'une valeur de tag ou non.
Il s'agit bien de l'OLT, car un lookup nous permet de voir que cette plage appartient à PT Inovacao.
Enfin j'imagine que l'IP attribuée doit être vu sur une des cartes en UP, et comme vous pouvez le voir je n'ai rien pour le moment.
pon0 devrait être l'équivalent de l'interface IPoE erouter0, celle récupérant l'IP en 10.X.X.X sur ma box si je ne m'abuse ?
Aussi, pour information, je suis directement connecté en ethernet à l'ONT, et il ne dispose pas de serveur DHCP, je suis donc manuellement configuré en ayant pour gateway 192.168.100.1 en /24, je me suis donc attribué une IP du même sous réseau, en .2.
Ah, et pour info, je me vois authentifié sur Windows sur le réseau SFR_XXXX, sans même avoir de PON connecté, ne vous y fiez pas, il y a du caching (coté ONT ou Windows).
Merci par avance pour vos insights ! :)
-
Bonsoir à tous, revoilà mon ami de retour chez SFR j'essaie donc pour rappel de remplacer la Box 8 par un ONU Huawei MA5671A sous carlitoxx V1, cela fonctionne chez moi avec red et le meme ONU avec la methode de @Maximugus, mais chez mon ami ce n'est toujours pas le cas ... J'ai essayé avec la methode de surfsharf mais je ne suis pas certain d'avoir entre les info correctement je n'ai notamment pas trouver la bonne commande pour la parti stp i2c sur Carlitoxx V1.
Par ailleurs je pense que j'ai une IP CGNAT car en 10.X.X.X, j'ai fait une demande au SAV aujourd'hui meme j'espère donc avoir une réponse positive d'ici a mercredi
Bref toute aides sera la bienvenue ... D'autant que je n'ai qu'une semaine avant de devoir faire machine arrière pour me rétracter et le repasser chez orange
Et passer sur un module FS ?
-
Hello @G8U5
Merci pour ton retour, j'ai déjà effectué des tests similaires, et j'en ai refait plusieurs, toujours sans succès !
Voici la config :
flash get GPON_PLOAM_PASSWD 0x0000000000000000
flash get GPON_SN PTINXXXXXXXX
flash set OMCI_OLT_MODE 3
flash set PON_VENDOR_ID PTIN
flash set OMCI_SW_VER1 3GN80XXXXXXXX
flash set OMCI_SW_VER2 3GN80XXXXXXXX
# flash set HW_HWVER PTINXXXXXXXX
flash set HW_HWVER 3NTRGWXXXXXXXX
flash set GPON_ONU_MODEL GR140DG
flash set OMCI_FAKE_OK 0
J'ai testé avec le HWVER selon ta recommendation, et également avec le HWVER fourni par ma box.
En revanche, ma box ne me donne qu'un seul SW_VER, j'ai donc renseigné le même pour VER1 et VER2.
A noter que c'est le fait de renseigner le HWVER qui semble faire planter l'interface d'administration.
# uptime
17:54:07 up 2:17, load average: 4.31, 4.30, 4.25
# diag gpon get onu-state
gpon get onu-state
ONU state: Operation State(O5)
# omcicli mib get 256
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ontg
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x00
VID: PTIN
Version: 3NTRGWXXXXXXXX
SerialNum: PTINXXXXXXXX
TraffMgtOpt: 2
AtmCCOpt: 0
BatteryBack: 0
AdminState: 0
OpState: 0
OnuSurvivalTime: 0
LogicalOnuID: user
LogicalPassword:
CredentialsStatus: 0
ExtendedTcLayerOptions: 0x0
OntState: 1
=================================
# omcicli mib get 257
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ont2g
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0000
EqtID: 0x4752313430444700000000000000000000000000
OMCCVer: 0x80
VPCode: 0
SecCapability: 1
SecMode: 1
NumOfPriQ: 128
NumOfScheduler: 16
Mode: 1
NumOfGemPort: 64
SysUpTime: 1400
ConnectivityCapability: 0x007f
CurrentConnectivityMode: 0
QosConfigurationFlexibility: 0x003b
PriorityQueueScaleFactor: 1
=================================
# diag l2-table get entry address valid
l2-table get entry address valid
LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:XX:XX:XX 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x003c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:06:91:XX:XX:XX 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis
LUT address: 0x015c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
LUT address: 0x0398 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
A0:CE:C8:XX:XX:XX 0 0 7 0 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis
# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UNKNOWN qlen 1000
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
3: eth0.2: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
4: eth0.3: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
5: nas0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
6: pon0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:00:00:XX:XX:XX brd ff:ff:ff:ff:ff:ff
7: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
inet 192.168.100.1/24 brd 192.168.100.255 scope global br0
valid_lft forever preferred_lft forever
8: nas0_0: <NO-CARRIER,BROADCAST,UP> mtu 1500 qdisc pfifo_fast master br0 state DOWN qlen 10
link/ether 10:dc:b6:XX:XX:XX brd ff:ff:ff:ff:ff:ff
Les MACs, le PWD, etc. ont été censurés.
L'EqtID représente le GPON_ONU_MODEL en hexa, j'ai testé avec sans OMCI_FAKE_OK, et également sur plusieurs OMCC_VER.
J'ai eu un comportement étrange également qui s'est produit deux fois, après un RAZ, puis application de la configuration suivante :
flash set GPON_PLOAM_PASSWD 0x0000000000000000
flash set GPON_SN PTINXXXXXXXX
flash set OMCI_FAKE_OK 0
-> O5, still not work
flash set OMCI_OLT_MODE 3
flash set PON_VENDOR_ID PTIN
flash set GPON_ONU_MODEL GR140DG
-> Perte de la LAN, obligé de reboot sans PON connecté pour virer le GPON_ONU_MODEL ou de passer OMCI_FAKE_OK à 1
Problème non rencontré sur un nouveau RAZ, et application de la configuration complète citée en début de post.
Sinon, on voit bien un VLAN tagué sur 101, à noter que les JSON de ma box, j'ai entrevu un VLAN 12 hier, j'ingore si il s'agissait d'une valeur de tag ou non.
Il s'agit bien de l'OLT, car un lookup nous permet de voir que cette plage appartient à PT Inovacao.
Enfin j'imagine que l'IP attribuée doit être vu sur une des cartes en UP, et comme vous pouvez le voir je n'ai rien pour le moment.
pon0 devrait être l'équivalent de l'interface IPoE erouter0, celle récupérant l'IP en 10.X.X.X sur ma box si je ne m'abuse ?
Aussi, pour information, je suis directement connecté en ethernet à l'ONT, et il ne dispose pas de serveur DHCP, je suis donc manuellement configuré en ayant pour gateway 192.168.100.1 en /24, je me suis donc attribué une IP du même sous réseau, en .2.
Ah, et pour info, je me vois authentifié sur Windows sur le réseau SFR_XXXX, sans même avoir de PON connecté, ne vous y fiez pas, il y a du caching (coté ONT ou Windows).
Merci par avance pour vos insights ! :)
La box est bien Altice Labs, pour le PTIN ?
-
Malheureusement je n’ai pas le temps de lui en recommander un le temps qu’il arrive etc … ce sera trop tard…
Cependant il me semble qu’il est possible d’installer le firmware du fs sur le huawei et inversement ?
Si quelqu’un a l’image je suis preneur pour tester mais j’ai un doute sur le fait que cela fonctionne mieux
J’oscillai entre 2-3 ou alors un fake o5 …
Des pistes ?
@G8U5 Tu as quels box avec quels débit ? Et tu as réussi avec quels ONU ? Firmware ? Méthode ?
Merci infiniment pour votre aide précieuse
Hello à tous :)
@Asclèpios : Tu as bien fait un export/diff de conf pour voir si une coquille ne s'est pas glissée dans la nonworking configuration ?
@G8U5: En effet, c'est une box ALGP2-ALB-B-r1 model GR140DG, avec du 4x 1G Eth et un integrated PON en 2.5G.
L'OLT remonté par l'ONT semble être sur le VID 101.
Sur mon GR140DG, j'ai cette info qui semble étrange :
"general": {
"interface": "erouter0",
"description": "Interface_erouter0",
"serviceType": "IPoE",
"wanType": 0,
"vlan": 12,
"igmpProxy": true,
"igmpSource": true,
"mldProxy": false,
"mldSource": false,
"nat": true,
"firewall": true,
"status": true,
"statusDesc": "Connected",
"ip": "10.X.X.X",
"primarydns": "109.X.X.X",
"secundarydns": "109.X.X.X",
"defaultGw": "10.X.X.X",
"pbitPriority": "",
"vlanTpid": 0,
"mask": "",
"fullconeNat": false,
"vlanMulticastFilter": false,
"leaseTime": 0,
"mtu": null,
"dnsMode": " "
}
-
@Asclèpios
Maintenant un ER-4 avec un SFP GPON de chez FS, en 1Gb/500Mb.
Sinon mon AP est la box7 et l'ONT, rooté, au placard.
Le firmware FS Modded est là, tout en bas: https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
Je l'ai vu tourner, se connecter et monter le VLAN 101 (voir les précédant échanges avec MaxData) mais on as pas réussi à configurer le microTik qui à tous les ports sur le même interface.
-
@X
Effectivement, chez moi le VID est en 101.
Je suis sur un abonnement 1Gb en CG-NAT.
Mon IPv4 remonte en 10.x.x.x et du coup l'IP public est partagée entre 4 abonnés il me semble.
J'ai trouvé un truc: https://www.linkedin.com/pulse/ffth-networks-service-flow-introduction-huawei-olt-tom%C3%A1s-marcena/ (https://www.linkedin.com/pulse/ffth-networks-service-flow-introduction-huawei-olt-tom%C3%A1s-marcena/)
As tu la commande "gtop" et si oui peut tu: "gtop" puis "cv"
Tu n'as pas moyen de te connecter en UART sur la box pour récupérer le MIB ?
-
Noté, merci pour l'info, c'est donc le bon VLAN.
Pour l'instant le but serait déjà de récuperer mon IP privée en 10.X, tu parles de ça quand tu dis IP publique ? Ou de notre IP internet facing ?
Car mon hypothèse est qu'on est sur un réseau en /31 quand je vois que l'IP de ma passerelle est la même que mon IP en 10.X, mais en + 1.
Merci pour le lien, très intéréssant ! :D
Je n'ai pas le matériel, mais je peux l'acheter, la box semble cacher un connecteur UART sous son socle. Tu aurais de bonnes référence pour un adaptateur UART USB ?
Sans malware intégré je veux dire haha ! ;D
En revanche je n'ai jamais dumpé de MIB (tout du moins sans omcicli), je pourrais sans doute trouver l'information, mais si tu as la commande sous la main je veux bien.
Un ami (j'en ai) va me preter un routeur cette semaine pour avoir une configuration plus mainstream.
Autre question, j'ai lu un peu avant dans le thread qu'il faille utiliser l'option 60 pour disposer d'une IP publique, on parle du 10.X ou de l'IP internet facing ?
Je n'ai malheureusement pas la commande gtop !
Bonne semaine à tous !
EDIT: @G8U5, pourrais-tu m'envoyer en MP un export de ton MIB pris sur ton ONT fonctionnel actuel avec cette commande stp ?
for ME in 00002 00005 00006 00007 00011 00024 00045 00047 00049 00050 00052 00078 00079 00083 00084 00089 00130 00131 \
00133 00134 00136 00137 00148 00157 00158 00171 00240 00244 00245 00248 00249 00250 00253 00255 00256 00257 00262 00263 \
00264 00266 00267 00268 00272 00273 00274 00277 00278 00280 00281 00284 00287 00296 00298 00307 00308 00309 00310 00311 \
00312 00321 00322 00329 00330 00334 00340 00341 65282 65294 65408 65527 65528 65529 65530 65531 74; do echo -e "\n\nMIB:" \
$ME"\n\n";omcicli mib get $ME; done;
Sauf si tu n'as pas omicli, auquel cas je me baserai sur le MIB dump que tu as fourni précédemment !
EDIT 2: J'ai essayé d'appliquer au plus juste la conf de ta MIB, sans succès :
Soit :
# ONT-G
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
Mon ONT :
# diag gpon get onu-state
gpon get onu-state
ONU state: Operation State(O5)
# omcicli mib get 256
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ontg
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x00
VID: PTIN
Version: 0000000000000
SerialNum: 000000000000
TraffMgtOpt: 0
AtmCCOpt: 0
BatteryBack: 0
AdminState: 0
OpState: 0
OnuSurvivalTime: 0
LogicalOnuID: user
LogicalPassword:
CredentialsStatus: 0
ExtendedTcLayerOptions: 0x0
OntState: 1
=================================
# omcicli mib get 257
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ont2g
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0000
EqtID: 0x3000000000000000000000000000000000000000
OMCCVer: 0xa0
VPCode: 0
SecCapability: 1
SecMode: 1
NumOfPriQ: 128
NumOfScheduler: 16
Mode: 1
NumOfGemPort: 64
SysUpTime: 1400
ConnectivityCapability: 0x007f
CurrentConnectivityMode: 0
QosConfigurationFlexibility: 0x003b
PriorityQueueScaleFactor: 1
=================================
D'ailleurs impossible de setter EqtID à 0x0, meme avec de l'injection de null byte, de l'overflow, et via la modification du fichier de config avec la value en empty.
Dans le dernier cas, je n'ai plus "Ont2g" mais ça passe sur de l'ethernet, "EthUni".
La valeur LogicalOnuID spécifiée à "user" est harcoded, même si on ne met aucune valeur, "user" est provisionné par défaut.
Les autres valeurs ne sont pas modifiables ou présentes dans la configuration (flash all), ni en hexa, en décimal, en octal ou en binaire.
Que te donne un mib 131 et 00171 sur ton ONT actuel stp ? Aussi, ton IP en 10.X est montée sur quelle interface ?
Merci par avance !
-
Hello Asclèpios,
Il y a méprise, je n'ai encore rien réussi ! :)
-
Pour info,
Chez moi, sur un soft Lantiq, j'ai un script qui ajoute le OMCI_HV_VER (version label) avant le lancement de Omcid de cette façon:
sed "s/256 0 PTIN 0000000000000/256 0 PTIN ${tmp}/" /root/custom.ini > /tmp/auto_generated_mib.ini
Soit en fait, les 0 juste après le PTIN sont modifiés dans le MIB. Mais si tu peux modifier le MIB et que ça reste persistant au reboot, tu peux alors le faire directement dans le fichier MIB.
Les zeros suivant sont le S/N, puis ensuite il y a un 2 à passer à 0 pour le "Traffic management opt". Tout ça dans la ligne ME 256.
Aussi omcid est lancé avec omci_omcc_ver=134, comme l'ONT d'origine.
J'ai aussi noté que le "equipment id" est sur 20 caractères, tu peux tenter d'ajouter des 0 après GR140DG soit GR140DG0000000000000
A mon avis, tu n'auras pas d'IP tant que tu n'enverras pas l'option 60 (Vendor Class): neufbox_NB6V-MAIN-bypassed
Aussi j'envoie l'option 12 (hostname): neufbox_bypassed, comme ça sur un coup de fil à la hotline sur le niveau 2, ils commencent à piger ^^.
L'Ip en 10.x.x.x est une ip locale, entre l'ONT et le réseau derrière l'OLT, mais pas ton IP public v4 (facing si tu veux). Bien que pas testé, cette ip est partagée pour 4 utilisateurs, le 65535 ports sont donc partagé en 4 plages, si tu trouve ta plage, il doit y avoir moyen de faire du NAT sur ton routeur.
Je pense également qu'à moins d'avoir un routeur (ou un soft sous linux), il te sera difficile d'envoyer les options DHCP, sans ça, pas d'IP.
Pour rappel, pour ma part, ça a tourné sur un EdgeRouter-4 avec l'ONT AlticeLabs d'SFR, et maintenant avec un SFP FS sur le firmware modded en lien si dessus.
Je n'ai pas essayé, mais je pense même pourvoir faire tourner le module FS avec le firmware d'origine si tant est que la modification des fichiers soit persistante.
-
@Asclèpios
Du coup, si c'est pour moi, merci !
Tu peux lire mes précédents postes sur ce fil, il y a tout ce qu'il te faut.
Voir la réponse Réponse #368 le: 21 juin 2023 à 00:17:23 de la page 31.
Tu verras, tu avais déjà le réponse ^^
-
Bien joué pour l'IPv4 ! Comment tu as fait ?
Pour le nPassword, c'est sous la forme: 0xab (8 fois avec espaces) puis 0x00 0x00, nécessite 10 (8+2) caractères.
L'adresse MAC est celle de l'ONT, quand branché sur ton routeur accessible en ssh, la commande "arp" te renvoie la MAC associé à l'IP 192.168.4.254.
-
@X :
La 131 me renvoie :
0 OLT vendor id 4b STR RW-----P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x06 0x02 0x04 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x06\x02\x04\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
Et la 257:
0 Equipment id 20b STR R------P---
0x47 0x53 0x30 0x31 0x30 0x30 0x47 0x48 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0x86 (134)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0080 (128)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x030b9de9 (51092969)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-
Re-
J'ai installé le firmware modded avec un molex, en TTL (UART), méthode de @maximushugus de la Réponse #232 le: 25 janvier 2023 à 22:57:12 page 20, pour le MOLEX, et si non, directement depuis ce lien https://hack-gpon.org/ont-huawei-ma5671a-ymodem/ (https://hack-gpon.org/ont-huawei-ma5671a-ymodem/). Ce site est une très bonne référence et m'a beaucoup aidé, en plus de ce fil.
Attention à la tension qui est en 3.3V !
Effectivement je n'avais pas tilté pour ta box et donc pour moi, avec un ONT, l'ONT est en 192.168.4.254. Et même si dans la box 8 ils ont intégré un ONT, il ne serait pas accessible car la box en bloque l'accès. Il serait intéressant de se brancher en TTL sur la box pour voir comment elle tourne.
Pour la MAC, en fait, dans ton S/N PTIN12345678, après le PTIN, c'est la fin de ton adresse MAC, donc j'imagine que même s'ils ont mis une MAC par interface, le début de l'adresse doit être le même.
Rassure moi, comment tu envoies les options DHCP 60 et 12 (je ne sais pas si 12 est obligatoire), un router ?
-
La MAC, c'est bien celle de de la photo. ........
N'affiche pas ton adresse MAC non plus, on peut interroger directement cette adresse sans passer par ton IP, pas ouf la sécurité ^^.
Je vais effacer ça de mon poste des que tu auras modifié le tient ^^
C'est uci set network.lct.macaddr=xx:xx:xx:xx puis uci commit
Le S/N au dessus doit être le HW_VER.
Tu pourrais faire un "gtop" puis "cv" pour voir si tu as les VLAN.
Et si tu veux bien, envoies en MP "fw_printenv".
Aussi un "omci_pipe.sh meg 256 0" et "omci_pipe.sh meg 257 0".
Aussi un "cat /etc/init.d/omcid.sh"
Pour voir s'il n'y as pas une typo.
-
Oui, tu peux installer le .img depuis la page web, c'est plus simple et au pire tu pourras toujours revenir en arrière et réinstaller carlitox.
Pour le firmware_version tu peux tenter : 3FE7SWS4040018, une version d'un ONT 1Gb. Et si non, en fouillant dans les pages de la box, tu ne la trouves pas ?
ici -> https://lafibre.info/sfr-les-news/interface-sfr-box-8/ (https://lafibre.info/sfr-les-news/interface-sfr-box-8/) Réponse #3 le: 08 mars 2020 à 08:10:38 :
- 3GN.......
-
J'imagine que la version de secours ne sert qu'en cas de mauvaise vis à jour initiée par OLT. tu dois pouvoir mettre 2 fois la même version, de toute façon comme on modifie le firmware, la deuxième image ne sera jamais lancée!
Pour ma part, j'ai cette version du modded: 6BA1896SPLQA42_MODDED_ver5-1.img, 6BA1896SPLQA42 est la version d'origine du module FS.com.
-
Pour l'adresse MAC il faut aussi la modifier pour l'interface host
-
Bonjour, ou en est-tu de ton coté ? Des progrès ?
-
Hello à tous,
Je récupère le routeur dans la journée et j'ai également acheté un adaptateur UART, du coup je fais les tests, et je reviens vers vous ce weekend.
Merci beaucoup pour toutes les infos !
-
Salut À tous,
Ne rien lâcher !! Il c'est écoulé 1 an entre le début de mes essais et ma connexion stable sur un OLT Altice.
Perso, j'ai harcelé le service technique pour obtenir une ipv4 fullstatck. La conf du routeur est bien plus simple pour récupérer seulement l'ipv4.
Je vais bientôt partir en vacances (hihi 😎) et donc pouvoir essayer une connexion avec un G-010S-P + https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (d'après les commandes, c'est bien plus simple pour conf le PLOAM, à voir si ce FW supporte l'HEXA)
Je vous tiens informé(e)s,
@+
-
hello,
si je comprends bien vous abandonnez les recherche coté ONT externe Leox ? :-\
-
Salut @rooot,
Perso, je ne vois pas l'intérêt d'utiliser un ONT externe autre que celui fourni par l'opérateur (sauf dans le cas où il fournit un ONT 1Gb avec une BP de 2Gb 🤬).
J'utilise un ONT SFP pour avoir un routeur "propre". Une fibre, un routeur, une prise électrique et basta (boitier ATA pour ceux qui souhaitent avoir la VoIP).
D'ailleurs, si quelqu'un connait un ATA pcie, je suis preneur 😋
En second choix, un boitier ATA PoE, je fais mes courses LOL
PS : "routeur" un vrai, avec toutes les fonctionnalités imaginables comme avec un pfsense, vyos, etc.
Pas une boxe grand public plus que limite dans ses fonctionnalités, et en prime instable, genre la carte wifi qui surchauffe...
-
(sauf dans le cas où il fournit un ONT 1Gb avec une BP de 2Gb 🤬).
Ben oui c'est le but, profiter du 2Gb sur un routeur perso qui a des ports 2.5Gbps...
J'ai un Mikrotik RB4011, il a un SFP+ mais des ports 1Gbps. Donc avec lui c'est mort.
J'ai un mini-pc avec 4 ports 2.5Gbps mais pas de SFP/SFP+...donc la seule solution ici c'est l'ONT externe qui supporte le 2.5Gps
-
Avec ma neufbox V6 + ONT (avec mots de passe fibre modifier) connection OK
J'ai donc installer le mot FS.com sur mon Huawei MA5671 en utilisant cette methode et les info de l'ONT nb6 et mdp de fibre de mon ami (box 8 ) o5 mais pas de VLAN
Salut @Asclèpios, @All,
Je confirme, mon tuto fonctionne.
Je suis actuellement connecté avec un G-010S-P + FW FS.com (dumpé depuis un exemplaire que j'ai commandé).
++
PS : image0_version=6BA1896SPLQA42
-
Hello,
Désolé du retard, beaucoup (trop) de taf actuellement. Petit update donc, j'ai effectué les tests, toujours sans succès à ce jour.
Non sans mal, l'ER-X était corrupted j'ai du m'y connecter en UART pour reflasher la nand et le revive haha, il avait des badblocks même avec un hard reset.
Je n'ai pas encore pu bruteforce les bons settings pour accéder à la console de la GR140DG, si vous y êtes déjà parvenus, les settings sont les bienvenus !
Donc aucun dump de MIB pour le moment.
Actuellement je suis sur cette configuration:
# omcicli get mib 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: PTIN
EquipId:
Version: PQ
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
#
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x03
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 10,VID 101, TPID 4
AssociatedMePoint: 0x101
DscpToPbitMapping:
0x000000
0x249249
0x492492
0x6db6db
0x924924
0xb6db6d
0xdb6db6
0xffffff
Parsed DscpToPbitMapping:
dscp: 0 => pbit: 0
dscp: 1 => pbit: 0
dscp: 2 => pbit: 0
dscp: 3 => pbit: 0
dscp: 4 => pbit: 0
dscp: 5 => pbit: 0
dscp: 6 => pbit: 0
dscp: 7 => pbit: 0
dscp: 8 => pbit: 1
dscp: 9 => pbit: 1
dscp: 10 => pbit: 1
dscp: 11 => pbit: 1
dscp: 12 => pbit: 1
dscp: 13 => pbit: 1
dscp: 14 => pbit: 1
dscp: 15 => pbit: 1
dscp: 16 => pbit: 2
dscp: 17 => pbit: 2
dscp: 18 => pbit: 2
dscp: 19 => pbit: 2
dscp: 20 => pbit: 2
dscp: 21 => pbit: 2
dscp: 22 => pbit: 2
dscp: 23 => pbit: 2
dscp: 24 => pbit: 3
dscp: 25 => pbit: 3
dscp: 26 => pbit: 3
dscp: 27 => pbit: 3
dscp: 28 => pbit: 3
dscp: 29 => pbit: 3
dscp: 30 => pbit: 3
dscp: 31 => pbit: 3
dscp: 32 => pbit: 4
dscp: 33 => pbit: 4
dscp: 34 => pbit: 4
dscp: 35 => pbit: 4
dscp: 36 => pbit: 4
dscp: 37 => pbit: 4
dscp: 38 => pbit: 4
dscp: 39 => pbit: 4
dscp: 40 => pbit: 5
dscp: 41 => pbit: 5
dscp: 42 => pbit: 5
dscp: 43 => pbit: 5
dscp: 44 => pbit: 5
dscp: 45 => pbit: 5
dscp: 46 => pbit: 5
dscp: 47 => pbit: 5
dscp: 48 => pbit: 6
dscp: 49 => pbit: 6
dscp: 50 => pbit: 6
dscp: 51 => pbit: 6
dscp: 52 => pbit: 6
dscp: 53 => pbit: 6
dscp: 54 => pbit: 6
dscp: 55 => pbit: 6
dscp: 56 => pbit: 7
dscp: 57 => pbit: 7
dscp: 58 => pbit: 7
dscp: 59 => pbit: 7
dscp: 60 => pbit: 7
dscp: 61 => pbit: 7
dscp: 62 => pbit: 7
dscp: 63 => pbit: 7
=================================
=================================
EntityId: 0x07
AssociationType: 0
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x00
OutputTPID: 0x00
DsMode: 0
ReceivedFrameVlanTaggingOperTable
AssociatedMePoint: 0x06
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
#
# omcicli mib get 256
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ontg
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x00
VID: PTIN
Version: 3NTRGWXXXXXXXX
SerialNum: PTINXXXXXXXX
TraffMgtOpt: 0
AtmCCOpt: 0
BatteryBack: 0
AdminState: 0
OpState: 0
OnuSurvivalTime: 0
LogicalOnuID: user
LogicalPassword:
CredentialsStatus: 0
ExtendedTcLayerOptions: 0x0
OntState: 1
=================================
#
# omcicli mib get 257
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ont2g
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0000
EqtID: 0x4752313430444700000000000000000000000000
OMCCVer: 0x86
VPCode: 0
SecCapability: 1
SecMode: 1
NumOfPriQ: 128
NumOfScheduler: 16
Mode: 1
NumOfGemPort: 64
SysUpTime: 1400
ConnectivityCapability: 0x007f
CurrentConnectivityMode: 0
QosConfigurationFlexibility: 0x003b
PriorityQueueScaleFactor: 1
=================================
#
Après contact avec LEOX, ils m'ont indiqué qu'on avait une spécificité en France, il semblerait qu'un PBIT particulier doit être spécifié dans la DHCP request en plus des options.
Dans mon client DHCP, je renseigne actuellement ceci sur mon interface WAN en termes d'option:
send vendor-class-identifier "neufbox_NB6V-MAIN-bypassed"
Le setup ne fonctionnant pas, j'ai également essayé de tagguer la WAN avec le VLAN 101, sans succès.
@G8U5, pourrais-tu me faire un export de l'équivalent d'OMCICLI MIB GET 171 ?
Merci par avance, je continue les tests ! :)
EDIT:
UART bruteforced: RXD, TXD, UNUSED, VCC, GND @ 115200 baud
Beaucoup d'info intéressantes au boot, j'ai tout dumped, en revanche le couple login/pwd n'a pas encore été bruteforced, j'ai tenté les commons credentials ainsi que la clé wifi, pas encore trouvé.
-
Hello,
Si cela intéresse quelqu’un, j’ai des G-010S-P en rabe.
Je peux les paramétrer pour votre connexion avant l’expédition.
Prix de vente à prix coûtant pour les personnes de ce forum trop cool ;)
Autre question, aurait-il quelqu’un pour m’envoyer un Leox ?
Bien sûr, je vous le renvoie après. Je suis curieux d’essayer une connexion.
++
EDIT : Aucun retour + remboursement
-
Autre question, aurait-il quelqu’un pour m’envoyer un Leox ?
Bien sûr, je vous le renvoie après. Je suis curieux d’essayer une connexion.
tu cherches un GPON SFP LEOX ? ou l'ONT Externe ?
-
tu cherches un GPON SFP LEOX ? ou l'ONT Externe ?
ONT Externe, pour essayer une connexion et peut-être vous aider ;)
-
@X
Tu dois d'abord avoir une connexion fibre et les VLANs avant de t'occuper du DHCP.
Les bons paramètres fibre (le setup des mib) doivent t'emmener à t'enregistrer dans l'arbre et obtenir les VLANs.
Ensuite tu pourras envoyer les requêtes DHCP pour récupérer tes IPs.
Je n'ai rien dans le ME 171, pas une ligne.
Quand tu en seras au DHCP, j'envoie aussi, en plus du 60, un 12 (hostname).
Par contre, voici mon MIB (1Gb) avant remplissage par OCMID:
La version Hardware est rempli par omcid.sh, le script qui lance OMCID.
Note bien la ligne ME 256, avec le 0 en 5e position pour le "Traffic management option", la doc dit: Deprecated: This attribute is not used. If it is present, it should be set to 0. (R) (optional) (1 byte)
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 PTIN 3NT7SFU1389B24 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x1 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
# ANI Cardholder
5 0x0180 248 248 0 " " " " 0 0 0 0
# ANI Circuit pack
6 0x0180 248 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# ANI-G
263 0x8001 1 31 48 0 0 5 9 0 0 0 0xff 0xff 0 0 0x81 0x81
# Traffic Scheduler (DS)
278 0xff43 0x0000 0x0000 0x00 0x00
# PPTP Ethernet UNI
11 0x0101 0 0 0 0x00 1 1 0 2032 0 0xffff 0 0 0 0 0
# UNI Cardholder
5 0x0101 47 47 0 " " " " 0 0 0 0
# UNI Circuit Pack
6 0x0101 47 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# UNI-G (PPTP Ethernet UNI)
264 0x0101 0 0 0 0
# Priority Queue (DS) 8 times per PPTP Ethernet UNI
# class id, managed entity id, Queue configuration option, Maximum queue size
# Allocated queue size, Discard-block counter reset interval, Threshold value for discarded blocks due to buffer overflow, Related port
# Traffic scheduler-G pointer, Weight, Back pressure operation, Back pressure time
# Back pressure occur queue threshold, Back pressure clear queue threshold, Packet drop queue thresholds, Packet drop max_p
# Queue_drop_w_q, Drop precedence colour marking
#
# QID (prio queue, class id 277) = me_id & 0x00ff
# SBIN = (sbid << 3) + leaf
# sbid = traffic_scheduler_g_ptr & 0x7f
# leaf = related_port & 0x07
# EPN DS (egress port number downstream) = ((related_port >> 16) & 0xFF) + 63
# EPN US (egress port number upstream) = ((related_port >> 16) & 0xFF)
#
# The maximum queue size and allocated queue size are not set here and shall be 0.
# These are derived from the drop threshold values by the OMCI software.
#
# drop thresholds:
# - green min: 512 segments = 0x02AB
# - green max: 1024 segments = 0x0556
# - yellow min: 256 segments = 0x0155
# - yellow max: 512 segments = 0x02AB
#
277 0x0080 1 0 0 60000 0xffff 0x01010000 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0081 1 0 0 60000 0xffff 0x01010001 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0082 1 0 0 60000 0xffff 0x01010002 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0083 1 0 0 60000 0xffff 0x01010003 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0084 1 0 0 60000 0xffff 0x01010004 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0085 1 0 0 60000 0xffff 0x01010005 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0086 1 0 0 60000 0xffff 0x01010006 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0087 1 0 0 60000 0xffff 0x01010007 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
# T-CONT (US)
262 0x8000 0x00ff 1 1
262 0x8001 0x00ff 1 1
262 0x8002 0x00ff 1 1
262 0x8003 0x00ff 1 1
262 0x8004 0x00ff 1 1
262 0x8005 0x00ff 1 1
262 0x8006 0x00ff 1 1
262 0x8007 0x00ff 1 1
278 0x8000 0x8000 0x0000 0x00 0x00
278 0x8001 0x8001 0x0000 0x00 0x00
278 0x8002 0x8002 0x0000 0x00 0x00
278 0x8003 0x8003 0x0000 0x00 0x00
278 0x8004 0x8004 0x0000 0x00 0x00
278 0x8005 0x8005 0x0000 0x00 0x00
278 0x8006 0x8006 0x0000 0x00 0x00
278 0x8007 0x8007 0x0000 0x00 0x00
# ANI Priority Queue (US), 4 queues per T-CONT (US)
277 0x8000 1 0 0 60000 0xffff 0x80000000 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8001 1 0 0 60000 0xffff 0x80000001 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8002 1 0 0 60000 0xffff 0x80000002 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8003 1 0 0 60000 0xffff 0x80000003 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8004 1 0 0 60000 0xffff 0x80000004 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8005 1 0 0 60000 0xffff 0x80000005 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8006 1 0 0 60000 0xffff 0x80000006 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8007 1 0 0 60000 0xffff 0x80000007 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8008 1 0 0 60000 0xffff 0x80010000 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8009 1 0 0 60000 0xffff 0x80010001 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800a 1 0 0 60000 0xffff 0x80010002 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800b 1 0 0 60000 0xffff 0x80010003 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800c 1 0 0 60000 0xffff 0x80010004 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800d 1 0 0 60000 0xffff 0x80010005 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800e 1 0 0 60000 0xffff 0x80010006 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800f 1 0 0 60000 0xffff 0x80010007 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8010 1 0 0 60000 0xffff 0x80020000 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8011 1 0 0 60000 0xffff 0x80020001 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8012 1 0 0 60000 0xffff 0x80020002 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8013 1 0 0 60000 0xffff 0x80020003 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8014 1 0 0 60000 0xffff 0x80020004 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8015 1 0 0 60000 0xffff 0x80020005 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8016 1 0 0 60000 0xffff 0x80020006 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8017 1 0 0 60000 0xffff 0x80020007 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8018 1 0 0 60000 0xffff 0x80030000 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8019 1 0 0 60000 0xffff 0x80030001 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801a 1 0 0 60000 0xffff 0x80030002 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801b 1 0 0 60000 0xffff 0x80030003 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801c 1 0 0 60000 0xffff 0x80030004 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801d 1 0 0 60000 0xffff 0x80030005 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801e 1 0 0 60000 0xffff 0x80030006 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801f 1 0 0 60000 0xffff 0x80030007 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8020 1 0 0 60000 0xffff 0x80040000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8021 1 0 0 60000 0xffff 0x80040001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8022 1 0 0 60000 0xffff 0x80040002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8023 1 0 0 60000 0xffff 0x80040003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8024 1 0 0 60000 0xffff 0x80040004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8025 1 0 0 60000 0xffff 0x80040005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8026 1 0 0 60000 0xffff 0x80040006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8027 1 0 0 60000 0xffff 0x80040007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8028 1 0 0 60000 0xffff 0x80050000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8029 1 0 0 60000 0xffff 0x80050001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802a 1 0 0 60000 0xffff 0x80050002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802b 1 0 0 60000 0xffff 0x80050003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802c 1 0 0 60000 0xffff 0x80050004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802d 1 0 0 60000 0xffff 0x80050005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802e 1 0 0 60000 0xffff 0x80050006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802f 1 0 0 60000 0xffff 0x80050007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8030 1 0 0 60000 0xffff 0x80060000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8031 1 0 0 60000 0xffff 0x80060001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8032 1 0 0 60000 0xffff 0x80060002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8033 1 0 0 60000 0xffff 0x80060003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8034 1 0 0 60000 0xffff 0x80060004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8035 1 0 0 60000 0xffff 0x80060005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8036 1 0 0 60000 0xffff 0x80060006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8037 1 0 0 60000 0xffff 0x80060007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8038 1 0 0 60000 0xffff 0x80070000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8039 1 0 0 60000 0xffff 0x80070001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803a 1 0 0 60000 0xffff 0x80070002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803b 1 0 0 60000 0xffff 0x80070003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803c 1 0 0 60000 0xffff 0x80070004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803d 1 0 0 60000 0xffff 0x80070005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803e 1 0 0 60000 0xffff 0x80070006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803f 1 0 0 60000 0xffff 0x80070007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
# Power Shedding
133 0 0 7200 0 600 0 0 0 0 0 0
# Port mapping package-G
297 0 0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
# Equipment extension package
160 0
# IP host config data
134 0
# IPv6 host config data
347 1
# ME 350
350 0 1 2 1 2 0x0000 0x0000012c
# ME 373
373 0 0 1
# ME 367
367 0 0 0x0000 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#ALU GENERIC V2
####65296 0 1 0 0x00000000 0x0 0x0 0x0 0xc2031600 0x1 0x00 0x00000000
65296 0 1 0 0x00000000 0x0 0x0 0x0 0x42030200 0x1 0x00 0x00000000
# ALU Supplemental ME
65297 257 2 0 0x1000 8 0 0
# ALU ME RF Filter
? 65302 0x0000 0
-
J'ajouterais que l'obtention des VLAN est juste là pour confirmer l'enregistrement dans l'arbre.
Les requêtes DHCP chez SFR s'envoient sur le VLAN par défaut.
Plus simplement, pas besoin de VLAN sur la carte réseau WAN (SFP ou RJ45) du routeur.
cat /etc/dhcp/dhclient.conf
interface "enp1s0" {
send vendor-class-identifier "neufbox";
}ni plus, ni moins ;)
-
J'ajouterais que l'obtention des VLAN est juste là pour confirmer l'enregistrement dans l'arbre.
Les requêtes DHCP chez SFR s'envoient sur le VLAN par défaut.
Plus simplement, pas besoin de VLAN sur la carte réseau (SFP ou RJ45) du routeur.
cat /etc/dhcp/dhclient.conf
interface "enp1s0" {
send vendor-class-identifier "neufbox";
}ni plus, ni moins ;)
Pourrais tu poster le MIB pour du 2.5Gb, pour comparaison, pour mon prochain upgrade, et pour aider d'autres personnes sur SFP Huawei ou FS. nEt pourquoi par écrire un script de configuration...
Merci par avance.
-
Pour une VM, le résultat peut dépendre de la configuration du réseau avec l'hôte (NAT, bridge, ...) et les accélérations (checksums, segmentation, ...) peuvent ne pas être disponibles.
Mais sur un CPU puissant ça ne devrait pas poser de problème.
Est-ce que si les deux curl sont lancés en même temps le débit est divisé, ou est-ce que la somme est supérieure à ce que tu peux avoir sur une connexion ?
J'ai résolu le problème, c'est une mauvaise désinstallation de mwan3 sur openWRT.
Du coup j'imagine que mwan3 tourne dans le userland et en demandant plus au CPU.
Merci encore.
-
@X
Tu dois d'abord avoir une connexion fibre et les VLANs avant de t'occuper du DHCP.
Les bons paramètres fibre (le setup des mib) doivent t'emmener à t'enregistrer dans l'arbre et obtenir les VLANs.
Ensuite tu pourras envoyer les requêtes DHCP pour récupérer tes IPs.
Je n'ai rien dans le ME 171, pas une ligne.
Quand tu en seras au DHCP, j'envoie aussi, en plus du 60, un 12 (hostname).
Par contre, voici mon MIB (1Gb) avant remplissage par OCMID:
La version Hardware est rempli par omcid.sh, le script qui lance OMCID.
Note bien la ligne ME 256, avec le 0 en 5e position pour le "Traffic management option", la doc dit: # layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 PTIN 3NT7SFU1389B24 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x1 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
# ANI Cardholder
5 0x0180 248 248 0 " " " " 0 0 0 0
# ANI Circuit pack
6 0x0180 248 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# ANI-G
263 0x8001 1 31 48 0 0 5 9 0 0 0 0xff 0xff 0 0 0x81 0x81
# Traffic Scheduler (DS)
278 0xff43 0x0000 0x0000 0x00 0x00
# PPTP Ethernet UNI
11 0x0101 0 0 0 0x00 1 1 0 2032 0 0xffff 0 0 0 0 0
# UNI Cardholder
5 0x0101 47 47 0 " " " " 0 0 0 0
# UNI Circuit Pack
6 0x0101 47 1 " " " " PTIN 0 1 0 " " 0 0 0 0 0
# UNI-G (PPTP Ethernet UNI)
264 0x0101 0 0 0 0
# Priority Queue (DS) 8 times per PPTP Ethernet UNI
# class id, managed entity id, Queue configuration option, Maximum queue size
# Allocated queue size, Discard-block counter reset interval, Threshold value for discarded blocks due to buffer overflow, Related port
# Traffic scheduler-G pointer, Weight, Back pressure operation, Back pressure time
# Back pressure occur queue threshold, Back pressure clear queue threshold, Packet drop queue thresholds, Packet drop max_p
# Queue_drop_w_q, Drop precedence colour marking
#
# QID (prio queue, class id 277) = me_id & 0x00ff
# SBIN = (sbid << 3) + leaf
# sbid = traffic_scheduler_g_ptr & 0x7f
# leaf = related_port & 0x07
# EPN DS (egress port number downstream) = ((related_port >> 16) & 0xFF) + 63
# EPN US (egress port number upstream) = ((related_port >> 16) & 0xFF)
#
# The maximum queue size and allocated queue size are not set here and shall be 0.
# These are derived from the drop threshold values by the OMCI software.
#
# drop thresholds:
# - green min: 512 segments = 0x02AB
# - green max: 1024 segments = 0x0556
# - yellow min: 256 segments = 0x0155
# - yellow max: 512 segments = 0x02AB
#
277 0x0080 1 0 0 60000 0xffff 0x01010000 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0081 1 0 0 60000 0xffff 0x01010001 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0082 1 0 0 60000 0xffff 0x01010002 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0083 1 0 0 60000 0xffff 0x01010003 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0084 1 0 0 60000 0xffff 0x01010004 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0085 1 0 0 60000 0xffff 0x01010005 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0086 1 0 0 60000 0xffff 0x01010006 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
277 0x0087 1 0 0 60000 0xffff 0x01010007 0xff43 0x00 0x01 0x00000000 0xffff 0xffff \x02\xaa\x39\x4a\x01\x55\x02\xaa \x00\x00 15 3
# T-CONT (US)
262 0x8000 0x00ff 1 1
262 0x8001 0x00ff 1 1
262 0x8002 0x00ff 1 1
262 0x8003 0x00ff 1 1
262 0x8004 0x00ff 1 1
262 0x8005 0x00ff 1 1
262 0x8006 0x00ff 1 1
262 0x8007 0x00ff 1 1
278 0x8000 0x8000 0x0000 0x00 0x00
278 0x8001 0x8001 0x0000 0x00 0x00
278 0x8002 0x8002 0x0000 0x00 0x00
278 0x8003 0x8003 0x0000 0x00 0x00
278 0x8004 0x8004 0x0000 0x00 0x00
278 0x8005 0x8005 0x0000 0x00 0x00
278 0x8006 0x8006 0x0000 0x00 0x00
278 0x8007 0x8007 0x0000 0x00 0x00
# ANI Priority Queue (US), 4 queues per T-CONT (US)
277 0x8000 1 0 0 60000 0xffff 0x80000000 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8001 1 0 0 60000 0xffff 0x80000001 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8002 1 0 0 60000 0xffff 0x80000002 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8003 1 0 0 60000 0xffff 0x80000003 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8004 1 0 0 60000 0xffff 0x80000004 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8005 1 0 0 60000 0xffff 0x80000005 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8006 1 0 0 60000 0xffff 0x80000006 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8007 1 0 0 60000 0xffff 0x80000007 0x8000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8008 1 0 0 60000 0xffff 0x80010000 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8009 1 0 0 60000 0xffff 0x80010001 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800a 1 0 0 60000 0xffff 0x80010002 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800b 1 0 0 60000 0xffff 0x80010003 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800c 1 0 0 60000 0xffff 0x80010004 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800d 1 0 0 60000 0xffff 0x80010005 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800e 1 0 0 60000 0xffff 0x80010006 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x800f 1 0 0 60000 0xffff 0x80010007 0x8001 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8010 1 0 0 60000 0xffff 0x80020000 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8011 1 0 0 60000 0xffff 0x80020001 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8012 1 0 0 60000 0xffff 0x80020002 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8013 1 0 0 60000 0xffff 0x80020003 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8014 1 0 0 60000 0xffff 0x80020004 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8015 1 0 0 60000 0xffff 0x80020005 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8016 1 0 0 60000 0xffff 0x80020006 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8017 1 0 0 60000 0xffff 0x80020007 0x8002 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8018 1 0 0 60000 0xffff 0x80030000 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8019 1 0 0 60000 0xffff 0x80030001 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801a 1 0 0 60000 0xffff 0x80030002 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801b 1 0 0 60000 0xffff 0x80030003 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801c 1 0 0 60000 0xffff 0x80030004 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801d 1 0 0 60000 0xffff 0x80030005 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801e 1 0 0 60000 0xffff 0x80030006 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x801f 1 0 0 60000 0xffff 0x80030007 0x8003 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8020 1 0 0 60000 0xffff 0x80040000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8021 1 0 0 60000 0xffff 0x80040001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8022 1 0 0 60000 0xffff 0x80040002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8023 1 0 0 60000 0xffff 0x80040003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8024 1 0 0 60000 0xffff 0x80040004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8025 1 0 0 60000 0xffff 0x80040005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8026 1 0 0 60000 0xffff 0x80040006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8027 1 0 0 60000 0xffff 0x80040007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8028 1 0 0 60000 0xffff 0x80050000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8029 1 0 0 60000 0xffff 0x80050001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802a 1 0 0 60000 0xffff 0x80050002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802b 1 0 0 60000 0xffff 0x80050003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802c 1 0 0 60000 0xffff 0x80050004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802d 1 0 0 60000 0xffff 0x80050005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802e 1 0 0 60000 0xffff 0x80050006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x802f 1 0 0 60000 0xffff 0x80050007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8030 1 0 0 60000 0xffff 0x80060000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8031 1 0 0 60000 0xffff 0x80060001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8032 1 0 0 60000 0xffff 0x80060002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8033 1 0 0 60000 0xffff 0x80060003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8034 1 0 0 60000 0xffff 0x80060004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8035 1 0 0 60000 0xffff 0x80060005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8036 1 0 0 60000 0xffff 0x80060006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8037 1 0 0 60000 0xffff 0x80060007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8038 1 0 0 60000 0xffff 0x80070000 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x8039 1 0 0 60000 0xffff 0x80070001 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803a 1 0 0 60000 0xffff 0x80070002 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803b 1 0 0 60000 0xffff 0x80070003 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803c 1 0 0 60000 0xffff 0x80070004 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803d 1 0 0 60000 0xffff 0x80070005 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803e 1 0 0 60000 0xffff 0x80070006 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
277 0x803f 1 0 0 60000 0xffff 0x80070007 0x0000 0x00 0x01 0x00000000 0xffff 0xffff \x1c\xa5\x39\x4a\x0e\x52\x1c\xa5 \x00\x00 15 1
# Power Shedding
133 0 0 7200 0 600 0 0 0 0 0 0
# Port mapping package-G
297 0 0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
# Equipment extension package
160 0
# IP host config data
134 0
# IPv6 host config data
347 1
# ME 350
350 0 1 2 1 2 0x0000 0x0000012c
# ME 373
373 0 0 1
# ME 367
367 0 0 0x0000 0 0 0 0 0 0 0 0 0 0 0 0 0 0
#ALU GENERIC V2
####65296 0 1 0 0x00000000 0x0 0x0 0x0 0xc2031600 0x1 0x00 0x00000000
65296 0 1 0 0x00000000 0x0 0x0 0x0 0x42030200 0x1 0x00 0x00000000
# ALU Supplemental ME
65297 257 2 0 0x1000 8 0 0
# ALU ME RF Filter
? 65302 0x0000 0
Hello,
Merci pour ton retour. :)
Si tu regardes le MIB 171 de mon post, les VLANs semble être bien configurés avec du 101 pour internet, et je suis en state O5, d'ou mon paramétrage coté DHCP.
Étonnant que tu n'aies rien en 171, car c'est lui qui définit la configuration récupérée coté VLAN.
Je vais tenter l'ajout du hostname !
Actuellement je suis en 0 au niveau du traffic management également.
Je vous tiens informé si j'y parviens !
Bonne fin de weekend !
-
De mon côté toujours pas de bon résultat o5 ok mais pas de VLAN, cela étant j'avais laisser les 0000 dans le mibs apres PTIN...
Hello,
Merci pour ton retour. :)
Si tu regardes le MIB 171 de mon post, les VLANs semble être bien configurés avec du 101 pour internet, et je suis en state O5, d'ou mon paramétrage coté DHCP.
Étonnant que tu n'aies rien en 171, car c'est lui qui définit la configuration récupérée coté VLAN.
Je vais tenter l'ajout du hostname !
Actuellement je suis en 0 au niveau du traffic management également.
Je vous tiens informé si j'y parviens !
Bonne fin de weekend !
-
C'est le HW_VER, mais dans /tmp/data_generated.ini il n'y est pas.non plus? Il faut qu'il y soit et c'est omcid.sh qui le set dans la commande sed.
-
Voici le HW_VER et le SW_VER donné par ma box si ça peut t'aider :
EQUIP_ID= GR140DG HW_VERSION= 3NTRGW14964U02 LM= 4.30 SW_VERSION= 3GN8010302R13 IMPOP= 525 RF_FILTER= 0
-
J'ai utilisé un Leox LXT-010H-D en V3.3.2L7.
Conernant l'UART de la Box 8, voir mon message précédent !
UART bruteforced: RXD, TXD, UNUSED, VCC, GND @ 115200 baud
En revanche le shell est password protected, avec une protection en nombre de tentative pour le bruteforce.
Ce que j'ai envoyé précédemment, ce sont les logs verbose communiqués par la box, il y a pas mal d'informations, mais c'est entremêlé d'infos liés intrinsèquement à mon périphérique.
Je ne récupère toujours pas d'IPv4 avec mon DHCP, alors que je dispose des VLAN + O5. Quelque chose m'échappe sans doute.
-
Quels routeur utilise-tu ? As-tu spécifié l'option 60 dans le dhcp-client (obligatoire)
J'ai utilisé un Leox LXT-010H-D en V3.3.2L7.
Conernant l'UART de la Box 8, voir mon message précédent !
UART bruteforced: RXD, TXD, UNUSED, VCC, GND @ 115200 baud
En revanche le shell est password protected, avec une protection en nombre de tentative pour le bruteforce.
Ce que j'ai envoyé précédemment, ce sont les logs verbose communiqués par la box, il y a pas mal d'informations, mais c'est entremêlé d'infos liés intrinsèquement à mon périphérique.
Je ne récupère toujours pas d'IPv4 avec mon DHCP, alors que je dispose des VLAN + O5. Quelque chose m'échappe sans doute.
-
Je ne récupère toujours pas d'IPv4 avec mon DHCP, alors que je dispose des VLAN + O5. Quelque chose m'échappe sans doute.
Bienvenue au club. j'ai les meme symptomes, et je crois vraiment avoir tout essayé.
-
Un fil intéressant pour le LEOX, c'est pour un Huawei mais sur une puce Realtek.
https://forum.lowyat.net/topic/4925452/all (https://forum.lowyat.net/topic/4925452/all)
-
Concernant la recuperation de l'IP as-tu envoyé l'option 60 via le DHCP-Client de ton routeur ?
Quand tu es sur ta box SFR quels est le debut de l'IP que tu obtiens ? Es-ce du 10.X.X.X ou bien autre ?
J'ai utilisé un Leox LXT-010H-D en V3.3.2L7.
Conernant l'UART de la Box 8, voir mon message précédent !
UART bruteforced: RXD, TXD, UNUSED, VCC, GND @ 115200 baud
En revanche le shell est password protected, avec une protection en nombre de tentative pour le bruteforce.
Ce que j'ai envoyé précédemment, ce sont les logs verbose communiqués par la box, il y a pas mal d'informations, mais c'est entremêlé d'infos liés intrinsèquement à mon périphérique.
Je ne récupère toujours pas d'IPv4 avec mon DHCP, alors que je dispose des VLAN + O5. Quelque chose m'échappe sans doute.
-
Bienvenue au club. j'ai les meme symptomes, et je crois vraiment avoir tout essayé.
Même question quels est ton IP (du moins le premier nombre ?
-
Pour rappel, le manque IPv4 pousse les opérateurs à ne plus fournir d'IPv4 privée, elle est alors partagée d'office entre 4 abonnés.
Donc, à moins d'avoir expressément réussi à obtenir des IP en full stack, vous serez en CG_NAT avec l'IP en 10.x.x.x. mais obtiendrez une IP public partagée. L'opérateur NAT une plage de ports de l'IP public sur votre adresse locale (entre ONT et reseau derriere l'OLT)en 10.x.x.x.
L'IPv6 vous est attribuée personnellement.
Si ça vous intéresse, je peux poster la conf d'OpenWRT fonctionnalités en CG_NAT avec les paramètre pour la délégation d'ip en v6.
-
Même question quels est ton IP (du moins le premier nombre ?
je ne suis pas en CGNAT. Mon routeur sous openwrt est parfaitement bien configuré, j'ai mon IPV4 et IPV6, avec l'ONT externe SFR. Mon ipv4 est 93.22.x.x
Pour voir tous les tests que j'ai fait il faut remonter bien plus loin dans ce topic.
Je suis en O5 avec les vlan, mais ma box ne récupère pas d'ip. Les options DHCP sont bonnes puisque ca fonctionne avec l'ONT SFR. j'ai juste pas de réponses au DHCP REQUEST envoyés.
-
Ton ONT passe bien en mode bridge?
-
Ton ONT passe bien en mode bridge?
aucune idée
-
Bonjour à tous, je viens de m'inscrire mais je suis deja tombé sur le forum pas mal de fois.
Je suis avec RED SFR depuis tres longtemps, 1GB/500MB avec IP publique. J'utilise un router openwrt et l'ONT SFR mais je suis en train d'étudier la possibilité de passer à pfSense avec un router plus performant qui a la l'option d'un module SFP.
Et donc la question, quel est l'option plus simple ? En navigant ce forum il me semble que il y a du travail à faire, ou si non le G-010S-P semble étre le plus simple à gèrer ?
Je suis à l'aise avec les configs compliqués et meme si il y a besoin un setup via serie, mais je me demandais si ca vaut le coup de passer un week end sur ca.
Quelque lien utile ?
Merci !
-
ben le plus simple c'est effectivement le G-010S-P "pré-réglé" qui a été proposé par @surfinside (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1027945/#msg1027945)
-
Bienvenue à toi.
Personnellement, j'ai un Ubiquity Edgeroute 4, avec un module FS.com sous OpenWRT. Les 1Gb tiennent bien.
Le SFP de FS.com peut pousser à 2.5Gb. Dans quelque temps sortira un BPI-R4, qui promet d'être une bête avant jusqu'à 10Gb.
Viendra alors le temps...
-
Bienvenue à toi.
Personnellement, j'ai un Ubiquity Edgeroute 4, avec un module FS.com sous OpenWRT. Les 1Gb tiennent bien.
Le SFP de FS.com peut pousser à 2.5Gb. Dans quelque temps sortira un BPI-R4, qui promet d'être une bête avant jusqu'à 10Gb.
Viendra alors le temps...
le GPON-ONU-34-20BI ? avec le firmware mod [1] ? Donc si j'ai bien compris il me suffit d'avoir les codes de l'ONT (num serie etc.) et c'est tout ? (je suis sur une miniguide sur ce forum qui me semble bien faisable)
Le router va etre un Sophos SG 105 rev3 qui je vais recevoir avant la fin du mois, donc je vais tout d'abord le configurer avec pfsense (ou opnsense, à voir) et l'ONT externe.
Au meme temps je peux commander le module SFP et en suite voir de le faire marcher...
[1] https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/
-
C'est bien de pouvoir se faire la main avec l'ONT dans un premier temps.
Au moins tu sauras si ton routeur se connecte et récupère les IPs, tu seras alors bien configuré.
Ensuite il suffira d'obtenir un connexion sur le SFP (pas le plus simple) et changer l'interface sur ton routeur sans changer le reste de la configuration.
On commence à être plusieurs à avoir réussi à se connecter avec des ONU SFP, donc tu as le choix du module.
Pour ma part c'est bien celui de FS.com, firmware modded, connexion 1Gb/500Mb et OpenWRT sur ER4.
D'autres devraient avoir réussi également avec se firmware sur un Huawei, ou sous Carlitox.
-
Concernant la recuperation de l'IP as-tu envoyé l'option 60 via le DHCP-Client de ton routeur ?
Quand tu es sur ta box SFR quels est le debut de l'IP que tu obtiens ? Es-ce du 10.X.X.X ou bien autre ?
Hello,
En effet, option 60 envoyé par mon client DHCP. Actuellement, j'utilise un ER-X prêté par un ami.
send vendor-class-identifier "neufbox_NB6VAC-bypassed";
Je suis bien en 10.X.X.X sur ma box.
Je confirme les dires de @rooot, la requête DHCP est en timeout, testé en direct avec un client DHCP, en request et discover.
Merci @G8U5 pour le lien, j'ai bien tout check je suis ISO niveau configuration avec le bon VLAN de provisionné !
J'ai également tenté le mac spoofing à différent emplacement source, sans succès.
Je vais tenter la requête DHCP depuis le Leox directement si je peux y uploader les binaires.
Il semblerait qu'il faille absolument capturer les packets DHCP de la box pour comprendre ce qui se passe.
Mais tant que les credentials en UART n'ont pas été trouvé ça me semble compliqué.
-
@X
tu as essayé le login/mdp de l'ont Externe ?
user = admin4me
pass = connect4you@support
-
Il semblerait qu'il faille absolument capturer les packets DHCP de la box pour comprendre ce qui se passe.
Mais tant que les credentials en UART n'ont pas été trouvé ça me semble compliqué.
Voici ce qu'il se passe chez moi, ce que le routeur envoie en DISCOVER:
L'adresse MAC est celle de l'interface de mon routeur.
Ethernet II, Src: MAC ADDRESS, Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Discover)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x5be87ff8
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: MAC ADDRESS
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Discover)
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 8
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (121) Classless Static Route
Option: (60) Vendor class identifier
Length: 26
Vendor class identifier: neufbox_NB6V-MAIN-bypassed
Option: (255) End
Option End: 255
Padding: 0000000000000000000000000000
Et la réponse:
Frame 4: 346 bytes on wire (2768 bits), 346 bytes captured (2768 bits) on interface sshdump, id 0
Ethernet II, Src: Nokia_93:72:3f (24:21:24:93:72:3f), Dst: MAC ADDRESS
Destination: MAC ADDRESS
Source: Nokia_93:72:3f (24:21:24:93:72:3f)
Type: 802.1Q Virtual LAN (0x8100)
802.1Q Virtual LAN, PRI: 6, DEI: 0, ID: 0
Internet Protocol Version 4, Src: 10.X.X.X, Dst: 10.X.X.X
User Datagram Protocol, Src Port: 67, Dst Port: 68
Dynamic Host Configuration Protocol (Offer)
Message type: Boot Reply (2)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x5be87ff8
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 10.X.X.X
Next server IP address: 86.64.145.169
Relay agent IP address: 62.39.227.132
Client MAC address: MAC ADDRESS
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Offer)
Length: 1
DHCP: Offer (2)
Option: (54) DHCP Server Identifier (86.64.145.169)
Length: 4
DHCP Server Identifier: 86.64.145.169
Option: (51) IP Address Lease Time
Length: 4
IP Address Lease Time: (14400s) 4 hours
Option: (1) Subnet Mask (255.255.255.254)
Length: 4
Subnet Mask: 255.255.255.254
Option: (3) Router
Length: 4
Router: IP GATEWAY
Option: (6) Domain Name Server
Length: 8
Domain Name Server: 109.0.66.10
Domain Name Server: 109.0.66.20
Option: (255) End
Option End: 255
Padding: 00000000000000000000000000000000000000000000
Et voici la requète REQUEST:
Frame 6: 342 bytes on wire (2736 bits), 342 bytes captured (2736 bits) on interface sshdump, id 0
Ethernet II, Src: MAC ADDRESS, Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Source: MAC ADDRESS
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 0.0.0.0, Dst: 255.255.255.255
User Datagram Protocol, Src Port: 68, Dst Port: 67
Dynamic Host Configuration Protocol (Request)
Message type: Boot Request (1)
Hardware type: Ethernet (0x01)
Hardware address length: 6
Hops: 0
Transaction ID: 0x5be87ff8
Seconds elapsed: 0
Bootp flags: 0x0000 (Unicast)
Client IP address: 0.0.0.0
Your (client) IP address: 0.0.0.0
Next server IP address: 0.0.0.0
Relay agent IP address: 0.0.0.0
Client MAC address: MAC ADDRESS
Client hardware address padding: 00000000000000000000
Server host name not given
Boot file name not given
Magic cookie: DHCP
Option: (53) DHCP Message Type (Request)
Length: 1
DHCP: Request (3)
Option: (50) Requested IP Address (10.X.X.X)
Length: 4
Requested IP Address: 10.X.X.X
Option: (54) DHCP Server Identifier (86.64.145.169)
Length: 4
DHCP Server Identifier: 86.64.145.169
Option: (57) Maximum DHCP Message Size
Length: 2
Maximum DHCP Message Size: 576
Option: (55) Parameter Request List
Length: 8
Parameter Request List Item: (1) Subnet Mask
Parameter Request List Item: (3) Router
Parameter Request List Item: (6) Domain Name Server
Parameter Request List Item: (12) Host Name
Parameter Request List Item: (15) Domain Name
Parameter Request List Item: (28) Broadcast Address
Parameter Request List Item: (42) Network Time Protocol Servers
Parameter Request List Item: (121) Classless Static Route
Option: (60) Vendor class identifier
Length: 26
Vendor class identifier: neufbox_NB6V-MAIN-bypassed
Option: (255) End
Option End: 255
Padding: 0000
-
@G8U5
on n'a pas de problème coté routeur ::)
-
@G8U5
on n'a pas de problème coté routeur ::)
Pardon, c'était pour répondre @X
-
@ X et @Rooot
Que renvoie votre ME 257, surtout le "Connectivity capability" Chez moi, et donc une copie du MIB de l'ONT AlticeLAB 1Gb, la valeur est a 0x007f (127).
J'ai répliqué le MIB de l'ONT dans mon SFP, ça n'a pas posé de problème de compatibilité.
Il semblerait que l'on parle ici de la capacité à passer en mode bridge.
-
Merci pour les logs DHCP @G8U5 ! Je regarde si je peux crafter un discover exactement comme le tiens.
Essayé également pour les credentials, incorrect également !
Voici mon 257
# omcicli mib get 257
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Ont2g
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0000
EqtID: 0x4752313430444700000000000000000000000000
OMCCVer: 0x80 (ou 0x0A, en fonction de mon OMCC_VER)
VPCode: 0
SecCapability: 1
SecMode: 1
NumOfPriQ: 128
NumOfScheduler: 16
Mode: 1
NumOfGemPort: 64
SysUpTime: 1400
ConnectivityCapability: 0x007f
CurrentConnectivityMode: 0
QosConfigurationFlexibility: 0x003b
PriorityQueueScaleFactor: 1
=================================
#
-
En version, je suis en 0x86, pareil copié sur l'ONT d'origine.
Dans l'interface web du LEOX, il n'y a pas possibilité de passer de mode rooting à mode bridging ?
J'ai plutôt l'impression que vos requètes DHCP ne traversent pas l'ONT.
-
Il y a fort moyen que ça provienne du bridge, je ne vois pas le pon0 dans mon br0, juste eth0 et nas0_0.
Pourrais-tu nous donner une copie de ton dhclient.conf ainsi que nous montrer la composition de ton bridge ?
Merci par avance ! :)
-
Pas de dhclient.conf dans l'ONU FS.
Par contre, une fois connecté une nouvelle interface apparait:
/etc/config/network (base openWRT sur le module FS):
config interface 'loopback'
option ifname 'lo'
option proto 'static'
option ipaddr '127.0.0.1'
option netmask '255.0.0.0'
config globals 'globals'
option ula_prefix 'auto'
config interface 'lct'
option ifname 'lct0'
option netmask '255.255.255.0'
option proto 'static'
option gateway '192.168.1.1' (pas utile ici)
option macaddr 'MAC ONT SFR'
option ipaddr '192.168.2.254' (passé en 192.168.2.0/24 pour le séparer de mon réseau)
config interface 'host'
option ifname 'host'
option proto 'static'
option ipaddr '0.0.0.0'
option netmask '0.0.0.0'
option macaddr 'MAC ONT SFR'
option vendorid 'PTIN_GSxxx0GH' (tel quel)
config interface 'host6'
option ifname '@host'
option proto 'static'
Et fibre branché, un ifconfig:
dbc Link encap:Ethernet HWaddr MAC ONT SFR
inet addr:192.168.2.2 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::4c:MAC ONT SFR/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:408 (408.0 B)
exc Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
RX packets:39004 errors:0 dropped:0 overruns:0 frame:0
TX packets:39004 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2808888 (2.6 MiB) TX bytes:2808888 (2.6 MiB)
host Link encap:Ethernet HWaddr MAC ONT SFR
inet6 addr: fe80::2MAC ONT SFR/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:478 (478.0 B)
lct0 Link encap:Ethernet HWaddr 00:06:91:1D:55:17
inet addr:192.168.2.254 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::MAC ONT SFR/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:140163 errors:0 dropped:0 overruns:0 frame:0
TX packets:25023 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:21734953 (20.7 MiB) TX bytes:16217166 (15.4 MiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
-
Peux tu poster des screenshots de l'interface WEB du LEOX ?
-
Thx pour les hints.
Je te fais ça demain ! Car l'interface plante quand on configure certaines valeurs.
Peux-tu egalement nous sortir l'output d'un "ip link" ?
Plusieurs step dans ma to-do de demain, voir si j'arrive identifier les broadcast qui sont forwarded vers le PON, et je vais tester deux firmwares dont un qui émule du VEIP.
Je vous tiens informé !
-
@G8U5
Si tu veux voir tous les tests que j'ai fait, avec les ONT externes VSOL puis avec le LEOX, il faudrait que tu retournes page 4 de ce topic : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg969165/#msg969165
Parce que toutes les questions que tu vas poser, on y a déjà répondu, avec les images ecrans et tout ;)
De ce qui en est ressorti, suite aux discussions avec les Tech de VSOL (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg971145/#msg971145), dans l'ONU il ne faut configurer aucune interface, tout se fait tout seul (passage au mode Bridge et creation des interfaces) lorsque l'ONU dialogue avec l'OLT. Donc meme principe avec le Leox.
Pour le LEOX, les tests ont commencé ici : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg974532/#msg974532
-
J'ai ressorti mon Leox du placard pour refaire quelques essais.
Après avoir un peu bricolé sans succes j'ai remis mon ONT SFR, et là il s'est mis à recupérer une MAJ. je suis passé de :
OMCI_SW_VER1 3FE7SWS4040018
OMCI_SW_VER2 3FE7SW04030009
à
OMCI_SW_VER1 3FE7SW04040022
OMCI_SW_VER2 3FE7SWS4040018
-
j'ai changé les valeurs OMCI_SW_VER1 et 2
Blian = pas mieux.
Je poste quelques screens et resultats de commandes.
Donc sur le LEOX je suis comme ceci au niveau des commandes envoyées:
flash set OMCI_OLT_MODE 3
flash set PON_VENDOR_ID PTIN
flash set GPON_SN PTIN915C7574
flash set GPON_PLOAM_PASSWD XXXXXXXXXX
flash set OMCI_SW_VER1 3FE7SW04040022
flash set OMCI_SW_VER2 3FE7SWS4040018
flash set HW_HWVER 3NT7SFU1389B25
flash set GPON_ONU_MODEL PTIN
flash set OMCI_FAKE_OK 1
ce qui m'ammene a ce resultat dans l'interface :
(https://i.imgur.com/SapNhik.png)
(https://i.imgur.com/nBQILst.png)
(https://i.imgur.com/t6VnqX0.png)
(https://i.imgur.com/S96oSs2.png)
Ensuite j'ai regardé les valeurs de nv getenv sw_version0 et nv getenv sw_version1 et ca correspond aux valeurs du firmware du LEOX (V3.3.2L6)
et j'ai remplacé par les valeurs 3FE7SW04040022 et 3FE7SW04040018
# nv setenv sw_version0 3FE7SW04040022
# nv setenv sw_version1 3FE7SW04040018
puis Reboot, et toujours pas mieux...
Les résultats de omcicli mib get 84 et omcicli mib get 171
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x08
FilterTbl[0]: PRI 0,CFI 0, VID 102
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x18
FilterTbl[0]: PRI 0,CFI 0, VID 102
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x1a
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x2c
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0xffff
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x05
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 10,VID 102, TPID 4
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 101, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 8,VID 101, TPID 4
AssociatedMePoint: 0x101
DscpToPbitMapping:
0x000000
0x249249
0x492492
0x6db6db
0x924924
0xb6db6d
0xdb6db6
0xffffff
Parsed DscpToPbitMapping:
dscp: 0 => pbit: 0
dscp: 1 => pbit: 0
dscp: 2 => pbit: 0
dscp: 3 => pbit: 0
dscp: 4 => pbit: 0
dscp: 5 => pbit: 0
dscp: 6 => pbit: 0
dscp: 7 => pbit: 0
dscp: 8 => pbit: 1
dscp: 9 => pbit: 1
dscp: 10 => pbit: 1
dscp: 11 => pbit: 1
dscp: 12 => pbit: 1
dscp: 13 => pbit: 1
dscp: 14 => pbit: 1
dscp: 15 => pbit: 1
dscp: 16 => pbit: 2
dscp: 17 => pbit: 2
dscp: 18 => pbit: 2
dscp: 19 => pbit: 2
dscp: 20 => pbit: 2
dscp: 21 => pbit: 2
dscp: 22 => pbit: 2
dscp: 23 => pbit: 2
dscp: 24 => pbit: 3
dscp: 25 => pbit: 3
dscp: 26 => pbit: 3
dscp: 27 => pbit: 3
dscp: 28 => pbit: 3
dscp: 29 => pbit: 3
dscp: 30 => pbit: 3
dscp: 31 => pbit: 3
dscp: 32 => pbit: 4
dscp: 33 => pbit: 4
dscp: 34 => pbit: 4
dscp: 35 => pbit: 4
dscp: 36 => pbit: 4
dscp: 37 => pbit: 4
dscp: 38 => pbit: 4
dscp: 39 => pbit: 4
dscp: 40 => pbit: 5
dscp: 41 => pbit: 5
dscp: 42 => pbit: 5
dscp: 43 => pbit: 5
dscp: 44 => pbit: 5
dscp: 45 => pbit: 5
dscp: 46 => pbit: 5
dscp: 47 => pbit: 5
dscp: 48 => pbit: 6
dscp: 49 => pbit: 6
dscp: 50 => pbit: 6
dscp: 51 => pbit: 6
dscp: 52 => pbit: 6
dscp: 53 => pbit: 6
dscp: 54 => pbit: 6
dscp: 55 => pbit: 6
dscp: 56 => pbit: 7
dscp: 57 => pbit: 7
dscp: 58 => pbit: 7
dscp: 59 => pbit: 7
dscp: 60 => pbit: 7
dscp: 61 => pbit: 7
dscp: 62 => pbit: 7
dscp: 63 => pbit: 7
=================================
=================================
EntityId: 0x07
AssociationType: 0
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x00
OutputTPID: 0x00
DsMode: 0
ReceivedFrameVlanTaggingOperTable
AssociatedMePoint: 0x06
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
#
Je tourne en rond >:( ;D
-
Et derrière tu as un openWRT avec l'option 60 sur l'interface WAN. Et tu traites juste la délégation sur le WAN6 + vendor class car fullstack?
-
Et derrière tu as un openWRT avec l'option 60 sur l'interface WAN. Et tu traites juste la délégation sur le WAN6 + vendor class car fullstack?
exactement ;)
Donc si mon routeur fonctionne avec l'ONT SFR, il devrait fonctionner avec l'ONT LEOX sans que je ne change quoi que ce soit (si le LEOX est bien configuré, bien entendu)
Comme on peut le voir, je reçois bien les VLANs 101 et 102...mais pas de traffic sortant, ce qui signifie que les requetes DHCP ne passent pas
EDIT:
je me repose la question de l'OMCC VERSION que j'ai mis a 0xA0 (voir 1ere image au dessus), j'avais trouvé cette valeur dans des logs postés au début du topic et qui semblait corresepondre a ce que l'ONT SFR envoyait...est-ce bien la bonne a valeur a indiquer ? est-ce que le fait d'être sur le LEOX n'implique pas une autre valeur...
ChatGPT nous dit ceci à propos de OMCC, donc cette valeur a bien un role important a jouer :
(https://i.imgur.com/eGktaZO.png)
Quelle valeur avez-vous mis ?? pour ceux qui arrivent a remplacer leur ONT
-
Peux tu tenter un GS0100GH en product class , 0 en traffic management et 0x86 en version omci.
-
@ X et @Rooot
Que renvoie votre ME 257, surtout le "Connectivity capability" Chez moi, et donc une copie du MIB de l'ONT AlticeLAB 1Gb, la valeur est a 0x007f (127).
J'ai répliqué le MIB de l'ONT dans mon SFP, ça n'a pas posé de problème de compatibilité.
Il semblerait que l'on parle ici de la capacité à passer en mode bridge.
Hello,
Attention, vous vous heurtez au syndrome « j’imite trop l’ONT d’origine »
Lorsque vous indiquez PTIN dans vos MIB
L’OLT en face se comporte de manière « corporate »
Il envoie a votre ONT une MIB 351 propriétaire (je suppose que c’est le mode bridge car dans les logs on passe l’authentication)
Avec les conseils de @hwti un grand merci à lui ;)
Il vous suffit de laisser le vendor ID d’origine de vôtre ONT pour que l’OLT utilise la MIB « open source » (171 il me semble)
Et la magique vous obtenez le bridge + vlan 101 & 102.
Cela confirme que vous êtes ready pour envoyer vos requêtes DHCP
Voili
-
Peux tu tenter un GS0100GH en product class , 0 en traffic management et 0x86 en version omci.
product class ?
de quelle commande parles-tu ?
si c'est flash set GPON_ONU_MODEL GS0100GH alors je l'ai déjà fait, ca ne marche pas mieux.
-
je vais test :
le traffic management = 0
omcc version = 0x86
vendor ID = LEOX
on va voir...
-
Le CWMP_Product_Class dans l'interface Web
C'est le model de l'ont d'origine, reconnu par l'OLT.
Le VendorID est PTIN normalement
-
bon ben rien de mieux, je passe en O5 quoi que je fasse, mais j'obtiens pas d'ip.
Le CWMP_Product_Class dans l'interface Web
C'est le model de l'ont d'origine, reconnu par l'OLT.
Le VendorID est PTIN normalement
et donc ? ???
-
une petite question, lorsque je fais un omcicli mib get 171
le retour indique ceci :
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 10,VID 102, TPID 4
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 101, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4097, TPID 1, RemoveTags 0
Treatment Inner : PRI 8,VID 101, TPID 4
AssociatedMePoint: 0x101
ce RemoveTags à 0, ca ne veux pas dire que l'ONT ne detag pas les VLAN ??
j'ai vraiment l'impression que soit il n'y a pas de bridge entre le wan/lan de l'ONT, soit les vlan ne sont pas detagués...
-
Bonjour, J'ai moi aussi des PB pour connecter ma fibre sur mon SFP, je sais pas pourquoi alors que tout semble OK !
J'ai une question sur l'ip red sfr, je suis en 79.8X.XX.XX, c'est pas du CGGNAT ça ?
merci pour vos réponses :)
Max
-
Et donc as tu testé GS0100GH dans CWMP_Product_Class ?
SFR ne s'attend pas à recevoir du LEOX.
On ne sait jamais.
bon ben rien de mieux, je passe en O5 quoi que je fasse, mais j'obtiens pas d'ip.
et donc ? ???
-
Salut à tous.
@ maxdata01 : Je suis en FTTH chez SFR, et je ne suis pas en CG-NAT. Mon adresse IPv4 commence par 93.1.x.y.
-
Et donc as tu testé GS0100GH dans CWMP_Product_Class ?
SFR ne s'attend pas à recevoir du LEOX.
On ne sait jamais.
ha non je n'ai pas testé ça, mais ce parametre n'existe meme pas sur les SFP, en quoi ca risque de changer quelque chose ?
je testerai a tout hasard quand j'ai 5 minutes.
-
J'ai une question sur l'ip red sfr, je suis en 79.8X.XX.XX, c'est pas du CGGNAT ça ?
non c'est pas du cgnat. ;)
-
Bienvenue au club. j'ai les meme symptomes, et je crois vraiment avoir tout essayé.
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
Quel firmware utilises-tu ?
-
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
J'ai utilisé un Leox LXT-010H-D en V3.3.2L7.
Conernant l'UART de la Box 8, voir mon message précédent !
UART bruteforced: RXD, TXD, UNUSED, VCC, GND @ 115200 baud
En revanche le shell est password protected, avec une protection en nombre de tentative pour le bruteforce.
Ce que j'ai envoyé précédemment, ce sont les logs verbose communiqués par la box, il y a pas mal d'informations, mais c'est entremêlé d'infos liés intrinsèquement à mon périphérique.
Je ne récupère toujours pas d'IPv4 avec mon DHCP, alors que je dispose des VLAN + O5. Quelque chose m'échappe sans doute.
-
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
Quel firmware utilises-tu ?
Tu pourras m’envoyer un fw_printenv de ton ONU si tu le souhaites afin de vérifier que tu es les bonne info et qu’il n’y ai pas de coquilles…
Bonjour, J'ai moi aussi des PB pour connecter ma fibre sur mon SFP, je sais pas pourquoi alors que tout semble OK !
J'ai une question sur l'ip red sfr, je suis en 79.8X.XX.XX, c'est pas du CGGNAT ça ?
merci pour vos réponses :)
Max
-
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
Quel firmware utilises-tu ?
Par ailleurs il faudrait que d’autres nous indique si il ont une ip en 10.X.Y et si c’est KO ou OK pour permettre peut-être d’établir une corrélation.
Hello,
En effet, option 60 envoyé par mon client DHCP. Actuellement, j'utilise un ER-X prêté par un ami.
send vendor-class-identifier "neufbox_NB6VAC-bypassed";
Je suis bien en 10.X.X.X sur ma box.
Je confirme les dires de @rooot, la requête DHCP est en timeout, testé en direct avec un client DHCP, en request et discover.
Merci @G8U5 pour le lien, j'ai bien tout check je suis ISO niveau configuration avec le bon VLAN de provisionné !
J'ai également tenté le mac spoofing à différent emplacement source, sans succès.
Je vais tenter la requête DHCP depuis le Leox directement si je peux y uploader les binaires.
Il semblerait qu'il faille absolument capturer les packets DHCP de la box pour comprendre ce qui se passe.
Mais tant que les credentials en UART n'ont pas été trouvé ça me semble compliqué.
-
@rooot, Ca fonctionne chez moi avec la version omcc à 0xA0 ...
Si non, je n'ai pas la commande IP LINK sur le FS.com.
-
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
Quel firmware utilises-tu ?
cette commande n'existe pas sur le LEOX.
-
Hello, pourras-tu faire une capture d’écran sur l’ONU commandes suivantes :
gtop c - a
gtop c - y
Quel firmware utilises-tu ?
Tu pourras m’envoyer un fw_printenv de ton ONU si tu le souhaites afin de vérifier que tu es les bonne info et qu’il n’y ai pas de coquilles…
Merci pour l'aide Asclèpios :) pour répondre, je suis sur un SFP Huawei et un ERX-4, le firmware est le Modded 5.1 sur image 0.
gtop c - a
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
Table: 13
Type: ARRAY (0)
Size: 25
Entry size: 32
Base: 0x0000
Packet Engine #0:
[0000]: 00 00 00 00
[0001]: 00 00 00 00
[0002]: 00 19 00 00
[0003]: 00 00 00 00
[0004]: 00 19 00 00
[0005]: 00 00 00 00
[0006]: 00 19 00 00
[0007]: 00 00 00 00
[0008]: 00 19 00 00
[0009]: 00 00 00 00
[0010]: b0 80 00 00
[0011]: 00 00 00 00
[0012]: 00 19 00 00
[0013]: 00 00 00 00
[0014]: 00 00 00 00
[0015]: 00 00 00 00
[0016]: 87 80 00 00
[0017]: 00 00 00 00
[0018]: 87 80 00 00
[0019]: 00 00 00 00
[0020]: 87 80 00 00
[0021]: 00 00 00 00
[0022]: 00 00 00 00
[0023]: 00 00 00 00
[0024]: 00 00 00 00
Packet Engine #1:
[0000]: 00 00 00 00
[0001]: 00 00 00 00
[0002]: 00 00 00 00
[0003]: 00 00 00 00
[0004]: 87 80 00 00
[0005]: 00 00 00 00
[0006]: 00 00 00 00
[0007]: 00 00 00 00
[0008]: 00 00 00 00
[0009]: 00 00 00 00
[0010]: 00 00 00 00
[0011]: 00 00 00 00
[0012]: 00 00 00 00
[0013]: 00 00 00 00
[0014]: 00 00 00 00
[0015]: 00 00 00 00
gtop c - y
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
Le fw print (j'ai mis des X un peux partout)
root@SFP:/# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
commit=1
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=00:06:91:XX:XX:XX
ethprime=SERDES
fileaddr=80F00000
filesize=345000
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=PTIN9147XXXX
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIAIah1VgCA+2YS2/bOBCAfV3/Ci568KkKhXJLFXrI1mkRNEWD2HAPQSHI@Em0La5mGpLTdf79DK45lW2mLdtfXQ3Ow6XlwhpQ+chJTJX2XWXJ2dxmURVP@lyZaxqUposLMoimOvKT80PsuoSiS8803yuE3BUV74FMpfEYFZz1UAIMeob0T@yF1ZxQUhvcLa6nN+X7L/pPKEDC1Z2Yoki3g1N6RaGDL+Z21IlppVlc0yU/wZ@hmHf6Z5fnY8ubqKbi5dO84SMTb4mt6/fh+SyWpDbu3McjS5w8O4sd+MY57st@3/d9YKH0VKBC4NzjSoW03+vkhxDzOf6/H/1v5F8CUx3/Pxn/ecf/r8H/h3id@RtP0P6L/K/inDf6FRP7xk3X8n4b/dI9/x/k97ZPz62H013BLekgmeCWQ24kD@moe+9gCg4/iX4h9P7P8hh2NcCfEo/3gCbPjnQimJY4q3vxQd/6cQ2iHw2/Of@2NUsm28OgHp4Wv6Z6/kf7n+FfQL40u/4P4n06ydO8OGTwXxpp/Fy0P/D3Qh2@RV7Ey2xaxG48znKDO4UN/4BRCJ5S8RTomMIzkCEpkyJbV2SiPOnxkLx9cX7l@fggPQvLyXT30B/29XIVrN8oDZYV9hsGEd4Wpe9FyV8ymHSmTeLn5z9TSfiQD@6uF79ZjHIpsvHlz2sqRJmkTY4x4mx5LKPKsqUzxiidb2ozNuE17TiJIBKN1Q@gVP5gsuDOXK7yirbCB5n8as4W0XXV26Onf4NLqKx8bXdb4uDPf1xHNpZWxz7@QhzbixvihuJ+0roQFgA9ssHWpmVrHBYC+Na0xm1sLXPSuhCMa8/nbKCDhm1X@pBb76vv6NFV7y/5U1XrqKakYD4JABIrvXC5zm7o3qV6c7/kAMqCMc/84q1uG@8o/TOr2ElrzO4Ak875TSQUB1W9rN3nhYFCjGdHOWYWOHfHqcFvUa+HFW1HMv@kCCYAoa527Kij/TwWQotgVN9CG5u4hL5zM2qaqBHX0dj9+cBFiwauz/e4uh2@mSs86QNQiulGaTej0WUEPKBpXPy9dcVrgWuNa2aixbM5Kfh+oLTSnIugxXUd@F/HULrNk68+o8rXmAmhweC7Y/O5AM7VlvJv0ytr1G5uaDR57frOkzHZ+ryYj@zPRphhca+nU9RieddPJjyr9EYZGwABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
nDyingGaspEnable=0
nSerial=PTIN9147XXXX
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
next_active=1
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=2
omci_vendor_pro=0
ont_serial=PTIN9147XXXX
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
ipaddr=192.168.1.10
gatewayip=192.168.2.1
bootdelay=5
asc0=0
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
target=oem-generic
image0_version=3FE7SWS4040018
image1_version=3FE7SW04030009
onu_serial=PTIN9147XXXX
onu_ploam=8V72ZIXX
omci_vendor_id=PTIN
omci_equip_id=GS0100GH
nPassword=0x38 0x56 0x37 0xXX 0xXX 0x49 0x55 0x50 0x00 0x00
mib_file_custom=/root/custom.ini
omci_hw_ver=3NT7SFU1389B25
omci_omcc_ver=134
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAAAADDAAUyAAAAABMYW50aXEgICAgICAgICAgAAAAAEZhbGNv@biBTRlAgICAgICAwICAgBR4AbQAaAAAwMzJWUkoxMEs2MDAxNDI5MTkwNTA4@ICBo4AN1SjY5MjAwNDU5NSAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @XwDOAFoA0wCMoHUwiLh5GK/IAACIuAAAm4Ii0HuGK9QJzwAXB8sAEAAAAAAA@AAAAAAAAAAAXAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABMK4CAhg/SNPEAQf////8AAAAA//8AAAAAcAEAAAAAAAD/////////@////////////MDMwMzJWUkoAAAAAAAD+Ff//////////////////////////@//////////8AAhQ4VjcyWklVUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAJQVElOkUfZT////////////////////wAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAhCZ8gf96GAC5yQsrBGl/Z3HVGI84ZuqxREvF@GAdBaDtoOs/GhhCHqadMmHOf2ivmj2x02zuMxqZ2e3n4uaBjehZOAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaRRPAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABHUzAxMDBHSAAAAAAAAAAAAAAAAFBUSU4AAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
image1_is_valid=0
root@SFP:/#
Logs
[omcid] 19:58:11 MSG PRN: OMCI #257 RX:
48 10 48 0a 00 ab 01 01 04 00 f8 00 00 00 f0 32
d0 00 00 2f 00 00 00 00 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 f0 32 d0 00 00 2f 00 00 00 00 03 2a
[omcid] 19:58:11 ME PRN: 171@257 Override entry (old) filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=3,word3_padding=0,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=15,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Override entry (new) filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=0,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=0,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Overridden table entry (entries num = 6)
[omcid] 19:58:11 MIB PRN: Incremented MIB sequence number (39)
[omcid] 19:58:11 MSG PRN: OMCI #260 TX:
48 10 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 MSG PRN: OMCI #258 RX:
48 11 48 0a 00 ab 01 01 04 00 f8 00 00 00 f0 32
d0 01 00 2f 00 00 00 0a 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 f0 32 d0 01 00 2f 00 00 00 0a 03 2a
[omcid] 19:58:11 ME PRN: 171@257 Add entry filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=1 treatment_tags_remove=0,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=10,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Added table entry (entries num = 7)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (40)
[omcid] 19:58:12 MSG PRN: OMCI #261 TX:
48 11 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #259 RX:
48 12 48 0a 00 ab 01 01 04 00 f8 00 00 00 80 00
50 00 40 2f 00 00 00 08 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 80 00 50 00 40 2f 00 00 00 08 03 2a
[omcid] 19:58:12 ME PRN: 171@257 Add entry filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=8,filter_inner_vid=0,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=1,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=8,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:12 ME PRN: 171@257 Added table entry (entries num = 8)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (41)
[omcid] 19:58:12 MSG PRN: OMCI #262 TX:
48 12 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #260 RX:
48 13 44 0a 01 0c 07 fe 07 fe 00 00 02 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MIB PRN: Create "GEM port network CTP" (268) with instance id = 2046
[omcid] 19:58:12 CORE PRN: 268@2046 set Port id value = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 268@2046 set T-CONT ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Direction = 0x02 (2)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic manage ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set UNI counter = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Priority queue ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Encryption state = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Port id value = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 268@2046 set T-CONT ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Direction = 0x02 (2)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic manage ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Priority queue ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr DS = 0x0000 (0)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (42)
[omcid] 19:58:12 MSG PRN: OMCI #263 TX:
48 13 24 0a 01 0c 07 fe 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #261 RX:
48 14 44 0a 01 0a 07 fe 07 fe 06 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MIB PRN: Create "GEM interworking TP" (266) with instance id = 2046
[omcid] 19:58:12 CORE PRN: 266@2046 set GEM port network CTP ptr = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking option = 0x06 (6)
[omcid] 19:58:12 CORE PRN: 266@2046 set Service profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking TP ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set PPTP counter = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL loopback config = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GEM port network CTP ptr = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking option = 0x06 (6)
[omcid] 19:58:12 CORE PRN: 266@2046 set Service profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking TP ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL profile ptr = 0x0000 (0)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (43)
[omcid] 19:58:12 MSG PRN: OMCI #264 TX:
48 14 24 0a 01 0a 07 fe 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
-
256
root@SFP:/# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0xXX 0xXX
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0xXX 0x46 0xXX 0x31 0xXX 0x38 0x39 0x42 0x32 0x35
3NT7SFU1389B25
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0xXX 0x4e 0x91 0xXX 0xXX 0xXX
PTIN\x91G\xDXX
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/#
257
root@SFP:/# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x53 0x30 0x3X 0x30 0xXX 0x47 0xXX 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0x86 (134)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0000469c (18076)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
-
Bonsoir que te donne gtop a
Merci pour l'aide Asclèpios :) pour répondre, je suis sur un SFP Huawei et un ERX-4, le firmware est le Modded 5.1 sur image 0.
gtop c - a
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
Table: 13
Type: ARRAY (0)
Size: 25
Entry size: 32
Base: 0x0000
Packet Engine #0:
[0000]: 00 00 00 00
[0001]: 00 00 00 00
[0002]: 00 19 00 00
[0003]: 00 00 00 00
[0004]: 00 19 00 00
[0005]: 00 00 00 00
[0006]: 00 19 00 00
[0007]: 00 00 00 00
[0008]: 00 19 00 00
[0009]: 00 00 00 00
[0010]: b0 80 00 00
[0011]: 00 00 00 00
[0012]: 00 19 00 00
[0013]: 00 00 00 00
[0014]: 00 00 00 00
[0015]: 00 00 00 00
[0016]: 87 80 00 00
[0017]: 00 00 00 00
[0018]: 87 80 00 00
[0019]: 00 00 00 00
[0020]: 87 80 00 00
[0021]: 00 00 00 00
[0022]: 00 00 00 00
[0023]: 00 00 00 00
[0024]: 00 00 00 00
Packet Engine #1:
[0000]: 00 00 00 00
[0001]: 00 00 00 00
[0002]: 00 00 00 00
[0003]: 00 00 00 00
[0004]: 87 80 00 00
[0005]: 00 00 00 00
[0006]: 00 00 00 00
[0007]: 00 00 00 00
[0008]: 00 00 00 00
[0009]: 00 00 00 00
[0010]: 00 00 00 00
[0011]: 00 00 00 00
[0012]: 00 00 00 00
[0013]: 00 00 00 00
[0014]: 00 00 00 00
[0015]: 00 00 00 00
gtop c - y
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
Le fw print (j'ai mis des X un peux partout)
root@SFP:/# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
commit=1
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=00:06:91:XX:XX:XX
ethprime=SERDES
fileaddr=80F00000
filesize=345000
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=PTIN9147XXXX
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIAIah1VgCA+2YS2/bOBCAfV3/Ci568KkKhXJLFXrI1mkRNEWD2HAPQSHI@Em0La5mGpLTdf79DK45lW2mLdtfXQ3Ow6XlwhpQ+chJTJX2XWXJ2dxmURVP@lyZaxqUposLMoimOvKT80PsuoSiS8803yuE3BUV74FMpfEYFZz1UAIMeob0T@yF1ZxQUhvcLa6nN+X7L/pPKEDC1Z2Yoki3g1N6RaGDL+Z21IlppVlc0yU/wZ@hmHf6Z5fnY8ubqKbi5dO84SMTb4mt6/fh+SyWpDbu3McjS5w8O4sd+MY57st@3/d9YKH0VKBC4NzjSoW03+vkhxDzOf6/H/1v5F8CUx3/Pxn/ecf/r8H/h3id@RtP0P6L/K/inDf6FRP7xk3X8n4b/dI9/x/k97ZPz62H013BLekgmeCWQ24kD@moe+9gCg4/iX4h9P7P8hh2NcCfEo/3gCbPjnQimJY4q3vxQd/6cQ2iHw2/Of@2NUsm28OgHp4Wv6Z6/kf7n+FfQL40u/4P4n06ydO8OGTwXxpp/Fy0P/D3Qh2@RV7Ey2xaxG48znKDO4UN/4BRCJ5S8RTomMIzkCEpkyJbV2SiPOnxkLx9cX7l@fggPQvLyXT30B/29XIVrN8oDZYV9hsGEd4Wpe9FyV8ymHSmTeLn5z9TSfiQD@6uF79ZjHIpsvHlz2sqRJmkTY4x4mx5LKPKsqUzxiidb2ozNuE17TiJIBKN1Q@gVP5gsuDOXK7yirbCB5n8as4W0XXV26Onf4NLqKx8bXdb4uDPf1xHNpZWxz7@QhzbixvihuJ+0roQFgA9ssHWpmVrHBYC+Na0xm1sLXPSuhCMa8/nbKCDhm1X@pBb76vv6NFV7y/5U1XrqKakYD4JABIrvXC5zm7o3qV6c7/kAMqCMc/84q1uG@8o/TOr2ElrzO4Ak875TSQUB1W9rN3nhYFCjGdHOWYWOHfHqcFvUa+HFW1HMv@kCCYAoa527Kij/TwWQotgVN9CG5u4hL5zM2qaqBHX0dj9+cBFiwauz/e4uh2@mSs86QNQiulGaTej0WUEPKBpXPy9dcVrgWuNa2aixbM5Kfh+oLTSnIugxXUd@F/HULrNk68+o8rXmAmhweC7Y/O5AM7VlvJv0ytr1G5uaDR57frOkzHZ+ryYj@zPRphhca+nU9RieddPJjyr9EYZGwABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
nDyingGaspEnable=0
nSerial=PTIN9147XXXX
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
next_active=1
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=2
omci_vendor_pro=0
ont_serial=PTIN9147XXXX
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
ipaddr=192.168.1.10
gatewayip=192.168.2.1
bootdelay=5
asc0=0
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
target=oem-generic
image0_version=3FE7SWS4040018
image1_version=3FE7SW04030009
onu_serial=PTIN9147XXXX
onu_ploam=8V72ZIXX
omci_vendor_id=PTIN
omci_equip_id=GS0100GH
nPassword=0x38 0x56 0x37 0xXX 0xXX 0x49 0x55 0x50 0x00 0x00
mib_file_custom=/root/custom.ini
omci_hw_ver=3NT7SFU1389B25
omci_omcc_ver=134
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAAAADDAAUyAAAAABMYW50aXEgICAgICAgICAgAAAAAEZhbGNv@biBTRlAgICAgICAwICAgBR4AbQAaAAAwMzJWUkoxMEs2MDAxNDI5MTkwNTA4@ICBo4AN1SjY5MjAwNDU5NSAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @XwDOAFoA0wCMoHUwiLh5GK/IAACIuAAAm4Ii0HuGK9QJzwAXB8sAEAAAAAAA@AAAAAAAAAAAXAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABMK4CAhg/SNPEAQf////8AAAAA//8AAAAAcAEAAAAAAAD/////////@////////////MDMwMzJWUkoAAAAAAAD+Ff//////////////////////////@//////////8AAhQ4VjcyWklVUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAJQVElOkUfZT////////////////////wAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAhCZ8gf96GAC5yQsrBGl/Z3HVGI84ZuqxREvF@GAdBaDtoOs/GhhCHqadMmHOf2ivmj2x02zuMxqZ2e3n4uaBjehZOAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaRRPAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABHUzAxMDBHSAAAAAAAAAAAAAAAAFBUSU4AAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
image1_is_valid=0
root@SFP:/#
Logs
[omcid] 19:58:11 MSG PRN: OMCI #257 RX:
48 10 48 0a 00 ab 01 01 04 00 f8 00 00 00 f0 32
d0 00 00 2f 00 00 00 00 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 f0 32 d0 00 00 2f 00 00 00 00 03 2a
[omcid] 19:58:11 ME PRN: 171@257 Override entry (old) filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=3,word3_padding=0,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=15,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Override entry (new) filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=0,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=0,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Overridden table entry (entries num = 6)
[omcid] 19:58:11 MIB PRN: Incremented MIB sequence number (39)
[omcid] 19:58:11 MSG PRN: OMCI #260 TX:
48 10 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 MSG PRN: OMCI #258 RX:
48 11 48 0a 00 ab 01 01 04 00 f8 00 00 00 f0 32
d0 01 00 2f 00 00 00 0a 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:11 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 f0 32 d0 01 00 2f 00 00 00 0a 03 2a
[omcid] 19:58:11 ME PRN: 171@257 Add entry filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=15,filter_inner_vid=101,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=1 treatment_tags_remove=0,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=10,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:11 ME PRN: 171@257 Added table entry (entries num = 7)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (40)
[omcid] 19:58:12 MSG PRN: OMCI #261 TX:
48 11 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #259 RX:
48 12 48 0a 00 ab 01 01 04 00 f8 00 00 00 80 00
50 00 40 2f 00 00 00 08 03 2a 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 CORE PRN: 171@257 set RX frame VLAN table = f8 00 00 00 80 00 50 00 40 2f 00 00 00 08 03 2a
[omcid] 19:58:12 ME PRN: 171@257 Add entry filter_outer_prio=15,filter_outer_vid=4096,filter_outer_tpid_de=0,word1_padding=0 filter_inner_prio=8,filter_inner_vid=0,filter_inner_tpid_de=5,word2_padding=0,filter_ether_type=0 treatment_tags_remove=1,word3_padding=2,treatment_outer_prio=15,treatment_outer_vid=0,treatment_outer_tpid_de=0 word4_padding=0,treatment_inner_prio=8,treatment_inner_vid=101,treatment_inner_tpid_de=2
[omcid] 19:58:12 ME PRN: 171@257 Added table entry (entries num = 8)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (41)
[omcid] 19:58:12 MSG PRN: OMCI #262 TX:
48 12 28 0a 00 ab 01 01 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #260 RX:
48 13 44 0a 01 0c 07 fe 07 fe 00 00 02 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MIB PRN: Create "GEM port network CTP" (268) with instance id = 2046
[omcid] 19:58:12 CORE PRN: 268@2046 set Port id value = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 268@2046 set T-CONT ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Direction = 0x02 (2)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic manage ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set UNI counter = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Priority queue ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Encryption state = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Port id value = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 268@2046 set T-CONT ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Direction = 0x02 (2)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic manage ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr US = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Priority queue ptr DS = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 268@2046 set Traffic desc prof ptr DS = 0x0000 (0)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (42)
[omcid] 19:58:12 MSG PRN: OMCI #263 TX:
48 13 24 0a 01 0c 07 fe 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MSG PRN: OMCI #261 RX:
48 14 44 0a 01 0a 07 fe 07 fe 06 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 19:58:12 MIB PRN: Create "GEM interworking TP" (266) with instance id = 2046
[omcid] 19:58:12 CORE PRN: 266@2046 set GEM port network CTP ptr = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking option = 0x06 (6)
[omcid] 19:58:12 CORE PRN: 266@2046 set Service profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking TP ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set PPTP counter = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL loopback config = 0x00 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GEM port network CTP ptr = 0x07fe (2046)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking option = 0x06 (6)
[omcid] 19:58:12 CORE PRN: 266@2046 set Service profile ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set Interworking TP ptr = 0x0000 (0)
[omcid] 19:58:12 CORE PRN: 266@2046 set GAL profile ptr = 0x0000 (0)
[omcid] 19:58:12 MIB PRN: Incremented MIB sequence number (43)
[omcid] 19:58:12 MSG PRN: OMCI #264 TX:
48 14 24 0a 01 0a 07 fe 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
-
Pour un SFP FS.com avec le modded 5.1, connexion fonctionnelle, voici ce que ça donne:
gtop c - y
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
gtop a
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 121
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
J'ai bien l'impression que tu es connecté @Maxdata. @Asclèpios confirmes tu qu'il s'agit maintenant d'envoyer les bonnes options DHCP ?
@Maxdata, j'ai passé la version omcc à 0xa0 (160), et ça fonctionne.
Sur ton ER-X, tu es sous routerOS ou openWRT?
D'ailleurs, ton router est un ER-4 ou un ERX-SFP ?
-
hello c'est un ERX-SFP avec OpenWRT
gtop a
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 91
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
-
Tout est OK pour toi ton gtop a est bon + gtop c y avec
Te reste à brancher l’ONU au routeur à spécifier l’option 60 dans le dhcp-client et tu devrait avoir une IPv4
Pour l’IPv6 je ne l’ai pas encore il faut que je vois de mon côté .
Pour la VOiP avec SFR : https://lafibre.info/remplacer-sfr/probleme-dinstallation-bypass-voip-red-avec-gigaset-c530-ip/ (https://lafibre.info/remplacer-sfr/probleme-dinstallation-bypass-voip-red-avec-gigaset-c530-ip/)
hello c'est un ERX-SFP avec OpenWRT
gtop a
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 91
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
-
@Maxdata
Peux-tu faire un screenshot de /Network/Interfaces/devices et /Network/Interfaces depuis LuCI stp.
Attention aux MAC Addresses.
-
@Asclèpios
J'ai trouvé ça, ici: https://lafibre.info/remplacer-sfr/ftth-remplacer-sa-box-nb6vac-par-un-routeur-dga4130-ou-dga4132-roote/msg912007/#msg912007 (https://lafibre.info/remplacer-sfr/ftth-remplacer-sa-box-nb6vac-par-un-routeur-dga4130-ou-dga4132-roote/msg912007/#msg912007)
config interface 'wan'
option auto '1'
option demand '0'
option peerdns '1'
option reqopts '1 3 6 15 26 33 42 51 121 249'
option keepalive_adaptive '0'
option dns_metric '0'
option proto 'dhcp'
option vendorid 'neufbox_DGA4130'
option ipv6 '1'
option ifname 'eth4'
option macaddr 'xx:xx:xx:xx:xx:xx'
config config 'config'
option wan_mode 'dhcp'
config interface 'wan6'
option ifname '@wan'
option proto 'dhcpv6'
option reqopts '12 17 21 22 23 24 25 31 56 64 67 82 83'
option noslaaconly '1'
option iface_464xlat '0'
option dns_metric '20'
option auto '1'
option vendorclass '0000a00c00416e657566626f785f4e42365641432d4658432d72305f4e42365641432d4d41494e2d52342e302e34346a5f4e42365641432d5844534c2d41327076364630333970'
option clientid '00030001xxxxxxxxxxxx'
-
voila
-
D'après la doc openWRT pour l'ER-X ET -SFP, c'est le device eth5 qui tient le SFP.
https://openwrt.org/toh/ubiquiti/edgerouter_x_er-x_ka (https://openwrt.org/toh/ubiquiti/edgerouter_x_er-x_ka)
Et du coup, c'est mieux s'il n'appartient pas à un bridge.
Il devrait y avoir eth5 à la place de dsa dans tes interface Wan(6) et admin_sfp
-
ALALALAh c'etait ça mon problème ! je suis enfin connecté :)
bein didonc.. sacré perte de temps pour un pb d'interface !!
Merci en tout les cas pour le boulot, vraiment !!!
-
@maxdata, et tu as les 2 IPs?
-
qui avait des ONU SFP en rab à vendre préconfiguré ??
Je pense que je vais arreter de perdre mon temps avec mes ONT externes...et me trouver un un routeur/wifi Openwrt avec port SFP compatible 2.5Gbs...
-
@maxdata, et tu as les 2 IPs?
non une seule IP, là j'ai tout débrancher pour basculer sur mon router mikrotic, et la c'est pas gagné encore, l'aventure continue .. lol mais c'est déja une victoire
-
@maxdata, En tout cas bravo à toi!
Et bon courage pour le mikrotic!
Tu nous ferais pas un mini tuto, pour ceux qui voudraient installer le firmware modifié du FS.com sur un Huawei sur une fibre SFR ou RED? Marxhe à suivre, config des fw_env, modif. des MIBs et scripts.
Je pourrais en faire autant pour le module FS.com, même firmware.
-
G8U5, je me suis appuyé sur tes posts pour le faire marcher, mais je vais faire un post pour corriger une coquille.
Pour mikrotik c'est pas gagner, déjà mes premiers tests sont des echecs, je reprendrais ce soir.
-
Pour ceux qui seraient intéressés, j’ai des ONU personnalisables qui s’intègrent de manière transparente avec les infrastructures SFR/RED. Si vous êtes en quête de configurations personnalisées pour une intégration plug&play, je serais ravi de vous accompagner. N’hésitez pas à me contacter en message privé.
qui avait des ONU SFP en rab à vendre préconfiguré ??
Je pense que je vais arreter de perdre mon temps avec mes ONT externes...et me trouver un un routeur/wifi Openwrt avec port SFP compatible 2.5Gbs...
-
Moi j'en est sous le fs.com modded et sous carlitoxx V1 dans le cas de SFR/RED il je te le fournirai en fs.com modded avec conf adapté a ta ligne. Contact en MP si intéresse.
Merci ! répondu ;)
-
@maxdata, tu as eu besoin de l'outil: https://gpon-sfp.felix.systems/gen_huawei.php (https://gpon-sfp.felix.systems/gen_huawei.php) ?
Et la coquille alors, je suis impatient de savoir...
-
@maxdata, tu as eu besoin de l'outil: https://gpon-sfp.felix.systems/gen_huawei.php (https://gpon-sfp.felix.systems/gen_huawei.php) ?
Et la coquille alors, je suis impatient de savoir...
bein j'avais essayé de modifier les SFP A2 info, mais ca n'avais pas marché, du coup j'ai fait un firstboot.
Actuellement sur mon SFP je n'ai pas modifié.
Sauf erreur, la coquille est toute petite, dans la doc tu as mis
sed "s/256 0 PTIN 0000000000000/256 0 PTIN ${tmp}/" /root/custom.ini > /tmp/auto_generated_mib.ini
au lieu de
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /root/custom.ini > /tmp/auto_generated_mib.ini
Du coup le mib n'etait pas généré, car le omci.sh ne le trouvait pas dans le custom pour le remplacer par le PTIN (par defaut le custom.ini est avec ce hwtc dans mon cas car copié depuis le /etc/MIB ).
-
@Maxdata,
En effet, si le MIB est pris dans etc/mib, et n'est pas la copie du MIB de l'ONT d'origine, il faut alors remplacer HWTC.
Ce qui m'apprend que tu as connecté ton SFP avec la MIB fourni dans le firmware modifié, ce qui peut donc permettre d'éviter de copier le fichier que j'ai appelé custom.ini dans /root et donc de modifier l'emplacement du fichier MIB de base dans omcid.sh et de simplement lui faire remplacer HWTC par PTIN puis le 2 en 0 avec la commande sed.
Du coup, je vais faire le test, et simplifierai ma méthode si ça fonctionne, merci du retour.
EDIT:
Après tests, la MIB "data_1g_8q_us1280_ds512.ini" fonctionne avec la commande:
sed "s/256 0 HWTC 0000000000000 00000000 2/256 0 PTIN ${tmp} 00000000 0/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.iniEDIT2:
Et même sans changer le "Traffic management opt":
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
Donc sur le firmware FS.com modifié, il faut juste remplacer HWTC par PTIN dans la valeur de remplacement de la commande sed.
-
tout a fait !
j'ai pris celui par defaut déja configuré dans le omci.sh, que j'ai copié sur mon /root/custom.ini et pris ta commande sed.
-
tout a fait !
j'ai pris celui par defaut déja configuré dans le omci.sh, que j'ai copié sur mon /root/custom.ini et pris ta commande sed.
Du coup tu peux te passer du /root/custom.ini ... (voir commande sed du post au dessus)
-
@Maxdata,
J'ai mis ma méthode page 31 à jour, peux tu confirmer qu'elle est la même pour le module Huawei ?
Merci à toi!
-
quelqu'un pour lister les routeurs qui fonctionnent bien avec ces ONU SFP en 2.5gbps ??
-
quelqu'un pour lister les routeurs qui fonctionnent bien avec ces ONU SFP en 2.5gbps ??
BPI-R3 + switch SFP et RJ45
-
BPI-R3 + switch SFP et RJ45
pourquoi un switch SFP ? il a 2 déjà 2 ports SFP 2.5Gbps
-
pourquoi un switch SFP ? il a 2 déjà 2 ports SFP 2.5Gbps
Pour sortir en 2.5Gb sur tout ou partie de ton réseau.
ONU->SFP_Wan_routeur------>4×1GB
|----->SFP_Lan_routeur------>switch_SFP----->Nx2.5Gb
-
Ha tu m'as fait peur... ;D
En ce qui me concerne je vois plutot l'onu dans le SFP1, et dans SFP2 un module SFP/RJ45 2.5Gbps (https://www.aliexpress.com/item/1005002835610787.html) relié a mon PC. le reste des ports 1Gbps pour le reste de la maison.
Sinon il y a quoi comme switch qui accepte du SFP 2.5gbps, en général c'est plutot du SFP a 1Gbps ou SFP+ a 10Gbps. Le 2.5Gbps c'est un peut batard...
-
@Maxdata,
J'ai mis ma méthode page 31 à jours, peux tu confirmer qu'elle est la même pour le module Huawei ?
Merci à toi!
oui c'est la même :)
-
@Maxdata01
Pourras-tu nous dire comment tu as obtenu les 2 adresses IP ? surtout la v6..., quand tu auras réussi à configurer ton Mikrotic, les options DHCP à envoyer?
-
@Maxdata01
Pourras-tu nous dire comment tu as obtenu les 2 adresses IP ? surtout la v6..., quand tu auras réussi à configurer ton Mikrotic, les options DHCP à envoyer?
Hello G8U5, j'ai qu'une seule adresse ip en IPv4, j'ai pas d'ipv6.
-
Mais tu devrais bien être fullstack? Pb de config ?
-
Hello G8U5, j'ai qu'une seule adresse ip en IPv4, j'ai pas d'ipv6.
c'est le cas aussi avec la box SFR ?
-
Oui j'ai pas d'ipv6
(http://)
Pour le mikrotik je n'y arrive pas (il y a pas de Switch Rule sur le SFP d'apres des posts que j'ai lu donc il faut chercher et j'ai pas trop de temps) je me remettrais dessus après mes vacances.
Par contre j'ai configuré un ERPRO8 avec EdgeMax et ça marche nikel, il faut juste envoyer le code 60 et le 12.
G8U5, comment tu as procédé pour changer l'ip 192.168.1.10 ? quand je change je ne peux plus me connecter c'est bizarre ! je suis obligé de démarrer sur falcon pour la rementtre
-
Pour l’ONU (avec fs.com ou fs.com modded) si tu souhaites y accéder depuis ton réseau local il faut changer l’IP d’administration de l’ONU afin qu’elle ne soit pas identique à ton réseau local
fw_setenv ipaddr 192.168.20.60
fw_setenv gatewayip 192.168.20.1
Pour configurer l'accès depuis ton réseau local sur un routeur Mikrotik, voici les étapes :
- Mikrotik : IP > Addresses > +
- Address : 192.168.20.5
- Network : 192.168.20.10
- Interfaces : le port où l'ONU est inséré
Tu pourras ainsi accéder à ton ONU via ton réseau local mais attention à bien paramétrer ton par-feu, et à changer le mdp de l’ONU afin qu’il ne soit pas accessible de l’extérieur ;)
Oui j'ai pas d'ipv6
(http://)
Pour le mikrotik je n'y arrive pas (il y a pas de Switch Rule sur le SFP d'apres des posts que j'ai lu donc il faut chercher et j'ai pas trop de temps) je me remettrais dessus après mes vacances.
Par contre j'ai configuré un ERPRO8 avec EdgeMax et ça marche nikel, il faut juste envoyer le code 60 et le 12.
G8U5, comment tu as procédé pour changer l'ip 192.168.1.10 ? quand je change je ne peux plus me connecter c'est bizarre ! je suis obligé de démarrer sur falcon pour la rementtre
-
Merci Asclèpios :)
Quelle est la différence entre ces 2 fichiers ?
/rom/etc/mibs/data_1g_8q_us1280_ds512.ini <-- il est en readonly chez moi
/etc/mibs/data_1g_8q_us1280_ds512.ini
-
Celui qui est dans rom doit sans doute être le fichier qui est récupérer par l’ONU dans /etc/mibs/ pour l’exécution du deamon omcid d’où la lecture seul celui-ci étant créer au démarrage du deamon / ou redémarrage donc de l’ONU à partir de /etc/mibs/
D’autre pourrons sans doute confirmer mes dire ;)
Merci Asclèpios :)
Quelle est la différence entre ces 2 fichiers ?
/rom/etc/mibs/data_1g_8q_us1280_ds512.ini <-- il est en readonly chez moi
/etc/mibs/data_1g_8q_us1280_ds512.ini
-
qui avait des ONU SFP en rab à vendre préconfiguré ??
Je pense que je vais arreter de perdre mon temps avec mes ONT externes...et me trouver un un routeur/wifi Openwrt avec port SFP compatible 2.5Gbs...
ICI :)
-
quelqu'un pour lister les routeurs qui fonctionnent bien avec ces ONU SFP en 2.5gbps ??
N'importe quelle carte mère avec un pcie 8x gen2 + https://amzn.eu/d/52rJitJ
Perso, j'utilise celle-ci : https://www.biostar.com.tw/app/en/mb/introduction.php?S_ID=861 ou https://www.asus.com/be-fr/motherboards-components/motherboards/workstation/z270-ws/
Avec un CPU 35W + PSU 350W
Voili ;)
PS : Pour ceux qui souhaitent juste du 1gb en mode "propre" : https://www.pcengines.ch/apu6b4.htm
EDIT : https://github.com/JAMESMTL/snippets/blob/master/bnx2x/proxmox/README-dkms.md & https://github.com/akhamar/orange-2500mbps-G010SP#configuration-de-la-carte-sfp
-
Donc sur le firmware FS.com modifié, il faut juste remplacer HWTC par PTIN dans la valeur de remplacement de la commande sed.
Hein hein ?
Si c'est le vendor ID de l'OLT que vous modifiez, selon moi ce n'est pas utile. Cette valeur est modifiée lors des échanges OLT<->ONT pour négocier la synchronisation.
Si c'est le vendor ID de l'ONT, vous aurez le syndrome "j'imite trop l'ONT d'origine"
-
Pourrais tu poster le MIB pour du 2.5Gb, pour comparaison, pour mon prochain upgrade, et pour aider d'autres personnes sur SFP Huawei ou FS. nEt pourquoi par écrire un script de configuration...
Merci par avance.
DSL pour cette reponse tardive...
Je n'ai pas de connexion 2Gb, je ne peux donc pas confirmer que cette MIB fonctionne pour du 2Gb, par contre je confirme que pour du 1Gb ça roxe du poney ^^
root@SFP:/home/ONTUSER# ps | grep omcid
1079 root 23096 S /opt/lantiq/bin/omcid -d3 -p/etc/mibs/data_1g_8q.ini
root@SFP:/home/ONTUSER# cat /etc/mibs/data_1g_8q.ini
# layout:
# <class id> <instance id> <attribute 1> ... <attribute 16>\n
# ....
# conventions:
# - \s is used to place a space (ASCII 0x20)
# - \0 is used to place ASCII 0
# - enclose "a b c" in quotes (either single or double) to interpret it as one
# attribute
#
# numbers radix defined by prefix (0x for 16; 0 for 8; nothing for 10)
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
# ONT2-G
# Begin: modified by Sean.Chen for Reliance bug 373267 on 20170628
# 257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 64 1 64 0 0x007f 0 24 48
257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0 1 1 64 10 1 64 0 0x007f 0 24 48
# End: modified by Sean.Chen for Reliance bug 373267 on 20170628
# ONT data
2 0 0
# ONU dynamic power management control
336 0 0x3 0x0 0 0 0 0 0
# Software image
7 0
7 1
# ONT remote debug
158 0 0 " "
# OLT-G
131 0 " " " " " "
# ANI Cardholder
5 0x0180 248 248 0 " " " " 0 0 0 0
# ANI Circuit pack
6 0x0180 248 1 " " " " SPSP 0 1 0 " " 0 0 0 0 0
# ANI-G
263 0x8001 1 8 48 0 0 5 9 0 0 0 0xff 0xff 0 0 0x81 0x81
# Traffic Scheduler (DS)
278 0xff43 0x0000 0x0000 0x01 0x00
278 0xff42 0x0000 0xff43 0x01 0x00
# PPTP Ethernet UNI
11 0x0101 0 0 0 0x00 0 1 0 2000 0 0xffff 0 0 0 0 0
# UNI Cardholder
# 5 0xff01 47 47 0 " " " " 0 0 0 0
5 0x0101 47 47 0 " " " " 0 0 0 0
# UNI Circuit Pack
# 6 0xff01 47 1 " " " " SPSP 0 1 0 " " 0 0 0 0 0
6 0x0101 47 1 " " " " SPSP 0 1 0 " " 0 0 0 0 0
# UNI-G (PPTP Ethernet UNI)
264 0x0101 0 0 0 0
# Priority Queue (DS) 8 times per PPTP Ethernet UNI
# class id, managed entity id, Queue configuration option, Maximum queue size
# Allocated queue size, Discard-block counter reset interval, Threshold value for discarded blocks due to buffer overflow, Related port
# Traffic scheduler-G pointer, Weight, Back pressure operation, Back pressure time
# Back pressure occur queue threshold, Back pressure clear queue threshold, Packet drop queue thresholds, Packet drop max_p
# Queue_drop_w_q, Drop precedence colour marking
#
# QID (prio queue, class id 277) = me_id & 0x00ff
# SBIN = (sbid << 3) + leaf
# sbid = traffic_scheduler_g_ptr & 0x7f
# leaf = related_port & 0x07
# EPN DS (egress port number downstream) = ((related_port >> 16) & 0xFF) + 63
# EPN US (egress port number upstream) = ((related_port >> 16) & 0xFF)
#
# The maximum queue size and allocated queue size are not set here and shall be 0.
# These are derived from the drop threshold values by the OMCI software.
#
# drop thresholds:
# - green min: 512 segments = 0x02AB
# - green max: 1024 segments = 0x0556
# - yellow min: 256 segments = 0x0155
# - yellow max: 512 segments = 0x02AB
#
277 0x0080 1 0 0 60000 0xffff 0x01010000 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0081 1 0 0 60000 0xffff 0x01010001 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0082 1 0 0 60000 0xffff 0x01010002 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0083 1 0 0 60000 0xffff 0x01010003 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0084 1 0 0 60000 0xffff 0x01010004 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0085 1 0 0 60000 0xffff 0x01010005 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0086 1 0 0 60000 0xffff 0x01010006 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
277 0x0087 1 0 0 60000 0xffff 0x01010007 0xff42 0x01 0x01 0x00000000 0xffff 0xffff \x0a\xab\x15\x56\x05\x56\x0a\xab \x00\x00 15 3
# T-CONT (US)
262 0x8000 0x00ff 1 2
262 0x8001 0x00ff 1 2
262 0x8002 0x00ff 1 2
262 0x8003 0x00ff 1 2
262 0x8004 0x00ff 1 2
262 0x8005 0x00ff 1 2
262 0x8006 0x00ff 1 2
262 0x8007 0x00ff 1 2
# Traffic Scheduler (US) (one for each TCONT)
278 0xff00 0x8000 0x0000 0x02 0x00
278 0xff01 0x8001 0x0000 0x02 0x00
278 0xff02 0x8002 0x0000 0x02 0x00
278 0xff03 0x8003 0x0000 0x02 0x00
278 0xff04 0x8004 0x0000 0x02 0x00
278 0xff05 0x8005 0x0000 0x02 0x00
278 0xff06 0x8006 0x0000 0x02 0x00
278 0xff07 0x8007 0x0000 0x02 0x00
# ANI Priority Queue (US), 8 queues per T-CONT (US)
277 0x8000 1 0 0 60000 0xffff 0x80000000 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8001 1 0 0 60000 0xffff 0x80000001 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8002 1 0 0 60000 0xffff 0x80000002 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8003 1 0 0 60000 0xffff 0x80000003 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8004 1 0 0 60000 0xffff 0x80000004 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8005 1 0 0 60000 0xffff 0x80000005 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8006 1 0 0 60000 0xffff 0x80000006 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8007 1 0 0 60000 0xffff 0x80000007 0xff00 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8008 1 0 0 60000 0xffff 0x80010000 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8009 1 0 0 60000 0xffff 0x80010001 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800a 1 0 0 60000 0xffff 0x80010002 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800b 1 0 0 60000 0xffff 0x80010003 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800c 1 0 0 60000 0xffff 0x80010004 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800d 1 0 0 60000 0xffff 0x80010005 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800e 1 0 0 60000 0xffff 0x80010006 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x800f 1 0 0 60000 0xffff 0x80010007 0xff01 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8010 1 0 0 60000 0xffff 0x80020000 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8011 1 0 0 60000 0xffff 0x80020001 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8012 1 0 0 60000 0xffff 0x80020002 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8013 1 0 0 60000 0xffff 0x80020003 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8014 1 0 0 60000 0xffff 0x80020004 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8015 1 0 0 60000 0xffff 0x80020005 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8016 1 0 0 60000 0xffff 0x80020006 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8017 1 0 0 60000 0xffff 0x80020007 0xff02 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8018 1 0 0 60000 0xffff 0x80030000 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8019 1 0 0 60000 0xffff 0x80030001 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801a 1 0 0 60000 0xffff 0x80030002 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801b 1 0 0 60000 0xffff 0x80030003 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801c 1 0 0 60000 0xffff 0x80030004 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801d 1 0 0 60000 0xffff 0x80030005 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801e 1 0 0 60000 0xffff 0x80030006 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x801f 1 0 0 60000 0xffff 0x80030007 0xff03 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8020 1 0 0 60000 0xffff 0x80040000 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8021 1 0 0 60000 0xffff 0x80040001 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8022 1 0 0 60000 0xffff 0x80040002 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8023 1 0 0 60000 0xffff 0x80040003 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8024 1 0 0 60000 0xffff 0x80040004 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8025 1 0 0 60000 0xffff 0x80040005 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8026 1 0 0 60000 0xffff 0x80040006 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8027 1 0 0 60000 0xffff 0x80040007 0xff04 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8028 1 0 0 60000 0xffff 0x80050000 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8029 1 0 0 60000 0xffff 0x80050001 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802a 1 0 0 60000 0xffff 0x80050002 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802b 1 0 0 60000 0xffff 0x80050003 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802c 1 0 0 60000 0xffff 0x80050004 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802d 1 0 0 60000 0xffff 0x80050005 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802e 1 0 0 60000 0xffff 0x80050006 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x802f 1 0 0 60000 0xffff 0x80050007 0xff05 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8030 1 0 0 60000 0xffff 0x80060000 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8031 1 0 0 60000 0xffff 0x80060001 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8032 1 0 0 60000 0xffff 0x80060002 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8033 1 0 0 60000 0xffff 0x80060003 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8034 1 0 0 60000 0xffff 0x80060004 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8035 1 0 0 60000 0xffff 0x80060005 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8036 1 0 0 60000 0xffff 0x80060006 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8037 1 0 0 60000 0xffff 0x80060007 0xff06 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8038 1 0 0 60000 0xffff 0x80070000 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x8039 1 0 0 60000 0xffff 0x80070001 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803a 1 0 0 60000 0xffff 0x80070002 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803b 1 0 0 60000 0xffff 0x80070003 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803c 1 0 0 60000 0xffff 0x80070004 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803d 1 0 0 60000 0xffff 0x80070005 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803e 1 0 0 60000 0xffff 0x80070006 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
277 0x803f 1 0 0 60000 0xffff 0x80070007 0xff07 0x01 0x01 0x00000000 0xffff 0xffff \x10\x00\x15\x56\x0d\x56\x10\x00 \x00\x00 15 1
# Power Shedding
133 0 0 7200 0 600 0 0 0 0 0 0
# Port mapping package-G
297 0 0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0
# Equipment extension package
160 0
# IP host config data
134 0
# LIOD Password
65530 0 CTC\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0 0
# IPv6 host config data
347 1
-
Pour configurer l'accès depuis ton réseau local sur un routeur Mikrotik, voici les étapes :
- Mikrotik : IP > Addresses > +
- Address : 192.168.20.5
- Network : 192.168.20.10
- Interfaces : le port où l'ONU est inséré
Et sur EdgeRouter tu sais comment procéder ?
-
@Maxdata,
J'ai mis ma méthode page 31 à jour, peux tu confirmer qu'elle est la même pour le module Huawei ?
Merci à toi!
Hello G8U5, il y a pas une inversion de version entre la 0 et la 1 la dans la doc page 31 ?
fw_setenv image1_version=3FE7SWS4040018 //c'est ME 7 1 ( omci_pipe.sh meg ME instance)
fw_setenv image0_version=6BA1896SPLQA42 //je n'ai pas flashé l'autre image encore, ME 7 0 renvoie que des 0
-
Et sur EdgeRouter tu sais comment procéder ?
Tu veux dire pour continuer d'accéder au module SFP en SSH?
Depuis luci,
Network, Interface, ajouter: static, ip différente du module(meme sous reseau), sous réseau, interface du module, zone wan.
PS, le network est le sous réseau: soit 255.255 255.0(par ex) soit 192.168.2.0/24(par ex)
-
Hello G8U5, il y a pas une inversion de version entre la 0 et la 1 la dans la doc page 31 ?
fw_setenv image1_version=3FE7SWS4040018 //c'est ME 7 1 ( omci_pipe.sh meg ME instance)
fw_setenv image0_version=6BA1896SPLQA42 //je n'ai pas flashé l'autre image encore, ME 7 0 renvoie que des 0
Je ne pense pas, comme dit, seule l'image1 est flashée, je tourne donc sur l'image1, image0_is_valid est à 0, et image1_commited à 1, donc rien dans le ME 7 0
-
Tu veux dire pour continuer d'accéder au module SFP en SSH?
Depuis luci,
Network, Interface, ajouter: static, ip différente du module(meme sous reseau), sous réseau, interface du module, zone wan.
PS, le network est le sous réseau: soit 255.255 255.0(par ex) soit 192.168.2.0/24(par ex)
non sur EdgeOS
-
non sur EdgeOS
Je ne peux pas te répondre, je suis passé sous openWRT des que je l'ai reçu. Je vais essayer de trouver une simu sur internet .
Peut être avec 2 routes, un 192.168.1.0/24 eth3 et 192.168.20.0/24 eth0 .mais pas sûr..
-
@maxdata01
https://community.ui.com/questions/Is-it-possible-to-set-multiple-ip-addresses-on-the-same-interface-on-EdgeRouter-6p/78929238-9647-4e04-b24f-2b11829ab2ba#answer/d86d1a12-1b6a-4e35-816a-05a8fa0d31ab
set interfaces ethernet ethx address 192.168.x.x/24
remplacer ethx par celui qui correspond au wan.
-
@maxdata01
https://community.ui.com/questions/Is-it-possible-to-set-multiple-ip-addresses-on-the-same-interface-on-EdgeRouter-6p/78929238-9647-4e04-b24f-2b11829ab2ba#answer/d86d1a12-1b6a-4e35-816a-05a8fa0d31ab
remplacer ethx par celui qui correspond au wan.
Ca marche pas :(
[ interfaces ethernet eth7 ]
Cannot configure static IPv4 address and DHCP on the same interface.
-
Ca marche pas :(
[ interfaces ethernet eth7 ]
Cannot configure static IPv4 address and DHCP on the same interface.
:( :(
avec ton mesage d'erreur je trouve ça :
https://community.ui.com/questions/Cannot-configure-static-IPv4-address-and-DHCP-on-the-same-interface-/49db939a-47b6-4646-b5fc-3c2c7285fe1b
Ici, quelqu'un dit qu'il est parvenu, mais quand je vois tout ce qu'il a fallu tapper, je dis vive OPENWRT ;D
https://www.reddit.com/r/Ubiquiti/comments/6kx7ns/cannot_configure_static_ipv4_address_and_dhcp_on/
set interfaces pseudo-ethernet peth0 address 192.168.1.1/24
set interfaces pseudo-ethernet peth0 description 'peth0 - Modem Access'
set interfaces pseudo-ethernet peth0 link eth0
set service nat rule 5000 description 'Modem Access'
set service nat rule 5000 destination address 192.168.1.0/24
set service nat rule 5000 log disable
set service nat rule 5000 outbound-interface peth0
set service nat rule 5000 protocol all
set service nat rule 5000 type masquerade
-
Celui qui est dans rom doit sans doute être le fichier qui est récupérer par l’ONU dans /etc/mibs/ pour l’exécution du deamon omcid d’où la lecture seul celui-ci étant créer au démarrage du deamon / ou redémarrage donc de l’ONU à partir de /etc/mibs/
D’autre pourrons sans doute confirmer mes dire ;)
/rom est un dossier de l'image elle même et /etc/mibs est un overlay. Quand tu boot sur UBoot/Falcon en safe-mode, la commande "mountroot" crée l'arborescence avec les bonnes autorisations.
-
@Asclèpios
ONT bien reçu et opérationnel à 1Gbps sur mon Mikrotik RB4011, depuis lequel j'ecris ce message. 8) Merci encore.
Mon BPI-R3 (livré par ups à failli arriver ce matin, mais le livreur n'a pas trouvé mon adresse et est parti sans téléphoner, comme d'habitude avec eux >:( >:( )
Donc je l'aurai peut-etre lundi, j'ai demandé le dépot dans un point relai.
-
@Asclèpios
ONT bien reçu et opérationnel à 1Gbps sur mon Mikrotik RB4011, depuis lequel j'ecris ce message. 8) Merci encore.
Mon BPI-R3 (livré par ups à failli arriver ce matin, mais le livreur n'a pas trouvé mon adresse et est parti sans téléphoner, comme d'habitude avec eux >:( >:( )
Donc je l'aurai peut-etre lundi, j'ai demandé le dépot dans un point relai.
Hello, possible de m'aider a configurer le mien ? je n'y suis pas arrivé
-
Hello, possible de m'aider a configurer le mien ? je n'y suis pas arrivé
ton ONT ? ou ton routeur ?
Pour l'ONT je ne saurais pas car c'est Asclèpios qui me l'a fait. Pour le routeur je peux t'aider si c'est OpenWRT :)
-
@Asclèpios
ONT bien reçu et opérationnel à 1Gbps sur mon Mikrotik RB4011, depuis lequel j'ecris ce message. 8) Merci encore.
Mon BPI-R3 (livré par ups à failli arriver ce matin, mais le livreur n'a pas trouvé mon adresse et est parti sans téléphoner, comme d'habitude avec eux >:( >:( )
Donc je l'aurai peut-etre lundi, j'ai demandé le dépot dans un point relai.
Tu as pris le BPI-R3 du coup ! Tu as déjà commandé ton snapshot personnalisé ?
Tu nous feras un retour !?
https://wiki.banana-pi.org/Banana_Pi_BPI-R3#OpenWRT (https://wiki.banana-pi.org/Banana_Pi_BPI-R3#OpenWRT)
https://firmware-selector.openwrt.org/version=SNAPSHOT&target=mediatek%2Ffilogic&id=bananapi_bpi-r3 (https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=mediatek%2Ffilogic&id=bananapi_bpi-r3)
-
Tu as pris le BPI-R3 du coup ! Tu as déjà commandé ton snapshot personnalisé ?
Tu nous feras un retour !?
https://wiki.banana-pi.org/Banana_Pi_BPI-R3#OpenWRT (https://wiki.banana-pi.org/Banana_Pi_BPI-R3#OpenWRT)
https://firmware-selector.openwrt.org/version=SNAPSHOT&target=mediatek%2Ffilogic&id=bananapi_bpi-r3 (https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=mediatek%2Ffilogic&id=bananapi_bpi-r3)
Oui je pense que je l'aurais Lundi. Je ne vais pas mettre le snapshot mais plutot la 23.05.0-rc2 (https://firmware-selector.openwrt.org/?version=23.05.0-rc2&target=mediatek%2Ffilogic&id=bananapi_bpi-r3), au moins il y a Luci d'entré et l'accès aux packages n'est pas ephémère ;D
-
Tu nous feras un retour !?
il y a déjà ici un bel apercu, chez Orange en 2Gbps. Donc encore plus complexe que chez SFR avec la COS 6 à gérer. CPU LOAD = 0% 8)
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg989446/#msg989446
-
Hello,
Si cela intéresse quelqu’un, j’ai des G-010S-P en rabe.
Je peux les paramétrer pour votre connexion avant l’expédition.
Prix de vente à prix coûtant pour les personnes de ce forum trop cool ;)
Autre question, aurait-il quelqu’un pour m’envoyer un Leox ?
Bien sûr, je vous le renvoie après. Je suis curieux d’essayer une connexion.
++
EDIT : Aucun retour + remboursement
Salut à tous,
Des précisions s'imposent.
Je peux vous apporter mon aide avec :
G-010S-P
Debian ou Proxmox
10Gtek® Carte Réseau 10GbE PCIE Broadcom 57810S
Prérequis :
Aucune restriction pour couper internet (fibre)
Un PC portable + téléphone en mode modem
TP-Link MC220L
Aucun retour + remboursement
Je ne fais pas de marge sur le prix de vente
Les frais de port sont à votre charge
-
Parmi les informations données par notre ONT, lesquelles sont finalement utiles et indispensables pour faire fonctionner un ONT Tiers ?
est-ce que c'est les memes pour tous ? ou suivant les ONT il faut plus ou moins d'infos ?
je propose de faire un tableau, avec les infos a renseigner en fonction de l'ONT utilisé.
voici ce que l'ONT SFR est capable de retourner comme infos :
Active software : 3FE7SW04040022
Passive software: 3FE7SWS4040018
GPON SLID(HEX) = 41424344454647480000
GPON SLID(ASCII)= ABCDEFGH
Label Serial Number = 3NT7SFUXXXXXXX
GPON Serial Number(HEX)= 5054494EXXXXXXXX
GPON Serial Number(ASCII) = PTINXXXXXXXX
Son adresse MAC.
Qu'est ce qui sert ? qu'est-ce qui ne sert pas ? qu'est-ce qu'il manque ?
-
Pour ma part avec un Huawei MA5671A flashé avec le firmware FS modded je n'ai eu qu'a renseigner le SN et le password avec les commandes:
fw_setenv onu_serial PTINxxxxxxxx
fw_setenv onu_ploam yyyyyyyyy
Pas eu besoin de modifier le script de lancement de omcid.
Pour info, si je règle le vendor id sur PTIN ou HWTC, je reçoit un MIB 351 qui fait rebooter le daemon omcid en boucle. La valeur par default vu dans le MIB 256 est 'SPTC'.
Parmi les informations données par notre ONT, lesquelles sont finalement utiles et indispensables pour faire fonctionner un ONT Tiers ?
est-ce que c'est les memes pour tous ? ou suivant les ONT il faut plus ou moins d'infos ?
je propose de faire un tableau, avec les infos a renseigner en fonction de l'ONT utilisé.
voici ce que l'ONT SFR est capable de retourner comme infos :
Qu'est ce qui sert ? qu'est-ce qui ne sert pas ? qu'est-ce qu'il manque ?
-
Ha c'est interessant ça !
Merci @Lexyan
et du coup tu coup tu as quoi dans ton vendor id ??
-
Sur un firmware fraichement flashé et un firstboot/reboot, avec la commande fw_printenv en plus du serial et du mot de passe j'ai :
- omci_loid=user
- omci_lpwd=password
- image1_version=FS V5
- image0_version=FS V5
Les variables suivantes ne sont pas positionnées:
- omci_omcc_ver
- omci_vendor_id
- omci_equip_id
- omci_hw_ver
Avec 'omci_pipe.sh meg 256 0' le vendor id remonté est 'SPTC'.
Ha c'est interessant ça !
Merci @Lexyan
et du coup tu coup tu as quoi dans ton vendor id ??
-
Merci pour ces infos ;)
tu aurais moyen de savoir aussi ce qui est envoyé pour omci_omcc_ver ?
-
omcc_ver prend la valeur 160 positionné par le script init.d/omcid.sh si la variable omci_omcc_ver n'est pas setté
Merci pour ces infos ;)
tu aurais moyen de savoir aussi ce qui est envoyé pour omci_omcc_ver ?
-
ok !
merci pour toutes ces infos, je vais voir si c'est exploitable dans le Leox quand j'aurai un moment.
-
@Lexyan
je testerai ce week comme ceci avec le Leox
(https://i.imgur.com/5u3oBc6.png)
(https://i.imgur.com/gCyKmDp.png)
je ne sais pas si les ONT SFP font un fake_ok ? il est sur 1 (activé) chez moi...
(https://i.imgur.com/mFcYQ5M.png)
-
Bonjour,
Avez-vous réussi à avoir quelque chose de fonctionnel avec le leox ?
Merci
-
Bonjour,
Avez-vous réussi à avoir quelque chose de fonctionnel avec le leox ?
Merci
Non, toujours pas.
D'après le message que Marcin avait laissé sur le forum orange (https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/msg972686/#msg972686), le Leox ne detag pas les VLAN. Et pourtant meme après avoir mis les vlan sur le routeur, pas mieux.
-
Bonsoir,
je suis intéréssé par une modification qui consisterais à attaquer un boitier Pfsense directement via le fibre SFR pour me passer du boitier ONT. Celui-ci "saute" regulièrement chez moi.
J'ai trouvé un subterfuge assez pratique pour faire rebooter la box et l'ONT via de la domotique (homeassistant), mais c'est un peu bricolé (CF PJ) .
De ce que j'ai compris c'est réalisable, si oui je compte acheter un GBIC tout prêt à "surfinside", si pas dispo je le flasherais moi-même.
Deux solutions me sont venus en tête :
1) Acheter ce boitier, installer Pfsense et y inserer le G010SP : https://www.varia-store.com/en/produkt/690474-apu6b4-system-board-1x-sfp-3x-lan-4-gb-ram.html
2) utiliser un port SFP de mon switch et le répliquant sur un port LAN et attaquer mon boitier Pfsense via câble ethernet.
L'une ou l'autre (ou les deux?) de ces solutions vous semble-t-elle viable ?
Merci d'avance,
cordialement,
-
Salut,
Les APU sont vraiment obsoletes (j'ai un APU2C4 c'est le meme CPU)...ca tien le 1Gbps pas plus. pour 10€ de plus prends plutot un Mikrotik RB5009, largement plus puissant, et qui tien le 2Gbps sans sourciller.
Le choix 1 n'est pas bon selon moi, du moins avec ce routeur là.
J'ai pas compris ton 2eme choix, mais si tu veux relier l'ONT SFP a ton pfsense qui ne dispose pas de prise SFP, utilise un media converter.
https://www.aliexpress.com/item/1005004340369253.html
EDIT:
Ha jai pas réfléchis, le Mikrotik c'est pas du PFsense... :-X
-
Bonsoir jean4617,
Je comprends que vous cherchez à remplacer votre boîtier ONT instable avec une solution plus robuste.
Cependant, je tiens à vous mettre en garde contre l'utilisation d'une APU2C4 pour cette tâche.
Les APU sont de plus en plus obsolètes comme l'indique @rooot, et risquent de vous limiter en termes de débit.
Si vous cherchez une solution capable de gérer des débits de 1Gb/s à 2Gb/s, je vous conseille vivement d'opter pour un routeur MikroTik RB5009. Ce routeur est nettement plus avantageux et pérenne pour une utilisation à long terme.
Concernant vos deux solutions proposées :
1) L'APU sans port SFP peut effectivement être connecté à un switch via un câble Ethernet, mais ce n'est pas la meilleure solution en termes de performance et de fiabilité.
2) Utiliser un port SFP de votre switch est techniquement faisable, mais encore une fois, je vous recommande le routeur MikroTik RB5009 pour une meilleure performance.
Enfin, si vous êtes toujours intéressé sachez qu'il me reste quelques ONU disponibles qui sont parfaitement compatibles avec PfSense, ou Mikrotik, et bien d'autre.
Je peux personnalisé, et expédier sous 24h.
Veuillez consulter mon MP pour plus d'informations.
-
@ rooot & Asclèpios: merci pour vos réponses. Comme Rooot le précise en fin de poste, je suis intéréssé par les fonctionnalités firewall du pfsense.
Je n'accorde pas d'importance à la vitesse : je ne regarde pas la tv, je ne télécharge pas, ne joue pas. J'ai seulement besoin d'un peu de bande montante pour mon vpn et une caméra de surveillance.
Autre facteur limitant : l'energie. Je ne suis pas (volontairement) raccordé réseau éléctrique, retirer le couple box/ONT me fera gagner 10w, soit presque 10% de ma consommation "de fond".
J'ai pas compris ton 2eme choix, mais si tu veux relier l'ONT SFP a ton pfsense qui ne dispose pas de prise SFP, utilise un media converter.
Là encore, je souhaite faire dans la sobriété (en encombrement et en énergie).
Je possède un switch dont je ne peux me passer en terme de ports (14 utilisés) et de fonctionnalité (10 poe utilisés) : https://www.netgear.com/business/wired/switches/plus/gs316epp/
Il possède une fonctionnalité "Port Mirroring" qui permettrais (cf netgear) de "Forwards a copy of each incoming and outgoing packet to a specific port" / "Assigns a specific port to copy all packets to".
J'en conclu (peut-être hâtivement ?) que si je rentre en fibre dans le port SFP du switch, et que je mirror le SFP sur un port eth, je peux utiliser mon pfsense actuel via son port wan ethernet ?
Merci pour vos conseils :D
-
Concernant le "Port Mirroring" de ton switch, cette fonctionnalité n'est pas nécessaire dans ce cas précis. En effet, tu peux parfaitement utiliser un module SFP+ dans le switch lui-même et le relier directement à ton routeur.
Tu pourrez effectivement utiliser ton PfSense actuel en connectant l'ONU au switch, puis en reliant ce dernier à votre routeur.
Dans ce cas, la mise en place d'une VLAN entre le routeur et le port du switch où sera connecté l'ONU est fortement conseillée.
Cela te permettra de mieux gérer le trafic et d'optimiser la sécurité de ton réseau.
Si tu as besoin d'aide pour la mise en place de cette configuration, je serais ravi de t'accompagner.
N'hésites pas à me contacter en MP pour plus d'informations.
@ rooot & Asclèpios: merci pour vos réponses. Comme Rooot le précise en fin de poste, je suis intéréssé par les fonctionnalités firewall du pfsense.
Je n'accorde pas d'importance à la vitesse : je ne regarde pas la tv, je ne télécharge pas, ne joue pas. J'ai seulement besoin d'un peu de bande montante pour mon vpn et une caméra de surveillance.
Autre facteur limitant : l'energie. Je ne suis pas (volontairement) raccordé réseau éléctrique, retirer le couple box/ONT me fera gagner 10w, soit presque 10% de ma consommation "de fond".
Là encore, je souhaite faire dans la sobriété (en encombrement et en énergie).
Je possède un switch dont je ne peux me passer en terme de ports (14 utilisés) et de fonctionnalité (10 poe utilisés) : https://www.netgear.com/business/wired/switches/plus/gs316epp/
Il possède une fonctionnalité "Port Mirroring" qui permettrais (cf netgear) de "Forwards a copy of each incoming and outgoing packet to a specific port" / "Assigns a specific port to copy all packets to".
J'en conclu (peut-être hâtivement ?) que si je rentre en fibre dans le port SFP du switch, et que je mirror le SFP sur un port eth, je peux utiliser mon pfsense actuel via son port wan ethernet ?
Merci pour vos conseils :D
-
Merci de ne pas faire de commerce en dehors de la section appropriée. Premier et dernier avertissement de la modération :)
-
Bonsoir !
Le fil dans lequel dscp48 parvient à se connecter avec l'ONU de FS.com en une seule commande (https://lafibre.info/remplacer-sfr/mikrotik-rb5009-sfp-fs-com-ipv4-cg-nat-ipv6/) m'a convaincu de me lancer.
Je crois bien que j'avais un PLOAM 5 dès la configuration du seul mot de passe fibre.
Rectificatif : j'obtiens un PLOAM 5 stable (30 s d'affilé) même après avoir remis à zéro le module SFP FS.com (firstboot puis reboot) ET mon routeur MikroTik hEX S (reset via WinBox)...
Mais je n'obtiens pas d'IPv4 (https://lafibre.info/remplacer-sfr/mikrotik-rb5009-sfp-fs-com-ipv4-cg-nat-ipv6/msg1041031/#msg1041031) malgré la configuration de l'option 60 à neufbox (convertie en hexa soit 0x6e657566626f78) sur le client DHCP de l'interface sfp1 (je ne suis pas en CG-NAT).
Que me conseillez-vous de vérifier ou d'essayer ?
-
Bonjour Romain,
Bienvenue dans l'aventure !
Chez la plupart, seul le serial et le password ont été nécessaire pour la connexion SFR.
Pour l'ONU FS, parfois le serial n'est pas renseigné par FS dans le firmware bien que l'étiquette colée sur le module soit correcte (si tu as demandé la personnalisation lors de la commande).
Tu peux vérifier que le sérial est bon via la commande 'sfp_i2c -g' (liste des commandes : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/))
Si le serial est bon, vérifie ensuite que tu as bien les VLAN avec la commande 'gtop' puis c-v, ça arrive que l'on soit dans un 'fake O5'
Tu peux également essayer les commandes :
- omci_pipe.sh meg 256 0
- omci_pipe.sh meg 257 0
Pour vérifier que les informations (serial, vendor, etc...) sont bien prises en compte par omcid (penses à remplacer les infos confidentielles par des x si tu poste le résultat)
Bon courage
-
Je suis en vacances toute la semaine à venir, j'essaie à mon retour, merci beaucoup !
-
Bonjour à tous,
J'avais posté il y a quelques temps, suite à un déménagement. SFR m'ayant proposé sans choix de retourner l'ancienne box avec ONT et de la remplacer par une nouvelle box avec SFP intégré. Je me connectais auparavant avec l'ONT connecté à mon Synology. Mais sans ONT ce n'était plus possible. J'ai réussi à trouver sur internet un ONT. J'ai mis à jour mot de passe et login et magique ca à marché...
Sauf qu'aujourd'hui, mon routeur Syno à rendu l'âme. J'ai trouvé quelques limitations au Syno. Je me pose la question de passer sous OpenWRT avec un BPI-R3 + G-010S-P pour avoir un contrôle plus fin et tout intégré.
J'ai repris le fil des discussion, et apparemment la config proposé devrait marché. Avant d'investir, je souhaiterais une confirmation de la solution. @rooot?
Est-ce qu'il y aurait une sorte de Tuto pou la configuration du setup. Je veux bien me proposer pour rédiger s'il n'y a pas
Merci
-
Bonjour,
Pour le BPI, ça fonctionne, mais il faut un peu d'huile de coude. Par ailleurs, côté mise à jour, ce ne sera pas aussi fluide qu'avec un Mikrotik RB5009, par exemple ;) et le rapport qualité-prix est imbattable... Si j'étais toi, je lorgnerais vers un Mikrotik ou, si tu veux un DIY pour du 1Gb/s, tu trouveras assez facilement des mini-PC de type industriel sur AliExpress et là tu pourras installer la distribution de ton choix ;)
Au plaisir,
Bonjour à tous,
J'avais posté il y a quelques temps, suite à un déménagement. SFR m'ayant proposé sans choix de retourner l'ancienne box avec ONT et de la remplacer par une nouvelle box avec SFP intégré. Je me connectais auparavant avec l'ONT connecté à mon Synology. Mais sans ONT ce n'était plus possible. J'ai réussi à trouver sur internet un ONT. J'ai mis à jour mot de passe et login et magique ca à marché...
Sauf qu'aujourd'hui, mon routeur Syno à rendu l'âme. J'ai trouvé quelques limitations au Syno. Je me pose la question de passer sous OpenWRT avec un BPI-R3 + G-010S-P pour avoir un contrôle plus fin et tout intégré.
J'ai repris le fil des discussion, et apparemment la config proposé devrait marché. Avant d'investir, je souhaiterais une confirmation de la solution. @rooot?
Est-ce qu'il y aurait une sorte de Tuto pou la configuration du setup. Je veux bien me proposer pour rédiger s'il n'y a pas
Merci
-
Salut @bubune
Le BPI-R3, sur le papier c'est une tuerie, mais en realité c'est un cauchemard si tu comptes l'utiliser comme on est en droit de le souhaiter, avec un un module ONT SFP.
Pour que ca marche il aura fallu que j'apprenne a compiler moi meme mon firmware et a appliquer des patch qu'on m'a donné. c'est pas top, surtout que les snapshot à partir desquels on part pour compiler, parfois ne permettent pas de faire une simple mise a jour en sysupgrade, on doit se retaper la configuration. Pour moi c'etait pas viable, du coup je suis passé au RB5009 et mon BPI est configuré en simple AP wifi.
Depuis mon aventure, la version stable d'openwrt 23.05 est sortie, et le BPI-R3 est offciellement suporté mais je ne sais absolument pas si elle corrige tous les problemes qu'il y avait avec les ONT et qu'elle intègre ces fameux patch. il est fort possible que ca déconne toujours...Mais ce n'est plus un problème pour moi vu que je n'ai plus de SFP dedans ;D
Donc a moins que tu aimes passer ton temps a résoudres des problemes et que tu t'y connaisses suffisament pour ne pas avoir a compter sur les autres, je te déconseille le BPI-R3.
Par contre le BPI-R3 avec un ONT externe (pas SFP) ca doit marcher parfaitement. C'est que la partie SFP qui est problématique.
A noter que pour 103€ tu as le gli.inet FLINT2 avec le meme hardware, sauf que les 2 SFP sont remplacés par 2 ports RJ45 2.5Gbps.
https://www.gl-inet.com/products/gl-mt6000/#pre-order
Si tu es en 1Gbps, autant passer sur un routeur avec wifi 6 intégré, qui te reviendra a bien moins cher qu'un RB5009 + un AP Wifi 6.
il est déjà en snapshot sur openwrt : https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=mediatek%2Ffilogic&id=glinet_gl-mt6000
-
Bonsoir à vous et merci pour vos réponses
@Root,
Merci pour ton retour, c'est exactement ce que je voulais savoir. J'avais vu que tu l'avais acheté mais je n'avais pas vu ton retour dessus... Dommage! J'aime bien mettre les mains dans le cambouis mais pour le réseau je préférai quelque chose qui marche directement sans passer des heures dessus. J'hésistais entre le BPI-RP3 et la FLINT2 que j'avais vu et je crois que je vais partir sur cette derniere option. C'est vrai que la solution avec le module SFP intégré est séduisante
Je suis en 1Gbps chez RedSFR, la solution la plus simple est donc de garder mon ONT SFR et utilisé soit la Flint2 soit la BPI-R3 connecté sur le port WAN 1Gbps. Eventuellement, je pourrais essayer le SFP plus tard si j'ai opté pour le BPI-R3...
@Asclèpios
Merci également de ton retour, je préférai une solution tout intégré comme le FLINT2, en plus pas trop cher
-
Bonjour Rooot,
J'ai vu des différents post sur les forums concernant le BPI-R3 et le module ONU, et d'après ce que j'ai pu comprendre tu es arrivé finalement à connecter le module SFP. Pour quelles raisons finalement tu n'utilises ton BPI-R3 en tant que routeur principal?
Merci
-
Pour quelles raisons finalement tu n'utilises ton BPI-R3 en tant que routeur principal?
Lorsque j'ai pris cette décision le support du BPI-R3 était encore en snapshot, donc pas encore officiellement supporté.
Le snapshot n'intégrait pas les patch necessaires au fonctionnement correct des ONU.
Il fallait donc que je compile moi meme mes images, et que j'applique les patchs. Assez chiant à faire.
D'autre part, avec cette méthode, s'il me prenait l'envie d'installer un nouveau paquet 3 ou 4 jours après avoir installé mon image, bien souvent ce n'était pas possible. Probleme de Kernel qui avait évolué entre temps du coup les paquets n'étaient pas compatibles...Obliger de recompiler une nouvelle image + les patchs, de la reflasher et de refaire ma configuration... >:(
C'est pour ces raisons là que j'ai décidé de passer sur Mikrotik. Mais maintenant openwrt 23.05 stable est sorti, avec le support officiel du BPI-R3, mais je ne crois pas que les patchs qui etaient necessaires au bon fonctionnement des ONU aient été intégrés. il faudrait poser la question sur le forum BPI.
Si openwrt 23.05 integre les patch et donc corrige tous les problèmes que j'ai eu avec les ONU SFP, alors peut etre qu'à ce moment là je remettrais mon BPI-R3 en service comme routeur/wifi principal, et le Mikrotik dans mon tiroir ;D
-
Si openwrt 23.05 integre les patch et donc corrige tous les problèmes que j'ai eu avec les ONU SFP, alors peut etre qu'à ce moment là je remettrais mon BPI-R3 en service comme routeur/wifi principal, et le Mikrotik dans mon tiroir ;D
Si à l'occasion tu as le temps de tester si les problèmes sont résolus ça serait génial, ça me permettrait de me décider à basculer sur BPI-R3 également.
-
Si à l'occasion tu as le temps de tester si les problèmes sont résolus ça serait génial, ça me permettrait de me décider à basculer sur BPI-R3 également.
J’ai commandé ;)
Je vais testé dans les prochains jours ! Je ferai un retour ;)
-
Un exemple type des problemes avec les cartes de développement comme les BPI.
Le fabricant, Sinovoip, conçoit et fabrique les cartes meres, puis il laisse le soin a la communauté de développer l'OS qui va dessus. Donc tout va dépendre de 2 ou 3 personnes, de leur disponibilité, de leurs compétences et de leur motivation pour "regler tous les problemes". Si vous sortez des sentiers battus avec du matos qu'ils n'ont pas ou avec une configuration fantaisiste, vous êtes foutus.
Si c'etait a refaire je serais parti sur un Flint2, quitte à mettre l'ONT SFP dans un media converter a 2.5Gb relié a un port 2.5gb du Flint2.
Flint 2 = 103€
Media converter 2.5Gb = 40€ sur aliexpress
La je suis avec :
un RB5009 = 290€
un BPI-R3 = 140€
Le Flint 2, il a au moins l'avantage d'etre vendu avec un soft qui fonctionne et qui est maintenu par son fabricant, et vu qu'il est basé sur openwrt ca facilite le portage.
Pour en revenir à ce que je disais plus haut. Depuis que j'ai mon BPI, la collecte de le température des composants a un souci sur la puce wifi 2.4G. La valeur qui remonte est erronée. ca fait des mois que le probleme est connu et qu'il a été reporté. Pourtant, Sinovoip qui a conçu la carte mere ne sort pas de patch pour corriger ce souci, et la communauté...s'en tamponne (https://github.com/openwrt/mt76/issues/729) ;D
Impossible que la puce soit a 11°C, il fait 22° dans mon bureau. La puce 5Ghz en bas indique 45, donc on devrait etre a peu près au même niveau...
(https://i.imgur.com/Hu3cCB6.png)
-
Si c'était à refaire je serais parti sur un Flint2, quitte à mettre l'ONT SFP dans un media converter à 2.5Gb relié à un port 2.5gb du Flint2.
Tu m'as pourtant déconseillé de prendre un Media Converter quand je l'avais suggéré.
Il est quand même utile d'extérioriser le module ONU/SFP dans un Media Converter pour le rendre polyvalent, quand tu ne disposes pas d'un port SFP+.
Impossible que la puce soit a 11°C, il fait 22° dans mon bureau.
Est-ce que le Wifi 2,4GHz est activé ?
-
si je te l'ai déconseillé c'est que dans le contexte de la discussion, ce conseil avait certainement un sens. De mémoire tu voulais utiliser un media converter sur un routeur qui disposait déja de ports SFP. Ce qui n'est pas le cas du Flint 2.
Le Wifi 2,4GHz est activé, evidemment ;D
-
Le Flint, comme le BPI, n'a quand même rien à voir avec un RB5009 en termes de règles de firewall et de NAT, cela me semblerait bien compliqué de trop lui en demandé ?
Et perso je penses que quand c'est possible éviter d'avoir des appareils inutile. D'autant qu'avec le RB5009 tout fonctionne parfaitement et est assez fiable jusqu'à présent ?
Un exemple type des problemes avec les cartes de développement comme les BPI.
Le fabricant, Sinovoip, conçoit et fabrique les cartes meres, puis il laisse le soin a la communauté de développer l'OS qui va dessus. Donc tout va dépendre de 2 ou 3 personnes, de leur disponibilité, de leurs compétences et de leur motivation pour "regler tous les problemes". Si vous sortez des sentiers battus avec du matos qu'ils n'ont pas ou avec une configuration fantaisiste, vous êtes foutus.
Si c'etait a refaire je serais parti sur un Flint2, quitte à mettre l'ONT SFP dans un media converter a 2.5Gb relié a un port 2.5gb du Flint2.
Flint 2 = 103€
Media converter 2.5Gb = 40€ sur aliexpress
La je suis avec :
un RB5009 = 290€
un BPI-R3 = 140€
Le Flint 2, il a au moins l'avantage d'etre vendu avec un soft qui fonctionne et qui est maintenu par son fabricant, et vu qu'il est basé sur openwrt ca facilite le portage.
Pour en revenir à ce que je disais plus haut. Depuis que j'ai mon BPI, la collecte de le température des composants a un souci sur la puce wifi 2.4G. La valeur qui remonte est erronée. ca fait des mois que le probleme est connu et qu'il a été reporté. Pourtant, Sinovoip qui a conçu la carte mere ne sort pas de patch pour corriger ce souci, et la communauté...s'en tamponne (https://github.com/openwrt/mt76/issues/729) ;D
Impossible que la puce soit a 11°C, il fait 22° dans mon bureau. La puce 5Ghz en bas indique 45, donc on devrait etre a peu près au même niveau...
(https://i.imgur.com/Hu3cCB6.png)
-
si je te l'ai déconseillé c'est que dans le contexte de la discussion, ce conseil avait certainement un sens. De mémoire tu voulais utiliser un media converter sur un routeur qui disposait déja de ports SFP. Ce qui n'est pas le cas du Flint 2.
Le Wifi 2,4GHz est activé, evidemment ;D
Tu est resté sur OpenWRT sur le bpi ? Ou autre ? ... Comme ça des que je le reçois je fais autant de test que possible pour le forum ;)
-
Le Flint, comme le BPI, n'a quand même rien à voir avec un RB5009 en termes de règles de firewall et de NAT, cela me semblerait bien compliqué de trop lui en demandé ?
Absolument pas. c'est le meme hardware que le BPI-R3. il y a un hardware offloading qui met le CPU <1%, 99% du temps. et il y a meme de l'offloading sur le wifi (WED).
Et perso je penses que quand c'est possible éviter d'avoir des appareils inutile. D'autant qu'avec le RB5009 tout fonctionne parfaitement et est assez fiable jusqu'à présent ?
oui le RB5009 marche très bien, mais il n'a pas de wifi. ce qui oblige donc d'avoir un AP à coté. Avec le Flint ou le BPI-R3 on a tout dans le meme routeur, c'est ce qu'on recherche à la base.
Tu est resté sur OpenWRT sur le bpi ? Ou autre ? ... Comme ça des que je le reçois je fais autant de test que possible pour le forum ;)
oui il est en openwrt 23.05
-
Voici votre texte corrigé :
Absolument pas. c'est le meme hardware que le BPI-R3. il y a un hardware offloading qui met le CPU <1%, 99% du temps. et il y a meme de l'offloading sur le wifi (WED).
Cool, j'ai hâte de le recevoir pour tester tout ça !
oui le RB5009 marche très bien, mais il n'a pas de wifi. ce qui oblige donc d'avoir un AP à côté. Avec le Flint ou le BPI-R3, on a tout dans le même routeur, c'est ce qu'on recherche à la base.
Je sais bien, mais je trouve ça pas plus mal finalement. Le routeur, on a toujours tendance à le mettre dans un coin, alors que les bornes Wi-Fi doivent être bien disposées dans la maison afin de fournir un bon débit. ;) Après, bien sûr, si on n'a pas de gros besoins, c'est une autre histoire... Mais je préfère savoir que je pourrai faire évoluer mes points d'accès indépendamment du routeur. Et puis, quoi qu'il en soit, pour un Wi-Fi de qualité, à mon humble avis, rien ne vaut un appareil spécialisé et conçu pour cela. Mais ce n'est que mon avis. Quand je vois les bornes Ubiquiti Wi-Fi 6E dans un espace de 700 m^2 sur deux étages avec des murs en béton armé... Un bonheur !
Info : Pour ceux qui seraient intéressés, j’ai des ONU personnalisés Plug&Play compatibles avec le réseau SFR, n’hésitez pas à me contacter en MP pour plus d'infos.
-
Bonjour à tous !
J'ai récemment déménagé mais je n'ai pas pu faire de déménagement de ligne et n'ai donc pas pu garder ma NB6VAC avec ONT externe qui marchait très bien. Je me retrouve donc avec une BOX 7 FIBRE V2 qui dispose d'un ONT intégré, le tout sur un abonnement RED.
J'ai commandé et reçu il y a quelques temps déjà un ONU FS.com (GPON-ONU-34-20BI) que j'ai inséré dans un TP-Link MC220L et que j'essaie de configurer sans succès pour qu'il s'authentifie sur l'OLT. Le firmware est celui d'origine en version 6BA1896SPLQA42.
Information récupérées depuis la box :
- Mot de passe fibre
- Numéro de série 5054494Exxxxxxxx ce qui donne PTINxxxxxxxx en faisant une conversion ASCII des 4 premiers octets
- Adresse MAC
J'ai à peu prêt tout essayé :
- Uniquement le PLOAM password (sfp_i2c -i11 -s "XXXXXXX")
- Serial Number + PLOAM password (sfp_i2c -i8 -s "PTINxxxxxxxx" && sfp_i2c -i11 -s "XXXXXXX")
- Remplacement de la variable sfp_a2_info grâce au site https://gpon-sfp.felix.systems/gen_huawei.php + PLOAM password + Changement d'adresse MAC sur les interfaces
mais rien n'y fait, l'ONU passe bien en O5 mais impossible d'avoir les VLAN.
Auriez-vous d'autres pistes ? Flasher le firmware FS Modded peut-être ?
Pour flasher le firmware FS Modded il faut bien déverrouiller le bootloader avant de flasher ? Est-ce que vous auriez des instructions un peu spécifiques ?
Quelques outputs :
onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294721812
gtop a
OPTION VALUE
PLOAM state 5
Downstream FEC enable no
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 4
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
gtop c v
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
gtop c y
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x53 0x50 0x47 0x41
SPGA
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0xyy 0xyy 0xyy 0xyy
PTIN\xyyy\xyy\xyy
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x53 0x50 0x53 0x33 0x34 0x32 0x34 0x54 0x48 0x50 0x54 0x44 0x46 0x50 0x59 0x58 0x00 0x00 0x00 0x00
SPS3424THPTDFPYX\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x0a (10)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x000083b0 (33712)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
-
Bonjour à tous !
J'ai récemment déménagé mais je n'ai pas pu faire de déménagement de ligne et n'ai donc pas pu garder ma NB6VAC avec ONT externe qui marchait très bien. Je me retrouve donc avec une BOX 7 FIBRE V2 qui dispose d'un ONT intégré, le tout sur un abonnement RED.
J'ai commandé et reçu il y a quelques temps déjà un ONU FS.com (GPON-ONU-34-20BI) que j'ai inséré dans un TP-Link MC220L et que j'essaie de configurer sans succès pour qu'il s'authentifie sur l'OLT. Le firmware est celui d'origine en version 6BA1896SPLQA42.
Information récupérées depuis la box :
- Mot de passe fibre
- Numéro de série 5054494Exxxxxxxx ce qui donne PTINxxxxxxxx en faisant une conversion ASCII des 4 premiers octets
- Adresse MAC
J'ai à peu prêt tout essayé :
- Uniquement le PLOAM password (sfp_i2c -i11 -s "XXXXXXX")
- Serial Number + PLOAM password (sfp_i2c -i8 -s "PTINxxxxxxxx" && sfp_i2c -i11 -s "XXXXXXX")
- Remplacement de la variable sfp_a2_info grâce au site https://gpon-sfp.felix.systems/gen_huawei.php + PLOAM password + Changement d'adresse MAC sur les interfaces
mais rien n'y fait, l'ONU passe bien en O5 mais impossible d'avoir les VLAN.
Auriez-vous d'autres pistes ? Flasher le firmware FS Modded peut-être ?
Tu doit être sur une installation d'OLT assez récente ou bien un OLT mis à jour récemment :(
-
@Plqnk
Sans aucune garantie, tape ces commandes en plus de celles que tu as déjà tapé :
Tout d'abord converti en Hexa ton ploam password/SLID. Exemple "G5VPCY2K" = "47 35 56 50 43 59 32 4B" et ajoute 00 00 à la fin
fw_setenv nPassword "0x47 0x35 0x56 0x50 0x43 0x59 0x32 0x4B 0x00 0x00"
fw_setenv onu_ploam "G5VPCY2K"
Puis
fw_setenv ont_serial "PTINxxxxxxxx"
fw_setenv onu_serial "PTINxxxxxxxx"
uci set network.lct.macaddr=xx:xx:xx:xx:xx:xx
uci set network.host.macaddr=xx:xx:xx:xx:xx:xx
uci commit
indique l'adresse MAC de ton ONT interne si tu parviens à le récupérer.
-
attention, j'ai édité mon post au dessus, j'ai ajouté des commandes.
-
Sinon étant donné que tu es sur une offre 1Gb/s tu peux prendre un ONT SFR AlticeLab sur le bon coin tu branche la box 7 dessus et tu édite le mots de passe via l'onglet Fibre ou via telnet.
-
Merci de l'aide rooot !
Tout d'abord converti en Hexa ton ploam password/SLID. Exemple "G5VPCY2K" = "47 35 56 50 43 59 32 4B" et ajoute 00 00 à la fin
fw_setenv nPassword "0x47 0x35 0x56 0x50 0x43 0x59 0x32 0x4B 0x00 0x00"
fw_setenv onu_ploam "G5VPCY2K"
Puis
fw_setenv ont_serial "PTINxxxxxxxx"
fw_setenv onu_serial "PTINxxxxxxxx"
uci set network.lct.macaddr=xx:xx:xx:xx:xx:xx
uci set network.host.macaddr=xx:xx:xx:xx:xx:xx
uci commit
indique l'adresse MAC de ton ONT interne si tu parviens à le récupérer.
La variable nPassword était déjà bonne suite à l'exécution de la commande `sfp_i2c -i11 -s "XXXXXXXX"` mais je l'ai re-set quand même, j'ai ajouté onu_ploam, onu_serial et ont_serial aussi du coup.
Pour la configuration de l'@MAC avec UCI c'était déjà fait, mais le problème c'est que l'@MAC en question c'est celle de la box, elle est affichée dans l'interface de management et sur l'étiquette mais je ne sais pas si l'ONT intégré en a une différente ou non :-/ Et bien sûr je ne connais pas le moyen d'y accéder à cet ONT intégré pour le vérifier.
Malgré tout ça, toujours pas de VLANs :(
Sinon étant donné que tu es sur une offre 1Gb/s tu peux prendre un ONT SFR AlticeLab sur le bon coin tu branche la box 7 dessus et tu édite le mots de passe via l'onglet Fibre ou via telnet.
Y'a moyen que je finisse par faire ça oui haha Mais je vais tenter un flash du firmware FS Modded avant quand même.
-
Pour la configuration de l'@MAC avec UCI c'était déjà fait, mais le problème c'est que l'@MAC en question c'est celle de la box, elle est affichée dans l'interface de management et sur l'étiquette mais je ne sais pas si l'ONT intégré en a une différente ou non :-/ Et bien sûr je ne connais pas le moyen d'y accéder à cet ONT intégré pour le vérifier.
c'etait la question que j'allais te poser ;D "es-tu bien sur que l'adresse MAC est celle de l'ONT."
-
par contre cette histoire d'adresse MAC de l'ONT, je me demande si c'est utile. vu que j'ai l'ONT externe d'origine, et un autre ONT externe acheté sur leboncoin, les 2 fonctionnent. Donc l'adresse MAC (en tout cas chez moi) n'a pas d'incidence. Et je suis sur un OLT récent. la fibre a été déployée il y a 2 ans chez moi.
-
De mémoire tu voulais utiliser un media converter sur un routeur qui disposait déjà de ports SFP.
Je désirais être propriétaire d'un Media Converter avec module optique ONU car je vais devoir rendre un de ces jours l'ONT-SFU-v3 de chez SFR. Je l'aurai utiliser en le branchant directement sur mon Debian, voire aussi en tant qu'ONT de secours comme mon vieux Modem Ethernet ADSL 2 Dlink DSL-320B. Cela m'aurait aussi permis de faire de la bidouille sur le paramétrage des ONU/SFP comme celui dans la technologie XGS-PON de chez FS.COM. Le but était d'être indépendant d'un routeur. Mais vu le prix (202,80€) de ce Media Converter de chez FS.COM, tu m'as dit que je devais plutôt faire l'acquisition du routeur Mikrotik RB5009 ($219). Peu importe.
Je ne sais pas pourquoi tu parles d'une adresse MAC de l'ONT, mais dans mes bidouilles sur Debian, celle que j'utilise est l'adresse MAC de la Box SFR.
@ PlqnK : D'après l'expérience des autres possesseurs du module optique ONU/SFP (G-PON) de chez FS.COM, il suffit juste de rentrer le GPON Password qui est sur six caractères alphanumériques puis après un reboot pour avoir le PLOAMSG STATE à 5.
Si tu l'as, tu dois configurer ton routeur pour obtenir l'adresse IPv4 & la délégation du préfixe IPv6.
Dans mon Debian, je n'ai pas eu besoin de configurer quoi que ce soit en VLAN.
-
c'etait la question que j'allais te poser ;D "es-tu bien sur que l'adresse MAC est celle de l'ONT."
Non pas sûr malheureusement haha
par contre cette histoire d'adresse MAC de l'ONT, je me demande si c'est utile. vu que j'ai l'ONT externe d'origine, et un autre ONT externe acheté sur leboncoin, les 2 fonctionnent. Donc l'adresse MAC (en tout cas chez moi) n'a pas d'incidence. Et je suis sur un OLT récent. la fibre a été déployée il y a 2 ans chez moi.
C'est ce que je me dis aussi. Après dans ta situation il serait possible que ça ait marché car l'OLT valide la "vendor" de l'@MAC mais pas le reste mais bon
Bon ONU complètement reset, flashé avec le firmware FS Modded + ajout des variables onu_serial et onu_ploam comme ce qui a marché pour Lexyan mais toujours aucun VLAN qui remonte dans gtop :-/
@ PlqnK : D'après l'expérience des autres possesseurs du module optique ONU/SFP (G-PON) de chez FS.COM, il suffit juste de rentrer le GPON Password qui est sur six caractères alphanumériques puis après un reboot pour avoir le PLOAMSG STATE à 5.
Si tu l'as, tu dois configurer ton routeur pour obtenir l'adresse IPv4 & la délégation du préfixe IPv6.
Dans mon Debian, je n'ai pas eu besoin de configurer quoi que ce soit en VLAN.
Quand je parle de VLAN, c'est pas au niveau du routeur mais quand tu fais un gtop c v et gtop c y en shell sur l'ONU, la liste est vide pour moi alors que mon PLOAM STATE est bien à 5.
-
Oui, on t'a indiqué de partir sur ce modèle car, pour mémoire, tu voulais opter pour un CCR2004 ou CCR2116 par la suite ; donc, quitte à faire l'achat d'un media converter à ce prix, autant que ce soit un achat utile, d'où un RB5009 qui, pour le même prix qu'un media converter de chez fs.com, pourrait répondre à tous tes besoins.
Je désirais être propriétaire d'un Media Converter avec module optique ONU car je vais devoir rendre un de ces jours l'ONT-SFU-v3 de chez SFR. Je l'aurai utiliser en le branchant directement sur mon Debian, voire aussi en tant qu'ONT de secours comme mon vieux Modem Ethernet ADSL 2 Dlink DSL-320B. Cela m'aurait aussi permis de faire de la bidouille sur le paramétrage des ONU/SFP comme celui dans la technologie XGS-PON de chez FS.COM. Le but était d'être indépendant d'un routeur. Mais vu le prix (202,80€) de ce Media Converter de chez FS.COM, tu m'as dit que je devais plutôt faire l'acquisition du routeur Mikrotik RB5009 ($219). Peu importe.
-
J'ai fini par tester la méthode de G8U5 décrite ici https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069 sur un firmware 6BA1896SPLQA42_MODDED_ver5-1 et ça fonctionne !
J'ai d'abord essayé d'utiliser les informations de ma box originale, remplacer les valeurs d'omci_hw_ver et autres par celles de ma box mais ça ne fonctionnait pas. En suivant à la lettre le tutoriel comme décrit dans son post je passe bien en O5 et je récupère bien les VLAN !
En revanche j'ai dû changer la commande sed de :
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
à :
sed "s/256 0 HWTC 0000000000000 00000000 2/256 0 PTIN ${tmp} 00000000 0/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
Pour pouvoir remplacer le Traffic Management de 2 par un 0 sinon j'étais limité à 8Mb/s de débit descendant et montant. En passant le TM à 0 j'obtiens bien les débits maximum de ma ligne ! Je sais que cette commande sed avait été discutée plusieurs fois par la suite mais c'est la seule chose qui diffère de mon côté.
Autre subtilité, je n'arrivais pas a récupérer mon préfixe IPv6 alors que je récupérais bien mon IPv4. Cela vient du fait que l'@MAC et donc par extension le DUID envoyé dans la requête DHCPv6 doit être l'adresse qui précède celle qui est notée sur l'étiquette et affichée dans l'interface de management de la box. Par exemple si l'@MAC notée sur l'étiquette est XX:XX:XX:XX:XX:7D alors il faut spoofer l'adresse XX:XX:XX:XX:XX:7C dans la requête DHCPv6.
Merci à tous pour vos précieuses recherches qui m'ont permises de remplacer cette foutue box et remettre toute mon infra en place !
-
Bravo ! ;)
Du coup quelles sont les commandes que tu as tapé, et celle que tu n'as pas tapé dans son tuto ? poour que ce soit plus clair pour le prochain, et éviter de renvoyer vers un commentaire qui renvoit vers un autre qui lui meme renvoit vers un autre... ;D
Autre subtilité, je n'arrivais pas a récupérer mon préfixe IPv6 alors que je récupérais bien mon IPv4. Cela vient du fait que l'@MAC et donc par extension le DUID envoyé dans la requête DHCPv6 doit être l'adresse qui précède celle qui est notée sur l'étiquette et affichée dans l'interface de management de la box. Par exemple si l'@MAC notée sur l'étiquette est XX:XX:XX:XX:XX:7D alors il faut spoofer l'adresse XX:XX:XX:XX:XX:7C dans la requête DHCPv6.
Là tu parles d'un parametre dans le routeur ou sur l'ONT ? ???
-
Comme une bonne nouvelle n'arrive jamais seules ;)
Voici la BPI R3+ qui arrives pour être testé sous Debian & OpenWRT 23.05 sur une fibre 2.4Gb/s et voir ce que sa donnes avec les ONU et si la dernière version d'OpenWRT solutionne les problème ;)
Pour ceux qui veulent des tests poussé qui on des idées etc. N'hésitez pas
-
ouvre un topic dédié ;)
t'as pas pris le bundle avec les antennes, ni le ventirad ? :o
-
ouvre un topic dédié ;)
t'as pas pris le bundle avec les antennes, ni le ventirad ? :o
Mince que je suis nouille ... J'ai zappé complet le ventirad ... Bon beh je le prendrai après coup avec les antennes du coup et oui bonne idée le topic dédié ;)
-
Bonjour à tous !
J'utilise depuis maintenant 1 an et demi un Huawei MA5171A flashé avec le firmware Carlitox, comme je l'expliquais ici :
Voici un tutoriel pour remplacer l'ONT externe de chez SFR par un Huawei MA5671A
...
Cet ONT fonctionnait parfaitement depuis 1,5 an sans jamais avoir posé de problème et avec une stabilité remarquable.
Mais depuis hier soir : catastrophe !!
J'utilise un système de monitoring donc j'ai pu me rendre compte que ma connections avait coupé dans la nuit d'hier à aujourd'hui à 00h20.
Initialement j'ai cru à un débranchement de ma fibre dans le PM, mais dans l'ONT je reçoit bien un signal à -20dbm.
J'ai ensuite cru que SFR m'avait basculé en CGNAT : j'ai rebranché l'ONT SFR officiel et la NB6VAC que j'ai pour me rendre compte que je ne suis pas en CGNAT et j'ai bien accès à internet.
Je regarde alors l'ONT : je suis bien en O5 mais je ne vois aucun VLAN avec gtop C-V.
Je pense donc au vu des symptômes et de l'horaire, qu'il y a eu une mise à jour de l'OLT côté SFR dans la nuit, qui rend ma configuration non fonctionnelle.
Ce que j'ai essayé pour le moment :
- vérifier que des paramètres n'aient pas "sauté" : RAS, pas de problème et ne fait pas réapparaître les VLAN dans l'ONT
- redémarrer / débrancher électriquement etc : pas d'effet.
- lorsque j'ai branché l'ONT officiel de SFR, j'ai vu qu'il a redémarré et s'est mis à jour (je ne l'avais pas branché depuis 2 ans...). Je ne pense pas que la mise à jour de l'ONT officiel qui a été faite ce matin soit récente, mais dans le doute j'ai récupéré les versions de l'image1 et image0 que j'ai transposé dans mon ONT Huawei MA5671A : sans effet
- j'ai même été jusqu'à flasher le firmware custom de l'ONT FS.com (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/) sur la partition de image1. Je pense que je n'ai pas bien fait les choses, l'ONT ne fonctionne pas correctement et en tout cas même en suivant les consigne de ici :
C'est partit pour la méthode !
J'avais dans le placard un USB2TLL 3.3V, le post de maximushugus pour un Huawei MA5671A m'a fais acheter le MOLEX, j'ai pu commencer à jouer avec les firmwares.
D'abord j'ai suivi sa méthode en pensant que Carlitox était compatible sur le SFP de FS GPON-ONU-34-20BI, en fait pas du tout, j'ai eu une frayeur au reboot la première fois quand il n'a pas redémarrer !
J'ai ensuite trouvé un firmware modded et plein d'autres infos pour cet ONU ici ->https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/ (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)
Je l'ai donc flashé, en TTL directement depuis cette page.
........
et ici
J'ai fini par tester la méthode de G8U5 décrite ici https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069 sur un firmware 6BA1896SPLQA42_MODDED_ver5-1 et ça fonctionne !
.....
cela ne fonctionne pas.
J'en demande à votre aide. Avez vous des idées de ce qui aurait pu brutalement rendre inopérante une configuration qui fonctionnait correctement jusque là, et avec pour symptômes un fake O5 avec absence de récupération des VLAN dans l'ONT ? A moins que ce soit un problème hardware sur mon ONT Huawei MA5671A, qu'il se soit cassé physiquement ?
Merci :)
-
Bonjour à tous !
J'utilise depuis maintenant 1 an et demi un Huawei MA5171A flashé avec le firmware Carlitox, comme je l'expliquais ici :
Cet ONT fonctionnait parfaitement depuis 1,5 an sans jamais avoir posé de problème et avec une stabilité remarquable.
Mais depuis hier soir : catastrophe !!
...
SFR et leurs mise à jour côté OLT ... Ou bien peut-être une migration pour supporté le XGS-PON + GPON :(
Voilà qui est dans court de résolution ;)
-
L'OLT chez moi a été mis à jour et je me suis retrouvé avec la Box SFR bloquée.
J'ai dû l'éteindre puis la rallumé pour que ça fonctionne à nouveau.
Je regarde alors l'ONT : je suis bien en O5 mais je ne vois aucun VLAN avec gtop C-V.
Dois-je comprendre que c'est un "FAKE" O5 ?
A moins que ce soit un problème hardware sur mon ONT Huawei MA5671A, qu'il se soit cassé physiquement ?
Si tu peux accéder à ton module optique MA5671A, je suppose qu'il doit être opérationnel.
Je ferai un reset de ce module optique, histoire de repartir sur du propre. Puis je renseignerai uniquement le mot de passe GPON, celui qui es dans ta Box SFR. Puis un reboot et vérification des VLAN.
-
Aie !
cette nuit je regardais un film sur Netflix dans ma chambre, puis vers 00:30 plus de net, Ma TV m'a indiqué "votre connexion wifi n'a pas d'accès à internet", j'ai patienté 5 min, puis toujours rien, j'ai éteints la TV et me suis couché.
Ce matin j'ai demandé la meteo a mon assistant vocal, donc ma connexion internet était bien revenue.
S'il y a eu une mise a jour de l'OLT par chez moi, mon MA5671A fonctionne toujours.
-
La joie était de courte durée car comme maximushugus mon ONU n'arrive plus à s'authentifier sur l'OLT, je me retrouve en fake O5.
Pour moi la timeline est la suivante (j'habite à Lyon) :
Mercredi 08/11 à 00h50
- Coupure internet, mon ONU ne s'authentifie plus sur l'OLT
Mercredi 08/11 matin
- Branchement de la box SFR originale, elle s'authentifie bien et reçoit bien son IPv4 et son préfixe IPv6
- Firstboot de mon ONU, reconfiguration des variables d'environnement et du script de démarrage d'OMCI puis reboot
- Branchement de la fibre sur l'ONU, l'état PLOAM passe bien en O5 mais aucun VLAN, je rebranche la box SFR histoire d'avoir internet pour la journée
Mercredi 08/11 vers 22h
- Coupure internet, cette fois-ci en ayant la box SFR branchée
- Reboot de la box SFR, elle démarre bien, la liaison FO est active mais n'arrive pas à récupérer ni son IPv4 ni son IPv6, je la laisse branchée pour la nuit
Jeudi 09/11 entre minuit et 6h
- La box SFR fini par réussir à obtenir son IPv4/IPv6
Jeudi 09/11 matin
- Tentative de branchement de la fibre sur l'ONU mais toujours pareil il n'arrive toujours pas à s'authentifier
Bravo ! ;)
Du coup quelles sont les commandes que tu as tapé, et celle que tu n'as pas tapé dans son tuto ? poour que ce soit plus clair pour le prochain, et éviter de renvoyer vers un commentaire qui renvoit vers un autre qui lui meme renvoit vers un autre... ;D
Pour le coup vu que ça ne fonctionne plus je vais attendre de trouver la solution avant de le poster mais je le ferais pas de soucis !
Là tu parles d'un parametre dans le routeur ou sur l'ONT ? ???
Oui paramètre côté routeur ! En gros dans la configuration de mon interface WAN physique j'ai mis l'@MAC XX:XX:XX:XX:XX:7C et dans les paramètres du client DHCPv6 j'ai configuré le DUID 00:03:00:01:XX:XX:XX:XX:XX:7C car en mettant l'@MAC notée sur la box je n'otenais pas de préfixe IPv6.
Bonjour à tous !
J'utilise depuis maintenant 1 an et demi un Huawei MA5171A flashé avec le firmware Carlitox, comme je l'expliquais ici :
Cet ONT fonctionnait parfaitement depuis 1,5 an sans jamais avoir posé de problème et avec une stabilité remarquable.
Mais depuis hier soir : catastrophe !!
J'utilise un système de monitoring donc j'ai pu me rendre compte que ma connections avait coupé dans la nuit d'hier à aujourd'hui à 00h20.
Initialement j'ai cru à un débranchement de ma fibre dans le PM, mais dans l'ONT je reçoit bien un signal à -20dbm.
J'ai ensuite cru que SFR m'avait basculé en CGNAT : j'ai rebranché l'ONT SFR officiel et la NB6VAC que j'ai pour me rendre compte que je ne suis pas en CGNAT et j'ai bien accès à internet.
Je regarde alors l'ONT : je suis bien en O5 mais je ne vois aucun VLAN avec gtop C-V.
Je pense donc au vu des symptômes et de l'horaire, qu'il y a eu une mise à jour de l'OLT côté SFR dans la nuit, qui rend ma configuration non fonctionnelle.
Ce que j'ai essayé pour le moment :
- vérifier que des paramètres n'aient pas "sauté" : RAS, pas de problème et ne fait pas réapparaître les VLAN dans l'ONT
- redémarrer / débrancher électriquement etc : pas d'effet.
- lorsque j'ai branché l'ONT officiel de SFR, j'ai vu qu'il a redémarré et s'est mis à jour (je ne l'avais pas branché depuis 2 ans...). Je ne pense pas que la mise à jour de l'ONT officiel qui a été faite ce matin soit récente, mais dans le doute j'ai récupéré les versions de l'image1 et image0 que j'ai transposé dans mon ONT Huawei MA5671A : sans effet
- j'ai même été jusqu'à flasher le firmware custom de l'ONT FS.com (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/) sur la partition de image1. Je pense que je n'ai pas bien fait les choses, l'ONT ne fonctionne pas correctement et en tout cas même en suivant les consigne de ici :
et ici
cela ne fonctionne pas.
J'en demande à votre aide. Avez vous des idées de ce qui aurait pu brutalement rendre inopérante une configuration qui fonctionnait correctement jusque là, et avec pour symptômes un fake O5 avec absence de récupération des VLAN dans l'ONT ? A moins que ce soit un problème hardware sur mon ONT Huawei MA5671A, qu'il se soit cassé physiquement ?
Merci :)
Comme expliqué plus haut tout pareil pour moi donc pas de problème hardware ! Va "juste" falloir trouver la nouvelle solution pour que ça fonctionne :-/
L'OLT chez moi a été mis à jour et je me suis retrouvé avec la Box SFR bloquée.
J'ai dû l'éteindre puis la rallumé pour que ça fonctionne à nouveau.
Dois-je comprendre que c'est un "FAKE" O5 ?
Si tu peux accéder à ton module optique MA5671A, je suppose qu'il doit être opérationnel.
Je ferai un reset de ce module optique, histoire de repartir sur du propre. Puis je renseignerai uniquement le mot de passe GPON, celui qui es dans ta Box SFR. Puis un reboot et vérification des VLAN.
Je vais tester ça ce soir, si l'OLT a bien été mis à jour y'a moyen que les méthodes "simples" rapportées comme fonctionnelles par plusieurs personnes fonctionnent désormais pour nous après la mise à jour, en tout cas je serre les fesses pour que ce soit le cas !
-
Aie !
cette nuit je regardais un film sur Netflix dans ma chambre, puis vers 00:30 plus de net, Ma TV m'a indiqué "votre connexion wifi n'a pas d'accès à internet", j'ai patienté 5 min, puis toujours rien, j'ai éteints la TV et me suis couché.
Ce matin j'ai demandé la meteo a mon assistant vocal, donc ma connexion internet était bien revenue.
S'il y a eu une mise a jour de l'OLT par chez moi, mon MA5671A fonctionne toujours.
Trop cool ;) Ça fait plaisir que tu aies pu demander la météo à ton assistant vocal. 😀
-
Chez moi, avec mon ONU + firmware modifié adapté aux OLT SFR : aucun problème à déplorer pour le moment sur les 23 installations que j’administre. …
Mais ne sais t-on jamais 🤣
-
Coucou !
chez moi le MA5671A (en fs.com modded) de Asclépios fonctionne toujours, AINSI que le G-010S-P (flashé en fs.com 6BA1896SPLQA42) provenant d'un autre membre.
(https://i.imgur.com/VPmSQFY.png) (https://i.imgur.com/uQPEesR.png)
-
Coucou !
chez moi le MA5671A (en fs.com modded) de Asclépios fonctionne toujours, AINSI que le G-010S-P (flashé en fs.com 6BA1896SPLQA42) provenant d'un autre membre.
Merci beaucoup pour ton message 😀
Petite subtilité : J’ai optimisé l’ONU pour une compatibilité optimale en optimisant le firmware, afin qu’il supporte au mieux les futurs mises à jour des OLT 😅😀.
Si vous êtes intéressé, n’hésitez pas à me contacter.
-
En tout cas, bravo à toi pour tout ce que tu fais pour la communauté geek SFR !
Et bien plus encore pour ta vocation, tu es un être admirable, parmi les admirables.
Bonjour à tous !
J'utilise depuis maintenant 1 an et demi un Huawei MA5171A flashé avec le firmware Carlitox, comme je l'expliquais ici :
Cet ONT fonctionnait parfaitement depuis 1,5 an sans jamais avoir posé de problème et avec une stabilité remarquable.
Mais depuis hier soir : catastrophe !!
J'utilise un système de monitoring donc j'ai pu me rendre compte que ma connections avait coupé dans la nuit d'hier à aujourd'hui à 00h20.
Initialement j'ai cru à un débranchement de ma fibre dans le PM, mais dans l'ONT je reçoit bien un signal à -20dbm.
J'ai ensuite cru que SFR m'avait basculé en CGNAT : j'ai rebranché l'ONT SFR officiel et la NB6VAC que j'ai pour me rendre compte que je ne suis pas en CGNAT et j'ai bien accès à internet.
Je regarde alors l'ONT : je suis bien en O5 mais je ne vois aucun VLAN avec gtop C-V.
Je pense donc au vu des symptômes et de l'horaire, qu'il y a eu une mise à jour de l'OLT côté SFR dans la nuit, qui rend ma configuration non fonctionnelle.
-
Mon G-010S-P qui n'a aucune optimisation, fonctionne aussi bien, donc je ne vois pas ce que tu a pu "optimiser".
A moins que tu parles de parametres suplémentaires que tu aurais ajusté, et qui sont devenu nécessaires pour s'authentifier sur l'OLT. Auquel cas mon G-010S-P ne devrait pas pouvoir s'authentifier.
SAUF si mon OLT n'a pas été mis à jour, car ça j'en ai pas la certitude non plus, j'ai peut etre eu une coupure internet sans aucun rapport.
Pour le G-010S-P c'est ça qui a été fait, rien de plus :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1015753/#msg1015753
-
Il y a effectivement quelques ajustements sur le firmware, qui est semblable (pour l’OLT SFR) à un ONT AlticeLAB V1. Cela devrait éviter les problèmes lors des grosses mises à jour.
Pour info : : pour l’instant, seuls 2 des sites que j’administre (avec monitoring) ont reçu d’importantes mises à jour au cours des 15 derniers jours.
Aucun problème de connexion n’a été constaté jusqu’à présent, mais j’attends avec impatience de voir les résultats sur le reste des installations.
Ceci étant il faudra que je publie le tuto (ça traine) sur la 4G en failover avec une IP public sur VPS … ce we ou dans la semaine je m’en occupe ;)
Concernant les mises à jour des OLT, je n’ai malheureusement pas la possibilité de savoir lesquels sont mis à jour ou remplacés. Sinon, ce serait beaucoup trop simple. 😅
Mon G-010S-P qui n'a aucune optimisation, fonctionne aussi bien, donc je ne vois pas ce que tu a pu "optimiser".
A moins que tu parles de parametres suplémentaires que tu aurais ajusté, et qui sont devenu nécessaires pour s'authentifier sur l'OLT. Auquel cas mon G-010S-P ne devrait pas pouvoir s'authentifier.
-
@ Rooot : Mon ONT-SFU-v3 SFR correspond au modèle I-010G-Q.
Si tu as le modèle G-010S-P, n'y aurait-il pas une quelconque différence qui pourrait expliquer les problèmes de MaximusHugus ?
-
@ Rooot : Mon ONT-SFU-v3 SFR correspond au modèle I-010G-Q.
Si tu as le modèle I-010S-P, n'y aurait-il pas une quelconque différence qui pourrait expliquer les problèmes de MaximusHugus ?
Le G-010S-P est un ONT SFP flashé avec le firmware fs.com, pas un ONT externe comme celui de SFR. je ne comprends pas ce que tu veux dire.
-
Il doit bien exister une différence entre l'ONT de SFR et l'ONU Huawei puisque le premier peut se connecter sans problème au réseau SFR alors que le second a chez MaximusHugus un problème. Ne peut-on pas comparer les différences et voir la cause du problème ?
Une idée que je vous soumets, serait la vitesse de synchronisation de l'ONU qui ne serait plus en phase avec le réseau SFR.
-
Il doit bien exister une différence entre l'ONT de SFR et l'ONU Huawei puisque le premier peut se connecter sans problème au réseau SFR alors que le second a chez MaximusHugus un problème. Ne peut-on pas comparer les différences et voir la cause du problème ?
Bien sûr de base l’ONU est totalement différent de l’ONT SFR.
Nous essayons d’accorder les paramètres de l’OLT avec les ONU
Une idée que je vous soumets, serait la vitesse de synchronisation de l'ONU qui ne serait plus en phase avec le réseau SFR.
“ONU qui ne serait plus en phase” : je suis curieux… qu’entend tu par là ?
-
Il doit bien exister une différence entre l'ONT de SFR et l'ONU Huawei puisque le premier peut se connecter sans problème au réseau SFR alors que le second a chez MaximusHugus un problème.
et que la différence soit au niveau de l'OLT c'est pas possible ? ;)
Si un ONT parvenaient a se connecter avant et plus maintenant, c'est qu'au niveau de l'OLT un parametre requis a changé.
Et d'après Asclèpios, si je résume un peu à ma manière, ce "paramètre" il l'a pris en charge dans ses ONT qu'il vend, et du coup ses ONT fonctionnent.
Dans mon cas, si mon OLT s'est bien mis a jour hier soir, alors mon G-010S-P ne devrait plus fonctionner. Ce n'est pas le cas. Ou alors il est aussi "optimisé" que les ONT d'Asclépios ;D ;D
-
C’est une bonne synthèse 😀
-
il n'y a pas de log ou une commande coté ONT, pour eventuellement connaitre la version de l'OLT avec qui il dialogue ?
-
il n'y a pas de log ou une commande coté ONT, pour eventuellement connaitre la version de l'OLT avec qui il dialogue ?
Sur un ‘ONT’ classique donc accessible via Telnet, non 😭. Sinon, il y a bien un /var/log/, mais je ne me souviens pas avoir réussi à récupérer l’info de l’OLT… À dire vrai, je n’ai pas regardé plus que ça, n’en ayant pas l’utilité. Je vérifierai à l’occasion.
-
Et d'après Asclèpios, si je résume un peu à ma manière, ce "paramètre" il l'a pris en charge dans ses ONT qu'il vend, et du coup ses ONT fonctionnent.
C’est une bonne synthèse 😀
Et il n'aiguillera pas la communauté qui à pourtant partagé tout son savoir sur ce fil, savoir sans lequel Asclèpios en serait toujours là :
Bonjour, à tous qui à réussi a se connecté en 2.5gb/s chez RED ? Pouvez vous écrire un tuto rapide si possible et publié des test et le matériel utilisé ?
Merci de vos précieux retours
Belle mentalité...
-
Si un ONT parvenaient a se connecter avant et plus maintenant, c'est qu'au niveau de l'OLT un parametre requis a changé.
Oui, je suis d'accord mais comme tu le sais, tu ne peux pas intervenir coté OLT pour corrigé quoi que ce soit.
Si certains ONU fonctionnent et d'autres pas, la différence se trouve bien du coté ONU, non ?
Il faut donc les comparer et trouver ce qui a changer.
Et d'après Asclèpios, si je résume un peu à ma manière, ce "paramètre" il l'a pris en charge dans ses ONT qu'il vend, et du coup ses ONT fonctionnent.
Tant que tu ignores de quel paramètre il s'agit, ce ne sont que des suppositions.
Dans mon cas, si mon OLT s'est bien mis a jour hier soir, alors mon G-010S-P ne devrait plus fonctionner. Ce n'est pas le cas. Ou alors il est aussi "optimisé" que les ONT d'Asclépios ;D ;D
Comme tu es chez RED, le plus probable est que tu n'as pas encore été impacté par cette mise-à-jour de l'OLT.
-
Oui, je suis d'accord mais comme tu le sais, tu ne peux pas intervenir coté OLT pour corrigé quoi que ce soit.
Si certains ONU fonctionnent et d'autres pas, la différence se trouve bien du coté ONU, non ?
Il faut donc les comparer et trouver ce qui a changer.
Tant que tu ignores de quel paramètre il s'agit, ce ne sont que des suppositions.
Heureusement que tu es là pour expliquer au monde comment ils doivent s'y prendre.
Tu as pensé à lire les autres pages du sujet sinon ?
Je dis ça comme ça hein.
Comme tu es chez RED, le plus probable est que tu n'as pas encore été impacté par cette mise-à-jour de l'OLT.
Dis moi que tu n'as rien compris au fonctionnement d'un réseau GPON sans me dire que tu n'as rien compris au fonctionnement d'un réseau GPON
-
je prefère retirer mon post, artemus tu me fatigues ;D
-
Et il n'aiguillera pas la communauté qui à pourtant partagé tout son savoir sur ce fil, savoir sans lequel Asclèpios en serait toujours là :
Belle mentalité...
Je comprends ton point de vue, @rqdb, et je comprends ton ressenti. Si tu me connaissais mieux, tu pourrais voir les choses différemment.
J'apprécie énormément le partage et l'entraide que nous avons ici.
Et chacun, avec son fonctionnement propre, mais toujours dans la bienveillance, apporte sa merveilleuse pierre à l'édifice de la connaissance.
Je suis vraiment reconnaissant pour le soutien de cette communauté, en particulier pour des membres comme @Gnubytes et beaucoup d'autres ici.
À l'époque, j'ai fait mes recherches pour aider un ami et, étant moi-même abonné SFR (NB6+ ONT), j'ai commencé avec la méthode de @maximushugus (CarlitoxxV1). C'était alors génial, cela fonctionnait pour moi, mais ça n'avait pas marché pour un ami à cause d'un OLT récemment installé... Du coup, à l'époque, retour chez Orange ! Jusqu'à une rencontre humainement et techniquement enrichissante.
Je veux que tu saches que partager mes recherches est quelque chose que je souhaite.
Actuellement, je m'investis dans le XGS-PON, et les coûts, pour les ONU XGS-PON, sont conséquents.
Cependant, je partagerai tout ce qui me sera possible dès que j'aurai amorti une partie des coûts initiaux. Cela bénéficiera à toute la communauté à long terme.
Je suis sûr que tu pourras entendre mon propos, et je suis sûr que tu pourras comprendre que la recherche demande des financements...
À ce jour, 10 ONU XGS-PON coûtent 250-300 € pièce cf. fs.com ou HiSense... Et sans compter les brické, grillés, déjà 5... Et ceux à venir, etc. :)
Au plaisir d'échanger avec toi sans raccourci dans un dialogue ouvert et bienveillant ;)
-
Tu as pensé à lire les autres pages du sujet sinon ?
Oui, j'ai déjà lu la discussion, les 13 pages.
Je reconnais que je ne sais pas grand chose et que je suis là pour apprendre.
Dans ce lien (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976194/#msg976194), MaximusHugus indique que son problème est celui du calibrage du laser.
Un résumé (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg978360/#msg978360) de ce qu'il faut faire, donné par surfinside.
La solution définitive (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831) proposée par MaximusHugus.
je prefère retirer mon post, artemus tu me fatigues ;D
Désolé Root d'être pénible à tes yeux, mais j'essaye de comprendre et de participer.
Même en relisant le sujet, je trouve que les manipulations faites pour faire fonctionner l'ONU Huawei MA5671A, ne sont pas clairs du tout.
-
En tout cas il y a visiblement une vague de mise à jour / remplacement des OLT chez SFR / RED (en région lyonnaise pour ma part également).
-
Rien en ce sens me concernant, juste une coupure hier soir de 22h30 à 4h20.
-
Bon, là quand même, ça fait beaucoup de coupures simultanément… sans même parler des ONU. C’est étrange, d’ici une dizaine de jours j’aurai l’occasion d’obtenir des infos… @xp25 de 22h à 4h… sa fait beaucoup ! bref, je suis curieux de savoir…
Dès que j’ai des nouvelles (et si j’en obtient), je vous tiens au courant !
-
Dans ma Box SFR, je suis toujours dans la version "NB6VAC-MAIN-R4.0.45d", ça n'a pas changé.
J'ai dû éteindre et ralumer ma Box SFR car je n'avais plus d'internet. C'est comme si elle s'était figée.
Je ne connais l'origine de cette cause, car ma voisine avait sa Box SFR qui fonctionnnait bien, sans faire quoi que ce soit dessus.
“ONU qui ne serait plus en phase” : je suis curieux… qu’entend tu par là ?
Simple hypothèse de ma part, je ne pense pas que le paramétrage de l'OLT a changé.
Donc, je ne crois pas qu'il faille modifier quoi que ce soit du paramétrage de l'ONU.
J'ai quand même vérifié mon paramétrage dans l'ONT-SFU-v3, tout est pareil qu'avant.
Par contre, il est possible qu'il y a eu un déphasage (je ne sais pas trop si c'est la bonne expression) dont l'origine serait le calibrage.
Je crois que MaximusHugus avait trouvé cette solution quand il essayait de configurer son module ONU.
Est-ce que MaximusHugus peut faire le test et voir ce qui se passe ?
-
Je suis sûr que tu pourras entendre mon propos, et je suis sûr que tu pourras comprendre que la recherche demande des financements...
Et lafibre.info n'est ni ton labo de r&d, ni une marketplace, on te l'a déjà rappelé.
-
@Asclèpios
Ce qui serait politiquement correct, ce serait de partager ce que tu sais, et qu'on ne sait pas avec les membres du forum, qui ont contribué à 99% de ce que tu sais.
Si tu souhaites aider les membres qui ne se sentent pas de bidouiller les ONT parce que c'est complexe, et qu'il faut parfois certains outils qu'on n'a pas, c'est très bien et très sympa de ta part. Mais il y a une différence entre aider et faire du business.
Que tu vendes des ONT préconfigurés à des flemards comme moi qui n'ont pas envie de se prendre la tête avec ça, ça passe.
Par contre ceux qui ont le matériel, les compétences et la motivation, devraient pouvoir se parametrer eux-meme leur ONT, sans passer par la case "Asclépios". C'est ça un forum d'entraide. L'histoire du coût, du financement blablabla, je trouve que c'est de l'esbroufe. Gnubyte dans le topic Orange, y est allé de sa poche pour un objectif personnel qu'il a ensuite partagé avec le reste de la communauté. Lui aussi aurait pu dire qu'il y a passé du temps et de l'argent pour arriver a ses fins. Lui a choisi de partager, et c'est le bon état d'esprit, c'est l'état d'esprit du forum.
Ce qu'il va se passer un jour, c'est qu'un membre va sortir une liste des parametres que tu as mis dans l'ONT que tu lui as vendu et va comparer avec ce qu'il a mis dans son ONT qui ne marche plus. il va aussi faire un MTD du firmware et analyser ce qu'il y a de différent entre "ton" firmware et celui du "fs.com modded" posté sur hack-gpon. Et il va vite voir ce que sont ces fameux parametres "secrets", et pour finir s'il a l'esprit d'entraide il va poster cela sur le forum pour aider les autres.
Il vaudrait mieux que tu passes pour le héro en dévoilant ces "secrets" et en étant celui qui a trouvé la méthode infaillible pour les ONT SFR, plutôt qu'un membre dévoile les secrets que tu caches. si toutefois il y en à...
-
Que ce soit très clair, le business de revente d'ONT c'est plus que limite ici, mais si en plus tu fais du gatekeeping d'informations pour vendre un produit, alors ça va totalement à l'encontre de la charte et de l'esprit du forum et ça sera modéré en conséquence.
-
Je comprends entièrement votre opinion et je vous réponds dans la soirée ;)
Cela le mérite
@rooot : Je sais que tu as raison
-
@Asclèpios
moi j'ai rien contre le fait de vendre des ONT près configuré, je trouve ça super d'avoir ce service quand on ne veut pas se prendre la tête à faire cela soit même. Quand j'ai vu les tutos avec les soudures à faire, les molex a acheter etc etc...ça m'a vite découragé, donc trouver une personne qui vend l'ONT tout fait c'est une aubaine.
Ce que je trouve dommage c'est que celui qui à l'envie, la motivation, et pas forcément les moyens d'y mettre 100€, ne puisse pas se parametrer lui même son ONT, à cause d'une info que tu serais le seul a détenir.
-
Oui, je suis d’accord avec toi… le service est appréciable…
Je me souviens, ici même d’ailleurs, à l’époque certains (pour l’ami pour lequel ça ne fonctionnait pas) m’avaient proposé la même chose que je propose aujourd’hui 🤣
… bon, du coup il se trouve que ça ne fonctionnait quand même pas, dur dur les OLT 😅
Mais ceci étant, je répondrai ce soir à l’entièreté de votre message. @Hugues @rooot
Et quoi qu’il en soit, si les personnes qui gèrent le forum (désapprouvent mes méthodes en ayant connaissance du pourquoi et du comment),
alors soyez certain que je respecterai cette belle agora et les choix qui y sont faits.
-
Bonjour TLM,
Bon bein pareil, je suis en région parisienne, et ce matin plus d'internet :-\
Le reboot n'a rien changé, j'ai du remettre mon mon Ont et ma box SFR pour retrouver ma connexion internet.
Je suis en attente (j’espère positive) de Asclèpios pour faire la modification qui va bien, mais je ne paierais pas 100e (j'ai également investi de l'argent dans le matos ONU et Router et soudeur ...etc) et j'ai passé beaucoup de temps pour cela.
Merci pour nous.
Max
-
De quel matériel (ONU) et Firmware dispose tu ?
-
Je me renseigne et, si j'obtiens l'information (que je trouve par moi-même), je la partage sans problème.
Avec le COVID-19++, il se peut que je prenne un peu plus de temps pour obtenir les informations et pour répondre.
Il serait pratique que le problème survienne sur une des installations près de chez moi 😁
@maxdata : essaie la version précédente... on ne sait jamais ;)
Bonjour TLM,
Bon bein pareil, je suis en région parisienne, et ce matin plus d'internet :-\
Le reboot n'a rien changé, j'ai du remettre mon mon Ont et ma box SFR pour retrouver ma connexion internet.
Je suis en attente (j’espère positive) de Asclèpios pour faire la modification qui va bien, mais je ne paierais pas 100e (j'ai également investi de l'argent dans le matos ONU et Router et soudeur ...etc) et j'ai passé beaucoup de temps pour cela.
Merci pour nous.
Max
-
De quel matériel (ONU) et Firmware dispose tu ?
Le FS et Modded 5.1
-
Salut Maxdata01
dans ton message de ce matin, que je viens de voir, tu m'as dis que ton ONU fonctionnait sur un routeur Openwrt et un Edgerouter X, mais pas dans un Mikrotik...
Du coup je ne comprends plus ?
Dans mon RB5009, pour que ça fonctionne j'ai du forcer le port SFP en 2.5Gbps, il ne faut pas laisser l'autonegotiation.
Mais si maintenant tu dis que l'ONU ne fonctionne plus, du coup ce n'est pas la cause de ton problème alors...
(https://i.imgur.com/fpopnZc.png)
-
Salut Maxdata01
dans ton message de ce matin, que je viens de voir, tu m'as dis que ton ONU fonctionnait sur un routeur Openwrt et un Edgerouter X, mais pas dans un Mikrotik...
Du coup je ne comprends plus ?
Dans mon RB5009, pour que ça fonctionne j'ai du forcer le port SFP en 2.5Gbps, il ne faut pas laisser l'autonegotiation.
Mais si maintenant tu dis que l'ONU ne fonctionne plus, du coup ce n'est pas la cause de ton problème alors...
Ah oui, alors là, je suis moi-même perdu 🤣… Ton ONU fonctionne donc sur un EdgeRouter X (donc forcément 1 Gb, car SFP, et j’imagine que c’est similaire pour ton OpenWRT)… Peut-être y a-t-il un bug avec la dernière version de RouterOS ? As-tu essayé de revenir à la version 7.11, par exemple, et de faire un hard reset ?… Et bien sûr, avant tout ça, comme te l’indique @rooot, désactive l’auto-négociation !
-
Bon, j'ai repassé mon MA5671A en firmware Carlito sur l'image1 (car c'est la configuration que je maîtrise le mieux).
Avec le tuto que j'avais fait précédemment :
Voici un tutoriel pour remplacer l'ONT externe de chez SFR par un Huawei MA5671A
.....
Je me rends compte que j'ai des différences avec l'ONT officiel SFR (sur lequel j'ai un accès root) lorsque je rentre les commandes suivantes :
- omci_pipe.sh meg 256 0
- omci_pipe.sh meg 257 0
- omci_pipe.sh meg 7 0
- omci_pipe.sh meg 7 1
Voici les modifications que j'ai effectuées pour essayer de coller au mieux avec l'ONT officiel :
1) Modifier le fichier /etc/init.d/sys.sh avec
oem-generic)
uci set sys.target.name=oem-generic
uci set sys.features.mib_customized=1
uci set sys.features.igmp_fast_leave=1
uci set sys.features.dying_gasp_enabled=0
uci set sys.features.suppress_power_level=0
uci set sys.features.eeprom_sync_option='1'
uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7SFU1389B25'
uci set sys.mib.equipment_id='GS0100GH\0\0\0\0\0\0\0\0\0\0\0'
Maintenant les commandes
- omci_pipe.sh meg 256 0
- omci_pipe.sh meg 257 0
Sont identiques
En revanche en ce qui concerne omci_pipe.sh meg 7 0 sur le Huawei MA5671A, malgré avoir fait la commande fw_setenv image0_version=3FE7SWS4040018 j'ai toujours :
omci_pipe.sh meg 7 0
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_ack
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_cmd
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
00000000000000
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
idem pour omci_pipe.sh meg 7 1
En effet je me suis rendu compte que lorsque je rentre les commandes fw_setenv image0_version=3FE7SWS4040018 ou image1.. , si je fais un reboot, les variables ne sont pas enregistrées.
fw_printenv image0_version
## Error: "image0_version" not defined
Il doit y avoir une configuration qui réécrit ce paramètre : est ce que quelqu'un a une idée de comment modifier et enregistrer ces 2 paramètres ?
En effet ce sont les seuls qui font une différence de ce que je vois, pour l'ONT, en dehors de l'adresse mac
Demain soir j'essayerai de tester de nouveau en changeant l'adresse mac de l'ONU MA5671A avec celle de l'ONT officiel SFR
-
Bon, j'ai repassé mon MA5671A en firmware Carlito sur l'image1 (car c'est la configuration que je maîtrise le mieux).
idem pour omci_pipe.sh meg 7 1
En effet je me suis rendu compte que lorsque je rentre les commandes fw_setenv image0_version=3FE7SWS4040018 ou image1.. , si je fais un reboot, les variables ne sont pas enregistrées.
fw_printenv image0_version
## Error: "image0_version" not defined
Il doit y avoir une configuration qui réécrit ce paramètre : est ce que quelqu'un a une idée de comment modifier et enregistrer ces 2 paramètres ?
En effet ce sont les seuls qui font une différence de ce que je vois, pour l'ONT, en dehors de l'adresse mac
Demain soir j'essayerai de tester de nouveau en changeant l'adresse mac de l'ONU MA5671A avec celle de l'ONT officiel SFR
De mémoire sous CarlitoxxV1 pour image0_version la commande est correct ;) ... Etrange qu'elle ne soit pas sauvegardé au reboot
-
il faut peut etre le configurer avec un uci set sys.mib.... dans /etc/init.d/sys.sh
Mais quelle commende exactement ?..
-
Bon j'avance doucement.
En rebranchant en UART le MA5671A puis en stopant le démarrage (FALCON), j'ai pu modifier les variables image0_version et image1_version respectivement avec 3FE7SWS4040022 et 3FE7SWS4040018.
J'ai également modifié l'adresse mac avec fw_printenv ethaddr 00:06:91:XX:XX:XX
Et enfin de principe j'ai fait :
uci set network.lct.macaddr=L'adresse MAC de l'ONT
uci set network.host.macaddr=L'adresse MAC de l'ONT
uci commit
Néanmoins après redémarrage, je suis toujours en Fake O5 avec aucun VLAN dans gtop puis c-v.
Effectivement la commande omci_pipe.sh meg 7 1 retourne :
omci_pipe.sh meg 7 1
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_ack
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_cmd
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
00000000000000
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0Donc la variable image1_version ne semble pas prise en compte. Alors que si je fais omci_pipe.sh meg 7 0, j'obtiens bien :
omci_pipe.sh meg 7 0
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_ack
IFXOS - Pipe - open pipe /tmp/pipe/omci_0_cmd
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x53 0x34 0x30 0x34 0x30 0x30 0x32 0x32
3FE7SWS4040022
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
D'ailleurs dans les log omcid que j'ai activé je vois l'erreur :
[omcid] 03:13:36 CORE ERR: Can't remove timeout event with id = 0
[omcid] 03:13:36 ME ERR: 7@1 Received Start SW Download
[omcid] 03:13:36 ME ERR: 7@1 Image size = 5243301 bytes, Window size = 7
Donc ce qui semble bloquer à l'heure actuelle c'est que bien que la viariable image1_version soit fixée avec fw_setenv image1_version 3FE7SWS4040018 (que je vérifie avec fw_printenv image1_version), elle n'est pas prise en compte..
J'ai également essayé de modifier cette variablen en FALCON mais sans que cela ne change quelque chose.
Est ce que quelqu'un a une idée de pourquoi la variable image0_version est bien prise en compte mais pas image1_version ?
merci :)
-
de mon coté sur mon MA5671A en "fs modded" j'ai ceci :
root@SFP:~# omci_pipe.sh meg 7 0
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x46 0x53 0x20 0x76 0x35 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
FS v5\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
Ce qui correspond à ceci :
root@SFP:~# fw_printenv image0_version
image0_version=FS v5
root@SFP:~# fw_printenv image1_version
image1_version=FS v5
root@SFP:~#
Sinon truc bête, est-ce qu'il ne faut pas etre sur l'image opposée pour changer la version de l'image ?
-
Plusieurs questions :
1) Tu as le firmware 6BA1896SPLQA42_MODDED_ver5-1.img ? Ou bien quelquechose de modifié à base de ce Firmware (Asclepios ?)
2) Est ce que ta configuration fonctionne toujours actuellement ?
3) est ce que tu nous donner (en camouflant les infos importantes), les résultats de ces commandes :
- omci_pipe.sh meg 256 0
- omci_pipe.sh meg 257 0
- omci_pipe.sh meg 7 0
- omci_pipe.sh meg 7 1
4) Est ce que tu pourrai activer les logs et regarder si tu as la même erreur que moi (ERR: 7@1 Received Start SW Download)
Merci
-
1) Tu as le firmware 6BA1896SPLQA42_MODDED_ver5-1.img ? Ou bien quelquechose de modifié à base de ce Firmware (Asclepios ?)
2) Est ce que ta configuration fonctionne toujours actuellement ?
De ce qu'Asclépios m'a dit c'est le "fs.com modded", je n'ai pas plus de détails.
Ma configuration fonctionne, mais je ne suis pas certain a 100% d'avoir eu mon OLT mis a jour.
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x53 0x50 0x54 0x43
SPTC
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x20 0xXX 0xXX 0xXX
PTIN \xXX\xXX\xXX
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
root@SFP:~# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x4d 0x41 0x35 0x36 0x37 0x31 0x42 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
MA5671B\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0e1a423a (236601914)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
root@SFP:~# omci_pipe.sh meg 7 0
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x46 0x53 0x20 0x76 0x35 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
FS v5\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
root@SFP:~# omci_pipe.sh meg 7 1
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
-
4) Est ce que tu pourrai activer les logs et regarder si tu as la même erreur que moi (ERR: 7@1 Received Start SW Download)
comment on fait pour activer les logs ?
-
comment on fait pour activer les logs ?
Il faut modifier le fichier omcid.sh avec :
vi /etc/init.d/omcid.shDescendre tout en bas de la page.
Aller sur la ligne ${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} > /dev/console 2> /dev/console &
Appuyer sur la touche "i" pour activer le mode édition de vi
Puis changer la ligne pour :
${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/omcid.log > /dev/console 2> /dev/console &
(en gros chager d3 en d1 et rajouter "-l/tmp/omcid.log"
Puis appuyer sur la touche "échap" puis faire ":wq" puis entrer
Le log se trouve dans /tmp/omcid.log
Tu peux faire cat /tmp/omcid.log | grep ERR
-
Alors je pourrais pas le faire tout de suite car ca va impliquer un reboot ensuite pour que ca marche, et je ne peux pas couper le net là.
Ce serait bien que notre ami Asclépios le fasse ? ou un autre pour qui ca fonctionne...
Sinon avec ce que j'ai posté tu vois des choses interessantes ? apparemment la version n'a pas d'impact chez moi. Le Syndrome de vouloir trop imiter le l'ONT de SFR ?
Sur mon G-010S-P acheté à un autre membre (par contre flashé en fs.com non modded), il me semble que c'est pareil, j'ai un numéro de version bidon.
EDIT:
ha non j'ai ça :
image0_version=6BA1896SPLQA42
image1_version=3FE56853AOPD75sur l'image 1 je crois qu'il m'avait mis Carlitoxx, mais j'ai jamais testé ni configuré.
et voilà la méthode qu'il a utilisé : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1015753/#msg1015753
-
Ce qui me fait penser que j'ai besoin d'avoir les bonnes image_version c'est :
1) Le fait que visiblement après une mise à jour OLT ma configuration ne fonctionne plus brutalement
2) Le message d'erreur dans les logs ci dessus
3) Ce qui est dit pour les Fake 05 : https://hack-gpon.org/gpon-auth/#fn:anime4000
On voit : This happens when the OLT detects that the ONT is drunk, so it tries to update the firmware before opening the GEM link. If this happens, the user has to try changing the software version or other data.
Le Syndrome de vouloir trop imiter le l'ONT de SFR ?
Peut être, mais je ne comprends pas pourquoi la commande pour image1_version n'est pas prise en compte ...
Je pense que de ton côté la version de l'image ne compte que peu, si l'OLT en face n'a pas été mis à jour
-
est-ce que dans tes logs, tu ne verrais pas, par hasard, s'afficher la version de l'OLT ou quelque chose qui pourrait l'identifier ?
On pourrait effectivement imaginer que l'OLT cherche a t'envoyer une maj du firmware, mais peut etre que justement en montrant que ce n'est pas un ONT SFR, l'OLT ne va pas chercher à le faire ?
-
Salut Maxdata01
dans ton message de ce matin, que je viens de voir, tu m'as dis que ton ONU fonctionnait sur un routeur Openwrt et un Edgerouter X, mais pas dans un Mikrotik...
Du coup je ne comprends plus ?
Dans mon RB5009, pour que ça fonctionne j'ai du forcer le port SFP en 2.5Gbps, il ne faut pas laisser l'autonegotiation.
Mais si maintenant tu dis que l'ONU ne fonctionne plus, du coup ce n'est pas la cause de ton problème alors...
(https://i.imgur.com/fpopnZc.png)
Bonjour Root, c'est 2 sujets différents !
J'ai un ONU FS et Edgerouter qui ne fonctionne plus depuis 2/3j suite a une coupure dans la nuit vers 1h du matin (d'un coup), alors que j'ai cette conf depuis plusieurs mois sans pb !
Mon sujet avec Mikrotik (que je t'ai envoyé en privé) car justement pour ne pas faire de confusion et donc que tu as révéllé de t'a propre initiative sur ce post.
Ce sujet Mikrotik concerne en effet un 2e router sur lequel (a l’époque) je n'arrivais pas à connecter a internet, et j'ai vu que tu as du mikrotik j'ai profité pour te poser la question au passage en privé! mais sans rapport avec mon sujet actuel.
Donc je répète, Mikrotik c'est un vieux sujet sans rapport a mon problèmes actuel.
Merci
-
est-ce que dans tes logs, tu ne verrais pas, par hasard, s'afficher la version de l'OLT ou quelque chose qui pourrait l'identifier ?
On pourrait effectivement imaginer que l'OLT cherche a t'envoyer une maj du firmware, mais peut etre que justement en montrant que ce n'est pas un ONT SFR, l'OLT ne va pas chercher à le faire ?
Non, je n'ai accès à aucune information concernant l'OLT depuis le MA5671A que je cherche à faire fonctionner.
En revanche et pour information, depuis l'ONT officiel SFR, la commande pour les infos de l'ONT donne chez moi :
omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x06 0x02 0x04 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x06\x02\x04\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
Je suis donc sur un OLT Alcatel
-
et ce qui est indiqué dans "2 Version " pourrait etre une version de firmware de l'OLT : 6.2.4.0.0.2
Voilà chez moi ce qui est retourné depuis mon MA5671A, il n'y a rien...ou alors la commande ne fonctionne pas ?
root@SFP:~# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
-
Sur mon ONU, quand je fais un gtop cy j'ai ça, c'est pas normal ?
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
Alors qu'avant la coupure j'avais ça :
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
je sais pas si ca peut aider ?
ma conf actuelle
gtop a :
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 8
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0xXX 0xXX 0xXX
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0xXX 0xXX 0xXX 0x31 0xXX 0x38 0x39 0x42 0x32 0xXX
3NT7SFU1389B25
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x91 0x47 0xd9 0x4f
PTIN\x91G\xD9O
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x53 0xXX 0x31 0xXX 0xXX 0xXX 0xXX 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0x86 (134)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0000787e (30846)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
asc0=0
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
bootdelay=5
commit=1
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=00:06:X1:XX:XX:XX
ethprime=SERDES
fileaddr=80F00000
filesize=345000
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=PTIN91XXXXXX
gatewayip=192.168.20.1
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIAIah1VgCA+2YS2/bOBCAfV3/Ci568KkKh+JLFXrI1mkRNEWD2HAPQSHI@Em0La5mGpLTdf79DK45lW2mLdtfoQ3Ow6XlwhpQ+chJTJWd2XWXJ2dxmURVP@lyZaxqUposLMoimOvKT80PsuoSiS8803yuE3BUV74FMpfEYFZz1UAIMeob0T@yF1ZxQUhvcLa6nN+X7L/pPKEDC1Z2Yoki3g1N6RaGDL+Z21IlppVlc0yU/wZ@hmHf6Z5fnY8ubqKbi5dO84SMTb4mt6/fh+SyWpDbu3McjS5w8O4sd+MY57st@3/d9YKH0VKBC4NzjSoW03+vkhxDzOf6/H/1v5F8CUx3/Pxn/ecf/r8H/h3id@RtP0P6L/K/inDf6FRP7xk3X8n4b/dI9/x/k97ZPz62H013BLekgmeCWQ24kD@moe+9gCg4/iX4h9P7P8hh2NcCfEo/3gCbPjnQimJY4q3vxQd/6cQ2iHw2/Of@2NUsm28OgHp4Wv6Z6/kf7n+FfQL40u/4P4n06ydO8OGTwXxpp/Fy0P/D3Qh2@RV7Ey2xaxG48znKDO4UN/4BRCJ5S8RTomMIzkCEpkyJbV2SiPOnxkLx9cX7l@fgXPQvLyXT30B/29XIVrN8oDZYV9hsGEd4Wpe9FyV8ymHSmTeLn5z9TSfiQD@6uF79ZjHIpsvHlz2sqRJmkTY4x4mx5LKPKsqUzxiidb2ozNuE17TiJIBKN1Q@gVP5gsuDOXK7yirbCB5n8as4W0XXV26Onf4NLqKx8bXdb4uDPf1xHNpZWxz7@QhzbixvihuJ+0roQFgA9ssHWpmVrHBYC+Na0xm1sLXPSuhCMa8/nbKCDhm1X@pBb76vv6NFV7y/5U1XrqKakYD4JABIrvXC5zm7o3qV6c7/kAMqCMc/84q1uG@8o/TOr2ElrzO4Ak875TSQUB1X9rN3nhYFCjGdHOWYWOHfHqcFvUa+HFW1HMv@kCCYAoa527Kij/TwWQotgVN9CG5u4hL5zM2qaqBHX0dj9+cBFiwauz/e4uh2@mSs86QNQiXlGaTej0WUEPKBpXPy9dcVrgWuNa2aixbM5Kfh+oLTSnIugxXUd@F/HULrNk68+o8rXmAmhweC7Y/O5AM7VlvJv0ytr1G5uaDR57frOkzHZ+ryYj@zPRphhca+nU9RieddPJjyr9EYZGXABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image0_version=3FE7SWS4040018
image1_addr=0xB0800000
image1_version=3FE7SW04030009
image_name=openwrt-lantiq-falcon-SFP
ipaddr=192.168.20.100
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
mib_file_custom=/root/custom.ini
nDyingGaspEnable=0
nPassword=0x38 0x56 0x37 0x32 0xXX 0xXX 0xXX 0x50 0x00 0x00
nSerial=PTIN91XXXXXX
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
next_active=1
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=2
omci_equip_id=GS0100GH
omci_hw_ver=3NT7SFU1389B25
omci_omcc_ver=134
omci_vendor_id=PTIN
omci_vendor_pro=0
ont_serial=PTIN91XXXXXX
onu_ploam=8V72ZIUP
onu_serial=PTIN91XXXXXX
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
target=oem-generic
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAXXAADDAAUyAAAAABMYW50aXEgICAgICAgICAgAAAAAEZhbGNv@biBTRlAgICAgICAwICAgBR4AbQAaAXXwMzJWUkoxMEs2MDAXNDI5MXXNTA4@ICBo4AN1SjY5MjAwNDU5NSAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @XwDOAFoA0wCMoHUXiLh5GK/IAACIuAAAm4Ii0HuGK9QJzwANX8sAEAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAXAEAAAABAAAAAQAAAAEX@AAAAAABMK4CAhg/XNPEAQf////8AAAAA//8AAAAAcAEAAAAAAAD/////////@////////////MDMwMzJWUkoAAAAAAAD+Ff//////////////////////////@//////////8AAhQ4VjcyWklVUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAXAAAAJQVElOkUXZT////////////////////wAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAhCZ8gf96GAC5yQsrBGl/X3HVGI84ZuqxREvF@GAXBaDtoOs/GhhCHqadMmHOXivmj2xX2zuMxqZXe3n4uaBjeXZOAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaRR9lPAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABHUzAxMDBHSAAAAAAAAAAAAAAAAFBXSU4AAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
image1_is_valid=0
root@SFP:~#
-
essayez de faire correspondre vos parametres aux miens pour voir
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043879/#msg1043879
notamment pour :
omci_pipe.sh meg 256 0
Vendor id --> SPTC au lieu de PTIN
omci_pipe.sh meg 257 0
Equipment id --> autre chose que GS0100GH moi j'ai : MA5671B\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
OMCC version --> 0xa0 (160)
Et pour les image0_version et image1_version, mettre un truc bidon, moi j'ai pour les deux : FS V5
-
et ce qui est indiqué dans "2 Version " pourrait etre une version de firmware de l'OLT : 6.2.4.0.0.2
Voilà chez moi ce qui est retourné depuis mon MA5671A, il n'y a rien...ou alors la commande ne fonctionne pas ?
root@SFP:~# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
Je pense que comme tu as l'ONU fait par Asclépios, il n'utilise pas les paramètres habituels donc je ne suis pas sur que ce soit réellement interprétable de ton côté.
Sur mon ONU, quand je fais un gtop cy j'ai ça, c'est pas normal ?
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
Alors qu'avant la coupure j'avais ça :
GPE status
Name: ONU_GPE_STATUS_TABLE
ID: 77
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
je sais pas si ca peut aider ?
ma conf actuelle
gtop a :
OPTION VALUE
PLOAM state 5
Downstream FEC enable yes
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 8
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0xXX 0xXX 0xXX
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0xXX 0xXX 0xXX 0x31 0xXX 0x38 0x39 0x42 0x32 0xXX
3NT7SFU1389B25
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x91 0x47 0xd9 0x4f
PTIN\x91G\xD9O
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x53 0xXX 0x31 0xXX 0xXX 0xXX 0xXX 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GS0100GH\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0x86 (134)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0000787e (30846)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
asc0=0
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
bootdelay=5
commit=1
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=00:06:X1:XX:XX:XX
ethprime=SERDES
fileaddr=80F00000
filesize=345000
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=PTIN91XXXXXX
gatewayip=192.168.20.1
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIAIah1VgCA+2YS2/bOBCAfV3/Ci568KkKh+JLFXrI1mkRNEWD2HAPQSHI@Em0La5mGpLTdf79DK45lW2mLdtfoQ3Ow6XlwhpQ+chJTJWd2XWXJ2dxmURVP@lyZaxqUposLMoimOvKT80PsuoSiS8803yuE3BUV74FMpfEYFZz1UAIMeob0T@yF1ZxQUhvcLa6nN+X7L/pPKEDC1Z2Yoki3g1N6RaGDL+Z21IlppVlc0yU/wZ@hmHf6Z5fnY8ubqKbi5dO84SMTb4mt6/fh+SyWpDbu3McjS5w8O4sd+MY57st@3/d9YKH0VKBC4NzjSoW03+vkhxDzOf6/H/1v5F8CUx3/Pxn/ecf/r8H/h3id@RtP0P6L/K/inDf6FRP7xk3X8n4b/dI9/x/k97ZPz62H013BLekgmeCWQ24kD@moe+9gCg4/iX4h9P7P8hh2NcCfEo/3gCbPjnQimJY4q3vxQd/6cQ2iHw2/Of@2NUsm28OgHp4Wv6Z6/kf7n+FfQL40u/4P4n06ydO8OGTwXxpp/Fy0P/D3Qh2@RV7Ey2xaxG48znKDO4UN/4BRCJ5S8RTomMIzkCEpkyJbV2SiPOnxkLx9cX7l@fgXPQvLyXT30B/29XIVrN8oDZYV9hsGEd4Wpe9FyV8ymHSmTeLn5z9TSfiQD@6uF79ZjHIpsvHlz2sqRJmkTY4x4mx5LKPKsqUzxiidb2ozNuE17TiJIBKN1Q@gVP5gsuDOXK7yirbCB5n8as4W0XXV26Onf4NLqKx8bXdb4uDPf1xHNpZWxz7@QhzbixvihuJ+0roQFgA9ssHWpmVrHBYC+Na0xm1sLXPSuhCMa8/nbKCDhm1X@pBb76vv6NFV7y/5U1XrqKakYD4JABIrvXC5zm7o3qV6c7/kAMqCMc/84q1uG@8o/TOr2ElrzO4Ak875TSQUB1X9rN3nhYFCjGdHOWYWOHfHqcFvUa+HFW1HMv@kCCYAoa527Kij/TwWQotgVN9CG5u4hL5zM2qaqBHX0dj9+cBFiwauz/e4uh2@mSs86QNQiXlGaTej0WUEPKBpXPy9dcVrgWuNa2aixbM5Kfh+oLTSnIugxXUd@F/HULrNk68+o8rXmAmhweC7Y/O5AM7VlvJv0ytr1G5uaDR57frOkzHZ+ryYj@zPRphhca+nU9RieddPJjyr9EYZGXABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image0_version=3FE7SWS4040018
image1_addr=0xB0800000
image1_version=3FE7SW04030009
image_name=openwrt-lantiq-falcon-SFP
ipaddr=192.168.20.100
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
mib_file_custom=/root/custom.ini
nDyingGaspEnable=0
nPassword=0x38 0x56 0x37 0x32 0xXX 0xXX 0xXX 0x50 0x00 0x00
nSerial=PTIN91XXXXXX
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
next_active=1
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=2
omci_equip_id=GS0100GH
omci_hw_ver=3NT7SFU1389B25
omci_omcc_ver=134
omci_vendor_id=PTIN
omci_vendor_pro=0
ont_serial=PTIN91XXXXXX
onu_ploam=8V72ZIUP
onu_serial=PTIN91XXXXXX
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
target=oem-generic
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAXXAADDAAUyAAAAABMYW50aXEgICAgICAgICAgAAAAAEZhbGNv@biBTRlAgICAgICAwICAgBR4AbQAaAXXwMzJWUkoxMEs2MDAXNDI5MXXNTA4@ICBo4AN1SjY5MjAwNDU5NSAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @XwDOAFoA0wCMoHUXiLh5GK/IAACIuAAAm4Ii0HuGK9QJzwANX8sAEAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAXAEAAAABAAAAAQAAAAEX@AAAAAABMK4CAhg/XNPEAQf////8AAAAA//8AAAAAcAEAAAAAAAD/////////@////////////MDMwMzJWUkoAAAAAAAD+Ff//////////////////////////@//////////8AAhQ4VjcyWklVUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAXAAAAJQVElOkUXZT////////////////////wAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAhCZ8gf96GAC5yQsrBGl/X3HVGI84ZuqxREvF@GAXBaDtoOs/GhhCHqadMmHOXivmj2xX2zuMxqZXe3n4uaBjeXZOAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaRR9lPAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABHUzAxMDBHSAAAAAAAAAAAAAAAAFBXSU4AAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
image1_is_valid=0
root@SFP:~#
Non ce n'est pas normal, c'est comme moi, tu es en Fake O5, il y a un problème de configuration, tu ne reçoit pas les VLAN.
Essaye d'activer les logs pour voir si tu as la même erreur que moi
-
il utilises les parametres par defaut de l'ONU, c'est vous qui en mettez plus que necessaire j'ai l'impression.
surfinside, dans son mini tuto c'est pareil, il mets le strict minimum.
-
Sa configuration ne fonctionne pas non plus avec les "nouveaux" OLT / OLT mis à jour
-
Sa configuration ne fonctionne pas non plus avec les "nouveaux" OLT / OLT mis à jour
ha bon ? je croyais qu'il avait dit le contraire justement...tu lui en as acheté un ?
-
C'est ce que j'avais cru comprendre sur les précédentes pages
-
je me base sur ce message, pour moi ca veut dire "mes parametrages fonctionnent".
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043014/#msg1043014
A aucun moment je l'ai vu dire qu'un de ses ONT vendus ne fonctionnait plus. et aucun de ses acheteurs ne s'est manifesté pour le signaler non plus.
EDIT:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043040/#msg1043040
tu lui as acheté un ONU et il ne fonctionne pas donc ?
-
Rooot, j'ai appliqué les modifications que tu m'a donné, mais cela ne change rien.
c'est toujours :
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
-
ok.
Tu avais suivi un tuto particulier pour parametrer ton ONU ? si oui lequel ?
-
je me base sur ce message, pour moi ca veut dire "mes parametrages fonctionnent".
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043014/#msg1043014
A aucun moment je l'ai vu dire qu'un de ses ONT vendus ne fonctionnait plus. et aucun de ses acheteurs ne s'est manifesté pour le signaler non plus.
EDIT:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043040/#msg1043040
tu lui as acheté un ONU et il ne fonctionne pas donc ?
On a fait un échange d'ONU, et il ne fonctionnait pas donc je suis repassé en Carlito pour le paramétrer
-
L'étau se resserre autour d'un problème de "image1_version".
En effet, en plus des arguments précédemment cités (cf log etc) voici ce que j'ai observé :
Si je configure
image0_is_valid=1
image0_version=3FE7SWS4040022
image1_version=3FE7SWS4040018
image1_is_valid=1
committed_image=0
Puis que je redémarre sans connecter la fibre à l'ONU.
J'ai bien :
mci_pipe.sh meg 7 0
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x53 0x34 0x30 0x34 0x30 0x30 0x32 0x32
3FE7SWS4040022
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
et
omci_pipe.sh meg 7 1
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x53 0x34 0x30 0x34 0x30 0x30 0x31 0x38
3FE7SWS4040018
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
Mais dès que je connecte la fibre :
omci_pipe.sh meg 7 1
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
C'est bien que l'OLT n'est pas content d'un paramètre de version
-
De ce que je comprends du fonctionnement des OLT et des ONT :
si l'image0 n'est pas bonne, l'OLT en envoie une nouvelle, elle est flashée en image1 et ensuite l'ONT reboot en image1 sur le nouveau firmware donc.
image0 se retrouve avec l'ancienne version, image1 avec la nouvelle.
je ne vois pas pourquoi l'image inactive poserait probleme. Donc j'en déduirais que 3FE7SWS4040022 n'est pas la dernière version, il y en a une nouvelle que l'OLT essaie d'envoyer.
Dans le doute tu pourrais essayer plusieurs trucs:
mettres les 2 images sur 3FE7SWS4040022
mettre image0 sur 3FE7SWS4040099 ou essayer d'incrémenter à partir de 22.
mettre des valeurs bidons : FSV5
-
De ce que je comprends du fonctionnement des OLT et des ONT :
si l'image0 n'est pas bonne, l'OLT en envoie une nouvelle, elle est flashée en image1 et ensuite l'ONT reboot en image1 sur le nouveau firmware donc.
image0 se retrouve avec l'ancienne version, image1 avec la nouvelle.
Oui c'est exactement ça
je ne vois pas pourquoi l'image inactive poserait probleme. Donc j'en déduirais que 3FE7SWS4040022 n'est pas la dernière version, il y en a une nouvelle que l'OLT essaie d'envoyer.
C'est étrange car sur l'ONT officiel :
omci_pipe.sh meg 7 0
Class ID = 7 (Software image)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x53 0x34 0x30 0x34 0x30 0x30 0x31 0x38
3FE7SWS4040018
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0et
omci_pipe.sh meg 7 1
Class ID = 7 (Software image)
Instance ID = 1
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x30 0x34 0x30 0x34 0x30 0x30 0x32 0x32
3FE7SW04040022
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
A noter que sur l'ONT officiel
committed_image=1
-
c'est ca, il a la nouvelle image en image1 et il boot en image1 chez toi.
est-ce qu'a tout hasard c'est la meme chose sur ton MA5671A ? quitte a tout faire pareil, des fois que l'OLT veuille voir le combo :
booter sur l'image1, donc committed_image=1
avec le firmware : 3FE7SW04040022
et mettre le firmware en 18 sur l'image0. voire mettres les 2 images sur 3FE7SWS4040022, ne devrait pas poser de souci non plus.
tiens, chez moi :
image0_is_valid=1
image0_version=FS v5
image1_version=FS v5
image1_is_valid=0
-
Bon je viens de trouver.
Je suis à la fois content et à la fois je me sens très très con...
En fait voici les versions d'images officielles SFR : 3FE7SW04040022 et 3FE7SWS4040018
Comme un imbécile je n'avais pas vu la différence de lettre au milieu et je ne changeait que le 18 et 22 à la fin >:( >:( >:( ::)
Bref voici donc la configuration qui fonctionne chez moi :
committed_image=1
image0_version=3FE7SWS4040018
image1_version=3FE7SW04040022
image0_is_valid=1
image1_is_valid=1
Donc depuis la mise à jour du couple OLT/ONT visiblement SFR vérifie ces paramètres
-
Bien vu !
donc ils vont meme vérifier les images inactives >:(
-
@Maxdata01
tu es en :
image0_version=3FE7SWS4040018
image1_version=3FE7SW04030009donc modifie tes versions
-
8) merci maximushugus, tu assure grave ! Et merci a mon Pot Rooot :)
c'est bon pour moi, j'ai mi ca :
image0_version=3FE7SW04040022
image1_version=3FE7SW04040022
-
Effectivement, pour les 24 personnes que je supervise (amis, famille, professionnels), tout se passe bien, aucun incident n’a été relevé… le suivi est assuré via TIG.
En même temps, certaines personnes parmi elles n’hésiteraient pas à m’avertir bien avant une alerte TIG 🤣… Plus de TV, ce serait le drame !
Sur le forum également, tout fonctionne pour l’instant, aucun incident à déclarer après installation.
Il y a juste eu un léger souci de paramétrage de ma part avec une personne utilisant un UDM Pro (non SE), mais rien d’alarmant : les VLAN + o5 sont OK. C’est une question de jours avant que ce petit désagrément ne soit plus qu’un lointain souvenir, l’UDM n’identifiant pas correctement l’ONU.
En résumé, tout fonctionne bien.
Quant à Maximusghus, il a rencontré un problème surprenant : l’OLT en face tentait de pousser l’image malgré le fait qu’il avait bien l’information que la version de l’image sur l’ONU était exotique.
Mais son talent et sa persévérance ont vite pris le dessus.
Félicitations pour avoir résolu ce casse-tête.
Bravo !
je me base sur ce message, pour moi ca veut dire "mes parametrages fonctionnent".
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043014/#msg1043014
A aucun moment je l'ai vu dire qu'un de ses ONT vendus ne fonctionnait plus. et aucun de ses acheteurs ne s'est manifesté pour le signaler non plus.
-
Bonjour
Maintenant que j'ai résolut mon pb avec l'ONU, quelqu'un qui sais le faire marcher avec du mikrotik ? c'est OK avec du OpenWRT chez moi, mais pas sur Mikrotik, je sais pas ce qui cloche. j'ai forcé le sfp en 1G et 2.5G (comme me l'a préconisé Root), mais ça marche toujours pas.
-
Bonjour
Maintenant que j'ai résolut mon pb avec l'ONU, quelqu'un qui sais le faire marcher avec du mikrotik ? c'est OK avec du OpenWRT chez moi, mais pas sur Mikrotik, je sais pas ce qui cloche. j'ai forcé le sfp en 1G et 2.5G (comme me l'a préconisé Root), mais ça marche toujours pas.
Édit : (correction)
Et sur l’ONU, tu as le fw_printenv sgmii_mode de spécifier ? … Normalement, en forçant la négociation sur le MikroTik, ça devrait bien fonctionner.
-
le HSGMI ? connais pas
tu peux m'en dire plus ?
-
le HSGMI ? connais pas
tu peux m'en dire plus ?
Désolé petite erreur : sur l’ONU que te donne
fw_printenv sgmii_mode
-
Désolé petite erreur : sur l’ONU que te donne
fw_printenv sgmii_mode
root@SFP:~# fw_printenv sgmii_mode
## Error: "sgmii_mode" not defined
-
root@SFP:~# fw_printenv sgmii_mode
## Error: "sgmii_mode" not defined
Sur le Mikrotik tu l’as défini en 2.5Gb je présume ?
-
Sur le Mikrotik tu l’as défini en 2.5Gb je présume ?
Oui
-
Oui
Donc, sur le MikroTik, l’auto-négociation est désactivée et l’interface SFP est réglée sur 2.5 Gb/s. Exécute donc la commande :
fw_setenv sgmii_mode 5
Si, après un redémarrage et 1 à 2 minutes, il n’y a toujours rien, alors force l’auto-négociation sur l’ONU en 1 Gb/s, puis fais de même sur le routeur suivi d’un redémarrage, et dis-nous ce qu’il en est.
fw_setenv sgmii_mode 4
-
Bon toujours pas :( j'ai un truc bizarre dans les paramètres général du sfp sur le router, en bas de la page, j'ai pas de mac-address et je sais pas si c'est normal ?
ensuite j'ai lancé le snif via une option torch dans les paramettre de l'interface sfp, et je récupère une ip SFR et disparait et réaparrait elle va et vient :) donc il y a contact mais il ne se connecte pas !
-
je vois plus un probleme de parametrage du routeur Mikrotik qu'un probleme d'ONT. Tu devrais ouvrir un topic dedié, et montrer coment tu as parametré ton mikrotik.
-
Bon je viens de trouver.
Je suis à la fois content et à la fois je me sens très très con...
En fait voici les versions d'images officielles SFR : 3FE7SW04040022 et 3FE7SWS4040018
Comme un imbécile je n'avais pas vu la différence de lettre au milieu et je ne changeait que le 18 et 22 à la fin >:( >:( >:( ::)
Bref voici donc la configuration qui fonctionne chez moi :
committed_image=1
image0_version=3FE7SWS4040018
image1_version=3FE7SW04040022
image0_is_valid=1
image1_is_valid=1
Donc depuis la mise à jour du couple OLT/ONT visiblement SFR vérifie ces paramètres
Merci @maximushugus !
Pour info :
Déconnexion hier soir ~21h
fw_setenv image1_version 3FE7SWS4040018
fw_setenv image1_is_valid 1
M'ont suffi pour récupérer mon ipv4 8)
PS : la version de l'image1 dépend de l'image sur laquelle vous bootez votre ONT
Avec le FW de FS.com (6BA1896SPLQA42), nous utilisons l'image0 donc vous avez committed_image=0 dans fw_printenv
Et donc la version de l'image1 est 3FE7SWS4040018
La version de l'image0 (sur laquelle l'OS boot) est réécrite lors d'un reboot de l'ONT. Cette valeur est certainement modifiable dans la partition uboot_env ...?
@++
-
Bonsoir à tous !
J'ai acheté un SFP FS.com fin octobre après avoir découvert la méthode simple de dscp48 (https://lafibre.info/remplacer-sfr/mikrotik-rb5009-sfp-fs-com-ipv4-cg-nat-ipv6/).
Fin octobre (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1041033/#msg1041033), j'obtenais mon IPv4 publique sur mon MikroTik hEX S avec l'ONT Altice Labs, mais avec le SFP FS.com, sur lequel j'avais seulement configuré le mot de passe fibre, j'obtenais ce qui ressemblait à un fake PLOAM 5/fake O5.
J'ai décroché quelques semaines et il semble que SFR nous ai mis des batons dans les roues ? Quelqu'un est-il en mesure de récapituler ? Je m'engage à faire un tutorial comme celui que j'ai fait sur les routeurs Synology (https://lafibre.info/remplacer-sfr/bypass-nb6-avec-routeur-synology-rt1900ac-acces-ssh-ok/) si je parviens à faire fonctionner mon module SFP FS.com sur un MikroTik hEX S puis sur un MikroTik RB5009 ! ;-)
-
Comme @Lexyan , j'ai pris un MA5671A avec un firmware FS moddé (lancé sur l'image 0) https://hack-gpon.org/ont-huawei-ma5671a-fs-mod (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod)
J'ai en amont de l'arbre GPON un OLT Altice (PTIN)
Cette config a fonctionné de mon côté :
fw_setenv onu_serial PTINxxxxxxxx (SN en ASCII)
fw_setenv onu_ploam yyyyyyyyy (SLID en ASCII)
fw_setenv image0_version XXXXXXXXXX ("active version")
Certains ici prétendent avoir fait des "améliorations" sur leurs modules GPON (et se gardent bien de dire lesquelles), je suis sceptique...
Pour ceux qui veulent, j'ai acheté mon module ici : https://www.ebay.fr/itm/225725619187 (https://www.ebay.fr/itm/225725619187) (le moins cher que j'ai trouvé) et le connecteur SFP pour rooter le module : https://www.ebay.fr/itm/123967311439 (https://www.ebay.fr/itm/123967311439) . Vous faites des économies par rapport aux tarifs abusifs pratiqués par quelques uns ;)
Je ferais éventuellement un petit tuto si quelqu'un le demande
-
effectivement ca fait pas cher ;D
Donc ca y est ton ONU fonctionne maintenant ?
Donc en résumé,
- Rooter l'ONU
- Installer le firmware fs.com moddé
- les 3 commandes fw_setenv
et c'est bon ?
PS:
Sur ebay un gars vend les ONU prérooté, mais plus chers 49.99$ canadiens
-
effectivement ca fait pas cher ;D
Donc ca y est ton ONU fonctionne maintenant ?
Donc en résumé,
- Rooter l'ONU
- Installer le firmware fs.com moddé
- les 3 commandes fw_setenv
et c'est bon ?
PS:
Sur ebay un gars vend les ONU prérooté, mais plus chers 49.99$ canadiens
Tout à fait 8)
Les frais de ports que tu dois avoir en expédition internationale eBay.... :-X
-
Je comprends ton scepticisme, c’est naturel.
Si ton OLT n’est pas restrictif, la méthode de CarlitoxxV1 est effectivement efficace.
Cela dit, en cas de mise à jour de l’OLT un peu plus restrictive cette méthode pourrait ne plus fonctionné.
Cela signifiera devoir chercher de nouvelles solutions, ce qui n’est pas idéal, surtout quand internet est un outil de travail ...
Les personnes qui choisissent ma proposition visent une perspective plus durable, fiable et plug&play ne nécessitant pas de maintenance aléatoire.
Il est plus rassurant d’avoir une solution stable et fiable
S’évitant les tracas d’une connexion internet incertaine, ce qui est essentiel pour la continuité lorsqu’on est par exemple en télé-travail ou lors d’activités en ligne.
Quoiqu’il en soit les personnes qui ont opté pour mes ONU sont vraiment satisfaites. Par ailleurs je ne me contente pas de fournir un simple ONU, je m’investis pleinement pour offrir conseil et assistance et parfois même parametrage réseau.
Bien que je sois passionné et heureux de partagé de mes connaissances et expériences ici, il y a des moments où je dois reconnaître la valeur de mon travail.
Enfin, je tiens à te féliciter pour ta réussite. Bravo à toi ! 😊
-
...surtout quand internet est un outil de travail ...
cet argument ne tient pas tellement la route, il suffit de remettre en place sa box SFR et la connexion sera rétablie.
@Maximushugus à réglé le problème de la MAJ de l'OLT en mettant a jour seulement la version de son image...il n'a pas eu besoin de faire quoi que ce soit d'autre de spécial...
On est beaucoup à penser qu'il n'y a rien d'autre à faire de spécial qui n'aurait pas déjà été dit sur ce forum.
-
cet argument ne tient pas tellement la route, il suffit de remettre en place sa box SFR et la connexion sera rétablie.
Oui, enfin, après l'installation d'un routeur, beaucoup de personnes n'ont pas envie de devoir tout débrancher et rebrancher leur équipement.
@Maximushugus à réglé le problème de la MAJ de l'OLT en mettant a jour seulement la version de son image...il n'a pas eu besoin de faire quoi que ce soit d'autre de spécial...
On est beaucoup à penser qu'il n'y a rien d'autre à faire de spécial qui n'aurait pas déjà été dit sur ce forum.
Oui, en y consacrant quelques jours et en effectuant des recherches approfondies, et avec des connaissance cela est possible.
Cependant, il n'est pas particulièrement agréable de se préoccuper constamment de la possibilité d'une coupure de connexion.
Bien que remettre la box puisse temporairement être une solution, l'objectif principal de l'installation d'un routeur personnel est d'assurer une connexion plus stable que celle offerte par la box d'origine, tout en évitant les risques de déconnexion à des moments inopportuns.
-
Asclépios tu parles vraiment comme un livre ;D c'est pas la mer a boire de remettre sa box sfr s'il y a un probleme. si tu bosses chez toi et que ca ne fonctionne plus tu n'as pas d'autre choix de toute façon.
Ce qui a duré le plus longtemps dans la "longue recherche" de @Maximushugus c'était de déceler la typo dans la version. il était déjà sur la bonne piste dès le début.
Maintenant il sait que son installation est fiable et que la seule cause d'une coupure ce sera la necessaité de mettre a jour sa version d'image. Encore une fois rien de spécial qui n'a pas été dit sur le forum.
-
Effectivement, ce n'est pas si compliqué... Mais certaines personnes ont d'autres priorités. Et recherche la fiabilité. Personnellement, si on me proposait une option me permettant d'éviter des interruptions et des coupures spontané je n'hésiterais pas à payer pour ce service ! Remettre la box peut être une vrai contrainte pour certain.
Cependant, chacun a son propre point de vue.
Asclépios tu parles vraiment comme un livre ;D c'est pas la mer a boire de remettre sa box sfr s'il y a un probleme. si tu bosses chez toi et que ca ne fonctionne plus tu n'as pas d'autre choix de toute façon.
Ce qui a duré le plus longtemps dans la "longue recherche" de @Maximushugus c'était de déceler la typo dans la version. il était déjà sur la bonne piste dès le début.
Maintenant il sait que son installation est fiable et que la seule cause d'une coupure ce sera la necessaité de mettre a jour sa version d'image. Encore une fois rien de spécial qui n'a pas été dit sur le forum.
-
Bonsoir à tous !
J'ai acheté un SFP FS.com fin octobre après avoir découvert la méthode simple de dscp48 (https://lafibre.info/remplacer-sfr/mikrotik-rb5009-sfp-fs-com-ipv4-cg-nat-ipv6/).
Fin octobre (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1041033/#msg1041033), j'obtenais mon IPv4 publique sur mon MikroTik hEX S avec l'ONT Altice Labs, mais avec le SFP FS.com, sur lequel j'avais seulement configuré le mot de passe fibre, j'obtenais ce qui ressemblait à un fake PLOAM 5/fake O5.
J'ai décroché quelques semaines et il semble que SFR nous ai mis des batons dans les roues ? Quelqu'un est-il en mesure de récapituler ? Je m'engage à faire un tutorial comme celui que j'ai fait sur les routeurs Synology (https://lafibre.info/remplacer-sfr/bypass-nb6-avec-routeur-synology-rt1900ac-acces-ssh-ok/) si je parviens à faire fonctionner mon module SFP FS.com sur un MikroTik hEX S puis sur un MikroTik RB5009 ! ;-)
Viendrez-vous de répondre à mes questions avec le post suivant ? :-)
Comme @Lexyan , j'ai pris un MA5671A avec un firmware FS moddé (lancé sur l'image 0) https://hack-gpon.org/ont-huawei-ma5671a-fs-mod (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod)
J'ai en amont de l'arbre GPON un OLT Altice (PTIN)
Cette config a fonctionné de mon côté :
fw_setenv onu_serial PTINxxxxxxxx (SN en ASCII)
fw_setenv onu_ploam yyyyyyyyy (SLID en ASCII)
fw_setenv image0_version XXXXXXXXXX ("active version")
Certains ici prétendent avoir fait des "améliorations" sur leurs modules GPON (et se gardent bien de dire lesquelles), je suis sceptique...
Pour ceux qui veulent, j'ai acheté mon module ici : https://www.ebay.fr/itm/225725619187 (https://www.ebay.fr/itm/225725619187) (le moins cher que j'ai trouvé) et le connecteur SFP pour rooter le module : https://www.ebay.fr/itm/123967311439 (https://www.ebay.fr/itm/123967311439) . Vous faites des économies par rapport aux tarifs abusifs pratiqués par quelques uns ;)
Je ferais éventuellement un petit tuto si quelqu'un le demande
Je demande un tuto ! ;-)
En attendant, pouvez-vous préciser en quoi consiste le "mod" du firmware FS ?
Quand on a un SFP FS.com original comme moi, a-t-on besoin de flasher un firmware ou autre manip' ?
Ou bien est-ce qu'il me suffit potentiellement de lancer les 3 commandes fw_setenv pré-citées ? Je sais où trouver le SN et le SLID, mais je n'ai pas tout compris aux image0 et image1 et aux versions. Quelqu'un peut-il nous éclairer et nous expliquer comment déterminer ces infos ?
Merci beaucoup par avance !
-
Bonsoir à tous !
J'ai acheté un SFP FS.com fin octobre après avoir découvert la méthode simple de dscp48 (https://lafibre.info/remplacer-sfr/mikrotik-rb5009-sfp-fs-com-ipv4-cg-nat-ipv6/).
Fin octobre (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1041033/#msg1041033), j'obtenais mon IPv4 publique sur mon MikroTik hEX S avec l'ONT Altice Labs, mais avec le SFP FS.com, sur lequel j'avais seulement configuré le mot de passe fibre, j'obtenais ce qui ressemblait à un fake PLOAM 5/fake O5.
J'ai décroché quelques semaines et il semble que SFR nous ai mis des batons dans les roues ? Quelqu'un est-il en mesure de récapituler ? Je m'engage à faire un tutorial comme celui que j'ai fait sur les routeurs Synology (https://lafibre.info/remplacer-sfr/bypass-nb6-avec-routeur-synology-rt1900ac-acces-ssh-ok/) si je parviens à faire fonctionner mon module SFP FS.com sur un MikroTik hEX S puis sur un MikroTik RB5009 ! ;-)
Salut Romain
ICI : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1015753/#msg1015753
-
Re Romain,
root@SFP:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00040000 00010000 "uboot"
mtd1: 00080000 00010000 "uboot_env"
mtd2: 00740000 00010000 "linux"
mtd3: 00618322 00010000 "rootfs"
mtd4: 00420000 00010000 "rootfs_data"
mtd5: 00800000 00010000 "image1"
Là, lONT boot sur image0
En fonction de l'image sur laquelle l'ONT boot la commande cat /proc/mtd ne retourne pas le même résultat : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#when-booting-from-image0
Il suffit d'adapter
mtd -e image0 write /tmp/mtd2.bin image0
mtd -e linux write /tmp/mtd5.bin linux
en fonction de la taille de l'image que tu souhaites push
idem pour
fw_setenv committed_image 0 ou fw_setenv committed_image 1
Le plus important est de faire correspondre la taille 8MO ou 7,4MO ;)
-
Salut à tous !
Je viens de passer sur la Box8 2G/1G et j'ai réussi à reconnecter mon ONU, mais avec les paramètres de l'ONT de l'abonnement 1G/512 à part le SLID qui est le nouveau.
Je voulais tester mon ONU (FS moddé) avant de changer de routeur et passer sur du 2,5Gbs, mais impossible de récupérer les VLANs en ayant tout essayé avec les paramètres de la box8.
L'OLT s'attend t-il à un autre MIB, l'avez vous ?
Pour info, là je suis connecté CG_NAT et V6 ok, je n'ai que l'image 1 de flashée, et l'autre, toujours sur la version de base du FS.
J'ai juste changé le traffic_management de 2 à 0 sur le ME 256 depuis omcid.sh.
Comment faire pour qu'il soit fonctionnel avec les paramètres (GPON) de la Box8 ?
-
il ya une commande pour changer le traffic_management ? comment fais-tu ?
-
@rooot,
En modifiant le script d'init de ocmid dans /etc/init.d/omcid.sh sur le FS (moddé).
En modifiant la commande "sed" du script, tu modifies le mib qui est créé à la volée avant le chargement de omci.
Je te laisse regarder, mais si tu veux plus de détail, il n'y a pas de problème, avec plaisir.
Voilà
-
OK merci ! ;)
j'ai retrouvé le message où la commande est donnée:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1042502/#msg1042502
-
@PlqnK
Je me retrouve maintenant dans la même situation que toi, si ce n'est que j'ai pu contourner le problème.
J'aimerai bien me connecter avec les paramètres de ma nouvelle box, histoire d'être plus serein sur la pérennité de la config.
Tu as du nouveau sur la bonne configuration, tu as pu te reconnecter avec l'ONU?
-
@G8U5 je ne comprends pas trop ta situation. quel est ton problème ?
-
j'ai 2 trucs qui m'interpellent chez moi.
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.iniDans la commande sed je n'ai pas de PTIN mais HWTC
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
d'autre part il n'y a pas de fichier /tmp/auto_generated_mib.ini
-
@rooot,
Je viens de changer d'abonnement, depuis POWER 1G/512M vers PREMIUM 2G/1G, j'ai donc changer de box, de la 7 et ONT AlticeLab vers la Box8 avec ONT intégré.
J'avais déjà une connexion fonctionnelle avec le module SFP FS sur mon Ubiquiti ER4 à 1Gbs/512Mbs.
La connexion (Box8) s'est faite avec un nouveau SLID, j'ai donc également une nouvelle délégation v6 et toujours pas de fullstack (v4 en privée), mais c'est un autre sujet.
J'ai voulu reprendre les S/N, HW_VER, SLID, @MAC, et FW_VER de la nouvelle Box8 et les saisir dans l'ONU FS, mais impossible d'avoir les VLANs.
J'ai alors remis les paramètres d'avant (S/N, HW_VER, @MAC, et FW_VER) mais avec mon nouveau SLID, j'ai eu les VLANs et ça marche, j'ai internet.
Au passage, Il faut en déduire que donc le SLID est indépendant des S/N, @MAC, mais aussi qu'il n'y a pas de lien entre l'abonnement en cours et les paramètres de connexion à part le SLID !
Ce que je souhaiterai, c'est avoir la connexion fonctionnelle avec la nouvelle config.
J'ai pu lire que @Plknk dans son message https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043011/#msg1043011 (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043011/#msg1043011) qui a une Box7 avec ONT intégré, n'arrive plus à se connecter avec son ONU sur son nouvel abonnement en saisissant la config provenant de sa nouvelle Box, ce qui est exactement le même cas que le mien.
-
@rooot,
j'ai 2 trucs qui m'interpellent chez moi.
sed "s/256 0 HWTC 0000000000000/256 0 PTIN ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.iniDans la commande sed je n'ai pas de PTIN mais HWTC
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
d'autre part il n'y a pas de fichier /tmp/auto_generated_mib.ini
Si tu lis le script omcid.sh :
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000 00000000 2/256 0 PTIN ${tmp} 00000000 0/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
...
Tu peux voir qu'il faut que "omci_hw_ver" soit existant dans les "env" pour que la commande "sed" soit exécutée et donc le fichier créé dans /tmp.
Le numéro de version hardware est remplacé lors de la copie du mib.
HWTC est remplacé lui par le démon omci quand il lit l'env "omci_vendor_id". et/ou dans la copie du mib dans la commande sed comme ici. Il me reste des choses à comprendre également.
-
ce ne serait pas plus simple d'aller faire la modif directement dans /etc/mibs/data_1g_8q_us1280_ds512.ini ?
Dans le but de remplacer le traffic management de 2 vers 0.
-
@rooot,
Pas certain que le fichier ne soit pas écrasé au prochain boot du module SFP.
-
je viens de faire le test, le fichier n'est pas écrasé après modification puis reboot. Mais chez moi le passage de 2 à 0 n'a rien changé donc retour à la valeur par défaut : 2
je reste collé a 1890Mbps...il y a des gens qui atteignent les 2000Mbps chez RED/SFR ??
-
je viens de faire le test, le fichier n'est pas écrasé après modification puis reboot. Mais chez moi le passage de 2 à 0 n'a rien changé donc retour à la valeur par défaut : 2
je reste collé a 1890Mbps...il y a des gens qui atteignent les 2000Mbps chez RED/SFR ??
Quel routeur as tu ?
-
Quel routeur as tu ?
j'utilise un BPI-R3 (https://www.amazon.com/gp/product/B0BDG6R41Q/?th=1)
-
Bonsoir tout le monde,
Je viens d'acquérir un module GPON ONT Nokia G-010S-A de la part d'un ami qui l'a acheté sur ebay (https://www.ebay.fr/itm/266393821857). Il s'agirait peut-être d'un module pré-routé ?
Je suis chez Red By SFR en abonnement 1Gb/s avec une box SFR 8 avec ONT intégré (S/N GPON commençant par PTIN) et je souhaiterai bypasse la box SFR et ainsi connecter l'ONT SFP sur un routeur Opnsense qui tourne sur une machine disposant d'une carte réseau SuperMicro AOC-STGN-I2S avec deux ports SFP+.
Aussi, je dispose d'un media converter TP-LINK MC220L pour me connecter à l'ONT SFP en ethernet.
J'ai déjà configuré le SLID (récupéré depuis l'interface web de la box), Le S/N (S/N GPON inscrit sur l'étiquette présente sur le dessous de la box) mais ceci semble ne pas fonctionner pour avoir un statut O5.
Je suis actuellement sur le firmware 3FE47111AFGB89 (dois-je passer à une autre version du firmware ?)
ONTUSER@SFP:~# upgradestatus
***** get current running image *****
current running image is image0 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=0
next_active=0
commit=0
image0_version=3FE47111AFGB89
image1_version=3FE46398AFGB89
Pourriez-vous, s'il-vous-plaît, m'aider à bien configurer l'ONT pour avoir une connexion internet fonctionnelle ?
Merci d'avance.
-
Heureux d'avoir résolu ton problème ;)
-
Je rajoute ma pierre l’édifice des retours.
Abonnement red 1gb/500 sur un rip de 2019, avec un edgerouter4 passer en opwenrt et le sfp fs original
j'ai juste rentré:
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
Merci pour votre travail à tous.
-
Bonsoir,
Merci pour ce témoignage très encourageant !
Pour les plus profanes, pour éviter toute confusion entre la ligne de commande du routeur et celle du module SFP, peux-tu STP préciser/clarifier où/comment tu as entré les commandes indiquées ?
Peux-tu aussi préciser STP comment tu as déterminé tes deux imageX_version ?
Je croise les doigts pour pouvoir reproduire la même méthode chez moi !
-
aucune commande sur le routeur, tout sur le sfp
j'ai rajouté cette commande aussi pour avoir le debit max
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
pour les 2 images faut se connecter sur le ont altice en telnet , taper "show firmware version", l'active en image 0, le passif en image 1
-
Je rajoute ma pierre l’édifice des retours.
Abonnement red 1gb/500 sur un rip de 2019, avec un edgerouter4 passer en opwenrt et le sfp fs original
j'ai juste rentré:
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
Merci pour votre travail à tous.
il est peut etre meme possible d'acheter le module fs.com préconfiguré avec ces valeurs si on les donne au commercial lors de l'achat non ? il me semble que dans le forum orange certain ont pu obtenir leur ONU directement pré-configuré avec les infos noté sur le sticker de l'ONU...
-
il est peut etre meme possible d'acheter le module fs.com préconfiguré avec ces valeurs si on les donne au commercial lors de l'achat non ? il me semble que dans le forum orange certain ont pu obtenir leur ONU directement pré-configuré avec les infos noté sur le sticker de l'ONU...
Surement, mais je voulais explorer le sfp, et toujours plus gratifiant d'y arriver par soi-même
Quand dans le fil de discussion, j'en vois qui vendent des sfp patché :-\
Bon après, pas sur que ca marche pour tous les PM/OLT
-
Quand dans le fil de discussion, j'en vois qui vendent des sfp patché :-\
oui, mais si on fait le calcul, le SFP de fs.com a 70€ TTC + 9€ frais de port ?, ca pique un peu aussi. Si on a l'assurance que ca va marcher avec les reglages que tu indiques, ca passe encore.
il faudrait d'autres retours...car ça me semble vraiment trop simple par rapport à tout ce que les autres ont du faire pour que ça marche...donc comme tu le dis : pas sûr que tous les OLT soient aussi conciliants.
-
oui, mais si on fait le calcul, le SFP de fs.com a 70€ TTC + 9€ frais de port ?, ca pique un peu aussi. Si on a l'assurance que ca va marcher avec les reglages que tu indiques, ca passe encore.
il faudrait d'autres retours...car ça me semble vraiment trop simple par rapport à tout ce que les autres ont du faire pour que ça marche...donc comme tu le dis : pas sûr que tous les OLT soient aussi conciliants.
Pour être franc, j'ai été assez étonné et j'y croyais pas, vu comme certains galéraient et faisaient des manip à n'en plus finir, je me demande au final, si certains ne se sont pas compliqué la vie pour pas grand chose.
Après le prix, certes c'est cher, mais je préfère avoir la main sur un truc payé plus cher.
-
79€ ca reste moins cher que les 100€ que j'ai payé ;D si tout marche "comme prévu" c'est clair que le fs.com revient au final moins cher, en plus tu pars sur un module neuf et la satisfaction d'avoir tout fait tout seul.
@artemus, quand est-ce que tu fais le grand saut ?! ;D
-
Pour fs.com, c’est assez aléatoire : ils programment parfois le S/N GPON comme demandé par le client, et parfois ils ne le font pas. Sur 6 GPON commandés chez eux, à l’époque où je mettais tout le monde chez Orange, j’en avais 2 qui avaient le S/N GPON correctement configuré … pour les autres j’ai dû le faire moi-même. Mais chez Orange c’est assez simple.
il est peut etre meme possible d'acheter le module fs.com préconfiguré avec ces valeurs si on les donne au commercial lors de l'achat non ? il me semble que dans le forum orange certain ont pu obtenir leur ONU directement pré-configuré avec les infos noté sur le sticker de l'ONU...
-
Je comprends et je suis d'accord avec toi : quand on aime la bidouille et qu'on a le temps, c'est génial quand on y arrive par soi-même. Cependant, le problème vient de l'OLT en face… Parfois, cela peut fonctionner sur des OLT non restrictifs, mais la plupart du temps l'OLT est paramétré pour vérifier qu'il a bien un ONT SFR en face.
Idéalement, nos opérateurs devraient être obligés, comme en Italie et dans certains pays de l'UE, de laisser le choix aux consommateurs entre un ONT et une box, à l'image de ce que propose Free Italia. Chez nous, MilkyWan offre déjà cette option (bravo à eux, d'ailleurs !).
Après, j'ai passé beaucoup de temps pour faire en sorte que cela fonctionne partout et que ce soit plug and play; par ailleurs, bien souvent je fais bien plus que paramétrer et envoyer l'ONU… Donc oui, c'est l'assurance de la tranquillité.
Et pour info, je suis sur le 10 Gb/s mais cela prendra encore un peu de temps, les OLT étant encore plus restrictifs qu'en GPON…
Surement, mais je voulais explorer le sfp, et toujours plus gratifiant d'y arriver par soi-même
Quand dans le fil de discussion, j'en vois qui vendent des sfp patché :-\
Bon après, pas sur que ca marche pour tous les PM/OLT
-
aucune commande sur le routeur, tout sur le sfp
j'ai rajouté cette commande aussi pour avoir le debit max
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
pour les 2 images faut se connecter sur le ont altice en telnet , taper "show firmware version", l'active en image 0, le passif en image 1
Merci pour tes 1res réponses !
Quelle méthode as-tu employé pour te connecter à la CLI du module SFP ?
Comment as-tu découvert/déterminé que la commande fw_setenv mib_file data_1g_8q_us1280_ds512.ini améliorait les performances ? (J'aime comprendre le cheminement !)
Pour être franc, j'ai été assez étonné et j'y croyais pas, vu comme certains galéraient et faisaient des manip à n'en plus finir, je me demande au final, si certains ne se sont pas compliqué la vie pour pas grand chose.
Récemment, je ne sais plus dans quel fil, j'ai suggéré à quelqu'un de retirer un réglage qui me paraissait superflu et il a confirmé que ça fonctionnait sans. Quand on a un OLT un peu restrictif, qu'on tâtonne, et qu'enfin ça "tombe en marche", les paramètres se sont accumulés, et on ne prend pas toujours le "risque" de trial and error ceux qui servent vraiment.
Pour fs.com, c’est assez aléatoire : ils programment parfois le S/N GPON comme demandé par le client, et parfois ils ne le font pas. Sur 6 GPON commandés chez eux, à l’époque où je mettais tout le monde chez Orange, j’en avais 2 qui avaient le S/N GPON correctement configuré … pour les autres j’ai dû le faire moi-même. Mais chez Orange c’est assez simple.
Es-tu en train de dire qu'il est facile de bypass l'ONT chez Orange ? (Je ne suis pas abonné Orange, donc je n'ai pas suivi, mais je serais capable de changer d'opérateur !)
-
Oui, tout à fait, chez Orange la partie ONU est vraiment simple à paramétrer. D’ailleurs, là, pour le coup, je la propose bien moins chère quand on m’en demande. La partie la plus ”difficile” chez Orange, c’est de paramétrer le routeur, mais ce n’est vraiment pas insurmontable et surtout cela fonctionne sans difficulté ;)
Par contre pas de VOiP sans la box
Cf le super tuto de Gnubytes : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/ (https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/)
Es-tu en train de dire qu'il est facile de bypass l'ONT chez Orange ? (Je ne suis pas abonné Orange, donc je n'ai pas suivi, mais je serais capable de changer d'opérateur !)
-
Je comprends et je suis d'accord avec toi : quand on aime la bidouille et qu'on a le temps, c'est génial quand on y arrive par soi-même. Cependant, le problème vient de l'OLT en face… Parfois, cela peut fonctionner sur des OLT non restrictifs, mais la plupart du temps l'OLT est paramétré pour vérifier qu'il a bien un ONT SFR en face.
Idéalement, nos opérateurs devraient être obligés, comme en Italie et dans certains pays de l'UE, de laisser le choix aux consommateurs entre un ONT et une box, à l'image de ce que propose Free Italia. Chez nous, MilkyWan offre déjà cette option (bravo à eux, d'ailleurs !).
Après, j'ai passé beaucoup de temps pour faire en sorte que cela fonctionne partout et que ce soit plug and play; par ailleurs, bien souvent je fais bien plus que paramétrer et envoyer l'ONU… Donc oui, c'est l'assurance de la tranquillité.
Et pour info, je suis sur le 10 Gb/s mais cela prendra encore un peu de temps, les OLT étant encore plus restrictifs qu'en GPON…
Ca m'a pris 1h pour lire les 61 pages du fil, 10mn pour acheter l'ONU fs, 15mn pour configurer le routeur et le sfp, j'ai vu pire comme activité chronophage ;D
Concernant l'OLT, ca dépasse mes connaissance et compétences, donc je vais pas rentrer dans ce débat, ce que je peux dire, c'est que mon PM n'a pas le xgs-pon compatible, que l'installation de SFR date de 2020, donc assez récent.
Le reste je laisse ingénieurs et autres geek que je remercie encore une fois au passage ;)
-
Merci pour tes 1res réponses !
Quelle méthode as-tu employé pour te connecter à la CLI du module SFP ?
Comment as-tu découvert/déterminé que la commande fw_setenv mib_file data_1g_8q_us1280_ds512.ini améliorait les performances ? (J'aime comprendre le cheminement !)
Récemment, je ne sais plus dans quel fil, j'ai suggéré à quelqu'un de retirer un réglage qui me paraissait superflu et il a confirmé que ça fonctionnait sans. Quand on a un OLT un peu restrictif, qu'on tâtonne, et qu'enfin ça "tombe en marche", les paramètres se sont accumulés, et on ne prend pas toujours le "risque" de trial and error ceux qui servent vraiment.
Es-tu en train de dire qu'il est facile de bypass l'ONT chez Orange ? (Je ne suis pas abonné Orange, donc je n'ai pas suivi, mais je serais capable de changer d'opérateur !)
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
"he MIB file data_1g_8q_us1280_ds512.ini is very useful to avoid performance problems in situations where 2500 Mbps speed profiles are used. To enable it, run this command"
"fw_setenv mib_file data_1g_8q_us1280_ds512.ini"
-
Bonsoir !
Suite à vos messages, j'ai ressorti ce soir ma NB6VAC, mon MikroTik hEX S et mon FS.com GPON-ONU-34-20BI.
J'ai d'abord récupéré sur l'interface d'administration web de la NB6VAC les dernières informations en date. (Dont les versions de l'ONT, qui ont changé depuis ma dernière tentative !)
Puis j'ai remis à zéro le routeur et j'ai rétabli en quelques clics une configuration IPv4 fonctionnelle avec l'ONT Altice relié au port RJ45 Ether1.
Ensuite j'ai utilisé un convertisseur RJ45 vers SFP FS.com UMC-GA1F1T pour accéder en SSH à la ligne de commande du SFP afin de le remettre à zéro (commandes firstboot puis reboot), puis pour y exécuter les commandes suivantes :
fw_setenv onu_serial PTINXXXXXXXX (La Fibre > Général > Informations ONT > Numéro de série sur l'interface web de la NB6VAC)
fw_setenv onu_ploam XXXXXXXX (La Fibre > Configuration > Mot de passe fibre)
fw_setenv image0_version 3FE7SW04040022 (La Fibre > Général > Informations ONT > Version principale)
fw_setenv image1_version 3FE7SWS4040018 (La Fibre > Général > Informations ONT > Version de secours)
fw_setenv image0_is_valid 1 (d'après vos indications)
reboot
Pendant le redémarrage, j'ai relié le convertisseur RJ45 vers SFP contenant le FS.com GPON-ONU-34-20BI au port Ether1 du MikroTik hEX S. Après quelques secondes, le voyant Ether1 du routeur s'est mis à clignoter, mais il n'obtient pas d'adresse IP.
Si je rebranche la jarretière optique à l'ONT Altice et si je rebranche cet ONT au port Ether1 du MikroTik, il obtient aussitôt la bonne adresse IPv4 via le client DHCP, et j'accède bien à internet.
Je suis plein d'espoir, mais qu'est-ce qui m'échappe ? :)
-
Bonsoir !
Suite à vos messages, j'ai ressorti ce soir ma NB6VAC, mon MikroTik hEX S et mon FS.com GPON-ONU-34-20BI.
J'ai d'abord récupéré sur l'interface d'administration web de la NB6VAC les dernières informations en date. (Dont les versions de l'ONT, qui ont changé depuis ma dernière tentative !)
Puis j'ai remis à zéro le routeur et j'ai rétabli en quelques clics une configuration IPv4 fonctionnelle avec l'ONT Altice relié au port RJ45 Ether1.
Ensuite j'ai utilisé un convertisseur RJ45 vers SFP FS.com UMC-GA1F1T pour accéder en SSH à la ligne de commande du SFP afin de le remettre à zéro (commandes firstboot puis reboot), puis pour y exécuter les commandes suivantes :
fw_setenv onu_serial PTINXXXXXXXX (La Fibre > Général > Informations ONT > Numéro de série sur l'interface web de la NB6VAC)
fw_setenv onu_ploam XXXXXXXX (La Fibre > Configuration > Mot de passe fibre)
fw_setenv image0_version 3FE7SW04040022 (La Fibre > Général > Informations ONT > Version principale)
fw_setenv image1_version 3FE7SWS4040018 (La Fibre > Général > Informations ONT > Version de secours)
fw_setenv image0_is_valid 1 (d'après vos indications)
reboot
Pendant le redémarrage, j'ai relié le convertisseur RJ45 vers SFP contenant le FS.com GPON-ONU-34-20BI au port Ether1 du MikroTik hEX S. Après quelques secondes, le voyant Ether1 du routeur s'est mis à clignoter, mais il n'obtient pas d'adresse IP.
Si je rebranche la jarretière optique à l'ONT Altice et si je rebranche cet ONT au port Ether1 du MikroTik, il obtient aussitôt la bonne adresse IPv4 via le client DHCP, et j'accède bien à internet.
Je suis plein d'espoir, mais qu'est-ce qui m'échappe ? :)
déjà voir si tu reçois bien l'état 5 sur le sfp
commande "onu ploamsg"; tu dois avoir ca curr_state=O5
si ok, taper "gtop", puis c et v, voir si les vlan 101 et 102 soit bien présent, si ok, c'est de la conf router qui pose problème.
-
Tu as bien mis l'ONU et le mikrotik sur des ip dans des sous réseaux different ?
je ne sais plus si le fait d'avoir l'onu dans le même sous réseau pose problème, mais de mémoire quand je l'avais fait par erreur ca n'avait pas fonctionné.
Sur mon openwrt j'ai créé une interface pour mon ONU, ce qui me permet d'y accéder en direct depuis mon PC si je veux récupérer des infos.
(https://i.imgur.com/SgepsLr.png)
mon onu est en 192.168.20.10
mon lan en 192.168.1.1
-
Tu as bien mis l'ONU et le mikrotik sur des ip dans des sous réseaux different ?
je ne sais plus si le fait d'avoir l'onu dans le même sous réseau pose problème, mais de mémoire quand je l'avais fait par erreur ca n'avait pas fonctionné.
Sur mon openwrt j'ai créé une interface pour mon ONU, ce qui me permet d'y accéder en direct depuis mon PC si je veux récupérer des infos.
(https://i.imgur.com/SgepsLr.png)
mon onu est en 192.168.20.10
mon lan en 192.168.1.1
Le subnet par défaut des MikroTik est 192.168.88.0/24 et à ce stade je n'ai rien fait d'autre sur RouterOS qu'ajouter l'option 60 du client DHCP du port WAN / Ether1. Mais merci pour la mise en garde au cas où !
À terme j'aimerais configurer le routeur afin que je puisse accéder à la CLI SSH de l'ONU depuis le LAN, mais je n'en suis pas là !
déjà voir si tu reçois bien l'état 5 sur le sfp
commande "onu ploamsg"; tu dois avoir ca curr_state=O5
si ok, taper "gtop", puis c et v, voir si les vlan 101 et 102 soit bien présent, si ok, c'est de la conf router qui pose problème.
Je suis bien en "O5".
En revanche je n'obtiens pas les VLAN 101 et 102 ! :-/
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Qu'est-ce qui cloche ?
-
Le subnet par défaut des MikroTik est 192.168.88.0/24 et à ce stade je n'ai rien fait d'autre sur RouterOS qu'ajouter l'option 60 du client DHCP du port WAN / Ether1. Mais merci pour la mise en garde au cas où !
À terme j'aimerais configurer le routeur afin que je puisse accéder à la CLI SSH de l'ONU depuis le LAN, mais je n'en suis pas là !
Je suis bien en "O5".
En revanche je n'obtiens pas les VLAN 101 et 102 ! :-/
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
Qu'est-ce qui cloche ?
t'es authentifié sur l'olt mais le vlan n'arrive pas jusqu'à ton sfp, t'es sur que t'as rentré les bon firmware?
t'as taper fw_setenv image0_is_valid 1, moi j'ai tapé fw_setenv image1_is_valid 1
sinon a part un OLT plus restrictif, je sais pas
-
exact.
il faut bien que l'image sur laquelle tu boot soit l'image avec la version de firmware la plus récente. Sinon l'OLT risque de pousser en boucle un update du firmware...
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
d'ailleurs je ne vois pas ce qui poserait problème si on mettait la version 0022 sur les 2 images
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SW04040022
-
exact.
il faut bien que l'image sur laquelle tu boot soit l'image avec la version de firmware la plus récente.
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
d'ailleurs je ne vois pas ce qui poserait problème si on mettait la version 0022 sur les 2 images
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SW04040022
chez moi que je boot sur image 0 ou 1 , je reçois les vlan sans problème
-
chez moi que je boot sur image 0 ou 1 , je reçois les vlan sans problème
parce que tu as tout paramétré sur les 2 images. est-ce le cas de Romain ?
@Romain attention aussi a ne pas tomber dans le piège des numéros de versions:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043994/#msg1043994
En fait voici les versions d'images officielles SFR : 3FE7SW04040022 et 3FE7SWS4040018
Comme un imbécile je n'avais pas vu la différence de lettre au milieu et je ne changeait que le 18 et 22 à la fin >:( >:( >:( ::)
-
parce que tu as tout paramétré sur les 2 images. est-ce le cas de Romain ?
@Romain attention aussi a ne pas tomber dans le piège des numéros de versions:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043994/#msg1043994
la commande fw_setenv image1_is_valid 1 va mettre la version passive en active et inversement, pour booter sur la 022 c'est fw_setenv image1_is_valid 1 pour la 018 fw_setenv image0_is_valid 1
et l'OLT je pense qu'il s'en moque que tu boot sur l'un ou l'autre firmware tant qu'il est valide
-
ce que l'OLT risque de faire si tu déclares la mauvaise version c'est de pousser en boucle un update du firmware, du coup t'es en O5 sans connectivité, et ton ONU devient instable voire reboot en boucle.
J'ai eu ce souci avec les ONT externe Leox.
-
J'avance doucement car je ne peux bricoler mon ONU que tard le soir quand tout le monde est couché ! ;-)
exact.
il faut bien que l'image sur laquelle tu boot soit l'image avec la version de firmware la plus récente. Sinon l'OLT risque de pousser en boucle un update du firmware...
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
la commande fw_setenv image1_is_valid 1 va mettre la version passive en active et inversement, pour booter sur la 022 c'est fw_setenv image1_is_valid 1 pour la 018 fw_setenv image0_is_valid 1
C'est bien la version 3FE7SW04040022 qui est la plus avancée à ce jour ? (désignée "Version principale" par l'interface d'administration web de la NB6VAC)
Si je définis l'image0 sur cette version, ne devrais-je pas définir l'image0 comme étant "valid" ? (fw_setenv image0_is_valid 1)
Autrement je ne comprends pas la logique !
d'ailleurs je ne vois pas ce qui poserait problème si on mettait la version 0022 sur les 2 images
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SW04040022
Quoi qu'il en soit, en cherchant ce soir à m'assurer que j'avais bien démarré sur une image en version 3FE7SW04040022, à coup de fw_setenv, de reboot et de fw_printenv, j'ai remarqué que fw_printenv renvoyait le numéro de version original FS.com (débutant par 6BA1896…) pour l'image1, sans tenir compte de la commande fw_setenv image1_version 3FE7SWS4040018 exécutée précédemment.
Au gré des reboots :
1° J'ai ainsi remarqué qu'exécuter fw_setenv image1_is_valid 1 ne basculait pas automatiquement image0_is_valid à 0. J'avais donc à la fois image0_is_valid 1 et image1_is_valid 1.
2° Sans chercher à déterminer par d'autres moyens avec laquelle des 2 images le SFP fonctionnait, j'ai voulu de nouveau repartir à zéro avec les commandes firstboot puis reboot. Il a fallu plus de temps que d'habitude pour que l'ONU redémarre, puis PuTTY m'a signalé que l'empreinte SSH avait changé, ce qui laissait entendre que la remise à zéro avait (de nouveau ?) fonctionné, mais finalement un fw_printenv renvoyait mes variables personnalisées ! (onu_serial, onu_ploam, image0_version…)
3° Faute de parvenir à le remettre à zéro via la commande firstboot prévue à cet effet, j'ai commencé à supprimer des variables superflues : par exemple en exécutant fw_setenv image00_version (pour supprimer une variable image00_version apparue je suppose quand j'ai exécuté fw_setenv image0_version 3FE7SW04040022 alors qu'elle était déjà définie ?), puis fw_setenv image1_is_valid, puis fw_setenv nSerial et fw_setenv nPassword, car l'une des deux semblait encodée en héxadécimal et car elles me paraissaient en conflit avec les variables onu_serial et onu_ploam. Puis j'ai exécuté "reboot". Mais j'ai bien peur d'avoir brické le SFP : dans le convertisseur de média UMC-GA1F1T, le voyant FX/LNK du logement SFP reste désormais éteint, et dans mon MikroTik hEX S, le voyant SFP reste éteint aussi ! :-/
Avez-vous donc des idées :
1° Pour ressusciter mon ONU ?
2° Sur mes autres déboires ? (fonction firstboot qui ne fonctionne pas, problème de version, d'image…)
Je reste optimiste car j'ai découvert ce soir des erreurs et problèmes dans ma configuration, ce qui me donne espoir qu'après les avoir corrigés ça pourrait enfin fonctionner !
Merci par avance !
-
J'avance doucement car je ne peux bricoler mon ONU que tard le soir quand tout le monde est couché ! ;-)
C'est bien la version 3FE7SW04040022 qui est la plus avancée à ce jour ? (désignée "Version principale" par l'interface d'administration web de la NB6VAC)
Si je définis l'image0 sur cette version, ne devrais-je pas définir l'image0 comme étant "valid" ? (fw_setenv image0_is_valid 1)
Autrement je ne comprends pas la logique !
Quoi qu'il en soit, en cherchant ce soir à m'assurer que j'avais bien démarré sur une image en version 3FE7SW04040022, à coup de fw_setenv, de reboot et de fw_printenv, j'ai remarqué que fw_printenv renvoyait le numéro de version original FS.com (débutant par 6BA1896…) pour l'image1, sans tenir compte de la commande fw_setenv image1_version 3FE7SWS4040018 exécutée précédemment.
Au gré des reboots :
1° J'ai ainsi remarqué qu'exécuter fw_setenv image1_is_valid 1 ne basculait pas automatiquement image0_is_valid à 0. J'avais donc à la fois image0_is_valid 1 et image1_is_valid 1.
2° Sans chercher à déterminer par d'autres moyens avec laquelle des 2 images le SFP fonctionnait, j'ai voulu de nouveau repartir à zéro avec les commandes firstboot puis reboot. Il a fallu plus de temps que d'habitude pour que l'ONU redémarre, puis PuTTY m'a signalé que l'empreinte SSH avait changé, ce qui laissait entendre que la remise à zéro avait (de nouveau ?) fonctionné, mais finalement un fw_printenv renvoyait mes variables personnalisées ! (onu_serial, onu_ploam, image0_version…)
3° Faute de parvenir à le remettre à zéro via la commande firstboot prévue à cet effet, j'ai commencé à supprimer des variables superflues : par exemple en exécutant fw_setenv image00_version (pour supprimer une variable image00_version apparue je suppose quand j'ai exécuté fw_setenv image0_version 3FE7SW04040022 alors qu'elle était déjà définie ?), puis fw_setenv image1_is_valid, puis fw_setenv nSerial et fw_setenv nPassword, car l'une des deux semblait encodée en héxadécimal et car elles me paraissaient en conflit avec les variables onu_serial et onu_ploam. Puis j'ai exécuté "reboot". Mais j'ai bien peur d'avoir brické le SFP : dans le convertisseur de média UMC-GA1F1T, le voyant FX/LNK du logement SFP reste désormais éteint, et dans mon MikroTik hEX S, le voyant SFP reste éteint aussi ! :-/
Avez-vous donc des idées :
1° Pour ressusciter mon ONU ?
2° Sur mes autres déboires ? (fonction firstboot qui ne fonctionne pas, problème de version, d'image…)
Je reste optimiste car j'ai découvert ce soir des erreurs et problèmes dans ma configuration, ce qui me donne espoir qu'après les avoir corrigés ça pourrait enfin fonctionner !
Merci par avance !
en faisant image1 valide 1 chez moi il boot sur l'image fs image0 et inversement sans problème et en tapant fw_printenv imageX_version :
image0_version=6BA1896SPLQA42
image1_version=3FE7SWS4040018
même en basculant sur la 18, je reçois les vlan et l'ipv4 et ipv6
pour le brick, pose la question directement a fs
-
@Romain
Je ne sais plus ou j'ai lu ça, mais ce que tu écris en faisant des fw_setenv va s'inscrire dans une partition spécifique du SFP, le reset ne touche pas a cette partition c'est pourquoi tu retrouves toujours tes anciennes valeurs.
-
Le texte a été créé avec un traducteur, je m'excuse pour tout malentendu
Est-il correct d'obtenir "image0_version=6BA1896SPLQA42" ?
J'ai été surpris et j'ai essayé de définir plusieurs fois "fw_setenv image0_version 3FE7SW04040022" comme décrit. Après un redémarrage, la version « BA1896SPLQA42 » s'affiche à la place de la version « 3FE7SW04040022 ».
Je n'ai pas non plus de VLAN.
VLAN GPE
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
"onu ploamsg" imprime ce qui suit :
code d'erreur = 0 curr_state = 5 previous_state = 4 elapsed_msec = 4294715336
est-ce que j'ai une erreur dans ma réflexion ?
J'ai le module via un convertisseur de média sur un UDM Pro. Je n'arrive pas à avoir d'IP, même avec l'option DHCP 60 "neufbox"
-
3° Faute de parvenir à le remettre à zéro via la commande firstboot prévue à cet effet, j'ai commencé à supprimer des variables superflues : par exemple en exécutant fw_setenv image00_version (pour supprimer une variable image00_version apparue je suppose quand j'ai exécuté fw_setenv image0_version 3FE7SW04040022 alors qu'elle était déjà définie ?), puis fw_setenv image1_is_valid, puis fw_setenv nSerial et fw_setenv nPassword, car l'une des deux semblait encodée en héxadécimal et car elles me paraissaient en conflit avec les variables onu_serial et onu_ploam. Puis j'ai exécuté "reboot". Mais j'ai bien peur d'avoir brické le SFP : dans le convertisseur de média UMC-GA1F1T, le voyant FX/LNK du logement SFP reste désormais éteint, et dans mon MikroTik hEX S, le voyant SFP reste éteint aussi ! :-/
Avez-vous donc des idées :
1° Pour ressusciter mon ONU ?
2° Sur mes autres déboires ? (fonction firstboot qui ne fonctionne pas, problème de version, d'image…)
Je reste optimiste car j'ai découvert ce soir des erreurs et problèmes dans ma configuration, ce qui me donne espoir qu'après les avoir corrigés ça pourrait enfin fonctionner !
Merci par avance !
J'ai le même problème.
Comme écrit précédemment, il m'est parvenu sous image0: "image0_version=6BA1896SPLQA42"
J'ai donc entré cette commande:
image0_is_valid 0
Après le redémarrage, FX reste désactivé et je ne peux plus accéder au module publicitaire.
Si vous avez trouvé comment revenir au module, écrivez-moi.
-
J'ai le même problème.
Comme écrit précédemment, il m'est parvenu sous image0: "image0_version=6BA1896SPLQA42"
J'ai donc entré cette commande:
image0_is_valid 0
Après le redémarrage, FX reste désactivé et je ne peux plus accéder au module publicitaire.
Si vous avez trouvé comment revenir au module, écrivez-moi.
Sachant que l'onu fs boot sur l'image0 et que t'as renseigné image non valide "image0 valid 0", je dirais que ca me parait logique qu'il boot plus, faut trouver un moyen de remettre image0_is_valid=1
-
si on fait un "fw_printenv" on trouve les settings suivants :
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
serverip=192.168.1.100
Ce qui laisse entendre qu'on peut flasher l'ONU par TFTP. Le serveur TFTP devant etre sur l'ip 192.168.1.100
il faudrait chercher sur cette piste.
ici on a le u-boot et l'image 0 : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
(https://i.imgur.com/0dDj4yj.png)
après je ne sais pas trop comment ca marche...mais j'imagine qu'au démarrage l'ONU va chercher les images sur le serveur tftp et va essayer de les flasher...
déjà faut trouver comment nommer les images correctement.
-
Sachant que l'onu fs boot sur l'image0 et que t'as renseigné image non valide "image0 valid 0", je dirais que ca me parait logique qu'il boot plus, faut trouver un moyen de remettre image0_is_valid=1
Mais ça devrait passer par
image1_is_valid 1
Le stick ne démarre-t-il pas de toute façon ?
Je ne sais pas si j'ai oublié quelques étapes avant. J'ai fait exactement ça:
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID in ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
Il a changé l'image0 en 6BA1896SPLQA42 après le redémarrage.
Ensuite, j'ai essayé image0_is_valid 0 comme test pour qu'il démarre uniquement sur image1 et rien n'a fonctionné depuis. J'ai bien peur d'avoir mal compris quelque chose à propos des images et du démarrage.
-
Mais ça devrait passer par
image1_is_valid 1
Le stick ne démarre-t-il pas de toute façon ?
Je ne sais pas si j'ai oublié quelques étapes avant. J'ai fait exactement ça:
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID in ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
Il a changé l'image0 en 6BA1896SPLQA42 après le redémarrage.
Ensuite, j'ai essayé image0_is_valid 0 comme test pour qu'il démarre uniquement sur image1 et rien n'a fonctionné depuis. J'ai bien peur d'avoir mal compris quelque chose à propos des images et du démarrage.
Je suis pas expert en electronique, mais l'onu démarre sur la partition boot 0 avec son propre firmware (image0), qu'entre l'onu sfp et l'olt, il y'a juste une vérification du ploam voir du serial et que pour mon cas il vérifie même pas le firmware, que je sois en 18 ou 22 je reçois bien les vlan.
il faut jamais mettre fw_setenv image0_is_valid 0, ca désactive le boot0, pour ton cas dans le firmware l'image doit etre 0 donc non valide, ce qui empêche le démarrage de ton stick.
pour jouer avec la version de démarrage du firmware c'est sur fw_setenv image1_is_valid 1 ou 0 qu'il faut jouer
en tapant fw_setenv image1_is_valid 1 ca me donne 3FE7SW04040022
en tapant fw_setenv image1_is_valid 0 ca me donne 3FE7SWS4040018
avec la commande fw_printenv image1_version
-
Bonjour à tous !
Je n'ai pas beaucoup de temps libre en ce moment, a fortiori à des moments où je peux bricoler la connexion internet.
Je n'ai donc pas encore essayé de réparer l'ONU que j'ai briqué, ni en cherchant comment utiliser la connexion TFTP, ni en contactant le service client de FS. J'espère le faire plus tard.
En attendant j'ai commandé un 2d ONU FS !
J'ai quelques questions avant de le déballer :
- Quelles commandes utiliser pour que la commande "firstboot" fonctionne ? (par opposition aux variables définies via fw_setenv qui ne sont pas remises à zéro par un firstboot)
- Comment expliquer que image1_is_valid 1 ça démarre sur l'image 0, et inversement ? Ca parait contradictoire !
- Et comment expliquer que lorsque ça démarre sur l'image0, l'image1_version soit la version originale FS (6BA…), et inversement ?
- Y a-t-il un moyen d'interroger/détecter l'OLT pour comparer ce que vous obtenez chez vous chez qui ça fonctionne, et chez moi/chez nous ?
- Ceux chez qui ça fonctionne peuvent-ils SVP partager une capture d'écran/un copier-coller complet de gtop > c > v, qu'on voit précisément ce qu'on cherche à obtenir ?
Merci par avance ! :-)
-
Bonjour à tous !
Je n'ai pas beaucoup de temps libre en ce moment, a fortiori à des moments où je peux bricoler la connexion internet.
Je n'ai donc pas encore essayé de réparer l'ONU que j'ai briqué, ni en cherchant comment utiliser la connexion TFTP, ni en contactant le service client de FS. J'espère le faire plus tard.
En attendant j'ai commandé un 2d ONU FS !
J'ai également écrit au support FS et on m'a conseillé d'en acheter un nouveau, car l'envoyer et le réinitialiser coûterait probablement trop cher.
J'ai donc commandé un adaptateur TTL et j'essaie d'accéder au module en série et de réinitialiser le module moi-même.
-
160€ pour se passer de l'ont sfr, ca commence à faire cher ???
gtop cv
(https://i.postimg.cc/g031ks2m/vlan-onu.jpg)
-
160€ pour se passer de l'ont sfr, ca commence à faire cher ???
C'est pour la beauté du défi ! ;-)
gtop cv
(https://i.postimg.cc/g031ks2m/vlan-onu.jpg)
Merci pour ça !
En revanche, quelqu'un a-t-il des réponses à mes autres questions ? En particulier à la première ?
-
Hello world!
Un pwal fatigué, donc désolé par avance de ne pas y mettre les formes habituelles.
Je viens de configurer mon Banana PI R4 avec un SFP MA5671A en FW FS Mod, non sans mal en 2.5GE! (:
En effet, une fois le FS Mod flashed, on est en 1G en supported link speed, j'ai donc modifié l'eeprom emulated pour obtenir du 2.5GE en link speed.
Sur certains routeurs, notamment du Mikrotik il est possible de forcer le linkspeed indépendamment de ce qui est annoncé, mais ce n'est pas le cas du BPI-R4.
Pour info, lors de l'édition de l'eeprom, j'ai également modifié le Bandwith Rate, qui de base était a 1200, et manipulé les link speed de mon SFP, je suis bien en 2.5GE effectif à ce niveau.
Je récupère bien mon IPv4 et v6, en revanche, je n'ai absolument pas les débits attendus, j'utilise un SFP 2.5GE vers mon Laptop Studio via un dock en Thunderbolt 4.
Coté LAN, j'ai du 2.4 Gbps via iPerf, donc à ce niveau ça va.
[SUM] 0.0-30.0 sec 8.27 GBytes 2.38 Gbits/sec
Coté WAN, j'obtiens sur le routeur directement via iPerf environs 883 Mbits:
[SUM] 0.00-30.01 sec 3.06 GBytes 883 Mbits/sec
Pour un peak de 1022.2 Mb/s sur proof.ovh.net et 1.2 Gbps sur fast.com.
Via la mire de Bouygues, j'atteins les 1 GPBS en descendant sur un fichier de 10Go soit 125 Mb/s.
Loin des 2 Gbps attendu pour le coup haha!
J'ai testé avec et sans la mib_file data_1g_8q_us1280_ds512.ini.
Coté signal, ça me semble correct:
RSSI 1490 power 10.27uW -19.88dBm
tx power (se*(bias+mod/2-ith)) 1.41mW 1.49dBm
Sur la box originale en WiFi 6, j'ai du 1.4 Gbps en peak, donc ça ne semble pas un problème de profil coté SFR.
J'ai également tenté de désactiver l'IPv6 sur mon routeur pour voir si il y avait une quelconque digression, sans succès.
Vous auriez une idée de ce qui cause le problème? Je dispose bien d'un abonnement 2 giga.
J'ai néanmoins très fortement l'impression d'être sur un mauvais profil coté FAI, je vais retenter un DL en 10Go via WiFi 6 depuis ma box SFR.
Une fois cela réglé je vais enfin pouvoir revenir vers le Leox LXT-010H-D et le faire fonctionne une bonne fois pour toute.
Pour info, j'ai testé un firmware VEIP sur ce dernier, sans succès, mais j'observe surtout qu'aucun traffic ne transite entre l'ETH et le PON...
EDIT:
Depuis le BPI-R4 directement, malgrès les iPerf donnant moins, je download à ~224 MB/s un fichier de 10Go:
/dev/null 100%[==========================================================================================================>] 9.31G 224MB/s in 43sSoit 1792 Mbps coté routeur, il semblerait que ça provienne du SFP 10GE/5GE/2.5GE installé ou des perfs ETH1 <-> ETH2 du Banana PI. J'ai des cables en CAT 8, et du matos ayant toutes la capacités d'encaisser les débits, donc le bottleneck provient forcement d'une des deux composantes.
J'avais remarqué des perfs à 600 Mbps via le SFP GE, là où le port ETH intégré du BPI-R4 sortait 900 Mbps lorsque j'ai en 1 Gbps coté fibre.
----------
@Romain pour répondre à tes questions, bien que je ne sois absolument pas expert sur le(s) sujet(s):
1. Tu peux l’exécuter via MTD2/5, et il y a également jffs2reset pour faire une RAZ. A confirmer, mais en mode normal le FS étant monté, il y a juste un wipe des fichiers, via le mode Failsafe (en tappant f au démarrage), ça s’exécute de manière complète. Si tu veux réparer ton ONU bricked, le meilleur moyen c'est de passer via FALCON, et flasher les partitions mtdX via XMODEM/Kermit via Tera Term par exemple si tu es sous Windows, en identifiant les bonnes plages d'offset à écrire.
2. A mon sens c'est committed_image qui determine l'image sélectionnée au boot, is_valid 1 est probablement un check pour valider l'image tel un checksum check qui serait réalisé programmatiquement et retournant 1, bien que j'avoue que ce soit contre-intuitif, car quand on dev c'est plutôt 0x0 notre green flag haha, 0x1 ça se résume à l'hécatombe. (':
3. J'ai sans doute mal compris la question, mais je perçois le landscape ainsi: t'as une active et un rescue.
4. Pour comparer, dump de MIBs, perso pour avoir plus d'info j'ai sniffé l'UART de ma box.
5. GPE VLAN rule
Name: ONU_GPE_VLAN_RULE_TABLE
ID: 42
;;;enable;;;ethertype filter;;;;;outer;;;;;;;inner;;;;;;
no;end;def;two;one;zero;5;4;3;2;1;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority filter;de enable;de filter;input tpid enable;vid enable;vid filter;priority en
able;priority filter
0; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
1; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
2;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
64;1; ; ;1; ; ; ; ; ; ; ; ; ;1; 101; ; ; ; ; ; ; ; ;
128; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
129; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
130;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
192; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
193; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
194;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
256; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
257; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
258;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
-
Hello, il me semble pas avoir un post sur cet outi.
j'ai mis un moment sans trouver de connecteur SFP/TTL sur let, et finalement j'ai pu trouver un media converter qui contient deux connecteurs TTL sur la carte, il y en a un pour huawei et un pour nokia.
https://fr.aliexpress.com/item/1005004589101959.html
il y a des clones, bien prendre ceux avec un switch en face avant.
-
Pour ma part j'ai commandé celui ci il y a quelques jours :
https://a.aliexpress.com/_EQsUK0P
Il est à 36,19€ FDPIN et dispose du pinout pour le TTL (enfin je pourrais le confirmer à la réception haha).
Sinon actuellement j'ai des molex 20 pins + soudure qui fonctionnent bien, mais ce n'est pas des plus pratique quand on manipule souvent les SFPs.
-
effectivement c'est le même modèle, j'ai toujours pas compris à quoi servait le switch devant, mais sinon c'est nickel pour flasher les gpon
-
Il me semble que c'est pour passer de 2.5G à 1G, en revanche je viens de voir sur la description que les nouveaux modèles n'ont plus de pin switch (ce switch a l'avant), donc à voir si les pinout TTL sont toujours présents!
-
Bonjour X, merci pour ton retour complet, qui soulève quelques questions supplémentaires !
un SFP MA5671A en FW FS Mod
Pourquoi ce modèle plutôt que le FS GPON-ONU-34-20BI, si c'est pour y flasher le firmware FS ?
Et pourquoi utiliser un "mod" du firmware FS ? D'où sort-il ?
Je récupère bien mon IPv4 et v6
Peux-tu STP partager ta méthode ? (commandes utilisées)
Une fois cela réglé je vais enfin pouvoir revenir vers le Leox LXT-010H-D et le faire fonctionne une bonne fois pour toute.
Et peux-tu STP expliquer les différences entre le FS GPON-ONU-34-20BI, le MA5671A et le Leox LXT-010H-D ? Pourquoi préfères-tu le Leox ?
1. Tu peux l’exécuter via MTD2/5
Peux-tu STP clarifier ce qu'est MTD2/5 ? Le mot-clé semble trop vague pour Google.
et il y a également jffs2reset pour faire une RAZ.
Je lis dans la doc OpenWrt (https://resource.fs.com/mall/doc/20230831180515egrzs6.pdf) (sur lequel le SFP FS est basé, pour ceux qui ne le sauraient pas déjà) que jffs2reset est un moyen de faire un "hard factory reset", tandis que firstboot est seulement un "soft factory reset".
Est-ce que la méthode jffs2reset remet vraiment à zéro un SFP FS sur lequel on a utilisé les commandes fw_setenv ?
Comment expliquer qu'elle ne soit pas documentée dans la doc du SFP FS ?
en tappant f au démarrage), ça s’exécute de manière complète.
Ca je devine que c'est via la console série/UART ? Quel est le moyen le plus économique d'accéder à cette console ?
Si tu veux réparer ton ONU bricked, le meilleur moyen c'est de passer via FALCON, et flasher les partitions mtdX via XMODEM/Kermit via Tera Term par exemple si tu es sous Windows, en identifiant les bonnes plages d'offset à écrire.
Tu me parles plus ou moins chinois mais j'approfondirai si je parviens d'abord à faire fonctionner mon module neuf.
2. A mon sens c'est committed_image qui determine l'image sélectionnée au boot, is_valid 1 est probablement un check pour valider l'image tel un checksum check qui serait réalisé programmatiquement et retournant 1
Si je comprends bien ce que tu dis, imageX_is_valid 1 n'est pas directement la commande qui détermine sur laquelle des deux images on démarre, c'est un effet colatéral ?
3. J'ai sans doute mal compris la question, mais je perçois le landscape ainsi: t'as une active et un rescue.
Je reformule : pourquoi est-ce qu'après avoir saisi/exécuté :
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
… si on boote sur l'image X, la version de l'image Y est 6BA… et non 3FE7… ?
Merci beaucoup par avance !
-
Hello Romain,
Si cela peut aider, avec plaisir. (:
Cela fait pas mal de question en effet.
Pourquoi ce modèle plutôt que le FS GPON-ONU-34-20BI, si c'est pour y flasher le firmware FS ?
Et pourquoi utiliser un "mod" du firmware FS ? D'où sort-il ?
Principalement car il est simple à trouver et m'a coûté un peu moins de 8€ / SFP acheté.
Il répond à mes besoins en termes de BW (HSGMII), partage une architecture commune avec les SFP vendus par d'autres fabricants, en l'occurrence, le chipset Lantiq PEB98035.
Le MOD doit sans doute provenir de plateforme spécialisé avec des passionnées, mais un site centralise toutes les informations, il répondra à nombre de tes questions:
https://hack-gpon.org/ont-huawei-ma5671a/
Pour ma part c'est le firmware idéal me permettant de customiser simplement le swver, sans devoir patcher omcid manuellement, gain de productivité donc.
Peux-tu STP partager ta méthode ? (commandes utilisées)
Je mets de coté la partie modification de l'eeprom pour obtenir du 2.5GE nativement, mais c'est très simple pour le reste:
fw_setenv onu_serial XXX
fw_setenv onu_ploam XXX
fw_setenv image0_version XXX
DHCP vendor-class-identifier (60): neufbox_NB6VAC-X
Fais un backup de tes partitions et un export de ta configuration avant tout, fw_printenv.
Et peux-tu STP expliquer les différences entre le FS GPON-ONU-34-20BI, le MA5671A et le Leox LXT-010H-D ? Pourquoi préfères-tu le Leox ?
Oh non, je ne préfère pas le Leox. Pour répondre à ta question, voir plus haut pour les deux premiers, et pour le last, il repose sur une architecture basée sur le chipset Realtek RTL9601D, donc totalement différent des Lantiq.
Je n'ai jamais (pas encore) réussi à récupérer une IP avec les LEOX, malgrés de nombreuses tentatives de configuration, mais je n'avais pas une connexion fonctionnelle pour sniffer et pouvoir reproduire les conditions correctement, ce que je peux faire aujourd'hui.
Mais j'ai remarqué que je récupérais déjà mes VLANs, etc., le problème se situe entre l'interface PON et l'ETH, il n'y a rien qui sort lorsque je regarde les stats, en somme, l'option DHCP n'a jamais pu être envoyé, car les paquets ne transitent pas, il faut que je creuse pourquoi, je le ferais à l'occasion, mais je ne peux me pencher sur ce genre de topics que lorsque je suis en congés.
Peux-tu STP clarifier ce qu'est MTD2/5 ? Le mot-clé semble trop vague pour Google.
Ce sont les partitions de ton stick image0 = MTD2, image 1 = MTD5. Voir ici https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/.
Je lis dans la doc OpenWrt (https://resource.fs.com/mall/doc/20230831180515egrzs6.pdf) (sur lequel le SFP FS est basé, pour ceux qui ne le sauraient pas déjà) que jffs2reset est un moyen de faire un "hard factory reset", tandis que firstboot est seulement un "soft factory reset".
Est-ce que la méthode jffs2reset remet vraiment à zéro un SFP FS sur lequel on a utilisé les commandes fw_setenv ?
Comment expliquer qu'elle ne soit pas documentée dans la doc du SFP FS ?
Les commandes firstboot et jffs2reset sont similaire, ils font un soft reset, bien que ça peut dépendre des vendors. Le hard reset dont tu fais part permet de réinitialiser la partition JFFS2.
Ce qui conditionne le comportement c'est l'état du point de montage, voir https://git.openwrt.org/?p=project/fstools.git;a=blob;f=jffs2reset.c.
En ce qui concerne la doc, cette question est plutôt destinée au fabricant. (:
Ca je devine que c'est via la console série/UART ? Quel est le moyen le plus économique d'accéder à cette console ?
Le plus économique, avoir un connecteur MOLEX, et prendre un adaptateur USB UART CP2102, démonter une partie des fils et utiliser les connecteurs en métal pour les pincer au requis, touchy, il ne faut pas se rater car les pins sont très fins. Sinon la soudure.
Mais le plus pratique c'est un Media Converter disposant d'une interface PON-TTL comme ceux linked ci-avant.
Tu me parles plus ou moins chinois mais j'approfondirai si je parviens d'abord à faire fonctionner mon module neuf.
J'ai fait latin sinon! (':
Tu auras pas mal d'info sur ce genre de procédure ici, https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/.
Si je comprends bien ce que tu dis, imageX_is_valid 1 n'est pas directement la commande qui détermine sur laquelle des deux images on démarre, c'est un effet colatéral ?
Je reformule : pourquoi est-ce qu'après avoir saisi/exécuté :
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
… si on boote sur l'image X, la version de l'image Y est 6BA… et non 3FE7… ?
Pour moi, committed_image défini l'image, is_valid determine la santé de l'image, si l'image n'est pas healthy, ça ne boot pas.
Le mieux reste de faire tes tests, et d'observer ce qui se passe. (:
De ce que tu me dis, c'est que ton swver n'est pas retenu, et il est redéfini au boot.
Donc il faut soit patcher omcid manuellement pour que la version voulue soit envoyée dans la MIB, ou alors utiliser un fw qui permet de le faire facilement.
Je vois que https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ en parle.
Bon weekend! (:
-
Je ne pense qu'il soit necessaire de modifier autant d'infos sur le pon, de ce que je vois chez moi seul le mot de passe fibre (fw_setenv onu_ploam "YOUR_PLOAM_ASCII") est nécessaire pour la connexion.
est-ce au tu pourrais donner un peu d'infos pour la modification EEPROM pour le 2.5 natif ?
-
Hello Hitech39,
Je dois flasher un second SFP cet après midi, afin d'avoir un spare et pour réaliser des tests avec un splitter FTTH, j'essaierai de restreindre un maximum le set des informations du PON et je ferais un retour.
J'en profiterai pour détailler ce que j'ai fait au niveau de l'eeprom.
-
Si ça intéresse quelqu'un, voici les derniers firmwares récupérés depuis le post https://www.right.com.cn/forum/thread-8220173-1-1.html
-
Hello à toutes et à tous,
Je confirme, via le fw FS modded v5, j'obtiens du O5 et mes IPv4 + IPv6 avec:
fw_setenv onu_ploam XXXXXXXX
DHCP vendor-class-identifier (60) @ neufbox_NB6VAC-X
root@SFP:~# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294743076
root@SFP:~# gtop -g "GPE VLAN rule"
GPE VLAN rule
Name: ONU_GPE_VLAN_RULE_TABLE
ID: 42
;;;enable;;;ethertype filter;;;;;outer;;;;;;;inner;;;;;;
no;end;def;two;one;zero;5;4;3;2;1;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority f
ilter;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority filter
0; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
1; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
2;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
64;1; ; ;1; ; ; ; ; ; ; ; ; ;1; 101; ; ; ; ; ; ; ; ;
128; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
129; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
130;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
192; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
193; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
194;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
256; ;1; ; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
257; ;1; ;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
258;1;1;1; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ; ;
05:12:12.567128 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from XX:XX:XX:XX:XX:XX (oui Unknown), length 300, xid 0xf2669553, secs 21, Flags [none]
Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP, Classless-Static-Route
Vendor-Class Option 60, length 16: "neufbox_NB6VAC-X"
Hostname Option 12, length 3: "X"
05:12:12.666621 IP (tos 0xc0, ttl 64, id 42424, offset 0, flags [none], proto UDP (17), length 306)
X.X.X.X > X.X.X.X.68: BOOTP/DHCP, Reply, length 278, xid 0xf2669553, Flags [none]
Your-IP X.X.X.X
Server-IP X.X.X.X.rev.sfr.net
Gateway-IP XXXXXX-XXX-X.nro.gaoland.net
Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
Lease-Time Option 51, length 4: 14400
Subnet-Mask Option 1, length 4: 255.255.255.254
Default-Gateway Option 3, length 4: X.X.X.X
Domain-Name-Server Option 6, length 8: vip-dns-gp-secondary.dns.sfr.net,vip-dns-gp-primary.dns.sfr.net
05:12:12.687127 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 328)
0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from XX:XX:XX:XX:XX:XX (oui Unknown), length 300, xid 0xf2669553, secs 21, Flags [none]
Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Requested-IP Option 50, length 4: X.X.X.X
Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
MSZ Option 57, length 2: 576
Parameter-Request Option 55, length 8:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
Domain-Name, BR, NTP, Classless-Static-Route
Vendor-Class Option 60, length 16: "neufbox_NB6VAC-X"
Hostname Option 12, length 3: "X"
05:12:12.825207 IP (tos 0xc0, ttl 64, id 42430, offset 0, flags [none], proto UDP (17), length 306)
X.X.X.X > X.X.X.X.68: BOOTP/DHCP, Reply, length 278, xid 0xf2669553, Flags [none]
Your-IP X.X.X.X
Server-IP X.X.X.X.rev.sfr.net
Gateway-IP XXXXXX-XXX-X.nro.gaoland.net
Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
Lease-Time Option 51, length 4: 300
Subnet-Mask Option 1, length 4: 255.255.255.254
Default-Gateway Option 3, length 4: X.X.X.X
J'en étais arrivé à considerer que cela ne suffisait pas car le set du SN + PLOAM via l'édition du sfp_a2_info sur le fw Huawei rooted ne fonctionnait pas.
Concernant le passage du SFP à 2.5GE sous FS Mod, à la base, l'eeprom est emulated et ses données sont contenu dans sfp_a0_low_128.
Le fw Huawei rooted contient bien un sfp_a0_low_128 permettant le 2.5GE, que je vous conseille donc de sauvegarder:
root@X:~# ethtool eth1
Settings for eth1:
Supported ports: [ FIBRE ]
Supported link modes: 2500baseX/Full
1000baseX/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 2500baseX/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 2500Mb/s
Duplex: Full
Port: FIBRE
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
root@X:~# ethtool -m eth1
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x01 (SC)
Transceiver codes : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00
Transceiver type : Ethernet: 1000BASE-LX
Encoding : 0x03 (NRZ)
BR, Nominal : 1200MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 20km
Length (SMF) : 20000m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 0m
Length (OM3) : 0m
Laser wavelength : 1310nm
Vendor name : HUAWEI
Vendor OUI : 00:00:00
Vendor PN : MA5671A
Vendor rev : 0000
Option values : 0x00 0x1a
Option : RX_LOS implemented
Option : TX_FAULT implemented
Option : TX_DISABLE implemented
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : XXXXXXXXXXXXXXXX
Date code : 190507
[...]
root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1
root@SFP:~# onu lanpcg 0
errorcode=0 pport=0 enable=1 mdio_dev_addr=-1 gmux_mode=4 mode=15 duplex_mode=1 flow_control_mode=4 speed_mode=5 tx_clk_dly=0 rx_clk_dly=0 max_frame_size=2000 lpi_enable=1 autoneg_mode=3 invtx=0 invrx=0
Notez en revanche le Transceiver type défini en 1000BASE-LX et le BR nominal à 1200MBd.
Le problème c'est qu'une fois n'importe quel autre firmware flashé, vous passerez en 1GE:
root@X:~# ethtool eth1
Settings for eth1:
Supported ports: [ FIBRE ]
Supported link modes: 1000baseX/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 1000baseX/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 1000baseX/Full
Link partner advertised pause frame use: No
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: FIBRE
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
root@X:~# ethtool -m eth1
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x01 (SC)
Transceiver codes : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00
Transceiver type : Ethernet: 1000BASE-LX
Encoding : 0x03 (NRZ)
BR, Nominal : 1200MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 20km
Length (SMF) : 20000m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 0m
Length (OM3) : 0m
Laser wavelength : 1310nm
Vendor name : Lantiq
Vendor OUI : 00:00:00
Vendor PN : Falcon SFP
Vendor rev : 0
Option values : 0x00 0x1a
Option : RX_LOS implemented
Option : TX_FAULT implemented
Option : TX_DISABLE implemented
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : XXXXXXXXXXXXXXXX
Date code : 190507
[...]root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=4 phy_duplex=1
root@SFP:~# onu lanpcg 0
errorcode=0 pport=0 enable=1 mdio_dev_addr=-1 gmux_mode=4 mode=15 duplex_mode=1 flow_control_mode=4 speed_mode=5 tx_clk_dly=0 rx_clk_dly=0 max_frame_size=2000 lpi_enable=1 autoneg_mode=3 invtx=0 invrx=0
Notez le changement du vendor en Lantiq et l'absence du 2.5GE, cela est dû à sfp_eeprom.sh au sein d'init.d qui overwrite l'eeprom au démarrage donc, et nous pouvons observer que malgré le speed_mode=5 défini dans lanpcg, nous nous retrouvons en link_status=4 en faisant un lookup via lanpsg, soit 1GE.
Même un flash du MTD2 pour ma part ne faisait plus le rollback en 2.5GE étant donné que sfp_a0_low_128 avait été réécrit.
(https://i.imgur.com/wWBtLaR.png)
Flash du MTD2 via Kermit
FALCON => loadb 0x80800000
## Ready for binary (kermit) download to 0x80800000 at 115200 bps...
## Total Size = 0x00344e66 = 3427942 Bytes
## Start Addr = 0x80800000
FALCON => sf probe 0
SF: Detected W25Q128 with page size 4 KiB, total 16 MiB
FALCON => sf erase C0000 740000
SF: 7602176 bytes @ 0xc0000 Erased: OK
FALCON => sf write 80800000 C0000 740000
FALCON => reset@Romain, pour info.
La solution la plus simple consiste à remplacer sfp_eeprom.sh par celui contenu originalement dans le FW Huawei - in attachment - puis de set à nouveau sfp_a0_low_128 avec sa valeur d'origine que vous avez sans doutes sauvegardé quelque part.
Toujours réaliser un backup de vos fichiers originaux, le disaster recovery avant tout. (:
Vous repasserez donc en 2.5GE/1GE autoneg et le link_status sera à nouveau à 5:
Supported link modes: 2500baseX/Full
1000baseX/Full
root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1
That's it, pour le commun des mortels, cela fonctionne.
Pour ma part, j'ai voulu forcer le 2.5GE uniquement sur mon SFP et avoir à minima un Baud Rate qui correspond correctement à la spécification SFF-8024 pour le 2.5GBASE-T, soit 3125 MBd (arrondi à 3100 soit, 0x1F selon la spécification) au lieu des 1200 Mbd actuels, pour optimiser la compatibilité en 2.5GE et le fonctionnement avec les drivers mal implémentés.
Bien que cela n’empêche en rien le fonctionnement en 2.5GE en 1200 Mbd, tout ce qui suit est donc facultatif.
Pour réaliser l'opération, il est necessaire de faire un Base64_decode() sur sfp_a0_low_128 en prenant en compte sa spécificité, à savoir les @ en guise de newline (\n), puis à travers un éditeur hexadecimal modifier les octets surlignés en prenant compte de calculer et de reporter le checksum via du 8-bit à l'offset 0x0F:
(https://i.imgur.com/lNIWtKQ.png)
A gauche la modification à droite l'original, le SN a été censuré.
0x02 devient 0x00, cela modifie le transceiver codes et donc unset le transceiver type qui était défini à 1000BASE-LX (SFF-8472), 0x0C devient 0x1F, soit 31 (SFF-8024):
(https://i.imgur.com/6dwS0na.png)(https://i.imgur.com/AWu50mV.png)
Le checksum quant à lui doit être calculé et donne donc 0xAE.
L'opération inverse doit maintenant être réalisé, à savoir effectuer un Base64_encode() des raw bytes en veillant à reporter les newline correctement.
Puis réaliser un set de sfp_a0_low_128 avec les données et effectuer un hard reboot:
touch /tmp/x.cfg
# Tranfert de x.cfg via SCP en utilisant le shell /bin/sh
fw_setenv sfp_a0_low_128 $(cat /tmp/x.cfg)
Voici le résultat, à savoir un SFP reconnu en 2500BASE-X uniquement et disposant d'un Baud Rate à 3100 Megabaud:
root@X:~# ethtool eth2
Settings for eth2:
Supported ports: [ FIBRE ]
Supported link modes: 2500baseX/Full
Supported pause frame use: Symmetric Receive-only
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 2500baseX/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Speed: 2500Mb/s
Duplex: Full
Port: FIBRE
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x000000ff (255)
drv probe link timer ifdown ifup rx_err tx_err
Link detected: yes
root@X:~# ethtool -m eth2
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x01 (SC)
Transceiver codes : 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
Encoding : 0x03 (NRZ)
BR, Nominal : 3100MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 20km
Length (SMF) : 20000m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 0m
Length (OM3) : 0m
Laser wavelength : 1310nm
Vendor name : HUAWEI
Vendor OUI : 00:00:00
Vendor PN : MA5671A
Vendor rev : 0000
Option values : 0x00 0x1a
Option : RX_LOS implemented
Option : TX_FAULT implemented
Option : TX_DISABLE implemented
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : XXXXXXXXXXXXXXXX
Date code : 190322
[...]root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1root@X:~# wget -O /dev/null http://ipv4.bouygues.testdebit.info/10G.iso
--2024-05-06 05:15:52-- http://ipv4.bouygues.testdebit.info/10G.iso
Resolving ipv4.bouygues.testdebit.info... 89.84.1.186
Connecting to ipv4.bouygues.testdebit.info|89.84.1.186|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9.3G) [application/x-iso9660-image]
Saving to: '/dev/null'
/dev/null 11%[===============> ] 1.10G 227MB/s eta 37s
@hitech39, j'ai testé ce firmware il est sympa, dispose de LuCI activé par défaut, seul downside, je ne le trust pas, même si effectivement on peut appliquer le raisonnement à tous les FW modifiés.
Hope this helps. (:
-
Salut !
Merci X pour toutes ces infos qui en aideront surement plus d'un ! 8)
Par conte je me pose une question, il ne serait pas possible de dumper en intégralité toutes les partitions d'un ONU préflashé tout comme il faut, et qu'on le mette a disposition pour plus qu'on se prenne la tete et qu'on ait plus qu'une ou deux commandes a taper pour le rendre opérationnel chez soi ??
1 téléchargez les partitions
2 flasher
3 mettre sa MAC et son Pass Fibre
4 reboot
-
On est quand même quelqu’un à avoir rentré le moins d'infos possible et de manip, et ca marche sans problème
Merci à SFR de pas complexifié son infra comparé à Orange ou Free 8)
-
@rooot, merci à toi. (;
Le soucis c'est que si la calibration est différente, disons sur une révision particulière, tu risques de perdre l'information définitivement, tu as aussi des informations uniques, type MAC, SN, etc.
La MAC n'est pas nécessaire, peut-être pour certains OLTs en revanche.
Le meilleur moyen à mon sens serait de créer un script de prepare, qui ferais successivement un dump, backup, et modification en prenant un fichier de configuration en entrée type json ou ini, puis flash/set de configuration.
-
@X merci pour le partage des infos.
Est-ce que tu es toujours bloqué sur les vitesses de donwload ?
j'ai pareil de mon côté, je suis sensé être en 2g/1g, et avec l'ONU je bloque sur 1600/100, la ou la box arrive à 1000 sur l'uplaod.
niveau router le mikrotik est loin d'être saturé lorsque je passe par l'onu et avant le passage en ipv4 full j'arrivais à 600 mb d'upload avec l'onu.
-
Hello hitech39,
Avec plaisir, le partage des connaissances est fondamental à mon sens. (;
Plus de soucis sur les vitesses, et j'ai environ 103 Mb/s en montant via curl:
root@X:/tmp# curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 1964M 0 145 100 1964M 7 102M 0:00:19 0:00:19 --:--:-- 103M
iPerf3 est plus parlant:
# Descendant
[SUM] 0.00-10.00 sec 2.22 GBytes 1.90 Gbits/sec receiver
# Montant
[SUM] 0.00-10.01 sec 1.01 GBytes 868 Mbits/sec receiver
Essaie de tester directement depuis ton routeur dans un premier temps ces commandes:
# Descendant
curl -o /tmp/temp.iso http://bouygues.testdebit.info/10G.iso
iperf3 -c bouygues.testdebit.info -p 9206 -P 8
# Montant
curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
iperf3 -c bouygues.testdebit.info -p 9206 -P 8 -R
-
Je suis un peu limité en taille disque sur le router, 128Mb :'(
de ce que je vois sur le speedtest j'ai ça (les débits faible c'est la ligne failover):
imestamp (GMT) Server id Server name Download Upload Latency
2024-05-06T20:54:24 47318 BOUYGUES TELECOM BBR, Meudon 1471.76 62.89 12.14 (gpon MA5671A)
2024-05-06T16:59:13 47318 BOUYGUES TELECOM BBR, Meudon 1520.09 62.82 12.14 (gpon MA5671A)
2024-05-06T15:16:50 47318 BOUYGUES TELECOM BBR, Meudon 1525.97 113.93 12.15 (gpon MA5671A)
2024-05-06T09:46:57 47318 BOUYGUES TELECOM BBR, Meudon 939.24 938.80 12.22 box sfr
2024-05-06T09:46:23 48892 Baker Telekom, Fontenay-sous-Bois 296.47 753.22 14.60 box sfr
2024-05-06T09:46:17 48892 Baker Telekom, Fontenay-sous-Bois 774.25 606.26 14.78 box sfr
2024-05-06T08:26:44 47318 BOUYGUES TELECOM BBR, Meudon 1511.71 71.41 12.32 (gpon MA5671A)
2024-05-04T14:23:15 47318 BOUYGUES TELECOM BBR, Meudon 1515.02 97.64 12.20 (gpon MA5671A)
2024-05-03T15:20:53 47318 BOUYGUES TELECOM BBR, Meudon 1509.50 85.61 12.26 (gpon MA5671A)
2024-05-03T13:56:30 47318 BOUYGUES TELECOM BBR, Meudon 935.85 931.94 12.13 (gpon MA5671A)
2024-05-03T13:46:18 47318 BOUYGUES TELECOM BBR, Meudon 1523.04 66.29 12.24 (gpon MA5671A)
2024-05-03T07:16:18 47318 BOUYGUES TELECOM BBR, Meudon 1531.66 105.56 12.31 (gpon MA5671A)
2024-05-03T06:54:43 47424 BOUYGUES TELECOM CUBIC, Vélizy 1596.02 83.85 12.18 (gpon MA5671A)
2024-05-02T15:04:21 48892 Baker Telekom, Fontenay-sous-Bois 1214.49 73.94 14.96 (gpon MA5671A)
semaine prochaine je reçoit un sft 1000base-t pour brancher la box sfr sur le même port que l'ONU voir si c'est un problème de config router u si c'est dans l'ONU que j'ai un soucis
-
Hello,
Peux-tu faire un report du SFP?
ethtool ethX
ethtool -m ethXHistoire d'avoir la configuration, voir si tu es en full duplex, etc.
Et utiliser iPerf plutôt que speedtest en ayant un nombre de connexions parallèles correspondant au nombre de core que dispose ton CPU via -P, à executer directement sur le routeur Mikrotik:
iperf3 -c paris.testdebit.info -p 9201 -V -P 4 -t 30
iperf3 -c paris.testdebit.info -p 9201 -V -P 4 -R -t 30
Egalement faire un test purement LAN:
# Sur ton routeur Mikrotik
iperf3 -s
# Depuis ton client LAN
iperf3 -c XXX -V -P 8
iperf3 -c XXX -V -P 8 -R
-
je n'ai pas ethtool sur le sfp :
root@SFP:~# ethtool
-ash: ethtool: not found
root@SFP:~#
-
J'ai un MA5671A très bizarre dans sa version busybox/openwrt même pas de 'help' dispo
-
Pour ethtool, c'est à exécuter sur le routeur où est connecté ton SFP Huawei. (;
-
Au temps pour moi.
pas vraiment d ethtool côté mikrotik, voici les infos que je peux avoir :
/interface ethernet monitor sfp-sfpplus1
name: sfp-sfpplus1
status: link-ok
auto-negotiation: disabled
rate: 2.5Gbps
full-duplex: yes
tx-flow-control: no
rx-flow-control: no
supported: 10M-baseT-half,10M-baseT-full,100M-baseT-half,100M-baseT-full,1G-baseT-half,1G-baseT-full,1G-baseX,2.5G-baseT,2.5G-baseX,5G-baseT,10G-baseT,10G-baseSR-LR,10G-baseCR
sfp-module-present: yes
sfp-rx-loss: no
sfp-tx-fault: yes
sfp-type: SFP/SFP+/SFP28/SFP56
sfp-connector-type: SC
sfp-link-length-sm: 20km
sfp-vendor-name: Lantiq
sfp-vendor-part-number: Falcon SFP
sfp-vendor-revision: 0
sfp-vendor-serial: 032WDY10K3012058
sfp-manufacturing-date: 19-03-11
sfp-wavelength: 1310nm
sfp-temperature: 31C
sfp-supply-voltage: 3.297V
sfp-tx-bias-current: 7mA
sfp-tx-power: 1.371dBm
sfp-rx-power: -17.423dBm
eeprom-checksum: good
Je n'arrive pas à expliquer le tx fault ici
au niveau des stats et firewall, tous les packets passent en fatpath :
/interface print stats-detail
Flags: D - dynamic; X - disabled; I - inactive, R - running; S - slave; P - passthrough
0 RS name="ether1" last-link-up-time=2024-05-07 15:31:45 link-downs=0 rx-byte=65 469 337 tx-byte=382 846 439 rx-packet=524 976 tx-packet=309 193 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=65 469 337 fp-tx-byte=382 846 439 fp-rx-packet=524 976 fp-tx-packet=309 193
1 R name="sfp-sfpplus1" last-link-down-time=2024-05-07 20:07:19 last-link-up-time=2024-05-07 20:17:55 link-downs=4 rx-byte=5 191 665 675 tx-byte=327 616 772 rx-packet=3 793 987 tx-packet=2 232 417 tx-queue-drop=0 fp-rx-byte=5 176 490 624 fp-tx-byte=311 604 421 fp-rx-packet=3 793 993 fp-tx-packet=2 195 359
2 X S name="sfp-sfpplus2" last-link-down-time=2024-05-07 15:48:48 last-link-up-time=2024-05-07 15:31:44 link-downs=1 rx-byte=8 629 246 tx-byte=525 329 307 rx-packet=93 148 tx-packet=390 825 tx-queue-drop=0 fp-rx-byte=8 256 654 fp-tx-byte=518 232 090 fp-rx-packet=93 148 fp-tx-packet=349 937
3 X S name="sfp-sfpplus3" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
4 RS name="sfp-sfpplus4" last-link-up-time=2024-05-07 15:48:53 link-downs=0 rx-byte=361 698 351 tx-byte=6 026 949 384 rx-packet=2 357 389 tx-packet=4 904 283 tx-queue-drop=0 fp-rx-byte=352 276 911 fp-tx-byte=5 944 998 896 fp-rx-packet=2 357 405 fp-tx-packet=4 414 880
5 X S name="sfp-sfpplus5" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
6 X S name="sfp-sfpplus6" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
7 X S name="sfp-sfpplus7" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
8 X S name="sfp-sfpplus8" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
9 X S name="sfp-sfpplus9" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
10 X S name="sfp-sfpplus10" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
11 X S name="sfp-sfpplus11" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
12 X S name="sfp-sfpplus12" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
13 X S name="sfp28-1" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
14 X S name="sfp28-2" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
15 R name="LAN_Bridge" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=406 425 620 tx-byte=6 469 778 955 rx-packet=2 900 547 tx-packet=4 796 736 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=360 532 725 fp-tx-byte=6 455 305 817 fp-rx-packet=2 450 539 fp-tx-packet=4 729 398
16 R name="containers" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=1 272 tx-byte=294 rx-packet=21 tx-packet=2 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
17 R name="lo" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=73 640 tx-byte=73 640 rx-packet=519 tx-packet=519 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
18 RS name="veth1" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=1 566 tx-byte=826 639 rx-packet=21 tx-packet=13 358 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0
-
Inquiétant le sfp-tx-fault, avais-tu bien la fibre connectée lors du check de l'interface ?
As-tu la possibilité de tester un traffic purement LAN depuis le client où tu observes ces débits ?
J'ai vu ceci dans tes speedtests:
2024-05-03T13:56:30 47318 BOUYGUES TELECOM BBR, Meudon 935.85 931.94 12.13 (gpon MA5671A)
C'est l'une des seules fois où tu étais en dessous du Gbps en descendant et que le montant était bon, avais-tu réalisé des tests de profils ou autre ? Ou alors tu étais passé sur du 1GE.
Essaie de remettre l'autonego, puis reboot hardware du routeur et tente un speedtest sur le 1GE autonegocié, à la vue de ton interface, c'est ce que tu devrais avoir sans 2.5GE forcé, on verra les débits que tu réalises.
-
c'est normal le tx fault, pas d'inquietude :
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#tx-fault--serial
TX Fault / Serial
The stick stays in a perpetual “TX Fault” state since the same SFP pin is used for both serial and TX Fault signaling, if that causes you issues (normally it shouldn’t) you can issue the commands below to disable it. Note that it will disable both the TX Fault signal and Serial on the stick after boot.
fw_setenv asc0 1
fw_setenv preboot "gpio set 3;gpio input 100;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
In case you need to re-enable it issue the following commands from the bootloader (FALCON)
FALCON => setenv asc0 0
FALCON => saveenv
-
@Root ça confirme ce que je pensais sur ce tx fault.
pour le moment je m'oriente vers une différence de config sur l'ONU entre la connexion CGNAT et lorsque l'on est en IPV4 full.
avant la bascule IPV4 j'arrivait à 700m en upload et depuis je plafonne à 100mb en upload avec la même config.
et la box a nécessité un reboot pour fonctionner après la bascule (elle restait alluème au cas ou pour mes tests, mais un branchement de la fibre uniquement ne lui a pas suffit a récupérer la connexion).
-
Pour tron probleme de débit, regarde ce post : https://lafibre.info/remplacer-bbox/routeur-sfp-pour-remplacer-bbox-fibre-ont/msg968912/#msg968912
Dans ta mib utilisé, as tu bien la valeur 2 :
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
-
j'ai
256 0 HWTC 3NTRGW21271U01 00000000 0 0 0 0 0 #0
-
Je viens de le repasser à 2, j'avais tenter une modification dans /etc/init.d/omcid.sh pour le passer à 0 justement.
je suis repasser à 2
# ONT-G
256 0 HWTC 3NTRGW21271U01 00000000 2 0 0 0 0 #0
voilà les débits :
down : 1522
up : 80
-
il n'y aurait pas un truc qui bypass la valeur ?
peut etre en essayer une autre ? il y a 0/1/2 comme valeurs possibles.
Edit:
ton MA5671A est bien flashé avec le firmware fs.com modded ?
-
Je vais augmenter le niveau de log su chargement du script OMCI je vous fais un retour.
@X pour les images du site right CN, comment as-tu procéder pour la déployer je voudrais tester sur un deuxième stick huawei ?
j'ai tenter de passer par la partie FALCON :
FALCON => loady 0x80800000
envoi de l'image par KERMIT
FALCON => setenv committed_image 0
FALCON => setenv image0_is_valid 1
FALCON => saveenv
FALCON => sf probe 0 && sf erase C0000 740000 && sf write 80800000 C0000 740000 && resetmais je me retrouve avec des erreurs JFFS2 au boot
seul moyen de les enlver que j'ai trouvé c'est de faire un firstboot, mais j'ai l'impression que ça enlève toute la custo du firmware
-
Non c'est normal, le flash rend la partition JFFS2 incorrecte, il faut bien faire un jffs2reset ou un firstboot, et la custo reste.
Pour ton soucis, le plus simple serait de repartir from scratch, reinitialisation complète, avec flash du FS Mod, et configuration de base.
Tu pourrais egalement exporter l'ensemble des MIBs qu'on puisse faire un compare avec une configuration fonctionnelle.
Soit effectivement tu es bridé au niveau fibre, soit ça vient d'ailleurs.
-
Hello tout le monde,
Je confirme bien la présence de l'interface PON-TTL sur le mediaconverter:
(https://i.imgur.com/vN7ceZ7.png)
Concernant le LEOX LXT-010H-D, à mon sens il est fonctionnel, je suis bien en O5, je récupère bien mon VLAN, mais c'est la partie bridge qui pèche.
Le port 0 correspond à la LAN, le port 2 au PON.
En effet on peut observer qu'il n'y a aucun TX qui transite, soit aucun traffic en OUT à travers le PON, ce qui fait que les requêtes DHCP ne sortent pas.
# diag mib dump counter port all
mib dump counter port all
Port: 0
ifInOctets : 84551
ifInUcastPkts : 1204
ifInMulticastPkts : 30
ifInBroadcastPkts : 0
ifOutOctets : 377994
ifOutDiscards : 0
ifOutUcastPkts : 952
ifOutMulticastPkts : 0
ifOutBroadcastPkts : 0
dot1dTpPortInDiscards : 30
dot3InPauseFrames : 0
dot3OutPauseFrames : 0
dot3StatsSingleCollisionFrames : 0
dot3StatsMultipleCollisionFrames : 0
dot3StatsDeferredTransmissions : 0
dot3StatsLateCollisions : 0
dot3StatsExcessiveCollisions : 0
dot3StatsSymbolErrors : 0
dot3ControlInUnknownOpcodes : 0
etherStatsDropEvents : 0
etherStatsFragments : 0
etherStatsJabbers : 0
etherStatsCollisions : 0
etherStatsCRCAlignErrors : 0
etherStatsTxUndersizePkts : 0
etherStatsTxOversizePkts : 0
etherStatsTxPkts64Octets : 502
etherStatsTxPkts65to127Octets : 124
etherStatsTxPkts128to255Octets : 87
etherStatsTxPkts256to511Octets : 11
etherStatsTxPkts512to1023Octets : 29
etherStatsTxPkts1024to1518Octets : 200
etherStatsTxPkts1519toMaxOctets : 0
etherStatsTxBroadcastPkts : 0
etherStatsTxMulticastPkts : 0
etherStatsRxUndersizePkts : 0
etherStatsRxOversizePkts : 0
etherStatsRxPkts64Octets : 1157
etherStatsRxPkts65to127Octets : 45
etherStatsRxPkts128to255Octets : 33
etherStatsRxPkts256to511Octets : 0
etherStatsRxPkts512to1023Octets : 0
etherStatsRxPkts1024to1518Octets : 0
etherStatsRxPkts1519toMaxOctets : 0
inOamPduPkts : 0
outOamPduPkts : 0
Port: 2
ifInOctets : 1815268786
ifInUcastPkts : 0
ifInMulticastPkts : 1317328
ifInBroadcastPkts : 0
ifOutOctets : 0
ifOutDiscards : 0
ifOutUcastPkts : 0
ifOutMulticastPkts : 0
ifOutBroadcastPkts : 0
dot1dTpPortInDiscards : 1317330
dot3InPauseFrames : 0
dot3OutPauseFrames : 0
dot3StatsSingleCollisionFrames : 0
dot3StatsMultipleCollisionFrames : 0
dot3StatsDeferredTransmissions : 0
dot3StatsLateCollisions : 0
dot3StatsExcessiveCollisions : 0
dot3StatsSymbolErrors : 0
dot3ControlInUnknownOpcodes : 0
etherStatsDropEvents : 0
etherStatsFragments : 0
etherStatsJabbers : 0
etherStatsCollisions : 0
etherStatsCRCAlignErrors : 0
etherStatsTxUndersizePkts : 0
etherStatsTxOversizePkts : 0
etherStatsTxPkts64Octets : 0
etherStatsTxPkts65to127Octets : 0
etherStatsTxPkts128to255Octets : 0
etherStatsTxPkts256to511Octets : 0
etherStatsTxPkts512to1023Octets : 0
etherStatsTxPkts1024to1518Octets : 0
etherStatsTxPkts1519toMaxOctets : 0
etherStatsTxBroadcastPkts : 0
etherStatsTxMulticastPkts : 0
etherStatsRxUndersizePkts : 0
etherStatsRxOversizePkts : 0
etherStatsRxPkts64Octets : 7
etherStatsRxPkts65to127Octets : 0
etherStatsRxPkts128to255Octets : 0
etherStatsRxPkts256to511Octets : 0
etherStatsRxPkts512to1023Octets : 0
etherStatsRxPkts1024to1518Octets : 1317327
etherStatsRxPkts1519toMaxOctets : 0
inOamPduPkts : 0
outOamPduPkts : 0
On peut voir a travers de buffer du module de classification que le VLAN 101 est bien présent et dispatched:
RTK.0> command:# diag classf get entry valid
classf get entry valid
****************************************************************
Index: 64
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8083-2800
carebit: 0x0000-bfff-f800
TagVID: (101,0xfff)
TagPri: (0,0x0)
IntrPri: (0,0x0)
S Bit: (0,0x0)
C Bit: (0,0x0)
UNI: (0,0x0)
TOS/TC/GEMIDX: (1,0x7f)
EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 66
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8183-2800
carebit: 0x0000-bfff-f800
TagVID: (101,0xfff)
TagPri: (0,0x0)
IntrPri: (0,0x0)
S Bit: (0,0x0)
C Bit: (0,0x0)
UNI: (0,0x0)
TOS/TC/GEMIDX: (3,0x7f)
EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 80
Valid: Valid
Not: Disable
direction: Upstream
templateIdx: 0
databit: 0x0000-0000-0040
carebit: 0x0000-8000-00ff
TagVID: (0,0x0)
TagPri: (0,0x0)
IntrPri: (2,0x7)
S Bit: (0,0x1)
C Bit: (0,0x1)
UNI: (0,0x7)
TOS/TC/GEMIDX: (0,0x0)
EtherType/Ctag: (0x0,0x0)
Upstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: Assign
Ctag VID: 101
Ctag PRI action: Assign from internal priority
Ctag PRI: 2
SID action: ASSIGN to SID
Assign ID: 2
Classf PRI action: Follow switch core
DSCP remarking action: No operation
Drop action: No operation
****************************************************************
[...]Output tronqué, trop long.
J'ai tenté également plusieurs flags de FwdOp, à travers le set de la MIB 84, la mise en place de VLAN avec et sans egress, le passage en profil 1GE, et tout cela depuis la base configuration, sans succès.
flash default cs
Il faudrait faire un diff exact des MIBs entre celle fonctionnelle via le MA5671A en Lantiq et celle en défaut du Realtek RTL9601D, il y a possiblement un biais de configuration qui m'échappe, mais c'est trop chronophage car les SDK sont différents, et donc les exports fournis aussi, meme avec GPT-4.
Pour résumer, en IN cela fonctionne, mais en OUT rien ne transite à travers l'interface PON.
-
Concernant le LEOX LXT-010H-D, à mon sens il est fonctionnel, je suis bien en O5, je récupère bien mon VLAN, mais c'est la partie bridge qui pèche.
ouep, j'en suis arrivé a la meme conclusion, j'ai meme essayé du coup de créer les vlan sur le routeur, des fois que le traffic sorte non detaggué, mais rien à faire.
Quand j'avais exposé le probleme a Marcin dans le post de la section Orange, il m'avait répondu que le leox ne detagguait pas le vlan je crois...et qu'il fallait essayer de detaguer avec un switch manageable...de mémoire, il faudrait que je retrouve son post.
Edit:
https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/msg974647/#msg974647
et plus loin :
https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/msg974688/#msg974688
-
je continue dans ma recherche du pourquoi cette différence de débit avec mes onu.
ce matin j'ai testé avec un onu FS.com tout neuf juste changement du mot de passe ploam : debit 1500/80, changement de mib pour passer sur data_1g_8q_us1280_ds512.ini idem debit 1500/80.
j'ai testé les firmwares de right.cn, il ne correspondent pas à mon usage car ils font passer l'onu en routeur et activent des règles firewall.
j'ai testé avec les firware carlito et huawei modded de hack-gpon, je tombe en false O5, aucun Vlan qui remontent.
J'ai également tenté avec un ONU ODI DFP-34X-2C2 O55, les vlans visibles, mais l'onu plante avec un CPU qui passe à 100% et pas d'ip côté routeur.
je vais faire un update du firmware de l'onu ODI vers la dernière version pour voir ce que ça donne.
-
est-ce que tu as toujours le probleme si tu passes ton ONU en mode 1Gbps ?
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#gettingsetting-speed-lan-mode
Chez moi bizarrement cette valeur n'est pas définie :
(https://i.imgur.com/fdnzSp3.png)
Par contre :
(https://i.imgur.com/3GvkaBA.png)
-
@hitech39
essaie de suivre ce tuto : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
@G8U5 explique très bien ce qu'il se passe dans le déroulement du démarrage de l'ONU. Notamment :
En lisant le script, on se rend compte qu'il faut setenv omci_hw_ver pour qu'il entre dans la condition qui crée le MIB à la volée. C'est le paramètre "label" de l'ONT, le 3NT7SF.... écrit en ASCII.
donc il y a bien un script qui bypass ce qu'il y a dans le fichier de mib.
Quel routeur utilises-tu ? c'est un Mikrotik ? si c'est le cas regarde ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/SlowUploadSpeed.md
Si j'ai bien compris, ce qu'il dit c'est que le routeur est connecté a l'ONU en 2.5Gbps symetrique et qu'il balance 2.5Gbps à l'ONU qui ne peut envoyer sur le wan qu'a 1.25Gbps ce qui pose ce problème. Donc déjà commencer par mettre un a jour le firmware du Mikrotik, des fois que ca résolve le probleme, et ensuite essayer l'astuce indiquée qui a visiblement réglé le probleme chez quelqu'un ici (https://www.reddit.com/r/mikrotik/comments/14ky6s1/rb5009_poor_25g_ethernet_performance/).
Sinon pour info lorsque j'utilisais un RB5009 je n'ai jamais eu de probleme et donc je n'ai pas eu besoin de faire ca sur mon MA5671A. Pas plus sur mon BPI-R3.
-
J'avais déja tester le coup sur la custom.mib en changeant le HW version.
d'après d'autres discussions ici, il faudrait attendre plusieurs jours pour une mise à jour de bandwidth upstream map sur les ont FS.com.
pour le mikrotik le routeur CCR2004 ne dispose de la partie QOS necessaire au changement de l' egress-rate, pour tester j'ai forcé le port à 1g, ce qui me donne : 910 down et 100 en up, dans même un changement sur le QOS n'aurait pas d'impact sur l'upload.
je continue mes tests sur l'ODI en //.
-
J'ai fait l'erreur de changer de 2.5g à auto-negociation (1basex full) sur le rb5009, j'ai perdu 200 méga en download meme en forçant avec le mib 2500, pour mémoire ca a mis plusieurs jours pour retrouver le 1gb/s, donc wait and see
-
lorsque vous faites un nperf, dans votre historique vous avez vu le % de perte de paquets ?
(https://i.imgur.com/8k9dXM4.png)
du coup quel % de perte tu as @hitech39 ??
-
lorsque vous faites un nperf, dans votre historique vous avez vu le % de perte de paquets ?
(https://i.imgur.com/8k9dXM4.png)
du coup quel % de perte tu as @hitech39 ??
je vois pas pertes de paquet sous nperf et historique, tu utilises l'appli?
-
je vois pas pertes de paquet sous nperf et historique, tu utilises l'appli?
non, depuis le site.
D'allleurs lorsque j'étais sur une offre 1Gbps, mon upload était plutôt dans les 940Mbps en général, et depuis que je suis en 2Gbs c'est le bout du monde si j'atteinds les 900Mbps.
(https://i.imgur.com/vxP0wxz.png)
-
tout vient à point a qui sait attendre : aujourd'hui down : 1520 / up 745 sans changer de config
-
c'est quand meme curieux cette histoire :o
-
Bien que je sois derrière ma BOX 8 SFR, j'ai aussi ce même genre de problème, à savoir que d'un jour à l'autre, je n'ai pas le même débit en uplocal alors que j'ai le même débit en download. Je ne me l'explique pas. Depuis windows, je suis en uload aux envirions de 200mb/s. Je ne me l'explique pas alors que je devrais avoir du 930mb/s.
-
tu es sur une offre sfr fibre power avec du 1Gbps en upload ? ce n'est pas 700Mbps normalement ?
(https://i.imgur.com/wGWcSDI.png)
-
Et même si c'est le cas, je devrais atteindre les 700mb/s et non pas les 200mb/s.
-
et depuis linux meme probleme ?
-
Oui.
-
cette limite en upload est très "bizarre" chez SFR je suis repassé temporairement sur la box, et maintenant c'est elle qui se retrouve bridée à 100mb en upload.
me reste plus qu'a attendre 2/3 jours pour retrouver un upload "normal"
-
Ceux qui utilisent un ONU SFP, est ce que vous avez des problèmes avec le multicast ?
Pour vérifier cela est-ce que vous pouvez svp lire cette playlist M3U des chaines SFR dans VLC ou tout autre player compatible.
Je poste ci-dessous le fichier m3u de @Denis M
Je viens de m'apercevoir que mon ONU (MA5671A) ne laisse pas passer les flux TV multicast de SFR, donc pas d'accès aux chaines.
Asclèpios si tu me lis, il s'agit de ton ONU ;) si tu pouvais jeter un oeil de ton côté pour comprendre ce qui ne va pas. Lorsque j'utilise l'ONT externe de SFR tout fonctionne, lorsque je passe par l'ONU SFP ca ne marche plus.
De mon côté j'ai trouvé ce message, donc apparement je ne suis pas le seul :
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/12
It apparently this stick doesn't forward IGMP, my IPTV doesn't work with this stick but works with another "more dumb" lantiq-based stick (Sercomm FGS202) which doesn't use Openwrt
---
the openwrt just doesn't forward IGMP traffic, normally they have igmpproxy package for that but it require a clear LAN/WAN interface meanwhile the GPON stick doesn't really expose the L2 WAN interface to the openwrt OS so I have no idea how to make it work
on voit aussi que sur le site : https://hack-gpon.org/ont-technicolor-afm0002/
L'ONU de Technicolor est bien référencé avec un Mutlicast = ✅ contrairement au Huawei
-
Je viens de m'apercevoir que mon ONU (MA5671A) ne laisse pas passer les flux TV multicast de SFR, donc pas d'accès aux chaines.
Asclèpios si tu me lis, il s'agit de ton ONU ;) si tu pouvais jeter un oeil de ton côté pour comprendre ce qui ne va pas. Lorsque j'utilise l'ONT externe de SFR tout fonctionne, lorsque je passe par l'ONU SFP ca ne marche plus.
De mon côté, le fichier m3u indiqué ne fonctionne pas, testé avec ONT et ONU. Par contre, la Box TV SFR (qui diffuse en partie en multicast) est OK, mais je n'avais jamais testé la playlist auparavant. Ceci étant dit, il me semble que certains l'ont déjà utilisée. Cependant, cela m'étonne d'y trouver les chaînes de TF1 / M6...
Je regarderai cela avec intérêt !
-
De mon côté, le fichier m3u indiqué ne fonctionne pas, testé avec ONT et ONU. Par contre, la Box TV SFR (qui diffuse en partie en multicast) est OK, mais je n'avais jamais testé la playlist auparavant. Ceci étant dit, il me semble que certains l'ont déjà utilisée. Cependant, cela m'étonne d'y trouver les chaînes de TF1 / M6...
Je regarderai cela avec intérêt !
quand tu as testé, sur ton routeur tu as bien installé igmpproxy ou équivalent ? car la playlist doit fonctionner avec l'ont externe de SFR, ou la box SFR.
La playlist fonctionne chez artemus24, denis M, et moi. Pas toutes les chaines, car certaines sont sous DRM, mais TF1 fonctionne.
(https://i.imgur.com/vJcCk7Y.jpeg)
-
oui bien sûr pour ICMP Proxy ;) C'est aussi nécessaire pour la box TV SFR hors ConnectTV V3 il faudra que je prenne le temps de l'essayer ailleurs mais du coup TF1 et M6 fonctionne bien ?
Edit : voilà qui réponds a ma question pour TF1 !
quand tu as testé, sur ton routeur tu as bien installé igmpproxy ou équivalent ? car la playlist doit fonctionner avec l'ont externe de SFR, ou la box SFR.
La playlist fonctionne chez artemus24, denis M, et moi.
-
... mais du coup TF1 et M6 fonctionne bien ?
Oui, dès lors que j'utilise le boitier ONT de SFR sur mon BPI-R3, j'ai bien le flux iptv qui passe. Ce n'est pas le cas lorsque j'utilise ton ONU.
Pourtant les specs semblent dire que le multicast et igmp sont bien supportés:
(https://i.imgur.com/CIw7BTQ.png)
-
Oui, dès lors que j'utilise le boitier ONT de SFR sur mon BPI-R3, j'ai bien le flux iptv qui passe. Ce n'est pas le cas lorsque j'utilise ton ONU.
C'est fou ça, étrange que TF1 et M6 soient OK au niveau des droits... Ceci étant dit, si le souci provient réellement de l'ONU, je devrais pouvoir le résoudre ;D
-
sur mon onu fs stock, pas d'erreur mais écran noir
tv connect v3 via shield, pas de probleme j'ai les chaines
-
sur mon onu fs stock, pas d'erreur mais écran noir
tv connect v3 via shield, pas de probleme j'ai les chaines
C’est normal c’est de l’unicast et pas de multicast TV Connect V3
-
sur mon onu fs stock, pas d'erreur mais écran noir
tv connect v3 via shield, pas de probleme j'ai les chaines
Merci pour le feedback.
Pour le connect tv c'est normal que ca marche car ca n'utilise pas le multicast, ce sont les anciens décodeurs avant les connect tv qui passent par les flux iptv multicast.
Donc tu es confronté au meme probleme que moi, écran noir et pas d'erreur.
Si tu mets ta box SFR, ou si tu as l'ont externe, tu verras que ca marchera avec VLC.
-
Il faut parametré l'igmp snooping, je crois, je l'ai pas fait sur mon rb5009
-
Il faut parametré l'igmp snooping, je crois, je l'ai pas fait sur mon rb5009
surtout l'igmpproxy ;) l'igmp snooping c'est pour éviter aux flux tv d'etre diffusés sur tous les ports du routeur au lieu de celui qui est seulement concerné.
-
Je suis d'accord sauf que l'IGMP PROXY se passe coté routeur et l'IGMP SNOOPING coté routeur et coté commutateur, et non coté ONU.
Il y a un paramétrage qui a été oublié dans la configuration du l'ONU pour autoriser le flux multicast.
-
Je suis d'accord sauf que l'IGMP PROXY se passe coté routeur et l'IGMP SNOOPING coté routeur et coté commutateur, et non coté ONU.
qui a parlé de l'onu ?
-
C'est juste une précision de ma part pour indiquer que le blocage dans l'ONU est autre chose que l'IGMP.
-
surtout l'igmpproxy ;) l'igmp snooping c'est pour éviter aux flux tv d'etre diffusés sur tous les ports du routeur au lieu de celui qui est seulement concerné.
Ok merci, je me pencherais dessus à l'occaz, j'en ai jamais eu l'utilité
-
J 'ai vite fait paramétrer le proxy igmp, j'ai du flux qui arrive, mais y'a une histoire de coup cos on dirait
"input: in:SFP+ out:(unknown 0), connection-state:new proto 2, 89.157.XX.XX->233.136.0.202, prio 0->7, len 32"
Je maitrise pas encore trop ce rb5009
-
quel ONU tu as du coup ? le fs.com si je dis pas de betise ?
-
quel ONU tu as du coup ? le fs.com si je dis pas de betise ?
GPON-ONU-34-20BI
-
Bonjour
J'ai une box SFR 8 et je voudrais passer avec un routeur et un boitier ONT.
J'ai trouvé un ONT SFR altice d'occasion.
Est ce que si je rentre mon mot de passe fibre cela va fonctionner?
Merci d'avance
-
Pour le boitier ONT-SFU-v3 ou v2 de SFR, il suffit de rentrer le mot de passe fibre que vous avez de lisible dans la BOX 8 SFR.
Je possède un de ces boitiers que j'avais avant de changer d'offre, et je n'ai même pas eu à changer le mot de passe car c'était le même.
Pour le routeur, celui-ci doit pouvoir gérer les option DHCP Class 60 & 61. Sans cela, la connexion est impossible.
Vous ne devez pas être en IPv4 CGNAT mais en IPv4 Full Stack.
-
Super. Merci pour ce retour j'ai ce boîtier en photo.
Pour rentrer le mot de passe vous auriez la méthode. Je ne retrouve pas.
Mon routeur tplink n'a pas l'option dhcp 60. Je dois le changer.
Je suis bien en ipv4. Je l'avais fait changé
Merci
-
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg968216/#msg968216
Non c'est pas ça, dans ce message il s'agissait de l'ONT Externe VSOL.
-
Du coup ce n'est pas cette méthode ?
-
Pour rentrer le mot de passe vous auriez la méthode. Je ne retrouve pas.
Normalement la démarche est celle-ci :
connection par telnet à 192.168.4.254
user : admin4me
password : connect4you@support
pour changer le mot de passe :
set gpon slid ascii TONMOTDEPASSE
puis un reboot
-
super merci ;D. ca a l'air simple. juste il faut se mettre sur le bon sous reseau
-
C'est conseillé si tu veux que ça marche, oui.
-
Super merci beaucoup
-
Hello
Bon j'ai rentré le mot de passe le voyant reste rouge.
J'ai la fibre 2giga est que ca vient de ca?
-
Super. Merci pour ce retour j'ai ce boîtier en photo.
Pour rentrer le mot de passe vous auriez la méthode. Je ne retrouve pas.
Mon routeur tplink n'a pas l'option dhcp 60. Je dois le changer.
Je suis bien en ipv4. Je l'avais fait changé
Merci
Salut. Tu as quoi comme routeur TP Link? Car la demande de l'option 60 a été faite il y a quelques années par la communauté d'utilisateurs et il semble que le développement va enfin être fait dans la prochaine mise à jour d'omada et des firmware des routeurs compatibles donc si tu es encore un peu patient tu n'auras peut être pas besoin de changer de routeur.
-
Salut
J'ai un AX 6000 . J'ai vu le sujet pour l'ajout de l'option. J'ai pas envie d'attendre 1 an . Il est revendu et je prends un Asus. ;D
-
Bonjour
J'ai récupéré un gpon huawei.
Il vaut mieux que je flash un firmware Fs mod ou carlito.
Le tuto que j'ai vu est carlito mais dans les dernier post il y'a de Fs mod.
Merci
-
Quels sont les valeurs / options à set sur un ONT afin de bypass un stick SFR ?
Sur Orange il faut serial, hardware version et vendor id.
Sur SFR ?
-
Hello tout le monde
J'ajoute mon petit retour d'expérience sur ma config unique je pense, et opérationnelle.
Je suis donc avec un gpon huawei placé dans un routeur Asus RT-AX89X. Le seul de la marque avec un port SFP+ et un port Rj45 10gb 8)
Tout est fonctionnel et j'ai un débit de 2 gigas. :D
-
Hello tout le monde
J'ajoute mon petit retour d'expérience sur ma config unique je pense, et opérationnelle.
Je suis donc avec un gpon huawei placé dans un routeur Asus RT-AX89X. Le seul de la marque avec un port SFP+ et un port Rj45 10gb 8)
Tout est fonctionnel et j'ai un débit de 2 gigas. :D
Du coup tu as flashé quel firmware, et quels settings as tu parametré ?
-
Content que tout fonctionne bien pour toi. Ce petit Asus est bien sympathique. Pour ceux qui veulent un routeur "grand public", je le conseille port SFP+ 2.5Gb/s compatible !
Hello tout le monde
J'ajoute mon petit retour d'expérience sur ma config unique je pense, et opérationnelle.
Je suis donc avec un gpon huawei placé dans un routeur Asus RT-AX89X. Le seul de la marque avec un port SFP+ et un port Rj45 10gb 8)
Tout est fonctionnel et j'ai un débit de 2 gigas. :D
-
Quels sont les valeurs / options à set sur un ONT afin de bypass un stick SFR ?
Sur Orange il faut serial, hardware version et vendor id.
Sur SFR ?
Quelqu'un pour répondre svp ? C'est pour des test que l'on va faire sur du XGS-PON.
Si je ne trouve personne ici (forum SFR) pour répondre aux questions, on va simplement abandonné l'idée de vous aider.
-
Du coup tu as flashé quel firmware, et quels settings as tu parametré ?
C'est un firmware FS Mod . Pour les paramètre je crois que ce sont les mêmes que sur le forum dans le commentaires récents. J'ai été aidé par une personne qui connait mieux que moi
-
Quelqu'un pour répondre svp ? C'est pour des test que l'on va faire sur du XGS-PON.
Si je ne trouve personne ici (forum SFR) pour répondre aux questions, on va simplement abandonné l'idée de vous aider.
Tu es marrant, comme si nous étions tous dans la technologie XGS-PON, ce qui n'est pas le cas.
De plus, l'ONT XGS-PON de chez FS.COM (https://www.fs.com/fr/products/185594.html?attribute=99218&id=3568583) coûte 250€, ce qui n'est pas à la portée de toutes les bourses.
-
Tu es marrant, comme si nous étions tous dans la technologie XGS-PON, ce qui n'est pas le cas.
De plus, l'ONT XGS-PON de chez FS.COM (https://www.fs.com/fr/products/185594.html?attribute=99218&id=3568583) coûte 250€, ce qui n'est pas à la portée de toutes les bourses.
Relis mon message, a quel moment j'ai parler de tester (de vous faire tester) de l'XGS-PON ? J'ai simplement demander comment utiliser un ONU third party avec SFR.
Les ONU ont les a déjà, on code les firmware et on modifie. Maintenant si la commu SFR est aussi compliqué on va passer a la suivante. Il y a plein de personne qui cherche a bypass leur ligne XGS-PON.
Je suis sur un sujet nommer "remplacer un ONT SFR" et je sais pertinemment qu'aucun de vous bypass l'ONT XGS-PON. Mon message est donc bien tourné vers comment param un ONT G-PON afin de bypass sur une ligne SFR.
Si personne ne répond, rien de bien grave, on passera à la ligne suivante pour les demandes de bypass sans revenir :D
Edit: Pour info même pas besoin de parler du l'ONU FS, il ne pourra pas fonctionner (en l'état du moins) avec SFR.
Edit2: Assez étrange la différence entre Orange/Free comparé à la commu SFR.
-
hello,
Je viens d'acheter un SFP huawei smartAX MA5671A d'occasion (je ne connais pas le firmware dessus).
Quelles sont les étapes à faire pour pouvoir remplacer mon ONT SFR ? j'ai déjà un routeur openwrt avec une sortie SFP.
Je ne trouve pas de tuto claire
-
Tu as celui-ci :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
-
Bonjour,
Je viens de parcourir tout le post... Et je bloque un problème que vous avez aussi rencontré...
Je viens d'avoir enfin la fibre (après 1 an et demi de bataille et d'attente (PM dans un état desastreux et donc refus de raccordement, prévu d'etre refait donc gel commercial, puis incendié, avec 4 nouveaux PM qui le replace mis en service 1 mois après l'incendie, et 6 mois de gel commercial...)) dans mon appart. J'ai pris RedBySfr sur l'offre 2gbps donc Box 8.. (j'aurais pas du faire le gourmant je pense...)
J'ai l'habitude depuis 2019 de ne plus utiliser les box opérateurs. Dans mon précédent logement, j'étais chez Orange avec un LXT-010H-D relié à un RB5009 (et un switch relié an SFP+ au routeur);
Je voulais reproduire le schéma similaire... Mais je viens de découvrir après quelques tests et une lecture fort intéressante, que le que Leox ne semble pas forcément compactible avec SFR...
La grande problématique, c'est que ma prise fibre est dans le salon et tout le réseau (routeur + switch) dans le bureau avec une bonne distance de 25m (en longeant les murs).
J'ai déjà des ethernet tiré entre le salon et le bureau.
J'aurais voulu savoir si on avait des alternatives en ONT externe, ou une solution qui pour un transformer ONT SFP+ et qui serait "transformer" en RJ45 (comme le MC220L mais qui gérerait du 2.5G/10G?) .
Dans le pire des cas je verrais à peut-être tirer une jatière en suivant le chemin de cable ethernet... Mais j'aimerais éviter...
---
Sur le LXT-010H-D, j'ai tenté de faire
flash set PON_VENDOR_ID PTIN
flash set GPON_SN PTINxxxxxxxx
flash set GPON_PLOAM_PASSWD xxxxxxx
flash set OMCI_SW_VER1 3FE7SW04040022
flash set OMCI_SW_VER2 3FE7SWS04040018
flash set GPON_ONU_MODEL PTIN
Il semble que je vois au moins le VLAN 101 mais rien qui transite en sortie de l'ONT...
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x08
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x1a
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0xffff
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
-
Salut !
effectivement concernant l'ONU Leox externe, personne n'est arrivé a le faire fonctionner avec SFR.
Le seul ONT externe qui fonctionne à coup sur c'est l'original de SFR, en 1Gbps, que l'on trouve facilement en occasion sur leboncoin. on se connecte dessus en telnet et on remplace le pass fibre par le notre. ex: https://www.leboncoin.fr/ad/photo_audio_video/2808134764
La solution en passant par un media converter compatible 2.5Gbps devrait fonctionner aussi : https://www.aliexpress.com/item/1005004340369253.html
Ce qui implique bien entendu d'avoir un ONT SFP corectement configuré, à mettre dedans.
-
J'ai pris RedBySfr sur l'offre 2gbps donc Box 8.. (j'aurais pas du faire le gourmant je pense...)
J'ai cru que tu étais chez Bouygues.
Dans le pire des cas je verrais à peut-être tirer une jarretière en suivant le chemin de câble éthernet Mais j'aimerais éviter...
Si tu n'avais pas un existant, c'est la solution que je préconise, au lieu de mettre des câbles éthernet dans tout l'appartement (ou la maison).
J'anticipe peut-être un peu de trop, mais si demain, nos FAI nous propose du 50gb/s, l'éthernet existant (cat 5e) ne sera plus du tout adapté.
Pour l'alternative, Rooot a fait un bon résumé. Il parait que le Leox fonctionne avec des VLAN sauf que chez SFR (ou Red by SFR), il n'y en a pas. Il faudrait savoir comment les désactiver dans le boitier Leox.
-
La fibre est arrivé hier. J’ai pas encore changé mon profil ;) (la box 5g est actuellement en failover sur la fibre du coup le temps de résilier)
Pour le coup j’ai passer les cable l’année dernière en achetant l’appartement. Tout est dans des goulottes. Il devrait y avoir encore un peu de place pour y loger une jartiere. Mais faut que j’ai un coup de main car c’est assez galère solo. Je pense que c’est la solution qui sera quand meme le mieux. Juste que je re-mesure ce qu’il me faut.
Pour le leox c’est ce que j’ai lu dans le thread. Mais comme je l’avais sous ma main sa coutait rien d’essayer.
-
Bonjour a tous..
J'avais un sfp Huawei Ma5671a configuré pour orange livebox. J'ai migré ma fibre sur red by SFR
J'aimerai le reconfigurer pour qu'il fonctionne sur ma ftth, quelqu'un pour m'orienter sur un tuto ou m'aidé a le paramétrer ? Faut il le reset ? Le reflasher ?
Merci
-
j'ai répondu a cette question un peu plus haut.
-
Hello tout le monde, merci pour ce topic, c'est une mine d'or.
Cependant je peine à trouver une réponse pour ma situation.
Je suis chez Red avec une box 8 que j'ai déjà remplacé par un ONT de NB6VAC sans problème, avec un opnsense derrière, mais je souhaiterai profiter au max de la fibre et de ses 2 Gbit/s théoriques.
J'ai commandé sur notre cher ami Aliexpress un module SFP Huawei MA5671A + le media converter qui va avec.
Sauf que sur le modèle que j'ai c'est OpenWRT qui est préinstallé dessus et non pas un Carlito comme souvent mentionné dans le topic.
J'ai tenté hier tant bien que mal de "cloner" les infos de mon Ont GS0100GH sur le OpenWRT du MA5671A mais sans succès ... il détecte bien la fibre, mais je pense qu'il se met dans un fake O5 même avec les infos que je lui ai remis (modele hw, sw, slid, adresse mac, etc ...) car il ne récupère pas les vlans
Je ne sais pas si quelqu'un aurait une idée ici !
Le plus simple serait peut être finalement de flasher Carlito à la place de OpenWRT mais je ne sais pas si c'est faisable.
Merci bien pour votre aide !
A bientot
-
ben oui, en théorie il suffirait de suivre le tuto que j'ai indiqué plus haut:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
et de démarrer directement à l'étape FLASHER LE FIRMWARE vu que ton ONU semble déjà rooté.
Ce tuto étant perdu au milieu de la discussion, ce serait bien qu'un modérateur puisse le sortir et en faire un topic a part entière...ca éviterait déjà les multiples demandes de tutos.
En fait on a au moins 2 tutos assez complets :
celui de Maximushugus que je cite plus haut, et celui de G8U5 : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
Qui lui aussi mériterait d'avoir son propre topic, pour plus de visibilité.
-
Salut à tous.
Je viens de recevoir le BPI-R4 et bientôt le module Wifi 14.
J'ai compilé et installé OpenWRT en 23.05, mais j'ai l'impression que tout n'est pas nickel.
Ça tourne, et ça se connecte, mais je n'ai pas encore réussi à avoir du 2.5Gbs en SGMII avec le module FS. Le SGMII mode est bien à 5 dans les ENVs du module, mais le state reste à 4 (1Gbs sans négociation).
Aussi, je compile bien Luci et tout ce qui va avec, mais je ne sais pas où trouver les Packages dans le /bin... du coup j'installe la version du snapshot openWRT qui me dit que certains kmods ne sont pas compatible avec l'architecture du BPI-R4.
Autre chose me tracasse, le build est pour un ARM A53 alors que le MT7888A est un A73, mais ça marche.
Quelqu'un a un background sur le R4, on ouvre un topic?
-
ben oui, en théorie il suffirait de suivre le tuto que j'ai indiqué plus haut:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
et de démarrer directement à l'étape FLASHER LE FIRMWARE vu que ton ONU semble déjà rooté.
Ce tuto étant perdu au milieu de la discussion, ce serait bien qu'un modérateur puisse le sortir et en faire un topic a part entière...ca éviterait déjà les multiples demandes de tutos.
En fait on a au moins 2 tutos assez complets :
celui de Maximushugus que je cite plus haut, et celui de G8U5 : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
Qui lui aussi mériterait d'avoir son propre topic, pour plus de visibilité.
Merci pour ta réponse.
Je vais tenter de flasher le firmware ce soir, mais, m'étant déjà connecté en SSH dessus hier je me retrouve vraiment sur le shell d'OpenWRT donc je ne sais pas si je vais pouvoir remplacer facilement par le firmware de la procédure !
On est d'accord que, si l'ONU s'authentifie bien sur le réseau SFR grosso modo sur mon Opnsense je vais devoir tagger mon WAN en vlan 101 ?
-
On est d'accord que, si l'ONU s'authentifie bien sur le réseau SFR grosso modo sur mon Opnsense je vais devoir tagger mon WAN en vlan 101 ?
non, l'ONU doit détaguer, comme le fait l'ONT de SFR. Tu ne dois pas utiliser de vlan sur ton routeur.
-
Salut à tous.
Je viens de recevoir le BPI-R4 et bientôt le module Wifi 14.
J'ai compilé et installé OpenWRT en 23.05, mais j'ai l'impression que tout n'est pas nickel.
Ça tourne, et ça se connecte, mais je n'ai pas encore réussi à avoir du 2.5Gbs en SGMII avec le module FS. Le SGMII mode est bien à 5 dans les ENVs du module, mais le state reste à 4 (1Gbs sans négociation).
Aussi, je compile bien Luci et tout ce qui va avec, mais je ne sais pas où trouver les Packages dans le /bin... du coup j'installe la version du snapshot openWRT qui me dit que certains kmods ne sont pas compatible avec l'architecture du BPI-R4.
Autre chose me tracasse, le build est pour un ARM A53 alors que le MT7888A est un A73, mais ça marche.
Quelqu'un a un background sur le R4, on ouvre un topic?
tu auras plus de chances de trouver les réponses et des solutions a ton probleme directement sur le forum sinovoip : https://forum.banana-pi.org/c/banana-router/bpi-r4/63
-
ben oui, en théorie il suffirait de suivre le tuto que j'ai indiqué plus haut:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
et de démarrer directement à l'étape FLASHER LE FIRMWARE vu que ton ONU semble déjà rooté.
Ce tuto étant perdu au milieu de la discussion, ce serait bien qu'un modérateur puisse le sortir et en faire un topic a part entière...ca éviterait déjà les multiples demandes de tutos.
En fait on a au moins 2 tutos assez complets :
celui de Maximushugus que je cite plus haut, et celui de G8U5 : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
Qui lui aussi mériterait d'avoir son propre topic, pour plus de visibilité.
Bon et bien remplacer OpenWRT par Carlito > brick dès le premier reboot ...
-
ha merde...comment c'est possible ?
-
ha merde...comment c'est possible ?
Bon finalement j'ai réussi à me démerder à l'intérieur du media converter il y a directement des broches pour se connecter en série sur le sfp :D
En revanche j'en suis au même point qu'avant (et au final même carlito c'est du openwrt je viens de réaliser)
Donc je suis bien en O5 mais je ne choppe pas de vlan
-
BON !
Après maintes et maintes galères j'ai pu reflasher les 2 images de Carlito, refaire le tuto de 0 en vérifiant bien toutes les données, et hop ! Quand j'y croyais plus mais quand j'ai vu le vlan s'afficher dans le gtop c-y et c-v j'étais bien content :D Me voilà donc avec 2 gbit/s fonctionnels :D
Merci pour l'aide
-
haaaaaa !!! bah voila !
tu sais ce que tu avais zappé la 1ere fois ??
-
En fait, depuis le firmware fourni avec, j'ai perdu totalement la main lorsque j'ai flashé l'image 1 du coup j'ai du reflasher les images directement via le port série et je pense que je bootait toujours depuis l'image 1 au lieu de l'image 0 un truc comme ça. J'ai refait le tuto de 0 en transférant en scp les 2 firmware, j'ai tout reflashé correctement, reverifié toutes les infos de mon ONT SFR d'origine (enfin celui que j'avais reçu il y a 1 semaine lol) pour être sur que les données étaient dans le bon format et là tout s'est bien déroulé ! Je suis d'ailleurs surpris de la stabilité du débit qui est en permanence à 1900 mbit/s alors que avec l'ONT sfr ou même la box SFR qui est censée être en 2 Gbit/s partagés je n'avais pas toujours mon gigabit stable
-
Merci Athenard pour ton retour d'expérience et bravo pour ton succès.
Bon finalement j'ai réussi à me démerder à l'intérieur du media converter il y a directement des broches pour se connecter en série sur le sfp :D
Le fait d'avoir les broches UART dans le Media Converter t'a permis d'avoir accès à l'ONU (le Huawei MA5671A) et de refaire les manipulations. Est-ce bien cela qui t'a sauvé ?
Après maintes et maintes galères j'ai pu reflasher les 2 images de Carlito, refaire le tuto de 0 en vérifiant bien toutes les données, et hop !
Le didacticiel de MaximusHugus est donc correcte.
En fait, depuis le firmware fourni avec, j'ai perdu totalement la main lorsque j'ai flashé l'image 1
Et si tu avais commencé par l'image 0, aurais tu eu le même problème ?
je pense que je bootais toujours depuis l'image 1 au lieu de l'image 0 un truc comme ça.
Quelle différence entre l'image 1 et l'image 0 ?
As tu fais un reset de ton Huawei MA5671A avant de refaire les manipulations ?
Ce sont les contrôles à mettre en place qui m'intéresse afin de ne pas reproduire les problèmes que tu rencontres.
Ce qui m'intéresse est la configuration de ce Huawei MA5671A et non la configuration de l'OS OpenWRT.
-
Le fait d'avoir les broches UART dans le Media Converter t'a permis d'avoir accès à l'ONU (le Huawei MA5671A) et de refaire les manipulations. Est-ce bien cela qui t'a sauvé ?
Oui exactement. J'avais acheté de base le module et le media converter sur aliexpress afin de ne pas avoir à passer par l'étape de root manuel (enfin au final c'était le même tarif que le module tout seul ... 65€ le module rooté + le media converter)
Le didacticiel de MaximusHugus est donc correcte.
Oui !
Et si tu avais commencé par l'image 0, aurais tu eu le même problème ?
Je ne saurais pas dire du tout ... quand j'ai flashé l'image 1 avec le firmware que j'ai eu de fourni avec le module, et que j'ai reboot j'ai tout simplement perdu totalement la main dessus, la partie "lan" du module était totalement inactive en gros. J'ai récupéré la main lorsque je me suis connecté en UART sur le mediaconverter avec le module branché, et j'ai lancé le root automatique qui est dispo sur le site de Hack GPON https://hack-gpon.org/ont-huawei-ma5671a-root-web/
Quelle différence entre l'image 1 et l'image 0 ?
Je ne saurais pas dire, j'ai l'impression que les partitions sont différentes ... mais ça commence à être un peu poussé pour moi je ne suis pas certain de bien comprendre https://hack-gpon.org/ont-huawei-ma5671a/
As tu fais un reset de ton Huawei MA5671A avant de refaire les manipulations ?
En gros pour refaire les manipulations (flash des 2 images + modification des différents paramètres) j'ai du me connecter sur l'interface web du OpenWRT (je pense que la version installée est un peu bancale car les identifiants root / admin123 n'ont jamais été ceux là ça a toujours été uniquement root sans mdp) pour pouvoir me connecter en SSH et faire un transfert en SCP des 2 images j'ai du rajouter la clé publique de mon client SSH sur l'interface web et j'ai ensuite pu continuer la procédure. Une fois les 2 images flashées comme indiqué, j'ai poursuivi à l'identique le tuto avec les fw_setenv et la modif des fichiers .sh
Après tout ça un petit reboot et là quelle surprise de voir les VLAN remonter directement et l'Opnsense qui récupère direct une IP avec la config DHCPv4 que j'avais déjà faite avec l'ONT Altlab
Voilà à peu près un résumé de ma soirée de jeudi 8)
-
Par contre je suis étonné de l'upload qui est grandement limité à 300 mbits (alors que je suis à 1gbits avec la box ou l'ONT SFR)
-
il me semble que quelqu'un avait eu le meme soucis, et de mémoire c'est revenu tout seul a 940Mbps sans faire quoi que ce soit.
-
Je rencontre un problème similaire où le débit ascendant (<500mb/s) est souvent plus petit que le débit descendant (<1gb/s). Cela dépend de l'utilitaire par lequel je mesure ce débit. Sous Debian, j'ai installé le logiciel SpeedTest, et j'arrive à obtenir le bon débit (930mb/s), tandis que sous Windows 10, je ne dépasse pas en débit ascendant les 500mb/s. Que ce soit sous Windows ou Debian, en passant par les navigateurs, je retrouve ce même problème, sans comprendre la raison. Il y a peut-être un problème de paramétrage sous ces OS, mais cela ne m'empêche pas de travailler.
-
Je rencontre un problème similaire où le débit ascendant (<500mb/s) est souvent plus petit que le débit descendant (<1gb/s). Cela dépend de l'utilitaire par lequel je mesure ce débit. Sous Debian, j'ai installé le logiciel SpeedTest, et j'arrive à obtenir le bon débit (930mb/s), tandis que sous Windows 10, je ne dépasse pas en débit ascendant les 500mb/s. Que ce soit sous Windows ou Debian, en passant par les navigateurs, je retrouve ce même problème, sans comprendre la raison. Il y a peut-être un problème de paramétrage sous ces OS, mais cela ne m'empêche pas de travailler.
Oui c'est à peu près similaire de mon côté, par les outils classiques, speedtest/nperf mon débit ascendant n'est pas celui espéré (1 gbit/s avec la box ou même l'ONT SFR), mais en faisant un iperf3 vers un serveur type ping.online.net j'atteins bien les débits attendus donc étrange.
-
@ Athenard : as tu pu résoudre ton problème du débit faible ascendant ?
Tu dis avoir commandé chez AliExpress un Media Converter mais tu n'as pas donné les références ?
Celui qui possède les broches UART/Series (GND,Vcc, TCD, RXD) et dont tu t'es servi pour configurer le Huawei MA5671A.
-
@ Athenard : as tu pu résoudre ton problème du débit faible ascendant ?
Tu dis avoir commandé chez AliExpress un Media Converter mais tu n'as pas donné les références ?
Celui qui possède les broches UART/Series (GND,Vcc, TCD, RXD) et dont tu t'es servi pour configurer le Huawei MA5671A.
Non, je n'ai pas pu régler le débit ascendant, ceci dit c'est pas trop grave c'est le descendant qui m'intéresse au quotidien lol
Pour ce que j'ai acheté, voici : https://fr.aliexpress.com/item/1005007198047818.html?spm=a2g0o.order_list.order_list_main.41.417e5e5bFCfPu6&gatewayAdapt=glo2fra
-
Merci pour le lien, Athenard. Intéressant. :)
Ton acquisition comprend le Media Converter, le stick Huawei SmartAX Ma5671A et un refroidisseur, le tout pour 63,48€.
Je suppose qu'il faut ouvrir le Media Converter pour accéder aux broches UART/Series.
-
oui interessant, c'est pas courrant ce type de kit.
Huawei ONU Stick (Pre-Owned):
We offer two versions of the Huawei ONU Stick. Both are second-hand and have distinct features:
1. Original Firmware Version: This version comes with the original firmware. However, before using it, customers will need to crack the account password or flash the device themselves. This version offers the authentic Huawei experience but requires some technical knowledge for initial setup.
2. Openwrt Version: This version is pre-cracked by us and is ready to use out of the box. It’s referred to as “Hack GPON”. While it doesn’t come with the original Huawei firmware, it offers the convenience of immediate use without the need for any technical setup.
If you’re comfortable with a bit of initial setup and want the original firmware, go for the Original Firmware Version. If you prefer immediate usability without any setup, the Hacked GPON Version would be the better choice. Happy shopping!
P.s: We default send Openwrt firmware version. Please contact us if you need original firware version.
Here's a simplified English instruction manual for the Huawei MA5671A ONT (Optical Network Terminal) :
Huawei MA5671A Setup Guide
1. Cable Connections:
1. Insert the Huawei MA5671A into the SFP port of the optical receiver.
2. Connect the RJ45 network cable from the optical receiver to a home network switch or router.
*(Note: The home network segment must be 192.168.1.x. Otherwise, you will not be able to access the MA5671A backend. If it's not, please change it to this segment.)*
2. Configuration:
1. After completing the above connections, log in to the router backend and you should see a new device with IP 192.168.1.10, which is the Huawei MA5671A.
2. Within the local network, enter 192.168.1.10 in your browser's address bar to access the Huawei MA5671A backend.
- Username: root
- Password: null
3. In the Huawei MA5671A backend, set the LOID and VLAN ID (you may need to enter the original optical modem's super admin backend to obtain these):
- GPON SN: 12-digit SN (usually on the back of the optical modem)
- LOID: Fill in the LOID you obtained
- Logic Password: Usually leave blank
- PLOAM Password: Fill in the password you obtained
4. After successful configuration, save and apply, then restart the Huawei MA5671A and check the registration status (ensure the optical cable is connected).
3. Important Notes:
1. The optical network path must be GPON or XGPON. EPON users cannot use this device (please check before purchasing, non-refundable if incorrect).
2. Ensure LOID and VLAN ID are correctly set to register normally.
-
Je rencontre un problème similaire où le débit ascendant (<500mb/s) est souvent plus petit que le débit descendant (<1gb/s). Cela dépend de l'utilitaire par lequel je mesure ce débit. Sous Debian, j'ai installé le logiciel SpeedTest, et j'arrive à obtenir le bon débit (930mb/s), tandis que sous Windows 10, je ne dépasse pas en débit ascendant les 500mb/s. Que ce soit sous Windows ou Debian, en passant par les navigateurs, je retrouve ce même problème, sans comprendre la raison. Il y a peut-être un problème de paramétrage sous ces OS, mais cela ne m'empêche pas de travailler.
Bon ... et bien comme disait rooot
il me semble que quelqu'un avait eu le meme soucis, et de mémoire c'est revenu tout seul a 940Mbps sans faire quoi que ce soit.
Au bout de 2 semaines le débit ascendant est redevenu normal sur un nperf ! Par contre c'est systématiquement pourri sur un speedtest.net étrangement ... mais je m'en fiche à l'utilisation j'ai mon débit partout je suis super satisfait de cette bidouille !
-
Un de ces jours, je vais créer un sujet pour avoir des explications sur le pourquoi de ce débit fluctuant selon l'OS, le navigateur et le test de vitesse. Il y a certainement du paramétrage à mettre au point, surtout dans Windows.
-
Bonjour,
Après avoir lu l'ensemble des pages, je reste un peu perdu entre les solutions qui ne fonctionnent pas, celles qui ont fonctionné mais ne fonctionnent plus... et celles qui fonctionnent à ce jour.
J'ai un routeur Edgerouter4 avec un port SFP.
J'ai une box "BOX 7 FIBRE V3 SDMC MIXNW" que je souhaite dégager.
A ce jour, quel module acquérir pour mettre toutes les chances de mon coté ? Le Leox LXT-010S-H ? Le GPON-ONU-34-20BI ? Un autre module ?
Merci beaucoup !
-
j'ai l'impression de répondre a la meme question tous les jours. Ce qui confirme ce que j'ai déjà dis un peu plus haut, il faudrait que les 2 tutos fonctionnels soient dans un post a part et accessible a tous, et non perdus au milieu de 72 pages...
Tu peux regarder mon dernier message ici : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1083630/#msg1083630
-
J'ai quand meme un soucis avec le tuto qui es sensé fonctionner :
fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00'
0xMN si c'est de l'hexa alors je suis Pape. Peut-on utiliser la chaine ascii ?
-
J'ai quand même un soucis avec le tuto qui est sensé fonctionner :
Cela fonctionne très bien à la condition de comprendre ce que l'on fait.
Pour configurer le SLID ou PLOAM, depuis la session SSH sur le Huawei MA5671A, il faut rentrer la commande :
fw_setenv nPassword '0xAB 0xCD 0xEF 0xGH 0xIJ 0xKL 0xMN 0xOP 0x00 0x00'
C'est un exemple du format que l'on doit adopter pour cette commande.
Tu dois mettre en hexadécimal ton SLID ou PLOAM que tu dois nécessairement connaitre.
Et au cas où tu ne saurais pas ce qu'est le SLID, il s'agit de ton mot de passe fibre que tu trouveras dans ta BOX.
Chaque caractères ASCII est remplacé par son équivalent en hexadécimal, non pas sous la forme d'une chaîne, mais séparé comme dans l'exemple donné par MaximusHugus. Cela se fait sur dix caractères et pour compléter, tu mets 0x00.
-
Dans le tuto 0xMN par exemple c'est pas de l'hexa. L'hexa c'est des caractères de 0 à F
Donc il faudrait préciser passer par un convertisseur ASCII => Hexa en ligne si il le faut.
-
Oui, il faut passer par un convertisseur ASCII vers HEXA, comme celui-ci (https://www.rapidtables.com/convert/number/ascii-to-hex.html).
Je reconnais que plonger dans le didacticiel sans bien comprendre ce qu'il fait, est assez hasardeux, voire incompréhensible.
Surtout que ce sont des commandes très particulières qui n'ont rien à voir avec ce que l'on fait sous linux.
C'est déjà bien que des membres nous donne la solution pour résoudre la configuration de ces ONU.
Si le Huawei MA5671A est trop difficile pour vous, il y a celui de FS.COM (FS P/N: GPON-ONU-34-20BI (https://www.fs.com/fr/products/133619.html)) qui est beaucoup plus simple, puisque à la commande chez eux, il suffit de donner vos paramètres et ils vont se faire un plaisir à vous le configurer.
-
Le Huawei MA5671A est parfait pour autant que les commandes de configuration ne prêtent pas à confusion.
C'est un petit point d'amélioration qu'il faudrait apporter au tuto car un néophyte pourrait croire qu'il suffit de rajouter juste un 0x tous les deux caractères.
En l'état avec mon MA5771A flashé avec 6BA1896SPLQA42_MODDED_ver5-1.img https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/
Et configuré comme suit :
fw_setenv onu_serial PTINXXXXXXXXXXXXX
fw_setenv onu_ploam XXXXXXXX
fw_setenv image1_version=3FE7SWS4040018
fw_setenv image0_version=6BA1896SPLQA42
fw_setenv image1_is_valid 0
j'arrive à avoir une connexion.
résultat gtop c v
===
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;1
===
gtop c y
===
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1; ;4; 101;10;4; ;15
1; ; ;1; ; ;15; ; ;15
2;1;1;1; ; ;15; ; ;15
64;1;1; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
192;1;1; ;4; ;15;4; ;15
193;1; ; ; ; ;15; ; ;15
194; ; ; ; ; ;15; ; ;15
256;1;1; ; ; ;15; ; ;15
257;1; ; ; ; ;15; ; ;15
258; ; ; ; ; ;15; ; ;15
-
Le Huawei MA5671A est parfait pour autant que les commandes de configuration ne prêtent pas à confusion.
Le mieux est de ne pas trop se poser de questions et de le suivre pas à pas, sans rien omettre.
C'est un petit point d'amélioration qu'il faudrait apporter au tuto car un néophyte pourrait croire qu'il suffit de rajouter juste un 0x tous les deux caractères.
Je possède le ONT7-SFU-v3 de SFR et quand je suis entrée dedans, j'ai vu la chaîne GPON SLID sous forme hexadécimal, ainsi que sous forme ASCII. Pourquoi en Hexa ? A vrai dire j'ignore pourquoi saisir sous cette forme, sachant que dans le mot de passe, il n'y a que des chiffres et des lettres, enfin, chez SFR, ailleurs, je ne sais pas. Peut-être qu'il faut respecter la longueur de 10 caractères Hexa.
Obtiens tu internet à la sortie de ton routeur ?
Je constate que tu n'as que le VLAN 101 (VID= VLAN ID) qui selon moi doit correspondre à l'internet.
Le VLAN 102, je pense que cela doit être la télévision, mais je n'en suis pas sûr.
-
J'ai une connexion. D'ailleurs je viens de repasser en IPV4 full stack.
En revance je plafonne à 300/500Mb (mais j'ai un MC220L) et je n'ai pas le vlan TV.
-
Le TP-Link MC220L plafonne à 1gb/s. Mais cela n'explique pas pourquoi tu ne dépasses pas les 500mb/s.
Quelle est le débit commerciale de ton offre ?
-
Normalement je suis en 2Gb partagé
-
J'ai bien compris que tu étais en G-PON.
Mais je te demande le débit commerciale de ton offre RedbySFR.
Il est probable que tu sois bridé dans ton offre chez RedBySFR.
Plus simplement, tu as quelle offre ?
-
Je ne vois qu'une offre à 2Gbps c'est sfr fibre power...
-
Il y a aussi l'offre à 2Gb partagés de la SFR Box 8 chez RedBySFR.
"Avec la Fibre optique (jusqu’à l’abonné) et la SFR Box 8, téléchargez, streamez et surfez avec un débit pouvant aller jusqu'à 2 Gb/s partagés (soit jusqu’à 1 Gb/s maximum en débit descendant par équipement)"
https://www.red-by-sfr.fr/offre-internet/ (https://www.red-by-sfr.fr/offre-internet/)
-
Il y a aussi l'offre à 2Gb partagés de la SFR Box 8 chez RedBySFR.
Il n'y a pas d'offre où l'abonnée est seul sur sa fibre. Je ne parle pas, bien sûr, de celle qui arrive chez lui.
Il y a en général de 32 à 64 abonnées sur un arbre G-PON, donc c'est bien du partagé.
Toutes les offres sont partagées, même celle qui j'aies, SFR FIBRE POWER.
En G-PON, le maximum est 2.488gb/s (download) et 1.244gb/s (Upload) alors que l'offre commerciale POWER est à 2gb/s (download) et 1gb/s (upload).
-
2Gbits Partagés cul de box Artemus24 ::)
Sur une Box-8 qui ne dispose pas de port 2.5Gbits ;)
(https://communaute.red-by-sfr.fr/t5/image/serverpage/image-id/28038i261378CE13D0AF7D/image-size/large?v=v2&px=600)
https://communaute.red-by-sfr.fr/t5/Installer-configurer-ma-box/Installer-et-connecter-ma-Box-8-Fibre/ta-p/493654
-
@XP25 : je n'ai jamais dit qu'il y avait des ports RJ45 en 2.5gb/s sur une BOX SFR. :o
Je ne possède ni l'une ni l'autre mais celle avec deux ports RJ45.
Elle ressemble plus à celle de gauche, avec la prise PON verte tout en bas.
J'ai aussi une prise USB-C alors que je n'ai que des prises USB-A chez moi.
Franchement, c'est du n'importe quoi cette prise USB-C.
Les ports RJ45 des BOX SFR fournissent au maximum que du 1gb/s, mais pas plus.
Et oui, c'est aussi du partagé sur les ports RJ45 des BOX SFR.
-
Je suis perplexe, j'ai suivi les manipulations de ce post :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
et toutes les variables autres que
fw_setenv omci_loid=user //(rien à faire ici)
fw_setenv omci_lpwd=password //(rien à faire ici)
ne sont pas persistées après un reboot.
Après investigations il faut utiliser
fw_sentenv variable valeur
au lieu de
fw_setenv variable=valeur
Mais en faisant un test avec l'ensemble des valeurs comme dans le lien je n'arrive pas avoir de connexion.
Si je mets juste
fw_setenv image1_version 'xx'
fw_setenv image0_version 'xxx'
fw_setenv onu_ploam 'xx'
fw_setenv omci_equip_id 'xx'
fw_setenv omci_hw_ver 'xx'
alors ma connexion est établie (mais je plafonne toujours a 500Mb)
-
Bon, je pense que je suis pas trop mal, il ne reste plus quà faire remonter le vlan de la TV maintenant.
root@OpenWrt:~# iperf3 -c speedtest.fra1.de.leaseweb.net -p 5201 -6
Connecting to host speedtest.fra1.de.leaseweb.net, port 5201
[ 5] local port 49832 connected to 2a00:c98:4005:1::77 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 36.2 MBytes 303 Mbits/sec 0 1.64 MBytes
[ 5] 1.00-2.00 sec 95.6 MBytes 803 Mbits/sec 0 1.64 MBytes
[ 5] 2.00-3.00 sec 88.0 MBytes 737 Mbits/sec 246 1.25 MBytes
[ 5] 3.00-4.00 sec 89.6 MBytes 753 Mbits/sec 0 1.38 MBytes
[ 5] 4.00-5.00 sec 96.1 MBytes 806 Mbits/sec 0 1.47 MBytes
[ 5] 5.00-6.00 sec 96.8 MBytes 812 Mbits/sec 0 1.55 MBytes
[ 5] 6.00-7.00 sec 101 MBytes 851 Mbits/sec 0 1.60 MBytes
[ 5] 7.00-8.00 sec 97.1 MBytes 815 Mbits/sec 0 1.64 MBytes
[ 5] 8.00-9.00 sec 98.8 MBytes 829 Mbits/sec 0 1.66 MBytes
[ 5] 9.00-10.00 sec 98.0 MBytes 821 Mbits/sec 0 1.67 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 900 MBytes 755 Mbits/sec 246 sender
[ 5] 0.00-10.05 sec 898 MBytes 750 Mbits/sec receiver
iperf Done.
-
Bon, j'ai mis l'omi en debug et j'obtiens une log sur les vlans. En revance je n'ai pas la moindre idée de ce que cela peut signifier;
[omcid] 18:48:48 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:48 MCC PRN: [239.255.255.251] adding LAN=0, FID=1 entry
[omcid] 18:48:48 MCC PRN: [239.255.255.251] LAN=0, FID=1 fwd added/updated
[omcid] 18:48:50 MCC PRN: use SVID=101, FID=1
[omcid] 18:48:50 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:50 MCC PRN: [239.0.0.250] adding LAN=0, FID=1 entry
[omcid] 18:48:50 MCC PRN: [239.0.0.250] LAN=0, FID=1 fwd added/updated
[omcid] 18:48:53 MCC PRN: use SVID=101, FID=1
[omcid] 18:48:53 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:53 MCC PRN: [239.255.255.250] adding LAN=0, FID=1 entry
[omcid] 18:48:53 MCC PRN: [239.255.255.250] LAN=0, FID=1 fwd added/updated
[omcid] 18:48:54 MCC PRN: use SVID=101, FID=1
[omcid] 18:48:54 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:54 MCC PRN: [233.89.188.1] adding LAN=0, FID=1 entry
[omcid] 18:48:54 MCC PRN: [233.89.188.1] LAN=0, FID=1 fwd added/updated
[omcid] 18:48:55 MCC PRN: use SVID=101, FID=1
[omcid] 18:48:55 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:55 MCC PRN: [239.254.127.63] adding LAN=0, FID=1 entry
[omcid] 18:48:55 MCC PRN: [239.254.127.63] LAN=0, FID=1 fwd added/updated
[omcid] 18:48:56 MCC PRN: use SVID=101, FID=1
[omcid] 18:48:56 MCC PRN: record accepted on port 0 with CVID/SVID=4096/101, FID=1
[omcid] 18:48:56 MCC PRN: [224.0.1.187] adding LAN=0, FID=1 entry
[omcid] 18:48:56 MCC PRN: [224.0.1.187] LAN=0, FID=1 fwd added/updated
[omcid] 18:50:51 MCC PRN: [224.0.0.1] adding LAN=0, FID=1 entry
[omcid] 18:50:51 MCC PRN: [224.0.0.1] LAN=0, FID=1 fwd added/updated
[omcid] 18:50:51 MCC PRN: [224.0.0.1] adding LAN=1, FID=1 entry
[omcid] 18:50:51 MCC PRN: [224.0.0.1] LAN=1, FID=1 entry not found
[omcid] 18:50:51 MCC PRN: [224.0.0.1] adding LAN=2, FID=1 entry
[omcid] 18:50:51 MCC PRN: [224.0.0.1] LAN=2, FID=1 entry not found
[omcid] 18:50:51 MCC PRN: [224.0.0.1] adding LAN=3, FID=1 entry
[omcid] 18:50:51 MCC PRN: [224.0.0.1] LAN=3, FID=1 entry not found
-
ce sont des adresses IP de multidiffusion (multicast)... c'est la TV ?
-
Donc la TV serait sur le vlan0 ?
[omcid] 18:50:51 MCC PRN: [224.0.0.1] adding LAN=0, FID=1 entry
[omcid] 18:50:51 MCC PRN: [224.0.0.1] LAN=0, FID=1 fwd added/updated
Je n'ai pas encore testé la box.
-
La box TV Android marche parfaitement en l'état.
Du coup inutile de s'acharner à faire monter le vlan 102 dans le module.
-
c'est peut etre des paquets sortants, et non des paquets entrants, difficile de savoir...
-
Donc la TV serait sur le vlan0 ?
Rooot dit que les VLAN en entrée sont 101 & 102. Ton VLAN 0 d'où sort-il ? Je crois que le VLAN par défaut est 1.
La box TV Android marche parfaitement en l’état.
Elle se nomme la Connect TV SFR et fonctionne en OTT alors que les décodeurs TV sont en Multicast.
Tu n'as rien à faire puisque cela fonctionne en l'état.
-
Ce sont les logs du sfp. LAN 0, LAN 1 et autres doivent correspondre aux vlans 101, 102 etc...
En tout état de cause ça change rien.
-
Bonjour à tous,
J'ai besoin d'un coup de main.
J'ai une configuration Mikrotik qui fonctionne parfaitement avec l'ONT SFR. Aussi bien en IPV4 qu'IPV6.
J'ai acheté un Huawei MA5671A, mis mon mot de passe fibre et tout fonctionne lorsque j'utilise un TP Link MC220. Donc plus d'ONT SFR.
En revanche, et c'est là que je ne comprends pas, lorsque j'insère le MA5671A dans mon MikroTik, la même configuration fonctionne en IPV4 mais impossible d'obtenir une IPV6. C'est pourtant la même interface (pas le SFP) qui a la Mac address de la box, pas de changement de ce coté.
une idée?
-
Bonjour à tous,
J'ai besoin d'un coup de main.
J'ai une configuration Mikrotik qui fonctionne parfaitement avec l'ONT SFR. Aussi bien en IPV4 qu'IPV6.
J'ai acheté un Huawei MA5671A, mis mon mot de passe fibre et tout fonctionne lorsque j'utilise un TP Link MC220. Donc plus d'ONT SFR.
En revanche, et c'est là que je ne comprends pas, lorsque j'insère le MA5671A dans mon MikroTik, la même configuration fonctionne en IPV4 mais impossible d'obtenir une IPV6. C'est pourtant la même interface (pas le SFP) qui a la Mac address de la box, pas de changement de ce coté.
une idée?
https://lafibre.info/remplacer-sfr/mirkrotik-rb5009-et-ipv6-ca-ne-veut-pas/msg1077047/#msg1077047
ca peut t'aider
-
Bonjour,
J'ai pu dégager ma "BOX 7 FIBRE V3" par un module SFP dans mon EdgeRouter4. Je partage donc le petit tuto, en remerciement à tout ceux qui ont participé à ce long fil (trop long... un Wiki à coté du forum serait tellement plus facile...)
C'était super facile. Pas de firmware à installer, pas de connexion TTL, rien à souder... en 15 minutes c'était en place.
Ma box : Red-by-SFR : BOX 7 FIBRE V3 SDMC MIXNW
Mon routeur : Ubiquiti EdgeRouter 4 (v2.0.9-hotfix.7)
Je suis parti sur le module GPON-ONU-34-20BI de chez FS.com
Il est possible de le faire configurer par FS.com lors de la commande, mais j'ai préféré prendre la version Standard et maîtriser la config.
fw_printenv image0_version
image0_version=6BA1896SPLQA42
Voici mon tuto :
1/ Connexion au module SFP
Insérer le module GPON dans le port SFP du EdgeRouter.
S'il y a d'autres interfaces réseau configurées sur le EdgeRouter en 192.168.1.1/24, les désactiver le temps de la configuration.
Se connecter au EdgeRouteur en SSH.
Configurer l'interface SFP (eth3 sur mon EdgeRouter4) en IPv4 sur le réseau 192.168.1.0/24 pour accéder au module qui est en 192.168.1.10 :
ssh edgerouter4.local
configure
delete interfaces ethernet eth3 address
set interfaces ethernet eth3 address 192.168.1.1/24
commit
save
Depuis l'EdgeRouteur, se connecter au module SFP en SSH :
ssh ONTUSER@192.168.1.10
(mot de passe : 7sp!lwUBz1)
1b/ Optionel : reconfigurer le serveur SSH du module
J'ai reconfiguré le SSH pour me connecter au module avec une clé SSH et désactiver l'authentification par mot de passe (mais c'est évidement pas nécessaire pour faire fonctionner la fibre). En étant connecté en SSH au module, voici les commandes (remplacer la clé par votre clé public ssh) :
cd ~
mkdir .ssh
echo "ssh-rsa AAAAB3Nxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxs+w== pengu@chihiro" > .ssh/authorized_keys
vi /etc/config/dropbearEt modifier le fichier de config dropbear pour passer à Off les options PasswordAuth et RootPasswordAuth :
config dropbear
option PasswordAuth 'off'
option RootPasswordAuth 'off'
option Port '22'
# option BannerFile '/etc/banner'
Puis rebooter le module :
reboot
2/ Configuration du module SFP
Après s'être reconnecté, voici les commandes que j'ai utilisé pour configurer le numéro de série (nommé "SN GPON" dans l'interface de la Box), la version de l'image (nommé "Version logiciel" dans l'interface de la Box) et le mot de passe fibre (que vous pouvez définir dans l'interface de la Box) :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number 1234567890ABCDEF
fw_setenv image1_version=3ENT010200R018
sfp_i2c -i11 -s "1234VWXYZ"
C'est tout pour le module.
A ce stade, on obtient les VLANs :
[b]gtop c v[/b]
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;1
[b]gtop c y[/b]
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1; ;4; 101;10;4; ;15
1; ; ;1; ; ;15; ; ;15
2;1;1;1; ; ;15; ; ;15
64;1;1; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
192;1;1; ;4; ;15;4; ;15
193;1; ; ; ; ;15; ; ;15
194; ; ; ; ; ;15; ; ;15
256;1;1; ; ; ;15; ; ;15
257;1; ; ; ; ;15; ; ;15
258; ; ; ; ; ;15; ; ;15
J'ai fait un reboot par acquis de conscience pour être sûr que la config était bien persistante. Tout est OK.
3/ Configuration du EdgeRouter
On peut revenir sur le EdgeRouteur, et vérifier qu'il n'y a pas déjà une entrée d'option "vendor-class-identifier" DHCP :
show interfaces ethernet eth3 dhcp-options client-optionEt configurer le DHCP :
ssh edgerouter4.local
configure
set interfaces ethernet eth3 dhcp-options client-option "send vendor-class-identifier "neufbox_NB6VAC-X";"
delete interfaces ethernet eth3 address
set interfaces ethernet eth3 address dhcp
commit
save
exit
show interfaces
et vous devez maintenant avoir récupéré votre IPv4 public sur eth3 :
Interface IP Address S/L Description
--------- ---------- --- -----------
eth0 xxx.xxx.xxx.xxx/xx A/D WAN
eth1 - u/D WAN 2
eth2 xxx.xxx.x.x/xx u/u LAN
eth3 88.140.70.xxx/23 u/u WAN
lo 127.0.0.1/8 u/u
::1/128
wg0 10.10.10.4/32 u/u
C'est facile non ? Il n'y a pas d'ingrédient secret comme certains essaient de le faire croire sur ce fil. Et c'est clairement à la portée d'un petit bidouilleur. Ne vous laissez pas tenter par les faux arguments de ceux (celui? :) ) qui veulent vous vendre de la camelote "pré-configuré" à prix d'or.
Une dernière chose que je n'ai pas encore réussi : conserver la connexion SSH vers le module en même temps que la connexion fibre. J'ai tenté sans succès d'ajouter une sous interface à eth3 :
set interfaces ethernet eth3 vif 10 address 192.168.1.1/24ou d'ajouter simplement une route :
set protocole static interface-route 192.168.1.10/32 next-hop-interface eth3 description "Interface module SFP"Je ne sais pas ce qui bloque... (firewall désactivé, pas d'autres interfaces sur en 192.168.1.x...)
Mais en vrai, on s'en fout. Il va vite se faire oublier ce module SFP.
-
Merci Pengu2 pour ton retour d'expérience. :)
Cela sera certainement très utile pour d'autres qui vont acquérir cet ONT de FS.COM.
La configuration de l'ONT FS.COM est assez minimaliste.
Je veux juste savoir si tu obtiens bien l'IPv4 & l'IPv6 ?
Ainsi que le flux multicast pour la télé et le téléphone ?
Merci. :)
-
Merci @pengu2
Par contre pour éviter que ton tuto soit perdu au milieu de ce topic dans quelques temps, tu devrais ouvrir un topic dédié !!! "Remplacer ONT SFR avec un GPON-ONU-34-20BI de chez FS.com"
-
Je veux juste savoir si tu obtiens bien l'IPv4 & l'IPv6 ?
Ainsi que le flux multicast pour la télé et le téléphone ?
J'obtiens bien mon IPv4.
J'avais demandé une IP fulllstack avant de recevoir le module SFP, donc par contre je ne sais pas si ça fonctionnerai à l'identique en CGNAT.
Pour les autres service, je ne les utilise pas donc j'avoue ne pas avoir essayé.
-
Merci @pengu2
Par contre pour éviter que ton tuto soit perdu au milieu de ce topic dans quelques temps, tu devrais ouvrir un topic dédié !!! "Remplacer ONT SFR avec un GPON-ONU-34-20BI de chez FS.com"
T'as raison...
C'est chose faite.
https://lafibre.info/remplacer-sfr/tuto-ftth-ubiquiti-edgerouter4-module-sfp-gpon-onu-34-20bi-ipv4/
-
T'as raison...
C'est chose faite.
https://lafibre.info/remplacer-sfr/tuto-ftth-ubiquiti-edgerouter4-module-sfp-gpon-onu-34-20bi-ipv4/
Merci !!! ;)
-
Bon, dans mon cas avec le Huawei, ça reste lunaire pour l'IPv6.
Je ne trouve aucune explication, car encore une fois, j'ai bien une IPv6 en utilisant l'ONT SFR mais aussi avec le Huawei inséré dans le convertisseur TP-Link. Pas d'IPv6 uniquement lorsque je que le mets directement dans le MikroTik.
Je crois que je viens de réussir de le bricker.
-
Bon, dans mon cas avec le Huawei, ça reste lunaire pour l'IPv6.
Je ne trouve aucune explication, car encore une fois, j'ai bien une IPv6 en utilisant l'ONT SFR mais aussi avec le Huawei inséré dans le convertisseur TP-Link. Pas d'IPv6 uniquement lorsque je que le mets directement dans le MikroTik.
Je crois que je viens de réussir de le bricker.
Comme expliqué sur le lien, avec la mac de ma box sfr sur mon rb5009, l'ipv6 ne fonctionne pas, j'ai donc utilisé la mac par default sans duidd, et aucun problème pour l'ipv6, y'a eu une maj de l'infra sfr, je recois l'ipv6 instantanément maintenant, plus besoin de lancer un script.
bon moi j'ai le gpon fs pas le huawei
-
Je viens de tester et effectivement plus besoin de mettre la Mac address de la box sur le MikroTik, mais ça ne résout pas mon problème.
Sans la Mac de la box et le DUID en option du DHCP v6, ça fonctionne avec l'ONT SFR ou l'ONT Huawei dans le convertisseur, mais pas lorsque j'insère l'ONT Huawei directement dans le MikroTik....ça reste un mystère.
-
Merci pour ce super tutoriel ! J'avais suivi un guide similaire sur le forum et tenté d'obtenir de l'aide via fs.com, mais malheureusement, cela n'a pas fonctionné pour moi sans doute un problème d'OLT.
D'ailleurs, l'équipe de fs.com semblait peu compétente, insistant sur une soi-disant erreur de saisie de mot de passe alors que le problème venait clairement d'ailleurs.
Finalement, j'ai commandé un ONT SFP+ préconfiguré chez gege13 (https://www.leboncoin.fr/profile/39c49651-100d-44a1-b45e-e144e0f6e5e7) (Asclepios sur ce forum), et là, tout a fonctionné dès le premier essai, que ce soit sur mon CCR2004 ou dans ma résidence secondaire avec un UDM Pro SE.
En plus, il a pris le temps de m'aider à configurer mon MikroTik, notamment pour les VLAN et le firewall, afin que toutes les règles soient parfaitement adaptées à mes besoins. Merci à toi !!!
Si vous cherchez une solution simple, fiable, et livrée rapidement (reçue en 3 jours dans mon cas), je vous le recommande vivement.
N'hésitez pas à lui demander une petite remise, il est très sympa !
Maintenant que les remerciements sont faits, j'aimerais vous exposer mon problème actuel.
J'ai acheté un modem 4G pour l'utiliser en mode IP Passthrough comme solution de failover sur mon MikroTik.
Le routeur récupère bien une adresse IP, et si je fais un ping sur 8.8.8.8 à partir de l'adresse IP du client, tout est OK.
Cependant, le même test de ping depuis la passerelle obtenue par le client DHCP échoue.
J'ai l'impression que la mauvaise passerelle est récupérée, ce qui empêche la 4G de prendre le relais lorsque ma connexion fibre tombe.
Si vous avez des idées ou des suggestions, je vous saurais gré de votre aide. J’ai cru comprendre qu’il fallait créer un nouveau sujet dans la section MikroTik, qui me semble la plus adaptée. Vous pouvez le consulter ici : Problème modem 4G et Gateway DHCP-Client Mikrotik (https://lafibre.info/mikrotik/probleme-gateway-incorrect-sur-dhcp-client-mikrotik-modem-4g-ip-passtrough/).
Voici les détails obtenus côté routeur 4G en SSH :
eth2.1 Link encap:Ethernet HWaddr D4:1A:D1:CE:A4:04
inet addr:100.108.81.209 Bcast:[b]100.108.81.211[/b] Mask:255.255.255.252
inet6 addr: fe80::d61a:d1ff:fece:a404/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5404 errors:0 dropped:0 overruns:0 frame:0
TX packets:7458 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:424311 (414.3 KiB) TX bytes:4576820 (4.3 MiB)
Et voici ce que j'obtiens sur le MikroTik concernant l'interface 4G et les différents tests de ping :
1 interface=ether-4G add-default-route=no use-peer-dns=no use-peer-ntp=no dhcp-options=hostname,clientid status=bound
address=100.108.81.210/30 gateway=100.108.81.209 dhcp-server=100.108.81.209 primary-dns=172.20.2.39 expires-after=17m33s
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.209
SEQ HOST SIZE TTL TIME STATUS
0 could not make socket
1 could not make socket
2 could not make socket
sent=3 received=0 packet-loss=100%
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.210
SEQ HOST SIZE TTL TIME STATUS
0 8.8.8.8 56 119 1ms586us
1 8.8.8.8 56 119 1ms790us
2 8.8.8.8 56 119 1ms587us
3 8.8.8.8 56 119 1ms193us
sent=4 received=4 packet-loss=0% min-rtt=1ms193us avg-rtt=1ms539us max-rtt=1ms790us
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.211
SEQ HOST SIZE TTL TIME STATUS
0 8.8.8.8 56 119 1ms964us
1 8.8.8.8 56 119 1ms759us
2 8.8.8.8 56 119 1ms379us
sent=3 received=3 packet-loss=0% min-rtt=1ms379us avg-rtt=1ms700us max-rtt=1ms964us
-
Hormis tes 3 premiers paragraphes de remerciement, ton problème n'a rien a voir avec ce topic. ;)
-
Salut rooot,
Merci de me l’avoir signalé.
J’ai constaté que la section MikroTik est moins active que celles de SFR et Orange.
J’ai ouvert un nouveau sujet dans la section dédiée, mais il semble qu’il y ait moins de passage. Et je t'avoue je commence à perdre espoir de trouver une solution, surtout après avoir cherché un peu partout.
Mon script MikroTik affiche toujours un message d’erreur lors de son exécution.
En fait, pour résoudre mon problème, il suffirait d’incrémenter mon adresse IP de +1 et de remplacer ma passerelle dans le DHCP-Client, mais malgré mon attention aux subtilités de RouterOS 7, cela ne fonctionne toujours pas.
Cordialement,
Cece
Hormis tes 3 premiers paragraphes de remerciement, ton problème n'a rien a voir avec ce topic. ;)
-
@ Tomate : es tu certain de ce que tu as écris ci-après :
address=100.108.81.210/30 gateway=100.108.81.209Je suppose que 100.108.81.209 est la première adresse de ta plage et tu désires que la dernière soit 100.108.81.223.
Ce n'est pas "/30" qu'il faut mettre mais plutôt "/28".
Simple hypothèse de ma part, mais quand tu testes ton ping 8.8.8.8, tu le fais d'où ?
Du Mikrotik ou d'un ordinateur ?
Si c'est de l'ordinateur, c'est normal que cela ne fonctionne pas car l'adresse de la passerelle se trouve dans le MikrotiK.
-
Bonjour et merci pour ton aide,
Oui, je suis sûr de ce que j'ai écrit, à savoir que c'est bien la passerelle 100.108.81.209 qui est affichée dans le DHCP-Client de mon Mikrotik (celle-ci est récupérée automatiquement depuis le routeur Zyxel). Cependant, je suppose que celle-ci est incorrecte car lorsque je ping 8.8.8.8 avec src-address=100.108.81.209, cela ne fonctionne pas.
En revanche, si je fais un ping vers 8.8.8.8 avec src-address=100.108.81.211 (que je trouve via SSH depuis mon routeur 4G) depuis mon Mikrotik, le ping est opérationnel (cf. mon autre sujet). Pour plus de détails, voici ce que j'obtiens sur le Mikrotik :
[Cedric@MikroTik] > /ip/dhcp-client/print detail
Flags: X - disabled, I - invalid, D - dynamic
0 interface=sfp-ONT add-default-route=yes default-route-distance=1 use-peer-dns=yes use-peer-ntp=no
dhcp-options=hostname,clientid,vendor-class-identifier status=bound address=x.x.x.x/24 gateway=x.x.x.x
dhcp-server=x.x.x.x primary-dns=x.x.x.x secondary-dns=x.x.x.x expires-after=8m38s
1 interface=ether-4G add-default-route=no use-peer-dns=no use-peer-ntp=no dhcp-options=hostname,clientid status=bound
address=100.108.81.210/30 gateway=100.108.81.209 dhcp-server=100.108.81.209 primary-dns=172.20.2.39 expires-after=17m33s
Et avec des tests de ping depuis le Mikrotik :
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.209
SEQ HOST SIZE TTL TIME STATUS
0 could not make socket
1 could not make socket
2 could not make socket
sent=3 received=0 packet-loss=100%
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.210
SEQ HOST SIZE TTL TIME STATUS
0 8.8.8.8 56 119 1ms586us
1 8.8.8.8 56 119 1ms790us
2 8.8.8.8 56 119 1ms587us
3 8.8.8.8 56 119 1ms193us
sent=4 received=4 packet-loss=0% min-rtt=1ms193us avg-rtt=1ms539us max-rtt=1ms790us
[Cedric@MikroTik] > ping 8.8.8.8 src-address=100.108.81.211
SEQ HOST SIZE TTL TIME STATUS
0 8.8.8.8 56 119 1ms964us
1 8.8.8.8 56 119 1ms759us
2 8.8.8.8 56 119 1ms379us
sent=3 received=3 packet-loss=0% min-rtt=1ms379us avg-rtt=1ms700us max-rtt=1ms964us
Ce que j'obtiens sur le Zyxel (routeur 4G) avec un `ifconfig` :
ZySH> ifconfig
br0 Link encap:Ethernet HWaddr D4:1A:D1:CE:A4:04
inet addr:192.168.5.1 Bcast:192.168.5.255 Mask:255.255.255.0
inet6 addr: fe80::d61a:d1ff:fece:a404/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
eth2 Link encap:Ethernet HWaddr D4:1A:D1:CE:A4:04
inet6 addr: fe80::d61a:d1ff:fece:a404/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
eth2.1 Link encap:Ethernet HWaddr D4:1A:D1:CE:A4:04
inet addr:100.108.81.209 Bcast:100.108.81.211 Mask:255.255.255.252
inet6 addr: fe80::d61a:d1ff:fece:a404/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
@ Tomate : es tu certain de ce que tu as écris ci-après :
address=100.108.81.210/30 gateway=100.108.81.209Je suppose que 100.108.81.209 est la première adresse de ta plage et tu désires que la dernière soit 100.108.81.223.
Ce n'est pas "/30" qu'il faut mettre mais plutôt "/28".
Simple hypothèse de ma part, mais quand tu testes ton ping 8.8.8.8, tu le fais d'où ?
Du Mikrotik ou d'un ordinateur ?
Si c'est de l'ordinateur, c'est normal que cela ne fonctionne pas car l'adresse de la passerelle se trouve dans le MikrotiK.
-
Je ne parlais pas de l'adresse de la passerelle mais du masque que tu utilises.
Si tu utilises le masque "/30, tu as alors seulement 4 adresses à ta disposition.
(celle-ci est récupérée automatiquement depuis le routeur Zyxel).
Cette adresse est celle définie dans ton MikrotiK pour identifier ton routeur Zyxel. Est-ce bien cela ?
Et a priori, elle existe bien dans ton Mikrotik, non ?
EDIT: elle est définie dans ton Zyxel et tu fais un ping depuis ton Mikrotik pour interroger un serveur DNS sur internet.
-
Oui, il y a bien 4 adresses, mais c’est normal car c’est de la 4G, et le masque est attribué dynamiquement par le Zyxel au MikroTik.
Pour le test, c’est bien cela. Si je fais un ping vers les DNS de Google ou Cloudflare :
• Le client DHCP du MikroTik reçoit une adresse IP dynamique depuis le routeur 4G, par exemple :
• IP : 100.108.81.210 → ping vers Google : OK
• Gateway : 100.108.81.209 → ping vers Google : KO
Cependant, le ping fonctionne lorsque j’utilise l’adresse 100.108.81.211, qui semble être la véritable passerelle. J’ai obtenu cette adresse via SSH sur le Zyxel.”
Il suffirait donc que, dès qu’un nouveau bail dynamique est attribué avec les nouvelles IP, mon client DHCP puisse être ajusté. En effet, il me suffit d’ajouter +1 au dernier octet de l’adresse IP obtenue et de remplacer la passerelle par cette nouvelle adresse via un script.
Le problème, c’est que pour l’instant, peu importe le script que j’applique, cela ne fonctionne pas. En conséquence, la route créée par le client DHCP est incorrecte et la connexion 4G n’est pas fonctionnelle.
Je ne parlais pas de l'adresse de la passerelle mais du masque que tu utilises.
Si tu utilises le masque "/30, tu as alors seulement 4 adresses à ta disposition.
Cette adresse est celle définie dans ton MikrotiK pour identifier ton routeur Zyxel. Est-ce bien cela ?
Et a priori, elle existe bien dans ton Mikrotik, non ?
EDIT: elle est définie dans ton Zyxel et tu fais un ping depuis ton Mikrotik pour interroger un serveur DNS sur internet.
-
un post interressant concernant la différence entre un MA5671A et un G-010S-P
https://www.dslreports.com/forum/r32234569-
BTW, both Alcatel and Huawei SFPs share the same hardware with minor differences. In fact they're so similar, I've been able to run a Huawei firmware on an Alcatel
The only diffrence is that the Alcatel has a physical EEPROM chip (24LC16) to store SFP MSA settings (serial number, nominal bit rate, ...). This chip is connected to both the GPON SoC and I2C pins on the SFP connector. This way, settings can be read by the SFP host while the SoC is still booting. On the Huawei one, U-Boot environment variables are used to store MSA settings and an I2C slave driver is loaded on boot to simulate an EEPROM device.
Traduction :
D'ailleurs, les SFP d'Alcatel et Huawei partagent le même hardware avec des différences mineures. En fait, ils sont tellement similaires que j'ai pu faire fonctionner un firmware Huawei sur un Alcatel.
La seule différence est que l'Alcatel a une puce EEPROM physique (24LC16) pour stocker les paramètres SFP MSA (numéro de série, débit nominal, ...). Cette puce est connectée à la fois au SoC GPON et aux broches I2C du connecteur SFP. De cette façon, les paramètres peuvent être lus par l'hôte SFP pendant que le SoC est encore en train de démarrer. Dans le cas de Huawei, les variables d'environnement U-Boot sont utilisées pour stocker les paramètres MSA et un pilote esclave I2C est chargé au démarrage pour simuler un périphérique EEPROM.
-
Bonjour,
Je suis nouveau et je remercie tout le monde pour vos contributions plus qu'indispensables !
Ainsi que sur GitHub ce qui m'a convaincu de prendre ce modèle : https://github.com/Anime4000/RTL960x (https://github.com/Anime4000/RTL960x)
J'ai enfin réussi à obtenir une IPv4 sur mon ODI DFP-34X-2C2 | Puce Realtek
Et un abonnement tout pourri et très cher avec SFR @ 800Mbps (faut la mériter la fibre hein !)
Je précise aussi que je suis limité en moyens matériels et financier.
Voici les étapes qui ont fonctionnés pour moi sur un OLT PTIN Altice dans le 78 Yvelines :
CONFIGURATION :
- Alpine Linux en Data Mode
- Thin Mini-ITX 19.5V avec PCIe x4
- Stick XGPON ONU/ONT ODI DFP-34X-2C2 (Clone XICOM)
- Intel 82599EN X520-DA1 - SFP+ (Clone)
RÉGLAGES :
Interface ODI flashé avec le firmware SFU 220304 (Pas de HGU - routeur intégré)
(https://files.defcon.social/dcsocial-s3/media_attachments/files/113/250/956/354/052/442/original/bf82cc139bc74493.png)
VLAN :
Mode Transparent c'est mon OS Alpine qui s'occupe de untag 101, préservons le stick !
(https://files.defcon.social/dcsocial-s3/media_attachments/files/113/250/966/303/326/532/original/e568330ad9700c28.png)
STATUS :
Status O5 @ 39.6°C
(https://files.defcon.social/dcsocial-s3/media_attachments/files/113/205/932/191/633/771/original/a76ebbda040bf91e.png)
Ce stick utilise les commandes :
flash all => Affiche TOUTES les infos flashables du firmware
flash get => Affiche l'info demandé ex : flash get GPON_SN
flash set => Flash la MIB ex : flash set GPON_SN 1234569789
Recommandation pour 'flash all' : Copier la sortie dans un fichier
Reboot pour appliquer les changements
Explication de certaines commandes ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/FLASH_GETSET_INFO.md (https://github.com/Anime4000/RTL960x/blob/main/Docs/FLASH_GETSET_INFO.md)
Ainsi que OMCICLI pour contrôler l'écriture dans la mib de l'OLT :
omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x0a
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0xffff
FilterTbl[0]: PRI 0,CFI 0, VID 101
FwdOp: 0x10
NumOfEntries: 1
=================================
Retourne le VLAN 101 ce qui confirme la bonne connexion avec l'OLT et sera utile pour récupérer l'IP publique ensuite.
omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x5054494e
EquipId:
Version: PQ
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
Traduire de HEX en ASCII : 5054494e = PTIN (Portugal Telecom INovação - ALTICE/SFR)
La liste des commandes possibles ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/OMCI_CLI.md (https://github.com/Anime4000/RTL960x/blob/main/Docs/OMCI_CLI.md)
MÉMO :
- Entrer le GPON_PLOAM_PASSWD en HEX (l'interface web l'affichera correctement en ASCII)
- Ne pas chercher à trop imiter l'ONU/ONT surtout pas le VENDOR_ID PTIN (Merci @rooot)
- flash set OMCI_OLT_MODE 21
- flash set OMCI_FAKE_OK 1
- La MAC originale n'a pas l'air indispensable mais la MAC_KEY calculé en fonction l'est (echo -n "hsgq1.9a[MACADDR]" | md5)
- CHANGER les 4 mots de passe d'accès par défaut !! (SUPER_PASSWORD / SUSER_PASSWORD / USER_PASSWORD / E8BDUSER_PASSWORD)
ALPINE ROUTEUR :
La config du fichier /etc/network/interfaces d'Alpine
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet manual
address 192.168.1.2
netmask 255.255.255.0
auto eth0.101
iface eth0.101 inet dhcp
udhcpc_opts -R -V neufbox
vlan-raw-device eth0
auto br0
iface br0 inet static
bridge_ports eth1 eth2
hostname XXXXXXX
address 192.168.2.1
broadcast 192.168.2.255
netmask 255.255.255.0
pre-down ip link set br0 down
dns-nameservers 80.67.169.12 -- FDN DNS
dns-nameservers 80.67.169.40 -- FDN DNS
bridge_waitport 0
bridge_fd 0
auto eth1
iface eth1 inet manual
auto eth2
iface eth2 inet manual
Untagged vlan 101 sur eth0 (PCI + GPON SFP) & udhcpc -R pour ne pas écrire dans resolv.conf (pas les DNS de SFR)
Routage auto SNATed (récupération dynamique de l'IP eth0.101) avec NFtables
En P.J la copie intégrale de ma MIB (HW_MIB_TABLE compris car ce n'est pas le cas en backup web) sans MDP ni MAC ni PLOAM
Si ce post dérange ou si il fait doublon je m'en excuse...
N'hésitez pas à le déplacer ou à le supprimer !
Merci
-
Hello !
Je tente l'aventure du bypass de BOX SFR 8 (abonnement red 2 Gb/s)
J'ai commandé un MA5671A, que je tente de faire fonctionner sans succès, je suis clairement perdu dans tous les tutos.
Quelques infos :
Le module alterne entre les états 2 et 3, je ne vais jamais en O5
Origine du MA5671A : Aliexpress (rooté, sous Openwrt, avec son media converter)
Je suis en CGNAT (j'ai demandé un rollback ipv4 il y a 2 semaine mais SFR ne s'en sort pas :/)
La cible est de l'utiliser dans un BPI R4, mais pour l'instant l'ONU est pluggué dans le media converter Aliexpress.
J'ai positionné toutes les variables (fw_setenv) que j'ai pu trouver, mais rien ne change.
Que devrais-je commencer par vérifier ?
Merci !
-
Avec le même matériel, j'ai suivi ce tuto :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
il me semble que j'avais testé la configuration avec le firmware chinois openwrt d'origine et ça ne fonctionnait pas, donc il faut bien faire le première étape de mettre un firmware fsmodded
aucun impact d'être en CGNAT pour la config de l'ONU
-
Merci pour ta réponse !
J'ai fait 2 erreurs... (je pense)
J'ai fait un committed_image 1 alors que je n'ai probablement pas d'image 1 du coup... ben il ne démarre plus et je n'ai plus l'accès SSH.
J'ai modifié les variables avec un fw_setenv au lieu de passer par la variable sfp_a2_info et le fichier associé.
Je vais essayer de récupérer ça avec le module USB-TTL fourni (a priori je peux le plugger à l'intérieur du media converter) et de faire la conf comme j'aurais dû la faire. Si ça ne passe pas je tenterai le FS mod.
-
Effectivement, il faut bien vérifier sur quelle image on est avec la commande
fw_printenv committed_image
et flasher la bonne image.
Tout est ici :
https://hack-gpon.org/ont-huawei-ma5671a/#flashing-a-new-rootfs-via-ssh
Maintenant il faut passer par les pin USB-TTL du média converter, pour flasher les images, heureusement c'est simple grâce à ces pin intégrés.
-
Eh oui ça me semblait simple, mais je n'arrive pas à dialoguer avec le module ni à établir la connexion avec l'UART.
J'ai bien les 2 voyants RX / TX qui s'allument, le module chauffe légèrement donc je présume qu'il est alimenté, mais rien ne s'affiche dans la console (putty / terra term)
On est bien d'accord que je ne dois pas alimenter le media converter par le 12v ?
-
non pas besoin de l'alimenter.
en fonction de la marque modèles de l'ONU, il faut utiliser certaines PIN dans le média converter, je pense qu'il faut faire des essais avec les différentes possibilités.
-
Illustration en pièces jointes
-
on voit que tu as mis les pin sur la ligne nokia, donc si c'est un huawei, c'est pour ça que ça ne fonctionne pas.
-
aaaaaaaah c'était ça ! je n'avais pas saisi qu'il y avait 2 lignes !
Merci infiniment !
-
Bon, flash FS mod fait…
Mais je suis toujours bloqué en état 3.
Y a-t-il des choses que je pourrais vérifier ?
J’ai tapé tous les fw_setenv 10 fois :-\
-
@ Nicolas44 : est-ce ce modèle Media Converter + Huawei MA5671A (https://fr.aliexpress.com/item/1005007198047818.html?spm=a2g0o.productlist.main.3.16f5trpUtrpUtj&algo_pvid=536df403-edca-424b-9cf6-de1ce1d271b6&algo_exp_id=536df403-edca-424b-9cf6-de1ce1d271b6-1&pdp_npi=4%40dis%21EUR%2168.39%2168.39%21%21%21516.15%21516.15%21%40211b680e17302027232486385e9bd4%2112000041015350655%21sea%21FR%210%21ABX&curPageLogUid=k2HKhsnYeBbM&utparam-url=scene%3Asearch%7Cquery_from%3A) que tu as commandé chez Aliexpress ? C'est pour savoir si ce modèle possède bien les broches UART pour brancher, comme toi, un convertisseur USB/UART Serial.
-
Oui c'est bien ça !
Et je confirme que le flash marche parfaitement en serial via les pins du media converter.
Par contre j'ai flashé le FS mod sur l'image 1, je me demande si j'aurais pas dû flasher l'image 0 plutôt... à vrai dire je ne sais pas ce que ça change.
Mais j'ai été surpris après flash et redémarrage de retrouver dans fw_printenv des valeurs que j'avais saisies quand j'étais sur le firmware Huawei rooté Openwrt (l'image 0 quoi)
Y'a-t-il une façon de remettre le stick "à blanc" et faire un flash FS mod pour effacer tout ce qui pourrait gêner ?
-
tu as tout sur le site:
https://hack-gpon.org/
Il faut bien vérifier que tu es sur la bonne image, en théorie pas de problème à avoir 2 images différentes, c'est normal que les paramètres restent avec ces commandes. tu peux flasher l'image 0, de toute façon leur firmware chinois, je ne sais pas ce qu'il y dedans.
Vérifie bien ce que tu as saisis, sinon je en vois pas trop ce qui pourrais poser problème.
-
Je vois que tout le monde met imageX_version en 3FE7SW04040022 / 3FE7SWS4040018, mais dans ma box (v8 ONT interne) dans la version logicielle et matérielle, je vois des choses complètement différentes.
Ma box :
Modèle GR140IG
HW Version : 3NTRGW21271U01
SW Version : 3GN9030200R09
Je suis vraiment censé mettre 3FE7SW04040022 / 3FE7SWS4040018 quand même ?
Il n'y a pas de log / debug pour voir où ça coince ?
Je suis trouve ça bizarre d'osciller entre état 2 et 3... même si je plug pas la fibre dans le module ;D
-
https://hack-gpon.org/gpon-auth/
Pour savoir à quoi correspond les states
Il faut mettre les infos de ton materiel, peut être qu’il y a des profiles plus restrictifs.
Chez moi ça fonctionne avec les infos du topic, mais j’ai un ont Ptin et une box 6 a l’origine.
-
Merci pour le lien, j’avais fini par tomber dessus aussi.
Et donc oui je suis coincé à l’étape d’échange du S/N avec l’OLT. Je pense que les autres information (hors password) sont aussi échangées à ce moment-là.
J’ai activé les log les plus fines dans omcid.sh, je vois que ça boucle toutes les 999ms sans recevoir de réponse de l’OLT.
Je vous mettrai ce soir les logs et le résultat des omcid_pipe.sh.
J’ai même tapé tous les sentenv un par un, séparé par un reboot pour identifier la combinaison qui fonctionne, mais pour l’instant rien ne change.
J’en viens à avoir 3 doutes,
Mon ONU fonctionne-t-il correctement ?
Mon SN est-il correctement écrit ? (PTIN + les 8 derniers caractères hexa ?)
Devrais-je tenter un flash carlito ? Qu’est-ce que ça pourrait changer ?
-
Pour le numéro de série je ne sais pas avec une BOX 8, mais avec un ONT PTIN externe c'est exactement ce qu'il y a sur l'étiquette qu'il faut saisir.
-
Personne n'a essayé de voir si on pouvait se connecter à l'ONT interne de la box 8 ? sur 192.168.4.x
-
J'ai lu que la box 8 était accessible en SSH mais avec un user réservé au service technique SFR.
J'image qu'à ce moment là on pourrait interroger l'ONT, mais bon...
Cela-dit y'en a qui ont réussi avec une box v8 ici non ?
@Adrien et du coup ça ressemble à quoi ce que tu devais saisir ?
-
Mon SN est-il correctement écrit ? (PTIN + les 8 derniers caractères hexa ?)
Chez moi (ONU ODI) c'est PTIN en hexa et les 4 premiers caractères en ASCII après PTIN.
Donc sur l'étiquette de l'ONT externe PTIN:
S/N = PTINXXXXXXXX
J'ai vérifié dans la config valide de mon ONU Realtek ODI
flash get GPON_SN = 5054494EXXXX
Le tout sur 12 caractères au total. Je ne sais pas si cela a son importance. Bon courage.
-
Je me souviens que j'avais testé plusieurs fois le mot de passe fibre en ASCII toujours sans succès. Je crois que l'OLT Altice vers chez moi n'accepte que des valeurs en HEXA...
Le status 02 -> 03 -> 02 etc... c'est ce que j'obtenais avec le PLOAM password en ASCII. J'ai l'avantage de pouvoir être en SSH et aussi en interface Web.
Les champs de l'interface web sont limités en fonction du nombre de caractères acceptés par le champ.
Le GPON_SN est limité à 12 caractères comme le S/N original PTIN12345678 donc pas plus de 12 caractères PTIN en HEX inclus 5054494E1234 (pas essayé tout en HEX...)
Dans l'interface web cependant, le PLOAM Password (mot de passe fibre) est affiché en ASCII alors que la valeur retournée par flash get GPON_PLOAM_PASSWD est bien en HEX ! Ce qui m'a bien fait galérer 😅
Si l'OLT identifie l'ONT avec juste son SN et son PLAOM PASSWORD (et son firmware version) alors je pencherai pour tout mettre en HEX.
-
J'ai tenté de mettre le SN tel quel (2424342F42EDFDA, ASCII + HEX quoi), ça n'a pas marché.
Le souci c'est que tu n'es pas sur le même matériel, et que le format de saisie dépend semble-t-il du matériel et du firmware.
Dans mon cas, MA5671A FS moddé, la doc indique de saisir le ploam en ASCII, ici : https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/
Je me dis que ça ne veut pas dire qu'il sera transmis en ASCII, mais que c'est le format attendu dans la variable... Cela-dit j'essaierai quand même, parce que je n'ai pas d'autre idée.
Cependant, d'après la séquence d'authent' au près de l'OLT, je pensais que l'échange de password se faisait à l'étape 5, étonnant que tu aies été bloqué en 2/3 pour un pb de password.
-
J'ai jamais vu le O4 et en effet le password c'est en O5 mais je pense que le stick n'a pas le temps de m'afficher tous les statuts... Ou alors l'OLT check le password, refuse direct la connexion et un-ranging direct l'ONU, je repars en O1 que je vois pas, O2 etc...
Au moment de mes essais, j'ai du m'adapter avec le mode bridge qui me faisait perdre la connexion SSH, reboot, pas de backup log, etc...
Je me souviens aussi d'avoir eu ce loop de 2/3 avec le vendor ID = PTIN
Par contre pour le S/N ça m'intrigue beaucoup plus, je vais tester différent format... Il manque des données dans mon SN que l'OLT ne peut clairement pas deviner ! Soit dans mon exemple précédent : PTIN12345678
A part peut-être la MAC de l'ONT (qui contient aussi le SN) que j'ai recopiée dans ma config, sinon je vois pas comment....
Je suis d'accord avec toi pour le matériel, le firmware, les versions de l'OLT... Mais il y a forcément un protocole minimum côté FAI que nous devons tous respecter pour nous associer à l'OLT et ce quel que soit notre matériel (je reconnais que la disparité des firmwares n'aide pas)
De ce que j'ai compris, nous cherchons ici ces "valeurs minimum" pour être en O5 avec obtention IP WAN (ASCII - HEX le changement est simple). De ce que j'ai lu aussi dans ce fil (trop long 😅) qui contient quelques approximations (option DHCP - VLAN 101 et ce fameux standard EPON - GPON - XGPON et leur particularité différente d'authentification) dont sans doute aussi mes approximations et erreurs, les FAI aurait laissé la possibilité comme pour les box et modem ADSL de l'époque, d'avoir un ONU alternatif et clairement authentifié en tant que tel auprès de l'OLT.
J'ai pas poussé au bout mes essais, trop content d'avoir récupéré une connexion rapide pour mes services. Ca vaut le coup quand même d'essayer deux trois trucs...
-
Bon, j'ai réussi après maintes galères à flasher en Carlito (image 0 et image 1)
Je boot sur l'image 0, version 3FE7SW04040022, j'ai positionné nPassword, ont_serial, et tout le tralala.
Résultat je me retrouver en Fake O5 (O5 sans vlans)...
J'ai pas l'impression que ce soit mieux qu'avec le FS mod, le fake O5 c'est pas du O5 du tout...
Là je commence à sécher vu que j'ai essayé les 3 firmwares (originé rooté / FS / carlito)
Comment je peux savoir la version d'ONT attendue par l'OLT ? Parce que là j'y vais au bluff avec 3FE7SW04040022 mais en fait j'en sais rien...
Qui a réussi à bypass une Box V8 déjà ?
Pour info :
omci meg 256 0
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x52 0x47 0x57 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX 0xXX
3NTRGW2XXXXXXX (Version matérielle de l'interface de la box)
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x7f 0x43 0xXX 0xXX
PTIN\x7FCd\xXX (ça vous parait normal ce formatage ?)
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
omci meg 257 0
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x50 0x54 0x49 0x4e 0x37 0xXX 0xXX 0xXX 0xXX 0xXX 0x43 0xXX 0x00 0x00 0x00 0x00 0x00 0x30 0x5c 0x30
PTIN7F436XXX\x00\x00\x00\x00\x000\0
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
omci meg 7 0
-------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x30 0x34 0x30 0x34 0x30 0x30 0x32 0x32
3FE7SW04040022
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
omci meg 7 1
------------------------------------------------------------------------------
0 Version 14b STR R------P---
0x33 0x46 0x45 0x37 0x53 0x57 0x53 0x34 0x30 0x34 0x30 0x30 0x31 0x38
3FE7SWS4040018
-------------------------------------------------------------------------------
1 Is committed 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
2 Is active 1b UINT R----------
0x00 (0)
-------------------------------------------------------------------------------
3 Is valid 1b UINT R----------
0x01 (1)
-------------------------------------------------------------------------------
Aussi, j'arrive à pinger l'ONT sur 192.168.4.254, mais impossible de faire du ssh dessus, il faudrait que je sois côté WAN pour ça.
Il est peut-être possible de faire une règle NAT pour pouvoir y accéder depuis le LAN, mais je n'ai pas assez de connaissance pour ça :/
-
si tu utilies le carlito, tu as le tuto de maximushugus, tu le suis à la lettre, à partir de "Flasher le firmware"
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
-
C'est fait... :-\ D'ailleurs maximushugus avait par la suite eu des soucis de fake o5 aussi, résolu en corrigeant sa version d'image.
Sauf que lui avait un ONT externe qu'il pouvait interroger pour avoir les vraies données.
Sur une v8 je me retrouve comme un c** :)
Du coup, je me demande si je vais pas avoir un BPI R4 complet à vendre bientôt :-\
-
@Adrien et du coup ça ressemble à quoi ce que tu devais saisir ?
C'est PTIN + les 8 derniers caractères de l'adresse MAC
J'ai regardé sur une box 7 d'un pote (qui a l'ONT intégré) et sur l'étiquette il a bien SN GPON, c'est 5054494E + 8 derniers caractères de l'adresse mac je pense que c'est pareil sur la 8, sur le FS modded, il faut saisir simplement ça.
Toutes les infos utiles sont dans l'interface web : passerelle FWG sur les box 7 (ça doit être pareil sur la 8 ), numéro de série, version matériel, version logiciel...
-
C’est bien ce que j’ai fait comme le montrent mes omci_pipe de mon post précédent :-[
-
Plusieurs mois après une 1re tentative qui s'était soldée, à force de tâtonnements, par un brick de mon FS.com GPON-ONU-34-20BI, je réessaie ces jours-ci avec un 2e exemplaire de l'ONU, motivé par le tuto de pengu2 (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1086081/#msg1086081).
2/ Configuration du module SFP
Après s'être reconnecté, voici les commandes que j'ai utilisé pour configurer le numéro de série (nommé "SN GPON" dans l'interface de la Box), la version de l'image (nommé "Version logiciel" dans l'interface de la Box) et le mot de passe fibre (que vous pouvez définir dans l'interface de la Box) :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number 1234567890ABCDEF
fw_setenv image1_version=3ENT010200R018
sfp_i2c -i11 -s "1234VWXYZ"
J'ai sous la main une UniFi Dream Machine Special Edition et un MikroTik hEX S.
Mais ne parvenant pas/ne sachant pas configurer l'un ou l'autre pour accéder au SSH de l'ONU, je procède à la configuration et au premier diagnostic via un convertisseur de média FS.com UMC-GA1F1T relié à mon PC : l'ONU dans le logement SFP, mon PC Windows relié directement au port RJ45, avec une IPv4 manuelle 192.168.1.1/255.255.255.0.
Je parviens ainsi à me connecter à l'ONU en SSH avec PuTTY.
Je copie-colle les commandes partagées par pengu2.
Les intitulés partagés par pengu2 ne sont pas exactement ceux que je trouve dans l'interface de la NB6VAC :
- Pour set_serial_number, j'ai mis ce que j'ai trouvé dans La Fibre > Informations ONT > Numéro de série ("PTINXXXXXXXX")
- Pour fw_setenv image1_version, j'ai mis "Version principale", en l'occurrence "3FE7SW04040022".
- Et pour sfp_i2c -i11 -s "", j'ai mis ce que j'ai trouvé dans La Fibre > Configuration de la fibre > Mot de passe fibre ("8 caractères alphanumériques").
Est-ce que j'ai bien fait ?
C'est tout pour le module.
A ce stade, on obtient les VLANs
Mais après avoir exécuté ces commandes, et avant puis après un reboot, j'ai un "fake O5" : la commande "onu ploamsg" retourne "errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294715856".
Mais la commande "gtop" puis c puis v retourne une table vide, idem pour "gtop" puis c puis y.
Pas de VLANs pour moi !
Quelqu'un sait-il pourquoi je n'obtiens pas de VLAN, contrairement à pengu2 ? Et surtout quelqu'un sait-il ce que je peux faire ? :)
-
fw_setenv image1_version=3ENT010200R018et tu as quoi en image0 ??
mets la meme chose pour voir...tu boot sur quelle image d'ailleurs ? la 0 ou la 1 ?
Faudrait essayer ça :
fw_setenv image0_version=3ENT010200R018
-
au passage, 3FE7SW04040022 c'est la version pour les ONT Externes...je ne sais pas comment les OLT sont parametrés, mais il est possible qu'ils ne s'attendent pas à un numéro de version comme celui-ci et plutot à un numéro de version d'ONT interne (Box 8 ), quand ca ne marche pas, ça ne coute rien de tenter ;D il vaut mieux utiliser le firmware en 3ENT010200R018
par ailleurs si on se réfère au post de maximushugus ici :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043994/?topicseen#msg1043994
Bref voici donc la configuration qui fonctionne chez moi :
committed_image=1
image0_version=3FE7SWS4040018
image1_version=3FE7SW04040022
image0_is_valid=1
image1_is_valid=1
il est bien sur l'image1 lorsqu'il fait son parametrage, et il indique bien de booter sur l'image1.
-
@ Rooot : as tu réussi à faire fonctionner ton ONU V-SOL 2.5gbe (https://www.vsolcn.com/products/1ge-25gbe-ont-router) ?
Quel est le modèle Leox que tu as ? Le boitier ou le stick ? As tu aussi peut faire fonctionner ton Leox ?
@ Nicolas44 : j'ai trouvé ce lien (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976061/#msg976061) où MaximumHugus introduit le caractère NULL à la fin de la zone "equipement_id" pour qu'elle fasse 16 caractères de long (PTIN + 8 caractères + 4 NULLs).
Attention à la longueur de ces zones qui ne doivent pas être plus petites.
Dans cet autre lien (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg976194/#msg976194), MaximumHugus a un problème de calibrage du laser.
Il n'est pas suffisant de reprendre pas à pas le didacticiel de MaximusHugus. Je te conseille de relire le sujet depuis le début à tête reposé pour comprendre les erreurs qui ont été faites. Il faut surtout comprendre ce que l'on fait et pourquoi on le fait, car ce n'est pas un didacticiel pour débutant, ni quelque chose de "plug and play". De tester à nouveau, pas à pas, jusqu'à obtenir le résultat escompté.
Il ne faut pas imiter à la lettre ce qui est fait par SFR dans leur BOX et le reproduire dans l'ONU (Huawei MA5671A ou FS.COM FS P/N: GPON-ONU-34-20BI) que vous utilisez.
@ Tous : En relisant le sujet, je constate qu'il y a parfois des confusions sur quoi mettre dans certaines zones de l'ONU. Je reconnais que ce n'est pas évident entre le jargon utilsé par SFR et le jargon utilisé dans les ONU, qui sont disemblables. Voir lire l'étiquette au dos de la BOX et formater le bon paramètre à introduire dans la bonne zone de l'ONU.
Dans le didacticiel de MaximusHugus, je ne comprends pas l'intérêt de créer un script sous Python, juste pour envoyez des commandes que l'on peut taper à la main.
Je constate dans son script qu'il y a une "double quote" en trop dans la ligne :
ser.write('gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"\n'.encode())
2/ Configuration du module SFP
Après s'être reconnecté, voici les commandes que j'ai utilisé pour configurer le numéro de série (nommé "SN GPON" dans l'interface de la Box), la version de l'image (nommé "Version logiciel" dans l'interface de la Box) et le mot de passe fibre (que vous pouvez définir dans l'interface de la Box) :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number 1234567890ABCDEF
fw_setenv image1_version=3ENT010200R018
sfp_i2c -i11 -s "1234VWXYZ"
Il me semble que si l'on veut l'automatiser, on peut le faire en utilisant "telnet".
-
C’est bien ce que j’ai fait comme le montrent mes omci_pipe de mon post précédent :-[
Tu as été sur l'interface web de la Box 8 dans Passerelle FWG ?
Ici tu as les bonnes valeurs que SFR attend, ce n'est pas ce que je vois dans ton message, la ce sont des infos d'un ONT externe.
-
Oui, mais je ne sais pas quoi prendre pour alimenter la version d’image, comme je le disais dans un post plus haut.
Moi ma box me donne une version hardware et une version logicielle, mais pas une version d’image.
Après je peux essayer les 2 ;D
-
Image=logiciel
-
Oui, mais je ne sais pas quoi prendre pour alimenter la version d’image, comme je le disais dans un post plus haut.
Moi ma box me donne une version hardware et une version logicielle, mais pas une version d’image.
Après je peux essayer les 2 ;D
poste une image ecran de la page, il n'y a rien de confidentiel la dedans, le seul truc a cacher c'est le mot de passe fibre, et encore meme si tu le laisses personne ne pourrait rien en faire, a moins d'etre chez SFR et d'etre branché sur le meme OLT que toi, et avec un débit inférieur au tien sinon aucun interet...
Sur la Box 7, image postée par VIVIEN :
https://lafibre.info/sfr-la-fibre/sfr-box-7/msg942764/#msg942764
Version principale" et "Version de secour" sont les images version 0 et 1.
-
Je vois que tout le monde met imageX_version en 3FE7SW04040022 / 3FE7SWS4040018, mais dans ma box (v8 ONT interne) dans la version logicielle et matérielle, je vois des choses complètement différentes.
Ma box :
Modèle GR140IG
HW Version : 3NTRGW21271U01
SW Version : 3GN9030200R09
Je suis vraiment censé mettre 3FE7SW04040022 / 3FE7SWS4040018 quand même ?
Il n'y a pas de log / debug pour voir où ça coince ?
Je suis trouve ça bizarre d'osciller entre état 2 et 3... même si je plug pas la fibre dans le module ;D
J’avais tout indiqué ici (sauf le SN mais ça je n’ai pas de doute)
Et là je viens de tenter avec ma version SW en image0, et c'est toujours pareil, fake O5, et pas de vlans.
Peut-être qu'il me faudrait une version de secours d'ONT de v8, mais je n'en connais pas.
-
c'etait l'image ecran de l'interface web de la box dont je parlais ;D
tu peux mettre la meme version d'image pour image0 et image1, ca n'a pas d'importance. as-tu essayé de mettre 3FE7SW04040022 pour les 2 ?
fw_setenv image0_version=3FE7SW04040022
fw_setenv image1_version=3FE7SW04040022
Je me demande si 3GN9030200R09 ne correspond pas plutot au firmware de la box, plutot que la version image de l'ONT.
Personne ici n'a bypassé une box8/7 avec ont interne, pour nous confirmer ce qu'il faut mettre ? c'est fou ça quand même....
-
Bonjour !
fw_setenv image1_version=3ENT010200R018et tu as quoi en image0 ??
mets la meme chose pour voir...tu boot sur quelle image d'ailleurs ? la 0 ou la 1 ?
Peux-tu STP rappeler la commande pour lire tel ou tel paramètre (et non l'écrire) et vérifier sur quelle image on a démarré ?
au passage, 3FE7SW04040022 c'est la version pour les ONT Externes...je ne sais pas comment les OLT sont parametrés, mais il est possible qu'ils ne s'attendent pas à un numéro de version comme celui-ci et plutot à un numéro de version d'ONT interne (Box 8 ), quand ca ne marche pas, ça ne coute rien de tenter ;D il vaut mieux utiliser le firmware en 3ENT010200R018
J'ai une NB6VAC avec ONT externe.
À toutes fins utiles, j'ai un abonnement Red Box Série spéciale Fibre.
Dans tous les cas ça me parait logique d'utiliser les numéros de version que je relève moi-même sur ma propre box, en l'occurrence pour un ONT externe, non ?
par ailleurs si on se réfère au post de maximushugus ici :
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043994/?topicseen#msg1043994 il est bien sur l'image1 lorsqu'il fait son parametrage, et il indique bien de booter sur l'image1.
Je ne me souviens plus exactement ce que j'ai fait il y a quelques mois lors de ma première tentative, mais je crois me souvenir que c'est justement en "jouant" quelle image configurer/avec quelle image démarrer que j'ai brick mon 1er stick.
Je préfèrerais donc comprendre un peu comment ça marche sur ce plan.
Or…
committed_image=1
image0_version=3FE7SWS4040018
image1_version=3FE7SW04040022
image0_is_valid=1
image1_is_valid=1
… je ne comprends pas la logique de mettre is_valid=1 aux deux images.
À quoi sert ce paramètre imageX_is_valid=0/1 ?
Et le paramètre commited_image ?
Merci par avance, je croise les doigts ! :)
-
pour lire une valeur c'est fw_printenv suivi du parametre a lire.
fw_printenv image0_version donne la valeur de image0_version
J'ai une NB6VAC avec ONT externe.
du coup ca ne va pas nous aider...
Dans tous les cas ça me parait logique d'utiliser les numéros de version que je relève moi-même sur ma propre box, en l'occurrence pour un ONT externe, non ?
oui, mais sur les ONT externe SFR on sait faire, car on sait interroger par telnet. Le probleme avec les box qui ont des ONT internes on ne sait pas se connecter sur l'ONT, et je ne sais pas si les infos necessaires sont affichées dans l'interface web. j'attends toujours que quelqu'un confirme.
… je ne comprends pas la logique de mettre is_valid=1 aux deux images.
À quoi sert ce paramètre imageX_is_valid=0/1 ?
Et le paramètre commited_image ?
imageX_is_valid=1 indique au firmware de l'ONT que l'imageX est valide et qu'on peut booter dessus. si la valeur est a 0 alors l'ONT ne bootera pas dessus.
Ca sert au cas ou un upgrade echoue et rend la partition corrompue, au bout de 3 reboot qui ne fonctionne pas ca bascule sur l'autre image et ca flag l'image comme non valide.
commited_image je ne sais plus si c'est l'image sur laquelle on veut booter, ou si c'est pour enregistrer les changements qu'on a fait.
-
Pour en avoir fait les frais, il ne faut jamais mettre image0_is_valid à 0.
committed_image, c'est l'image de boot
Sinon, voila ce qu'on voit sur ma V8.
-
Franchement je ne peux pas dire qu'il s'agit ici des infos qui concernent l'ONT...
c'est ou qu'il ya marqué le PTINxxxxxx et le le mot de passe fibre ??
-
Le SN (PTINxxxxxxxx) c'est le numéro de série dont les 8 premiers caractères sont à convertir de HEX à ASCII.
Le ploam password est sur une autre page, je l'ai en ASCII, converti en hex comme indiqué dans la doc du firmware carlito
-
Mais c'est indiqué ou dans l'interface web de la box?
-
Euh... :D
Je comprends pas ce que tu veux de plus que ce que j'ai mis dans mon message précédent (peut-être le relire attentivement ? :D)
-
pardon , je parle du mot de passe fibre ;D
-
Le SN (PTINxxxxxxxx) c'est le numéro de série dont les 8 premiers caractères sont à convertir de HEX à ASCII.
Le ploam password (mot de passe fibre) est sur une autre page, je l'ai en ASCII, converti en hex comme indiqué dans la doc du firmware carlito
-
ok, et serait il possible de voir une image ecran de cette page ?
-
https://la-communaute.sfr.fr/t5/installation-et-param%C3%A9trage/sfr-box-8-impossible-de-changer-le-mot-de-passe-fibre/td-p/2425561?lightbox-message-images-2425575=177505iD53B547B1458FD3F
C'est identique à ça
-
ok ya pas plus d'info sur cette page donc. :(
-
dans ce cas j'aurais tendance a dire que pour les 2 images tu peux mettre = 3GN9030200R09
et si ca ne marche pas alors le problème est ailleurs.
-
Dans ma BOX 8 SFR, et plus particulièrement dans "FGWFiber Gateway", j'ai ces trois informations :
(a)--> Version matériel 3NTRGW14553U01
(b)--> Numéro de série 5054494Exxxxxxxx
(c)--> Version logiciel 3GN8020801R13
a) il y a un problème avec le "Hardware Version". Celui-ci est sur 14 caractères alors que dans le didacticiel de MaximusHugus, il est seulement sur 13 carcatères.
J'ai vérifié pour mon ONT7-SFU-v3 et celui-ci est bien sur 13 caractères. Sauf qu'il n'apparait pas dans le paramétrage interne mais sur l'étiquette au dos sous la désignation "HW" (HardWare).
b) le Serial Number qui est indiqué ici est sous forme héxadécimal, ce qui donne :
--> "PTIN" + les huit derniers chiffres de l'adresse MAC de la BOX 8 SFR.
c) Il y a qu'un seul "Firmware Version". On peut supposer que c'est le même pour la version active et la version passive.
On trouve aussi dans la BOX 8 SFR, le mot de passe fibre qui se nomme "Ploam ou Gpon Slid".
Il est sur huit caractères qu'il faut codé en hexadécimal.
-
Dans ma BOX 8 SFR, et plus particulièrement dans "FGWFiber Gateway", j'ai ces trois informations :
(a)--> Version matériel 3NTRGW14553U01
(b)--> Numéro de série 5054494Exxxxxxxx
(c)--> Version logiciel 3GN8020801R13
a) il y a un problème avec le "Hardware Version". Celui-ci est sur 14 caractères alors que dans le didacticiel de MaximusHugus, il est seulement sur 13 carcatères.
J'ai vérifié pour mon ONT7-SFU-v3 et celui-ci est bien sur 13 caractères. Sauf qu'il n'apparait pas dans le paramétrage interne mais sur l'étiquette au dos sous la désignation "HW" (HardWare).
b) le Serial Number qui est indiqué ici est sous forme héxadécimal, ce qui donne :
--> "PTIN" + les huit derniers chiffres de l'adresse MAC de la BOX 8 SFR.
c) Il y a qu'un seul "Firmware Version". On peut supposer que c'est le même pour la version active et la version passive.
On trouve aussi dans la BOX 8 SFR, le mot de passe fibre qui se nomme "Ploam ou Gpon Slid".
Il est sur huit caractères qu'il faut codé en hexadécimal.
Ce que tu dis est intéressant.
Tu as réussi le bypass pour ta box 8 ?
Il me semble avoir essayé de coller les 2 versions logiciels identiques, mais j'en doute, je verrai demain.
Sinon, on voit exactement ce que j'envoie ici dans les meg 256 / 257 : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1093081/#msg1093081 (dans les meg 7 on voit que j'envoyais les versions des ONT externes connus, du coup ça OK a priori ça ne peut pas marcher (encore que ?))
-
Merci pour ces confirmations ;)
c) Il y a qu'un seul "Firmware Version". On peut supposer que c'est le même pour la version active et la version passive.
en fait ca n'a pas d'importance, il faut juste que la dernière version soit sur l'image qui boot (la version active).
Si on est sur l'image 0 et qu'on recoit une mise a jour, c'est l'image 1 qui flashée. ensuite on passe l'image 1 en version active et reboot.
Du coup au reboot on se retrouve en image 1, avec la dernière version. mais l'image 0 est toujours avec la version precedente.
Si un probleme est survenu et que l'ONT ne parvient pas a redémarrer, on retourne sur l'image 0 qui était fonctionnelle. Et certainement qu'on recoit encore une fois la mise a jour qui est encore une fois flashée...etc
Donc en réalité, on doit toujours avoir une image avec la derniere version, et l'autre avec la précédente. Mais comme dit plus haut, ca n'a pas d'importance si les 2 versions sont les dernières en date sur les 2 images, c'est que l'image active qui est vérifiée, si elle a la bonne version alors ça doit aller.
-
(dans les meg 7 on voit que j'envoyais les versions des ONT externes connus, du coup ça OK a priori ça ne peut pas marcher (encore que ?))
c'est une hypothèse, je n'en suis pas certain...
-
Bonsoir !
pour lire une valeur c'est fw_printenv suivi du parametre a lire.
fw_printenv image0_version donne la valeur de image0_version
(…)
imageX_is_valid=1 indique au firmware de l'ONT que l'imageX est valide et qu'on peut booter dessus. si la valeur est a 0 alors l'ONT ne bootera pas dessus.
Ca sert au cas ou un upgrade echoue et rend la partition corrompue, au bout de 3 reboot qui ne fonctionne pas ca bascule sur l'autre image et ca flag l'image comme non valide.
commited_image je ne sais plus si c'est l'image sur laquelle on veut booter, ou si c'est pour enregistrer les changements qu'on a fait.
Pour en avoir fait les frais, il ne faut jamais mettre image0_is_valid à 0.
committed_image, c'est l'image de boot
OK, merci à vous deux pour ces éclaircissements.
_____
Comme je l'ai raconté hier (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1093257/#msg1093257), après avoir suivi le tuto de pengu2 (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1086081/#msg1086081) et exécuté les commandes suivantes :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number PTINXXXXXXXX ("Numéro de série" sur ma propre NB6VAC)
fw_setenv image1_version=3FE7SW04040022 ("Version principale" sur ma propre NB6VAC)
sfp_i2c -i11 -s "XXXXXXXX" ("Mot de passe fibre" sur ma propre NBV6AC)
J'obtenais un fake O5 : O5 mais pas de VLANs.
J'ai donc ajouté ce soir :
fw_setenv image0_version=3FE7SW04040022
fw_setenv image1_version=3FE7SW04040022
fw_setenv image0_is_valid=1
fw_setenv image1_is_valid=1
fw_setenv committed_image=1
Immédiatement après ça j'avais toujours un fake O5, avec toujours une table vide dans gtop puis c puis v (= pas de VLAN).
J'ai donc exécuté "reboot".
Après 10 min, le stick n'avait toujours pas redémarré.
C'est-à-dire que la diode "FX/Link" de mon convertisseur de média FS.com UMC-GA1F1T, allumée en temps normal, s'est éteinte et est restée éteinte. Et le stick ne répond plus ni à une tentative de connexion SSH ni aux pings.
J'ai débranché le convertisseur de média, je l'ai rebranché, toujours rien.
Le stick est de nouveau soft brick ?
Je ne comprends pas pourquoi ?
Ce coup-ci je suis preneur d'aide pour le débricker !
-
fw_setenv committed_image=1Tu avais flashé un firmware en image1 ?
-
@ Nicolas44 : tu as déposé une image où je vois que ton adresse IPv4 est de la forme "10.0.0.0/8". Es tu encore en IPv4 CGNAT ? Je croyais que tu avais fait la demande pouur être en IPv4 Full Stack. Je crois que personne n'a pu se connecter avec l'ONU Huawei MA5671A si c'est de l'IPv4 CGNAT. Demande à ton FAI de basculer en IPv4 Full Stack.
@ Rooot : il y a le problème de la longueur de la zone "HardWare Version", mais il me semble que cela n'a pas trop dérangé G8U5 quand il a fait sa configuration (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069).
@ Romain : il faut installer les deux fichiers (FirmWare Carlito) comme indiqué par MaximusHugus avant de commencer la configuration.
Par contre, je ne sais pas vraiment si c'est nécessaire d'avoir un convertisseur USB / UART-Serial pour faire cette manœuvre car sous Putty, tu as le logiciel "pscp.exe" qui permet d'envoyer des fichiers ou des commandes.
-
Ahhh mais il me semblait avoir lu des success stories en CGNAT, non ?
Sinon en effet j’ai demandé un rollback ipv4 mais le support technique me balade depuis 3 semaines en invoquant un « blocage » de nature inconnue.
A ce compte là je vais arrêter de m’acharner avant d’avoir mon ipv4.
Mais en soi je ne vois pas le rapport :/
-
@ Nicolas44 : tout ceux qui ont réussi le bypass de la BOX SFR par un module optique ONU, sont en IPv6 Full Stack.
Je suis en IPv4 Full Stack et avec l'ONT7-SFU-v3 de SFR et un pseudo routeur configuré dans mon Debian, ça fonctionne.
Je suppose que ton problème doit venir de là, mais je n'en suis pas certain à 100%, mais il y a de forte chance que cela soit le cas.
-
fw_setenv committed_image=1Tu avais flashé un firmware en image1 ?
Il a été suggéré à pengu2 de faire de son tuto un fil séparé. Je suis donc parti du principe que son tuto était complet, un tuto de A à Z. Il ne mentionne pas de flash de firmware.
En tout et pour tout, avec mon stick auquel je n'avais pas encore touché quand j'ai commencé vendredi soir, j'ai exécuté les 11 commandes précitées (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1093396/#msg1093396), rien de plus, rien de moins.
Ce que j'avais compris c'est qu'il y avait déjà une image0 et une image1 par défaut, et que choisir laquelle démarrer n'avait aucune importance justement tant qu'on n'avait rien flashé.
@ Romain : il faut installer les deux fichiers (FirmWare Carlito) comme indiqué par MaximusHugus avant de commencer la configuration.
Par contre, je ne sais pas vraiment si c'est nécessaire d'avoir un convertisseur USB / UART-Serial pour faire cette manœuvre car sous Putty, tu as le logiciel "pscp.exe" qui permet d'envoyer des fichiers ou des commandes.
L'information selon laquelle la méthode de maximushugus nécessite tel firmware est diluée dans ces 80 pages et je suis passé à côté. :-/
Je ne retrouve pas cette information aujourd'hui.
Concrètement :
1° Pensez-vous que je peux débricker mon/mes sticks ? Je ne compte pas acheter un 3e stick ! 😅
2° Si la diode FX/Link de mon convertisseur de média reste éteinte, puis-je espérer utiliser pscp.exe ?
3° Je peux acheter un convertisseur USB-UART, mais y a-t-il quelque part des informations à jour sur le matériel nécessaire et la marche à suivre ? J'ai ouvert hier mon convertisseur de média FS.com, je ne vois pas de broches UART dedans (voir photo jointe).
(Et l'adaptateur SFP vers UART utilisé chez Hack GPON (https://hack-gpon.org/ont-huawei-ma5671a-root-web) n'est plus disponible, par exemple.)
4° Si j'ai un abonnement RED by SFR + IPv4 Full Stack + ONT Altice + NB6VAC, est-il garanti que je puisse techniquement utiliser un stick, et que ce ne soit qu'une question de configuration ?
-
Attention à ne pas tout mélanger. L'ONU Huawei Ma5671A pour fonctionner nécessite d'installer un nouveau FirmWare qui se nomme "Carlito" avant d'être configuré. Inversement, l'ONU de FS.COM "FS P/N: GPON-ONU-34-20BI" a déjà le bon FirmWare et ne nécessite que de la configuration.
Tous les didacticiels ne sont pas complets car ils ont été fait après avoir été configurés et testés, et il se peut qu'il y ait des oublies lors de leur rédaction. Ce n'est pas parce que cela fonctionne chez untel que cela devra aussi le faire chez vous. Il peut exister des différences dans les OLT présent dans les NRO qui nécessite une réadaptation de la configuration.
J'ai donc ajouté ce soir :
Il faut aussi respecter l'ordre des commandes et le faire pas à pas en voyant l'avancement dans les résultats obtenus. Si cela ne fonctionne pas, essayez de comprendre où se situe l'erreur et de la corriger. Le cas le plus flagrant est le "fake O5". Celui-ci s'affiche mais aucun VLAN n'apparait.
Le mieux est de tout effacer et de recommencer depuis le début, sans inverser n'y omettre quoi que ce soit !
L'information selon laquelle la méthode de maximushugus nécessite tel firmware est diluée dans ces 80 pages et je suis passé à côté. :-/
Actuellement, il y a 971 messages à lire dont beaucoup n'apporte rien à la compréhension de ce qu'il faut faire ou pas. Il faut s'investir dans les différents sujets de ce forum pour comprendre les erreurs commisent par ceux qui ont bien voulu nous débrousailler le chemin vers la solution de ce problème.
Pour le Media Converter, j'avais envisagé de me procurer celui-ci (https://www.fs.com/fr/products/101477.html?now_cid=1037) à 202.80€ TTC. Or, il ne sait pas gérer le 2.5gb/s coté fibre, seulement le 10gb/s et je crois, car je n'en suis pas sûr, qu'il ne sait pas gérer le 1gb/s. Il ne possède pas les broches UART/Serial, ce qui pose un problème pour entrer dans l'ONU Huawei MA5671A. Pour ne pas se casser la tête le mieux est de se procurer l'ONU de FS.COM "FS P/N: GPON-ONU-34-20BI" qui me semble mon compliqué à configurer. Mais rien ne garantie que tout va bien se passer chez toi.
1° Pensez-vous que je peux débricker mon/mes sticks ? Je ne compte pas acheter un 3e stick ! ??
Aucune idée. Si tu arrives à installer les deux logiciels, comme indiqué par MaximusHugus dans l'Huawei MA5671A, cela va peut-être résoudre ton problème. Pour cela, il te faut le convertisseur USB/UART-Serial et bien sûr les fameuses broches sur le Media Converter.
2° Si la diode FX/Link de mon convertisseur de média reste éteinte, puis-je espérer utiliser pscp.exe ?
J'ai suggéré l'utilisation de "pscp.exe" à la condition d'avoir une adresse IP pour attendre l'ONU. En l'état, je ne sais pas si cela peut fonctionner. Mais je fais cela sur des sites distants quand j'ai besoin de les mettre à jour.
J'ai attribué une adresse IP sur l'interface de mon Debian, et j'ai pu entrer dans l'ONT7-SFU-v3 de SFR avec telnet. Cela nécessite un USERID et un PASSWORD. Ce que tu peux faire aussi avec "Putty", ainsi qu'avec "pscp.exe".
3° Je peux acheter un convertisseur USB-UART, mais y a-t-il quelque part des informations à jour sur le matériel nécessaire et la marche à suivre ?
Si tu n'avais jamais fait cela, c'est un peu compliqué de te l'expliquer en quelques lignes. Je vais faire simple.
Tu as quatre broches qui sont "GND" (la masse), "Vcc" le courant, TxD (transmission) & RxD (réception).
Sur le convertisseur, tu as aussi la possibilité de basculer soit en 5Vcc ou soit en 3V3. C'est important de se mettre en 3V3.
Tu mets la fiche USB dans le port USB de Windows. Le courant fournit par le port USB est 5Vcc.
Il faut configurer une console "COM" avec le paramétrage suivant :
--> Port : COM3
--> Bits par seconde : 115 200
--> Bits de données : 8
--> Parité : aucune
--> Bits d'Arrêt : 1
--> Contrôle de Flux : aucun
Il faut configurer Putty pour accéder à ce port COM.
Le branchement est assez simple coté Media Converter (Gnd <--> Gnd), (Vcc <--> Vcc), (Txd <--> Rxd),(Rxd <--> Txd).
Il faut inverser les fils Txd et Rxd car si l'un transmet coté console, l'autre recoit coté ONU et vice-versa.
Attention: si tu alimentes déjà ton Media Converter, n'utilise pas le fil Vcc. Tu risques d'abîmer ton ONU. Trois fils suffisent pour communiquer.
Coté ONU, il faut le configurer pour être en mesure de communiquer.
Il faut aupréalable identifier le "tty" et le mettre dans la commande ci-après.
sudo screen /dev/tty*** 115200
4° Si j'ai un abonnement RED by SFR + IPv4 Full Stack + ONT Altice + NB6VAC, est-il garanti que je puisse techniquement utiliser un stick, et que ce ne soit qu'une question de configuration ?
En dehors de la configuration, l'important est d'avoir les bonnes informations que l'on trouve soit sur l'étiquette de la BOX, soit dans la section fibre. Il faut aussi bien les formater pour qu'elles soient compréhensibles par l'ONU.
Je pense qu'une erreur est de trop imiter la BOX SFR dans l'ONU.
-
Attention à ne pas tout mélanger. L'ONU Huawei Ma5671A pour fonctionner nécessite d'installer un nouveau FirmWare qui se nomme "Carlito" avant d'être configuré. Inversement, l'ONU de FS.COM "FS P/N: GPON-ONU-34-20BI" a déjà le bon FirmWare et ne nécessite que de la configuration.
(…)
Il ne possède pas les broches UART/Serial, ce qui pose un problème pour entrer dans l'ONU Huawei MA5671A. Pour ne pas se casser la tête le mieux est de se procurer l'ONU de FS.COM "FS P/N: GPON-ONU-34-20BI" qui me semble mon compliqué à configurer.
Mon stick est un FS GPON-ONU-34-20BI.
Je l'ai choisi début 2024 justement après avoir lu un retour d'expérience de quelqu'un qui avait réussi à le faire fonctionner sans avoir à souder/rooter/flasher quoi que ce soit.
Du coup, qu'est-ce qui a causé le brick dans mon cas ?
_____
Si tu n'avais jamais fait cela, c'est un peu compliqué de te l'expliquer en quelques lignes. Je vais faire simple.
Tu as quatre broches qui sont "GND" (la masse), "Vcc" le courant, TxD (transmission) & RxD (réception).
Sur le convertisseur, tu as aussi la possibilité de basculer soit en 5Vcc ou soit en 3V3. C'est important de se mettre en 3V3.
Tu mets la fiche USB dans le port USB de Windows. Le courant fournit par le port USB est 5Vcc.
Il faut configurer une console "COM" avec le paramétrage suivant :
--> Port : COM3
--> Bits par seconde : 115 200
--> Bits de données : 8
--> Parité : aucune
--> Bits d'Arrêt : 1
--> Contrôle de Flux : aucun
Il faut configurer Putty pour accéder à ce port COM.
Le branchement est assez simple coté Media Converter (Gnd <--> Gnd), (Vcc <--> Vcc), (Txd <--> Rxd),(Rxd <--> Txd).
Il faut inverser les fils Txd et Rxd car si l'un transmet coté console, l'autre recoit coté ONU et vice-versa.
Attention: si tu alimentes déjà ton Media Converter, n'utilise pas le fil Vcc. Tu risques d'abîmer ton ONU. Trois fils suffisent pour communiquer.
Coté ONU, il faut le configurer pour être en mesure de communiquer.
Il faut aupréalable identifier le "tty" et le mettre dans la commande ci-après.
sudo screen /dev/tty*** 115200
Concernant le débrick, je sais comment ouvrir une console série, mais je ne sais pas : où me procurer le matériel me permettant d'ouvrir une console série spécifiquement sur un stick FS, puis quoi faire via cette console série pour débricker le stick.
_____
Actuellement, il y a 971 messages à lire dont beaucoup n'apporte rien à la compréhension de ce qu'il faut faire ou pas. Il faut s'investir dans les différents sujets de ce forum pour comprendre les erreurs commisent par ceux qui ont bien voulu nous débrousailler le chemin vers la solution de ce problème.
(…)
Je pense qu'une erreur est de trop imiter la BOX SFR dans l'ONU.
Je suis le 1er à essayer de faire la part des choses entre les paramètres utiles et ceux inutiles, quitte à faire du trial and error après qu'une configuration soit "tombée en marche", pour faire des tutos de A à Z (déformation professionnelle de ma carrière de journaliste ? ;-)) :
https://lafibre.info/remplacer-bbox/ftth-remplacer-sa-bbox-par-un-edgerouter-x-er-x-tuto-et-tests-de-debits/
https://lafibre.info/remplacer-sfr/bypass-nb6-avec-routeur-synology-rt1900ac-acces-ssh-ok/
Et pour signaler à certains qu'ils mettent des paramètres inutiles : https://lafibre.info/remplacer-sfr/remplacer-sa-box-sfr-par-un-routeur-unifi-cloud-gateway-ultra-tv/msg1063298/#msg1063298
_____
En dehors de la configuration, l'important est d'avoir les bonnes informations que l'on trouve soit sur l'étiquette de la BOX, soit dans la section fibre. Il faut aussi bien les formater pour qu'elles soient compréhensibles par l'ONU.
Ai-je utilisé de mauvaises informations ?
Je récapitule la source de mes informations et les commandes envoyées :
Les intitulés partagés par pengu2 ne sont pas exactement ceux que je trouve dans l'interface de la NB6VAC :
- Pour set_serial_number, j'ai mis ce que j'ai trouvé dans La Fibre > Informations ONT > Numéro de série ("PTINXXXXXXXX")
- Pour fw_setenv image1_version, j'ai mis "Version principale", en l'occurrence "3FE7SW04040022".
- Et pour sfp_i2c -i11 -s "", j'ai mis ce que j'ai trouvé dans La Fibre > Configuration de la fibre > Mot de passe fibre ("8 caractères alphanumériques").
Est-ce que j'ai bien fait ?
Ce que j'ai fait vendredi soir :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number PTINXXXXXXXX ("Numéro de série" sur ma propre NB6VAC)
fw_setenv image1_version=3FE7SW04040022 ("Version principale" sur ma propre NB6VAC)
sfp_i2c -i11 -s "XXXXXXXX" ("Mot de passe fibre" sur ma propre NBV6AC)Puis samedi soir :
fw_setenv image0_version=3FE7SW04040022
fw_setenv image1_version=3FE7SW04040022
fw_setenv image0_is_valid=1
fw_setenv image1_is_valid=1
fw_setenv committed_image=1
Qu'est-ce qu'il y a en trop ? Qu'est-ce qui manque ?
-
fw_setenv committed_image=1
Comme ça t'a été indiqué plus haut, si tu n'as pas d'image 1, tu as brické ton stick pour cette raison.
Si ton stick est d'origine, il n'a a priori pas d'image 1, donc ça doit venir de là.
Il n'y a qu'une façon de le récupérer, connexion à l'UART interne via convertisseur USB-TTL.
Tu as déjà le media converter, c'est parfait puisqu'il expose les pins dont tu auras besoin.
Ensuite il te faut acheter ça : https://www.amazon.fr/Rtinle-Adaptateur-Conversion-dinterface-Compatible/dp/B0B7RHPMT7/ref=sr_1_3?__mk_fr_FR=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=2VRJUCT2VNJS5&dib=eyJ2IjoiMSJ9.eLRXka0TUSMrscqHFmKNV-jmGP8HzW5a4bh_LXUKsYDB0kqbxs6QJJNHlYOY3IF2SIxG9M7rCBd7k7zaEndN8tcojZTHGRVmSL8qEC8oB8rJRPYKJzSbZ2sJIkuRPpqmYTRQcF42mLXCKLGCwuuBOccDO-F7TS78KTjWttlh72mm_YDXsIOkw8eBOtaRV62j4yg67ZZatG1lr9bTum6mjE5TPcgvIksEi370WeUoQGl8WghfwVZFW-F6GL9BWyuhZ7xl-6AvarmXVJWjTs8RBKvcRC1JuGtMvY_3H8QomXU.cpLZUeFxqojiVxT8zMbLZfCXYYMxlCGUti2eYbZJYpA&dib_tag=se&keywords=usb+ttl&qid=1730723924&s=computers&sprefix=usb+ttl%2Ccomputers%2C77&sr=1-3
Et là, sous windows, via putty par exemple, tu pourras établir une connexion sur le port série exposé par cette petite interface USB, tu pourras accéder à la console du stick.
A ce moment là, tu pourras faire ceci :
printenv committed_image (pour vérifier l'image commitée)
setenv committed_image 0 (pour rétablir l'image 0)
saveenv (pour persister les changements)
Après reboot, tu devrais récupérer l'accès SSH / Telnet sur l'ip que tu utilisais avant
Tant que ton stick ne démarre pas, pscp / scp / ne seront d'aucune aide puisqu'ils reposent sur la possiblité d'établir une connexion SSH, et pour ça il faut une IP, mais là il n'y en aura pas.
-
Tu as déjà le media converter, c'est parfait puisqu'il expose les pins dont tu auras besoin.
Où sont les broches TTL sur mon media converter ?
-
Tu as déjà le media converter, c'est parfait puisqu'il expose les pins dont tu auras besoin.
hébé non justement il n'a pas de broches sur le sien :(
il faut acheter celui qui est indiqué là (choisir celui ou il n'y a que le media converter a 35€)
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1092744/#msg1092744
-
EN EFFET, désolé :-X
Et c'est bien ce dernier modèle que j'ai et qui fait formidablement le taf (must have pour tous les DIYers que nous sommes)
-
Bonsoir !
Concernant le débrick :
Le listing vers lequel vous renvoyez contient un module Huawei dont je n'ai pas besoin.
N'y a-t-il pas un media converter nu moins cher avec broches UART compatibles FS.com, voire un simple adaptateur SFP vers UART (et non SFP vers RJ45 + UART) ?
À défaut, quelques messages plus haut (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1092705/#msg1092705) que le message vers lequel rooot me renvoie (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1092744/#msg1092744), il y a des photos montrant l'intérieur du convertisseur de média. On y voit 2 rangées de broches étiquetées Huawei et Nokia. Je rappelle que j'ai un FS GPON-ONU-34-20BI. Quand je vois deux rangées de broches étiquetées Huawei et Nokia, j'en tire la conclusion que le brochage n'est pas standardisé. Quelqu'un a-t-il utilisé ce media converter avec un module FS ? Si oui, lequel des 2 brochages faut-il utiliser pour ne pas griller mon stick après l'avoir brické ?
Mais surtout, avant d'envisager de rallonger quelques dizaines d'euros, l'un de vous qui avez réussi, avez-vous une idée de ce qu'il faudrait que je fasse, de plus ou de moins que ce que j'ai fait précédemment, pour que mon stick FS fonctionne ?
Je reproduis le cœur de mon précédent message :
Je récapitule la source de mes informations et les commandes envoyées :
Ce que j'ai fait vendredi soir :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number PTINXXXXXXXX ("Numéro de série" sur ma propre NB6VAC)
fw_setenv image1_version=3FE7SW04040022 ("Version principale" sur ma propre NB6VAC)
sfp_i2c -i11 -s "XXXXXXXX" ("Mot de passe fibre" sur ma propre NBV6AC)Puis samedi soir :
fw_setenv image0_version=3FE7SW04040022
fw_setenv image1_version=3FE7SW04040022
fw_setenv image0_is_valid=1
fw_setenv image1_is_valid=1
fw_setenv committed_image=1
Qu'est-ce qu'il y a en trop ? Qu'est-ce qui manque ?
-
Le listing vers lequel vous renvoyez contient un module Huawei dont je n'ai pas besoin.
tu peux choisir le media converter seul. Mais tu as raison, c'est pour Huawei et Nokia...sur le FS je ne sais pas comment c'est prévu...
(https://i.imgur.com/HJdpLqR.png)
avez-vous une idée de ce qu'il faudrait que je fasse, de plus ou de moins que ce que j'ai fait précédemment, pour que mon stick FS fonctionne ?
ben c'est juste le fw_setenv committed_image=1 qui t'as mis dans la sauce...car visiblement aucune image ne devait etre présente sur image1..
il fallait juste faire fw_setenv committed_image=0
Sinon, tu peux contacter le support fs.com et leur expliquer que sur ton ONU tu as fait un fw_setenv committed_image=1 et qu'il ne démarre plus, il y a peut etre une "astuce". genre le laisser 5 minutes allumé pendant lesquelles il va reboot 3x ou 5x je ne sais pas et a un moment revenir sur l'image0...
De mémoire les systemes qui ont plusieurs images, quand ca crash ca reboot sur l'image précédente...c'est comme ça sur pas mal de routeurs.
-
Le site :
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
https://hack-gpon.org/ont-huawei-ma5671a/
indique comment sont câblé les modules à la rubrique Serial
A priori c'est pareil pour ces 2 modules, qui sont basés sur le même hardware (comme le Nokia G-010S-P aussi) c'est d'ailleurs grâce à ça que les firmware sont interchangeables.
Ce site est vraiment une mine d'or pour nos besoins.
-
Rollback IP v4 effectué ce jour.
Toujours pas de VLANs.
J'abandonne, je passe chez Bouygues 2Gb/s à 23,99€.
Pas d'ONT interne sur la BBOX ultym, si je veux bypass la box, je n'aurai qu'à introduire le GPON fourni dans un autre routeur (enfiiiin a priori ::))
-
sur de ça ?
car je vois sur le forum Bouygues qu'ils utilisent aussi des ONU Huawei ma5671a, FS.com ... quel est l'intérêt si l'ONU "propriétaire" fourni fonctionne dans d'autres routeurs ?
Mais peut être que je suis passé à coté, je n'ai pas trouvé de post sur ce sujet.
Sinon chez SFR avec un ONT externe Altice Lab d'occasion, ça fonctionne sans bidouille, juste l'option 60 à configurer et accepter d'être limité à 1Gbps.
Ou alors utiliser les services de certains qui fournissent des ONU préconfigurés pour une centaine d'euro avec garantie de résultat.
-
en 2Gbps l'ont est interne en général...
https://lafibre.info/bbox-ftth/bbox-fibre-wifi6/
ONT : Intégré XGS-PON (10 Gb/s descendant et 10 Gb/s montant). L'ONT est interne, une optique Gpon ou XGS-PON peut être utilisé.
(https://lafibre.info/images/bbox_fibre/202001_bbox_fibre_wi-fi6_dos2.jpg)
-
en 2Gbps l'ont est interne en général...
Sur la BBox Wifi 6E (celle de l'offre quel que soit le débit), ça m'a tout l'air d'être un GPON / XGS-PON...
-
en 2Gbps l'ont est interne en général...
https://lafibre.info/bbox-ftth/bbox-fibre-wifi6/
(https://lafibre.info/images/bbox_fibre/202001_bbox_fibre_wi-fi6_dos2.jpg)
C'est un stick amovible dans un port SFP+, rien à voir avec un ONT interne de Box 8.
Et tu as soit un GPON en débit classique (2 Gb/s) soit un XGS-PON en débit+.
-
Avec la capture du module SFP, j'ai fait une recherche sur le forum :
https://lafibre.info/bbox-ftth/bbox-fibre-wifi6/1101/
et donc non, ce que tu veux faire ne fonctionnera pas, le module n'est pas un ONU / ONT mais un simple convertisseur optique/électrique , ça en sort pas de l'ethernet, donc ça ne fonctionne que dans la bbox, d'où le fait qu'ils utilisent les mêmes ONU que SFR sur un routeur perso.
-
Rollback IP v4 effectué ce jour.
Il me faut un traducteur car je ne comprends pas ce que tu as voulu dire.
Tu veux signifier que SFR t'a remis en IPv4 CGNAT alors que tu avais demandé d'être en IPv4 Full Stack ?
Est-ce bien cela ?
Toujours pas de VLANs.
As tu pensé faire le calibrage du laser ?
C'est à la fin du didacticiel de MaximusHugus.
J'abandonne, je passe chez Bouygues 2Gb/s à 23,99€.
Abondonner n'est pas la solution car chez Bouygues, tu auras d'autres problèmes.
Pas d'ONT interne sur la BBOX ultym, si je veux bypass la box, je n'aurai qu'à introduire le GPON fourni dans un autre routeur (enfiiiin a priori ::))
C'est d'ailleurs le cas chez SFR avec la BOX Plus SFR qui est la version NB6VAC.
SFR avait fournit le boitier ONT7-SFU, mais ce n'est plus le cas maintenant.
Pour un nouvel abonné, SFR fournit la BOX 7 SFR avec l'ONT intégré à la BOX.
C'est la tendance d'avoir des BOX avec ONT intégré, même chez Bouygues.
-
Il me faut un traducteur car je ne comprends pas ce que tu as voulu dire.
Tu veux signifier que SFR t'a remis en IPv4 CGNAT alors que tu avais demandé d'être en IPv4 Full Stack ?
Est-ce bien cela ?
As tu pensé faire le calibrage du laser ?
C'est à la fin du didacticiel de MaximusHugus.
Abondonner n'est pas la solution car chez Bouygues, tu auras d'autres problèmes.
C'est d'ailleurs le cas chez SFR avec la BOX Plus SFR qui est la version NB6VAC.
SFR avait fournit le boitier ONT7-SFU, mais ce n'est plus le cas maintenant.
Pour un nouvel abonné, SFR fournit la BOX 7 SFR avec l'ONT intégré à la BOX.
C'est la tendance d'avoir des BOX avec ONT intégré, même chez Bouygues.
Oui je suis revenu en IP v4 full stack aujourd'hui.
Le laser est bien calibré, je suis à -20dbm comme sur la box.
J'ai effacé le fichier en question (il y a d'ailleurs une erreur dans le path donné par le tuto) plusieurs fois.
De toute façon c'est peine perdue sur une box 8 avec ONT interne, j'y ai déjà passé beaucoup trop de temps.
Dans la mesure où je ne peux pas interroger l'ONT, je ne sais en fait rien des vraies valeurs d'image / version / etc.
Chez Bouygues je n'aurai pas de problème puisque j'aurai un port Ethernet qui sort en 10G, que j'utiliserai pour ma part en 2.5G branché à un switch 2.5G Aliexpress, avec débit internet 2G.
Le bypass aurait été du bonus, mais si ce n'est pas possible, je ne vais pas perdre grand chose qui me serve (peut-être la conf DNS ? je n'ai pas vu ce qu'il en était sur les box bouygues)
Et bien évidemment, les 24€ de Bouygues pour 2G/1G sont plus séduisants que les 32€ demandés par RED pour quelqu'un comme moi qui n'utilise ni TV ni tel fixe.
-
Clairement si tu te satisfais de leur box, et de l'absence de TV/téléphone il n'y a pas de concurrence, pour le moment niveau prix/débit.
Comme je l'ai indiqué au dessus, pour bypasser leur box par contre, ça sera la même méthode que SFR avec un ONU SFP tiers et sa configuration.
Vue que certains vendent des ONU préconfiguré SFR fonctionnels avec n'importe quel matériel d'origine, pour moi il n'y aucun soucis à faire le bypass avec une BOX 8 et simplement les infos qu'il y a sur les pages WEB de la box tel que je l'ai indiqué dans mes messages, tout ce que j'ai pu renseigné dans la configuration de mon ONU est présent.
-
je ne vois pas l'offre Bouygues a 24€ pour le 2Gbps/1Gbps ??
EDIT:
trouvé : https://www.bouyguestelecom.fr/forfaits-mobiles/sans-engagement?pure_fibre=true
effectivement c'est pas mal pour le prix. Mais surtout pour ceux qui sont elligible, c'est meme du 8Gbps...
(https://i.imgur.com/ghS4QCn.png)
-
Vue que certains vendent des ONU préconfiguré SFR fonctionnels avec n'importe quel matériel d'origine, pour moi il n'y aucun soucis à faire le bypass avec une BOX 8 et simplement les infos qu'il y a sur les pages WEB de la box tel que je l'ai indiqué dans mes messages, tout ce que j'ai pu renseigné dans la configuration de mon ONU est présent.
Pour info mon ONU, acheté pré-configuré, a comme version :
image0_version=FS v5
image1_version=FS v5
et ça marche...
-
J'ai effacé le fichier en question (il y a d'ailleurs une erreur dans le path donné par le tuto) plusieurs fois.
J'aimerai connaitre le bon "path" qui t'a donné un soucis ?
Dans la mesure où je ne peux pas interroger l'ONT, je ne sais en fait rien des vraies valeurs d'image / version / etc.
Dans la BOX 8 SFR, tout se trouve dans FGWFiber Gateway (http://192.168.1.1/index.html#/gui/fgw/home) et dans la Configuration du mot de passe fibre (http://192.168.1.1/index.html#/gui/wan/slid).
Chez Bouygues je n'aurai pas de problème puisque j'aurai un port Ethernet qui sort en 10G, que j'utiliserai pour ma part en 2.5G branché à un switch 2.5G Aliexpress, avec débit internet 2G.
Si tu éligibles, c'est le meilleur choix pour avoir un débit supérieur.
Il est dommage que tu t'arrêtes en si bon chemin. Je suppose que le problème vient des données qui ne sont pas les bons ou qui sont mals formatées.
N'oublies pas que ton expérience aurait pu aider d'autres personnes voulant faire le bypass de leur BOX SFR.
-
J'ai partagé tous mes essais, je n'ai pas d'autre idée.
J'ai essayé les 3 firmwares, à la fois en image 0 et image 1, avec les paramètres de ma BOX, en suivant bien les docs et hack-gpon, et c'est toujours soit du fake O5 (carlito) soit du 2 - 3 en boucle (FS mod)
Et il me semble que quelqu'un a affirmé que personne n'avait réussi avec une Box 8.
La seule chose que j'aurais pu essayer en plus, c'est ceci : https://github.com/tdmadam/OMCI-for-SFP-Stick
Afin de déchiffrer les codes d'erreur remontés par OMCId.
Mais le jeu n'en vaut plus la chandelle avec l'offre Bouygues (chez qui en effet je tenterai peut-être le bypass avec mon huawei, si je ne l'ai pas revendu d'ici là, le banana pi r4 avec :)))
-
Sinon, tu peux contacter le support fs.com et leur expliquer que sur ton ONU tu as fait un fw_setenv committed_image=1 et qu'il ne démarre plus, il y a peut etre une "astuce". genre le laisser 5 minutes allumé pendant lesquelles il va reboot 3x ou 5x je ne sais pas et a un moment revenir sur l'image0...
De mémoire les systemes qui ont plusieurs images, quand ca crash ca reboot sur l'image précédente...c'est comme ça sur pas mal de routeurs.
Excellente idée, je le fais dès que possible !
Le site :
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/
https://hack-gpon.org/ont-huawei-ma5671a/
indique comment sont câblé les modules à la rubrique Serial
A priori c'est pareil pour ces 2 modules, qui sont basés sur le même hardware (comme le Nokia G-010S-P aussi) c'est d'ailleurs grâce à ça que les firmware sont interchangeables.
Ce site est vraiment une mine d'or pour nos besoins.
Ah je n'avais pas pensé à vérifier ceci, alors que j'avais déjà lu qu'ils reposent sur le même hardware et que leurs firmwares sont interchangeables. Merci beaucoup pour le tuyau !
Comme d'autres, la Bbox Pure fibre me travaille, j'attends de voir dans quelle mesure on peut remplacer la Bbox (n'étant éligible qu'aux 2 Gbps/900 Mbps) avant d'envisager d'investir dans le media converter avec broches UART ! :)
Mais tout cela ne répond pas à la question principale. rooot, ma question n'est pas seulement de savoir comment éviter le brick, mais aussi de savoir si j'ai une chance de faire marcher un ONU FS avec mon OLT. Qu'est-ce qui n'allait pas dans ma configuration de vendredi soir ? (le tuto de pungu2)
Je récapitule la source de mes informations et les commandes envoyées :
Ce que j'ai fait vendredi soir :
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"
set_serial_number PTINXXXXXXXX ("Numéro de série" sur ma propre NB6VAC)
fw_setenv image1_version=3FE7SW04040022 ("Version principale" sur ma propre NB6VAC)
sfp_i2c -i11 -s "XXXXXXXX" ("Mot de passe fibre" sur ma propre NBV6AC)
-
@ Romain : normalement, l'ONU de FS.COM est bien plus facile à configurer que l'Huawei MA5671a.
Et il ne faut pas confondre l'ONU de FS.COM avec l'ONU Huawei MA5671A.
Il est donc inutile de t'inspirer du didacticiel de MaximumHugus qui concerne l'ONU Huawei Ma5671A.
Comme tu utilises l'ONU de FS.COM, il n'y a rien à installer comme micrologiciel (firmware) puisque c'est déjà fait.
Sauf que tu as modifier le démarrage sur les deux images et je ne sais pas du tout comment récupérer l'accès.
fw_setenv bootdelay 5
fw_setenv asc0 0
fw_setenv preboot "gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108"Cette section sert à déverrouiller le bootloader. Il manque les deux commandes suivantes :
saveenv
rebootEnsuite, j'ai un doute sur l'utilité de toutes ces commandes et dans cet ordre :
set_serial_number PTINXXXXXXXX ("Numéro de série" sur ma propre NB6VAC)
fw_setenv image1_version=3FE7SW04040022 ("Version principale" sur ma propre NB6VAC)
sfp_i2c -i11 -s "XXXXXXXX" ("Mot de passe fibre" sur ma propre NBV6AC)Je pense que paramétrer le mot de passe fibre, en premier, aurait été suffisant.
sfp_i2c -i11 -s "XXXXXXXX"Tu testes en faisant un "reboot" puis la vérification des VLAN : "gtop c v".
Si ce n'est pas suffisant, tu peux ajouter le numéro de série :
fw_setenv ont_serial "PTINxxxxxxxx"et tu recommances à tester les VLAN.
Dans ma compréhension de l'ONU FS.COM, j'en suis là.
Je te conseille de lire le site "Hack GPON (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/)".
Maintenant, il faut savoir comment entrer à nouveau dans l'ONU, sachant que tu as tapez :
fw_setenv image0_version=3FE7SW04040022
fw_setenv image1_version=3FE7SW04040022
fw_setenv image0_is_valid=1
fw_setenv image1_is_valid=1
fw_setenv committed_image=1et cela à provoquer un blocage de ton ONU (je ne sais pas si c'est le terme français pour brick).
Remettre "image0_is_valid=0", ainsi que "image1_is_valid=0" et "committed_image=0", puis faire un "reboot".
Il faut creuser un peu plus sur la validité de ces remises à zéro.
Si après un reboot, tu as encore la main, alors tu peux valider l'une de des images, par exemple "image0_is_valid=1" et tu "reboot".
Si elle repasse à zero, tu refais la même manipulation mais en ajoutant "committed_image=1".
Sinon, tu as la restauration du paramétrage par défaut :
firstboot
rebootJe n'en sais pas plus à ce sujet.
-
je suis du meme avis qu'Artemus24 il ne faut pas mélanger les tutos qui correspondent a différents Firmware.
-
Bonsoir !
Concernant le débrick :
Le listing vers lequel vous renvoyez contient un module Huawei dont je n'ai pas besoin.
N'y a-t-il pas un media converter nu moins cher avec broches UART compatibles FS.com, voire un simple adaptateur SFP vers UART (et non SFP vers RJ45 + UART) ?
À défaut, quelques messages plus haut (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1092705/#msg1092705) que le message vers lequel rooot me renvoie (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1092744/#msg1092744), il y a des photos montrant l'intérieur du convertisseur de média. On y voit 2 rangées de broches étiquetées Huawei et Nokia. Je rappelle que j'ai un FS GPON-ONU-34-20BI. Quand je vois deux rangées de broches étiquetées Huawei et Nokia, j'en tire la conclusion que le brochage n'est pas standardisé. Quelqu'un a-t-il utilisé ce media converter avec un module FS ? Si oui, lequel des 2 brochages faut-il utiliser pour ne pas griller mon stick après l'avoir brické ?
Mais surtout, avant d'envisager de rallonger quelques dizaines d'euros, l'un de vous qui avez réussi, avez-vous une idée de ce qu'il faudrait que je fasse, de plus ou de moins que ce que j'ai fait précédemment, pour que mon stick FS fonctionne ?
Je reproduis le cœur de mon précédent message :
trop d'information, et un comitted qui sert a rien
fw_setenv onu_serial XXXX (SN en ASCII)
fw_setenv onu_ploam XXX (SLID en ASCII)
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
fw_setenv image1_is_valid 1
fw_setenv mib_file data_1g_8q_us1280_ds512.ini
Je tourne avec ses infos depuis mai dernier sur mon abo 1gb/1gb red sfr (nbox6) avec mon onu fs
-
Excellente idée, je le fais dès que possible !
Ah je n'avais pas pensé à vérifier ceci, alors que j'avais déjà lu qu'ils reposent sur le même hardware et que leurs firmwares sont interchangeables. Merci beaucoup pour le tuyau !
Comme d'autres, la Bbox Pure fibre me travaille, j'attends de voir dans quelle mesure on peut remplacer la Bbox (n'étant éligible qu'aux 2 Gbps/900 Mbps) avant d'envisager d'investir dans le media converter avec broches UART ! :)
Mais tout cela ne répond pas à la question principale. rooot, ma question n'est pas seulement de savoir comment éviter le brick, mais aussi de savoir si j'ai une chance de faire marcher un ONU FS avec mon OLT. Qu'est-ce qui n'allait pas dans ma configuration de vendredi soir ? (le tuto de pungu2)
https://lafibre.info/remplacer-bbox/tuto-remplacement-bbox-fibre-par-mikrotik-ipv4-ipv6-et-tvreplay/
Le tuto de remplacement de la Bbox semble très clair avec un ONU FS, donc pour moi il n'y a pas à hésiter si tu n'as pas besoin de la TV/Téléphonie.
L'amortissement des frais d'adhésion se fait en 6 mois.
Bon après, comme ici, rien ne garantit que ça marche chez tout le monde :D
Différence de taille, la BBox permet de sortir les 8Gb/s par son port Ethernet, donc si l'intérêt du bypass pour toi c'est le débit, peut-être que tu n'en auras même pas besoin
-
Merci Ricky68 pour ton retour d'expérience. :)
Voici les dernières informations que j'ai pu récupérer sur la NB6VAC de ma voisine :
Version principale : 3FE7SW0600004C
Version de secours : 3FE7SW06000047
A priori, ce ne sont pas les mêmes que chez toi.
As tu branché le décodeur TV Plus SFR (multicast) sur ton routeur et as tu pu obtenir le direct de la télé ?
Et pour le téléphone fixe, je suppose que tu t'en passes, puisque tu dois avoir un téléphone mobile.
@ Nicolas44 : en ce qui me concerne, le but est d'apprendre à configurer les ONU Huawei MA5671A & celui de chez FS.COM dans la technologie G-PON. C'est plus pour le plaisir de le faire, comme un challenge, que d'avoir besoin de plus de débit.
Avant d'avoir la fibre optique (FTTH), j'étais en ADSL et je tournais aux environs de 7.5mb/s. Le seul problème que j'avais, était de ne pas pouvoir enregistrer deux émissions TV en même temps. A par ça, même les téléchargements (Apache, Mysql, MariaDB, FireBird, Microsoft SQL Server) ne prenaient pas trop de temps, sauf pour ce qui concernait Windows (Windows Update).
Ce qui me dérange un peu est la latence qui varie beaucoup chez moi. Pendant longtemps, j'étais aux environs de 30ms. Maintenant, elle est plutôt aux alentours de 15ms, mais j'ai parfois en soirée plutôt du 50ms.
-
Merci Ricky68 pour ton retour d'expérience. :)
Voici les dernières informations que j'ai pu récupérer sur la NB6VAC de ma voisine :
Version principale : 3FE7SW0600004C
Version de secours : 3FE7SW06000047
A priori, ce ne sont pas les mêmes que chez toi.
As tu branché le décodeur TV Plus SFR (multicast) sur ton routeur et as tu pu obtenir le direct de la télé ?
Et pour le téléphone fixe, je suppose que tu t'en passes, puisque tu dois avoir un téléphone mobile.
@ Nicolas44 : en ce qui me concerne, le but est d'apprendre à configurer les ONU Huawei MA5671A & celui de chez FS.COM dans la technologie G-PON. C'est plus pour le plaisir de le faire, comme un challenge, que d'avoir besoin de plus de débit.
Avant d'avoir la fibre, j'étais en ADSL et je tournais aux environs de 7.5mb/s. Le seul problème que j'avais, était de ne pas pouvoir enregistrer deux émissions en même temps. A par ça, même les téléchargements (Apache, Mysql, MariaDB, FireBird, Microsoft SQL Server) que je faisais à chaque changement de version, ne prenaient pas trop de temps, sauf pour ce qui concernait windows.
Non pas de décodeur ni de téléphone, internet nu, j'ai testé brièvement le sfr.m3u, mais c'est galère de faire marcher l'igmp sur le mikrotik (cos et raw rules). Pour la config, il faut évidemment adapter les fw
-
Je n'ai pas trouvé la version qui est installé par défaut dans l'Huawei MA5671A. En quoi cette version native n'est pas compatible avec le réseau SFR ? Ou si vous préférez, pourquoi n'arrive-ton pas à la configurer ?
La version "FS Modded Firmware" est-elle la même pour le "Huawei MA5671A" que pour le "GPON-ONU-34-20BI" ? Si c'est oui, pourquoi la configuration de l'Huawei MA5671A semble plus compliquée que celle du "GPON-ONU-34-20BI" ?
-
Ce que j'ai retenu des explications que j'ai lu a droite et a gauche, c'est que les ONU huawei et Nokia à la base sont conçus pour fonctionner avec les OLT de leur marque. il manque des composantes logicielles pour les rendre "génériques" et leur permettre de fonctionner avec des OLT d'autres marques. C'est pourquoi l'ONU de fs.com qui lui est vraiment générique, n'a pas besoin d'etre flashé avec un autre firmware pour fonctionner partout.
La version "FS Modded Firmware" est-elle la même pour le "Huawei MA5671A" que pour le "GPON-ONU-34-20BI" ?
Non elle n'est pas tout a fait identique, je crois que des fichiers ont été supprimés.
Voir ici ce que dit G8U5 : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
Ce MOD supprime toutes le MIBS sauf une et ajoute des lignes dans /etc/init.d/omcid.sh.
Si on suit le tuto de G8U5, on voit qu'il flashe son GPON-ONU-34-20BI avec le firmware modded, et qu'il y apporte des réglages non mentionnés par certains.
-
Ce que j'ai retenu des explications que j'ai lu a droite et a gauche, c'est que les ONU huawei et Nokia à la base sont conçus pour fonctionner avec les OLT de leur marque.
C'est le cas de la plupart des ONU qui sont spécifiques à leur marque et doivent être utilisés conjointement avec leur OLT.
J'ai compris que le Nokia G-010S-P et l'Huawei MA5671A sont compatibles, car ils ont le même jeu de puces "Lantiq PEB98035", voire identiques, enfin sur la photo des deux ONU, ci-après :
(https://hack-gpon.org/assets/img/g-010s-p-and-ma5671a.jpg)
Ils sont compatibles avec l'ONU FS GPON-ONU-34-20BI puisque celui-ci a aussi le même jeu de puce "Lantiq PEB98035".
Je crois comprendre que nativement, c'est OpenWRT qui est installé. Mais je croyais que c'était pour configurer des routeurs ?
Je connais le poste de G8U5. Je ne suis pas certain que cela soit très utile de répercuter le modèle de la BOX SFR (fw_setenv omci_equip_id=GS0100GH //en ASCII) ou encore la version de l'hardware (fw_setenv omci_hw_ver=3NT7SFU1389B24 //en ASCII). Le LOID n'est pas utilisé chez SFR (fw_setenv omci_loid=user //(rien à faire ici) ainsi que fw_setenv omci_lpwd=password //(rien à faire ici)), donc ne sert à rien.
Mettre la version pour les Image0 & Image1 me semble inutile. Que se passe-t-il si dans la BOX SFR, la version du micrologiciel vient à changer ? Dois je comprendre que l'ONU ne fonctionnera plus ? Et par conséquent, il faudra le mettre à jour dans l'ONU. Pourtant, dans ton ONU, rooot, c'est renseigné avec autre chose que les valeurs de SFR. Je crois que cela ne sert à rien, aussi.
Jusqu'à à présent, je retiens qu'il est nécessaire de configurer le mot de passe fibre (PLOAM) ainsi que le numéro de série (SERIAL), et de sélectionner l'une des deux images. Accessoirement, configurer la vitesse (val=5 pour 2.5gb/s) et supprimer le fichier (/etc/optics/.goi_recovered) pour le calibrage du laser.
G8U5 configure aussi l'adresse MAC, mais je crois que cela ne sert à rien. Pourquoi ? Il faudrait que le technicien qui envoie la BOX SFR au client renseigne dans la configuration de l'OLT du NRO, l'adresse MAC. Je pense plutôt que c'est le mot de passe fibre qui est renseigné dans la BOX SFR envoyé au client, qui est utile pour identifier le client.
La question que je me pose au sujet de G8U5 est, pourquoi a-t-il flashé son FS GPON-ONU-34-20BI ? Il avait dès le départ le bon micrologiciel. A trop vouloir suivre ce que les autres ont déjà fait, sans comprendre l'utilité de ce qui a été fait, je pense que des commandes ont été utilisées mais ne servent à rien. Quand je dis à rien, je veux dire non exploité par SFR.
-
En fait il ya 2 écoles, ceux qui ont essayé de faire passer leur ONU pour celui de SFR, et qui ont donc reproduit ce qu'il fait avec ses parametres. Et ceux qui n'ont pas essayé de reproduire ce que fait l'ONT de SFR.
Bien souvent j'ai lu : "a force d'essayer de faire passer son ONU pour celui de SFR, ca ne marche pas.".
Pour certain le numéro de version, s'il n'est pas le bon, ca ne marche pas. Pour d'autres ca n'a aucune incidence. En fait à la base si l'OLT pense qu'il s'agit en face d'un ONT SFR, il check la version pour voir si elle est a jour, et s'il trouve une vieille version il essaie de faire un update en poussant la nouvelle version, et on rentre dans une boucle sans fin. Je pense que c'est ce qui m'est arrivé a plusieurs reprises avec mes ONT Externes Leox et Vsol.
Si l'OLT ne reconnait pas l'ONT, il semblerait qu'il n'essaie pas de pousser une mise a jour. Et là avec mes ONT externes j'avais les vlan, mais pas de traffic en sortie.
Voila ce que j'ai retenu de mes essais et de tout ce que j'ai lu ici.
-
Merci pour tes explications. :)
A) La première approche est bien d'imiter la BOX SFR. Sauf que nous ne voyons que la partie visible de l'ONT SFR, au travers des paramètres qui sont affichés dans la BOX. Si SFR les affiche, cela sert certainement à quelque chose.
Pour l'identification, il y a le mot de passe fibre. Ca, j'en suis sûr. Je pense que les quatre premier caractères du numéro de Serie ("PTIN) ont leur utilité. Je ne suis pas certain que SFR stocke quoi que ce soit mais doit reconnaitre le matériel comme lui appartenant. D'où ce "PTIN". Je pense que c'est le même raisonnement dans le routeur pour l'option 60 qui doit commencer par "neufbox_".
J'ai un doute sur la version logiciel et matériel. Pourquoi ce doute ? Je ne vois pas l'intérêt de mettre à jour un ONU. Une BOX, oui, mais du point de vue applicative et non du micrologiciel. Qu'est-ce qui nécessiterait de modifier le firmware existant ?
B) Pourquoi le choix du Huawei MA5671A ? Je pense que l'OLT utilisé par SFR est aussi un Huawei.
C) Comment identifier le firmware installé ? Peut-être cette commande comme sous Linux "uname -a" ?
J'ai lu dans le forum lafibre.info que certains ont pu faire fonctionner leur Huawei MA5671A avec le firmware d'origine.
Parfois, il y a un débit descendant insuffisant, dénoncé par certains, sans savoir si le problème concerne le calibrage laser ou autre chose.
D) En dehors de "FS Modded Firmware", il y a la version "carlito". Ce firmware semble avoir eu plus de succès, car plus simple à configurer (https://hack-gpon.org/ont-huawei-ma5671a-carlito/), vu le nombre de didacticiels que j'ai trouvés.
E) Je n'ai pas compris l'intérêt du "Paramètres GPON/OMCI (https://hack-gpon.org/ont-huawei-ma5671a-rooted/#gponomci-settings)". La procédure WEB sert juste à modifier les paramètres GPON Serial, GPON PLOAM et Adresse MAC dans le fichier existant. Mais je n'ai rien vu sur la structure de ce fichier, en base 64. Sans le modifier manuellement, n'y a-t-il pas une commande pour le mettre à jour directement dans l'ONU ?
-
J'ai un doute sur la version logiciel et matériel. Pourquoi ce doute ? Je ne vois pas l'intérêt de mettre à jour un ONU. Une BOX, oui, mais du point de vue applicative et non du micrologiciel. Qu'est-ce qui nécessiterait de modifier le firmware existant ?
C'est un logiciel quand même assez complexe, donc il peut y avoir des bugs, des améliorations.
Certains OLT sont programmés pour n'accepter que les ONT connus (version matérielle = modèle).
Ils peuvent envoyer des commandes de configuration différente selon l'ONT pour contourner les bugs, limitations, ou utiliser des fonctions non standard.
E) Je n'ai pas compris l'intérêt du "Paramètres GPON/OMCI (https://hack-gpon.org/ont-huawei-ma5671a-rooted/#gponomci-settings)". La procédure WEB sert juste à modifier les paramètres GPON Serial, GPON PLOAM et Adresse MAC dans le fichier existant. Mais je n'ai rien vu sur la structure de ce fichier, en base 64. Sans le modifier manuellement, n'y a-t-il pas une commande pour le mettre à jour directement dans l'ONU ?
sfp_a2_info est une variable du bootloader qui contient, sous forme binaire, un certain nombre de paramètres fixés en usine (comme le numéro de série).
Normalement elle n'est pas censée changer : quand un opérateur installe un ONT, il change éventuellement le mot de passe, mais pas le numéro de série.
Certains firmwares permettent de surcharger les paramètres avec des valeurs définies via l'interface web ou la ligne de commande (et qui seront soit enregistrés dans d'autres variables du bootloader, soit mis dans un fichier sur une partition en lecture / écriture).
-
Merci hwti pour tes explication.
C'est un logiciel quand même assez complexe, donc il peut y avoir des bugs, des améliorations.
Je parlais de la BOX SFR et je suis d'accord qu'il peut exister des corrections de bogues, mais dans la partie logicielle. Cela ne concerne pas le cœur même de son fonctionnement, le micrologiciel, qui sert à prendre le contrôle à distance. Quand il s'agit de modifier l'ONU, on voit dans le site GPON HACK, qu'il est question des partitions "md2" & "md5" (Image Linux). Ce qui laisse supposer que si cela s'est mal passé, on peut toujours recommencer l'opération.
Certains OLT sont programmés pour n'accepter que les ONT connus (version matérielle = modèle).
Peut-être chez d'autres FAI que SFR.
sfp_a2_info est une variable du bootloader qui contient, sous forme binaire, un certain nombre de paramètres fixés en usine (comme le numéro de série).
Si l'on fait un reset de l'ONU, on revient au paramètre d'origine, c'est-à-dire au contenu de ce fichier. Dans le fonctionnement normal de l'ONU, c'est-à-dire quand on fait un reboot, ce fichier ne sert à rien, sinon, cela voudrait dire que les commandes sont écrasées par le contenu de ce fichier. Peux tu me confirmer le fonctionnement de ce fichier, stp ?
-
Si l'on fait un reset de l'ONU, on revient au paramètre d'origine, c'est-à-dire au contenu de ce fichier. Dans le fonctionnement normal de l'ONU, c'est-à-dire quand on fait un reboot, ce fichier ne sert à rien, sinon, cela voudrait dire que les commandes sont écrasées par le contenu de ce fichier. Peux tu me confirmer le fonctionnement de ce fichier, stp ?
Ca dépend comment on a changé les paramètres, il y a des différences entre les modèles et les firmwares.
Par exemple sur une image de MA5671 (je ne sais plus si c'est le firmware d'origine ou pas), j'ai dans /etc/init.d/onu.sh :
ploam_config() {
local nSerial
nSerial=""
nSerial=`/opt/lantiq/bin/sfp_i2c -g 2>&- | cut -f2 -d=`
if [ -z "$nSerial" ]; then
config_get nSerial "ploam" nSerial
if [ -z "$nSerial" ]; then
# create out of lantiq OID and ether mac the serial number
ethaddr=$(awk 'BEGIN{RS=" ";FS="="} $1 == "ethaddr" {print $2}' /proc/cmdline)
nSerial=$(echo $ethaddr | awk 'BEGIN{FS=":"} {print "HWTC12345678"}')
fi
fi
onu ploam_init
logger -t "[onu]" "Using ploam serial number: $nSerial"
onu gtcsns $nSerial
}
Le binaire sfp_i2c lit le sfp_a2_info, et je vois aussi une référence à gSerial (lecture ? écriture ?).
Si jamais sfp_i2c ne retourne rien (ou une valeur vide), alors la logique est de regarder une éventuelle config nSerial (dans /etc/config/gpon, avec des configurations type OpenWRT), et en dernier recours à partir de l'adresse MAC.
La commande "onu gtcsns" donne le numéro de série au driver.
-
Bonjour,
ce matin j'ai perdu mon IPV4. Le support RED me dit que je suis resté en IPV4 full stack.
Est-ce que d'autres personnes sont dans ce cas ?
Des moyens de vérifier tout ça ?
Merci !
-
Des moyens de vérifier tout ça ?
Salut,
oui il suffit de regarder dans ta box sfr ce qui est écrit...tu as quel modèle exactement ?
sur la NB6VAC c'est écrit tout en haut a droite si tues en CGNAT ou pas.
Sur les autres box dans la partie WAN si tu vois une IP en 10.x.x.x alors tu es passé en CGNAT.
Si tu es vraiment en ipv4 full stack, tu dois pouvoir créer une règle NAT, quelle que soit ta box.
-
Je suis en box v8 et ça fait deux mois que tout fonctionnait sans soucis.
ONT 2.5Gb + Huawei MA5671 => ROuteur Openwrt => LAN
Ce matin je me retrouve avec une ipv6 mais plus d'ipv4
Le support Red me dit que je suis encore en ipv4.
Est-ce que cela peut venir de l'ONT ?
-
est-ce que tu as essayé de remetre ta box SFR et voir ce qu'il en est dedans ?
-
Non, pas eu le temps je vais devoir faire cela ce soir.
-
Bon, pour une raison que j'ignore cela a venait de mon routeur openwrt.
Je n'ai pas la rootcause, j'ai du rusher pour rétablir la connexion et faire un reset.
-
Salut à tous.
Je me suis enfin décidé à me procurer le Media Converter 2500mb/s et un ONU Huawei SmartAX Ma5671a avec son dissipateur thermique, chez AliExpress. J'ai bien sûr suivi le didacticiel de MaximusHugus (micrologiciel Carlito) (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831) et j'obtiens :
root@SFP:~# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294717948
root@SFP:~#mais pas d'internet (pas de VLAN dans "gtop cv"). Je consulte la page "gtop t d" (FW detailed status) et j'ai ce message qui apparait de temps en temps : "Second replication/pass : REASON_INGR_BRIDGEPORT_INVALID (11)".
J'ai vérifié et revérifié et je ne trouve pas où se situe le problème. Je pense que soit c'est dans "sfp_a2_info" ou soit le "target" qui est mal configuré. J'entends que je ne dois pas avoir les bon paramètres, mais j'ai respecté les indications de MaximusHugus. Si quelqu'un connait la raison de ce blocage, je suis preneur. Merci.
-
Qu'est-ce que ce firmware prend comme mib file ?
Dans le /etc/init.d/omcid.sh, c'est la variable mibtgt.
Que donne "omci_pipe.sh mda" ?
Tu peux attacher le résultat ici, en masquant ton S/N et SLID dedans.
-
J'ai la BOX 8 SFR. Le "onu_serual" est écrit sur 16 caractères avec quatre "\0" à la fin de la chaîne.
Le "onu_ploam" est sur 8 caractères lisibles. Le "nPassword" est sur 10 hexa avec deux "\0" à la fin de la chaîne.
Pour "image0_version" et "image1_version", j'ai mis la même version software, vu que je n'en ai qu'une seule version.
Pour "omci_hw", j'ai mis la version hardware. Je n'ai pas touché à "sfp_a2_info".
J'ai mis "target=oem-generic" avec :
--> vendor_id='PTIN'
--> ont_version='la version hardware'.
--> ont_equipment='le serial number, PTIN00000000\0\0\0\0'.
J'avais un doute sur l'équipement et j'ai testé en mettant le modèle de ma BOX 8, mais cela n'a rien changé à mon problème.
Dans le fichier "/etc/mibs/custom.ini", je retrouve bien les deux lignes suivantes :
# ONT-G
256 0 PTIN 3NTRGW14553U01 00000000 0 0 0 0 0 #0
# ONT2-G
257 0 PTINXXXXXXXX\0\0\0\0 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48
Je pense que j'ai un "Fake O5".
-
Attention, il y a des valeurs de Serial number où la partie en hexa n'a pas été remplacée par des 0x00.
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
Ca me semble bizarre de n'avoir aucune info sur l'OLT, est-ce que le "omci_pipe.sh mda" a été réalisé avec la fibre branchée ?
Il n'y a pas de règle pour les VLAN, si la fibre était bien branchée c'est donc effectivement un fake O5 (cad l'OLT qui n'a pas aimé quelque chose au niveau PLOAM ou OMCI).
J'ai la BOX 8 SFR. Le "onu_serual" est écrit sur 16 caractères avec quatre "\0" à la fin de la chaîne.
Le "onu_ploam" est sur 8 caractères lisibles.
Dans le tuto de @maximushugus, c'est "fw_setenv ont_serial PTINxxxxxxxx" (et nPassword), donc il n'y a pas de onu_serial / onu_ploam, et les \0 sont uniquement pour equipment_id dans le /etc/init.d/sys.sh.
Dans ONU-G :
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x00 0x00 0x00 0x00
PTIN\x00\x00\x00\x00Mais du coup j'ai un doute, est-ce toi qui a mis les 00 pour masquer ? Si oui ce serait mieux de le faire de façon évidente (par exemple 0xnn), et pas avec des valeurs possibles qui peuvent prêter à confusion.
Normalement l'ONT met ici la valeur de la variable "ont_serial" qui sert aussi avant pour le PLOAM, donc si les 00 sont vrais il y a un problème.
Dans ONU-2G il y a quelques octets qui restent à la fin du Equipement ID :
0x50 0x54 0x49 0x4e 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x30 0x5c 0x30Ce serait donc plus propre d'avoir PTINXXXXXXXX\0\0\0\0\0\0\0 dans le /etc/init.d/sys.sh (et donc ensuite dans le /etc/mibs/custom.ini), mais pas sûr que ça change grand chose.
-
pour info, de mon côté avec un firmware "fs.com moddé", dans mon fichier /etc/mibs/data_1g_8q_us1280_ds512.ini j'ai :
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
# ONT2-G
257 0 MA5671B\0\0\0\0\0\0\0\0\0\0\0\0\0\0 0xa0 0xcc 1 1 64 64 1 64 0 0x007f 0 24 48
-
Ce sont les valeurs d'origine, qui sont surchargées par la configuration.
C'est pour ça que j'ai demandé le "omci_pipe.sh mda", pour voir ce qui était effectivement exposé (et qui permet normalement de voir le type d'OLT, s'il a donné les règles pour les VLAN, etc...).
-
Ca me semble bizarre de n'avoir aucune info sur l'OLT, est-ce que le "omci_pipe.sh mda" a été réalisé avec la fibre branchée ?
Oui, l'ONU était bien relié à la fibre optique.
Il n'y a pas de règle pour les VLAN, si la fibre était bien branchée c'est donc effectivement un fake O5 (cad l'OLT qui n'a pas aimé quelque chose au niveau PLOAM ou OMCI).
C'est bien cela, pas de règles dans les VLAN. Je visualise cela en faisant "gtop c v" ou par "gtop c y".
Dans un premier temps, j'ai suivi le didacticiel consacré au micrologiciel "Carlito (https://hack-gpon.org/ont-huawei-ma5671a-carlito/)" et j'ai eu une connexion à l'internet. Je l'ai testé sous Debian puisqu'en utilisant "systemd-networkd", j'ai pu obtenir l'adresse IPv4 et la délégation du préfixe IPv6 et bien sur, j'avais l'internet. Sauf que j'avais quelques problèmes par ailleurs. L'accès à l'internet, je l'ai eu parce que j'ai mis le bouton du Media Converter à ON, sinon je ne peux pas entrer dans l'ONU et bien sûr, pas d'internet s'il est sur OFF. Le flux descendant était autour des 100mb/s tandis que le flux ascendant était à 950mb/s, bien mieux qu'avait la BOX où je plafonne à 930mb/s. Je n'avais aucun accès en 2.5gb/s et je n'ai pas compris pourquoi. L'accès est possible quand le voyant Fx du Media Converter est allumé.
J'ai tout supprimé et tout réinstallé en suivant cette fois-ci le didacticiel de MaximusHugus. Et là, j'obtiens le "FAKE O5". J'ai même supprimé tout le paramétrage et j'avais encore ce "FAKE O5". Je pense que c'est un bail entre l'ONU et l'OLT. Je vais attendre 24H avant de rebrancher l'ONU à la fibre et voir si j'obtiens à nouveau l'internet.
Dans le tuto de @maximushugus, c'est "fw_setenv ont_serial PTINxxxxxxxx" (et nPassword), donc il n'y a pas de onu_serial / onu_ploam, et les \0 sont uniquement pour equipment_id dans le /etc/init.d/sys.sh.
Peut-être, sauf que la variable "ont_serial" n'existe pas dans mon ONU Huawei. Les "\0" ne dérangent pas dans les variables puisque j'ai eu l'accès à l'internet avec cette configuration dans le "onu_serial".
Mais du coup j'ai un doute, est-ce toi qui a mis les 00 pour masquer ?
Oui. Tu m'as demandé de masque mon serial number et mon ploam, c'est ce que j'ai fait, en mettant des "00".
Dans ONU-2G il y a quelques octets qui restent à la fin du Equipement ID :
Oui, je l'ai constaté aussi.
pour info, de mon côté avec un firmware "fs.com moddé", dans mon fichier /etc/mibs/data_1g_8q_us1280_ds512.ini j'ai :
Le fichier "data_1g_8q_us1280_ds512.ini" n'existe pas chez moi. J'ai seulement le fichier "data_1g_8q.ini".
J'ai à plusieurs endroits, la variable Vendor_ID (https://hack-gpon.org/vendor/) avec comme contenu "HWTC" qui signifie "Huawei". Dis-je mettre partout "PTIN" pour "Altice/PT Innovation" ?
J'ai suivi le didacticiel de MaximusHugus mais je pense qu'il ne fonctionnera pas dans mon cas. Voici mon raisonnement :
a) le "Hardware Version" sert à SFR pour identifier la BOX utilisée afin de venir mettre à jour le micrologiciel.
b) pour mettre à jour, SFR doit comparer le "Software Active Version". S'il est ancien, SFR bascule sur l'image active en image passive et bient mettre à jour l'ancienne image passive qui devient alors l'image active et bien sûr avec une nouvelle "Software Active Version".
Pour éviter cela, je pense qu'il ne faut pas mettre à jour le "Hardware Version". Par contre, la première fois que j'ai eu l'internet, j'avais mis le numéro de version de "Gpon Hack" --> " V1.7.6-170626". A moins de me tromper, je pense que ces deux variables ne doivent pas recevoir les mêmes valeurs que ceux de la BOX SFR.
c) Je ne sais pas trop si SFR autorise d'autres matériels que les siens. D'où faut-il mettre "PTIN" dans le "serial number" ainsi que dans le "vendor_id" pour usurper l'OLT en lui faisant croire que c'est du matériel SFR.
d) il est obligatoire de s'identifier avec le ploam (nPassword) sinon l'identification auprès de l'OLT ne peut pas se faire.
e) il faut mettre une adresse MAC dans le "host" différente de "ltc". Et bien sûr, l'adresse MAC du "host" doit se retrouver dans lee "serial number".
f) je pense peut-être à tort que le "FAKE O5" se base sur le "serial number" sachant que l'OLT a accordé un bail de 24H (86400 secondes). Ca existe dans la BOX pour la connexion de tous mes périphériques. Pourquoi ce bail n'existerait pas aussi dans l'OLT ?
En résumé, je dois partir d'une nouvelle adresse MAC mais identifiable comme appartenant à SFR. Celle-ci devient l'adresse MAC de "host" et celle de "lct" sera légèrement différente. Je vais faire le choix de modifier que les quatre derniers quartets. A partir de là, je vais construire mon Serial Number. L'autre variable est le mot de passe fibre "nPassword" qui sera en hexadécimal et pour le Ploam en Ascii.
C'est après, que toute la différence va se faire. Il me semble ne pas avoir activé le "target", ni utilisé "sfp_a2_info". Il faut dire que j'ai pas mal bidouillé l'ONU, et j'étais presque dans l'incapacité à le récupérer. J'avais abimé l'image 0 et impossible de basculer sur l'image 1.
En gros, j'ai mis le bordel dans mon ONU. Sans documentation, il est difficile de connaitre les bonnes variables, leur longueur, ce qu'il faut mettre dedans et surtout comment ça fonctionne.
-
Peut-être, sauf que la variable "ont_serial" n'existe pas dans mon ONU Huawei. Les "\0" ne dérangent pas dans les variables puisque j'ai eu l'accès à l'internet avec cette configuration dans le "onu_serial".
Sauf que https://hack-gpon.org/ont-huawei-ma5671a-carlito/#setting-onu-gpon-serial-number mentionne ont_serial, et le tuto de @MaximusHugus indique de flasher le firmware Carlito, et aussi de positioner ont_serial.
Si tu n'avais pas la variable initialement, c'est probablement parce que tu venais du firmware Huawei qui utilise sfp_a2_info.
Le fake O5 vient nécessairement soit d'un des deux paramètres PLOAM, soit d'une des valeurs côté OMCI.
Tu as bien vu ton SN dans le "omci_pipe.sh mda", l'OLT peut aussi vérifier :
- Hardware Version : le 3NTRGW14553U01 semble correct
- Software Version : 3GN8020801R13 (si c'est bien ce que la Box 8 expose, alors c'est correct)
- Equipment id : à part les 0x30 0x5c 0x30 à la fin (tout dépend comment l'OLT fait le test), ça semble correct
- OMCC version (éventuellement, si l'OLT vérifie la valeur en lien avec les autres, ou par rapport à un profil de ligne) : tu as 0xa0, je ne sais pas ce que la Box 8 expose
Pour la partie PLOAM, tu peux vérifier ce qui a réellement été appliqué en demandant au driver : "onu gtcsng" et "onu gtccg".
La source de ces valeurs varie suivant le firmware, normalement sur le firmware Carlito sont les variables u-boot "ont_serial" et "nPassword".
-
J'ai corrigé "onu_serial" en "ont_serial" mais cela n'a rien changé au problème. Il me semble que j'avais mis les deux lors de l'accès réussi à l'internet.
Quand j'ai testé après les 24H (le bail), je me suis aperçu d'un changement dans "gtop a" ou "upstream" était à "ON" comme "downstream", mais est repassé à "off" après.
Le "FAKE O5" semble passer de 3 à 5 sans passer par 4.
La version hardware et software viennent tous les deux de la BOX 8. Je ne les ai pas inventé. Les voici :
Version matériel : 3NTRGW14553U01
Numéro de série : 5054494EXXXXXXXX
Version logiciel : 3GN8020801R13Le "Equipment_Id" est selon MaximumHugus la même chose que le serial number. Pourquoi ce choix ? J'ai testé le modèle "GR120DG", sans succès.
La zone "equipment_id" est sur combien de caractères ? Je ne parle pas de la longueur dans le fichier "sys.sh" mais de sa longueur réelle.
16 caractères ou 18 caractères ou plus ?
- OMCC version (éventuellement, si l'OLT vérifie la valeur en lien avec les autres, ou par rapport à un profil de ligne) : tu as 0xa0, je ne sais pas ce que la Box 8 expose
De quoi parles tu ? Il n'y a aucune version OMCC à paramétrer dans l'ONU.
Je pense que vouloir imiter la BOX 8 est une erreur.
Par exemple dans "Gpon Hack (https://hack-gpon.org/ont-huawei-ma5671a-carlito/#gettingsetting-omci-software-version-me-7)", la version est "V1.7.6-170626". je me souviens l'avoir mis, puis obtenu "O5" et un accès à l'internet réussi.
J'en suis moins sûr, mais je crois que j'avais juste paramétré le numéro de série (ont_serial) et le mot de passe de la fibre (nPassword) avant de modifier la version du micrologiciel (image0_version & image1_version).
Ca commence à me prendre la tête car je ne sais pas où chercher et comment corriger le problème.
En partant du micrologiciel "carlito", existe-t-il une autre façon de le paramétrer ? Par exemple par "sfp_a2_info". Ou bien, le didacticiel de MaximumHugus est la seule façon de procéder ?
-
Quand j'ai testé après les 24H (le bail), je me suis aperçu d'un changement dans "gtop a" ou "upstream" était à "ON" comme "downstream", mais est repassé à "off" après.
Je ne vois pas quel bail il pourrait y avoir côté OLT.
Le DHCP, c'est autre chose, mais ça n'empêcherait pas d'avoir les informations sur l'OLT et les VLAN.
Je pense que vouloir imiter la BOX 8 est une erreur.
Par exemple dans "Gpon Hack (https://hack-gpon.org/ont-huawei-ma5671a-carlito/#gettingsetting-omci-software-version-me-7)", la version est "V1.7.6-170626". je me souviens l'avoir mis, puis obtenu "O5" et un accès à l'internet réussi.
J'en suis moins sûr, mais je crois que j'avais juste paramétré le numéro de série (ont_serial) et le mot de passe de la fibre (nPassword) avant de modifier la version du micrologiciel (image0_version & image1_version).
Peut-être qu'effectivement tous les paramètres ne sont pas nécessaires, et ça peut aussi varier en fonction de l'OLT.
En partant du micrologiciel "carlito", existe-t-il une autre façon de le paramétrer ? Par exemple par "sfp_a2_info". Ou bien, le didacticiel de MaximumHugus est la seule façon de procéder ?
Il y a peut-être plusieurs façons de spécifier certains paramètres, c'est pour ça que je te suggère de vérifier ce qui a été appliqué.
Est-ce que tu as vérifié "onu gtcsng" et "onu gtccg" ?
-
Oui, j'ai vérifié. Le "Serial" est correcte. C'est en décimal qu'il a fallu traduire en hexadécimal. Par contre :
root@SFP:~# onu gtcpg
errorcode=0 password="48 48 48 48 48 48 48 48 48 48"
root@SFP:~#48 en décimal correspond à zéro.
J'ai voulu modifier le password mais la commande est désactivée :
gtcnmcs gtc_no_message_cfg_set
gtcpg gtc_password_get
n/a gtc_password_set
gtcps gtc_ploam_sendSinon, par "fw_printenv nPassword" c'est correcte.
-
Oui, j'ai vérifié. Le "Serial" est correcte. C'est en décimal qu'il a fallu traduire en hexadécimal. Par contre :
root@SFP:~# onu gtcpg
errorcode=0 password="48 48 48 48 48 48 48 48 48 48"
root@SFP:~#48 en décimal correspond à zéro.
OK, donc le password ne semble pas être passé, ou quelque chose l'a écrasé.
J'ai voulu modifier le password mais la commande est désactivée :
gtcnmcs gtc_no_message_cfg_set
gtcpg gtc_password_get
n/a gtc_password_set
gtcps gtc_ploam_send
De mémoire les deux colonnes que tu vois sont toutes les deux acceptées (nom court, et nom long), le n/a signifie juste qu'il n'y a pas de nom court.
Donc normalement tu peux appliquer directement le password avec "onu gtc_password_set" (c'est temporaire).
Sinon sur https://hack-gpon.org/ont-huawei-ma5671a-carlito/, il est en fait indiqué que le SN et le password peuvent aussi se paramétrer via uci.
Je ne sais pas quelle est la priorité entre les variables u-boot et les configs uci, et si tu peux avoir une valeur par défaut.
Tu peux vérifier "uci get gpon.ploam.nPassword" (et "uci get gpon.ploam.nSerial", mais normalement le SN est bon).
-
@Artemus24
pourquoi ne pas utiliser le firmware "fs modded" ? je t'ai fourni toutes les commandes qui ont été utilisées sur mon MA5671A, et cette methode ne semble pas essayer de faire passer l'ONU pour celui de SFR, et ca marche.
-
Jusqu'à preuve du contraire c'est un problème de configuration, pas de firmware (peut-être même que le celui d'origine du MA5671A, éventuellement juste rooté, aurait suffit).
-
Jusqu'à preuve du contraire c'est un problème de configuration, pas de firmware (peut-être même que le celui d'origine du MA5671A, éventuellement juste rooté, aurait suffit).
ca va de paire, avec le carlitox il faut toucher a certaines choses qu'il n'est pas necessaire de modifier avec le fs.com
Là je me doute bien qu'il ya un probleme de configuration, mais vous risquez de chercher pendant des jours alors que je suis disponible, avec un MA5671A sur firmware "fs modded", et j'ai la liste des commandes qui ont été tapées pour parametrer mon ONU, je les ai d'ailleurs transmises à Artemus24. Si vous voulez des éléments de comparaison, connaitre le contenu d'un fichier ou le résultat d'une commande, je suis dispo.
-
ca va de paire, avec le carlitox il faut toucher a certaines choses qu'il n'est pas necessaire de modifier avec le fs.com
Il n'y a rien qui soit obligatoire, mais bien sûr tous les firmwares n'ont pas les mêmes valeurs par défaut.
Là je me doute bien qu'il ya un probleme de configuration, mais vous risquez de chercher pendant des jours alors que je suis disponible, avec un MA5671A sur firmware "fs modded", et j'ai la liste des commandes qui ont été tapées pour parametrer mon ONU, je les ai d'ailleurs transmises à Artemus24. Si vous voulez des éléments de comparaison, connaitre le contenu d'un fichier ou le résultat d'une commande, je suis dispo.
Le "omci_pipe.sh mda" pourrait aider.
Quel ONT officiel as-tu remplacé ? La Box8 ?
Le comportement peut aussi dépendre du modèle d'OLT, il devrait être visible sur le dump (mais pour @artemus24 on ne sait pas actuellement, le OLT-G est vide à cause du Fake O5).
-
Je suis sous Windows. Le bouton du Media Converter est positionné sur ON (1gb/s). Comment je le sais ? Mon dongle USB/RJ45 passe à la couleur verte.
J'ai corrigé et j'ai bien le password de renseigné mais en décimal. Je ne suis plus en "FAKE O5". J'oscille entre 2 et 5.
Je supprimé "target"en faisant "fw_setenv target" et du coup, je suis stable en 5.
J'avais configuré aussi "sfp_a2_info". D'ailleurs MaximusHugus l'avait aussi configuré. Il le dit un peu plus tard dans ses messages.Par contre, je n'ai pas touché au fichier "/etc/init.d/sys.sh" ainsi qu'à "/etc/init.d/omcid.sh" que j'avais modifié et que je laisse en l'état. Dans une prochaine étape, je ferrai du nettoyage. Je suppose qu'en l'absence du "target", il ne passe plus par "oem-generic".
Je teste les VLAN "gtop c v" :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;102; ; ;1
36; ; ;102; ; ;1
40; ; ;101; ; ;1
44; ; ;101; ; ;1
48; ; ;101; ; ;1et "gtop c y" :
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1; ; ;4; 101; 9; ; ;15
1;1;1; ;4; 102;10;4; ;15
2; ; ;1; ; ;15; ; ;15
3;1;1;1; ; ;15; ; ;15
64; ;1; ; ; ;15; ; ;15
65;1;1; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
192;1;1; ;4; ;15;4; ;15
193;1; ; ; ; ;15; ; ;15
194; ; ; ; ; ;15; ; ;15
256;1;1; ; ; ;15; ; ;15
257;1; ; ; ; ;15; ; ;15
258; ; ; ; ; ;15; ; ;15Jusque là, tout va bien. Je vais maintenant sous Debian. Je ance mon routeur et je vérifie. J'ai bien l'accès par l'internet aussi bien en iPv4 qu'en IPv6.
Voici le Speedtest :
root~> speedtest
Speedtest by Ookla
Server: BOUYGUES TELECOM BBR - Bordeaux (id: 58159)
ISP: SFR
Idle Latency: 32.91 ms (jitter: 0.61ms, low: 32.41ms, high: 33.57ms)
Download: 949.98 Mbps (data used: 1.2 GB)
33.26 ms (jitter: 0.43ms, low: 32.22ms, high: 37.82ms)
Upload: 74.81 Mbps (data used: 127.1 MB)
32.78 ms (jitter: 0.83ms, low: 31.98ms, high: 38.49ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/cbd9394c-8598-46b9-9398-61f817c36289
root~> Le débit descendant n'est pas très bon. Pourquoi ?
Je mets le bouton du Media Converter sur OFF et le voyant Fx ne s'allume pas. Pourquoi ?
Mon dongle USB/RJ45 a bien changé de couleur puisqu'il est bleu et je suis bien en 2.5gb/s.
Impossible d'entrer dans l'ONU et d'avoir un accès à l'internet. Pourquoi ?
-
pourquoi ne pas utiliser le firmware "fs modded" ?
Mon but n'est pas d'avoir à tout pris un accès en 2.5gb/s et de m'arrêter là. Mon but est d'apprendre à configurer l'ONU Huawei MA5671a aussi bien dans la version "Carlito", que dans "FS Modded" et pourquoi pas la version d'origine nommé je crois "Huawei Rooté" dans "Gpon Hack".
Jusqu'à preuve du contraire c'est un problème de configuration, pas de firmware (peut-être même que le celui d'origine du MA5671A, éventuellement juste rooté, aurait suffit).
Oui, c'est vrai mais pas que cela. Je croyais que la commande "fw_setenv nPassword ..." suffisait à configurer le mot de passe de la fibre dans l'ONU. Il a été nécessaire de le faire aussi par la commande : "uci set gpon.ploam.nPassword= ..." pour que cela fonctionne. A vrai dire, pas tout à fait, car j'ai dû redémarrer l'ONU pour voir le résultat s'afficher.
ca va de paire, avec le carlitox il faut toucher a certaines choses qu'il n'est pas nécessaire de modifier avec le fs.com
Justement, j'avais un doute sur la configuration proposée par MaximumsHugus. Toute la section "target" ne sert à rien. Par contre, j'ai préféré configuré "sfp_a2_info". Je veux dire que je préfère privilégier le paramétrage (Mémoire Flash) que de venir modifier les fichiers.
En fait, j'ai créé un script qui prépare et configure tout le paramétrage de l'ONU. C'est plus simple de se souvenir de ce que l'on a réellement fait dans l'ONU que de taper des commandes sans trop bien se souvenir de ce que l'on a fait ou pas précédemment.
Si vous voulez des éléments de comparaison, connaitre le contenu d'un fichier ou le résultat d'une commande, je suis dispo.
Merci Rooot, mais mon but est d'apprendre. Quand cet ONU sera configuré avec Carlito, je vais m'en procurer un autre et le configurer par "FS Modded".
-
Je mets le bouton du Media Converter sur OFF et le voyant Fx ne s'allume pas. Pourquoi ?
Mon dongle USB/RJ45 a bien changé de couleur puisqu'il est bleu et je suis bien en 2.5gb/s.
Impossible d'entrer dans l'ONU et d'avoir un accès à l'internet. Pourquoi ?
Tu as testé de voir avec la commande "onu lanpsg 0" si tu es bien sur 5 ?
https://hack-gpon.org/ont-huawei-ma5671a-carlito/#gettingsetting-speed-lan-mode
To enable the interface to sync at 2.5 Gbps / using HSGMII with auto-neg on:
fw_setenv sgmii_mode 5
Actionner le bouton du media converter est une chose, mais si ton ONU est parametré pour fonctionner à 1Gbps ca ne va pas marcher, il faut que lui aussi sache qu'on veut qu'il négocie a 2.5gbps, il faut donc que le paramètre mentionné au dessus soit sur 5.
Maximushugus est il sur une offre 2Gbps ? pas sur, donc c'est peut etre pour ça qu'il n'a pas évoqué cela dans son tuto. Sur le firmware "fs modded" on est sur 5 par defaut.
-
Oui, c'est vrai mais pas que cela. Je croyais que la commande "fw_setenv nPassword ..." suffisait à configurer le mot de passe de la fibre dans l'ONU. Il a été nécessaire de le faire aussi par la commande : "uci set gpon.ploam.nPassword= ..." pour que cela fonctionne.
Normalement ça suffit, mais peut-être que la valeur uci a la priorité, et que l'image que tu as flashée contenait ce réglage.
Justement, j'avais un doute sur la configuration proposée par MaximumsHugus. Toute la section "target" ne sert à rien. Par contre, j'ai préféré configuré "sfp_a2_info". Je veux dire que je préfère privilégier le paramétrage (Mémoire Flash) que de venir modifier les fichiers.
Normalement sfp_a2_info ne sert que pour le firmware Huawei d'origine (ou rooté).
A voir ce que tu as au final dans "omci_pipe.sh mda" (juste le SN ?).
Il est possible que ton OLT ne vérifie pas Equipment ID et autres, mais peut-être que d'autres en ont besoin (ça pourrait même dépendre du profil, et donc de quand l'abonnement a été souscrit).
root~> speedtest
Speedtest by Ookla
Server: BOUYGUES TELECOM BBR - Bordeaux (id: 58159)
ISP: SFR
Idle Latency: 32.91 ms (jitter: 0.61ms, low: 32.41ms, high: 33.57ms)
Download: 949.98 Mbps (data used: 1.2 GB)
33.26 ms (jitter: 0.43ms, low: 32.22ms, high: 37.82ms)
Upload: 74.81 Mbps (data used: 127.1 MB)
32.78 ms (jitter: 0.83ms, low: 31.98ms, high: 38.49ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/cbd9394c-8598-46b9-9398-61f817c36289
root~> Le débit descendant n'est pas très bon. Pourquoi ?
Tu veux parler de l'upload, non ?
Est-ce que les valeurs optiques sont normales ?
Dans le tuto il y a bien le "rm /etc/optics/.goi_recovered" pour relire les données de calibration (qui sont écrasées quand on fait un flash d'une image complète).
-
Merci hwti pour tes conseils qui m'ont permis de résoudre mon principale problème. :)
Je ne me suis pas souvenu que la première fois où j'ai eu l'accès à l'internet, j'avais tapé toutes les commandes du didacticiel Carlito dans "Gpon Hack", dans l'ordre d'apparition.
@ Rooot : De toute façon, mon dongle USB/RJ45 est bleu (2.5gb/s) sinon il serait vert (1gb/s).
Je vérifie quand même. Je passe par mon convertisseur USB SERIAL-TTL.
FALCON => printenv sgmii_mode
sgmii_mode=5
FALCON =>Je suis bien en mode 5, donc bien en 2.5gb/s.
Y-a-t-il une quelconque configuration que je dois indiquer à l'OLT pour travailler en 2.5gb/s et non en 1gb/s ?
Maximushugus est il sur une offre 2Gbps ?
Dans le sujet, Asclèpios pose la question pour du 2gb/s. Je crois que c'est là que MaximumHugus répond qu'il est dans une offre à 1gb/s.
J'utilise normalement mon câble éthernet catégorie 5e de 10m de long, pour les connexion.
J'ai vérifié en mettant un câble éthernet catégorie 6a de 0.50m. Pareil, pas d'accès à l'ONU.
C'est le paramétrage qui est en cause puisque j'avais l'accès à l'ONU en 2.5gb/s (dongle USB/RJ45 couleur bleu).
Normalement sfp_a2_info ne sert que pour le firmware Huawei d'origine (ou rooté).
Avant de basculer dans la version Carlito, j'ai bidouiller avec "sfp_a2_info". J'ai juste ajouter l'adresse MAC qui n'était pas présente, et je n'y ai plus touché.
A voir ce que tu as au final dans "omci_pipe.sh mda" (juste le SN ?).
Le "serial number" est celui de ma BOX 8 SFR. Il a toujours été présent, même quand je consulte en faisant :
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x5a 0x4d 0x00 0x00
ZM\x00\x00
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x53 0x46 0x50 0x2d 0x50 0x30 0x35 0x00 0x00 0x00 0x00 0x00 0x00 0x00
SFP-P05\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0xa8 0x18 0x84 0x7f
PTIN\xAA\xBB\xCC\xDD
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#J'ai masqué les huit quartets du serial number et pour information, ils correspondent bien à ceux de ma BOX 8.
Il est possible que ton OLT ne vérifie pas Equipment ID et autres, mais peut-être que d'autres en ont besoin (ça pourrait même dépendre du profil, et donc de quand l'abonnement a été souscrit).
C'est OUI, aucune vérification puisque j'ai l'accès à l'internet.
MaximumsHugus a certainement eu besoin de le faire, mais pas chez moi.
Le NRO a été installé en 2020, je crois, les premiers abonnement datent de septembre 2020, et mon premier abonnement à la fibre date de février 2023.
Tu veux parler de l'upload, non ?
Oui, je parle bien du débit ascendant (upload) qui est faible. Seulement 100mb/s environ.
Dans le tuto il y a bien le "rm /etc/optics/.goi_recovered" pour relire les données de calibration (qui sont écrasées quand on fait un flash d'une image complète).
Je l'ai fait, et c'est "/etc/optic/.goi_recovered" sans le "s" à "optic".
-
@ Rooot : De toute façon, mon dongle USB/RJ45 est bleu (2.5gb/s) sinon il serait vert (1gb/s).
Je vérifie quand même. Je passe par mon convertisseur USB SERIAL-TTL.
FALCON => printenv sgmii_mode
sgmii_mode=5
FALCON =>Je suis bien en mode 5, donc bien en 2.5gb/s.
Y-a-t-il une quelconque configuration que je dois indiquer à l'OLT pour travailler en 2.5gb/s et non en 1gb/s ?
Le mode 5 c'est une auto-détection 1Gbps / 2.5Gbps.
On peut vérifier le mode courant avec "onu lanpsg 0" : link_status=3 (ou 4) pour 1Gbps, link_status=5 pour 2.5Gbps.
Au besoin, tu peux tester de forcer le 2.5Gbps, il y a deux possibilités :
- "fw_setenv sgmii_mode 2" : en cas d'échec, il faudra le port série pour récupérer
- "onu lanpcs 0 1 -1 4 3 1 0 5 0 0 9216 1 0 0 0" : ça correspond aux réglages qui seraient appliqués par le mode 2, ça permet donc de tester (tout en retournant en mode 5 au reboot)
Je l'ai fait, et c'est "/etc/optic/.goi_recovered" sans le "s" à "optic".
Et est-ce que les valeurs données par "otop" semblent normales ?
-
J'ai un peu progressé. J'ai fait un "firstboot" puis un "reboot". J'ai dû entrer le Password (ou Ploam) en hexadécimal par la commande "uci set gpon.ploam.nSerial=..." puis faire "uci commit gpon.ploam.nSerial". Et ensuite faire un reboot pour que cela soit effectivement validé.
Je confirme, pas besoin du "target" car le but de cette manipulation était de supprimer toutes les modifications que j'avais faites.
J'ai cru qu'il suffisait de basculer le bouton de ON sur OFF pour que cela applique le passage de 1gb/s à 2.5gb/s. Et ben non. Le bouton doit être sur OFF et je dois éteindre le Media Converter puis le rallumer. Le voyant Fx s'allume et c'est bon maintenant, je suis bien en 2.5gb/s.
root~> speedtest
Speedtest by Ookla
Server: BOUYGUES TELECOM BBR - Bordeaux (id: 58159)
ISP: SFR
Idle Latency: 31.04 ms (jitter: 2.78ms, low: 27.56ms, high: 33.39ms)
Download: 1875.75 Mbps (data used: 2.6 GB)
113.50 ms (jitter: 44.05ms, low: 24.69ms, high: 1087.96ms)
Upload: 98.51 Mbps (data used: 92.4 MB)
25.65 ms (jitter: 1.07ms, low: 24.33ms, high: 30.57ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b61ec04a-5aff-4209-8946-d84b7e85a075
root~> Il faut le savoir ! Je n'ai pas encore la connaissance de toutes les manipulations à faire pour produire le résultat escompté. :'(
Il me reste plus qu'à résoudre ce problème de débit ascendant (Upload) qui est faible. Mais là, je sèche totalement.
J'ai bien supprimé le fichier "/etc/optic/.goi_recovered".
Et est-ce que les valeurs données par "otop" semblent normales ?
Si tu parles vis-à-vis de ce que j'avais dans la BOX 8 SFR, non, pas normal, mais meilleur.
RSSI 1490 power 19.02uW -17.09dBm
tx power (se* (bias + mod/2-ith)) 0.36mW -4.48dBm
-
Il me reste plus qu'à résoudre ce problème de débit ascendant (Upload) qui est faible. Mais là, je sèche totalement.
J'ai bien supprimé le fichier "/etc/optic/.goi_recovered".
Si tu parles vis-à-vis de ce que j'avais dans la BOX 8 SFR, non, pas normal, mais meilleur.
RSSI 1490 power 19.02uW -17.09dBm
tx power (se* (bias + mod/2-ith)) 0.36mW -4.48dBm
Le /etc/optic/.goi_recovered a bien été recréé après reboot ?
Le -4.48dBm en émission me semble anormalement faible, ca ressemble au cas de @larod241 qui avait plafonnait à 150Mbps avec -0.69dBm.
Une fois les données de calibration récupérées, il était remonté à 1.81dBm, mais bizarrement ça n'avait pas eu un effet immédiat (il avait fallu débrancher la fibre 15 min, et ensuite les débits étaient normaux, je ne sais pas ce que ça peut avoir fait).
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg1095551/#msg1095551
Normalement tu n'as jamais dû écraser mtd1, mais au cas où si tu as bien fait le backup de la partition au tout début, on peut vérifier la valeur de goi_config dedans, pour la comparer à "fw_printenv goi_config".
On peut aussi comparer les /etc/config/goi_config, /etc/config/goi_age et /etc/config/goi_table_laser_ref.csv avec le contenu extrait de ta variable (ce qui est censé être fait au boot après avoir effacé /etc/optic/.goi_recovered).
Depuis le backup :
strings mtd1 | grep -m1 goi_config | sed "s/^goi_config=//" | tr '@' '\n' | uudecode -o goi.tar.gz
tar xf goi.tar.gz
Depuis la variable :
fw_printenv -n goi_config | tr '@' '\n' | uudecode -o goi.tar.gz
tar xf goi.tar.gz
-
Quand je disais que j'avais un meilleur résultat, c'est avec "RSSI 1490 power" puisque la BOX me donne plutôt du "-23.00dBm" alors que l'ONU me donne "-17.00dBm".
Tu m'as fait douté sur la valeur du "tx power". Elle est bien de l'ordre de "-4.00dBm", donc oui, elle est faible.
J'ai supprimé le fichier "/etc/optic/.goi_recovered" puis "reboot". Le fichier est recréé mais je suis toujours sur le même ordre de grandeur, parfois un peu mieux.
Mais après un Speedtest, je tombe autour de "-3.00dBm" parfois vers les "-4.00dBm". Puis j'ai tenté de faire :
root@SFP:/etc/optic# /etc/init.d/recover_goi.sh stop
root@SFP:/etc/optic# la
drwxr-xr-x 1 root root 0 Jun 27 02:21 .
drwxr-xr-x 1 root root 0 Jun 27 02:16 ..
-rw-r--r-- 1 root root 0 Jun 27 02:21 .goi_recovered
-rwxr-xr-x 1 root root 1 May 29 2016 goi_age
-rw-r--r-- 1 root root 120 Jul 4 2016 goi_table_laser_ref.csv
-rw-r--r-- 1 root root 120 Jul 4 2016 goi_table_laser_ref_base.csv
-rwxr-xr-x 1 root root 72 Jun 27 02:12 goi_table_rssi1490_corr.csv
-rwxr-xr-x 1 root root 113 Jun 27 02:12 goi_table_text_corr.csv
-rw-r--r-- 1 root root 64 Jul 4 2016 goi_table_vapd_bd.csv
root@SFP:/etc/optic# rm .goi_recovered
root@SFP:/etc/optic# /etc/init.d/recover_goi.sh reload
Recover goi_config from U-Boot
root@SFP:/etc/optic#
root@SFP:/etc/optic# /etc/init.d/recover_goi.sh start
root@SFP:/etc/optic# mais j'obtiens toujours le même résultat.
J'ai alors supprimé le fichier "/etc/optic/.goi_recovered" et j'ai arrêté l'onu environ 15 minutes, puis redémarré comme indiqué.
Cela n'a rien changé. Mon débit ascendant ne dépasse pas les 150mb/s.
-
Quand je disais que j'avais un meilleur résultat, c'est avec "RSSI 1490 power" puisque la BOX me donne plutôt du "-23.00dBm" alors que l'ONU me donne "-17.00dBm".
Ca ne me semble pas normal d'avoir une telle différence, donc la mesure de l'ONU est probablement incorrecte.
Tu m'as fait douté sur la valeur du "tx power". Elle est bien de l'ordre de "-4.00dBm", donc oui, elle est faible.
J'ai supprimé le fichier "/etc/optic/.goi_recovered" puis "reboot". Le fichier est recréé mais je suis toujours sur le même ordre de grandeur, parfois un peu mieux.
Est-ce que tu as un backup des mtd d'origine (avant toute modification) ?
Si oui, on peut comparer :
- le goi_config qu'il y a dans le mtd1 (normalement ce qu'on vient de restaurer, mais il est préférable de vérifier)
- le contenu des /etc/optic des deux images (peut-être "plus à jour" que les données goi_config, je ne sais pas exactement)
- ce que tu as actuellement dans /etc/optic
-
Voici ce que j'ai dans la BOX 8 SFR :
--> Puissance optique reçue : -23.2 dBm
--> puissance optique transmise : 4.2 dBm
Est-ce que tu as un backup des mtd d'origine (avant toute modification) ?
Oui, j'ai une sauvegarde des six partitions de mtd0 à mtd5 en faisant depuis l'ONU :
"dd if=/dev/mtdx of=/tmp/mtdx.backup"
puis ensuite récupération des fichiers et stockage dans Windows.
Normalement tu n'as jamais dû écraser mtd1, mais au cas où si tu as bien fait le backup de la partition au tout début, on peut vérifier la valeur de goi_config dedans, pour la comparer à "fw_printenv goi_config".
Comment veux tu que je vérifie quoi que ce soit ?
J'ai une question concernant la restauration des partitions que j'ai sauvegardées.
Pour installer l'image 0 du micrologiciel Carlito, j'ai récupéré le fichier depuis le site "Hack Gpon" et j'ai fait ceci :
mtd -e image0 write /tmp/mtd2.bin image0Mais si je veux installer la partition mtd1, je fais comment ? Peut-être ceci :
mtd -e uboot_env write /tmp/mtd1.backup uboot_envdepuis n'importe quelle image ou nécessairement depuis l'image 1 ?
Du coup, je ne comprends pas trop comment réinstaller la partition nommée "rootfs_data" ?
C'est la partition "mtd4" pour l'image 0 ou la partition "mtd5" pour l'image 1.
De même, comment réinstaller la partition nommée "rootfs" ?
C'est la partition "mtd3" pour l'image 0 ou la partition "mtd4" pour l'image 1.
Ca ne me semble pas normal d'avoir une telle différence, donc la mesure de l'ONU est probablement incorrecte.
Je veux bien mais j'ai tenté de restaurer le calibrage en supprimant le fichier "/etc/optic/.goi_recevered".
J'ai parfois une valeur positive, mais après le "speedtest", elle devient négative et j'ai quand même un mauvais debit ascendant (upload).
Si oui, on peut comparer :
Quand tu fais un "firstboot", normalement tous les fichiers sont écrasés (ou remplacés) par ceux dans "/rom", même ceux présents dans "/etc/optic/".
Je pense que cela ne va rien changé au problème, si dès le départ le problème se situe dans les fichiers.
-
Comment veux tu que je vérifie quoi que ce soit ?
En manuel :
strings mtd1.bin | grep goi_config
En plus complet :
Créer un "fw_env.config" avec :
mtd1.bin 0x0 0x10000
mtd1.bin /dev/mtd1 0x40000 0x10000
(c'est sur le modèle du /etc/fw_env.config qui est dans le firmware, il y a deux zones utilisées alternativement)
Et ensuite :
fw_printenv -c fw_env.config goi_config
Pour la restauration des partitions, j'ai répondu sur l'autre thread.
Je veux bien mais j'ai tenté de restaurer le calibrage en supprimant le fichier "/etc/optic/.goi_recevered".
J'ai parfois une valeur positive, mais après le "speedtest", elle devient négative et j'ai quand même un mauvais debit ascendant (upload).
Donc peut-être pour une raison inconnue la valeur de la variable goi_config a été modifiée, ou alors elle ne convient plus (vieillissement ?).
Quand tu fais un "firstboot", normalement tous les fichiers sont écrasés (ou remplacés) par ceux dans "/rom", même ceux présents dans "/etc/optic/".
Je pense que cela ne va rien changé au problème, si dès le départ le problème se situe dans les fichiers.
Je n'ai jamais parlé de faire un firstboot, ni d'ailleurs de reflasher à l'aveugle (le problème reviendrait en cas de retour au firmware Carlito derrière) mais de regarder ce qu'il y a dans tes backups, et d'aviser.
Peut-être qu'on va trouver des données plus récentes que dans la variable goi_config, et qu'il sera intéressant de juste copier ces fichiers.
Là on a jusqu'à 4 jeux des fichiers à comparer (il est probable que plusieurs soient identiques) :
- la variable goi_config actuelle
- la variable goi_config depuis le mtd1.bin sauvegardé
- le /etc/config du backup image0 (mtd2)
- le /etc/config du backup image1 (mtd5 s'il s'agissait d'un boot sur image0, ou mtd3 s'il s'agissait d'un boot sur image1)
On peut utiliser "binwalk -e mtd2.bin" (avec les outils jefferson et sasquatch installés) pour extraire les images.
Le /etc/optic est constitué deux deux parties :
- les fichiers par défaut sans l'image squashfs
- les modifications / suppressions dans le JFFS2 (qui est monté en overlay)
-
En manuel, j'ai comparé tous les goi_config que j'ai pu trouvé (dans l'image 0, l'image 1 et dans les backup) et ils sont tous identiques.
En plus complet :
Créer un "fw_env.config" avec :
mtd1.bin 0x0 0x10000
mtd1.bin /dev/mtd1 0x40000 0x10000(c'est sur le modèle du /etc/fw_env.config qui est dans le firmware, il y a deux zones utilisées alternativement)
Et ensuite :
fw_printenv -c fw_env.config goi_config
Je n'ai pas compris ce que tu me demandes de faire ? Je suis sous Carlito, et ta seconde commande ne fonctionne pas.
Est-ce normal que non branché à la fibre, j'ai ce résultat pour "txpower" ?
RSSI 1490 power 0.00uW -infdBm
tx power (se*(bias+mod/2-ith)) 1.36mW 1.34dBmJe m'attendais plutôt à -infdBm que 1.34dBm, pour "tx power".
Pour ce qui est de la faiblesse de la puissance du laser, est ce due essentiellement à un problème de calibrage ? Le fait de supprimer "/etc/optic/.goi_recovered" semble ne être suffisant. Ou bien est-ce peut être dû à l'ONU Huawei, à la jarretière, au Media Converter, au micrologiciel Carlito, ailleurs ? Si je me procure le "FS P/N: GPON-ONU-34-20BI", est-ce que j'aurai le même problème ?
Sous Debian, J'ai testé le multicast avec VLC et ça ne fonctionne pas. Il est fort possible qu'il manque une quelconque configuration dans l'ONU Huawei SmartAX MA5671a, pour activer le multicast. Est-ce un problème de VLAN ?
Je suis déçu par cet ONU car je m'attendais à une meilleure performance, surtout en ce qui concerne le débit ascendant (upload).
-
En manuel, j'ai comparé tous les goi_config que j'ai pu trouvé (dans l'image 0, l'image 1 et dans les backup) et ils sont tous identiques.
J'ai un doute sur ce que tu as fait, parce que la variable goi_config, c'est uniquement côté u-boot.
Est-ce que tu as bien pu extraire les /etc/optic des deux backups image0 / image1 ?
Je n'ai pas compris ce que tu me demandes de faire ? Je suis sous Carlito, et ta seconde commande ne fonctionne pas.
C'était pour récupérer les variables u-boot depuis un backup, donc c'est sur un PC.
Est-ce normal que non branché à la fibre, j'ai ce résultat pour "txpower" ?
RSSI 1490 power 0.00uW -infdBm
tx power (se*(bias+mod/2-ith)) 1.36mW 1.34dBmJe m'attendais plutôt à -infdBm que 1.34dBm, pour "tx power".
C'est effectivement bizarre, puisqu'en l'absence de réception le laser n'est pas censé émettre.
Mais j'ai bien des valeurs similaires (2.02dBm avec le G-010S-A, 1.78dBm avec le XO390).
Pour ce qui est de la faiblesse de la puissance du laser, est ce due essentiellement à un problème de calibrage ? Le fait de supprimer "/etc/optic/.goi_recovered" semble ne être suffisant. Ou bien est-ce peut être dû à l'ONU Huawei, à la jarretière, au Media Converter, au micrologiciel Carlito, ailleurs ?
Je pars du principe que l'ONU fonctionnait au départ, mais que peut-être que le goi_config n'était pas (plus ?) adapté, et donc c'est pour ça que je demande d'extraire les /etc/optic des backups.
Si la jarretière fonctionne avec la Box 8, alors elle est correcte.
Si je me procure le "FS P/N: GPON-ONU-34-20BI", est-ce que j'aurai le même problème ?
Ce serait une solution si ton MA5671A est défectueux, mais pour l'instant on ne sait pas.
Sous Debian, J'ai testé le multicast avec VLC et ça ne fonctionne pas. Il est fort possible qu'il manque une quelconque configuration dans l'ONU Huawei SmartAX MA5671a, pour activer le multicast. Est-ce un problème de VLAN ?
Je ne sais pas comment ça fonctionne avec SFR, il y a peut-être des choses à faire sur le routeur.
-
Sous Debian, J'ai testé le multicast avec VLC et ça ne fonctionne pas. Il est fort possible qu'il manque une quelconque configuration dans l'ONU Huawei SmartAX MA5671a, pour activer le multicast. Est-ce un problème de VLAN ?
j'ai aussi ce problème, souviens-toi, je l'avais évoqué, le problème avait été relevé par d'autres personnes aussi sur un post dans le forum openwrt :
https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/12
the openwrt just doesn't forward IGMP traffic, normally they have igmpproxy package for that but it require a clear LAN/WAN interface meanwhile the GPON stick doesn't really expose the L2 WAN interface to the openwrt OS so I have no idea how to make it work
Je suis déçu par cet ONU car je m'attendais à une meilleure performance, surtout en ce qui concerne le débit ascendant (upload).
Pour moi c'est un souci de configuration quelque part, vu qu'on est une majorité d'utilisateurs à ne pas avoir ce problème. Et tu n'as pas encore testé avec le firmware "fs modded", ce serait bien de le faire avant de donner ton verdict définitif ;D
-
the openwrt just doesn't forward IGMP traffic, normally they have igmpproxy package for that but it require a clear LAN/WAN interface meanwhile the GPON stick doesn't really expose the L2 WAN interface to the openwrt OS so I have no idea how to make it work
Je n'ai pas trouvé ton post dans le thread, mais si le stick GPON n'expose pas une interface L2, qu'expose-t-il ? Le stick est bien connecté en SFP au routeur, qui est par définition une interface Ethernet. Le multicast fonctionne (sans quoi IPv6 ne fonctionnerait pas).
Ca ne serait pas simplement un problème de config d'igmpproxy ? Ou de firewall d'OpenWRT ?
Je n'ai pas de billes la dedans, je ne suis pas client SFR et n'ai pas le hardware en question, mais le commentaire a titillé ma curiosité :)
-
Ca ne serait pas simplement un problème de config d'igmpproxy ? Ou de firewall d'OpenWRT ?
Non, ca c'est sur et certain, j'ai tout essayé. j'ai correctement installé le paquet igmp proxy sur mon routeur openwrt, j'arrive pas avec VLC et un m3u à avoir la TV SFR.
Si je branche l'ONT externe de SFR, dans mon port RJ45 wan, ca fonctionne, c'est donc pas un probleme de configuration d'igmp proxy sur le routeur. c'est bien au niveau de l'ONU que ca déconne.
Mon topic sur le forum openwrt:
https://forum.openwrt.org/t/iptv-udp-multicast-problem/199735
Mais bon c'est une autre histoire...
-
Dans ce cas, ce sont les règles de VLAN qu'il faut regarder.
Puisque SFR utilisait des ONT Alcatel, peut-être qu'un G-010S-A fonctionnerait mieux.
Le cross-flash est théoriquement possible, puisqu'il a été fait dans l'autre sens :
https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg870551/#msg870551
Mais ce n'est clairement pas une manipulation simple.
-
Non, ca c'est sur et certain, j'ai tout essayé. j'ai correctement installé le paquet igmp proxy sur mon routeur openwrt, j'arrive pas avec VLC et un m3u à avoir la TV SFR.
Si je branche l'ONT externe de SFR, dans mon port RJ45 wan, ca fonctionne, c'est donc pas un probleme de configuration d'igmp proxy sur le routeur. c'est bien au niveau de l'ONU que ca déconne.
Si tu as envie de continuer le troubleshooting, ca vaut le coup de faire un tcpdump sur l'interface WAN (sur le VLAN qui porte le multicast).
Tu peux filtrer sur le traffic IGMP et UDP multicast. Il serait intéressant de voir quelle différence il y a entre les deux ONTs.
-
Si tu as envie de continuer le troubleshooting, ca vaut le coup de faire un tcpdump sur l'interface WAN (sur le VLAN qui porte le multicast).
Tu peux filtrer sur le traffic IGMP et UDP multicast. Il serait intéressant de voir quelle différence il y a entre les deux ONTs.
chez SFR on n'a pas de vlan coté routeur. L'ONT envoie un traffic détagué.
j'ai posté dans le topic openwrt le tcpdump du routeur:
https://forum.openwrt.org/t/iptv-udp-multicast-problem/199735/6
@hwti, j'ai un G-10S-P dans un tiroir. il avait été paramétré et fonctionnel quand je l'ai acheté "pré configuré", mais il me semble qu'il ne fonctionnait plus la dernière fois que je l'ai mis dans le routeur, il faudrait que je re teste. il est lui aussi flashé avec un "fs modded" mais pas par la meme personne et donc certainement pas configuré de la même façon. Peut erte que sur celui-ci la version du firmware doit etre mise a jour car elle a changé depuis que je l'ai.
Par contre on s'ecarte du sujet principal. ;)
-
@ Hwti : dans ton message #1036, tu m'as demandé de comparer la variable "goi_config" de l'image 0 active avec celle de "mtd1.backup". Je l'ai fait et je t'ai dit qu'elles étaient identiques :
root> strings mtd1.backup | grep -m1 goi_config | sed "s/^goi_config=//" | tr '@' '\n'
begin-base64 644 goi_config
H4sIANjqeVcCA+2YS2/aQBCAuZZfsVUOnOLs23atHmhIqqhEjQIiBxRZi70Q
q5hFtknTf98xkGCDk1RNi5rUIyEv89jZh7/dAZ0FR2aeRcHRxER+pkZT7U9V
qhM/0WN/BC0rSG8bLxIMIjlfPkG2n5jYuEGozSSTgkraAAVhooFwYw+ySDOV
INRIjMme8nvO/krlAHUMmpkMBTdqNtEou9Go/2OuURTqWRaNI5289zyvmes+
dtu9k0v/8uQ01xygvo7naPjl2kNn2Q0aLtrQ6p1A4+ooztsK+hum101GsSct
25YekdyijuPhZqOWf0L0U/y/HP3f5F8Szmr+Xxn/cc3/2+D/Vs1DfxT+Ifp/
gX9c4N+WwL8Q8Kj53wv/YYn/nPM17YP2Rcf/1Lkn3UMDuBLQcLACmjPLYU7N
8ZviH07sv5AjZ9wW4lH+4QTI+adUSPgQ4B9OAVzzvw/BNQL/Pf+BmY2jyfIA
WDX3yz9lnD7c/4yAH2GSk5r/fUhzteMINh+1JlMzUtNW811+I5gZOlbTaJSo
vN2PYg0rBQV/i8Lvs0PsHhLZp/iDkB5KgySaZ2hgW8IiHvp63O4+fDm9WjVZ
q1nKleTlRrqlzKDO0JBwkehVLbrtEAZh4EN5uh0HvaVxlGU6ecTiz833HWNs
ZlFmks2E+5H6rKKZf9HFMM+N/hwqocJirOysKo48E0ceiaMl/W4cLfXbCdQU
ijG8GgjnGO/YyNompFMZBwPhTMrKuNwmHFEZBwMhjPPKuNzGWXGcm0FSLsv6
9QApZrw08btsvbwWJg4nrus4tDCFs9iE+V+TSx/iWlJiwVxOSsPdzJHYeDdt
ricM76bNd8cSnNmc2y6zZVXaPBhbUtjYkZwVB9/ZLBHlZDftcnmw2E0LBtcS
wiUUTj7bJlVpwUdYFLtCUOkuN7X8KmuVAjUx/GgvvF4p7E3+Rw5qYUtQB5IT
6rqF/i97vTOfcBeHKvl27wlnsiM4dylxbFHhW+wVS+I6sE8Y3FmF71wlamSm
UXAfQB1BKSwb1Hr21hxMvNjSjEyqNp12jZmfm1AvUSj5jYM02vh9HvQg090Y
bhPwq+/4WmqppZYq+Qn3jBjsABwAAA==
====et :
root@SFP:~# fw_printenv -n goi_config | tr '@' '\n'
begin-base64 644 goi_config
H4sIANjqeVcCA+2YS2/aQBCAuZZfsVUOnOLs23atHmhIqqhEjQIiBxRZi70Q
q5hFtknTf98xkGCDk1RNi5rUIyEv89jZh7/dAZ0FR2aeRcHRxER+pkZT7U9V
qhM/0WN/BC0rSG8bLxIMIjlfPkG2n5jYuEGozSSTgkraAAVhooFwYw+ySDOV
INRIjMme8nvO/krlAHUMmpkMBTdqNtEou9Go/2OuURTqWRaNI5289zyvmes+
dtu9k0v/8uQ01xygvo7naPjl2kNn2Q0aLtrQ6p1A4+ooztsK+hum101GsSct
25YekdyijuPhZqOWf0L0U/y/HP3f5F8Szmr+Xxn/cc3/2+D/Vs1DfxT+Ifp/
gX9c4N+WwL8Q8Kj53wv/YYn/nPM17YP2Rcf/1Lkn3UMDuBLQcLACmjPLYU7N
8ZviH07sv5AjZ9wW4lH+4QTI+adUSPgQ4B9OAVzzvw/BNQL/Pf+BmY2jyfIA
WDX3yz9lnD7c/4yAH2GSk5r/fUhzteMINh+1JlMzUtNW811+I5gZOlbTaJSo
vN2PYg0rBQV/i8Lvs0PsHhLZp/iDkB5KgySaZ2hgW8IiHvp63O4+fDm9WjVZ
q1nKleTlRrqlzKDO0JBwkehVLbrtEAZh4EN5uh0HvaVxlGU6ecTiz833HWNs
ZlFmks2E+5H6rKKZf9HFMM+N/hwqocJirOysKo48E0ceiaMl/W4cLfXbCdQU
ijG8GgjnGO/YyNompFMZBwPhTMrKuNwmHFEZBwMhjPPKuNzGWXGcm0FSLsv6
9QApZrw08btsvbwWJg4nrus4tDCFs9iE+V+TSx/iWlJiwVxOSsPdzJHYeDdt
ricM76bNd8cSnNmc2y6zZVXaPBhbUtjYkZwVB9/ZLBHlZDftcnmw2E0LBtcS
wiUUTj7bJlVpwUdYFLtCUOkuN7X8KmuVAjUx/GgvvF4p7E3+Rw5qYUtQB5IT
6rqF/i97vTOfcBeHKvl27wlnsiM4dylxbFHhW+wVS+I6sE8Y3FmF71wlamSm
UXAfQB1BKSwb1Hr21hxMvNjSjEyqNp12jZmfm1AvUSj5jYM02vh9HvQg090Y
bhPwq+/4WmqppZYq+Qn3jBjsABwAAA==
====
root@SFP:~# On peut aussi comparer les /etc/config/goi_config, /etc/config/goi_age et /etc/config/goi_table_laser_ref.csv avec le contenu extrait de ta variable (ce qui est censé être fait au boot après avoir effacé /etc/optic/.goi_recovered).
Voici le vidage des fichiers :
root@SFP:/etc/optic# cat goi_age
0
root@SFP:/etc/optic# (c'est moi qui passe à la ligne suivante après le "0").
root@SFP:/etc/optic# cat goi_table_laser_ref.csv
# Do not change the Type identifier!;;;
Type=LASER_REF;;;
# Temp [K]; Ith [mA]; SE [uW/mA]; age [s]
320;6.776;164.288;0
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_laser_ref_base.csv
# Do not change the Type identifier!;;;
Type=LASER_REF;;;
# Temp [K]; Ith [uA]; SE [uW/mA]; age [s]
320;6.776;164.288;0
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_rssi1490_corr.csv
# do not change Type;
Type=RSSI_1490_CORR;
# Temp;Power factor
300;1.00
root@SFP:/etc/optic#
root@SFP:/etc/optic# cat goi_table_text_corr.csv
# do not change Type;
Type=TEMP_EXT_CORR;
# nominal external temperature; corrected external temperature
290;290
root@SFP:/etc/optic# root@SFP:/etc/optic# cat goi_table_vapd_bd.csv
# do not change Type;
Type=VAPD_BD;
# Temp; Vref [V]
320;43.838
root@SFP:/etc/optic# J'espère que cela peut aider.
Message #1038 :
Est-ce que tu as un backup des mtd d'origine (avant toute modification) ?
Oui, j'ai bien fait une sauvegarde, juste avant d'installer Carlito. Sauf que j'avais déjà bidouillé dans l'ONU avant de faire la sauvegarde.
Il est possible que par mégarde, la variable "goi_config" a été altéré. En fait, je n'en sais rien car je n'y ai pas touché.
j'ai aussi ce problème, souviens-toi, je l'avais évoqué,
Oui, je m'en souviens mais je croyais qu'Asclèpios allait se charger de sa résolution.
Pour moi c'est un souci de configuration quelque part, vu qu'on est une majorité d'utilisateurs à ne pas avoir ce problème.
Il n'y a pas une majorité d'utilisateurs qui ont modifié leur Huawei SmartAX MA5671a en installant le micrologiciel Carlito. La grande majorité se sont procurés un "FS P/N: GPON-ONU-34-20BI", sans installer quoi que ce soit dessus, juste en modifiant le paramétrage.
Je ne sais pas si c'est lié à Carlito, mais je ne comprends pas ce qu'il faut faire pour résoudre ce problème. J'ai trop tardé à créer les backup avant d'installer Carlito. J'ai un peu bidouillé dans la version originale et j'ai peut-être cassé quelque chose. Je me demande si en récupérant le "goi_config" d'un autre Huawei, et que je l'installe sur le mien, si le problème sera résolu.
Et tu n'as pas encore testé avec le firmware "fs modded", ce serait bien de le faire avant de donner ton verdict définitif ;D
Je pense que c'est une mauvaise idée de venir installer ce micrologiciel "fs modded" par dessus la version carlito. Et comme Carlito fonctionne mais que j'ai un mauvais débit, je vais rester dans la version Carlito pour cet ONU. En installant "fs modded" par dessus, je pense que je risque d'endommager encore plus, l'ONU Huawei.
Ca ne serait pas simplement un problème de config d'igmpproxy ? Ou de firewall d'OpenWRT ?
Je suis sous Debian que j'ai transformé en routeur en utilisant "systemd-networkd". Jusqu'à présent, j'utilisais l'ONT7-SFU-v3 de SFR qui fonctionne à 1gb/s. Pour tester le multicast, j'utilisais vlc avec des url multicast de chez SFR et ça fonctionnait très bien sous Debian. Il est inutile que je branche le décodeur pour le tester car le flux multicast arrivait dans mon Debian sans faire quoi que ce soit d'autre.
J'ai simplement remplacé mon ONT7-SFU-v3 de SFR par l'ONU Huawei SmartAX MA5671a qui est branché sur la même interface réseau de mon Debian et je constate que je n'ai plus accès au multicast. J'ai bien accès à l'internet (IPv4 & IPv6). Le problème se situe bien dans l'ONU Huawei, pas dans mon Debian.
-
@hwti, j'ai un G-10S-P dans un tiroir. il avait été paramétré et fonctionnel quand je l'ai acheté "pré configuré", mais il me semble qu'il ne fonctionnait plus la dernière fois que je l'ai mis dans le routeur, il faudrait que je re teste. il est lui aussi flashé avec un "fs modded" mais pas par la meme personne et donc certainement pas configuré de la même façon. Peut erte que sur celui-ci la version du firmware doit etre mise a jour car elle a changé depuis que je l'ai.
Le G-010S-P est plus ancien que le G-010S-A, de mémoire il a les deux démons OMCI (mais ça peut dépendre de la version du firmware).
L'idée serait d'utiliser le démon OMCI Alcatel / Nokia, et non pas le Lantiq (qui sert de base pour les MA5671A / Carlito / FS), au cas où ce dernier ne fonctionnerait pas bien avec l'OLT.
Mais le firmware d'origine ne semble pas beaucoup documenté.
-
@ Hwti : dans ton message #1036, tu m'as demandé de comparer la variable "goi_config" de l'image 0 active avec celle de "mtd1.backup". Je l'ai fait et je t'ai dit qu'elles étaient identiques
Le goi_config est dans la configuration du bootloader (u-boot), pas dans image0 / image1.
Là le goi_config courant (donc celui que tu as utilisé pour restaurer la calibration) est identique à celui de ton backup, OK.
Maintenant il faudrait savoir ce que tu as dans les /etc/optic et /etc/config/goi_config de tes backups.
Si tu n'y arrives pas, tu peux partager tes backups et je pourrai regarder (s'ils ont été faits tout au début il n'y a pas ton SN ou password dedans, sinon c'est possible).
Voici le vidage des fichiers :
/etc/optic/goi_table_laser_ref_base.csv, /etc/optic/goi_table_laser_ref.csv, /etc/optic/goi_table_vapd_bd.csv et /etc/optic/goi_age correspondent à la variable goi_config.
Les autres fichiers sont dans l'image de base (à comparer avec ce que tu as dans les backups).
La variable goi_config contient également /etc/config/goi_config (bien plus volumineux), qui indique par exemple la date de calibration (2016-09-16).
Je me demande si en récupérant le "goi_config" d'un autre Huawei, et que je l'installe sur le mien, si le problème sera résolu.
Sauf à tomber par hasard sur des données de calibration qui fonctionnent, non.
La calibration est faite en usine, et elle est individuelle.
Et peut-être qu'avec des données vraiment mauvaises on peut perturber l'arbre GPON, donc il faut vraiment faire attention.
-
Bonjour,
Je rencontre des difficultés pour récupérer les VLAN avec le GPON MA5671A pour remplacer ma box SFR box 8.
j'ai un statut 5
root@SFP:~# onu ploam_state_get
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294720492
J’ai activé les logs OMCI (voir fichier joint pour les logs complets) et j’ai remarqué un problème avec l’image 1. Le omcid essaie de télécharger un fichier et de le sauvegarder sous '/tmp/image1.img'.
j'ai testé pas mal de version que j'ai trouvé dans ce thread pour l'image0 et l'image1 mais pas de chance
Pour information, la version logicielle sur la box est : 3GN8020802R06
7@1 Received Start SW Download
7@1 Image size = 74 bytes, Window size = 7
[omcid] 20:36:04 MIB PRN: Incremented MIB sequence number (6)
[omcid] 20:36:04 MSG PRN: OMCI #239 TX:
41 19 33 0a 00 07 00 01 00 07 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
Make ONU SW image #1 invalid
[omcid] 20:36:04 MSG PRN: OMCI #240 RX:
41 1c 54 0a 00 07 00 01 02 4c 54 20 61 73 20 69
74 20 69 73 2e 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 20:36:04 MSG PRN: OMCI #240 TX:
41 1c 34 0a 00 07 00 01 00 02 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
[omcid] 20:36:04 MSG PRN: OMCI #241 RX:
41 1d 55 0a 00 07 00 01 18 00 40 75 00 00 00 4a
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
7@1 Received End SW Download
[omcid] 20:36:04 MSG PRN: OMCI #241 TX:
41 1d 35 0a 00 07 00 01 06 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
Stored image to file '/tmp/image1.img'
[omcid] 20:36:12 ME PRN: Timeout - Clear MIB copy
[omcid] 20:36:12 ME
Auriez-vous des recommandations pour résoudre ce problème ?
Merci d’avance pour votre aide.
-
J’ai activé les logs OMCI (voir fichier joint pour les logs complets) et j’ai remarqué un problème avec l’image 1. Le omcid essaie de télécharger un fichier et de le sauvegarder sous '/tmp/image1.img'.
L'OLT essaye de mettre à jour ton ONT.
Il faut donc soit :
- mettre à jour les versions que tu exposes pour que l'OLT considère que tu es à jour : tu as mis 3GN8020802R06 et 3GN8020800R15 (c'est celle là qu'il met à jour)
- ne pas trop se faire passer pour la Box 8 : mettre le SN + password, et le moins d'autres configs possible (par exemple pas Hardware Version, le 3NTRGW14964U01 qu'on voit dans les logs)
A noter que @artemus24 mentionnait 3GN8020801R13, mais c'était avec Hardware Version 3NTRGW14553U01 (des variantes de Box 8 différentes ?).
-
@hbenaissa
est-ce que tu arriverais a récupérer cette image que l'OLT t'envoie ? il serait interessant de pouvoir disséquer cette image pour voir ce qu'il y a dedans et éventuellement recupérer des informations, notamment s'il est possible de se connecter à l'ONT intégré de la box SFR sur une IP en ssh ou telnet...comme il est possible de le faire sur l'ont externe.
-
A moins que les différentes versions soient radicalement différentes, la Box 8 utilise un BCM68360 (comme la Livebox 6, ou le Glasfaser-modem 2), donc tout tourne sur un unique SoC.
C'est étonnant que les mises à jour soient poussées par l'OLT (comme un ONT séparé), et pas téléchargées comme une box.
Puisqu'il s'agit à priori du firmware complet de la Box 8, je ne sais pas si le MA5671A (avec 64Mo de RAM) aurait assez de mémoire pour tout télécharger (ou alors il faut tricher, en montant un partage nfs sur /tmp, si c'est possible).
-
Si tu n'y arrives pas, tu peux partager tes backups et je pourrai regarder (s'ils ont été faits tout au début il n'y a pas ton SN ou password dedans, sinon c'est possible).
Je veux bien te les donner car tu sais bien mieux que moi comment récupérer ces informations pour le calibrage du laser.
Je vais te contacter par MP. Merci de m'aider :)
Salut hbenaissa.
Qu'est-ce que tu utilises comme micrologiciel ? As tu installé sur ton Huawei MA5671a la version "FS Modded" ?
A noter que @artemus24 mentionnait 3GN8020801R13, mais c'était avec Hardware Version 3NTRGW14553U01 (des variantes de Box 8 différentes ?)
Pour ma BOX 8 SFR, j'ai le modèle GR120DG. Le différence peut-être là.
Version matériel : 3NTRGW14553U01
Numéro de série : 5054494EA818847F
Version logiciel : 3GN8020801R13
-
Quand la configuration du Huawei SmartAX MA5671a sous Carlito sera terminé (multicast et calibrage optique), j'aimerai poursuivre mes investigations en me procurant d'autres ONU.
Le prochain sera le "FS P/N: GPON-ONU-34-20BI" de FS.COM, en espérant que la configuration ne soit pas trop compliqué à mettre en œuvre. J'espère que l'ONU de FS.COM sait gérer le multicast et que je n'aurai pas de problème de calibrage du laser cette fois-ci.
Est-ce que je peux envisager le Nokia "G-010S-A" ? Est-il configurable sans le flasher ? En lisant "Hack Gpon", je crois que non, il faut quand même le flasher. Est-il redondant vis-à-vis du Huawei SmartA MA5671a ? Si c'est oui, autant rester sur l'Huawei. Sinon, que peut apporter le Nokia en plus, vis-à-vis de l'Huawei et de FS.COM ?
-
Une fois qu'un ONU fonctionne, l'intérêt d'en tester d'autres est limité.
En plus là on parle de modèles qui sont très proches, il y en a d'autres qui n'ont peut-être pas été testés, par exemple ceux à base de Realtek (Leox LXT-010S-H, ODI DFP-34X-2C2, ...).
Le FS est identique au MA5671A, la seule différence c'est le firmware (qui est interchangeable).
Le G-010S-A est très proche, mais le firmware est un peu différent.
-
Une fois qu'un ONU fonctionne, l'intérêt d'en tester d'autres est limité.
L'intérêt pour moi, est d'apprendre à les configurer par la pratique. Je n'ai pas tout compris de l'usage des commandes, "fw_setenv", de "uci" et de "sfp_i2c". Pourquoi trois façons de faire alors qu'une seule aurait suffit.
L'autre intérêt est en cas de panne de l'un des ONU, d'en avoir un seconde de rechange. Ils ne doivent pas non plus fournir les mêmes performances, non ?
En plus là on parle de modèles qui sont très proches, il y en a d'autres qui n'ont peut-être pas été testés, par exemple ceux à base de Realtek (Leox LXT-010S-H, ODI DFP-34X-2C2, ...).
J'aimerai tester le Leox, mais il parait qu'il y a un problème avec les VLAN chez SFR. Je suppose qu'ils doivent arriver taggés alors que chez SFR, les VLAN ne le sont pas. Il y a peut-être pas grand chose pour les détagger dans le Leox. Ou alors, le faire dans le routeur. Me confirmer que l'on peut faire usage du Leox dans le réseau SFR, sinon je n'ai aucun intérêt à le prendre.
Quelle est la différence entre l'ONU stick LXT-010S-H et le boitier LXT-010H-D ? Comme j'ai déjà un Media Converter, autant prendre le stick qui prendra moins de place.
Le FS est identique au MA5671A, la seule différence c'est le firmware (qui est interchangeable).
Les trois ONU (Huawei MA5671a, Nokia G-010S-A et "FS P/N: GPON-ONU-34-20BI") sont très similaires. Lequel est le plus simple à configurer ? Peut-être Carlito ? Ou bien l'Huawei rooté ?
Le G-010S-A est très proche, mais le firmware est un peu différent.
Si c'est pour installer Carlito dessus, cela ne m'intéresse pas, vu que c'est déjà fait avec l'Huawei MA5671a.
Pour "FS Modded", autant que je prenne l'ONU de chez FS.COM.
Que reste-t-il comme micrologiciel à tester pour le Nokia G-010S-A ?
J'aimerai aussi tester le micrologiciel Rooté de l'Huawei MA5671a.
Comme je n'ai pas encore acheté mon routeur, je me demande s'ils sont tous compatibles ?
Je sais que cela dépend de la cage SFP du routeur et que celui-ci doit savoir gérer le SGMII (2.5gb/s).
Est-ce que le micrologiciel Carlito que j'ai récupéré sur le site "Hack Gpon" est la version le plus récente ?
-
L'intérêt pour moi, est d'apprendre à les configurer par la pratique. Je n'ai pas tout compris de l'usage des commandes, "fw_setenv", de "uci" et de "sfp_i2c". Pourquoi trois façons de faire alors qu'une seule aurait suffit.
Il y a des choses héritées du SDK Lantiq, et ensuite chacun personnalise à sa façon (peut-être pour certains usages, ou par cohérence avec d'autres modèles).
fw_setenv c'est pour les variables d'environnement u-boot, qui peuvent être modifiées avec le port série sans booter (en général ce sont les seuls choses qui sont personnalisés en usine, et les valeurs survivent au factory reset).
Le G-010S-A a ritool, un outil Nokia qui lit / écrit dans une zone spécifique, qui leur sert pour une partie de la configuration usine (SN, ...).
uci c'est le mécanisme de configuration standard OpenWrt, c'est donc probablement plus pratique pour permettre les changements depuis les pages web, mais c'est effacé au factory reset.
sfp_i2c c'est lié à l'émulation de l'EEPROM du SFP : ça veut dire que les valeurs peuvent être lues, et peut-être modifiées, depuis un switch (ou un PC) sans même avoir d'IP (ça aurait été logique de pouvoir configurer le sgmii_mode par là, pour pouvoir le changer en cas de problème 1Gbps/2.5Gbps, mais ce n'est pas le cas).
L'autre intérêt est en cas de panne de l'un des ONU, d'en avoir un seconde de rechange. Ils ne doivent pas non plus fournir les mêmes performances, non ?
Il est peu probable d'avoir une panne.
Sauf bug, les performances devraient être identiques.
J'aimerai tester le Leox, mais il parait qu'il y a un problème avec les VLAN chez SFR. Je suppose qu'ils doivent arriver taggés alors que chez SFR, les VLAN ne le sont pas. Il y a peut-être pas grand chose pour les détagger dans le Leox. Ou alors, le faire dans le routeur. Me confirmer que l'on peut faire usage du Leox dans le réseau SFR, sinon je n'ai aucun intérêt à le prendre.
Quelle est la différence entre l'ONU stick LXT-010S-H et le boitier LXT-010H-D ? Comme j'ai déjà un Media Converter, autant prendre le stick qui prendra moins de place.
LXT-010S-H = RTL9601CI
LXT-010H-D = RTL9601D (plus récent) + RTL8221B pour le port Ethernet
Mais effectivement il y a la question des VLAN, avec la config "untag" de SFR.
Il y a très probablement un moyen de les faire fonctionner, mais ce n'est peut-être pas immédiat.
Les trois ONU (Huawei MA5671a, Nokia G-010S-A et "FS P/N: GPON-ONU-34-20BI") sont très similaires. Lequel est le plus simple à configurer ? Peut-être Carlito ? Ou bien l'Huawei rooté ?
Il n'y a pas forcément de plus simple ou plus compliqué, ça peut dépendre de ce qu'on doit changer, et si on doit analyser des problèmes.
Le plus configurable est le firmware Carlito (qui fonctionne naturellement sur MA5671A et FS, certains l'utilisent sur G-010S-A mais c'est plus compliqué donc je ne recommande pas).
Une fois qu'un modèle fonctionne, en essayer un autre ce n'est pas du tout chercher la simplicité, mais au contraire essayer de comprendre les différences, analyser le comportement, etc...
Que reste-t-il comme micrologiciel à tester pour le Nokia G-010S-A ?
Ben son propre firmware, qui est différent, et dont on a plusieurs versions.
Les autres firmwares sont interchangeables sur ton MA5671A de toute façon.
-
j'ai vu sur un forum chinois, que la version carlitoxx ne bougeant plus ils ont repris le projet et on apporté pas mal de modifications. Si j'ai bien compris car la traduction CN/FR est très loufoque par moment.
le lien vers ce topic du forum se trouve tout en bas de la discussion : https://github.com/hwti/G-010S-A/issues/15
--> https://www.right.com.cn/forum/thread-8220173-1-1.html
Mise à jour 2023.10.20 : firmware personnel modifié pour Huawei MA5671A, Alcatel G-010S-P et Nokia G-010S-A
Lien: https://pan.baidu.com/s/1we_EvxYRimPEOOJyGKBt4w?pwd=s14g Code d’extraction : s14g
-
Ils ont plein de modifications, mais elles semblent faites en local (ou privé), sans repo pour les détailler.
C'est très probablement un firmware typé MA5671A / FS / Carlito / G-010S-P, et pas G-010S-A (donc un crossflash un peu sauvage).
-
J'ai installé FS Modded sur le Huawei MA5671A.
J'ai également un ONT FS.com, mais il est K.O. Je vais essayer de le reflasher quand j'aurai le temps.
J'ai toujours le problème de fake05 (même quand je mets n'importe quoi dans le onu_ploam ou le onu_serial il passe au status 5), et aucun VLAN n'est détecté >:(
j'ai configuré seulement :
onu_ploam=5GWXXXXX
onu_serial=PTINA8DXXXXX
image0_version=3GN8020802R06
image1_version=3GN8020802R06
omci_vendor_id=PTIN
Output du omci_pipe.sh
root@SFP:/etc/optic# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# omci_pipe.sh meg 133 0
Class ID = 133 (ONU power shedding)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Restore power timer reset 2b UINT RW---------
0x0000 (0)
-------------------------------------------------------------------------------
1 Data shedding interval 2b UINT RW---------
0x1c20 (7200)
-------------------------------------------------------------------------------
2 Voice shedding interval 2b UINT RW---------
0x0000 (0)
-------------------------------------------------------------------------------
3 Video overlay shedding 2b UINT RW-------E-
0x0258 (600)
-------------------------------------------------------------------------------
4 Video return shedding 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
5 DSL shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
6 ATM shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
7 CES shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
8 Frame shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
9 Sonet shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
10 Shedding status 2b BF RW-AO------
0x0000 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0xa8 0xd2 0x96 0x1f
PTIN\xA8\xDX\xXX\xXX
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:/etc/optic# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x4d 0x41 0x35 0x36 0x37 0x31 0x42 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
MA5671B\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x00030c88 (199816)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
Sur la Box8 j'ai ces infos:
Model: GR140DG
Hardware version: 3NTRGW14964U01
Serial number: 5054494EA8DXXXXX
Software version: 3GN8020802R06
-
Attention, tu as laissé ton serial en hexa dans "omci_pipe.sh meg 256 0".
Au cas où, vérifie quand même que les paramètres PLOAM ont bien été appliqués :
- onu gtcsng
- onu gtccg
Dans le "omci_pipe.sh meg 256 0", je note que (Hardware) Version vaut 0000000000000.
Donc il faudrait peut-être "fw_setenv omci_hw_ver 3NTRGW14964U01".
Dans le "omci_pipe.sh meg 257 0", il y a aussi Equipment Id qui vaut MA5671B.
Donc il faudrait peut-être "fw_setenv omci_equip_id PTINA8DXXXXX" (le même que le serial, mais peut-être qu'il faut des \0, à vérifier avec la commande).
Avec ces deux commandes en plus, sous réserve que ce soit appliqué, tu devrais avoir tout ce que @maximushugus a fait (avec un firmware différent).
Bien sûr, tout n'est peut-être pas nécessaire, ou au contraire peut-être qu'il te faudra plus de choses.
-
Salut à tous.
La version Carlito est validée par la configuration du site "Hack Gpon. Pour moi, c'est tout bon !
Sur les bon conseil de HWTI, le calibrage a été récupéré dans la version original par l'intermédiaire du fichier "/etc/config/goi_defaults".
J'ai donc écrasé le fichier de la version Carlito par celui de la version original.
Voici la puissance optique que j'ai actuellement avec cette modification :
RSSI 1490 power 6.11uW -21.79dBm
tx power (se*(bias+mod/2-ith)) 1.51mW 1.79dBmmais pour une raison inconnue, mon débit ascendant reste faible (autour des 150mb/s au lieu des 930mb/s).
J'ai pris la décision de revenir dans la version original et j'ai réinstallé les deux partitions (mtd2 & mtd5) que j'avais sauvegardées.
Ben oui, ça sert quand même à quelque chose de faire des sauvegardes.
La première fois, je n'avais pas trop fait attention, mais dans le site, je constate un truc bizarre :
nom d'hôte Huawei
Modèle d'hôte G-010S-P
Version du micrologiciel 6BA1896SPE2C05
Version du noyau 3.10.49Est-ce que je me trompe ou pas, mais un "G-010S-P" est un Nokia, pas un Huawei ?
Je sais, le "MA5671a" et le G-010S-P" sont interchangeables, mais n'est-ce pas étrange de nommer le Huawei G-010S-P ?
Je suppose que la configuration se fait avec ce didacticiel de "Hack Gpon nommé Huawei Rooted Firmware for Huawei MA5671A (https://hack-gpon.org/ont-huawei-ma5671a-rooted/)".
Pour l'instant, je suis au niveau 3.
-
6BA1896SPE2C05 c'est à priori le firmware modifié right.com.cn.
Pour suivre "Huawei Rooted Firmware for Huawei MA5671A" avec sfp_a2_info, il faut avoir une image Huawei rooted (https://hack-gpon.org/ont-huawei-ma5671a/#list-of-firmwares-and-files).
-
Salut à tous.
Dans l'ONU Huawei, quand je fais "ifconfig", je vois quatre interfaces qui sont : "exc", "host", "lct0" et "lo".
Je connais déjà "lo" pour "Loopback", mais je ne connais pas les trois autres.
Je me connecte à l'ONU en passant par l'interface "lct0", puisqu'elle possède l'adresse IPv4 "192.168.1.10".
A quoi servent les deux autres interfaces ?
Pour modifier l'interface "lct0" :
a) pour attribuer une adresse IPv4 :
uci set network.lct.ipaddr=192.168.1.10ou bien par "fw_setenv ipaddr 192.168.1.10".
b) pour attribuer le portail :
network.lct.gateway=192.168.2.1ou bien par "fw_setenv gatewayip 192.168.2.1".
c) pour attribuer l'adresse MAC :
uci set network.lct.macaddr=XX:XX:XX:XX:XX:XX:XX:XXJe n'ai pas trouvé comment faire avec "fw_setenv".
d) pour modifier le masque IPv4 :
uci set network.lct.netmask=255.255.255.0sauf que cela ne fonctionne pas et justement, j'aimerai modifier le masque.
Si quelqu'un à la solution, je suis preneur.
Je n'ai pas trouvé comment faire avec "fw_setenv".
e) et pour valider, faire :
uci commit
Dois-je modifier "host" et "exc" ?
Si oui, pour mettre quoi ?
A priori, "host" doit servir pour l'OS du ONU, mais à part ça, je n'en sais pas plus.
-
Avec une ip en 192.168.1.10 tu arrives à mettre un gateway en 192.168.2.1, tu n'as pas de message d'erreur ??
A tout hasard, mettre le gateway dans le meme sous réseau que l'ip, et ensuite changer le masque, et ensuite changer le gateway.
Quand tu dis "ca ne marche pas", c'est quoi qui ne marche pas ?
Le masque n'est pas celui que tu as indiqué (le parametre n'est pas appliqué ou conservé) ou bien tu n'accèdes pas au sous réseau que le masque devrait te permettre d'atteindre ?
Dois-je modifier "host" et "exc" ?
Dans quel but ?
-
Avec une ip en 192.168.1.10 tu arrives à mettre un gateway en 192.168.2.1, tu n'as pas de message d'erreur ??
Quand tu rentres pour la première fois dans l'ONU, l'attribution du gateway a été faite ainsi. Je précise qu'il s'agit bien de l'interface "lct0". Aucun message d'erreur.
Coté Windows, dans l'interface de mon dongle USB/RJ45, j'ai attribué l'adresse IPv4 192.168.1.20 et j'ai mis comme masque "255.255.0.0" avec un gateway "192.168.0.1". Aucun problème, j'arrive à rentrer dans l'ONU, mais le problème ne se situe pas là, coté windows.
A tout hasard, mettre le gateway dans le meme sous réseau que l'ip, et ensuite changer le masque, et ensuite changer le gateway.
J'ai testé et la modification ne se fait pas, même après un "reboot".
Quand tu dis "ca ne marche pas", c'est quoi qui ne marche pas ?
Le masque n'est pas celui que tu as indiqué (le parametre n'est pas appliqué ou conservé) ou bien tu n'accèdes pas au sous réseau que le masque devrait te permettre d'atteindre ?
La modification du masque IPv4 de l'interface "lct0" par la commande "uci set network.lct.netmask" ne fonctionne pas ou si tu préfères, il n'y a aucun changement dans le masque, après la commande ou après le reboot.
Je suis en train de tester le micrologiciel "Huawei Rooted Firmware for Huawei MA5671A (https://hack-gpon.org/ont-huawei-ma5671a-rooted/)".
C'est ce micrologiciel qui a comme password "admin123". Il aurait été bien de le préciser. Je ne sais pas pourquoi, l'accès au site est refusé par le navigateur Google Chrome.
J'ai suivi le didacticiel et je constate que celui-ci est pour la version "V8R017C00S202B".
Or j'ai installé l'image 0 par le lien "Huawei MTD2 rooté" du site "Hack Gpon" mais j'obtiens la version "V8R017C00S201".
Je constate aussi que j'ai un compte utilisateur "ontuser" mais je ne connais pas le mot de passe (admin123 est pour root).
J'ai suivi le didacticiel et je constate un dysfonctionnement.
J'ai attribué l'adresse MAC de ma BOX en le renseignant dans le fichier "sfp_a2_info" et je ne sais pas trop pourquoi, elle a été attribuée à l'interface "lct0" et elle a ajouté "+01:00" à l'adresse MAC de l'interface "host".
Si je compare à ce que j'ai fait dans le micrologiciel Carlito, c'est l'interface "host" qui prend l'adresse MAC de ma BOX SFR et j'attribue une autre adresse MAC à l'interface "lct0".
Je ne sais pas si c'est cela le problème mais je suis bloqué au niveau 3.
Quand je vérifie les trop paramètres, le serial number est correct, même si ce sont des minuscules qui s'affichent, le password est correcte aussi, mais sous la forme hexadécimal, quand à "ethaddr", il ne s'affiche pas.
Dans quel but ?
Justement, c'est ma question afin d'être en conformité avec ce qu'attend l'OLT.
-
Après avoir testé, sans succès, le micrologiciel "Huawei Rooted Firmware for Huawei MA5671A (https://hack-gpon.org/ont-huawei-ma5671a-rooted/)", j'arrive à la conclusion que je ne dois pas avir la bonne version. Celle indiqué dans "Hack Gpon (https://hack-gpon.org/ont-huawei-ma5671a/#list-of-software-versions)" est la "V8R017C00S202B" tandis que ma version est la "V8R017C00S201". Comment récupérer la bonne version ?
-
bonjour, j'ai essayé de flasher mon MA5671A avec ce tuto (et merci pour le tuto, au passage ! )
mais la connexion serial ne semble pas se faire correctement chez moi, j'ai essayé avec 2 adapteurs USB TTL différents , en 3.3V bien sur, mais pas mieux.
Du coup, je me demande si le problème ne pourrait pas provenir des connecteurs 20 broches dont les pin ne seraient pas placés pareils que sur le tuto (lot de 5 acheté sur aliexpress):
(https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/?action=dlattach;attach=149745;image)
Le biseau (détrompeur) n'est pas censé indiquer le pin 1 ?
comme ceci ?
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=149750;image)
sur le MA5671A, les chiffres 1120 n'indiquent pas l'emplacement des pin 11 et 20 ? comme ceci ?
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=149748;image)
quand je branche le connecteur 20 broches sur le MA5671A, la fente pour brancher le connecteur est du coté des pin 20..11 sur ma photo.
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=149754;image)
du coup y a un truc qui va pas ... les pin du connecteur ne sont pas en face des pin correspondant du MA5671A...
ou est mon erreur svp ?
sur la soudure que j'ai faite jusqu'à maintenant, j'avais essayé de faire comme sur le tuto :
(https://lafibre.info/images/materiel/202101_debloquer_bootloader_et_rooter_un_ma5671a_1.jpg)
ou alors ce sont mes soudures qui sont trop grossières ?
(https://lafibre.info/index.php?action=dlattach;topic=46158.0;attach=149752;image)
-
Le "1120-..." c'est une référence, rien à voir avec la broche 11.
Là on ne voit pas bien sur quelles broches c'est soudé :
- fil noir : broche 2 (TX) ? c'est peut-être soudé sur la broche 1
- fil bleu : ça ne semble pas correspondre à la broche 7 (RX)
- fil vert : broche 10 (GND) ?
- fil rouge : broche 15 / 16 (VCC)
-
Merci pour la réponse.
J'avais mis le vert en 2
Est ce que j’aurais inversé par rapport au bon schéma ?
Pourtant, apparement sur le tuto, le pin 1 est à l’opposé du coin oblique , non ?
(La fente est en haut sur la photo, du côté des pin 2,7,10)
-
Ah, effectivement c'est dans l'autre sens, donc c'est peut-être correct (les broches 2 et 7 ne semblent pas évidentes).
Il est possible qu'en ayant trop chauffé pour faire les soudures, les broches aient un peu bougé et ne fassent pas bien contact).
Sinon, alors soit :
- TX/RX sont inversés côté adaptateur (parfois la convention n'est pas la même)
- le 3,3V ne fournit pas assez de courant
-
- TX/RX sont inversés côté adaptateur (parfois la convention n'est pas la même)
Avec le Media Converter, j'ai dû inverser le branchement.
Autrement dit, j'ai dû faire Rx <-> Rx & Tx <--> Tx alors qu'en principe, c'est Rx <--> Tx.
-
Ah, effectivement c'est dans l'autre sens, donc c'est peut-être correct (les broches 2 et 7 ne semblent pas évidentes).
Il est possible qu'en ayant trop chauffé pour faire les soudures, les broches aient un peu bougé et ne fassent pas bien contact).
Sinon, alors soit :
- TX/RX sont inversés côté adaptateur (parfois la convention n'est pas la même)
- le 3,3V ne fournit pas assez de courant
J'ai déjà tenté d'inverser TX/RX mais ca n'a rien donné.
Quand je regarde dans putty en mode serial 115200 si je vois des trucs s'afficher au branchement /démarrage , je vois des pâtés illisibles au lieu de voir des caractères ASCII, donc ça pourrait être un mauvais contact effectivement ...
si le 3.3V ne fournit pas assez de courant , comment je peux faire ? c'est un usb ttl 1232...
-
si le 3.3V ne fournit pas assez de courant , comment je peux faire ? c'est un usb ttl 1232...
Si c'est ça il faut une alimentation 3,3V, ou un régulateur (par exemple à partir du 5V de l'USB) qui fournira plus que celui très limité qui est intégré au FT232.
Ca dépend de ce que tu as comme matériel.
Mais je ne sais pas si le MA5671A consommerait autant dès le début.
Avec le G-010S-A, sans alimentation externe, le lien série fonctionnait un peu avant soit de bloquer, ou de provoquer un reboot de l'ONT.
-
Si c'est ça il faut une alimentation 3,3V, ou un régulateur (par exemple à partir du 5V de l'USB) qui fournira plus que celui très limité qui est intégré au FT232.
Ca dépend de ce que tu as comme matériel.
Mais je ne sais pas si le MA5671A consommerait autant dès le début.
Avec le G-010S-A, sans alimentation externe, le lien série fonctionnait un peu avant soit de bloquer, ou de provoquer un reboot de l'ONT.
est ce que ce genre de module (65 centimes sur aliexpress) pourrait alimenter correctement ? dans ce cas, je n'utiliserai pas la broche 3.3V du FT232 et je brancherais le 3.3V à partir de ce module ?
(https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/?action=dlattach;attach=149770)
ou ca ? (que je brancherais sur un autre port usb)
"Mini platine de prototypage USB MB102, alimentation électrique, adaptateur de tension DC 3.3V 5V pour Ardu37MB 102 jxBoard" (64 cts sur aliexpress)
(https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/?action=dlattach;attach=149771)
-
est ce que ce genre de module (65 centimes sur aliexpress) pourrait alimenter correctement ? dans ce cas, je n'utiliserai pas la broche 3.3V du FT232 et je brancherais le 3.3V à partir de ce module ?
(https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/?action=dlattach;attach=149770)
Ce type de carte à base de AMS1117 devrait convenir.
Pour que ça ne chauffe pas trop, l'idéal serait d'alimenter la carte en 5V (l'inscription qui mentionne 7V minimum, c'est pour que la sortie 5V fonctionne, ce n'est pas celle qui nous intéresse ici).
Il faudrait effectivement connecter la masse à celle de l'ONT et du FT232, et le 3,3V à l'ONT (en laissant celui du FT232 non connecté).
-
Ce type de carte à base de AMS1117 devrait convenir.
Pour que ça ne chauffe pas trop, l'idéal serait d'alimenter la carte en 5V (l'inscription qui mentionne 7V minimum, c'est pour que la sortie 5V fonctionne, ce n'est pas celle qui nous intéresse ici).
Il faudrait effectivement connecter la masse à celle de l'ONT et du FT232, et le 3,3V à l'ONT (en laissant celui du FT232 non connecté).
sinon pour éviter les problèmes de soudure , il y a ça , mais je trouve que c'est un peu cher (30euros sur ebay) pour m'en servir une seule fois :
ca se trouve pas sur aliexpress j'ai l'impression...
-
ils vendent des media converter avec les pin ttl pour nokia et huawei directement dans la carte mere. Artemus en a acheté un. 36,39€ sur aliexpress
https://fr.aliexpress.com/item/1005007198047818.html
le pcb du media converter devrait ressembler a ca :
(https://images-na.ssl-images-amazon.com/images/I/71CEFdJnYeL._UL1200_.jpg)
-
Si c'est ça il faut une alimentation 3,3V, ...
Je rappelle que le convertisseur est alimenté par le port USB de votre ordinateur.
De ce fait, l'alimentation se fait en 5Vcc et pas en 3V3.
Inversement, ce sont les broches TX & Rx qui sont en 3V3.
@ xavave : Comme il y a une fiche d'alimentation 5,5 x 2,1 mm, tu peux brancher un adaptateur fournissant du 5Vcc à partir du secteur.
Tu n'as dans ce cas pas besoin de passer par le port USB de ton ordinateur, qui peut lui aussi avoir quelque faiblesse.
sinon pour éviter les problèmes de soudure , il y a ça , mais je trouve que c'est un peu cher (30euros sur ebay)
Dans ce cas, pourquoi ne pas prendre un Media Converter comme celui-ci (https://fr.aliexpress.com/item/1005007198047818.html).
Sous le capot, il y a les quatre broches pour relier ton stick ONU à un convertisseur USB / TTL Serial.
C'est ce que j'utilise et ça fonctionne très bien. Il est inutile de faire des soudures quand on a le bon matériel.
Je vois que Rooot m'a devancé. :)
-
Je rappelle que le convertisseur est alimenté par le port USB de votre ordinateur.
De ce fait, l'alimentation se fait en 5Vcc et pas en 3V3.
Inversement, ce sont les broches TX & Rx qui sont en 3V3.
Les circuits USB-TTL ont en général un régulateur 3,3V interne dont la sortie est accessible, c'est elle qui est utilisée ici.
Mais par exemple un FT232R ne garantit que 50mA, les SFP consomment bien plus que ça.
-
@ HWTI : je t'ai envoyé un courriel.
-
Salut à tous!
A la coutume, je vous souhaites à tous bonheur et réussite pour cette nouvelle année!
Pour rappel, je me connecte avec le SFP FS GPON-ONU-34-20BI, anciennement connecté sur un Ubiquiti ER-4 (1Gb/s).
Aucun problème de mon coté si ce n'est que je me connecte à internet avec la MAC, le SN, et la FW_version de l'ONT que j'ai renvoyé à SFR, ceux de la BOX_8 ne semble pas passer. Le PLOAM est bien le nouveau.
Je ne dois pas prendre les bons, si quelqu'un à un tips à ce sujet, je prends.
J'ai fait l'acquisition il y à quelque temps d'un BPI R4 qui à maintenant un version mainline de OpenWRT.
Installée et configurée avec succès, cette version fonctionne à merveille.
Le seul hic, à été de réussir à faire passer le mode du module SFP à 2500baseT, la solution à été de changer les nom et modèle du module dans son eeprom (Vendor name et Vendor PN) pour matcher un QUIRCK d'OpenWRT. J'y ai mis respectivement les valeurs "OEM" et "SFP-2.5G-T".
Après ça, tout à fonctionné avec un downstream plafonnant à 1800Mb/s et 780Mb/s pour du 2/1Gb promis, ce qui est très bien à mon goût.
Dans l'attente du XGS-PON...
-
Salut @G8U5,
le trick que tu as utilisé ne devrait plus être necessaire avec openwrt 24.x car on passera en kernel 6.x et le FS GPON-ONU-34-20BI figure dedans avec les patchs qui vont bien ;)
-
Aucun problème de mon coté si ce n'est que je me connecte à internet avec la MAC, le SN, et la FW_version de l'ONT que j'ai renvoyé à SFR, ceux de la BOX_8 ne semble pas passer. Le PLOAM est bien le nouveau.
Je ne dois pas prendre les bons, si quelqu'un à un tips à ce sujet, je prends.
Avec mon Huawei SmartAX MA5671a, en utilisant FS Modded, je n'ai eu besoin que de l'adresse MAC de la BOX 8 SFR, de là, j'ai déduit le serial Number (celui commençant par PTIN), ainsi que du mot de passe fibre SFR. Je n'ai pas eu besoin d'utiliser les versions SoftWare ou Hardware pour m'identifier.
Le mieux est de donner mon script qui permet de faire la configuration :
#!/bin/sh
# =========== #
# Address MAC #
# =========== #
ADDR="xx:xx:xx:xx"
MAC1="xx:xx"
MAC2="xx:yy"
# ============= #
# Serial Number #
# ============= #
SERIAL="PTIN${ADDR:6:2}${ADDR:9:2}${MAC1:0:2}${MAC1:3:2}"
# ========================= #
# Slid or Ploam or Password #
# ========================= #
PLOAM="xxxxxxxx"
PASSWORD=''
for i in $(seq 1 ${#PLOAM}); do PASSWORD=$(printf "$PASSWORD"'0x%02x ' "'$(echo $PLOAM|cut -c $i)"); done; PASSWORD=$PASSWORD"0x00 0x00"
# ============= #
# Configuration #
# ============= #
clear
echo -e "+===================================================+"
echo -e "| ONU Huawei SmartAX MA5671a (Firmware FS Modified) |"
echo -e "+===================================================+"
echo -e "\n+---------------+"
echo -e "| Serial Number |"
echo -e "+---------------+\n"
fw_setenv ont_serial "$SERIAL"
fw_printenv ont_serial
fw_setenv onu_serial "$SERIAL"
fw_printenv onu_serial
onu gtcsng
echo -e "\n+---------------------------+"
echo -e "| Slid or Ploam or Password |"
echo -e "+---------------------------+\n"
fw_setenv onu_ploam "$PLOAM"
fw_printenv onu_ploam
fw_setenv nPassword "$PASSWORD"
fw_printenv nPassword
sfp_i2c -i11 -s "$PLOAM"
onu gtcpg
echo -e "\n+-----------------------+"
echo -e "| MAC Address 'ethaddr' |"
echo -e "+-----------------------+\n"
fw_setenv ethaddr "$ADDR:$MAC1"
fw_printenv ethaddr
echo -e "\n+------------------+"
echo -e "| Interface 'host' |"
echo -e "+------------------+\n"
uci set network.host.macaddr=`echo "$ADDR:$MAC1"`
echo -n "uci set >> "
uci show network.host.macaddr
uci commit network.host
echo -e "\n+-----------------+"
echo -e "| Interface 'lct' |"
echo -e "+-----------------+\n"
uci set network.lct.macaddr=`echo "$ADDR:$MAC2"`
echo -n "uci set >> "
uci show network.lct.macaddr
uci commit network.lct
fw_setenv ipaddr 192.168.4.10
fw_printenv ipaddr
fw_setenv netmask 255.255.0.0
fw_printenv netmask
fw_setenv gatewayip 192.168.1.1
fw_printenv gatewayip
echo -e "\n+-------------------+"
echo -e "| Laser Calibration |"
echo -e "+-------------------+\n"
if [ -e /etc/optic/.goi_recovered ]; then
rm /etc/optic/.goi_recovered
fi
echo -e "\n+--------+"
echo -e "| Finish |"
echo -e "+--------+\n"
exit"$ADDR:$MAC1" est l'adresse MAC de ma BOX SFR. C'est ce que j'attribue à l'interface "host".
"$ADDR:$MAC2" est l'adresse MAC que j'attribue à l'interface "lct0".
En fait, je reprends la même adresse MAC et j'ajoute +1 sur le dernier caractère hexadécimal afin de le différencier.
Renseigner dans la variable PLOAM le mot de passe fibre en caractères ASCII.
@+
-
Haha, j'étais justement en train d'en faire un pour le FS Modded:
#!/bin/sh
# mot de passe fibre
PLOAM=`fw_printenv onu_ploam | awk -F"=" '{print $2}'`
# serial number
SN=`fw_printenv onu_serial | awk -F"=" '{print $2}'`
# hardware version
HW_VER=`fw_printenv omci_hw_ver | awk -F"=" '{print $2}'`
#image version
IMG0_VER=`fw_printenv image0_version | awk -F"=" '{print $2}'`
#image version
IMG1_VER=`fw_printenv image1_version | awk -F"=" '{print $2}'`
#adresse MAC
MAC=`uci get network.lct.macaddr`
#vendor ID (PTIN)
VENDOR_ID=`fw_printenv omci_vendor_id | awk -F"=" '{print $2}'`
if [ -z "$VENDOR_ID" ]
then
VENDOR_ID="PTIN"
fi
#Equip_ID (modele de l'ONT/ONU)
EQUIP_ID=`fw_printenv omci_equip_id | awk -F"=" '{print $2}'`
if [ -z "$EQUIP_ID" ]
then
EQUIP_ID="GR140IG"
fi
ask="n"
echo "Paramètre actuels:"
echo ""
echo "Mot de passe fibre: " $PLOAM
echo "Numero de serie: " $SN
echo "Version hardware: " $HW_VER
echo "Image_0 version: " $IMG0_VER
echo "Image_1 version: " $IMG1_VER
echo "MAC: " $MAC
echo "VENDOR_ID: " $VENDOR_ID
echo "EQUIP_ID: " $EQUIP_ID
echo ""
echo ""
echo "Entrez le numero de serie (commence par \"PTIN\" et est suivi des 4 derniers octets de l'adresse MAC) [$SN]: "
read input
if [ -z "$input" ]
then
if [ -z "$SN" ]
then
echo "Le numéro de serie ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
#else SN=$SN
else
SN=$input
fi
echo "Entrez le mot de passe fibre [$PLOAM]:"
read input
if [ -z "$input" ]
then
if [ -z "$PLOAM" ]
then
echo "Le mot de passe fibre ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
else
PLOAM=$input
fi
echo "Entrez le numero de version hardware [$HW_VER]:"
read inpput
if [ -z "$input" ]
then
if [ -z "$HW_VER" ]
then
echo "Le numero de version hardware ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
else
HW_VER=$input
fi
echo "Entrez le numero de version de l'image_0 [$IMG0_VER]:"
read input
if [ -z "$input" ]
then
if [ -z "$IMG0_VER" ]
then
echo "Le numero de version de l'image 0 ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
else
IMG0_VER=$input
fi
echo "Entrez le numero de version de l'image_1 [$IMG1_VER]:"
read input
if [ -z "$input" ]
then
if [ -z "$IMG1_VER" ]
then
echo "Le numero de version de l'image 1 ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
else
IMG1_VER=$input
fi
echo "Entrez l'adresse MAC sous forme \"00:00:00:00:00:00\" [$MAC]:"
read input
if [ -z "$input" ]
then
if [ -z "$MAC" ]
then
echo "L'adresse MAC ne doit pas etre vide!"
echo "Veuillez recommencer."
exit 1
fi
else
MAC=$input
fi
echo "Entrer le Vendor_ID [$VENDOR_ID]:"
read input
if [ -z "$input" ]
then
if [ -z "$VENDOR_ID" ]
then
VENDOR_ID="PTIN"
echo "Le Vendor_ID est vide, setté par defaut à PTIN"
fi
else
VENDOR_ID=$input
fi
echo "Entrer le Equipement_ID (modele) [$EQUIP_ID]:"
read input
if [ -z "$input" ]
then
if [ -z "$EQUIP_ID" ]
then
EQUIP_ID="GR140IG"
echo "Le Equipement_ID est vide, setté par defaut à GR140IG"
fi
else
EQUIP_ID=$input
fi
echo "Veuillez confirmer ces informations, pas de retour possible !"
echo ""
echo "Numero de serie: " $SN
echo "Mot de passe fibre: " $PLAOM
echo "Veriosn Hardware: " $HW_VER
echo "Version image_0: " $IMG0_VER
echo "Version image_1: " $IMG0_VER
echo "Adresse MAC: " $MAC
echo "Vendor_ID: " $VENDOR_ID
echo "Equip_ID: " $EQUIP_ID
echo ""
read -p "[o/n]: " ask
if [ "$ask" != "o" ]
then
echo "Vous n'avez pas valide ces informations,"
echo "Sortie du script."
exit 1
fi
#Connexion
fw_setenv onu_serial $SN
fw_setenv onu_ploam $PLOAM
fw_setenv omci_hw_ver $HW_VER
fw_setenv omci_vendor_id $VENDOR_ID
#EEPROM
fw_setenv sfp_part_serial $HW_VER
fw_setenv omci_equip_id $EQUIP_ID
#MAC
fw_setenv ethaddr $MAC
uci set network.lct.macaddr=$MAC
uci set network.host.macaddr=$MAC
uci commit
echo ""
echo "Parametrage terminé, vous pouvez rebooter le module SFP!"
Je remplis d'autres paramètre pour avoir un peu de consistance quand je fais un ethtool -m eth2.
-
@artemus24
Peux tu me montrer le contenu de /etc/init.d/omcid.sh stp?
-
N'essayes pas d'imiter la BOX SFR, c'est la meilleure façon de se planter.
Parfois, comme dans le cas de MaximusHugus, il a eu besoin de modifier le fichiers "/etc/init.d/sys.sh", en introduisant le Serial Number et la version hardware, ainsi que le fichier "/etc/init.d/omcid.sh". J'ai aussi testé la version Carlito, je n'ai pas eu besoin de faire cela.
Vas au plus simple. Tu modifies un paramètre et tu testes.
Pour te répondre, je n'ai pas touché aux deux fichiers que je cite
-
N'essayes pas d'imiter la BOX SFR, c'est la meilleure façon de se planter.
Parfois, comme dans le cas de MaximusHugus, il a eu besoin de modifier le fichiers "/etc/init.d/sys.sh", en introduisant le Serial Number et la version hardware, ainsi que le fichier "/etc/init.d/omcid.sh". J'ai aussi testé la version Carlito, je n'ai pas eu besoin de faire cela.
Vas au plus simple. Tu modifies un paramètre et tu testes.
Pour te répondre, je n'ai pas touché aux deux fichiers que je cite
Justement, je n'ai pas de sauvegarde de ce fichier (omcid.sh), je te demande son contenu pour remettre le miens d'origine si jamais je l'ai modifié.
Merci d'avance
-
voici le mien, MA5671A avec FS Modded. je n'y ai pas touché.
#!/bin/sh /etc/rc.common
# Copyright (C) 2011 OpenWrt.org
# Copyright (C) 2011 lantiq.com
. $IPKG_INSTROOT/lib/falcon.sh
START=85
OMCID_BIN=/opt/lantiq/bin/omcid
status_entry_create() {
local path=$1
local base=`basename $path`
local dir=`dirname $path`
touch $path
uci -c $dir set $base.ip_conflicts=status
uci -c $dir set $base.dhcp_timeouts=status
uci -c $dir set $base.dns_errors=status
}
wait_for_jffs()
{
while ! grep overlayfs:/overlay /proc/self/mounts >/dev/null
do
sleep 1
done
}
is_flash_boot()
{
grep overlayfs /proc/self/mounts >/dev/null
}
start() {
#(
local mib_file
local omcc_version
local tmp
local omci_iop_mask
local lct=""
config_load omci
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
mib_file="/tmp/auto_generated_mib.ini"
else
mib_file="/rom/etc/mibs/data_1g_8q_us1280_ds512.ini"
fi
tmp=`fw_printenv mib_file_custom 2>&- | cut -f2 -d=`
if [ -f "/etc/mibs/$tmp" ]; then
mib_file="/etc/mibs/$tmp"
fi
tmp=`fw_printenv omci_omcc_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omcc_version=$tmp
else
omcc_version=160
fi
config_get tmp "default" "status_file" "/tmp/omci_status"
status_entry_create "$tmp"
case $(uci -q get network.lct.ifname) in
lct0)
lct=-g1
;;
lct1)
lct=-g2
;;
lct2)
lct=-g3
;;
lct3)
lct=-g4
;;
lct8)
lct=-g9
;;
esac
tmp=`fw_printenv omci_iop_mask 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omci_iop_mask=$tmp
else
config_get omci_iop_mask "default" "omci_iop_mask" 0
fi
logger -t omcid "Use OMCI mib file: $mib_file"
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &
#)&
}
stop() {
killall -q omcid
}
@artemus, peux-tu STP comparer avec le tien, pour confirmer que j'ai bien un fichier d'origine ?
-
@artemus24
Si tu regardes dans ./etc/rc.d/, tu as l'ordre d'exécution des scripts de /etc/init.d.
Tu pourras voir par exemple que le PLOAM est setté à partir du script onu.sh qui lit la valeur onu_ploam et la transforme en HEX. Ce script configure le Serial également qu'il lit dans onu_serial.
Rentrer ces valeurs sous une autre forme dans les ENVs ou dans l'Eeprom me semble inutile. Tu as testé de ne pas les saisir ?
-
voici le mien, MA5671A avec FS Modded. je n'y ai pas touché.
#!/bin/sh /etc/rc.common
# Copyright (C) 2011 OpenWrt.org
# Copyright (C) 2011 lantiq.com
. $IPKG_INSTROOT/lib/falcon.sh
START=85
OMCID_BIN=/opt/lantiq/bin/omcid
status_entry_create() {
local path=$1
local base=`basename $path`
local dir=`dirname $path`
touch $path
uci -c $dir set $base.ip_conflicts=status
uci -c $dir set $base.dhcp_timeouts=status
uci -c $dir set $base.dns_errors=status
}
wait_for_jffs()
{
while ! grep overlayfs:/overlay /proc/self/mounts >/dev/null
do
sleep 1
done
}
is_flash_boot()
{
grep overlayfs /proc/self/mounts >/dev/null
}
start() {
#(
local mib_file
local omcc_version
local tmp
local omci_iop_mask
local lct=""
config_load omci
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
mib_file="/tmp/auto_generated_mib.ini"
else
mib_file="/rom/etc/mibs/data_1g_8q_us1280_ds512.ini"
fi
tmp=`fw_printenv mib_file_custom 2>&- | cut -f2 -d=`
if [ -f "/etc/mibs/$tmp" ]; then
mib_file="/etc/mibs/$tmp"
fi
tmp=`fw_printenv omci_omcc_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omcc_version=$tmp
else
omcc_version=160
fi
config_get tmp "default" "status_file" "/tmp/omci_status"
status_entry_create "$tmp"
case $(uci -q get network.lct.ifname) in
lct0)
lct=-g1
;;
lct1)
lct=-g2
;;
lct2)
lct=-g3
;;
lct3)
lct=-g4
;;
lct8)
lct=-g9
;;
esac
tmp=`fw_printenv omci_iop_mask 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omci_iop_mask=$tmp
else
config_get omci_iop_mask "default" "omci_iop_mask" 0
fi
logger -t omcid "Use OMCI mib file: $mib_file"
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &
#)&
}
stop() {
killall -q omcid
}
@artemus, peux-tu STP comparer avec le tien, pour confirmer que j'ai bien un fichier d'origine ?
Oui il est d'origine !
ma ligne sed: sed "s/256 0 HWTC 0000000000000 00000000 2/256 0 PTIN ${tmp} 00000000 0/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
Donc si je comprend bien, tu n'as rien dans "omci_hw_ver" (fw_printenv omci_hw_ver) donc omcid.sh te charge le MIBS de la ROM sans changer HWTC par PTIN et non plus la version hardware ?
Que te donne le "Vendor_Id" et "Version" quand tu fais "omci_pipe.sh meg 256 0" ?
-
Donc si je comprend bien, tu n'as rien dans "omci_hw_ver" (fw_printenv omci_hw_ver) donc omcid.sh te charge le MIBS de la ROM sans changer HWTC par PTIN et non plus la version hardware ?
tout a fait
root@SFP:~# fw_printenv omci_hw_ver
## Error: "omci_hw_ver" not defined
Que te donne le "Vendor_Id" et "Version" quand tu fais "omci_pipe.sh meg 256 0" ?
ceci :
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x53 0x50 0x54 0x43
SPTC
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e xxxxxxxxxxxxxxxx
PTIN xxxxxxxxxxxxxx
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
Tien d'ailleurs @artemus tu devrais tester de changer le traffic management pour voir si ca regle ton probleme de débit. Je ne sais plus ou j'ai lu que quelqu'un avait réglé son probleme de cette façon...Chez moi ca marche avec 2, mais j'ai vu que certains devaient passer la valeur a Zéro. Ce n'est pas ton cas @G8U5 ??
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-
@rooot
Je vois que tu as l'oeil !
Si sans ça, ça ne fonctionnait pas. Je n'ai pas réessayé depuis.
tu feras gaffe à la fin de ton adresse MAC !
-
@rooot
Je vois que tu as l'oeil !
Si sans ça, ça ne fonctionnait pas. Je n'ai pas réessayé depuis.
tu feras gaffe à la fin de ton adresse MAC !
Ah c'etait toi donc ? ;D
Donc toi tu es avec 0 pour le traffic management ?
Merci pour l'@ MAC, c'est masqué ;)
-
Ah c'etait toi donc ? ;D
Donc toi tu es avec 0 pour le traffic management ?
Merci pour l'@ MAC, c'est masqué ;)
Tout a fait!
Setté par la ligne sed dans omcid.sh
root@SFP:/etc# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0x53 0x46 0x55 0x31 0x33 0x38 0x39 0x42 0x32 0x34
3NT7SFU1389B24
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x00 0x00 0x00 0x00
PTIN
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
l'OLT:
root@SFP:/etc# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x41 0x4c 0x43 0x4c
ALCL
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x06 0x02 0x04 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
\x06\x02\x04\x00\x00\x02\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
-
ok !
donc dans notre cas (artemus et moi) vu que omci_hw_ver n'est pas défini, pour passer le traffic management a Zéro on doit aller changer la valeur directement dans :
/etc/mibs/data_1g_8q_us1280_ds512.ini
a la ligne suivante, on remplace le 2 par un 0
# ONT-G
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0
# ONT-G
256 0 HWTC 0000000000000 00000000 0 0 0 0 0 #0
En fait moi je n'ai pas de problème avec 2, c'est surtout Artemus qui a un problème. J'avais déjà testé dans le passé et chez moi 0 ou 2 ne changeait rien.
-
ok !
donc dans notre cas (artemus et moi) vu que omci_hw_ver n'est pas défini, pour passer le traffic management a Zéro on doit aller changer la valeur directement dans :
/etc/mibs/data_1g_8q_us1280_ds512.ini
a la ligne suivante, on remplace le 2 par un 0
En fait moi je n'ai pas de problème avec 2, c'est surtout Artemus qui a un problème. J'avais déjà testé dans le passé et chez moi 0 ou 2 ne changeait rien.
C'est presque ça...
omcid.sh charge le MIB de la ROM si tu ne set pas toi même le MIB à lire dans les Envs.
fw_setenv mib_file_custom "/etc/mibs/data_1g_8q_us1280_ds512.ini"
Vu ici:
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_mib.ini
mib_file="/tmp/auto_generated_mib.ini"
else
mib_file="/rom/etc/mibs/data_1g_8q_us1280_ds512.ini"
fi
tmp=`fw_printenv mib_file_custom 2>&- | cut -f2 -d=`
if [ -f "/etc/mibs/$tmp" ]; then
mib_file="/etc/mibs/$tmp"
fi
Quand au Trafic Management, vous m'en direz tant:
Traffic management option: This attribute identifies the upstream traffic management function
implemented in the ONU. There are three options:
0 Priority controlled and flexibly scheduled upstream traffic. The traffic
scheduler and priority queue mechanism are used for upstream traffic.
1 Rate controlled upstream traffic. The maximum upstream traffic of each
individual connection is guaranteed by shaping.
2 Priority and rate controlled. The traffic scheduler and priority queue
mechanism are used for upstream traffic. The maximum upstream traffic
of each individual connection is guaranteed by shaping.
For a further explanation, see Appendix II.
Downstream priority queues are managed via the GEM port network CTP ME.
Upon ME instantiation, the ONU sets this attribute to the value that describes its
implementation. The OLT must adapt its model to conform to the ONU's selection.
(R) (mandatory) (1 byte)
-
Justement, je n'ai pas de sauvegarde de ce fichier (omcid.sh),
Tu n'as pas besoin d'avoir une sauvegarde. Si tu veux le remettre à sa valeur d'origine, tu fais "firstboot + reboot".
Ou bien, tu récupères ton fichier dans "/rom".
je te demande son contenu pour remettre le miens d'origine si jamais je l'ai modifié.
Voici mon fichier "/etc/init.d/omcid.sh" :
#!/bin/sh /etc/rc.common
# Copyright (C) 2011 OpenWrt.org
# Copyright (C) 2011 lantiq.com
. $IPKG_INSTROOT/lib/falcon.sh
START=85
OMCID_BIN=/opt/lantiq/bin/omcid
status_entry_create() {
local path=$1
local base=`basename $path`
local dir=`dirname $path`
touch $path
uci -c $dir set $base.ip_conflicts=status
uci -c $dir set $base.dhcp_timeouts=status
uci -c $dir set $base.dns_errors=status
}
wait_for_jffs()
{
while ! grep overlayfs:/overlay /proc/self/mounts >/dev/null
do
sleep 1
done
}
is_flash_boot()
{
grep overlayfs /proc/self/mounts >/dev/null
}
start() {
#(
local mib_file
local omcc_version
local tmp
local omci_iop_mask
local lct=""
config_load omci
tmp=`fw_printenv omci_hw_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
sed "s/256 0 HWTC 0000000000000/256 0 HWTC ${tmp}/" /rom/etc/mibs/data_1g_8q_us1280_ds512.ini > /tmp/auto_generated_
mib_file="/tmp/auto_generated_mib.ini"
else
mib_file="/rom/etc/mibs/data_1g_8q_us1280_ds512.ini"
fi
tmp=`fw_printenv mib_file_custom 2>&- | cut -f2 -d=`
if [ -f "/etc/mibs/$tmp" ]; then
mib_file="/etc/mibs/$tmp"
fi
tmp=`fw_printenv omci_omcc_ver 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omcc_version=$tmp
else
omcc_version=160
fi
config_get tmp "default" "status_file" "/tmp/omci_status"
status_entry_create "$tmp"
case $(uci -q get network.lct.ifname) in
lct0)
lct=-g1
;;
lct1)
lct=-g2
;;
lct2)
lct=-g3
;;
lct3)
lct=-g4
;;
lct8)
lct=-g9
;;
esac
tmp=`fw_printenv omci_iop_mask 2>&- | cut -f2 -d=`
if [ -n "$tmp" ]; then
omci_iop_mask=$tmp
else
config_get omci_iop_mask "default" "omci_iop_mask" 0
fi
logger -t omcid "Use OMCI mib file: $mib_file"
${OMCID_BIN} -d3 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &
#)&
}
stop() {
killall -q omcid
}Je précise que j'ai bien l'Huawei SmartAX MA5671a et que je l'ai configuré par moi-même.
Rentrer ces valeurs sous une autre forme dans les ENVs ou dans l'Eeprom me semble inutile. Tu as testé de ne pas les saisir ?
Je n'ai pas que "FS Modded" pour l'Image 0. J'ai la version d'origine Huawei dans l'Image 1, et ça fonctionne aussi et je n'aimerai pas la casser. Donc oui, il est possible que je mettes trop de paramètres, mais en l'état, ça fonctionne et je n'y touche plus.
Je me suis attaché à faire une synthèse de ce que j'ai pu trouver dans le forum "LaFibre.info" pour construire mon script.
Si tu prends la liste de tous les paramètres dans le site "hack gpon FS Modded (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/)", je n'ai fait que :
--> Flashing the firmware
--> GPON/OMCI settings
et en particulier :
--> Setting ONU GPON Serial Number
--> Setting ONU GPON PLOAM password
tout ce qui est après, je ne l'ai pas fait.
Que te donne le "Vendor_Id" et "Version" quand tu fais "omci_pipe.sh meg 256 0" ?
Voici le mien :
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x53 0x50 0x54 0x43
SPTC
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x00
0000000000000\x00
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x11 0x22 0x33 0x44
PTIN\x11\x22\x33\x44
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#J'ai modifié mon Serial Number.
Voici les vérifications supplémentaires :
root@SFP:~# fw_printenv omci_hw_ver
## Error: "omci_hw_ver" not defined
root@SFP:~#
root@SFP:~# fw_printenv mib_file_custom
## Error: "mib_file_custom" not defined
root@SFP:~#
root@SFP:~# fw_printenv mib_file
## Error: "mib_file" not defined
root@SFP:~#Tiens d'ailleurs @artemus tu devrais tester de changer le "traffic management" pour voir si ca règle ton probleme de débit.
Il est à "2" comme chez toi.
root@SFP:~# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~#
-
je sais qu'il est a 2. mais je pense qu'en le passant à Zéro comme a du le faire @G8U5 il y a de grandes chances que tu règles ton problème d'upload, vous semblez être tous les 2 dans la même situation.
-
Bonjour,
Quelqu'un pourrait-il m'aider à faire fonctionner ODI DFP-34X-2IY3 avec SFR.
J'essaie de remplacer le boîtier Altice GR140IG.
J'ai trouvé ce manuel : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1088912/#msg1088912 (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1088912/#msg1088912)
Il semble que ma clé ait une autre version de firmware (V1.2.0-240918). Mais les étapes principales devraient être les mêmes.
Le problème est le suivant : j'obtiens le statut O5 sur la clé mais je n'arrive pas à obtenir d'adresse IP.
J'ai saisi ce qui suit : PLOAM password, Serial Number, OMCI Vendor ID, OMCI software version 1 and 2.
Le statut est O5.
omcicli mib get 84 a montré les VID 100 et 101.
J'ai essayé d'attribuer le vlan 101 sur mon routeur et je n'ai pas pu obtenir le DHCP. J'ai ensuite essayé d'activer et d'attribuer le VLAN 101 sur la clé. Pas de DHCP non plus. J'ai essayé les mêmes choses avec le VLAN 100.
Qu'est-ce qui me manque ?
Merci !
Hi,
Could anyone help me please to make ODI DFP-34X-2IY3 work with SFR.
I’m trying to replace Altice GR140IG box.
I have found this manual: https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1088912/#msg1088912 (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1088912/#msg1088912)
It seems my stick has another firmware version (V1.2.0-240918). But main steps should be the same.
The problem is: I’m getting O5 status on the stick but can’t get an IP address.
I have entered the PLOAM password, Serial Number, OMCI Vendor ID, OMCI software version 1 and 2.
Status is O5.
omcicli mib get 84 showed VID 100 and 101.
I tried to assign 101 vlan on my router and could not get DHCP. Then I tried to enable and assign vlan 101 on the stick. No DHCP either. Tried the same things with 100 VLAN.
What am I missing?
Thank you!
(https://i.ibb.co/dD140qy/SFP1.png) (https://ibb.co/yqGFn1J)
(https://i.ibb.co/JzfKj0H/SFP2.png) (https://ibb.co/gD53ZHJ)
(https://i.ibb.co/fSZtdM3/SFP3.png) (https://ibb.co/Dbmkf4B)
-
Salut Kiv et bienvenue dans le forum LaFibre.info. :)
omcicli mib get 84 a montré les VID 100 et 101.
Depuis mon ONU Huawei, si je fais "gtop c v", je vois ceci :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;102; ; ;1
36; ; ;102; ; ;1
40; ; ;101; ; ;1
44; ; ;101; ; ;1
48; ; ;101; ; ;1Cela m'indique que j'obtiens bien les VLAN en provenance de SFR.
Il faut démarquer (untagged) tes VLAN. Je vois rien dans ce que tu nous montres qui permet de faire cela.
As tu aussi l'option 60 ?
@ Rooot : je passe comment ce 2 à 0 ? Dois-je modifier le fichier "/etc/mibs/data_1g_8q_us1280_ds512.ini" ?
Et qu'est-ce que cela va changer ?
@ G8U5 : as tu le niveau 5 (O5) en faisant "onu ploamsg" ou "gtop a" ? As tu les VLAN en faisant "gtop c v" ?
-
Quelqu'un pourrait-il m'aider à faire fonctionner ODI DFP-34X-2IY3 avec SFR.
Salut, jusqu'a présent personne n'a réussi à faire fonctionner avec SFR les ONU avec des puces Realtek RTL9601D. Meme en O5, on n'a pas de traffic qui sort...je ne sais pas pourquoi.
J'ai essayé avec un VSOL V2802RH et un LEOX LXT-010H-D, rien à faire...
-
@ Rooot : je passe comment ce 2 à 0 ? Dois-je modifier le fichier "/etc/mibs/data_1g_8q_us1280_ds512.ini" ?
Et qu'est-ce que cela va changer ?
oui il faut modifier ce fichier.
et aussi indiquer à l'ONU que c'est bien ce fichier qu'il faut lire, sinon il va utiliser celui qui est dans /rom. donc lancer la commande :
fw_setenv mib_file_custom "/etc/mibs/data_1g_8q_us1280_ds512.ini"
ce qui va changer c'est la priorité du traffic. @G8U5 a posté l'explication :
0 = Priority controlled and flexibly scheduled upstream traffic. The traffic scheduler and priority queue mechanism are used for upstream traffic.
1 = Rate controlled upstream traffic. The maximum upstream traffic of each individual connection is guaranteed by shaping.
2 = Priority and rate controlled. The traffic scheduler and priority queue mechanism are used for upstream traffic. The maximum upstream traffic of each individual connection is guaranteed by shaping.
Pour revenir en arrière, un simple : fw_setenv mib_file_custom devrait suffir
-
Tu n'as pas besoin d'avoir une sauvegarde. Si tu veux le remettre à sa valeur d'origine, tu fais "firstboot + reboot".
Ou bien, tu récupères ton fichier dans "/rom".
Je ne veux surtout pas tout resetté.
Et oui effectivement, je n'ai pas pensé à /rom ... :-[
Si non, je viens de refaire un test avec le Trafic Mangement à 2, et bien ça fonctionne! Pas de changements sur les débits !
Donc maintenant je suis bien à 2:
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0x53 0x46 0x55 0x31 0x33 0x38 0x39 0x42 0x32 0x34
3NT7SFU1389B24
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x00 0x00 0x00 0x00
PTIN\x00\x00\x00
-------------------------------------------------------------------------------
-
Salut Kiv et bienvenue dans le forum LaFibre.info. :)
Depuis mon ONU Huawei, si je fais "gtop c v", je vois ceci :
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;102; ; ;1
36; ; ;102; ; ;1
40; ; ;101; ; ;1
44; ; ;101; ; ;1
48; ; ;101; ; ;1Cela m'indique que j'obtiens bien les VLAN en provenance de SFR.
Il faut démarquer (untagged) tes VLAN. Je vois rien dans ce que tu nous montres qui permet de faire cela.
As tu aussi l'option 60 ?
@ Rooot : je passe comment ce 2 à 0 ? Dois-je modifier le fichier "/etc/mibs/data_1g_8q_us1280_ds512.ini" ?
Et qu'est-ce que cela va changer ?
@ G8U5 : as tu le niveau 5 (O5) en faisant "onu ploamsg" ou "gtop a" ? As tu les VLAN en faisant "gtop c v" ?
O5 est un vrai O5, puisque j'ai bien internet, et du coup, mes VLANs sont à (rien à détaguer):
gtop c v
GPE VLAN
Name: ONU_GPE_VLAN_TABLE
ID: 18
no;pcp;dei;vid;vlan_meter_enable;vlan_meter_id;end
32; ; ;101; ; ;
33; ; ; ; ; ;1
36; ; ;101; ; ;
37; ; ; ; ; ;1
gtop c y
GPE VLAN treatment
Name: ONU_GPE_VLAN_TREATMENT_TABLE
ID: 43
;;;;tagb;tagb;tagb;taga;taga;taga
no;inner not generate;outer not generate;discard enable;tpid;vid;treatment;tpid;vid;treatment
0;1;1;1; ; ;15; ; ;15
1;1;1; ;2; 101; 9; ; ;15
2;1;1; ;2; 101; 9; ; ;15
3; ; ;1; ; ;15; ; ;15
4;1;1; ;6; 101;10;4; ;15
5;1;1; ;6; 101; ;4; ;15
6;1; ; ; ; ;15; ; ;15
7; ; ; ; ; ;15; ; ;15
64;1;1; ;6; ; 9; ; ;15
65;1;1; ;6; 101; 9; ; ;15
66;1;1; ; ; ;15; ; ;15
67;1;1; ; ; ;15; ; ;15
68;1;1; ; ; ;15; ; ;15
69;1; ; ; ; ;15; ; ;15
70; ; ; ; ; ;15; ; ;15
128;1;1; ; ; ;15; ; ;15
129;1;1; ; ; ;15; ; ;15
130; ;1; ; ; ;15; ; ;15
-
@ G8U5 : Bizarre. Tu as le VLAN 101 mais pas le VLAN 102.
J'ai fait l'acquisition il y a quelque temps d'un BPI R4 qui à maintenant un version mainline de OpenWRT.
Installée et configurée avec succès, cette version fonctionne à merveille.
Tu as installé ton ONU GPON dans l'une des cages SFP de ton BANANA Pi R4 et tout fonctionne correctement sans problème. Est-ce bien cela ?
Tu ne passes pas par un Media Converter ou quoi que ce soit d'autre pour obtenir l'internet derrière ton Banana Pi R4.
J'avais un doute mais si ton ONU GPON fonctionne dans ce Banana Pi R4 alors tant mieux.
Après ça, tout à fonctionné avec un downstream plafonnant à 1800Mb/s et 780Mb/s pour du 2/1Gb promis, ce qui est très bien à mon goût.
Je n'ai pas les débits que tu obtiens.
Dans l'attente du XGS-PON...
Ce sera une autre histoire, à mon avis, un peu plus compliquer à mettre en oeuvre.
L'avantage de la technologie XGS-PON est que les routeurs ont des cages SFP+ fonctionnant à 10gb/s.
@ Rooot : j'ai mis 0 pour le "Traffic Management Opt", et j'ai toujours les mêmes problèmes de débit.
Je me souviens qu'en faisant des tests avec la BOX SFR, il y a déjà fort longtemps, j'avais une instabilité dans le débit ascendant (upload)
L'on m'avait dit de prendre les serveurs Bouygues, ce que j'ai fait et toujours derrière la BOX SFR, c'est bin plus stable.
Mais quand j'utilise l'ONU Huawei, je retrouve les mêmes problèmes que jadis, avec les serveurs Bouygues.
Je suppose que mon ONU est relié a un OLT et que celui-ci m'est réservé. Je veux dire que je ne le partage pas avec quelqu'un d'autre.
J'ai essayé avec un VSOL V2802RH et un LEOX LXT-010H-D, rien à faire...
Même en essayant de démarquer (untagged) les VLAN entrant ? Cela peut se faire dans l'ONU/ONT mais aussi coté routeur.
Hypothèse de ma part, par défaut, il n'y a aucun démarquage fait et c'est à nous de le faire.
Dans la version Huawei d'origine, j'ai une section consacrée au multicast et j'ai sélectionné "igmp version 2" ou "igmp version 3", sauf que je n'ai aucun résultat.
Il y a aussi une section pare-feu dans l'ONU. Dois-je ajouter quelque chose concernant les adresse IPv4 "224.0.0.0/8" ?
Comme je n'ai pas modifié mon routeur, et que derrière la BOX ça fonctionne, je suppose que le problème est dan l'ONU.
-
Même en essayant de démarquer (untagged) les VLAN entrant ? Cela peut se faire dans l'ONU/ONT mais aussi coté routeur.
Hypothèse de ma part, par défaut, il n'y a aucun démarquage fait et c'est à nous de le faire.
oui, j'ai essayé de mettre les vlan dans le routeur, ca n'a rien changé, aucun traffic ne sort côté lan de l'ONU.
-
Je suppose que pour visualiser le flux sortant de l'ONU, tu as utiliser "Wireshark".
Cela me parait bizarre que rien ne sorte de l'ONU Leox quand on est dans le réseau SFR.
-
Oui, installation au plus simple:
PTO -> ONU (FS) -> BPI-R4 (cage de gauche WAN), réglage de base dans OpenWRT (option 60 surtout).
J'avais encore un ER-4 qui plafonnait à 1Gb/s la semaine dernière.
iPerf lancé sur le routeur ne donne pas de bonnes perfs, probablement parce qu'on sort du noyau et que ça devient plus lent dans le userland.
Pour le test de débit, j'ai une machine i7 32GbRam avec NIC 10Gb, relier à l'autre cage SFP du BPI-R4, sur laquelle Speedtest donne de bons résultats.
Le FS n'est pas encore bien reconnu sur la 24.10-rc4, j'ai du modifier les nom et modèle de l'ONU dans l'Eeprom, car OpenWRT lit l'info pour le MODE du LINK 2500baseT ou X / FULL.
Je viens de tester le wifi (BE14), à 1m j'ai 1200Mb/s, plus loin ça dégringole vite mais le lieux où il est installé n'est pas top pour le bruit.
J'ai trouvé un super lien pour en savoir plus sur le GPON, les T-CONT, GEM et VLAN...
Pour nous c'est du single-tagged en N:1, vous verrez:
https://sites.google.com/site/amitsciscozone/gpon/gpon-vlans-and-gem-ports?authuser=0 (https://sites.google.com/site/amitsciscozone/gpon/gpon-vlans-and-gem-ports?authuser=0)
et les fondamentales:
https://sites.google.com/site/amitsciscozone/gpon/gpon-fundamentals?authuser=0 (https://sites.google.com/site/amitsciscozone/gpon/gpon-fundamentals?authuser=0)
Du coup, c'est probablement par les MIBs et OMCI que l'ONT est informé de comment détagger.
Du coup, je me demande comment c'est câblé quand on est chez SFR sur un réseau orange, l'OLT sera tout de même à SFR?
les OLTs d'Orange doivent double-tagger les VLANs, ce qui expliquerait pourquoi les abonnés d'Orange doivent détagger.
-
@ G8U5 : en ce qui me concerne, mon problème de débit est lié à mon Dongle USB/RJ45 2500mb/s. Si je passe par ma carte physique réseau, celle à 1gb/s, j'obtiens les mêmes débits ascendants et descendants que ma BOX 8 SFR, c'est-à-dire vers les 930mb/s. Ce n'est donc pas lié à la puissance optique de l'ONU.
Le problème du débit dépend aussi du serveur que je teste. J'ai de bons résultats avec le serveur "Bouygues BBC de Meudon". Avec l'ONU FS GPON, je pense avoir plus de stabilité, mais pour cela, il me fait un vrai routeur et surtout un carte réseau digne de ce nom.
J'aimerai finaliser le flux multicast. Je ne sais pas où ça bloque. Si c'est dans le pare-feu ou ailleurs. Je pense n'avoir rien à faire dans mon Asus pour mettre en place le Multicast, vu que ça fonctionne déjà avec la BOX SFR ou avec l'ONT7-SFU-v3 de SFR. Je précise tout de même que je teste les flux "rtp://" de SFR avec VLC et en particulier "BFM Info" (canal 15).
Aucun problème s'il s'agit de l'IPTV (OTT) que je teste sur la chaîne TF1. Pareil aussi pour le Softphone Zoiper5. je peux obtenir une communication téléphonique. Et bien sûr, aucun problème avec le Connect TV (OTT).
j'ai testé les quatre versions que j'ai à ma disposition, à savoir "Carlito", "FS Modded", Huawei modifiée" (voir Hack Gpon) et la version d'origine de mon ONU et tous fonctionnent très bien. En principe, la version d'origine sait gérer le multicast sauf que ça ne fonctionne pas. Peut-être un problème de paramétrage sauf que je ne sais pas encore lequel.
Comme je l'ai dit, quand j'aurai l'ONU FS, je configurerai la cinquième version, celle installée dans cette ONU. Je ne vais certainement pas l'écraser par un autre micrologiciel. Ca, c'était le but de l'ONU Huawei. Je me demande si je ne vais pas prendre un second ONU Huawei SmartAX MA5671a, vu que le prix tourne à moins de 30€. Chez AliExpress, c'est du reconditionnée et non du neuf. Par contre, c'est du neuf chez FS.COM.
-
Une de mes 2 images sur mon FS est toujours celle d'origine, je ferai un test pour voir, mais il me semble qu'on ne peux pas changer la version logiciel, ce qui va de toute façon dans le sens de ta config, c-a-d MAC, SN et SLID/PLOAM Password.
Il me semble que tout ce code en hexa sur nSerial et NPassword dans cette version.
Je te tiendrai au courant, en espérant ne pas avoir rebrancher mon ONU dans le Molex.
-
@rooot pour le LEOX et autres.
J'ai aussi trouvé ça sur comment simuler un mode bridge et setter des vlans:
https://gitea.osmocom.org/gpon/ltq_gpon_onu/src/branch/master/gpon-omci-onu/files (https://gitea.osmocom.org/gpon/ltq_gpon_onu/src/branch/master/gpon-omci-onu/files)
-
Bonjour @G8U5,
Je suis dans le même cas de figure que toi (Bananpi R4 + GPON-ONU-34-20BI).
J’aimerai faire ton fix pour activer le quirk mode sous Openwrt 24.10-rc4 pour qu'il soit bien reconnu à 2.5Gb et donc renommer mon Vendor Name + Vendor PN mais je ne suis pas certain des commandes a utiliser, malgré une lecture attentive des docs.
Peux tu me dire lesquelles tu as utilisé ?
Merci,
Aworan
-
Bonjour @G8U5,
Je suis dans le même cas de figure que toi (Bananpi R4 + GPON-ONU-34-20BI).
J’aimerai faire ton fix pour activer le quirk mode sous Openwrt 24.10-rc4 pour qu'il soit bien reconnu à 2.5Gb et donc renommer mon Vendor Name + Vendor PN mais je ne suis pas certain des commandes a utiliser, malgré une lecture attentive des docs.
Peux tu me dire lesquelles tu as utilisé ?
Merci,
Aworan
Salut.
Et bien, pour savoir quelles commandes utiliser, pour commencer, vas faire un tour sur ton routeur, en SSH et lances la commande ethtool -m eth2 (il faut installer ethtool-full sur le routeur).
Ça te donnera donc des infos qui sont en fait dans l'Eeprom du stick, qu'OpenWRT lit pour configurer le LINK.
On sait que sur ce module, l'Eeprom est simulée et que donc les infos sont en fait dans les Envs dans sfp_i2c....
La commande qui modifie ces lignes est sfp_i2c -i...
Donc normalement, si tu tapes la commande sfp_i2c sur l'ONU (en SSH), la commande te renvoie quels index de paramètres correspondent au Vendor_NAME, et Vendor_PN.
Il faut donc taper les commandes sfp_i2c -i index Vendor_NAMEet sfc_i2c -i index Vendor_PN.
Et voilà, le module envoie bien les bons paramètres.
Sauf que, au reboot, les valeurs sont à nouveau celles d'origine!
En fouillant un peu dans les scripts d'init, dans /etc/init.d/ tu trouveras le script sfp_eeprom.sh, je t'invite à le lire pour comprendre (cat /etc/init.d/sfp_eeprom.sh).
Maintenant, quelle valeur saisir?
La j'ai fouillé un peu le forum de BPI et tanté le tout pour le tout, ça passe ou ça casse (enfin pas physiquement, on peut toujours revenir en arrière).
Dans les sources du kernel d'OpenWRT il y a un fichier sfp.c dans lequel tu trouveras tous les QUIRKs. Un des QUIRKs support un module nommé "OEM". Celui que j'ai choisi en premier lieu car rien de plus standard qu'OEM. Pour le PN, en 2.5baseT c'est "SFP-2.5G-T"
https://elixir.bootlin.com/linux/v6.12.6/source/drivers/net/phy/sfp.c (https://elixir.bootlin.com/linux/v6.12.6/source/drivers/net/phy/sfp.c) à partir de la ligne 466.
En reprenant le lien, je vois même:
// Fiberstore GPON-ONU-34-20BI can operate at 2500base-X, but report 1.2GBd
// NRZ in their EEPROM
SFP_QUIRK("FS", "GPON-ONU-34-20BI", sfp_quirk_2500basex,
sfp_fixup_ignore_tx_fault),
J'ai fait une autre modif. (un peu plus compliquée) dans l'Eeprom suite à une info sur un autre forum, mais je ne sais pas si elle est utile (elle fixe du coup le 1.2GBd report, j'ai mis 3.1GBd).
J'ai donc maintenant passer le Vendor_NAME et Vendor_PN à ceux de FS, pour ignorer également le TX_Fault, ça fonctionne également et sera plus propre.
Je te laisse te débrouiller un peu, c'est toujours mieux de comprendre par soit même, pour mieux intégrer ce qu'il se passe...
N'hésite pas à revenir pour la suite.
-
@rooot et @artemus24
J'ai maintenant remis omcid.sh par default.
Je l'avais modifié pour mettre PTIN à la place de HWTC et le Trafic-Management à 0. Ce qui n'est plus utile maintenant.
En réalité, si tu veux PTIN dans le Vendor_ID du MIB, il faut 'fw_setenv omci_vendor_id "PTIN"', sfp_eeprom.sh le rentre dans l'Eeprom et OMCID le lit.
Idem pour Equipment id: fw_setenv omci_equip_id "GR140IG" -> le modèle du block fibre de la BOX 8.
D'après toi, Artemus24, pas vraiment nécessaire.
Par contre pour le LINK MODE 2500BaseT/FULL, pour l'instant sur la 24.10-rc4 il te faudra:
fw_setenv sfp_vendor_name "FS"
fw_setenv sfp_part_name "GPON-ONU-34-20BI"
fw_setenv sgmii_mode 5 ou fw_setenv sgmii_mode (pour le supprimer car 5 par defaut)
Et aussi peut être modifier manuellement deux autres paramètres de l'Eeprom (disabling 1000base-LX and set BR, Nominal value to 3100MBd)
Ce que @aworan ne devrait pas tarder à confirmer (ou pas)
-
En réalité, si tu veux PTIN dans le Vendor_ID du MIB, il faut 'fw_setenv omci_vendor_id "PTIN"', sfp_eeprom.sh le rentre dans l'Eeprom et OMCID le lit.
Idem pour Equipment id: fw_setenv omci_equip_id "GR140IG" -> le modèle du block fibre de la BOX 8.
D'après toi, Artemus24, pas vraiment nécessaire.
La bonne question est de savoir ce que désire l'OLT afin que ton ONU puisse échanger avec lui.
Nous n'avons pas tous les mêmes OLT dans les NRO, d'où je suppose les différences de configuration.
Dans mon cas, je n'ai pas eu besoin d'utiliser ces paramètres.
Par contre pour le LINK MODE 2500BaseT/FULL, pour l'instant sur la 24.10-rc4 il te faudra:
fw_setenv sfp_vendor_name "FS"
fw_setenv sfp_part_name "GPON-ONU-34-20BI"
Je n'utilise pas le Banana Pi R3 ou R4. Cela concerne plutôt Rooot et Aworan.
-
@artemus24
Je viens de switcher sur la version d'origine du FS (6BA1896SPLQA42), j'ai bien un O5, qui n'est pas un fake O5, mais je ne récupère pas les VLANs.
J'ai lu, il y quelques jours (je n'arrive pas à retrouver où) que certains OLT, une fois l'O5 atteint, attendent une autre info (le FW_Ver) pour continuer et setter les VLANs.
Seulement, sur la version d'Origine du FS, il n'y a pas moyen de changer la version logiciel car elle est codée en dur dans OMCID, voir https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#setting-omci-software-version-me-7 (https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#setting-omci-software-version-me-7).
Donc rien à faire sans patcher, enfin pour moi.
Si toi tu n'as pas à rentrer la version firmware (imageX_version), ça fonctionnera surement!
Tu n'auras alors que 3 valeurs à saisir pour t'enregister:
nSerial, nPassword et l'@MAC.
Et @rooot, donc j'imagine que c'est ce qui peut bloquer sur les autres modèles comme le LEOX.
-
Je viens de switcher sur la version d'origine du FS (6BA1896SPLQA42), j'ai bien un O5, qui n'est pas un fake O5, mais je ne récupère pas les VLANs.
Je ne sais pas trop pourquoi, on désigne le fait de ne pas avoir les VLAN par un fake "O5".
Le niveau 5 est en attente d'un PLOAM ou mot de passe fibre. As tu vérifié qu'il est correctement renseigné ?
Il se peut qu'il soit à transmettre sous forme hexadécimale dans "nPassword" ou ailleurs comme dans [C]sfp_i2c -i11 -s "1234567890"[/C].
J'ai lu, il y quelques jours (je n'arrive pas à retrouver où) que certains OLT, une fois l'O5 atteint, attendent une autre info (le FW_Ver) pour continuer et setter les VLANs.
Dans la version Carlito, je me souviens que j'avais un "O5" mais pas les VLAN. J'avais pourtant renseigné la version Software en mettant celle de la BOX. Quand j'ai mis celle donnée dans le site "Hack Gpon", j'ai obtenu les VLAN. Je veux signifier que l'on ne peut pas mettre n'importe quoi comme version Software dans IMAGEx_VERSION.
A ma connaissance, la verion Hardware est a renseigné dans le fichier "/etc/init.d/sys.sh". Là aussi, ça dépend de l'OLT. On ne peut pas généraliser.
Donc rien à faire sans patcher, enfin pour moi.
Je n'ai pas testé la version native de l'ONU FS car je ne me suis pas encore procuré l'ONU FS.
J'ai testé la version "6BA1896SPLQA42_MODDED_ver5-1.img" que j'ai installé dans mon ONU Huawei SmartAX MA5671a.
Attention : Ce n'est pas parce que la version est presque la même (FS NATIVE / FS MODDED) que cela se configure de la même façon.
Si toi tu n'as pas à rentrer la version firmware (imageX_version), ça fonctionnera surement!
La version software de l'installation "FS Modded" est "FS v5".
Je ne l'ai pas renseignée et si je la modifie, je retrouve cette valeur après le reboot.
Et @rooot, donc j'imagine que c'est ce qui peut bloquer sur les autres modèles comme le LEOX.
Pas nécessairement. Je pense plutôt que par défaut, les VLAN sont marqués alors qu'ils devraient ne pas l'être pour SFR.
-
ils vendent des media converter avec les pin ttl pour nokia et huawei directement dans la carte mere. Artemus en a acheté un. 36,39€ sur aliexpress
https://fr.aliexpress.com/item/1005007198047818.html
le pcb du media converter devrait ressembler a ca :
(https://images-na.ssl-images-amazon.com/images/I/71CEFdJnYeL._UL1200_.jpg)
Bonjour
J’ai réussi à faire fonctionner l’adaptateur molex 20 broches après de multiples essais et j’ai réussi à rooter le MA5671A via la page dédiée du site hack-gpon. Malheureusement, ensuite mes fils se sont dessoudés et après les avoir ressoudés, ça ne fonctionnait plus du tout , j’ai abandonné cette technique et je n’ai donc pas pu flasher le firmware du MA5671a.
J’ai donc commandé le média converter cité ci-dessus sur aliexpress et j’attends de le recevoir.
À ce propos, je suppose que le MA5671a sera déjà alimenté par le média Converter, donc il n’y a plus qu’à brancher en TTL, le RX et le TX ? (Il ne faut donc pas brancher le 3.3V et le GND ?)
Ou alors il faut brancher à la fois l’alim du média converter et aussi le GND et 3.3V du connecteur PON-TTL ?
Est-ce que quelqu’un pourrait me confirmer ça svp ?
-
Il faudra brancher GND, TX et RX.
-
Est-ce que quelqu’un pourrait me confirmer ça svp ?
Tu as deux possibilités :
a) soit tu alimentes ton Media Converter et dans ce cas, comme l'indique HWTI, tu ne dois utiliser que trois fils (GND, Tx, Rx) mais surtout pas le fil Vcc.
b) soit tu n'alimentes pas ton Media Converter et dans ce cas, tu peux utiliser les quatre fils.
Sauf que cette technique a l'inconvénient d'utiliser la prise USB de ton ordinateur pour l'alimentation.
Il se trouve que cette alimentation peut être insuffisante pour alimenter ton stick ONU. Ce fut mon cas !
En principe, il faut croiser, c'est-à-dire faire Tx <--> Rx. Sauf que le bon branchement est : Tx <--> Tx & Rx <--> Rx.
J'ai constaté chez moi que cette configuration est la bonne car le Media Converter croise déjà les transmissions.
je n’ai donc pas pu flasher le firmware du MA5671a.
Quelle version vas tu installer ?
Ce qui fut pour moi le plus simple a été la version "Carlito".
-
Merci pour ces infos
Je comptais installer la version Carlito. Cela dit je ne sais pas si le MA5671A va fonctionner correctement sur mon routeur netgear X10 (R9000) qui est en openwrt.
-
Bonjour,
j'espère écrire sur le bon topic, si c'est pas le cas, dites-moi..
Après avoir passé des journées entières sur ce forum, en particulier sur ce fil ici et sur la console à essayer de faire fonctionner mon Huawei MA5671A avec SFR, je commence vraiment à sécher (et à avoir envie de brûler le stick GPON).
Pour le contexte : Je suis sur une offre RED 1Gbit/s depuis peu mais avec une box 8 fibre donc avec ONT intégré. On avait des soucis au début, après la 3e box qu'ils nous ont onvoyée et qui ne marchait toujorus pas, un technicien nous a branché celle-ci parce que c'était la seule qu'il avait sur lui, donc maintenant ça fonctionne, mais sans ONT ext, donc bien moins pratique..
J'ai flashé Carlito sur mon MA5671A (acheté préflashé avec le firmware rooted Huawei) et j'ai suivi le super tuto de @maximushugus : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg998831/#msg998831
J'ai tout vérifié plusieurs fois, réinitialisé et recommencé, mais je n'arrive pas au bout.
J'ai un PLOAM state 5, mais pas de VLAN.
J'ai vérifié via omci_pipe.sh les messages 256 et 257 et j'ai vérifié le mdp avec onu gtcpg, tout m'a l'air OK. J'ai mis l'adresse MAC également.
J'ai joué avec l'equipment_id, en mettant soit le modèle de la box 8 (GR140IG), soit le SN (PTINxxxx), soit un autre modèle (GS0100GH), ça ne change rien.
Donc je vous mets tout ça en espérant que qu trouve la coquille...
gtop a :
OPTION VALUE
PLOAM state 5
Downstream FEC enable no
Upstream FEC enable yes
PLOAMd message waiting in buffer no
PLOAMd message buffer overflow no
Receive state machine status sync
Receive superframe state machine status sync
PEE received no
ONU ID 10
Start Offset enable no
[0] Interface mode 15
[0] PHY status 4
[0] PHY duplex 1
[0] WOL status 0
/opt/lantiq/bin/omci_pipe.sh meg 256 0:
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x52 0x47 0x57 0x32 0x31 0x32 0x37 0x31 0x55 0x30 0x31
3NTRGW21271U01
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x49 0x4e 0x## 0x## 0x## 0x##
PTIN\x##\x##\x##\x##
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x00 (0)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
/opt/lantiq/bin/omci_pipe.sh meg 257 0 :
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x47 0x52 0x31 0x34 0x30 0x49 0x47 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
GR140IG\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0080 (128)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x000013fa (5114)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0000 (0)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
Qu'est-ce que je peux faire ?
-
@bendamat
Depuis que je suis passé à la Box8...
Pour ma part, je n'ai toujours pas réussi à me connecter avec les valeurs de la BOX8. J'ai toujours la MAC, le SN, HW_VER et SW_VER de l'ONT que j'ai rendu.
Seul le SLID est le nouveau.
Un commercial m'a appelé aujourd'hui pour "prendre des nouvelles", j'ai réussi à négocier qu'il me rappel en fin de semaine pour me passer un technicien qui bosse sur les OLT...
Je vais bosser mes questions ;D
-
@G8U5 intéressant ! :D Hâte de voir ce qu'ils te racontent...
-
@bendamat
Depuis que je suis passé à la Box8...
Pour ma part, je n'ai toujours pas réussi à me connecter avec les valeurs de la BOX8. J'ai toujours la MAC, le SN, HW_VER et SW_VER de l'ONT que j'ai rendu.
Seul le SLID est le nouveau.
Un commercial m'a appelé aujourd'hui pour "prendre des nouvelles", j'ai réussi à négocier qu'il me rappel en fin de semaine pour me passer un technicien qui bosse sur les OLT...
Je vais bosser mes questions ;D
Merci G8U5 ! tu me sauve la vie !!
j'ai été bloqué en testant avec les paramètres de la box8 qui ne fonctionne pas. Dés que j'ai vu ton message, j'ai sortie l’ancien ONT de la box6. J'ai récupérer les infos et ça fonctionne like a charm avec un Huawei MA5671A sous le firmware FS modded !
y'a un truc qui nous manque pour la box8 !
-
Heureusement que tu l'avais encore...
Depuis j'ai démonté la box8 pour me brancher dessus en tty, le boot est sécurisé, pas moyen de s'arrêter au boot-loader pour changer le mot passe. Du coup pas moyen d'aller voir dans le soft.
Pour ceux qui voudraient tenter, pas la peine de la démonter, le port tty est sous l'autocollant du modèle de la box. Un coup de décapeur thermique ou sèche-cheveux et vous pourrez remettre l'étiquette ni vu, ni connu.
-
@ G8U5 : si tu veux changer le mot de passe de la fibre, tu n'es pas obligé de passer par un branchement en USB / serial TTL.
La solution se trouve dans ce lien (https://la-communaute.sfr.fr/t5/installation-et-param%C3%A9trage/sfr-box-8-impossible-de-changer-le-mot-de-passe-fibre/td-p/2425561), où il faut bidouiller la page web pour supprimer la protection de la modification de la zone de saisie.
Je l'ai testé et ça fonctionne parfaitement avec la BOX 8 SFR.
-
Pardon @artemus24 mais je ne comprend vraiment pas ce que j'ai a voir avec ce message.
Tout va bien de mon coté, si ce n'est que j'ai beau mettre les paramètres de la BOX8 dans mon ONU FS, je n'obtiens pas de connexion et que donc j'utilise les valeurs de l'ONT que je possédais avant et que donc, ça fonctionne bien comme ça.
Aucune raison de changer de SLID sauf pour stopper définitivement ma connexion internet, ce qui n'a pas grand intérêt.
Et comme de toutes façons, de ton coté, apparemment tu n'as pas besoin de saisir les mêmes infos que moi dans l'ONU (je dois saisir la version firmware (imageX_version)), ton aide me semble futile de ce coté là.
Maintenant pour les autres, si vous comprenez la question:
Savez vous si le module fibre de la BOX8 serait le même que celui de la BOX8-X, la BOX8 serait alors bridée à 2Gbs, mais tout de même en XGS-PON. Sur une autre longueur d'onde, l'OLT ne s'attendrait pas à avoir des paramètres de connexion XGS-PON (paramètres BOX8 et 8X) du coté 1310-1490 nm (GPON). Qu'en pensez vous ?
-
Pardon @artemus24 mais je ne comprend vraiment pas ce que j'ai a voir avec ce message.
Tu parles de la BOX 8 SFR, et de la modification du mot de passe. J'ai cru comprendre qu'il s'agissait du mot de passe de la fibre puisque celui-ci ne peut pas être modifé directement dans la BOX 8 SFR.
Et comme de toutes façons, de ton coté, apparemment tu n'as pas besoin de saisir les mêmes infos que moi dans l'ONU (je dois saisir la version firmware (imageX_version)), ton aide me semble futile de ce coté là.
Je suis d'accord car je ne possède pas encore l'ONU FS et je ne vois pas trop comment je pourrai t'aider à résoudre ce problème, sachant qu'avec mon ONU Huawei SmartAX MA5671a, je n'ai aucun problème de connexion avec Carlito, FS Modded et la version Huawei original, puisque j'ai réussi le test.
Savez vous si le module fibre de la BOX8 serait le même que celui de la BOX8-X, la BOX8 serait alors bridée à 2Gbs, mais tout de même en XGS-PON. Sur une autre longueur d'onde, l'OLT ne s'attendrait pas à avoir des paramètres de connexion XGS-PON (paramètres BOX8 et 8X) du coté 1310-1490 nm (GPON). Qu'en pensez vous ?
Les deux technologies G-PON & XGS-PON sont différentes, au moins sur les longueurs d'ondes.
--> G-PON : 1 310 nm (UpStream) et 1 490 nm (DownStream).
--> XGS-PON : 1 270 nm (UpStream) et 1 577 nm (DownStream).
Le G-PON a un débit maximale de 2488mb/s (DownStream) et de 1244mb/s (UpStream).
Le XGS-PON a un débit symétrique chez SFR au maximal de 8gb/s (https://lafibre.info/sfr-la-fibre/la-sfr-premium-se-refait-une-beaute-8-gbs-down-8-gbs-en-upload/msg1061676/#msg1061676).
Il est difficile de dire s'il y un seul module qui gère la fibre optique et que cela soit le même dans les deux BOX 8 & 8X de chez SFR. Je sais que pour obtenir le 8gb/s avec la BOX 8X SFR, il faut demander le stick chez SFR que l'on place dans la cage SFP+ (10g). Les ports RJ45 de la BOX 8X fournissent du 1gb/s seulement, tout comme ceux de la BOX 8 SFR.
Je n'ai pas bien compris le reste de ta question. Je suppose que tu demandes si en te procurant l'ONU WAS-110 pour la technologie XGS-PON et en le branchant sur ta ligne FTTH actuelle avec l'offre POWER, tu pourrais outrepasser la limite des 2gb/s en allant jusqu'à 8gb/s. Je ne sais pas répondre à cette interrogation.
Je suppose qu'il faut être éligible à la technologie XGS-PON pour pouvoir l'exploiter. Ensuite prendre l'offre Premium, qui ne consiste pas uniquement à recevoir la BOX 8X et le stick, mais à activer les autorisations pour exploiter la technologie XGS-PON. Après ça, tu peux bidouiller le WAS-110 et obtenir le débit que tu recherches. Je ne suis pas certain que tu puisses avec l'offre POWER, même si ton logement est éligible à la technologie XGS-PON que tu puisses l'obtenir en bidouillant l'ONU WAS-110. Cela serait un peut trop facile.
-
@artemus24
C'est ici qu'on change le mot de passe fibre.
J'ai déjà un abonnement Premium.
Je me demande si d'autres personnes, qui ont également une Box8 sont aussi éligible au 8Gbs (faire le test sur la page SFR sans être loggé à son compte).
-
C'est ici qu'on change le mot de passe fibre.
Oui, et tu le fais en tapant ce lien : http://192.168.1.1/index.html#/gui/wan/slid
J'ai déjà un abonnement Premium.
L'offre Premium SFR ne donne pas systématiquement le débit 8gb/s. Cela dépend si tu es éligible ou pas à la technologie XGS-PON. Si tu es en G-PON, tu as la BOX 8 et si tu es en XGS-PON, tu as la BOX 8X.
Je me demande si d'autres personnes, qui ont également une Box8 sont aussi éligible au 8Gbs (faire le test sur la page SFR sans être loggé à son compte).
Je ne vois pas trop le rapport entre la modification du mot de passe fibre et d'être éligible ou pas à la technologie XGS-PON (au 8gb/s).
Dans ton navigateur préféré, tu te déconnectes de ton compte SFR et tu vérifies que tu es éligible ou pas en cliquant sur ce lien (https://www.sfr.fr/offre-internet/test-eligibilite-adsl-vdsl-fibre).
Si après avoir saisie ton adresse résidentielle, il t'indiques que tu es éligible à la fibre (message vert qui te dit : "La fibre est disponible"), tu es alors en G-PON. S'il t'indiques être éligible au 8gb/s, tu es alors en XGS-PON. Depuis chez moi, je suis éligible à la fibre (G-PON) mais pas au 8gb/s (XGS-PON).
Si tu as un doute, contactes le service clientèle (ou technique) de SFR au 1023.
-
Depuis j'ai démonté la box8 pour me brancher dessus en tty, le boot est sécurisé, pas moyen de s'arrêter au boot-loader pour changer le mot passe. Du coup pas moyen d'aller voir dans le soft.
Pour ceux qui voudraient tenter, pas la peine de la démonter, le port tty est sous l'autocollant du modèle de la box. Un coup de décapeur thermique ou sèche-cheveux et vous pourrez remettre l'étiquette ni vu, ni connu.
G8U5 m'a donné une idée..
J'ai essayé de me connecter à l'ONU comme s'il était externe, c'est à dire en tapant sur 192.168.4.254 ... mais j'ai un refus de connexion, que ce soit en SSH ou en telnet.
En revanche, il me répond bien au ping...
Donc il y a bien quelqu'un au bout du fil... ? Et il faut "juste" trouver la bonne façon de faire pour que la connexion passe en telnet pour lui demander comment il est paramétré ?
-
peux tu essayer une connexion telnet sur la box (pas l'ONT) sur le port 1287 ?
sur la NB6VAC on accede a des infos.
-
Hi rooot, merci pour la piste!
ça ne répond pas, MAIS j'ai trouvé que 1288 répond en SSH ::)
Par contre je ne sais pas comment me connecter.. admin4me / connect4you@support ne marche pas.
Une idée?
-
Salut à tous,
j'ai acheté un ONU Huawei sur leboncoin vendu comme HS. L'objectif c'est de me faire un peu la main dessus avant d'en acheter un autre si celui-ci est effectivement HS.
La personne n'a pas fait de backup des partitions avant de flasher le firmware Carlitox. Quoi qu'il en soit j'ai bien accès à l'ONU en SSH et à l'interface Openwrt.
Lors de la connexion SSH j'ai cette information : OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON
Ne sachant pas ce qui a été bricolé sur cet ONU, comment repartir d'une base saine et savoir quel FW est installé ?
-
Salut,
repartir d'une base saine ça voudrait dire flasher le firmware Huawei rooted, ce qui n'aurait que peut d'interêt vu qu'il ne permet pas d'obtenir une connexion sur le réseau SFR, donc autant aller directement vers ce qui est connu et reconnu pour bien marcher : le firmware fs.com https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/
-
Merci pour le retour. Tu recommandes le firmware FS plutôt que Carlitox ? Pour quelle raison ?
-
parce que c'est celui que j'ai et qu'il marche très bien ;D
-
Très bon argument :)
Pour le paramétrage c'est la même procédure que celle donnée par Maxmimushugus ? J'ai regardé sur hack-gpon, le firmware du FS Modded est un .img et il n'y a qu'un seul fichier alors que les images du Carlito sont en .bin et il y a deux fichiers à flasher. Est-ce normal ?
-
Oui, c'est normal. Lors du transfert vers l'ONU, rien ne t'empêche (ce que j'ai fait), de le renommer en "mtd2.bin". Je rappelle que tu installes l'image 0 (mtd2) en te trouvant dans l'image 1.
Ce qu'il faut savoir, c'est que l'image (ou le binaire) n'est pas complet et tu dois entrer dans l'ONU, non pas par SSH qui ne fonctionnera pas, mais par le mode serial afin de faire un "firstboot" puis un "reboot". Après être sortie de ce mode de communication, tu peux entrer normalement par SSH. C'est la grande différence avec Carlito où tu peux entrer après l'installation de l'image en SSH. Tout est expliqué dans le lien FSMODDED sous Hack GPON.
-
Merci pour les infos, je testerai ça dans la semaine.
-
Bon finalement je me suis lancé sur le firmware Carlito pour éviter l'USB TTL pour le moment.
Je suis arrivé au bout de la configuration, en revanche pour lorsque je branche l'ONU j'ai un PLAOM 1 et des valeurs RSSI et tx power de -11.72dBm et -4.03dBm, ce qui n'est visiblement pas dans les clous. J'ai pourtant bien supprimé le fichier de calibration lors du tuto.
A quoi le PLOAM 1 correspond t-il et est-il possible de relancer une calibration du laser ? Sinon dois-je en conclure que l'ONU est effectivement HS ce qui correspondrais à l'état dans lequel il a été vendu ?
-
Je me réponds tout seul et pour la postérité.
Il y a une erreur également dans le tuto sur la ligne permettant de recalibrer le laser. C'est "optic" et pas "optics".
Ça serait d'ailleurs intéressant de remette le tuto au propre en rajoutant certaines informations.
D'ailleurs je n'ai pas réussi à transférer les images en SCP malgré un gros paquet de tentative et même l'installation d'un serveur SCP sur mon PC pour essayer de récupérer en SSH depuis l'ONU. J'ai donc installé un serveur TFTP sur mon PC et j'ai téléchargé les fichiers depuis l'ONU. Le tour était joué en 5min. Tellement plus simple...
-
Ce matin j'ai retesté après avoir effacé à nouveau, correctement cette fois, le fichier ".goi_recovered". Résultat j'ai un valeur RSSI : -infdBm ...
Quelqu'un a déjà eu ça ?
-
D'ailleurs je n'ai pas réussi à transférer les images en SCP malgré un gros paquet de tentative et même l'installation d'un serveur SCP sur mon PC pour essayer de récupérer en SSH depuis l'ONU. J'ai donc installé un serveur TFTP sur mon PC et j'ai téléchargé les fichiers depuis l'ONU. Le tour était joué en 5min. Tellement plus simple...
Sous Debian, je n'ai pas pu tranférer les binaires (ou images) vers l'ONU Huawei. J'ai toujours la même erreur qui doit être lié à ma version (Debian BookWorm) trop récente. J'ai pourtant respecté le paramétrage, mais rien n'y fait. La solution que j'ai trouvée est de le faire depuis Windows 10 Pro, en utilisant Putty que j'utilise aussi pour me connecter à l'ONU. Et là, ça fonctionne parfaitement.
Quelqu'un a déjà eu ça ?
J'ai eu quelques problèmes de calibrage parce que la première fois, j'avais oublié de faire un firstboot + reboot.
Même en supprimant le fichier ".goi_recovered", j'étais comme tu dis en dehors des clous.
Résultat j'ai un valeur RSSI : -infdBm ...
Ce résultat est comme si tu n'avais pas branché ta fibre optique.
-
De mon côté j'ai testé sous windows et terminal WSL sous windows et dans les deux cas ça n'a pas marché. J'ai donc testé plusieurs méthodes jusqu'à arriver au serveur TFTP qui prend 1 minute à mettre en place.
Concernant le fichier ".goi_recovered" j'ai bien rebooté l'ONU après suppression du fichier de calibrage mais je n'ai pas fait de firstboot car il me semble que c'est pour réséter l'ONU non ?
Ce qui est étonnant c'est que j'avais une valeur RSSI hors des clous avant la suppression du fichier, et que je n'avais même plus de valeur après...
Que pourrais-je tester d'autre ?
-
Oui, le firstboot remet tous tes fichiers dans la version usine de la version Carlito, mais ne touche pas aux paramètres (fw_printenv) que tu as entrées dans l'ONU. N'aies aucune crainte, ta version Carlito ne sera pas écrasée par la version d'origine Huawei.
-
Bon, quitte à bricoler, j'ai flasher le firmware FS modded, histoire de bien me familiariser avec toutes les manips.
Artemus j'ai lu que tu avais réussi à t'enregistrer sur le réseau avec seulement fw_setenv onu_serial et fw_setenv onu_ploam ?
-
J'ai beaucoup bricolé sur mon ONU Huawei SmartAX MA5671a. J'ai testé Carlito que j'ai réussi à configurer facilement, puis la version le fichier "sfp_a2_info" que j'ai trouvé plutôt compliqué à mettre au point, puis la version FSMODDED et enfin, je suis revenu sur la version d'origine Huawei. Actuellement, j'ai l'image 0 (FSMODDED) et l'image 1 (version d'origine Huawei).
Voici mon script pour configurer la version FSMODDED :
#!/bin/sh
# ========== #
# Parameters #
# ========== #
ADDR="xx:xx:xx:xx"
MAC1="xx:xx"
MAC2="xx:yy"
SERIAL="PTIN${ADDR:6:2}${ADDR:9:2}${MAC1:0:2}${MAC1:3:2}"
PLOAM="xxxxxxxx"
# ============= #
# Configuration #
# ============= #
clear
echo -e "+===================================================+"
echo -e "| ONU Huawei SmartAX MA5671a (Firmware FS Modified) |"
echo -e "+===================================================+"
echo -e "\n+---------------+"
echo -e "| Serial Number |"
echo -e "+---------------+\n"
fw_setenv onu_serial "$SERIAL"
fw_printenv onu_serial
onu gtcsng
echo -e "\n+---------------------------+"
echo -e "| Slid or Ploam or Password |"
echo -e "+---------------------------+\n"
fw_setenv onu_ploam "$PLOAM"
fw_printenv onu_ploam
sfp_i2c -i11 -s "$PLOAM"
onu gtcpg
echo -e "\n+-----------------------+"
echo -e "| MAC Address 'ethaddr' |"
echo -e "+-----------------------+\n"
fw_setenv ethaddr "$ADDR:$MAC1"
fw_printenv ethaddr
echo -e "\n+------------------+"
echo -e "| Interface 'host' |"
echo -e "+------------------+\n"
uci set network.host.macaddr=`echo "$ADDR:$MAC1"`
echo -n "uci set >> "
uci show network.host.macaddr
uci commit network.host
echo -e "\n+-----------------+"
echo -e "| Interface 'lct' |"
echo -e "+-----------------+\n"
uci set network.lct.macaddr=`echo "$ADDR:$MAC2"`
echo -n "uci set >> "
uci show network.lct.macaddr
uci commit network.lct
fw_setenv ipaddr 192.168.4.10
fw_printenv ipaddr
fw_setenv netmask 255.255.0.0
fw_printenv netmask
fw_setenv gatewayip 192.168.1.1
fw_printenv gatewayip
echo -e "\n+-------------------+"
echo -e "| Laser Calibration |"
echo -e "+-------------------+\n"
if [ -e /etc/optic/.goi_recovered ]; then
rm /etc/optic/.goi_recovered
fi
echo -e "\n+--------+"
echo -e "| Finish |"
echo -e "+--------+\n"
exitJ'ai repris la même adresse MAC que ma BOX 8 SFR pour la variable "$MAC1" et j'ai ajouté +1 pour la variable "$MAC2". J'accède à l'ONU par l'adresse "$MAC2".
Et bien sûr, il te faut le mot de passe fibre que tu as dans ta BOX SFR.
-
Merci pour les infos et pour le script, ça va me simplifier les choses :)
A quoi correspond ADDR ? C'est la partie en 8 caractères après la chaine "PTIN" de la variable GPON Serial Number sur l'ONT SFR ?
-
si j'ai bien compris, si l'adresse mac de ta box sfr est :
A1:A2:A3:A4:A5:A6
alors
ADDR="A1:A2:A3:A4:"
MAC1="A5:A6"
MAC2="A5:A7"
A7 étant A6+1
-
@ Rooot : c'est exactement ça ! :)
-
Serait-il possible d'avoir un index des solutions (un peu comme pour la partie routeur) qui fonctionnent, pour remplacer l'ONT par un ONU ?
-
J'ai fais un peu de bricolage ce matin.
Résultat je retrouve des valeur RSSI et tx power cohérentes, en revanche j'alterne en PLOAM STATE 2 et 3. Je n'arrive pas à passer au delà.
Voici les infos OMCI. Si quelqu'un peut m'aider à trouver la solution. Les informations que j'ai rentré sont celles de l'ONT SFR/Altice GS0100GH.
root@SFP:~# omci_pipe.sh meg 131 0
Class ID = 131 (OLT-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 OLT vendor id 4b STR RW-----P---
0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
1 Equipment id 20b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
2 Version 14b STR RW-----P---
0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20 0x20
-------------------------------------------------------------------------------
3 Time of day information 14b STR RW--O--P---
0x30 0x78 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30 0x30
0x000000000000
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# omci_pipe.sh meg 133 0
Class ID = 133 (ONU power shedding)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Restore power timer reset 2b UINT RW---------
0x0000 (0)
-------------------------------------------------------------------------------
1 Data shedding interval 2b UINT RW---------
0x1c20 (7200)
-------------------------------------------------------------------------------
2 Voice shedding interval 2b UINT RW---------
0x0000 (0)
-------------------------------------------------------------------------------
3 Video overlay shedding 2b UINT RW-------E-
0x0258 (600)
-------------------------------------------------------------------------------
4 Video return shedding 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
5 DSL shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
6 ATM shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
7 CES shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
8 Frame shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
9 Sonet shedding interval 2b UINT RW-------E-
0x0000 (0)
-------------------------------------------------------------------------------
10 Shedding status 2b BF RW-AO------
0x0000 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# omci_pipe.sh meg 256 0
Class ID = 256 (ONU-G)
Instance ID = 0
Upload = yes
Alarms = 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
-------------------------------------------------------------------------------
0 Vendor id 4b STR R--A---P---
0x50 0x54 0x49 0x4e
PTIN
-------------------------------------------------------------------------------
1 Version 14b STR R--A---P---
0x33 0x4e 0x54 0x37 0x53 0x46 0x55 0x31 0x33 0x38 0x39 0x42 0x32 0x35
3NT7SFU1389B25
-------------------------------------------------------------------------------
2 Serial number 8b STR R--A---P---
0x50 0x54 0x** 0x** 0x** 0x** 0x** 0x**
PTIN\xA8\x***\x**
-------------------------------------------------------------------------------
3 Traffic management opt 1b ENUM R----------
0x02 (2)
-------------------------------------------------------------------------------
4 VP/VC cc function option 1b UINT R---O------
0x00 (0)
-------------------------------------------------------------------------------
5 Battery backup 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
6 Administrative state 1b UINT RW-------E-
0x00 (0)
-------------------------------------------------------------------------------
7 Operational state 1b UINT R--A-----E-
0x00 (0)
-------------------------------------------------------------------------------
8 ONU survival time 1b UINT R--------E-
0x00 (0)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
root@SFP:~# omci_pipe.sh meg 257 0
Class ID = 257 (ONU2-G)
Instance ID = 0
Upload = yes
Alarms = -
-------------------------------------------------------------------------------
0 Equipment id 20b STR R------P---
0x50 0x54 0x49 0x** 0x** 0x** 0x** 0x43 0x** 0x** 0x** 0x** 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
PTIN********\x00\x00\x00\x00\x00\x00\x00\x00
-------------------------------------------------------------------------------
1 OMCC version 1b ENUM R--A-------
0xa0 (160)
-------------------------------------------------------------------------------
2 Vendor product code 2b UINT R---O------
0x00cc (204)
-------------------------------------------------------------------------------
3 Security capability 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
4 Security mode 1b ENUM RW---------
0x01 (1)
-------------------------------------------------------------------------------
5 Total priority queue num 2b UINT R----------
0x0040 (64)
-------------------------------------------------------------------------------
6 Total traffic scheduler 1b UINT R----------
0x40 (64)
-------------------------------------------------------------------------------
7 Mode 1b ENUM R----------
0x01 (1)
-------------------------------------------------------------------------------
8 Total GEM port-ID number 2b UINT R---O------
0x0040 (64)
-------------------------------------------------------------------------------
9 SysUpTime 4b UINT R---O------
0x0000264f (9807)
-------------------------------------------------------------------------------
10 Connectivity capability 2b UINT R---O------
0x007f (127)
-------------------------------------------------------------------------------
11 Current connect. mode 1b UINT RW--O------
0x00 (0)
-------------------------------------------------------------------------------
12 QoS configuration flex 2b UINT R---O------
0x0018 (24)
-------------------------------------------------------------------------------
13 Prio queue scale factor 2b UINT RW--O------
0x0030 (48)
-------------------------------------------------------------------------------
R - Readable O - Not supported (optional)
W - Writable E - Excluded from MIB upload (template)
S - set-by-create T - Table
A - Send AVC V - Volatile
U - No upload P - No swap
N - Not suported Y - Partly supported
N - No swap
errorcode=0
-
As tu testé mon script ?
J'ai eu ce genre de problème que j'ai pu résoudre en configurant correctement le Ploam (onu gtcpg).
-
@artemus tu n'avais pas une histoire de paramètres inutiles dans ton fw_printenv qui posaient probleme et lorsque tu les as supprimé ça a fonctionné.
-
Artemus, la configuration a été faite avec ton script. J'ai ensuite paramétré des informations supplémentaire car ça ne marchais pas.
Faut-il reboot l'ONU à chaque fois qu'on rajoute des paramètres supplémentaires ? Sinon je vais tenter de faire un paramètre à la fois
-
@ Rooot : oui, en effet, j'ai dû supprimer quelques paramètres dans "fw_printenv" car le blocage venait de là, sauf que je ne me souviens plus lesquels ont été supprimés. Mon problème venait que j'avais d'abord installé carlito qui a fonctionné puis quand j'ai installé la version huawei rooté, c'est là que j'ai eu des problèmes à cause des paramètres de Carlito. Après suppression des paramètres en trop, la version d'origine (Image 1) a fonctionné, ainsi que la version FSMODDED (Image 0).
@ rqdb : à chaque modification d'un paramètre, il faut rebooter l'ONU Huawei.
-
Tests du jour,
toujours le même PLOAM STATE malgré la modification des variables une par une.
Quelqu'un avec un Huawei MA5671a et le FS modded pourrait-il m'envoyer son résultat de la commande fw_printenv ?
-
Voici celui de Rooot :
login as: root
root@192.168.20.10's password:
BusyBox v1.24.2 () built-in shell (ash)
OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON
----------------------------------------------
root@SFP:~# fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethprime=SERDES
fileaddr=80F00000
filesize=740000
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=xxxxxxxxxxxx
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIAIWj1VgCA+2YS4/TOhSAu6W/wohFV2T8dnwjFgMzoBGD7mhalcUIRW7i@thFNXSWZAf49x82Upm0Gri5Q8cjZxD0PHz/y2Se1VXLiVlWWnMxcFldmsrDx@wpS2iAs7jSfQCpLyrvddgkEk5+snyP4TE4V7hGEpGMWKqB4oCBU9hHtHkNuy@MgVCvcK56mt+37L/pvIEnTm0dBVK5mY5s6iaWzT6tLIoS+2yyqaZLR5HUdT3@umeXp8Pz6/j6/KXXPEEjm6/Qzet3Ebqo5ujm9hRaw3NovD3JfdtAfzfluz6j@NFKBVjwiFAfwKkS43+vklxD7Nf6/H/3/yb8kjHX8/2b85x3/fwb/d2aVxpP0@B9H/H/jHDf4ZBf6FELLj/zj8pzv8e87vaR+fXp3Fz882pEdoDFcCuhnXQDMd@UC06jv8o/uHE/gk5PONKiAf5hxNgzT8XSkloY0KV7Or/owjuEPjr+U/ccprN@1gdA3Twu/1RAbfDl/heefyYZ7/g/hvTrHUew+WgwW7iJWQz6j/yN4JbohVlk@k8L49ijLLawUFPwDiol+islTKkeE/sPCCJVJka0qNFaBDHiE/n1xeul/iIBE@6OXbuskG/Z1chS83yj1lBXWGhYS3ha1r0XI7mHU5UiZmsf5nauE+oAF8TCjx@kMc8m82/uOxkSZM0iaHG3U8OQyrzrKps8YAlXrkP3rhJeIVjjAZEhQ0V8Som@uNzrI3fLrHKN4FFmXplsGV9d+j62+jcwicbC13bWFkd29IdxYKdtcfQbcXQn@7gwWFNYT3w8Ec35gI7WN6jBsjYOBECJVa9zapllrHPU2FbbG1TbZsG0HqcNd@9f34QoV3pv2xul/8AAvMuBY4lI0OL3KX+hepnlsITkSGTAuiD5P6WSh6mHWt@x+owLRh4wITCWDCpaWtaHwwMiRDc4HhsmatfBEoO04I+bO7TJivoRYAZHLYs@JJqqtqzgA7wqTUNB4ETW+++xNSXgmdtl1SAPv45H/usAhiMaRI42NHoQudKK@CK0gfWMFr4fDi5hwjVNTvN+4wq0guGZEciypaHFu9kugU81hkRRRLa4rU5iJ@W2TJxp9ijTnsJJSaam9yLr/d00xcabadXjq3euNSuwZkx2+alNnW79V4CJk+@TuFKA7+uyuikk05+RfkM4FKgVAAcAAA=@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
nDyingGaspEnable=0
nSerial=xxxxxxxxxx
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
ram_addr=80F00000
recordPointer=3
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
swlog_0=2017-03-24 22:54:48 Software successfully upgraded. Source version: V8R017C00S201. Target version: V8R017C00S200
swlog_1=2017-06-01 15:45:45 Software successfully upgraded. Source version: V8R017C00S200. Target version: V8R017C00S201
swlog_2=2017-12-22 22:59:04 [Error][Alarm-Log]AlarmLevel:Error,Update software failure. Source version: V8R017C00S201
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
ethaddr=xx:xx:xx:xx:xx:xx
image0_is_valid=1
image0_version=FS v5
image1_version=FS v5
bootdelay=5
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
nPassword=0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
onu_serial=PTINxxxxxxxx
ont_serial=PTINxxxxxxxx
onu_ploam=xxxxxxxx
sfp_vendor_name=HUAWEI
sfp_vendor_rev=0000
sfp_part_name=MA5671A
sfp_date_code=230913
sfp_part_serial=PTINxxxxxxxx
committed_image=0
ipaddr=192.168.20.10
gatewayip=192.168.20.1
omci_loid=user
omci_lpwd=password
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @AwQBAAAAAgAAAAADDAAUyAAAAABIVUFXRUkgICAgICAgICAgAAAAAE1BNTY3@MUEgICAgICAgICAwMDAwBR4AnQAaAABQVElOMjBDNkFFRTMgICAgMjMwOTEz@ICBo4ANrSjJPMjAwNDc1NiAgICAgICAgICAgICAgICAgICAgICAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
sfp_a2_info=begin-base64 644 sfp_a2_info @XwDOAFoA0wCMoHUwiLh5GK/IAACIuAAAm4Ii0HuGK9QJzwANB8sAEAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABMMt+AwRLpAAEAAf////8CAAFA//8BQAAAcAAAAAAAAAD/////////@////////////MDMwMzJXRFkAAAAAAAD+E///////////////////////////@//////////8AAhRGNkhQQ1k4UgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAJIV1RDc/Ttnv///////////////////wAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAhCaUvhmv09a9rIyH2+g1r1vPeOGtf0Vrp8WK@VdjJQtUvh4caUEpN8o4ts0JS4qfxoykRNPAHl0YEUHqisX7Fl7IqAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjP0Y+xTQAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAABNQTU2NzFCAAAAAAAAAAAAAAAAAFNQVEMAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAA==@====@
asc0=1
image1_is_valid=0
root@SFP:~#J'ai juste comparé les paramètres, pas les valeurs. Toutes ceux que j'avais en trop ont été supprimés.
Je te conseille avant de faire quoi que ce soit de conserver un exemplaire de ton "fw_printenv".
-
Merci Artemus, je vais comparer et faire des tests. En tout cas je trouve étonnant que certains s'enregistrent en ne renseignant que 2 paramètres et que d'autres doivent en rentrer bien plus.
-
J'ai testé avec les paramètres de l'ONU de Rooot, et ça ne change rien...
Je ne comprends pas trop ce qui cloche.
-
Grace aux informations dans ce sujet, j'ai réussi remplacer l'ONT SFR par un SFP Huawei MA5671a sur mon routeur Microtik RB5009.
Ce qui est désagréable avec microtik, c'est qu'on ne peut accéder à l'IP du SFP que si celui-ci a une fibre de connectée. J'ai donc acheté un convertisseur SFP => RJ45.
J'ai testé le firmware Carlito sur l'image 0 et 1 mais je ne récupérais pas d'IP. J'ai flashé le firmware FS.com sur l'image1 et j'ai récupéré une IPV4. Problème sur l'IPV6 résolu après changement de l'adresse de l'interface SFP du routeur.
-
Ce qui est désagréable avec microtik, c'est qu'on ne peut accéder à l'IP du SFP que si celui-ci a une fibre de connectée. J
Même en activant l'option "Ignore Rx LOS" dans les paramètres du port SFP ?
Parce que c'est la même chose avec le WAS-110 (XGS-PON), et activer cette option permet d'accéder à l'interface de configuration même sans fibre connectée.
-
Je n'ai pas testé ;D .Je ne connaissais pas l'option
-
Petit test avec le module FS que j'ai récupéré hier.
Et bien ça fonctionne ! Je ferai un petit récap ce que j'ai fait car en suivant la procédure de configuration officielle du module ce n'était pas suffisant et certaines valeurs pourtant affichées avec la commande fw_printenv n'étaient pas inscrites dans la variable "sfp_a2_info". Il y a sûrement des choses inutiles dans ce que j'ai fais, mais ça fonctionne et je récupère IPV4 et IPV6. Les vitesses download et upload sont bonnes également, mais je ferai un test comparatif pour voir si c'est pareil que l'ONT Altice.
-
Donc tu es sur un ONU FS avec son firmware d'origine ?
-
Rooot, tout à fait, ONU FS avec firmware d'origine que j'ai du patcher pour changer les numéros de versions des images, mais sans certitude que ce soit nécessaire. C'est d'ailleurs une étape plutôt complexe je trouve, en tout cas pour un bricoleur comme moi.
-
Petit test avec le module FS que j'ai récupéré hier. Et bien ça fonctionne !
Et bien, ça fait plaisir. :) Et maintenant, quelle est la prochaine étape ?
-
Et bien, ça fait plaisir. :) Et maintenant, quelle est la prochaine étape ?
Faire un récap propre de ce que j'ai fais au cas où quelqu'un en aurait besoin et partager quelques astuces utiles (de mon point de vue), vérifier si mon Huawei MA5671A est véritablement HS et configurer le BPI-R3. Après ça je serai tranquille pendant quelques temps :)
Et j'en profite pour vous remercier toi et Rooot pour votre aide !
-
Petit récap sur la configuration du module FS pour les non experts de l'informatique comme moi (ONU GPON-ONU-34-20BI avec firmware 6BA1896SPLQA42) :
J'ai commencé par suivre le guide de configuration FS : https://resource.fs.com/mall/resource/gpon-onu-34-20bi-configuration-guide.pdf
Dans celui-ci on ne configure que :
- PLAOM PASSWORD (mot de passe fibre) : fw_setenv nPassword 1234567890
- Le numéro de série : set_serial_number PTIN12345678
- L'adresse MAC : uci set network.lct.macaddr=xx:xx:xx:xx:xx:xx
- L'adresse IP : fw_setenv ipaddr 192.168.xx.xx
- L'adresse de gateway : fw_setenv gatewayip 192.168.xx.xx
Le numéro de série et adresse MAC sont lisible sur l'étiquette de l'ONT Altice (petit boitier noir sur lequel vient la fibre) mais également récupérable en se connectant à l'ONT en SSH (avec le logiciel Putty par exemple). Le mot de passe fibre lui est récupérable quelque part dans une page en se connectant au serveur web de la box sfr, mais également depuis l'ONT en SSH pour ceux qui ont encore un ONT en plus de la box.
Procédure connexion ONT SSH (https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1020899/?topicseen#msg1020899):
Mettre son PC sur l'IP 192.168.4.10 masque 255.255.255.0
Raccorder directement le boitier ONT a son PC
Se connecter en telnet avec la commande :
telnet 192.168.4.254
user : admin4me
pass : connect4you@support
Sur l'ONT SFR/Altice on peut récupérer également d'autres informations pas forcément utile dans un premier temps.
Suite vérification sur mon ONU où j'ai renseigné n'importe quoi dans les "image version" et vérifié que les modifications étaient prises en compte (omci_pipe.sh meg 7 0 et omci_pipe.sh meg 7 0), ces numéros de version ne semble pas utiles, en tout cas pas dans mon cas. Je laisse tout de même l'explication au cas où elle serait utile à quelqu'un.
Suite au paramétrages de ces informations cela ne fonctionnait pas chez moi (l'ONU n'était pas enregistré sur le réseau, je n'avais pas internet). J'ai donc voulu renseigner les "versions d'images" image0_version=3FE7SW04040022 et image1_version=3FE7SWS4040018, mais cela n'est pas directement possible sur le firmware du module FS car ce paramètre n'est pas de base modifiable. Il faut donc suivre les étapes "Setting OMCI software version (ME 7)" : https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#setting-omci-software-version-me-7
Ces étapes ne sont pas si faciles pour un non habitué. Un conseil, relisez autant de fois que nécessaire pour bien comprendre.
Pour le transfert des fichiers depuis l'ONU vers le PC ou inversement (en SCP), utilisez cette commande qui est bien plus simple que toutes celles que j'ai pu trouver ailleurs (il faut avoir installé Putty de mémoire): pscp -scp ONTUSER@192.168.4.10:/opt/lantiq/bin/omcid ./omcid
Par exemple avec cette commande, on va récupérer le fichier "omcid" dont le chemin est vert, pour le transférer sur notre PC dans le répertoire d'utilisation actuel du terminal en tant que fichier omcid (en rouge). La partie rose est que le nom d'utilisateur (voir notice FS pour nom d'utilisateur et mot de passe d'origine) et l'adresse IP de l'ONU que l'on aura paramétré au préalable.
Suite à cette étape on est sensé pouvoir modifier les versions d'image (récupérable depuis l'ONT SFR/Altice, mais ce sont les mêmes que ceux que j'ai donné plus haut), mais dans mon cas je ne suis même pas certain que cela ait été nécessaire car j'ai paramétré d'autre choses en parallèle.
Modification de la variable sfp_a2_info :
Voir post de Rooot pour plus de détails si besoin : https://lafibre.info/remplacer-sfr/banana-pi-r3-debian-et-openwrt-le-test/msg1108271/#msg1108271
Je ne connais pas le rôle exact qu'a cette variable pour l'enregistrement le l'ONU auprès de l'OLT (l'appareil à l'autre bout de la fibre et qui nous autorise l'accès au réseau et donc internet), mais elle contient ou peut contenir toutes les informations nécessaires à notre enregistrement auprès de l'OLT.
Dans mon cas, après avoir paramétré selon le guide FS, cette variable ne contenait pas toutes les informations pourtant renseignées. Par exemple le mot de passe fibre et l'adresse MAC, bien qu'ils apparaissaient dans le résultat de la commande "fw_printenv" (en gros, qui donne les réglages effectués sur l'ONU) n'était pas présent dans cette variable.
Bref, pour la lire et décoder les informations qu'elle contient il faut aller sur cette page : https://hack-gpon.org/ont-huawei-ma5671a-rooted/#gponomci-settings
et rentrer notre variable dans la partie "EEPROM input", qui sera décodée et affichera les diverses informations dans les cases adéquates.
Depuis cet outil j'ai pu renseigner le mot de passe fibre qui a bien été pris en compte et écrit dans la variable, mais je ne pouvais pas renseigner l'adresse MAC, car cela ne fonctionnais pas (aucune idée de la raison). J'ai donc du l'ajouter manuellement en modifiant la variable à l'aide de ce tuto : https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/25.
Une fois la ligne (une ligne est entre deux @ : par exemple @AAAAAAAAAAAAAAAAAAAAAA*****zNDI0VEhQVERGUFlYAAAAAFNQR0EAAAAA@ est une ligne qui contient une information) de l'adresse MAC modifiée pour ajouter l'adresse MAC (de l'ONT SFR/Altice pour rappel) j'ai revérifié sur le script pour voir si tout était OK. Dans mon cas toutes les informations étaient bien renseignées, j'ai donc poursuivi le tuto (https://hack-gpon.org/ont-huawei-ma5671a-rooted/#web-procedure) afin que cette variable soit écrite dans l'ONU (celui que l'on essaye de paramétrer, pour rappel).
Suite à tous ça j'ai branché la fibre sur l'ONU lui même branché dans un média converter, et miracle j'avais internet !
Voila pour mon histoire/tuto.
Concernant la procédure, je ne suis pas certains que toutes les étapes soient impératives, notamment le patch permettant de modifier les versions d'image. Cela peut varier en fonction de l'OLT qui est au bout de la fibre. En tout cas cela fonctionne dans mon cas.
Je rappelle également que l'objectif est de faire un tuto selon mon expérience pour les non experts de l'informatique comme moi (je travaille dans le bâtiment). Si certains d'entre vous ont des suggestions d'amélioration ou relèvent des coquilles n'hésitez pas à m'en faire part et je modifierai en conséquence.
PS : Merci à tous ceux qui ont participé à l'enrichissement de ce sujet !
-
Merci rqdb pour ton retrour d'expérience. :)
Dans mon ONU Huawei, quand j'ai installé la version FS Modded, il s'agit bien de l'image "6BA1896SPLQA42_MODDED_ver5-1.img" qui a été installée. Or celle de l'ONU FS est "mtd2_6BA1896SPLQA42.img". Bien que cela soit la même version, il me semble que ce n'est pas a priori la même image et pas exactement le même paramétrage à faire.
Pour la récupération des informations, tu n'as pas besoin de rentrer dans le boitier noir ONT7-SFU-v3 de SFR car tu les retrouves dans la BOX SFR.
Tu peux récupérer ton "PLAOM PASSWORD" en te rendant dans ton "SFR espace client (https://www.sfr.fr/espace-client/parc/gestion/slid)". Vu que tu es chez Red by SFR, il est possible que ce chemin ne fonctionne pas pour toi.
Tu n'as pas besoin de connaitre ton "numéro de série" car il est composé de "PTIN" suivie des huit derniers caractères héxadécimales de l'adresse MAC.
L'adresse MAC est indispensable et tu la trouves soit dans la BOX SFR ou soit au dos de ton boitier noir ONT7-SFU-v3 de SFR.
L'adresse IP et le Gateway sont à définir en fonction du choix que tu as fait chez toi. En ce qui me concerne, j'utilise mon dongle USB/RJ45 car il est à 2500mb/s et non mon interface physique qui est à 1000mb/s. J'ai modifié l'interface en renseignant l'adresse ip à "192.168.4.10/16" et le Gateway à "192.168.4.1". Dans l'ONU, j'ai mis comme adresse IP "192.168.4.20/16".
En fait, tu n'as besoin que de deux choses, ton adresse MAC et ton mot de passe fibre SFR et c'est tout. Le reste, tu peux le déduire.
J'ai donc voulu renseigner les "versions d'images" image0_version=3FE7SW04040022 et image1_version=3FE7SWS4040018, mais cela n'est pas directement possible sur le firmware du module FS car ce paramètre n'est pas de base modifiable.
Je n'ai pas eu besoin de modifier les versions des deux images car cela n'est pas indiqué dans le didacticiel de FS Modded de l'ONU Huawei. La version indiquée est "FS v5" et ça fonctionne très bien. Il faudra, peut-être, modifier les versions de SFR dans l'ONU FS à la prochaine mise à jour de ta BOX SFR. Pourquoi ? Car l'OLT va installer la nouvelle mise à jour et par conséquent modifier les versions. Comme tu es dans ton ONU FS, la mise à jour ne pouvant pas se faire, tu risques de boucler sur des tentatives infructeuses de mise à jour.
Pour le transfert des fichiers depuis l'ONU vers le PC ou inversement (en SCP), utilisez cette commande qui est bien plus simple que toutes celles que j'ai pu trouver ailleurs (il faut avoir installé Putty de mémoire):
C'est ce que j'ai fait en utilisant Putty depuis Windows 10 Pro car au départ, j'ai voulu faire mes bidouilles depuis Debian version BookWorm et la commande de transfert indiqué dans Hack Gpon n'a jamais pu fonctionnée.
Dans la version FS Modded, je n'ai pas eu besoin de modifier le paramètre "sfp_a2_info" car pas du tout utilie de le modifier pour que cela fonctionne. Par contre, dans la version Huawei Rooted, oui, j'ai dû le faire. Je suis passé par ce lien (https://gpon-sfp.felix.systems/gen_huawei.php) qui fonctionne très bien pour configurer le paramètre "sfp_a2_info".
Concernant la procédure, je ne suis pas certains que toutes les étapes soient impératives, notamment le patch permettant de modifier les versions d'image. Cela peut varier en fonction de l'OLT qui est au bout de la fibre. En tout cas cela fonctionne dans mon cas.
J'ai toujours un doute sur la modification des versions des Images. Beaucoup ont le réflexe de faire à l'identique de la BOX SFR, mais c'est une erreur. Je me demande même si le paramètre "sfp_a2_info" ne serait pas que la seule modification à faire dans l'ONU FS.
Pour ton ONU Hauwei, il serait bien de continuer tes bidouilles afin de le faire fonctionner. Je pense que tu dois modifier les paramètres suivants :
fw_setenv sfp_vendor_name "HUAWEI"
fw_setenv sfp_vendor_rev "0000"
fw_setenv sfp_part_name "MA5671A"
fw_setenv sfp_date_code "230913"
fw_setenv sfp_part_serial "PTINXXXXXXXX"Pour la date, tu peux mettre d'aujourd'hui, soit "250309" (année / mois / jour).
Il y a d'autres paramètres que l'on peut tester, en plus de celles-ci.
@+
-
Des nouvelles du MA5671A :
Il fonctionne !! J'ai renseigné les mêmes informations que celles du FS, variable sfp_a2_info incluse et il s'est bien enregistré sur le réseau.
Je ne comprends pas trop pourquoi je n'ai pas réussi à le configurer malgré des dizaines d'essais alors que le FS s'est fait en 10minutes, et qu'il fallait finalement les mêmes paramètres. Il y a certainement quelque chose qui peut clocher dans certains cas avec la variable sfp_a2_info.
-
Alors là, tu m'étonnes car dans la version FS Modded de mon huawei Ma5671a, comme je l'ai dit précédemment, je n'ai pas eu besoin de configurer le paramètre sfp_a2_info. A vrai dire, je n'y ai pas touché, donc peut-être que ce sont les valeurs par défaut. Je crois me souvenir que j'ai suppprimé cette variable et elle a été recréé.
Et donc, ton Huawei MA5671a n'était pas hors service. ;D
-
En fait j'ai recopié les paramètres du FS vers le huawei donc je ne suis pas vraiment certain que la variable ait réellement un rôle, mais comme il m'a fallu la modifier sur le FS et que je n'arrivais pas à configurer le huawei au départ je suppose qu'elle en a un, mais ça reste qu'une supposition.
Et oui l'ONU n'étais pas HS et malgré toutes mes bricoles il est toujours mystérieusement fonctionnel :)
Du coup m'en vient une question : y a t-il un intérêt à avoir 2 ONU ?
-
Du coup m'en vient une question : y a t-il un intérêt à avoir 2 ONU ?
Je dirais le principale (FS) dans la cage SFP de ton routeur et l'autre (Huawei) en tant que secours.
Je ne pense pas que le FS va rendre l'âme au bout de quelques semaines.
Donc le second (Huawei) ne te sert à rien. Enfin, c'est mon opinion.
J'ai un problème cornélien avec mon routeur à 2500mb/s que je ne trouve pas. Dois-je rester en 2500mb/s (technologie G-PON) puisque l'offre SFR me satisfait pleinement. Ou bien attendre d'être éligible à la 10gb/s pour me procurer un routeur à 10gb/s avec un surcout à l'offre (+7€ environ) alors que je n'ai rien de plus vis-à-vis de mon offre actuelle, sauf le 10gb/s bien sûr. Et si j'esvestis dans le 2500mb/s, le routeur ne me servira plus à rien. Ce fameux routeur ne va me servir que pour tester l'OpenWRT, rien de plus. Le vrai routeur définitif sera un serveur avec une carte réseau SFP ou SFP+.
-
en fait tu peux déja monter ton serveur dans la mesure ou il a au moins 2 emplacement Pcie, dans le premier tu mets une carte réseau 4 ports a 2.5Gbps.
Tu la configures avec 1 WAN et 3 LAN.
Et dès que tu es sur une offre fibre 8Gbps, tu ajoutes une carte dual 10Gbps dont un des 2 ports SFP+ deviendra Wan et l'autre rejoindra le bridge LAN.
Ca te fera un routeur avec 1 port WAN 8Gbps, 4 ports LAN 2.5gbps + 1 port LAN SFP+ 10Gbps.
-
Je n'ai pas de problème avec mon futur serveur puisqu'il va m'offrir toute la souplesse que je recherche. Et ce n'est pas la carte réseau qui va me ruiner si je suis amener à la changer.
-
alors quel est ton problème si tu n'as pas de problème ?
On va essayer de déchiffrer ton message :
J'ai un problème cornélien avec mon routeur à 2500mb/s que je ne trouve pas.
OK, t'as un problème avec quelque chose que tu n'as pas. Ca commence bien.
Dois-je rester en 2500mb/s (technologie G-PON) puisque l'offre SFR me satisfait pleinement.
Rester sur la première option = ton offre 2500mb/s car elle te satisfait.
Ou bien attendre d'être éligible à la 10gb/s pour me procurer un routeur à 10gb/s avec un surcout à l'offre (+7€ environ) alors que je n'ai rien de plus vis-à-vis de mon offre actuelle, sauf le 10gb/s bien sûr.
2eme option Attendre le 10Gbps, pour avoir rien de plus (si ce n'est le débit) avec un surcout de 7€.
Et si j'esvestis dans le 2500mb/s, le routeur ne me servira plus à rien.
C'est à ça que j'ai répondu plus haut.
Puisque tu vas monter ton propre routeur, le routeur a 2500mbps sera le meme que celui à 10Gbps en ajoutant une carte, donc tu ne te retrouves pas avec de l'equipement inutile. il s'agit du meme routeur, upgradé. Donc tu montes ton routeur en 2 étapes sans qu'il soit necessaire d'attendre l'arrivée du 8Gbps SFR.
Ce fameux routeur ne va me servir que pour tester l'OpenWRT, rien de plus. Le vrai routeur définitif sera un serveur avec une carte réseau SFP ou SFP+.
Ce qui correspond a ce que j'ai dit plus haut. Au final tu n'as plus de choix cornélien en créant ton routeur en 2 étapes.
-
Je n'ai aucun problème avec mon futur serveur qui va faire office de routeur sera sous Debian Trixie en utilisant "systemd-networkd".
Peu importe qu'il soit sous la technologie G-PON ou XGS-PON, changer la carte réseau n'est pas un problème en soi. Ce n'est pas lui qui me pose un quelconque problème.
J'aimerai investir dans un routeur sous OpenWRT qui soit compatible avec la technologie G-PON et avec le réseau SFR et le tout en 2500mb/s. Pour l'instant, je ne le trouve pas. Si je bascule vers la technologie XGS-PON, il ne me servira à rien. Mon problème est que je ne sais pas quand je serai éligible à la technologie XGS-PON. Dans une semaine, un mois, un an, dix ans ... et que j'ai peur de faire une acquisition qui ne me serve que très peu de temps. Voilà le problème. J'ai déjà un routeur en ADSL qui ne me sert à rien, non plus, sauf que lui, je l'ai utilisé pendant au moins cinq ans.
-
tu lis ce que j'écris ? :o
-
Oui, j'ai lu et alors ? Comme je l'ai dit, j'aimerai testé OpenWRT.
-
Oui, j'ai lu et alors ? Comme je l'ai dit, j'aimerai testé OpenWRT.
et qu'est-ce qui pose probleme avec ce que j'ai dit ? ta réponse est complètement lunaire...
J'ai un probleme, j'ai pas de probleme, le probleme c'est ca....
tu nous parles d'un routeur que t'as pas, et que si tu l'avais il deviendrait inutile du fait que tu veux un serveur/routeur qui marche à 10Gbps.
Je t'explique que c'est un faux probleme car tu peux tres bien le monter immédiatement pour qu'il fonctionne a 2.5Gbps, et lorsque tu seras elligible a 8Gbps il te suffira d'ajouter une carte 10Gbps.
De ce fait rien ne devient obsolete ou inutile, CE QUI SEMBLE ETRE TON PROBLEME lorsqu'on arrive à déchiffrer ton message.
-
Je t'explique que c'est un faux probleme car tu peux tres bien le monter immédiatement pour qu'il fonctionne a 2.5Gbps, et lorsque tu seras elligible a 8Gbps il te suffira d'ajouter une carte 10Gbps.
Mon problème ne concerne pas mon futur serveur puisque tu t'attaches à croire que je parle de lui. Sur ce que tu dis à propos du serveur, je suis d'accord, et c'est ce que je vais faire, me procurer une carte réseau à 2.5gb/s et par la suite la remplacer par une carte réseau à 10gb/s. Mais mon problème ne se situe pas là.
Tu oublies mon futur serveur !
De ce fait rien ne devient obsolete ou inutile, CE QUI SEMBLE ETRE TON PROBLEME lorsqu'on arrive à déchiffrer ton message.
Je n'arrive pas à trouver un routeur sous OpenWRT pour bypasser ma BOX SFR afin de le tester en 2500mb/s (G-PON) avec la cage SFP pour mon ONU Huawei avec au moins quatre ports RJ45 en 2500mb/s et qui soit compatible avec le réseau SFR et doit disposer de l'option 60. Je ne veux pas non plus m'enfermer dans un solution propriétaire où je suis obligé soit de m'acheter un contrôleur réseau ou soit configurer dans le cloud. Cette solution ne m'intéresse pas. Je ne pensais pas qu'il était aussi compliqué de trouver le routeur que je recherche.
Je ne sais pas quand je vais être éligible à la technologie XGS-PON puisque SFR n'a toujours rien annoncé dans ma région. Il se peut que cela arrive dans un mois, un an, dix ans ... Et donc, je ne peux pas basculer dans la technologie XGS-PON puisque elle n'est toujours pas disponible chez moi.
Mon problème est que je ne dispose ni du routeur sous OpenWRT et dans ce cas je pourrai rester définitivement dans la technologie G-PON et je ne dispose pas non plus de la technologie XGS-PON pour poursuivre ma configuration avec l'ONU was-110. A ce niveau là, je suis bloqué.
Et si la technologie XGS-PON est enfin disponible, alors oui je pourrai me procurrer un routeur à 10gb/s car il y a le choix et mon matériel actuel (ONU Huawei + Media Converter 2500mb/s) deviendrait obsolète, comme le fut mon Routeur D-link DSL-320 en ADSL.
Donc en l'état actuel, je ne vais pas investir dans l'ONU FS si je ne peux pas trouver mon routeur sous OpenWRT à 2500mb/s. C'est ça mon problème.
-
Bonjour,
Je parcourai un peu les forums quand je suis tombé sur ce channel
J'ai une box en wifi 6 sous openWRT chez red en 1GHz.
J'étais en train de regarder pour acheter un banana RPI4 en wifi7 sous openWRT et je me demandais s'il était possible d'acheter un ONT en SFP et de le mettre sur cette carte. J'aurais pris un module 2.5G pour qu'il soit évolutif sur mon offre . Est ce faisable, quelqu'un à déjà fait? Merci
-
C'est faisable avec le BPI-R3 donc aucune raison que cela ne soit pas possible avec le R4. Concernant les ONU il faut vérifier les compatibilités avec le R4, mais si ce sont les mêmes que le R3 alors tu auras plusieurs choix possible, dont le Huawei MA7651A, le FS GPON-ONU-34-20BI et certains Nokia dont le G-010S-P.
-
Ok merci, et en terme de protocole est ce qu'on sait ce que red autorise ? Je vois qu'il en existe plusieurs...
- GPON (Gigabit Passive Optical Network) – ITU-T G.984, 2,5 Gbps down / 1,25 Gbps up.
XG-PON (10-Gigabit Passive Optical Network) – ITU-T G.987, 10 Gbps down / 2,5 Gbps up.
XGS-PON (10-Gigabit Symmetric Passive Optical Network) – ITU-T G.9807.1, 10 Gbps down / 10 Gbps up.
EPON (Ethernet Passive Optical Network) – IEEE 802.3ah, 1 Gbps symétrique.
10G-EPON (10-Gigabit Ethernet Passive Optical Network) – IEEE 802.3av, 10 Gbps symétrique.
NG-PON2 (Next-Generation Passive Optical Network 2) – ITU-T G.989, jusqu'à 40 Gbps down / 10 Gbps up, basé sur le multiplexage WDM.
De ce que je comprends c'est du GPON ou XGS PON en France?
-
Si je ne dis pas de bêtises, pour RED SFR c'est du GPON (jusqu'à 2.5Gbps) et XGS-PON (jusqu'à 10Gbps), mais ça dépend de ton NRO. Il faut donc vérifier ton éligibilité actuelle pour le XGS-PON.
Si tu envisages une évolution vers le 10Gbps le bpi-r4 ne te le permettra pas et tu restera bloqué en 2.5Gbps (ce qui est quand même très très confortable).
-
Bonjour
Je cherche à remplacer la box 7 RED (ONT intégré) par mon ancien ONT Altice GS0100GH de mon ancien abonnement SFR.
J'ai bien réussi à rentrer le SLID RED dans mon ONT SFR via telnet.
Mais au démarrage, le voyant PON clignote et passe constamment du vert au orange et inversement.
Au final, on ne peut remplacer un ONT que par un autre de même marque et modèle, c'est bien ça ?
-
Salut,
je cherche à me connecter en série au Huawei MA5671A pour parfaire mes connaissances en bidouillages. J'ai donc soudé les pins adéquates à un port SFP, mais quand je lance putty, les seules informations que j'ai sont celles-ci :
U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28), Build: falcon_sfp_linux
Board: SFP
DRAM: 64 MiB
Now running in RAM - U-Boot at: 83fc8000
SF: Detected W25Q128 with page size 4 KiB, total 16 MiB
Et puis plus rien d'autre. Est-ce normal ?
En sachant qu'il est flashé en FS5 modded, et qu'il est fonctionnel.
-
Si ton ONT fonctionne correctement, peut être que l'alim est trop faible ?
-
L'alim 3.3V du module USB TTL est trop faible (2.3V), donc j'ai envoyé le 5V qui redescend à 4.3V lorsqu'il alimente l'ONU. A moins que ce soit trop et que ça le plante également ?
Je n'ai pas d'autre alim 3.3V sous la main (facilement accessible), donc je ne peux pas tester autre chose pour le moment.
-
Finalement j'accède bien au shell Falcon.
Voici la liste des commandes :
FALCON => help
? - alias for 'help'
asc0_fixup- fix asc0 pins (for silent boot)
askenv - get environment variables from stdin
base - print or set address offset
bdinfo - print Board Info structure
boot - boot default, i.e., run 'bootcmd'
bootd - boot default, i.e., run 'bootcmd'
bootm - boot application image from memory
bootp - boot image via network using BOOTP/TFTP protocol
chipinfo- print chip info
cmp - memory compare
cp - memory copy
crc32 - checksum calculation
ddrlp - config DDR LowPower
ddrstatus- show DDR Controller status
dhcp - boot image via network using DHCP/TFTP protocol
echo - echo args to console
editenv - edit environment variable
env - environment handling commands
exit - exit script
extphy - external PHY enable (clock and reset)
false - do nothing, unsuccessfully
go - start application at address 'addr'
gpio - input/set/clear/toggle gpio pins
help - print command description/usage
i2c - I2C sub-system
iminfo - print header information for application image
itest - return true/false on integer compare
loadb - load binary file over serial line (kermit mode)
loads - load S-Record file over serial line
loady - load binary file over serial line (ymodem mode)
loop - infinite loop on address range
md - memory display
mii - MII utility commands
mm - memory modify (auto-incrementing address)
mmd - MMD utility commands
mtest - simple RAM read/write test
mw - memory write (fill)
nm - memory modify (constant address)
ping - send ICMP ECHO_REQUEST to network host
printenv- print environment variables
reset - Perform RESET of the CPU
run - run commands in an environment variable
saveenv - save environment variables to persistent storage
setenv - set environment variables
sf - SPI flash sub-system
sfboot - boot from serial flash device
showvar - print local hushshell variables
sleep - delay execution for some time
sntp - synchronize RTC via network
source - run script from memory
test - minimal test like /bin/sh
tftpboot- boot image via network using TFTP protocol
tlb - setup TLB (virtual memory) mapping
true - do nothing, successfully
version - print monitor, compiler and linker version
wdoff - switch watchdog off
wdtest - watchdog test (endless loop!)
wdtime - set watchdog timeout
Mon souhait serait soit de faire un dump complet du firmware ou seulement des fichiers "shadow" et "passwd" de manière à essayer de retrouver le mot de passe que j'ai enregistré, ou alors de remplacer ce mot de passe d'une manière ou d'une autre directement depuis ce shell. Ou bien de reset la firmware. Mais je n'ai pas trop idée de comment faire.
Si quelqu'un a une idée je suis preneur.
A part ça je n'ai pas trouvé le montage difficile. Les pins sont celles données sur hack-gpon : https://hack-gpon.org/ont-huawei-ma5671a-root-web/
Pour la soudure pas besoin de couper les pins à côté de celles utiles (comme lu ici ou ailleurs). Il faut seulement une panne bien fine et monter assez haut en t° de manière à ne pas rester 1min sur chaque soudure au risque de détériorer le connecteur.
-
As tu essayé ceci ?
firstboot
reboot
-
Salut @Artemus,
ces commandes ne sont pas présentes dans le shell falcon. Elles le sont dans le shell SSH en revanche.
-
Quand tu es en telnet dans ton ONU Huawei, tu as deux modes de fonctionnement qui se traduisent pour le premier, par la frappe au clavier de la barre des espaces et pour le second, dont je ne me souviens plus ce qu'il faut faire un peu plus tard. C'est dans la seconde étape que tu peux taper ce "firstboot". Je te l'assure, je l'ai déjà fait et ça fonctionne. Par contre, j'ignore si cela va résoudre ton problème de mot de passe bloquant.
-
Je ne suis pas en telnet, je n'y ai pas accès. Je suis en connexion série.
-
avec printenv, peut etre que tu peux faire booter l'ONU sur l'autre image, et à partir de là rentrer en ssh et faire plus de choses ?
-
Merci pour la suggestion @Rooot.
Je viens de changer le mdp "root" de l'image 0 sur le Huawei puis j'ai changé l'image active. Visiblement ça marche, c'est à dire que le mot de passe modifié sur l'image 0 ne change pas celui de l'image 1 (ça ne me paraissait pas évident instinctivement). Du coup je vais faire la manip sur le FS (quand madame sera d'accord), mais il faudra que j'arrive à modifier le mot de passe foiré d'ONTUSER sur l'image en question, ou alors il faudra que je clone l'image active (avec le bon mdp) vers l'image inactive.
Je testerai ça ce soir.
-
je pense que ce sera plus simple de reflasher l'image depuis l'autre image. ;D Sinon il "suffirait" de monter la partition ou se trouve les fichiers shadow et passwd pour les modifier. Reflasher étant une procédure que tu maitrises maintenant ;D ca devrait etre plus simple.
-
Tout à fait ça sera sûrement plus simple de reflasher.
Ne pouvant pas tester le FS pour le moment j'ai backup les différentes partitions du Huawei, or les fichiers "shadow" sont strictement similaires, alors que sur une image le mdp "root" a été changé. Étonnant non ?
J'ai également regardé dans le fichier "shadow" du backup de l'ONT SFR, et il n'y a aucun utilisateur "admin4me".
Les utilisateurs SSH sont-il forcément géré par ces fichiers ?
-
sur l'ont SFR admin4me n'est pas un compte ssh mais telnet. ssh etant désactivé je crois. possible que ce soit un autre fichier qui gère le compte.
-
Hello,
Je rencontre un problème avec ma configuration réseau et j'aimerais savoir si quelqu'un a rencontré une situation similaire ou peut m'orienter vers une solution.
Voici mon matériel :
Routeur : Ubiquiti Dream Router (UDR7)
ONU : Huawei MA5671A (Fibre Optique GPON) (acheté sur lbc) j'avoue qu'on m'a mytho un peu sur l'espoir que j'aurais direct mes 2.5Gbit/s mais bref.
Je souhaite configurer mon routeur Ubiquiti UDR7 pour qu'il accepte une connexion 2.5Gbps en utilisant un SFP+ à 2.5Gbps, mais malgré l'affichage dans ethtool des vitesses supportées (100baseT, 1000baseT, 2500baseT, 10000baseT), le port semble se limiter à 1Gbps.
Voici ce que j'ai essayé jusqu'à présent :
J'ai configuré le port WAN en 2.5Gbps via ethtool, mais rien ne change. Le port semble toujours négocier à 1Gbps.
J'ai tenté de désactiver l'auto-négociation et de forcer la connexion à 2.5Gbps, mais ethtool indique toujours 1Gbps négocié malgré la configuration.
Mon ONU Huawei MA5671A semble être capable de gérer 2.5Gbps, mais je ne suis pas sûr si cela fonctionne correctement avec la configuration du routeur.
Y a-t-il une manière de forcer l'UDR7 à accepter cette vitesse de 2.5Gbps ?
Sur l'interface Web c'est soit 1 ou 10Gbps.
Et ce qui est étonnant sur le résultat de la commande ethtools :
Settings for eth4:
Supported ports: [ FIBRE ]
Supported link modes: 100baseT/Full
1000baseT/Full
10000baseT/Full
2500baseT/Full
5000baseT/Full
Le but c'est pas d'avoir un convertisseur ou ça prends de la place pour rien et prends une prise electrique en + pour rien.
Sinon je m'aurais uniquement contenter d'un ONT... (j'avoue je suis dégouté d'avoir acheté ça pour rien, sinon je pourrais le revendre au pire)
Si quelqu'un a déjà configuré ce module sur un appareil Ubiquiti ou a des suggestions, ce serait super d'avoir vos retours.
Merci d'avance !
-
Salut, tu as acheté l'ONU à Asclepios ?
Si tu peux te connecter à l'ONU il faudrait vérifier qu'il permet bien de se connecter a 2.5gbps, il y a une commande pour le passer en auto negotiation à 2.5Gbps :
fw_setenv sgmii_mode 5
(https://i.imgur.com/eomZu5z.png)
fw_printenv sgmii_mode permet d'afficher la valeur de la variable, elle doit etre égale à 5
-
Salut, tu as acheté l'ONU à Asclepios ?
Si tu peux te connecter à l'ONU il faudrait vérifier qu'il permet bien de se connecter a 2.5gbps, il y a une commande pour le passer en auto negotiation à 2.5Gbps :
fw_setenv sgmii_mode 5
fw_printenv sgmii_mode permet d'afficher la valeur de la variable, elle doit etre égale à 5
Salut, non un autre vendeur sur LBC
C'est un firmware OpenWrt - (14.07_ltq) --- Lantiq Edition for GPON (j'ai pas d'interface Web)
Pour ta commande, ça m'envoie aucune erreur mais je suis toujours en 1Gbps.
Et sur le mode ça m'envoie bien la valeur à 5.
Je commence vraiment à croire que c'est l'UDR7 qui n'aime pas le 2.5Gbps sur son port SFP+ ce qui est dommage.
Personne n'est dans le même cas que moi ? :P
-
oui je pense aussi, il faudrait ouvrir un ticket chez ubiquiti...
-
Voici le lien (https://eu.store.ui.com/eu/en/products/udr7) vers ton Dream Router 7.
Il s'agit bien d'une cage SFP+ (10gb/s) et il est fort probable qu'il n'y a pas la compatibilité avec HSGMII (2.5gb/s).
-
Merci, du coup la solution ce serait de soit acheter un convertisseur media ou alors se contenter de 1Gbps. >:(
C'est quand même décevant que ce genre de matos qui coute déjà un bras ne soit pas compatible mais bon, c'est de ma faute je me suis pas renseigné sur l'auto négociation du port ça me paraissait logique :'(
Tant pis pour moi, je pense que l'ONU ne me sera pas utile du coup retour au gigabit.
Merci encore pour votre aide les gars, ça fait plaisir de voir que l'aide parfois c'est gratuit. ;)
Voici le lien (https://eu.store.ui.com/eu/en/products/udr7) vers ton Dream Router 7.
Il s'agit bien d'une cage SFP+ (10gb/s) et il est fort probable qu'il n'y a pas la compatibilité avec HSGMII (2.5gb/s).
-
Rassure toi, j'ai exactement le même problème que toi. Je cherche un routeur, de préférence avec une cage SFP+ (10gb/s) mais compatible avec le HSGMII (2.5gb/s), pour ne pas le changer quand je vais basculer de G-PON vers XGS-PON. Il y a toujours un problème ! Soit la cage SFP+ n'est pas compatible, soit il n'y a pas assez de ports RJ45 (de préférence quatre ports), soit pas les options 60 & 61 pour être compatible avec le réseau SFR, soit pas les bons débits sur les ports RJ45 (je cherche du 2.5gb/s et pas du 1gb/s). Je ne désespère pas, mais il faut attendre de voir enfin l'arlésienne, pardon le bon routeur.
-
Rassure toi, j'ai exactement le même problème que toi. Je cherche un routeur, de préférence avec une cage SFP+ (10gb/s) mais compatible avec le HSGMII (2.5gb/s), pour ne pas le changer quand je vais basculer de G-PON vers XGS-PON. Il y a toujours un problème ! Soit la cage SFP+ n'est pas compatible, soit il n'y a pas assez de ports RJ45 (de préférence quatre ports), soit pas les options 60 & 61 pour être compatible avec le réseau SFR, soit pas les bons débits sur les ports RJ45 (je cherche du 2.5gb/s et pas du 1gb/s). Je ne désespère pas, mais il faut attendre de voir enfin l'arlésienne, pardon le bon routeur.
Ouais... Assez dégouté de mon achat.
C'est soit trop chère soit c'est pourri, je vais me contenter de mes 1Gbit/s sur mon offre Premium tant pis j'avoue ça fait tache mais bon, c'est soit ça soit je pars chez B&You qui me propose le XGS-PON à mon adresse.
En tout cas merci pour les infos ! Je désespère pas que SFR veuille un jour sortir le XGS-PON chez moi.
A+
-
Sur le dream router, est-ce que tu as essayé de forcer le port à 2.5G et voir si le link monte ?
Mon CSS326 mikrotik est compatible 2.5G depuis peu, je suis obligé de forcer le port en 2.5G sinon l'autoneg reste sur 1G malgré la bonne conf côté SFP.
-
Sur le dream router, est-ce que tu as essayé de forcer le port à 2.5G et voir si le link monte ?
Mon CSS326 mikrotik est compatible 2.5G depuis peu, je suis obligé de forcer le port en 2.5G sinon l'autoneg reste sur 1G malgré la bonne conf côté SFP.
Il prends pas en compte si je force j'ai essayé de faire cette commande :
ethtool -s eth4 speed 2500 duplex full autoneg off
J'ai tenté un reboot ou d'up et down l'interface rien à faire ça veut que du 1G.
-
Des nouvelles du FS,
rappel pour ceux qui seraient en capacité de m'aider et qui prendraient au vol :
suite à mon changement de mot de passe du compte 'ONTUSER' raté je n'ai plus accès à l'ONU en SHH.
Évidement le bootloader n'était pas déverrouillé et aucune des techniques faciles n'a marché (web root ou script), je me suis donc tapé la soudure et tout le bricolage qui va avec, mais j'ai enfin accès à la console FALCON et celle du système.
Or quand je vais jeter un œil dans les fichiers shadow et shadow- (je ne sais pas ce qu'est ce shadow-) dans le Huawei MA5671A flashé en FS modded j'ai bien le hash du mot de passe (mot de passe d'origine), mais dans le FS je n'ai rien du tout :
huawei :
root@SFP:/# cat /etc/shadow
root:$1$Hw20DCxd$1DEuRgab108/.ys2QmIVU1:19479:0:99999:7:::
ONTUSER:$6$mYQnmn3MLtYla6rV$DIlnn6XmGATG4RGr8U1O7mw8UQ/sZqOp4kPkSY672KmTjS4gvPIz1l3aLtQrPIxoe2q10pX4d.zmuzHtlrYux1:16634:0:99999:7:::
daemon:*:0:0:99999:7:::
ftp:*:0:0:99999:7:::
network:*:0:0:99999:7:::
nobody:*:0:0:99999:7:::
root@SFP:/# cat /etc/shadow-
root:$1$1ByC0ahL$O3BCx52viICQ9UEm3WiZP1:19394:0:99999:7:::
ONTUSER:$6$mYQnmn3MLtYla6rV$DIlnn6XmGATG4RGr8U1O7mw8UQ/sZqOp4kPkSY672KmTjS4gvPIz1l3aLtQrPIxoe2q10pX4d.zmuzHtlrYux1:16634:0:99999:7:::
daemon:*:0:0:99999:7:::
ftp:*:0:0:99999:7:::
network:*:0:0:99999:7:::
nobody:*:0:0:99999:7:::
FS :
root@SFP:/# cat /etc/shadow
root::19090:0:99999:7:::
ONTUSER::19090:0:99999:7:::
daemon:*:0:0:99999:7:::
ftp:*:0:0:99999:7:::
network:*:0:0:99999:7:::
nobody:*:0:0:99999:7:::
root@SFP:/# cat /etc/shadow-
root::19090:0:99999:7:::
ONTUSER::19090:0:99999:7:::
daemon:*:0:0:99999:7:::
ftp:*:0:0:99999:7:::
network:*:0:0:99999:7:::
nobody:*:0:0:99999:7:::
J'ai essayé de changer le mot de passe d' 'ONTUSER' avec la commande 'passwd' mais cela ne fonctionne pas car je ne connais pas le mdp. Si je tape "passwd -d 'mdp' ONTUSER, j'ai bien un retour positif mais qui ne fonctionne pas lorsque j'essaye de me connecter en SSH.
Si quelqu'un à une méthode pour reset ce mot de passe ou le retrouver ou d'ajouter un nouvel utilisateur me permettant de me connecter en SSH je suis preneur.
PS : oui je pourrais re-flasher, mais au point ou j'en suis je me dit que c'est toujours utile d'en apprendre encore un peu plus :)
-
Je me réponds tout seul et surtout pour ceux qui feront la même connerie que moi...
En premier lieu déverrouillez votre bootloader, ça évitera de perdre des heures !
Si jamais vous avez fourré le changement de mot de passe alors la commande 'jffs2reset' qui est un équivalent de 'firstboot' (qui ne marchait pas chez moi) fera un reset de je ne sais trop quoi, dont le mot de passe qui revient donc à l'initial.
-
@ Rgdb : je suis un peu perdu avec toutes tes manipulations. Je te rapelle que j'ai seulement l'ONU Huawei MA5671a et pas l'ONU de chez FS.
Peux tu me donner la commande que tu as tapé en SSH pour modifier ton mot de passe ? Je parle de la commande d'origine, celle où tu n'as pas pu retrouver ton mot de passe que tu as modifié. Dois je comprendre que tu as tapé la commande "passwd" ?
Je ne sais pas trop combien de caractères as tu saisie, mais n'y aurait-il pas une limitation à huit caractères ?
A moins, comme moi, tu n'as pas mis de mot de passe à saisir, croyant qu'il n'allait pas t'en demander un lors de ta prochaine connexion.
Pour remédier à cela, et ça fonctionne, j'ai fait un "firstboot", en passant par la connexion USB / SERIAL à l'aide du Media Converter en utilisant les quatre broches.
-
Salut @Artemus,
initialement j'avais tapé la commande "passwd" pour changer le mot de passe, mais ce changement a fouaré. Du coup je n'avais plus accès en SSH et pour faire un "firstboot" ou "jffs2reset" (afin de réinitialiser le mdp) sur la console série il faut y avoir accès. Comme le bootloader n'était pas déverrouillé il a fallu que je le déverrouille, et comme les techniques facile ne fonctionnaient pas (sans savoir pourquoi) je suis passé par celle-ci : https://hack-gpon.org/ont-huawei-ma5671a-root/#root-procedure-for-huawei-ma5671a-v1---tweezers
Bref, c'est désormais résolu, mais quelle galère !
-
Bonjour, si quelq'un à des idées pour configurer le was-110 pour la box 8X, je suis preneur, merci beaucoup
-
Il faut être éligible à la technologie XGS-PON, ce qui n'est pas notre cas.
-
Bonjour à tous,
J'ai remplacé ma Box NB6 par un routeur Asus AX88U.
L'ONT est branché directement derrière le routeur.
J'ai un débit montant à 700 et un descendant à 600.
Est ce que je pourrais booster encore le débit en remplaçant l'ONT (modèle Altice actuellement)?
Est-il également possible de le débrider sans changer d'abonnement ? Mon abonnement actuel est à 1Gbs pour information
Merci d'avance pour vos retours
-
Il y a fort à parier que ce n'est pas l'ONT, mais le routeur Asus, qui bride le débit.
Soit le routeur n'a pas les capacités matérielles pour router 1Gbit/s, soit quelque chose dans sa configuration bride le débit. Par exemple, si tu utilises le firmware OpenWRT, il faudrait vérifier que "software flow offloading" est bien activé.
-
Si tu arrives un jour, tiens nous au courant ! c'est vachement intéressant à savoir du moins pour moi. (malgré que je ne sois pas encore éligible au XGS-PON)
C'est un peu gonflant de voir, que Bouygues Telecom, Orange et Free ont le 10Gbit/s chez moi sauf SFR qui se tourne les pouces.
Bonjour, si quelq'un à des idées pour configurer le was-110 pour la box 8X, je suis preneur, merci beaucoup
-
Du coup pour en finir, j'ai pris un convertisseur média, sur AliExpress, je ne sais pas si ça va faire le taff :
https://fr.aliexpress.com/item/1005008035018583.html?channel=twinner
Des avis pour les connaisseurs ?
J'espère vraiment avoir mes 2Gbit/s au minimum sinon ça part sur une résiliation chez Bouygues. :-X
Merci et bonne fêtes de pâques à tous !
-
pense a basculer l'interrupteur sur ce modele ;) (pour passer en 2.5)
-
J'ai une NB7 avec ONT intégré et un assus AX58U V2 en double nat avec du imesh derrière.
J'avais regardé pour le pass through pas dispo sur la NB7 :\
j'ai vu qu'il y a la possibilité de faire du DMZ avec le routeur dans la DMZ mais c'est pas ouf car le routeur n'a pas l'ip public et certaines choses ne fonctionnent pas top (obligé de faire du port forwarding etc).
Depuis que je me suis aperçu qu'on peut mettre un ONT à la place de la box, l'espoir revient.
plutôt que d'acheter un boitier ONT SFR sur ebay dont la conception date de 10 ans genre altice (https://www.ebay.fr/itm/286208542705?_skw=ONT+sfr&itmmeta=01JSKD6NEZFRXZ513ADZV5S9RW&hash=item42a35bc7f1:g:LFkAAOSwRdNmXXyI&itmprp=enc%3AAQAKAAAA4FkggFvd1GGDu0w3yXCmi1d1Xh%2B96fiK3Zth1qzRS9uTTLDsbc%2BKNDhJ2%2F07tQR0sLxDUb9s99Tgt2i79mk1j61jsG5CihLQOcBP%2B7i8R8%2FXYxdaIhKdb3bIkLUA8PWQ9w0i6u5a5uq9P0oo3CWl0FWu6lNlbif1TQ71a9S3dlQJrzsmBfkkuXwp3r5YG%2Bnp62yEjGu4Gj8c6vyDaqUAQpot3wBRtEvVvPGEUjo2JLe%2Bi%2Fsvm%2BGJJ1PRMRt%2BM1Do0d76djCMum%2Bbp8kMecDYs3uvKsw1BgmQ4%2Fi%2Bk9a%2FDNUn%7Ctkp%3ABk9SR9bXmu3MZQ), j'ai vu qu'il y a des solutions plus modernes comme le fameux MA5671A .
J'ai vu qu'il fallait flasher le firmware mais des versions sur aliexpress permettaient carrément de configurer le stick ONU directement depuis une interace web, voir la description de l'article (https://fr.aliexpress.com/item/1005007198047818.html?spm=a2g0o.cart.0.0.2992378deEx1Mp&mp=1&pdp_npi=5%40dis%21EUR%21EUR%2036.59%21EUR%2036.59%21%21%21%21%21%40211b80d117454911586087046e3853%2112000041102657381%21ct%21FR%21183866867%21%211%210&gatewayAdapt=glo2fra#nav-specification)
certains ont il essayé? je me demande si c'est pas le firmware de FS (https://hack-gpon.org/ont-huawei-ma5671a-fs-mod/) qui est déjà installé dessus
bref je vais tenter l'aventure.
PS: je me sers pas du tel, pas de la TV et j'ai 600Mb en download avec la NB7
-
Si tu es sur une offre commerciale a moins de 2Gbps, ca fait cher le media converter + ONU MA5671A (67€) et sans parler de la compléxité.
A ta place je prendrais un ONT externe SFR, on en trouve à 15€ sur LBC : https://www.leboncoin.fr/recherche?category=14&text=ont7+sfu&shippable=1&kst=k&pi=
et en cherchant bien parfois on en trouve à 5 ou 10€.
Je ne vois pas ou est le probleme de "la conception qui date de 10 ans", dans tous les cas ca permet d'atteindre 1Gbps en download ou en upload.
-
pense a basculer l'interrupteur sur ce modele ;) (pour passer en 2.5)
Le firmware d'Unifi est encore sacrément buggé mais, j'ai réussi et j'ai enfin dépassé le Gigabit ! (champagne)
(https://pic.nperf.com/r/3575119071794640-wV4Gz7g0.png)
-
Si tu es sur une offre commerciale a moins de 2Gbps, ca fait cher le media converter + ONU MA5671A (67€) et sans parler de la compléxité.
A ta place je prendrais un ONT externe SFR, on en trouve à 15€ sur LBC ...
Merci du conseil, j'en ai trouvé un à 11€ fdpin sur vinted et tout fonctionne.
j'ai suivi les procédures dans ces différents liens:
https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1109258/#msg1109258
https://lafibre.info/sfr-les-news/sfr-box-7/msg942749/#msg942749
https://lafibre.info/remplacer-sfr/sfr-box7-je-deteste/msg1065050/#msg1065050
A savoir:
* allumer le boitier ONT, brancher un pc en rj45 avec le réseau du pc paramétré comme suis:
une adresse IPv4 en 192.168.4.250, masque 255.255.255.0
* faire depuis une invite de commande:
telnet 192.168.4.254
Login : admin4me
Password : connect4you@support
* enregistrer son mdp fibre dans l'ONT avec la commande:
set gpon slid ascii XXXXXXXXle mot de passe doit être en ASCII c'est à dire pas de caractères spéciaux mais le mien était sur 8 caractères standards de mémoire.
éventuellement vérifier ce qui est enregistré avec la commande:
show gpon slid
* brancher l'ONT à la fibre et attendre quelques minutes.
Pour ma part je pense qu'il s'est synchronisé avec la led GPON qui clignotait jusqu'à devenir fixe puis il s'est mis à jour, la led rouge MGT clignotait rapidement puis à rebooté pour arriver finalement dans cet état.
* Dans les paramètres du routeur derrière l'ONT régler l'option Vendor-Class Option 60 avec la valeur neufbox6
Si ça ne fonctinne pas, patienter avant de rebooter changer des réglages etc car la propagation des conf réseau peut prendres qqs secondes/minutes
merci pour l'aide
-
Bravo 8) 8)
-
Hello tous le monde !
J'ai basculé sur un ONT FS GPON-ONU-34-20BI depuis environ 1 mois (j'étais sur un huawei avant), la configuration fonctionnait très bien O5 + VLAN. Mais j'ai eu une coupure de courtant prolongée dans mon appartement (5-6heurs) et depuis je reste bloqué entre O2 et O3 je n'arrive pas à comprendre pourquoi... J'ai réessayé toutes les combinaisons possible de configuration de la plus basique juste avec le PLOAM de configuré jusqu'au plus poussé avec la modife du sfp_a2_info l'ajout des version d'images etc... Mais aucun moyen de repasser en O5.
J'ai temporairement remis l'ONT Alice de SFR, parce que j'ai prêté mon ONU Huawei.
J'en reviens donc à vous la communauté qui m'a toujours aidé dans mes configurations en lisant tous les super topics présent ici.
Merci d'avance !
-
@ Si ça fonctionnait avant, le problème est ailleurs. Je ne crois pas, suite à une coupure de courant que ta configuration puisse être modifié dans ton ONU FS. Le mieux est de remettre la BOX et de voir si tu as une connexion internet. Puis ensuite de réessayer l'installation de ton ONU FS.
Quand je dis ailleurs, il est possible que quelque chose a changé coté OLT.
-
Oui comme le dit artemus, il faudrait remettre le matériel d'origine en place pour voir si le probleme ne se situe pas ailleurs que chez toi...
-
J'ai remis l'ONT de SFR déjà c'est ok de ce coté la sans aucune modife j'ai bien mon accès internet sur le mikrotik sans problème.
J'ai vérifié en me connectant en SSH dessus rien à changé niveau version d'image etc.. Ni le mot de passe fibre c'est toujours le même
-
Tu peux partager ton fw_printenv ?
-
Désolé j'étais absent ce week-end.
@rqdb voici mon fw_printenv
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmask}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} ignore_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k(image0),8192k(linux)
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_valid 1
bootcmd=run flash_flash
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethprime=SERDES
fileaddr=80F00000
filesize=3800AA
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
goi_calibrated=1
goi_config=begin-base64 644 goi_config@***@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size}
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size}
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
nDyingGaspEnable=0
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsoptions}
nfsoptions=rsize=1024,wsize=1024
olt_type=0
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest *${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw ${act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committed_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c_img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
stderr=serial
stdin=serial
stdout=serial
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${filesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${filesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 @***@
ipaddr=192.168.1.10
gatewayip=192.168.1.254
sgmii_mode=5
bootdelay=5
asc0=0
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpio input 108
mib_file=data_1g_8q_us1280_ds512.ini
sfp_a2_info=begin-base64 644 sfp_a2_info @***@
nPassword=*** (format HEX de mon mot de passe fibre)
nSerial=PTINXXXXXX
J'ai juste remplacé les infos sensibles pour le poster ici.
-
Tu n'as pas renseigné l'adresse MAC de l'ONT ?
Ça peut venir de là.
-
Ça peut venir de là.
je dirais meme plus, ca DOIT venir de là. ;D
-
Mais comme il affirme que ça fonctionnait avant et n'avoir touché à rien je laisse une petite part d'incertitude :)
-
Alors comme j'avais expliqué dans mon premier message depuis que ça ne fonctionne plus j'ai essayé pas mal de combinaison avec MAC sans MAC, avec SN sans SN etc... Donc ce fw_printenv c'est l'actuel.
Actuellement j'ai la mac de l'ONT sur lt0 et host. Un autre endroit ou la renseigner ?
-
deplug ton sfp du mikrotik, deja eu ce cas la, après reconnexion c’était ok (un redémarrage électrique du routeur ne changeait rien)
ps : pour ma part, pas eu besoin de mettte la mac de l'ont pour que ca fonctionne
-
@ricky68 déjà fait... Mais je peux le refaire ce soir. Pour le moment il est plug sur un port SFP de mon switch ubiquiti pour que j'y accède (j'ai pas désactivé le RX los).
Si vous avez des commandes de debug je suis preneur, qui pourrait me permettre de voir un message un peu plus parlant dans le omcid ou autre.
-
En premier lieu, si tu as une sauvegarde, tu devrais remettre les paramètres qui fonctionnaient. Ensuite tu peux essayer de supprimer le fichier de calibrage du laser (rm /etc/optic/.goi_recovered) et redémarrer l'ONU. Je ne vois pas trop ce qui peut clocher vu que ça fonctionnait avant.
-
Je suis un peu dégouté j'ai acheté sur vinted un ont Altlab v2 pour dépanner au cas où celui que j'ai foire. J'ai un V3
Bah impossible de le faire marcher, j'ai bien rentré mon slid mais rien n'y fait il ne permet pas a mon routeur de récupérer d'ip, même avec ranging stage O5.
C'est qui bizarre aussi c'est que sur l'ont que j'ai de base, quand je fais show gpon slid je ne vois pas en gros c'est comme s'il n'était pas renseigné et pourtant ça marche
Est ce que red utilise les SN pour l'authentification sur les ont maintenant ?
-
@rqdb non j'avais pas fait de sauvegarde comme un boulet...
Par contre l'idée du reset du calibrage du laser pourquoi pas ça peut être une piste mais j'avais vérifier le RSSI sur l'ONT sfr et l'affaiblissement en TX/RX est à peut près le même que sur l'ONU FS donc pas sure que ça soit ça. (je pourrais tester ce soir)
Par contre je suis sur le firmware stock de FS sur le module, c'est bien le fichier /etc/optic/.goi_recovered comme sur le HUAWEI FS moddded ?
-
Normalement il ne te faut renseigner que le mot de passe fibre, le numéro de série de l'ONT et l'adresse MAC de l'ONT.
De mon côté, j'ai renseigné ça sur FS Stock. Il y a sûrement des doublons et des trucs inutiles mais ça fonctionne :
- gSerial=PTIN********
- ethaddr=CC:19:**:**:**:**
- onu_ploam=******** (en clair)
- ont_ploam=******** (en clair, même que plus haut)
- nPassword=0x31 0x5a 0x** 0x** 0x** 0x** 0x** 0x** 0x** 0x**
- image0_version=FS5
- image1_version=FS5
- image1_is_valid=0
- ipaddr=192.168.4.10
- gatewayip=192.168.4.1
J'avais aussi bricolé la variable sfp_a2_info car certaines informations n'étaients pas renseignée dedans (et que je n'arrivais pas à m'enregistrer auprès de l'OLT), mais sans savoir si cela avait une influence. Je te conseille de tout renseigner, de redémarrer et ensuite de vérifier la variable sfp si ça tu ne récupère pas d'IP. Tu peux aussi vérifier si tu reçois bien les VLAN, ça te permettra de savoir si tu es dans un "fake 05".
Pour le .goi_recovered j'ai bien un ".goi_recovered" dans mon dossier /etc/optic ("ls -a /etc/optic/" pour vérifier si besoin). Tiens nous au courant.
-
Ok merci @rqdb je test ça au plus vite !
Sinon j'ai une SFP breakout board qui me permet d'accéder au module en console UART en cas de problème (par exemple boot sur FALCON) un tuto existe pour réinstaller le firmware stock histoire de repartir vraiment from scratch ?
-
Normalement il ne te faut renseigner que le mot de passe fibre, le numéro de série de l'ONT et l'adresse MAC de l'ONT.
De mon côté, j'ai renseigné ça sur FS Stock. Il y a sûrement des doublons et des trucs inutiles mais ça fonctionne :
- gSerial=PTIN********
- ethaddr=CC:19:**:**:**:**
- onu_ploam=******** (en clair)
- ont_ploam=******** (en clair, même que plus haut)
- nPassword=0x31 0x5a 0x** 0x** 0x** 0x** 0x** 0x** 0x** 0x**
- image0_version=FS5
- image1_version=FS5
- image1_is_valid=0
- ipaddr=192.168.4.10
- gatewayip=192.168.4.1
J'avais aussi bricolé la variable sfp_a2_info car certaines informations n'étaients pas renseignée dedans (et que je n'arrivais pas à m'enregistrer auprès de l'OLT), mais sans savoir si cela avait une influence. Je te conseille de tout renseigner, de redémarrer et ensuite de vérifier la variable sfp si ça tu ne récupère pas d'IP. Tu peux aussi vérifier si tu reçois bien les VLAN, ça te permettra de savoir si tu es dans un "fake 05".
Pour le .goi_recovered j'ai bien un ".goi_recovered" dans mon dossier /etc/optic ("ls -a /etc/optic/" pour vérifier si besoin). Tiens nous au courant.
C'est vraiment gSerial que tu as ? Et pas nSerial ? J'arrive pas bien à comprendre si il y un différence entre les 2. Moi je configure cette variable via "set_serial_number"
Pour le moment en imitant tes paramètres et on recalibrant le laser je fini toujours en O3.. Impossible de passer en O5
-
J'ai également "nSerial" avec la même entrée
act_img_addr=0xBF20003C
addip=setenv bootargs ${bootargs} ip=${ipaddr}:${serverip}:${gatewayip}:${netmas k}:${hostname}:${netdev}:off
addmisc=setenv bootargs ${bootargs} ethaddr=${ethaddr} machtype=${machtype} igno re_loglevel vpe1_load_addr=0x83f00000 vpe1_mem=1M mem=63M ${mtdparts}
addmtdparts0=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k (linux),8192k(image1)
addmtdparts1=setenv mtdparts mtdparts=sflash:256k(uboot)ro,512k(uboot_env),7424k (image0),8192k(linux)
asc0=0
baudrate=115200
bertEnable=0
boot_image=run boot_image${c_img};
boot_image0=run kernel0_from_sf flashargs addip addmtdparts0 addmisc && bootm ${ ram_addr}
boot_image1=run kernel1_from_sf flashargs addip addmtdparts1 addmisc && bootm ${ ram_addr}
boot_image_err=setenv kernel_offs ${kernel0_offs};httpd && setenv image0_is_vali d 1
bootcmd=run flash_flash
bootdelay=5
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=CC:**:**:**:**:**
ethprime=SERDES
fileaddr=80F00000
filesize=3800AA
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gDtiaGentEnable=false
gSerial=PTIN********
gatewayip=192.168.4.1
goi_calibrated=1
goi_config=begin-base64 644 goi_config@H4sIABFSRWECA+2YzW/TMBTAe6V/hdEOPZH52wkRh 7ENNDHEtFblME2Rm7ht@RFNXSTbgv+c5pWvaZgwxqAbkXeK+D79nOz/bqSnjQ7so0/hwYtOo1KOZiWa6 @MHmUm3E0gpYXF7edRwkGkZxXT5DtJyYKdwgnlFCBlZAdUBDKOwh39iA3Ralz@hDq5teWP/B6y/6VygE 4smtsSxVM9nxhUTg0afF0YlCZmXqbj1OTPwzDsOt2r@86P+6WV0efrGaQ7QwGQLdPXuOkRn5RRd3RxBq 38KjY+HmWtr6O+quO4yIkLf@U0yGhAkv4DLE3U4rT0LMj/h/PPq/yL8kjLb8/2X8Zy3//wb/t3qRRKPk N9H/@E/zjGv+KAv9CwDbQ8r8X/pMN/h3n32kfHl2cRK9PVqSHaAhHAroaOqBVyAIP@C9Vy/E/xDzv2H8 jhGFdC3Ms/7AAdwmCLEEpJaGNClRQt//sQ3CLw3/Mf2/k4@nVQbwLK5X/6p4HR1/hP4GAD+maTt/X8v0 l2uOILFR73JzI70rNd95k4EO0fH@epaOcu3agzQzMFNw4e9RTNkLzF5QMSDiJSYhKuI8XZRoqDzp8RB9 OD46dz+E@B7Y3H5dN1utu5MrddaPYUpZwzzCQ8CY3y7tosS6muo4UsZ5V/0zN7GfUwx68@V/d5TNPJ9M 5lI0sSJ3EEd9zt5FBSkaVlafJ7LNHCfnbGVcILHGHUI8qvqYhT@McHlVh+ZnaelrQUPUv1Wp/Po4tz1s da/h0HUJn5pZ01xZEO/Gwd22hRHH4ij@G3EnMKEwn/h7IYSxHRtZ2ZRsjINC4HzHjXHORgPWGEedzeeN cbTqU9Vs6yI3@yljXF1B/Y9hfyqUee8qXksIWpUS9krPMJu5Nqpwo95Ti3A+wZP5uVjcMxXbT@VnrJdv O6xfMIdMYUFpjzprTVvHnwOeT7geCK7KaFWQjEblZQ+0LuJnUr7ylJ@Ah/2Wokbxwo+QDH2fSI4Vxxvv 8dGF4BnZuZljTz8Lhq4rwNYL1GrZ7Ci0U0y@97nkLJAiqFV22e+fRYQHONH5p5UnHAoMFoTggNX5vvOt 90qIophTKbBPG1wX@OtcjO0vjO3+GAw5rTYj0t4Zms5stzcgWet3pubWL9zYxFR4bfuO4SNd+b4d9@yP RlLIXb9No7RiuttPI05Rv9tgy/ABwAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image0_version=FS5
image1_addr=0xB0800000
image1_version=FS5
image_name=openwrt-lantiq-falcon-SFP
ipaddr=192.168.4.10
kernel0_from_sf=sf probe 0;sf read ${ram_addr} ${kernel0_offs} ${max_kernel_size }
kernel0_offs=0xC0000
kernel1_from_sf=sf probe 0;sf read ${ram_addr} ${kernel1_offs} ${max_kernel_size }
kernel1_offs=0x800000
load_kernel=tftp ${ram_addr} ${tftppath}${image_name}-uImage
load_uboot=tftp ${ram_addr} ${tftppath}u-boot.img
machtype=SFP
magic_addr=0xBF200038
magic_val=0xDEADBEEF
max_kernel_size=180000
mib_file=data_1g_8q_us1280_ds512.ini
nDyingGaspEnable=0
nPassword=0x31 0x5a 0x** 0x** 0x** 0x** 0x** 0x** 0x** 0x**
nSerial=PTIN********
net_nfs=run load_kernel nfsargs addip addmtdparts0 addmisc;bootm ${ram_addr}
netmask=255.255.255.0
nfsargs=setenv bootargs root=/dev/nfs rw nfsroot=${serverip}:${rootpath},${nfsop tions}
nfsoptions=rsize=1024,wsize=1024
olt_type=0
omci_iop_mask=1
ont_ploam=********
onu_ploam=********
preboot=gpio set 3;gpio input 2;gpio input 105;gpio input 106;gpio input 107;gpi o input 108
ram_addr=80F00000
reset_uboot_env=sf probe 0;sf erase 40000 80000
save_uboot=sf probe 0;sf erase 0 40000;sf write ${ram_addr} 0 ${filesize}
select_image=setenv activate_image -1;if itest *${magic_addr} == ${magic_val} ; then if itest *${act_img_addr} == 0 ; then setenv activate_image 0;fi;if itest * ${act_img_addr} == 1 ; then setenv activate_image 1;fi;mw ${magic_addr} 0x0;mw $ {act_img_addr} 0x0;fi;if test $activate_image = -1 ; then setenv c_img $committe d_image;else setenv c_img $activate_image;setenv activate_image -1;fi;if test $c _img = 0 && test $image0_is_valid = 0 ; then setenv c_img 1;fi;if test $c_img = 1 && test $image1_is_valid = 0 ; then setenv c_img 0;fi;if test $image0_is_valid = 0 && test $image1_is_valid = 0 ; then setenv c_img _err;fi;exit 0
serverip=192.168.1.100
sfp_a0_low_128=begin-base64 644 sfp_a0_low_128 ****
sfp_a2_info=begin-base64 644 sfp_a2_info *****
sgmii_mode=5
stderr=serial
stdin=serial
stdout=serial
tx_fault_pin=2
update_image0=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel0_offs} +${filesize};sf write ${ram_addr} ${kernel0_offs} ${f ilesize}
update_image1=tftp ${ram_addr} ${tftppath}${image_name}-squashfs.image;sf probe 0;sf erase ${kernel1_offs} +${filesize};sf write ${ram_addr} ${kernel1_offs} ${f ilesize}
update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is _valid 1 && saveenv
update_uboot=run load_uboot && run save_uboot
ver=U-Boot 2011.12-lantiq-gpon-1.2.24 (Nov 03 2014 - 22:46:28)
Pour réinstaller le firmware stock ça doit se faire de la même manière que le flash du FS Modded sur le Huawei je suppose, mais je n'ai jamais testé sur le FS.
-
Je ne comprends vraiment pas pourquoi je reste en O2-O3, j'ai imité le plus possible tes paramètres et c'est toujours pareil...
J'ai flashé à nouveau l'image1 et l'image0 avec l'image dispo sur GPON hack mais j'ai toujours le même environment après reboot donc je ne sais pas comment je pourrais reflasher un autre rootfs qui me permettrait vraiment d'être factory reset ?
-
Quand tu entre ta variable "sfp_a2_info" ici (https://hack-gpon.org/ont-huawei-ma5671a-rooted/#web-procedure) tu as toutes les informations qui apparaissent dans les cases ? Chez moi c'est le cas, mais ça ne fonctionnait pas avant que je bricole cette variable.
-
nSerial=PTIN********
moi j'ai pas ca, j'ai un truc qui n'a aucun rapport avec SFR, nSerial=J2O2004756
mets comme moi pour voir ?
le PTIN******** je l'ai seulement dans :
dans onu_serial= et ont_serial=
-
@rqdb oui oui j'ai bien tout dans la variable sfp_a2 sans soucis.
@rooot j'ai aussi essayé avec le nSerial d'origine mais ça change pas, pareil en mettant le onu_serial et ont_serial
-
Il faudrait essayer d'activer les logs de manière à voir ce qui pose problème.
Selon ce schéma ça serait possiblement au niveau du SN que ça coince : https://forum.huawei.com/enterprise/intl/en/thread/gpon-introduction-common-ploam-message-using-in-gpon-system/667284668879355904?blogId=667284668879355904
-
@rqdb la question, c'est comment activer plus de logs ?
Au vu du schéma effectivement le problème viendrait bien du SN mais pourtant je l'envoie bien..
-
Pour activer les logs : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1043882/#msg1043882 . Il faut redémarrer l'ONU après modification.
Pour plus de facilité tu peux télécharger le fichier log :"pscp -scp ONTUSER@192.168.4.10:/tmp/omcid.log ./omcid.log" Remplace 192.168.4.10 par l'IP de ton ONU et ONTUSER par ton nom d'utilisateur (d'origine c'est ONTUSER sur le FS).
Ensuite tu peux jeter un œil à la section "#####dmesg print start####". Chez moi c'est à la ligne 263, ça devrait donc être dans ces environs. Peut-être que tu y trouveras des infos permettant de savoir pourquoi ça bloque.
-
Je suis un peu dégouté j'ai acheté sur vinted un ont Altlab v2 pour dépanner au cas où celui que j'ai foire. J'ai un V3
Bah impossible de le faire marcher, j'ai bien rentré mon slid mais rien n'y fait il ne permet pas a mon routeur de récupérer d'ip, même avec ranging stage O5.
C'est qui bizarre aussi c'est que sur l'ont que j'ai de base, quand je fais show gpon slid je ne vois pas en gros c'est comme s'il n'était pas renseigné et pourtant ça marche
Est ce que red utilise les SN pour l'authentification sur les ont maintenant ?
Personne n'a une idée ?
-
Personne n'a une idée ?
On suppute que certains OLT sont plus restrictif que d'autres, sur mon OLT sur RIP Altitude, en renseignant juste le SLID tu te co, tu peux rentrer un firmware a coter de le plaque ca marche aussi, pas besoin de spoof mac ou numéro de série
Chez certains, c'est pas aussi simple, t'es peut etre dans ce cas la
-
Personne n'a une idée ?
Il se peut que le blocage soit fait sur l'adresse MAC. D'où la non reconnaissance de ton matériel, pourtant de chez SFR, qui n'est pas reconnu.
-
Bonjour à tous,
Il y a quelques jours je m'étais inscrit suite à un problème lié à la connexion d'un ONT mais le hasard a fait qu'aujourd'hui, j'ai réglé le problème et je viens faire part de mon expérience au cas ou elle puisse servir à d'autre.
Tout est parti du mois dernier lors d'une bascule fibre coaxial vers un fibre optique avec changement de modem, la box 7 GR140CG et pour complexifier le tout, un remplacement aussi du routeur par un asus RT-BE92U.
Ayant de la domotique, je me suis renseigné un max pour ne pas être embêter et c'est là que je suis tombé sur ce super topic ;)
Donc j'ai respecté quelques conseils en demandant à redsfr de me mettre en IPV4 full-stack et en cherchant un ONT pour me débarrasser du modem. J'ai cherché un petit moment et j'en ai trouvé un V2 sur vinted à moins de 10€, je le reçois et je me dis : super j'ai tout ! Je le paramètre, il se connecte sans problème à la fibre mais la tuile arrive, impossible de me connecter à internet avec le routeur Asus ... J'ai beau essayer de multiple manipulations recommandées mais toujours impossible de se connecter ... jusqu'à aujourd'hui.
Donc pour qu'il puisse se connecter j'ai dû remplir la page connexion internet du routeur :
- Identifiant de classe (Options 60):neufbox_NB6VAC-FXC
- Identifiant de client (Options 61): (numéro de série trouvable dans l’interface de la box7)
- Adresse MAC : (adresse mac trouvable dans l’interface de la box7)
- Fréquence de requête DHCP : agressive
J'ai attendu moins de 5mn avec le routeur qui indiquait qu'il n'avait pas d'adresse IP wan et il s'est connecté.
Avec les tests et les délais d'attente lors de la connexion qui ne sont pas immédiat je ne suis pas sûr et certain, mais le seul paramètre que j'ai rajouté aujourd'hui c'est l'Option 61 en inscrivant le numéro de série de la box7.
-
l'option DHCP 61 en général c'est l'adresse MAC. Si tu as mis autre chose, je pense que ca n'a donc pas d'utilité...
-
Bizarre c'est la seule chose que j'ai changé, les fois précédente j'avais mis Option 60 et l'adresse mac et attendu mais rien n'y faisait et là depuis que j'ai mis le numéro de série dans l'option 61 ça a fonctionné.
Maintenant que je suis connecté je n'ai pas envie de faire de nouveaux tests au risque de tout planté ;D Mais il se peut qu'il y ait une coïncidence avec un autre facteur.
(https://rehost.diberie.com/Picture/Get/r/400770) (https://rehost.diberie.com/Picture/Get/f/400770)
-
@ Tsaim : je n'utilise pas l'option 61 et pourtant j'ai une connexion à l'internet via SFR.
-
je viens de vérifier la capture DHCP que j'avais faite entre L'ONT et la box à l'aide d'un port mirroring avec un switch administrable, et je confirme que la box NB6VAC envoie sont adresse MAC dans l'option dhcp 61. Je pense que c'est pareil avec les autres box.
(https://i.imgur.com/fAvl2GE.png)
-
Que ce soit dans mon pseudo routeur Debian sous systemd-networkd, ou sous OpenWRT, je force l'adresse MAC de l'interface WAN qui s'identifie auprès de SFR, en prenant celle de mon ancienne BOX. Il se peut que le problème se résolve ainsi puisque je reprends une adresse MAC connue de SFR.
-
pas moi...je le faisais au debut et je me suis rendu compte que ce n'était pas necessaire.
Par contre dans wan6 je mets bien l'adresse mac de la box SFR dans :
option clientid '00030001xxxxxxxxxxxx'
Possible que ce ne soit pas necessaire aussi ;D avec le temps je ne sais plus... ;D
-
@ Rooot : J'utilise aussi "option clientid ..." dans wan6. Je n'ai pas essayé de vérifier l'utilité de l'adresse MAC dans l'interface wan.
Il est fort possible que je configure trop de choses et qu'elles sont peut-être inutiles.
P.S.: j'ai terminé la configuration de mon OpenWRT sous Raspberry Pi 4B. J'ai pu résoudre le problème de l'attribution des adresses IPv6 à partir du DUID et de les associer à un nom d'hôte. J'ai même pu configurer le QoS pour le décodeur TV Plus SFR. Ce fut un excellent exercice.