Bon, je viens de trouver ce qui pose problème.
Ce sont mes SFP+ fibre. J'ai pris des monomode, LR,  10km, avec une jarretière de 1m. Je pense que le récepteur en face sature a cause de la puissance qui arrive.

Je viens de passer avec une paire de SFP+ 1gbps, et tout fonctionne bien.

Pour info, avec les sfp+ fibre 10gbps: dl : 600Mbps, upload 550 Mbps
SFP+ 1gbps cuivre : dl 950Gbps, upload 550Mbps

Je viens de renvoyer les SFP LR et j'ai pris des SR a la place. A voir si ca fonctionne mieux

Livraison prévue mardi, je vous tiens au courant.

Merci pour votre aide

Merci pour ce retour. Je n'avais pas l'idée que ça pouvait avoir cet effet. Tu es sur que ce n'est pas juste un SFP+ défectueux?

Ça fait bien longtemps que ce n’est plus l’option 120 pour le téléphone (enfin... le DHCP d’Orange l’envoie toujours mais en pratique la box a besoin d’un domain-search spécifique pour que la téléphonie fonctionne).

Peu être mais bon c'est difficile de savoir ce qui est encore d'actualité ou pas au fil du temps quand on prend le train en marche.

En tout cas, après avoir failli abandonné j'ai enfin réussi après avoir passé presque 2 jours sur cette histoire. Au final je ne sais pas trop ce qu'il y avait une pincé de grain de sable a droite et a gauche...

J'ai donc un OPNsense sous Proxmox fonctionnel :
WAN - G-010S-A + Mellanox ConnectX2 1Gb (En attendant une carte qui fasse du HSGMII 2.5Gbps a base de BMC57810S)
LAN - Mellanox ConnectX2 10 SFP+ vers un switch Mikrotik
LAN - LB5 sur Port 4 via un Lien Cuivre 1Gb (Téléphonie OK)

Comme je l'ai indiqué ma Mellanox n'est pas compatible HSGMII 2.5Gbps, je suis donc bridé a 1G pour le moment, j'ai une carte BMC57810S dans un cargo qui arrive 

J'ai quand même passé fw_setenv sgmii_mode 5 pour la suite.

Restera plus qu'a mettre a jour les driver et faire la petite soudure sur l'ONU si j'ai bien suivi 

C'est bien ce qu'il me semblait, la carte Mellanox demeure non HSGMII compatible.
Tu as donc validé la chaîne, et il ne te reste plus qu'à insérer une carte BMC57810S.
Étape par étape, avancer étape par étape, de façon logique et cartésienne, un paramètre à la fois, au risque de devenir chèvre.
Ce n'est pas (encore) du tout plug & play.

Bon bon bon, je réserve une place sur le Hall of Fame, et j'incite @Yaltar à tenter une sortie ce soir une fois la supervision biologique couchée 

Je pense bien retentze, je fais pas mal de tests des morceaux de ci, et un peu de ça, et un peu de la , sous la supervision de @up-n-atom (en privé pour l'instant  pour pas polluer, je ferais une synthèse si on a des avancées)
L'idée étant d'utiliser omcid au lieu d'omciMgr

pour l'instant les ports GEM montent bien, mais ça fail sur les VLAN

et sinon @Gnubyte j'anticipe pour quand ça marchera chez moi (au pire j'ai un MA5671A rooté qui arrive encore merci @proap), je veux bien la conf mikrotik

Je regarde le topic ici désormais

Je résume mon équipement :

ROUTEUR :

MikroTik RouterBOARD 760iGS tournant avec OpenWRT

ONT RJ45 :

- MOD FIXONT ALTLAB ALTICE LABS (celui fourni par SFR à la base)
- G-010G-Q (NOKIA) (celui que j'utilise actuellement)

ONT SFP :

- G-010S-A (détecté par mon Mikrokit et également par mon switch Netgear GS110TP)

J'ai fait deux trois essais, j'obtiens comme beaucoup de monde le status 05 mais pas de récupération de l'ip publique.
Certains firmwares me laisse en l'état 05 et aucun passage en mode bridge avec un arrêt de log ocmi par exemple :

3FE46398BFGA06:

checkPonLEDStatus:Fiber connected
Evtmgr process not exist! notify_evtmgr_pon_status() return!

Celui-là va plus loin avec le passage en 05, ensuite un début de passage en bridge et plantage, retour en mode 02, et ça tourne en boucle.

3FE47111BFHB32 :

J'ai beaucoup de Msg_type (extrait)

Msg_type    = CREATE
Trans_id    = 18
Entity_id   = MAC BRIDGE SERVICE PROFILE
Msg_type    = CREATE RESPONSE
Trans_id    = 18
Entity_id   = MAC BRIDGE SERVICE PROFILE
Instance_id = 01
Result_reason = COMMAND_PROCESSED_SUCCESSFULLY
Sub entity Id :NO SUB ENTITY ID
Duration : 00s:002ms
OMCI msg construction = SUCCESSFUL
Msg_type    = SET
Trans_id    = 1a
Entity_id   = PPTP LAN UNI
Instance_id = 101
expected_type.status = NOT VALID
sensed_type.status = NOT VALID
auto_detect.status = NOT VALID
ether_loopback.status = NOT VALID
admin_state.status = VALID
admin_state.value = 00
oper_state.status = NOT VALID
config_ind.status = NOT VALID
max_frame_size.status = NOT VALID
dte_or_dce_ind.status = NOT VALID
pause_time.status = NOT VALID
bridge_or_ip_ind.status = NOT VALID
arc.status = NOT VALID
arc_interval.status = NOT VALID
pppoe_filter.status = NOT VALID
pwr_control.status = NOT VALID


et ça continu longtemps, le log fait 500ko.

Comme je l'ai indiqué ma Mellanox n'est pas compatible HSGMII 2.5Gbps, je suis donc bridé a 1G pour le moment, j'ai une carte BMC57810S dans un cargo qui arrive 

J'ai quand même passé fw_setenv sgmii_mode 5 pour la suite.

Restera plus qu'a mettre a jour les driver et faire la petite soudure sur l'ONU si j'ai bien suivi 

Pour te faire gagner un peu de temps à réception de ta carte BCM, je n'ai pas réussi à mettre en 2.5g les drivers par la méthode (version proxmox) de la première page de ce sujet, j'ai pris la méthode toujours de JamesMTL de modifier direct sur le Promox de prod en utilisant dkms. ( https://github.com/JAMESMTL/snippets/blob/master/bnx2x/proxmox/README-dkms.md )

PS: J'ai juste transpiré un peu, mon serveur hébergeant également toute la domotique (et donc le chauffage) de la maison