J'ai trouvé ceci sur un autre forum. J'ai pensé que ça pourrait être utile un jour.

Correction de la configuration du module SFP basée sur le SoC RTL9601C tel que CPGOS03-0490 v2.0, V-SOL V2801F et autres.

J'ai eu ce problème.
Seul le compteur de paquets multicast entrants augmentait, mais rien n'était envoyé.
J'ai remarqué dans les journaux OMCI que l'insert rapporte qu'il a le Circuit Pack 0x104, 0x105 et 0x180 et PPTP Ethernet Uni 0x401.
OLT ignore cela et définit Circuit Pack et PPTP Ethernet Uni 0x101.

Heureusement, nous pouvons résoudre le problème de configuration avec un simple script.

#!/bin/sh

############################################################################
#
# The script corrects the MIB entity IDs in the data sent by the OLT.
#
# Make sure the following is configured:
#  flash set OMCI_FAKE_OK 1
#  flash set OMCI_LOGFILE 1
#
# To run the script from omci_app save it as /etc/config/fix.sh and run:
#  chmod a+x /etc/config/fix.sh
#  nv setenv sw_active
#  nv setenv sw_commit ';/etc/config/fix.sh&'
#
############################################################################

LOG_THRESHOLD=18

OMCILOG=/tmp/omcilog
FAKE_PACKETS=/tmp/fake_packets
LOCK=/tmp/fix.lck

ZERO_PAD=$(awk 'BEGIN {while (i++ < 35) printf "00 "}')

alias wc="awk 'END{print NR}'"

alias requests="awk 'NR % 2 == 1 { print; }'"

#fetchEntity (entityClass, entityId)
fetchEntity () {
    cat "$OMCILOG" | grep -i "^\([0-9a-f]\{2\} \)\{4\}$1 $2" | requests
}

#updateEntity (entityClass, entityId, offset, val)
updateEntity () {
    valLen=${#4}
    fetchEntity "$1" "$2" | awk "{ print substr(\$0, 1, $3 - 1) \"$4\" substr(\$0, $3 + $valLen); }"
}

#recreateEntity (entityClass, entityId, offset, val)
recreateEntity () {
    valLen=${#4}
    fetchEntity "$1" "$2" | awk "NR == 1 { print substr(\$0, 1, 6) \"46 \" substr(\$0, 10, 15) \"$ZERO_PAD\" substr(\$0, 130, 15);
            print substr(\$0, 1, $3 - 1) \"$4\" substr(\$0, $3 + $valLen); }
            NR != 1 { print; }"
}

# The script is called on startup and each MIB reset, we want only one instance.
mkdir "$LOCK" || exit

while [ $(fetchEntity "00 ab" "01 01" | wc) -lt "$LOG_THRESHOLD" ]; do
    sleep 1
done
sleep 1

#Circuit Pack
updateEntity "00 06" "01 01" 19 "01 04" > "$FAKE_PACKETS"
#PPTP Ethernet Uni
updateEntity "00 0b" "01 01" 19 "04 01" >> "$FAKE_PACKETS"
#MAC bridge port configuration data
recreateEntity "00 2f" "01 01" 37 "04 01" >> "$FAKE_PACKETS"
#Extended VLAN tagging operation configuration data
recreateEntity "00 ab" "01 01" 28 "04 01" >> "$FAKE_PACKETS"

omcicli debug loadfile "$FAKE_PACKETS"

: > "$OMCILOG"

rm -rf "$LOCK"

Enregistrez le script sous le nom de /etc/config/fix.sh
pour lequel je recommande tftp et le rendre exécutable.
Vous devez encore régler :

flash set OMCI_LOGFILE 1

Il existe même une fonctionnalité permettant d'exécuter le script automatiquement :
nv setenv sw_active
nv setenv sw_commit ';/etc/config/fix.sh&'

@Eucliwood
Sois le bienvenu.
Tu apprendras bien des choses sur les nombreux sujets abordés sur ce touffu forum. Nombreux sont parmi nous ceux qui l'ont poncé dans tous les sens durant plusieurs semaines avant d'arriver à leur fin.
Le G-010S-A est un module GPON, alors que free utilise, seul des 4 plus gros opérateurs, la norme EPON. Donc non, tu ne pourras pas l'utiliser sur le réseau Free.
De plus, Free utilise le protocole 6rd, normalisée par la RFC5569, dont on ne connait pas d'implémentation libre, ce qui rendra l'éradication de la Freebox extrêmement difficile pour obtenir un accès IPv4 et IPv6. IPv4 seul sera plus facile.
La Freebox disposant d'un mode bridge, l'évincer a moins de sens que chez les autres opérateurs.

L'appellation des équipements Mikrotik relève d'un formalisme globalement cartésien, mais qui nécessite un peu d'entraînement.  Il s'agit d'un modèle CRS, pour cloud router Switch. C'est un Switch, qui peut tourner sous RouterOS, certes, mais avec des performances assez modeste dès lors qu'il faut opérer des traitements ou des arbitrages un tant soit peu complexes sur les paquets. La puissance de traitement est limitée, et tu peux avoir un résumé des performances sur la page ad hoc.

Bonnes pérégrinations ici. Un univers d'apprentissage de connaissances passionnantes t'attend.

On est tous passés par là. Nombreux sont ceux qui ont gravi les échelons, chacun à son rythme.

Il faut parfois s'accrocher, mais le chemin est passionnant.

Merci pour ta réponse.
J'avais bien compris du coup que free était vraiment à part avec le EPON, bon ^^ .

J'ai des bonnes connaissances dans le réseau et je fais pas mal de Virtu linux proxmox ect , mais tout ce qui est opérateur fibre et le reste je découvre en plus vous rentrez vraiment dans le sujet .

J'ai acheté mon premier crs305-1g-4s+in , j'ai pu faire des essais sur une VM pour voir, ça a l'air vraiment puissant ( je me dis que je suis passé à coté depuis tout ce temp xD )
Ainsi que des AOC avec carte réseau pour le pc. on va passer le réseau en 10 gb, clairement pas par besoin mais pour la technique ^^

Free leurs offres sont pas mal et la deltas S permet d'ajouter un module sfp+ en plus je peux passer en bridge et go , mais c'est trop facile ^^ .
Par contre la pop permet que le 2.5 gb en rj45 ,  Bref à voir, mais j'essayerai bien de faire des essais avec orange.

Excuse moi du coup, tu penses que le GPON Alcatel-Lucent G-010S-A pourrait fonctionner avec le CRS305-1G-4S+in

Car si j'ai bien compris,  Alcatel-Lucent G-010S-A  je me connecte dessus je modifie le Serial Number  , une fois modifier normalement tu le connecte sois a la BMC57810S  sur le PC pour faire un bridge et le passé en 2.5 gb ( je résume rapidement )  soit sur ton CCR2004-1G-12S+2XS (vu dans ton exemple ) qui lui supporte que 1gb

Pour le G-010S-A tout dépend sur quoi tu vas tomber.

Je veux dire par là que sans faire exprès j'ai brické un G-010S-A, j'en ai donc recommandé un sur AE. Le nouveau reçu fonctionne bien dans un media converter mais pas dans le Mikrotik.

Alors que celui précédemment brické, lui, fonctionnait dans les deux.

Il vaudrait mieux acheter un SFP GPON de chez FS, qui est en réalité la copie conforme du Huawei MA5671A et du Alcatel-Lucent G-010S-P.

Les avantages du SFP de chez FS c'est qu'il est déjà rooté, mais il faut savoir le manipuler et à force de faire des bêtises on commence à apprivoiser la bête.

Si tu pars sur un G-010S-A, tu as 1 chance sur deux de tomber sur un OLT Alcatel-Nokia/Huawei.

Le G-010S-A fonctionne très bien sur les OLT Alcatel-Nokia avec un daemon OMCI propriétaire de chez Nokia justement.

Mais le fait est que sur un OLT Huawei, le G-010S-A est bien reconnu par l'OLT en face, mais le SFP envoi des commandes OMCI inconnu de Huawei.

Ce qui fait que l'obtention des VLAN via le mapping des gemports est bugué. Le SFP de chez FS utilise quand à lui un daemon OMCI plus "libre".

Donc grâce à ça il peut être interopérable sur plusieurs marques d'OLT. Pour avoir fait des tests avec un OLT perso, je peux te dire que c'est très capricieux en ce qui concerne le protocole OMCI, comme le démontre @mj dans un script pour rectifier les interfaces UNI.

Le module SFP+ 10G de Mikrotik fait multigig côté prise réseau, mais synchronise à 10G côté SFP+. Donc à priori aucun problème pour le mettre dans la carte citée. Avec cependant la réserve habituelle : le monde du SFP+ peut toujours réserver des surprises.

De plus, Free utilise le protocole 6rd, normalisée par la RFC5569, dont on ne connait pas d'implémentation libre, ce qui rendra l'éradication de la Freebox extrêmement difficile pour obtenir un accès IPv4 et IPv6. IPv4 seul sera plus facile

C’est l’inverse, IPv6 simple et 4Rd qui rend IPv4 compliqué

Oui, mais l'ipv4 natif + 6Rd est assez largement minoritaire sur le volume de prises de Free, ne sert que pour les offres 1Gbit/s et est voué a partiellement disparaitre dans les années à venir