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

mrbonhomme · « **Réponse #2508 le:** 09 novembre 2021 à 02:19:16 »

Citation de: nonobzh le 08 novembre 2021 à 21:27:11

Raté, ce n'était pas ça Ca n'a pas tenu plus de 30 minutes ...
Il ne me reste plus que la soudure à tenter.

navré pour toi

j'ai fait ma soudure, et bon... je découvre que mon problème vient plus d'un sujet de reconnaissance du mode SGMII... donc je joue depuis quelques heures. J'ai réussi à le passer et toucher la limite en Download de ma fibre 2gB, mais le Upload est bizarrement limité à 200 alors que j'ai déjà réussi à avoir quelques choses de fonctionnel avant et surtout, ma modification ne tient pas au redémarrage, je dois renforcer le passage.
la fonction utilisé est en ssh "onu lanpcs 0 1 -1 4 3 1 0 5 0 0 9216 1 0 0 0", mais je n'ai pas encore trouvé comment la rendre définitive et ce n'est pas efficace le SGMII mode 2 dans mon cas.

Citation de: hwti le 08 novembre 2021 à 18:50:58

Mais j'ai effectivement sur dslreports certains parlaient d'instabilités, donc de cas où sans la soudure le niveau de tension est proche du seuil de basculement.
Peut-être que dans ton cas le branchement de la fibre et le 2,5Gbps combinés font un pic de consommation, et que ça coupe l'alimentation temporairement.

Je pense aussi...

Citation de: hwti le 08 novembre 2021 à 18:50:58

C'est pour ça que j'ai un mod pour mettre à jour dropbear, qui en plus fait gagner en temps de boot, ainsi qu'en vitesse de connexion du ssh : https://github.com/hwti/G-010S-A/commit/e7c492898dd88cd588f1e0268755214f8e876daf

Merci ca peut être utile

Citation de: hwti le 08 novembre 2021 à 18:50:58

Tu n'as pas renseigné la valeur dans l'interface web ?
Il y a peut-être des différences entre les versions de firmware, si ça permet d'éviter les bugs avec les valeurs lues au boot tant mieux.

J'ai fait un reset factory, et une série de mise à niveau arrière... ( ko :3FE46398AFGA95;3FE46398BFGA06;3FE46398AFGB89... ok :3FE47111BFHB32) Le résultat que j'ai en repassant est que le slid est persistant avec la dernière version du firmware sur ton Github. :-),

donc, je peux passer en 2gB, en forçant le port sur le switch et en passant avec commande en onu lanpcs.
Le Slid reste persistant avec la version 3FE47111BFHB32
C'est un bon début!

hwti · « **Réponse #2509 le:** 09 novembre 2021 à 20:25:14 »

Citation de: mrbonhomme le 09 novembre 2021 à 02:19:16

j'ai fait ma soudure, et bon... je découvre que mon problème vient plus d'un sujet de reconnaissance du mode SGMII... donc je joue depuis quelques heures. J'ai réussi à le passer et toucher la limite en Download de ma fibre 2gB, mais le Upload est bizarrement limité à 200 alors que j'ai déjà réussi à avoir quelques choses de fonctionnel avant et surtout, ma modification ne tient pas au redémarrage, je dois renforcer le passage.
la fonction utilisé est en ssh "onu lanpcs 0 1 -1 4 3 1 0 5 0 0 9216 1 0 0 0", mais je n'ai pas encore trouvé comment la rendre définitive et ce n'est pas efficace le SGMII mode 2 dans mon cas.

Cette commande lancps correspond au sgmii_mode 2 pourtant.
Le sgmii_mode 5 ne fonctionne pas ? Si le lien s'établit à 2,5Gbps au boot, c'est étrange qu'il soit ensuite instable si le switch force bien la vitesse.

mrbonhomme · « **Réponse #2510 le:** 10 novembre 2021 à 08:33:16 »

Citation de: hwti le 09 novembre 2021 à 20:25:14

Cette commande lancps correspond au sgmii_mode 2 pourtant.
Le sgmii_mode 5 ne fonctionne pas ? Si le lien s'établit à 2,5Gbps au boot, c'est étrange qu'il soit ensuite instable si le switch force bien la vitesse.

Je partage ton interrogation sur le sujet. Mais, je suis confiant de pouvoir trouver une solution prochainement. :-)

Mackila · « **Réponse #2511 le:** 12 novembre 2021 à 20:30:29 »

Salut,

Des news de ma macchiato single shot, et en particulier de ses deux ports SFP+ qui sont sensés pouvoir bosser à 10Gps. Bah ils font la grève du 10G. Pour être sûr que c'était pas le matériel que j'ai qui bloquait, j'ai acheté un AOC et deux paires de modules fibre (un SR, un LRM) avec les jarretières multi/mono qui vont avec (dans cet ordre). Et sait-on jamais, un SFP 1G aussi.

Bah surprise (c'est la même comportement pour eth0 et eth1) :
DAC : module détecté (message kernel avec le numéro de série), interface qui se configure en inband/10gbase-kr, et rien ne passe (link detected reste à "no" dans ethtool) (et oui j'ai branché le câble à un commut' en face, en l’occurrence un CRS305).
Module 10 cuivre : module détecté, 10gbase-kr, Link detected: no dans ethtool
AOC : module détecté, 10gbase-kr, Link detected: no dans ethtool
paire de modules SR : module détecté, 10gbase-kr, Link detected: no dans ethtool (et ya du rouge dans les fibres, dans les deux sens, le mikrotik détecte bien la connexion/déconnexion des fibres (R/pas R dans le status))
paire de modules LRM : module détecté, 10gbase-kr, Link detected: no dans ethtool
module 1G cuivre : module détecté, inband/sgmii link mode, Link detected: yes, et ça marche, les paquets passent, la connexion fonctionne, woohoooooo \o/.... sauf qu'on est à 1G là /o\

De dépit, j'ai été jusqu'à me recompiler le openwrt entièrement... Ce qui ne change évidement rien à la situation (bon ok, j'en ai profité pour cocher le support pour le 802.3ad, mais je trouve ça un peu décevant...)

nitro · « **Réponse #2512 le:** 12 novembre 2021 à 20:40:36 »

Citation de: Mackila le 12 novembre 2021 à 20:30:29

Salut,

Des news de ma macchiato single shot, et en particulier de ses deux ports SFP+ qui sont sensés pouvoir bosser à 10Gps. Bah ils font la grève du 10G. Pour être sûr que c'était pas le matériel que j'ai qui bloquait, j'ai acheté un AOC et deux paires de modules fibre (un SR, un LRM) avec les jarretières multi/mono qui vont avec (dans cet ordre). Et sait-on jamais, un SFP 1G aussi.

Bah surprise (c'est la même comportement pour eth0 et eth1) :
DAC : module détecté (message kernel avec le numéro de série), interface qui se configure en inband/10gbase-kr, et rien ne passe (link detected reste à "no" dans ethtool) (et oui j'ai branché le câble à un commut' en face, en l’occurrence un CRS305).
Module 10 cuivre : module détecté, 10gbase-kr, Link detected: no dans ethtool
AOC : module détecté, 10gbase-kr, Link detected: no dans ethtool
paire de modules SR : module détecté, 10gbase-kr, Link detected: no dans ethtool (et ya du rouge dans les fibres, dans les deux sens, le mikrotik détecte bien la connexion/déconnexion des fibres (R/pas R dans le status))
paire de modules LRM : module détecté, 10gbase-kr, Link detected: no dans ethtool
module 1G cuivre : module détecté, inband/sgmii link mode, Link detected: yes, et ça marche, les paquets passent, la connexion fonctionne, woohoooooo \o/.... sauf qu'on est à 1G là /o\

De dépit, j'ai été jusqu'à me recompiler le openwrt entièrement... Ce qui ne change évidement rien à la situation (bon ok, j'en ai profité pour cocher le support pour le 802.3ad, mais je trouve ça un peu décevant...)

Hmm c'est quand meme curieux ! le test de performance que j'ai affiche dans mon profil est fait avec la single shot et openwrt. La board etant ensuite connectee sur un switch edge-core AS4620-28P sur le port 10Gbps sans soucis. J'utilise des gbic 10Gtek 10GBase-SR.

OpenBSD 7 supporte aussi la board, mais je suis limite dans les performances (giant lock) et je n'arrive qu'a 1300/600Mbits.

Est-ce que tu as tente de modifier des options dans le Bios ?

Mackila · « **Réponse #2513 le:** 12 novembre 2021 à 21:37:17 »

Quelle option dans le "bios" ? Il n'y a pas de "bios", Il y a un u-boot et à part changer les adresses MAC ou filer les paramètres qu'on veut au noyau, il n'y a pas beaucoup d'options. J'ai bien mis la dtb de la single shot, je ne vois pas pourquoi il faudrait changer des trucs là dedans (eth3 est bien forcé en 2.5G, ça me va c'est le plan, et les eth0/eth1 des ports 10G sont paramétrés SFI (10G), CF https://github.com/ARM-software/u-boot/blob/master/arch/arm/dts/armada-8040-mcbin.dts ).

Et oui, j'ai mis à jour le u-boot (compilé moi même aussi)...

edit : petit test effectué (sous u-boot, mais je suppose que ce serait pareil sous l'OS)
Avec une paire de modules optiques (eth0 de la macchiato <-> un port d'un CRS305), je me suis "amusé" à brancher/débrancher la fibre, et à checker l'état des GPIO. Bah j'ai bien le B28, qui correspond à "10G LOS" qui bascule à 1 quand la fibre est débranchée. Donc le câblage est OK. Par contre je n'ai pas vu de changement dans les GPIO (à coup de "gpio status -a" sous u-boot) quand je débranche/rebranche le câble avec le module 1G (celui avec lequel le port fonctionne). Vais-je devoir gratter dans le code pour essayer de comprendre pourquoi ya pas changement de status "link detected" alors que électriquement, l'information arrive sur le gpio... Soit un driver fait pas son boulot de lecture (mais il le fait bien autrement avec le module 1G), soit il manque un truc subtil genre pas d'IT déclenchée, ou masquée, ou que sais-je. Je sens que ça va pas être facile

obinou · « **Réponse #2514 le:** 13 novembre 2021 à 09:15:59 »

Citation de: Mackila le 12 novembre 2021 à 21:37:17

Avec une paire de modules optiques (eth0 de la macchiato <-> un port d'un CRS305), je me suis "amusé" à brancher/débrancher la fibre, et à checker l'état des GPIO. Bah j'ai bien le B28,qui correspond à "10G LOS" qui bascule à 1 quand la fibre est débranchée. Donc le câblage est OK. Par contre je n'ai pas vu de changement dans les GPIO (à coup de "gpio status -a" sous u-boot) quand je débranche/rebranche le câble avec le module 1G (celui avec lequel le port fonctionne). Vais-je devoir gratter dans le code pour essayer de comprendre pourquoi ya pas changement de status "link detected" alors que électriquement, l'information arrive sur le gpio... Soit un driver fait pas son boulot de lecture (mais il le fait bien autrement avec le module 1G), soit il manque un truc subtil genre pas d'IT déclenchée, ou masquée, ou que sais-je. Je sens que ça va pas être facile

Je ne suis pas sur du tout que la GPIO soit "relié" à ethtool:
La pin "LOS" n'a pas été conçu pour ça, et d'ailleurs elle n'existe pas en RJ45 (y compris en modules SFP<>RJ45). Et j'ai constaté que de nombreux modules fonctionnels ne gèrent carrément pas cette pin.
C'est le PHY qui s'occupe de l'état du link en fonction notamment de la modulation reçu, et qui remonte l'info au kernel via le bus MII , de ce que j'en ai compris.

Il semble qu'il existe un "firmware" pour le PHY : https://developer.solid-run.com/knowledge-base/flash-macchiatobin-doubleshot-10g-ethernet-phys/ , je sais pas si ça peux être utile ...
https://bugzilla.kernel.org/show_bug.cgi?id=201563

Mackila · « **Réponse #2515 le:** 13 novembre 2021 à 10:52:09 »

Sauf que j'ai pas de PHY sur les eth0 et eth1, j'ai une macchiatobin single shot : les PHY marvell 88x3310 ne sont pas présents, et en terme de câblage c'est directement les deux paires différentielles Tx/Rx qui sont câblées sur les pins 12/13/18/19 des connecteurs SFP... Du coup je ne suis pas concerné par la mise à jour du "firmware" des PHY, vu qu'ils ne sont pas là... Et oui j'ai déjà paramétré mon u-boot pour qu'il charge bien le dtb de la single shot.

Du coup, va falloir que je creuse, qu'est ce qui est "relié" à l'information "Link detected" de ethtool... Et pourquoi rien ne se passe avec autre chose qu'un module 1G...

obinou · « **Réponse #2516 le:** 13 novembre 2021 à 13:33:32 »

Citation de: Mackila le 13 novembre 2021 à 10:52:09

Sauf que j'ai pas de PHY sur les eth0 et eth1, j'ai une macchiatobin single shot : les PHY marvell 88x3310 ne sont pas présents, et en terme de câblage c'est directement les deux paires différentielles Tx/Rx qui sont câblées sur les pins 12/13/18/19 des connecteurs SFP... Du coup je ne suis pas concerné par la mise à jour du "firmware" des PHY, vu qu'ils ne sont pas là... Et oui j'ai déjà paramétré mon u-boot pour qu'il charge bien le dtb de la single shot.

Du coup, va falloir que je creuse, qu'est ce qui est "relié" à l'information "Link detected" de ethtool... Et pourquoi rien ne se passe avec autre chose qu'un module 1G...

Pour moi il y a forcément un phy , même si il est intégré dans le SOC - OK il se pilote pas pareil je l'admets. Tu as un bootlog à partager ?

Mackila · « **Réponse #2517 le:** 13 novembre 2021 à 16:14:24 »

VVVVVVVVVIIIIIIIIIIIIIIIICCCCCCCTTTTTTTTTTTTTTTOIIIRRRRRRRRRREEEEEEEEE§§§§§§§§§§§§§§

Code: [Sélectionner]

root@(none):/# ifconfig eth0 up
[   86.813646] mvpp2 f2000000.ethernet eth0: configuring for inband/10gbase-r link mode
[   86.821495] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off
root@(none):/#
root@(none):/# ethtool eth0
Settings for eth0:
        Supported ports: [ FIBRE ]
        Supported link modes:   10000baseSR/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  10000baseSR/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 10000Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Link detected: yes
root@(none):/# ping 192.168.0.3
PING 192.168.0.3 (192.168.0.3): 56 data bytes
64 bytes from 192.168.0.3: seq=0 ttl=64 time=0.383 ms
64 bytes from 192.168.0.3: seq=1 ttl=64 time=0.149 ms
64 bytes from 192.168.0.3: seq=2 ttl=64 time=0.137 ms
64 bytes from 192.168.0.3: seq=3 ttl=64 time=0.147 ms
64 bytes from 192.168.0.3: seq=4 ttl=64 time=0.146 ms
^C
--- 192.168.0.3 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 0.137/0.192/0.383 ms
root@(none):/#

Bon OK c'est pas encore super robuste on va dire

En fait là j'me suis dit, fait chier toutes ces histoires de version, j'y vais comme une brute.
J'me suis construit un noyau direct à partir des sources de Maitre Torvalds, version 5.15 (j'me méfie des trucs qui ont pas une version nommée, c'est p'tet pas trop une bonne idée de se construire quelque chose sur le master...)
Premier noyau construit, à base d'essais/erreurs genre "ho bordel faut rajouter bc pour construire un noyau", hop.

Et maintenant que j'ai un noyau, comment que je charge ça ?

En fait j'me suis servi des commandes du u-boot pour charger le noyau à la main depuis une clé USB, lui donnant en bootarg le FS de la openwrt sur la carte SD... (va falloir trouver quelque chose de moins tordu si j'veux m'en servir à terme).

Sauf que premier lancement du linux, kernel panic toussa, j'avais pas mis l'option squashfs compressé sz

Une recompilation de noyau plus tard, voilà ce que j'ai obtenu.

A noter que le temps de rédiger ce message de joie, j'ai eu le droit à 2 déco du lien... Faudra voir avec tous les types de liens (là c'est les modules SR avec la paire de fibres 50/125)...

Code: [Sélectionner]

root@(none):/# [  291.622149] mvpp2 f2000000.ethernet eth0: Link is Down
[  291.627350] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off
[  522.558292] mvpp2 f2000000.ethernet eth0: Link is Down
[  522.563505] mvpp2 f2000000.ethernet eth0: Link is Up - 10Gbps/Full - flow control off

Cet essai fructueux est la démonstration que ya quelque chose de pourri dans les distributions que j'ai essayées avant (y compris la OpenWRT 21.02.1)... Tiens ça me donne une idée... Je teste un truc...

edit : Testé mon idée, ça a foiré

J'me suis dit "et si je filais le dtb tout neuf de mon super kernel 5.15 à la OpenWRT que j'ai sur la carte SD ?"

Bah il trouve pas les ethernet

Ci joint ( ) le triple bootlog :

1er coup, noyau 5.15 tout frais depuis la clé USB, dtb qui va avec depuis la clé => interface 10G UP \o/
2e coup, dtb 5.15 depuis la clé, noyau OpenWRT 21.02.1 => aucun eth détecté
3e coup, boot "normal" OpenWRT 21.02.1 => eth détectés, module détecté, lien reste down (les observateurs observeront que la OpenWRT a été compilée par bibi, mais je pense que je n'ai rien cassé, tous les symptômes étaient identiques avec la OpenWRT "officielle" non bidouillée)

Gnubyte · « **Réponse #2518 le:** 15 novembre 2021 à 07:10:44 »

Un noyal, des noyaux, c'est bien connu.

Un bon Noyal bien compilé perso, bien configuré pour juste ce dont on a besoin, il n'y a que ça de vrai.

On peut éventuellement discuter quelques patchs, le débat peut alors durer passionnément, mais l'essentiel est là. Compiler ses noyaux, c'est la base de base, et c'est le bien.

mj · « **Réponse #2519 le:** 16 novembre 2021 à 01:45:08 »

Citation de: mishmash- le 21 octobre 2021 à 14:40:48

Quelqu'un a-t-il testé la nouvelle ONU de FS.com ? Il semble utiliser un chipset Intel PEF98035...

@Petronas a testé un module SFP similaire en 2019.
https://forum.mikrotik.com/viewtopic.php?t=116364#p752808

Il ne dispose pas d'une interface web. Accès ssh uniquement. Adresse IP 192.168.1.10
https://www.sourcephotonics.com/wp-content/uploads/2017/08/DS-8085-02_SPS-34-24T-HP-TDFO.pdf