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

XaTriX · « **Réponse #1920 le:** 30 mai 2021 à 00:50:47 »

Citation de: hwti le 30 mai 2021 à 00:40:45

Il n'est question que du LAN.

Avec sgmii_mode=5 il y a autodétection 1Gbps/2,5Gbps.
Il y a aussi sgmii_mode=2 qui force le 2,5Gbps, mais c'est risqué, car si ça ne fonctionne pas il ne reste que le port série.

Mais on peut tester temporairement : "onu lanpcs 0 1 -1 4 3 1 0 5 0 0 9216 1 0 0 0" correspond normalement aux paramètres qui seraient mis par sgmii_mode=2.

Ok j'ai testé

Alors le lien chute selon le switch
Si je passe le port en 10G là par contre le switch le "monte" mais niveau ping/ssh ça répond pas ^^

hwti · « **Réponse #1921 le:** 30 mai 2021 à 00:59:18 »

Citation de: XaTriX le 30 mai 2021 à 00:50:47

Ok j'ai testé
Alors le lien chute selon le switch
Si je passe le port en 10G là par contre le switch le "monte" mais niveau ping/ssh ça répond pas ^^

Donc clairement le switch ne supporte pas le HSGMII, d'ailleurs la documentation ne parle que de 1Gbps et 10Gbps sur le SFP+.

XaTriX · « **Réponse #1922 le:** 30 mai 2021 à 01:02:38 »

Citation de: hwti le 30 mai 2021 à 00:59:18

Donc clairement le switch ne supporte pas le HSGMII, d'ailleurs la documentation ne parle que de 1Gbps et 10Gbps sur le SFP+.

Ah oui c'était peu probable mais ça se teste ^^
J'ai envoyé une demande au support, on va voir ce que ça donne

XaTriX · « **Réponse #1923 le:** 30 mai 2021 à 01:07:16 »

Bon par contre il ne marche plus en 1G

XaTriX · « **Réponse #1924 le:** 30 mai 2021 à 01:16:47 »

https://www.fibrolan.com/%C2%B5Falcon%E2%80%93MX

XaTriX · « **Réponse #1925 le:** 30 mai 2021 à 01:28:17 »

Citation de: hwti le 30 mai 2021 à 00:40:45

Il n'est question que du LAN.

Avec sgmii_mode=5 il y a autodétection 1Gbps/2,5Gbps.
Il y a aussi sgmii_mode=2 qui force le 2,5Gbps, mais c'est risqué, car si ça ne fonctionne pas il ne reste que le port série.

Mais on peut tester temporairement : "onu lanpcs 0 1 -1 4 3 1 0 5 0 0 9216 1 0 0 0" correspond normalement aux paramètres qui seraient mis par sgmii_mode=2.

Bon j'ai récupéré l'accès.

J'aimerais tester le LAN_MODE_TBI_SERDES = 14 de façon temporaire bien sur
je vais étudier lanpcs

dmfr · « **Réponse #1926 le:** 30 mai 2021 à 22:32:39 »

Citation de: dmfr le 26 mai 2021 à 13:46:07

Quand j'utilisais encore mon G-010S-A comme un G-010S-A (ricanements)....

Le ricanement aura été de courte durée. Je suis dans la 4ème dimension.

Il y a quelques jours, j'ai refait un tit speedtest maniaco-compulsif :

Code: [Sélectionner]

     Server: ORANGE FRANCE - Paris (id = 24215)
        ISP: Orange
    Latency:     2.65 ms   (0.29 ms jitter)
   Download:   392.13 Mbps (data used: 241.2 MB)                               
     Upload:   502.01 Mbps (data used: 226.1 MB)

Après plusieurs essais, aucune erreur, bloqué à ~400 Mbps.

Je rebranche l'ONT Huawei :

Code: [Sélectionner]

     Server: ORANGE FRANCE - Paris (id = 24215)
        ISP: Orange
    Latency:     2.48 ms   (0.13 ms jitter)
   Download:   925.00 Mbps (data used: 429.4 MB)                               
     Upload:   502.18 Mbps (data used: 226.8 MB)

J'avais pourtant ces valeurs normales sur le G-010S-A reprogrammé P/carlitoxx-v1 quelques jours auparavant.

J'ai tout essayé :

RAZ (jffs2reset)
(re)calibration optique, voir même pompage brut de valeurs sur d'autres appareils nativement A ou P
différents MIBS
forcage de différents mode lan.sh SGMII/SERDES/etc
soudure du paté de connecteurs (qui n'a jamais été nécessaire auparavant)
rétro-portage vers le P-hybride des très maigres différences de firmware vs un firmware G-010S-A de série

Rien n'y fait => throttling franc à 400 Mbps

Là où ca devient incompréhensible,
Je branche en lieu et place un autre G-010S-A jamais bricolé, je le configure :
https://github.com/hwti
O5 pas de souci
et :

Code: [Sélectionner]

     Server: ORANGE FRANCE - Paris (id = 24215)
        ISP: Orange
    Latency:     2.50 ms   (0.19 ms jitter)
   Download:   391.62 Mbps (data used: 201.6 MB)                               
     Upload:   486.69 Mbps (data used: 219.6 MB)

A part des extensions propriétaires HWTC très récemment déployées, et que seuls le HG8010h sait gérer, je ne vois vraiment pas...

didjee34 · « **Réponse #1927 le:** 01 juin 2021 à 11:57:56 »

Citation de: dmfr le 26 mai 2021 à 13:53:51

Attention, sauf erreur le REVELPROG ne te permettra pas de lire/écrire la "vraie" mémoire flash en enfournant simplement le SFP dedans. Ce serait trop simple...
Edit : en fait c'est même sûr que non. Il faudrait pour cela que le module SFP expose directement l'interface SPI de la flash sur ses pins, ce qui n'est pas possible. (certains SFP GPON n'exposent même pas l'UART de secours...)
Il ne permet que d'intervenir sur l'EPROM qui est exposée à l'appareil hôte dans le cas de modules SFP plus simples (transceivers ethernet).
Dans le cas des SFP GPON , cette eprom est simulée (par un démon style sfp_i2c), donc il n'y a rien d'accessible en écriture (ni en lecture si ton SFP ne boote pas).

La meilleure option reste vraiment un connecteur SFP exemple :
https://fr.rs-online.com/web/p/connecteurs-es-enfichables/8967469/
sur lequel tu fais sauter les pins non utilisées pour pouvoir souder grossièrement.

EDIT :
Car les adaptateurs SFP de ce type:
https://osmocom.org/projects/misc-hardware/wiki/Sfp-breakout
sont très bien, mais ne permettent pas d'accéder à la flash quand le module est calé dedans (pour faire le court-circuit)

Hello les poulets !

J'ai reçu tout le matos, et je te remercie 1000 fois dmfr !

Mon connecteur SFP est prêt, sans soudure car j'ai des trop grosses patounettes. Mais j'ai magouillé et j'arrive à voir sur le terminal ceci :

Code: [Sélectionner]

ROM: V1.1.4
ROM: CFG 0x00000006
ROM: SFLASH-4
hw fuse format 1


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 S25FL129P_64K with page size 64 KiB, total 16 MiB

Bon par contre ça à l'air de boot loop jusqu'à l'infini et audelà !

Je vais faire ton tricks de pince pour faire court-circuit et voir ce que je peux faire de plus.

Merci en tout cas !

didjee34 · « **Réponse #1928 le:** 01 juin 2021 à 12:57:34 »

ça avance !

Un grand merci à tous, je vais pouvoir remonter le module et voir s'il boot à nouveau dans mon MC220L pour recommancer l'upgrade !

Code: [Sélectionner]

FALCON => setenv committed_image 0;
FALCON => saveenv
Saving Environment to SPI Flash...
Erasing SPI flash...Writing to SPI flash...done
Valid environment: 2
FALCON => setenv image1_is_valid 1;
FALCON => saveenv
Saving Environment to SPI Flash...
Erasing SPI flash...Writing to SPI flash...done
Valid environment: 1
FALCON => env
env - environment handling commands

Usage:
env ask name [message] [size] - ask for environment variable
env default -f - reset default environment
env edit name - edit environment variable
env export [-t | -b | -c] [-s size] addr [var ...] - export environment
env import [-d] [-t | -b | -c] addr [size] - import environment
env print [name ...] - print environment
env run var [...] - run commands in an environment variable
env save - save environment
env set [-f] name [arg ...]

FALCON => env print
act_img_addr=0xBF20003C
activate_image=1
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=1
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=0
committed_image=0
env_offs=0x40000
env_offs_redund=0x80000
ethact=SERDES
ethaddr=00:06:B5:04:87:80
ethprime=SERDES
fileaddr=80F00000
filesize=400092
flash_flash=run select_image boot_image
flashargs=setenv bootargs rootfstype=squashfs,jffs2
gatewayip=192.168.2.1
goi_config=begin-base64 644 goi_config@H4sIAEXnNFQCA+1WS2/aQBDmWn7FVj1wwtnZp13UA0rSKipRo4DSA4osYy/E@KmYt27Tpv+8YQgBjkkuaKqq/i1fzzWNn1rM7pghPQruYxrOTmY399bL1sqAI@LeXqi6h+mWSsBUyABMW1Ui0KXAloEdp6BSzzIsgIaWXWFk/pPce/UbTXJ07w@8ElnNreTYN5pv7NpEdsFOQ3m8SQLyvUoTgxWKklJh1HQXcq7nI4o/yjdG+0o@B76d9gfKkQ7ttPd8ZsFiZvKKsDBJatDxMjN+EUzmpcIm6CgzU9LhzHVcCR4T@ksOWvOlfnfmTyF/pSOowRjXlwGQlQBRGoR+kUTUu7iZP4qIw2RHGT+2vAzKx@i7iw2XYbl7iLneL4VwOKW36Kh2d4tsefYX50LWU72Z+FwfyBwXgMUZa7wsIR@1k6nuSnWZBegxpKu94mG/IjfOvbRL5R+vSN+2cpSHvFbxz76RbIr9ve7LYJg@++KH7DVje9W+3yROHSE84WnKBBM7Fb9IbITmm9rhv6dc8DRza8KuqnAYFsVC@uIdhYRUWPE9oBa7SLtSFRS3gjlJcetLjrnvovyySgEP/bOWfS+4pKqir69NC@LeUoF/uKqvIMq7+4CXLsxsQsiq319XB44YPwaBRkP9Y9Rx28sRVQLkGqsu0e@2zbH49zoSC6UcD0pXOXWuNtVpUprBhy9aapqdNMgCyZ2HocbA6YZ2kjKmK4m@YZNlRTKxebB1OrA2vbSRwUJW9KZhHm/1vtwMMdI9R9TdK6HNTJ08isqL423d@/wbf/zLrcPX8BzPzF2I88/4jAN9/SSUOAEBRD5iWonn/XwO01eB/xn7/r2Yx@fx7kJiuvWyfMf75Q/yshjvY/KLmd/0XZ/woEb/r/NfABBy2ysAUJ78pBnRR3@hox+p4bEEY4C8TQ22fter9cuZZ8G/eH5tX99/rmUfCAjnOLJ+Ott76K4I+Ok@f9sbnpPx8vtJucSnhIzz2zZnuqcdnE16wAXON6JH203bNWjQoME/xx/e0Oqa@ABQAAA==@====@
gphy0_phyaddr=0
gphy1_phyaddr=1
image0_addr=0xB00C0000
image0_is_valid=1
image0_version=SAHEOFR040114
image1_addr=0xB0800000
image1_is_valid=1
image1_version=SAHEOFR030314
image_name=openwrt-lantiq-falcon-SFP
ipaddr=192.168.1.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
nDyingGaspEnable=1
nSerial=ALCLFA123456
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
omci_loid=loid
omci_lpwd=lpasswd
omci_version=3FE56853AOPD75
ont_serial=ARLT03123456
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
sfp_a2_info=begin-base64 644 sfp_a2_info @ZADOAF8A2ACMoHUwiLh5GK/IAACIuAAAe4Yi0G4XJxAHywAPBjAAFAAGtQSH@gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/gAAAAAAAAAEAAAABAAAAAQAAAAEA@AAAAAABxMBt+7BPIPp0AAP////8DAABA//8AQAAAcAAAAAAAIAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEFBMQAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@====@
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)

Environment size: 5423/65531 bytes

Cette ligne parle d'elle même... effectivement il faut faire tout ça pour update :

Code: [Sélectionner]

update_openwrt=run update_image0 && setenv committed_image 0 && setenv image0_is_valid 1 && saveenv

J'avais oublié le "image1_is_valid 1" possiblement ça devrait être bon maintenant.

Je vais tester ça.

didjee34 · « **Réponse #1929 le:** 01 juin 2021 à 13:10:54 »

BINGO !

Il est à nouveau UP & Running ! Merciiiiiiiiiiiiii !!

proap · « **Réponse #1930 le:** 01 juin 2021 à 14:01:34 »

Citation de: didjee34 le 01 juin 2021 à 11:57:56

Hello les poulets !

J'ai reçu tout le matos, et je te remercie 1000 fois dmfr !

Mon connecteur SFP est prêt, sans soudure car j'ai des trop grosses patounettes. Mais j'ai magouillé et j'arrive à voir sur le terminal ceci :

Code: [Sélectionner]
ROM: V1.1.4 ROM: CFG 0x00000006 ROM: SFLASH-4 hw fuse format 1 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 S25FL129P_64K with page size 64 KiB, total 16 MiB
Bon par contre ça à l'air de boot loop jusqu'à l'infini et audelà !

Je vais faire ton tricks de pince pour faire court-circuit et voir ce que je peux faire de plus.

Merci en tout cas !

quand ça boot loop très vite, la plupart du temps c'est à cause d'un manque de puissance de l'adaptateur TTL. Il faudra trouver une source 3.3V un peu plus 'costaud'

didjee34 · « **Réponse #1931 le:** 01 juin 2021 à 16:18:21 »

Comme dirait les Worms quand j'étais petit ... "Victoryyyyyyyyyyyyyyyyyyyy !".

C'est tout bon, j'ai récupéré la main sur l'image0, j'ai pu reflasher les 2 mtd2 et mtd5. J'avais fais que la mtd5 en fait la dernière fois. J'ai bien vérifié que l'image1 était valide, commité, reforcé un petit coup de validation, fait le pré-setup et rebooté. Et zoup !

Je suis bien en CarlitoxxV1, et je viens de finir le setup d'ONU avec le repot GitHUB que vous m'avez fait suivre : https://github.com/akhamar/orange-2500mbps-G010SP

Il ne me reste plus qu'à valider ce soir que j'ai bien un status 05 avec les VLANs pour aller plus loin. J'ai vu passer que vous aviez parlé d'une méthode pour flasher un G-010s-A en G-010s-p. Ca peut m'interesser vu que j'en ai un qui ne marche pas ... enfin j'ai pas réussi à avoir un status qui dépasse l'état 01.

Sinon si vous savez le schema de cablage PIN pour un FGS202, j'en ai aussi un qui traine sur mon bureau. Je tenterai bien de la flasher avec le firmware rooté voir ce que ça peut donner.

Dans tous les cas, si j'ai un synchro ce soir avec les VLANs, je vais passer à la suite avec la carte DELL N20KJ qui attends

Merci à tous en tout cas pour ce sauvetage du G-010S-P