Auteur Sujet: La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+  (Lu 931226 fois)

0 Membres et 2 Invités sur ce sujet

njd90

  • Abonné Orange Fibre
  • *
  • Messages: 34
  • Belfort (90)
Bonjour à tous,

J'ai flashé le G-010S-P avec le firmware Carlitoxx-v1 sur l'image 1.

Quand je vérifie les variables avec fw_printenv, je m'aperçois que l'image 0 n'est pas valide :

image0_addr=0xB00C0000
image0_version=3FE56853AOPD39
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
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
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
image1_version=3FE56853AOPD75
image1_is_valid=1
activate_image=1
committed_image=1
image0_is_valid=0

dev:    size   erasesize  name
mtd0: 00040000 00010000 "uboot"
mtd1: 00080000 00010000 "uboot_env"
mtd2: 00740000 00010000 "image0"
mtd3: 00800000 00010000 "linux"
mtd4: 006d8322 00010000 "rootfs"
mtd5: 004e0000 00010000 "rootfs_data"

Quelle est la procédure pour remettre une image valide ?

proap

  • Abonné MilkyWan
  • *
  • Messages: 568
Bonjour à tous,

J'ai flashé le G-010S-P avec le firmware Carlitoxx-v1 sur l'image 1.

Quand je vérifie les variables avec fw_printenv, je m'aperçois que l'image 0 n'est pas valide :

image0_addr=0xB00C0000
image0_version=3FE56853AOPD39
image1_addr=0xB0800000
image_name=openwrt-lantiq-falcon-SFP
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
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
image1_version=3FE56853AOPD75
image1_is_valid=1
activate_image=1
committed_image=1
image0_is_valid=0

dev:    size   erasesize  name
mtd0: 00040000 00010000 "uboot"
mtd1: 00080000 00010000 "uboot_env"
mtd2: 00740000 00010000 "image0"
mtd3: 00800000 00010000 "linux"
mtd4: 006d8322 00010000 "rootfs"
mtd5: 004e0000 00010000 "rootfs_data"

Quelle est la procédure pour remettre une image valide ?

ce n'est pas grave en soit.
Par prudence, si un jour tu voudras flasher l'image0 avec 'mtd', il vaut mieux forcer le flag image0_is_valid à 1. Parce qu'il y a un script qui vérifie la validité des images lors du démarrage et, tant que cette variable n'est pas 1, tu n'arriveras pas à démarrer sur l'image 0 => il va forcer la variable committed_image à 1 pour revenir sur l'image1. Ca doit être une protection en cas de flash foiré via une procédure de mise à jour standard openWRT, je pense.

En tout cas, pour forcer la variable à '1' tu fais:
fw_setenv image0_is_valid 1
Par précaution, ne boot pas sur l'image 0 tant que tu n'es pas certain d'avoir flashé une image valide.

njd90

  • Abonné Orange Fibre
  • *
  • Messages: 34
  • Belfort (90)
Merci pour les infos concernant l'image0.

Je suis actuellement chez Bouygues en offre Must (avec un ONT externe) et j'essaye de passer sur un G-010S-P.

J'arrive à passer en O5, j'obtiens un GEM Port mais pas VLANs. (cf captures)
Au niveau du GEM, je remarque qu'il y a du traffic aussi bien en RX qu'en TX.

Je me suis appuyé de vos posts et je l'ai configuré ainsi :

/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='HWTC'
uci set sys.mib.ont_version='17C6.A'
uci set sys.mib.equipment_id='HWTCXXXXXXXX'

et avec fw_set :
fw_setenv target oem-generic
fw_setenv ont_serial=HWTCXXXXXXXX
fw_setenv image1_version= HWTCXXXXXXXX
fw_setenv omci_version=3FE56853AOPD75

Plus très loin du but, mais je bloque.

Chez Bouygues, il serait nécessaire de transmettre le SLID (00000+IMIE).

Pouvez-vous me confirmer que c'est dans la variable gpon.ploam.nPassword qu'il faut saisir le SLID ?
Je l'ai saisi sous ce format : 0x30 0x30 0x30 0x30 0x30 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01
Est-ce le bon format ?

Je peux vous transmettre également les logs d'omci.



« Modifié: 11 avril 2021 à 19:53:54 par njd90 »

proap

  • Abonné MilkyWan
  • *
  • Messages: 568
Merci pour les infos concernant l'image0.

Je suis actuellement chez Bouygues en offre Must (avec un ONT externe) et j'essaye de passer sur un G-010S-P.

J'arrive à passer en O5, j'obtiens un GEM Port mais pas VLANs. (cf captures)
Au niveau du GEM, je remarque qu'il y a du traffic aussi bien en RX qu'en TX.

Je me suis appuyé de vos posts et je l'ai configuré ainsi :

/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='HWTC'
uci set sys.mib.ont_version='17C6.A'
uci set sys.mib.equipment_id='HWTCXXXXXXXX'

et avec fw_set :
fw_setenv target oem-generic
fw_setenv ont_serial=HWTCXXXXXXXX
fw_setenv image1_version= HWTCXXXXXXXX
fw_setenv omci_version=3FE56853AOPD75

Plus très loin du but, mais je bloque.

Chez Bouygues, il serait nécessaire de transmettre le SLID (00000+IMIE).

Pouvez-vous me confirmer que c'est dans la variable gpon.ploam.nPassword qu'il faut saisir le SLID ?
Je l'ai saisi sous ce format : 0x30 0x30 0x30 0x30 0x30 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01 0x01
Est-ce le bon format ?

Je peux vous transmettre également les logs d'omci.

Hello. Je pense que sur carlitoxv1 le plus simple pout le slid/ploam est d'utiliser le GUI directement

monoeilouais

  • Abonné Orange Fibre
  • *
  • Messages: 201
  • Montmorency
Hello. Je pense que sur carlitoxv1 le plus simple pout le slid/ploam est d'utiliser le GUI directement

Oui et je dirai qu'il faut le mettre sous cette forme
Exemple :
SLID : 00000161263787901267
PLOAM : 0x00 0x00 0x01 0x61 0x26 0x37 0x87 0x90 0x12 0x67
je l'ai mis dans la page de configuration en ligne du carlitoxx (je n'ai pas le nom sous les yeux).
Malgré tout, je reste en O5 mais sans IP aussi...

proap

  • Abonné MilkyWan
  • *
  • Messages: 568

et avec fw_set :
fw_setenv image1_version= HWTCXXXXXXXX
fw_setenv omci_version=3FE56853AOPD75

Perso, je n'aurais pas touché à omci_version.
Tu as mis le n° de série dans image1_version, ce n'est pas le bon endroit pour le mettre. A la rigueur tu peux tenter de mettre le '3FE56853AOPD75' (ce qui doit correspondre à une version de firmware) dans image1_version

proap

  • Abonné MilkyWan
  • *
  • Messages: 568
je me permets de poster ici une petite procédure pour faire le backup des partitions.
les partitions intéressantes sont:
  • uboot
  • uboot_env (la plus importante en vrai, c'est la seule unique à votre ONT puisqu'elle contient la calibration optique)
  • image0 (ca peut s’appeler aussi linux si l'ONT tourne sur l'image0)
  • image1 (ca peut s’appeler aussi linux si l'ONT tourne sur l'image1)

rootfs et rootfs_data sont générés automatiquement, pas besoin de les sauvegarder...

1) Il faut s’authentifier en ssh au niveau de l'ONT.

2) Cartographie des  partitions et les respectifs mtd avec la commande :
cat /proc/mtduboot et uboot_env correspondent à mtd0 et mtd1, respectivement. Pour les image0 et 1, les mtd sont différents en fonction de l'image en cours d'utilisation sur certains ONT.

pour faire les copies de sécurité, c'est très simple avec dd (mieux connu comme data destroyer parce qu'il ne faut pas inverser le IF et le OF => je suis passé par là  ;D)
cd /tmp
dd if=/dev/mtdX of=/tmp/NOM_PARTITION.bin

si vous voulez vraiment être parano, utilisez un blocksize de '1'. Je ne le fais jamais parce que ça prend des plombes et j'obtiens toujours le même résultat (mêmes checksums...). les puristes le conseilleront:
dd if=/dev/mtdX of=/tmp/NOM_PARTITION.bin bs=1
le 'X' et le nom de la partition sont à adapter bien évidement.


puis on transfère tout sur le pc avec scp (à executer depuis le PC, pas sur l'ONT)
scp ONTUSER_ou_root@192.168.1.10:/tmp/*.bin CHEMIN_VERS_REPERTOIRE

proap

  • Abonné MilkyWan
  • *
  • Messages: 568
Non je ne l'avais pas fait.
Je viens de le faire rapidement, transfert dans l'image stock Huawei du binaire omcid du carlito + mibs, je n'ai pas d'erreur lors du lancement de l'appli.
Je ferai un essai avec la fibre quand la connexion sera libre ;)

EDIT:

Ça ne fonctionne pas avec simplement le omcid du carlito, je bagote entre le status 02/03.
Il doit y avoir d'autres éléments à récupérer.

est-ce qu'avec le firmware carlitoxx tu y arrives? Je viens de passer un peu de temps dessus et la seuls binaires différents sont le omci et optic
quand je compare les fichiers mibs avec git diff je constate qu'ils sont bien différents. Par contre je n'ai pas les connaissances pour comprendre l'impact de ces différences.
D'ailleurs je cherche toujours comment le firmware stock du MA5671A écrase la variable image1/0_version à chaque boot avec la 'vrai' version firmware... Le seul moyen que j'ai trouvé pour la modifier de façon permanente a été de modifier cette valeur directement au niveau du firmware et puis reflasher le firmware modifié.

EDIT:
j'ai trouvé. La version de l'image est codée en dur dans le binaire omcid.
« Modifié: 14 avril 2021 à 12:00:20 par proap »

ludoc

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 15
  • Lille (59)
avec le TP-LINK MC220L, avez-vous une perte de débit ?

avec une LB5 ONT intégré : 1ms  900 down 600 up
avec TP-LINK MC220L + G-010S-A connecté sur le port 4 de la LB5 : 2ms 580 down 570 up

Et la montée en débit lors du speedtest me semble plus longue dans le second cas.
Vous pensez que c'est le MC220L qui est en cause ou le  G-010S-A ?

merci  :)

nitro

  • Abonné Orange Fibre
  • *
  • Messages: 67
J’ai le même setup et je n’ai pas de perte de débit.


avec le TP-LINK MC220L, avez-vous une perte de débit ?

avec une LB5 ONT intégré : 1ms  900 down 600 up
avec TP-LINK MC220L + G-010S-A connecté sur le port 4 de la LB5 : 2ms 580 down 570 up

Et la montée en débit lors du speedtest me semble plus longue dans le second cas.
Vous pensez que c'est le MC220L qui est en cause ou le  G-010S-A ?

merci  :)

nonobzh

  • Abonné Orange Fibre
  • *
  • Messages: 180
  • Brest (29)
avec le TP-LINK MC220L, avez-vous une perte de débit ?

avec une LB5 ONT intégré : 1ms  900 down 600 up
avec TP-LINK MC220L + G-010S-A connecté sur le port 4 de la LB5 : 2ms 580 down 570 up

Et la montée en débit lors du speedtest me semble plus longue dans le second cas.
Vous pensez que c'est le MC220L qui est en cause ou le  G-010S-A ?

merci  :)

J'ai constaté le même soucis, que ce soit avec le G-010S-A ou le G-010S-P, et ce dans le MC220L ou directement dans mon ER-4.
Avec un Speedtest sur le serveur Orange de Rennes, je passais de ~945 Mbps à ~500 Mbps.
Mais en changeant de serveur, par exemple testdebit.info de Massy, je retrouve le débit d'avant, sauf pour l'upload.
Je suspecte la Livebox de faire une opération sur les paquets qui transitent par elle. QoS ?

ludoc

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 15
  • Lille (59)
J’ai le même setup et je n’ai pas de perte de débit.
ok je vais essayer avec un autre ONU, merci !
J'ai constaté le même soucis, que ce soit avec le G-010S-A ou le G-010S-P, et ce dans le MC220L ou directement dans mon ER-4.
Avec un Speedtest sur le serveur Orange de Rennes, je passais de ~945 Mbps à ~500 Mbps.
Mais en changeant de serveur, par exemple testdebit.info de Massy, je retrouve le débit d'avant, sauf pour l'upload.
Je suspecte la Livebox de faire une opération sur les paquets qui transitent par elle. QoS ?
plutôt étrange mais effectivement, je n'ai pas pensé à tester avec un autre serveur, dans mon cas c'était un serveur Eurafibre et pas Orange.
merci

Je vais essayer avec un G-010S-P histoire de voir si j'ai le même problème, par contre j'ai des problèmes pour le configurer.
Sur le G-010S-A j'ai juste utilisé ritool pour set MfrID, G984Serial et HardwareVersion mais sur le G-010S-P la commande ritool n'est pas disponible.

J'ai cherché du côté de fw_setenv mais sans succès jusqu'à maintenant.
Faut-il impérativement flasher une image Carlitoxx-v1 pour pouvoir modifier le MfrID, G984Serial et HardwareVersion ?