Pour ma part j'ai commandé celui ci il y a quelques jours :
https://a.aliexpress.com/_EQsUK0P
Il est à 36,19€ FDPIN et dispose du pinout pour le TTL (enfin je pourrais le confirmer à la réception haha).

Sinon actuellement j'ai des molex 20 pins + soudure qui fonctionnent bien, mais ce n'est pas des plus pratique quand on manipule souvent les SFPs.

Il me semble que c'est pour passer de 2.5G à 1G, en revanche je viens de voir sur la description que les nouveaux modèles n'ont plus de pin switch (ce switch a l'avant), donc à voir si les pinout TTL sont toujours présents!

Hello Romain,

Si cela peut aider, avec plaisir. (:
Cela fait pas mal de question en effet.

Pourquoi ce modèle plutôt que le FS GPON-ONU-34-20BI, si c'est pour y flasher le firmware FS ?
Et pourquoi utiliser un "mod" du firmware FS ? D'où sort-il ?

Principalement car il est simple à trouver et m'a coûté un peu moins de 8€ / SFP acheté.
Il répond à mes besoins en termes de BW (HSGMII), partage une architecture commune avec les SFP vendus par d'autres fabricants, en l'occurrence, le chipset Lantiq PEB98035.

Le MOD doit sans doute provenir de plateforme spécialisé avec des passionnées, mais un site centralise toutes les informations, il répondra à nombre de tes questions:
https://hack-gpon.org/ont-huawei-ma5671a/
Pour ma part c'est le firmware idéal me permettant de customiser simplement le swver, sans devoir patcher omcid manuellement, gain de productivité donc.

Peux-tu STP partager ta méthode ? (commandes utilisées)

Je mets de coté la partie modification de l'eeprom pour obtenir du 2.5GE nativement, mais c'est très simple pour le reste:
    fw_setenv onu_serial XXX
    fw_setenv onu_ploam XXX
    fw_setenv image0_version XXX
    DHCP vendor-class-identifier (60): neufbox_NB6VAC-X

Fais un backup de tes partitions et un export de ta configuration avant tout, fw_printenv.

Et peux-tu STP expliquer les différences entre le FS GPON-ONU-34-20BI, le MA5671A et le Leox LXT-010H-D ? Pourquoi préfères-tu le Leox ?

Oh non, je ne préfère pas le Leox. Pour répondre à ta question, voir plus haut pour les deux premiers, et pour le last, il repose sur une architecture basée sur le chipset Realtek RTL9601D, donc totalement différent des Lantiq.
Je n'ai jamais (pas encore) réussi à récupérer une IP avec les LEOX, malgrés de nombreuses tentatives de configuration, mais je n'avais pas une connexion fonctionnelle pour sniffer et pouvoir reproduire les conditions correctement, ce que je peux faire aujourd'hui.
Mais j'ai remarqué que je récupérais déjà mes VLANs, etc., le problème se situe entre l'interface PON et l'ETH, il n'y a rien qui sort lorsque je regarde les stats, en somme, l'option DHCP n'a jamais pu être envoyé, car les paquets ne transitent pas, il faut que je creuse pourquoi, je le ferais à l'occasion, mais je ne peux me pencher sur ce genre de topics que lorsque je suis en congés.

Peux-tu STP clarifier ce qu'est MTD2/5 ? Le mot-clé semble trop vague pour Google.

Ce sont les partitions de ton stick image0 = MTD2, image 1 = MTD5. Voir ici https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/.

Je lis dans la doc OpenWrt (sur lequel le SFP FS est basé, pour ceux qui ne le sauraient pas déjà) que jffs2reset est un moyen de faire un "hard factory reset", tandis que firstboot est seulement un "soft factory reset".

Est-ce que la méthode jffs2reset remet vraiment à zéro un SFP FS sur lequel on a utilisé les commandes fw_setenv ?

Comment expliquer qu'elle ne soit pas documentée dans la doc du SFP FS ?

Les commandes firstboot et jffs2reset sont similaire, ils font un soft reset, bien que ça peut dépendre des vendors. Le hard reset dont tu fais part permet de réinitialiser la partition JFFS2.
Ce qui conditionne le comportement c'est l'état du point de montage, voir https://git.openwrt.org/?p=project/fstools.git;a=blob;f=jffs2reset.c.

En ce qui concerne la doc, cette question est plutôt destinée au fabricant. (:

Ca je devine que c'est via la console série/UART ? Quel est le moyen le plus économique d'accéder à cette console ?

Le plus économique, avoir un connecteur MOLEX, et prendre un adaptateur USB UART CP2102, démonter une partie des fils et utiliser les connecteurs en métal pour les pincer au requis, touchy, il ne faut pas se rater car les pins sont très fins. Sinon la soudure.

Mais le plus pratique c'est un Media Converter disposant d'une interface PON-TTL comme ceux linked ci-avant.

Tu me parles plus ou moins chinois mais j'approfondirai si je parviens d'abord à faire fonctionner mon module neuf.

J'ai fait latin sinon! (':
Tu auras pas mal d'info sur ce genre de procédure ici, https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/.

Si je comprends bien ce que tu dis, imageX_is_valid 1 n'est pas directement la commande qui détermine sur laquelle des deux images on démarre, c'est un effet colatéral ?

Je reformule : pourquoi est-ce qu'après avoir saisi/exécuté :
fw_setenv image0_version 3FE7SW04040022
fw_setenv image1_version 3FE7SWS04040018
… si on boote sur l'image X, la version de l'image Y est 6BA… et non 3FE7… ?

Pour moi, committed_image défini l'image, is_valid determine la santé de l'image, si l'image n'est pas healthy, ça ne boot pas.
Le mieux reste de faire tes tests, et d'observer ce qui se passe. (:

De ce que tu me dis, c'est que ton swver n'est pas retenu, et il est redéfini au boot.
Donc il faut soit patcher omcid manuellement pour que la version voulue soit envoyée dans la MIB, ou alors utiliser un fw qui permet de le faire facilement.
Je vois que https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/ en parle.

Bon weekend! (:

Hello Hitech39,

Je dois flasher un second SFP cet après midi, afin d'avoir un spare et pour réaliser des tests avec un splitter FTTH, j'essaierai de restreindre un maximum le set des informations du PON et je ferais un retour.

J'en profiterai pour détailler ce que j'ai fait au niveau de l'eeprom.

Hello à toutes et à tous,

Je confirme, via le fw FS modded v5, j'obtiens du O5 et mes IPv4 + IPv6 avec:
fw_setenv onu_ploam XXXXXXXX
DHCP vendor-class-identifier (60) @ neufbox_NB6VAC-X

root@SFP:~# onu ploamsg
errorcode=0 curr_state=5 previous_state=4 elapsed_msec=4294743076

root@SFP:~# gtop -g "GPE VLAN rule"
GPE VLAN rule

Name:        ONU_GPE_VLAN_RULE_TABLE
ID:          42
;;;enable;;;ethertype filter;;;;;outer;;;;;;;inner;;;;;;
no;end;def;two;one;zero;5;4;3;2;1;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority f
ilter;de enable;de filter;input tpid enable;vid enable;vid filter;priority enable;priority filter
0; ;1; ; ;1; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
1; ;1; ;1; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
2;1;1;1; ; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
64;1; ; ;1; ; ; ; ; ; ; ; ; ;1; 101; ; ; ; ; ; ;    ; ;
128; ;1; ; ;1; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
129; ;1; ;1; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
130;1;1;1; ; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
192; ;1; ; ;1; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
193; ;1; ;1; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
194;1;1;1; ; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
256; ;1; ; ;1; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
257; ;1; ;1; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;
258;1;1;1; ; ; ; ; ; ; ; ; ; ; ;    ; ; ; ; ; ; ;    ; ;

05:12:12.567128 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from XX:XX:XX:XX:XX:XX (oui Unknown), length 300, xid 0xf2669553, secs 21, Flags [none]
          Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Discover
            MSZ Option 57, length 2: 576
            Parameter-Request Option 55, length 8:
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
              Domain-Name, BR, NTP, Classless-Static-Route
            Vendor-Class Option 60, length 16: "neufbox_NB6VAC-X"
            Hostname Option 12, length 3: "X"
05:12:12.666621 IP (tos 0xc0, ttl 64, id 42424, offset 0, flags [none], proto UDP (17), length 306)
    X.X.X.X > X.X.X.X.68: BOOTP/DHCP, Reply, length 278, xid 0xf2669553, Flags [none]
          Your-IP X.X.X.X
          Server-IP X.X.X.X.rev.sfr.net
          Gateway-IP XXXXXX-XXX-X.nro.gaoland.net
          Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Offer
            Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
            Lease-Time Option 51, length 4: 14400
            Subnet-Mask Option 1, length 4: 255.255.255.254
            Default-Gateway Option 3, length 4: X.X.X.X
            Domain-Name-Server Option 6, length 8: vip-dns-gp-secondary.dns.sfr.net,vip-dns-gp-primary.dns.sfr.net
05:12:12.687127 IP (tos 0x0, ttl 64, id 0, offset 0, flags [none], proto UDP (17), length 328)
    0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from XX:XX:XX:XX:XX:XX (oui Unknown), length 300, xid 0xf2669553, secs 21, Flags [none]
          Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Request
            Requested-IP Option 50, length 4: X.X.X.X
            Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
            MSZ Option 57, length 2: 576
            Parameter-Request Option 55, length 8:
              Subnet-Mask, Default-Gateway, Domain-Name-Server, Hostname
              Domain-Name, BR, NTP, Classless-Static-Route
            Vendor-Class Option 60, length 16: "neufbox_NB6VAC-X"
            Hostname Option 12, length 3: "X"
05:12:12.825207 IP (tos 0xc0, ttl 64, id 42430, offset 0, flags [none], proto UDP (17), length 306)
    X.X.X.X > X.X.X.X.68: BOOTP/DHCP, Reply, length 278, xid 0xf2669553, Flags [none]
          Your-IP X.X.X.X
          Server-IP X.X.X.X.rev.sfr.net
          Gateway-IP XXXXXX-XXX-X.nro.gaoland.net
          Client-Ethernet-Address XX:XX:XX:XX:XX:XX (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: ACK
            Server-ID Option 54, length 4: X.X.X.X.rev.sfr.net
            Lease-Time Option 51, length 4: 300
            Subnet-Mask Option 1, length 4: 255.255.255.254
            Default-Gateway Option 3, length 4: X.X.X.X

J'en étais arrivé à considerer que cela ne suffisait pas car le set du SN + PLOAM via l'édition du sfp_a2_info sur le fw Huawei rooted ne fonctionnait pas.

Concernant le passage du SFP à 2.5GE sous FS Mod, à la base, l'eeprom est emulated et ses données sont contenu dans sfp_a0_low_128.
Le fw Huawei rooted contient bien un sfp_a0_low_128 permettant le 2.5GE, que je vous conseille donc de sauvegarder:
root@X:~# ethtool eth1
Settings for eth1:
        Supported ports: [ FIBRE ]
        Supported link modes:   2500baseX/Full
                                1000baseX/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  2500baseX/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 2500Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

root@X:~# ethtool -m eth1
        Identifier                                : 0x03 (SFP)
        Extended identifier                       : 0x04 (GBIC/SFP defined by 2-wire interface ID)
        Connector                                 : 0x01 (SC)
        Transceiver codes                         : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00
        Transceiver type                          : Ethernet: 1000BASE-LX
        Encoding                                  : 0x03 (NRZ)
        BR, Nominal                               : 1200MBd
        Rate identifier                           : 0x00 (unspecified)
        Length (SMF,km)                           : 20km
        Length (SMF)                              : 20000m
        Length (50um)                             : 0m
        Length (62.5um)                           : 0m
        Length (Copper)                           : 0m
        Length (OM3)                              : 0m
        Laser wavelength                          : 1310nm
        Vendor name                               : HUAWEI
        Vendor OUI                                : 00:00:00
        Vendor PN                                 : MA5671A
        Vendor rev                                : 0000
        Option values                             : 0x00 0x1a
        Option                                    : RX_LOS implemented
        Option                                    : TX_FAULT implemented
        Option                                    : TX_DISABLE implemented
        BR margin, max                            : 0%
        BR margin, min                            : 0%
        Vendor SN                                 : XXXXXXXXXXXXXXXX
        Date code                                 : 190507
        [...]
root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1

root@SFP:~# onu lanpcg 0
errorcode=0 pport=0 enable=1 mdio_dev_addr=-1 gmux_mode=4 mode=15 duplex_mode=1 flow_control_mode=4 speed_mode=5 tx_clk_dly=0 rx_clk_dly=0 max_frame_size=2000 lpi_enable=1 autoneg_mode=3 invtx=0 invrx=0

Notez en revanche le Transceiver type défini en 1000BASE-LX et le BR nominal à 1200MBd.

Le problème c'est qu'une fois n'importe quel autre firmware flashé, vous passerez en 1GE:
root@X:~# ethtool eth1
Settings for eth1:
        Supported ports: [ FIBRE ]
        Supported link modes:   1000baseX/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  1000baseX/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Link partner advertised link modes:  1000baseX/Full
        Link partner advertised pause frame use: No
        Link partner advertised auto-negotiation: Yes
        Link partner advertised FEC modes: Not reported
        Speed: 1000Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

root@X:~# ethtool -m eth1
        Identifier                                : 0x03 (SFP)
        Extended identifier                       : 0x04 (GBIC/SFP defined by 2-wire interface ID)
        Connector                                 : 0x01 (SC)
        Transceiver codes                         : 0x00 0x00 0x00 0x02 0x00 0x00 0x00 0x00 0x00
        Transceiver type                          : Ethernet: 1000BASE-LX
        Encoding                                  : 0x03 (NRZ)
        BR, Nominal                               : 1200MBd
        Rate identifier                           : 0x00 (unspecified)
        Length (SMF,km)                           : 20km
        Length (SMF)                              : 20000m
        Length (50um)                             : 0m
        Length (62.5um)                           : 0m
        Length (Copper)                           : 0m
        Length (OM3)                              : 0m
        Laser wavelength                          : 1310nm
        Vendor name                               : Lantiq
        Vendor OUI                                : 00:00:00
        Vendor PN                                 : Falcon SFP
        Vendor rev                                : 0
        Option values                             : 0x00 0x1a
        Option                                    : RX_LOS implemented
        Option                                    : TX_FAULT implemented
        Option                                    : TX_DISABLE implemented
        BR margin, max                            : 0%
        BR margin, min                            : 0%
        Vendor SN                                 : XXXXXXXXXXXXXXXX
        Date code                                 : 190507
        [...]root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=4 phy_duplex=1

root@SFP:~# onu lanpcg 0
errorcode=0 pport=0 enable=1 mdio_dev_addr=-1 gmux_mode=4 mode=15 duplex_mode=1 flow_control_mode=4 speed_mode=5 tx_clk_dly=0 rx_clk_dly=0 max_frame_size=2000 lpi_enable=1 autoneg_mode=3 invtx=0 invrx=0

Notez le changement du vendor en Lantiq et l'absence du 2.5GE, cela est dû à sfp_eeprom.sh au sein d'init.d qui overwrite l'eeprom au démarrage donc, et nous pouvons observer que malgré le speed_mode=5 défini dans lanpcg, nous nous retrouvons en link_status=4 en faisant un lookup via lanpsg, soit 1GE.
Même un flash du MTD2 pour ma part ne faisait plus le rollback en 2.5GE étant donné que sfp_a0_low_128 avait été réécrit.


Flash du MTD2 via Kermit

FALCON => loadb 0x80800000
## Ready for binary (kermit) download to 0x80800000 at 115200 bps...
## Total Size      = 0x00344e66 = 3427942 Bytes
## Start Addr      = 0x80800000
FALCON => sf probe 0
SF: Detected W25Q128 with page size 4 KiB, total 16 MiB
FALCON => sf erase C0000 740000
SF: 7602176 bytes @ 0xc0000 Erased: OK
FALCON => sf write 80800000 C0000 740000
FALCON => reset@Romain, pour info.

La solution la plus simple consiste à remplacer sfp_eeprom.sh par celui contenu originalement dans le FW Huawei - in attachment - puis de set à nouveau sfp_a0_low_128 avec sa valeur d'origine que vous avez sans doutes sauvegardé quelque part.
Toujours réaliser un backup de vos fichiers originaux, le disaster recovery avant tout. (:

Vous repasserez donc en 2.5GE/1GE autoneg et le link_status sera à nouveau à 5:
        Supported link modes:   2500baseX/Full
                                1000baseX/Full
root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1
That's it, pour le commun des mortels, cela fonctionne.

Pour ma part, j'ai voulu forcer le 2.5GE uniquement sur mon SFP et avoir à minima un Baud Rate qui correspond correctement à la spécification SFF-8024 pour le 2.5GBASE-T, soit 3125 MBd (arrondi à 3100 soit, 0x1F selon la spécification) au lieu des 1200 Mbd actuels, pour optimiser la compatibilité en 2.5GE et le fonctionnement avec les drivers mal implémentés.
Bien que cela n’empêche en rien le fonctionnement en 2.5GE en 1200 Mbd, tout ce qui suit est donc facultatif.

Pour réaliser l'opération, il est necessaire de faire un Base64_decode() sur sfp_a0_low_128 en prenant en compte sa spécificité, à savoir les @ en guise de newline (\n), puis à travers un éditeur hexadecimal modifier les octets surlignés en prenant compte de calculer et de reporter le checksum via du 8-bit à l'offset 0x0F:


A gauche la modification à droite l'original, le SN a été censuré.

0x02 devient 0x00, cela modifie le transceiver codes et donc unset le transceiver type qui était défini à 1000BASE-LX (SFF-8472), 0x0C devient 0x1F, soit 31 (SFF-8024):



Le checksum quant à lui doit être calculé et donne donc 0xAE.
L'opération inverse doit maintenant être réalisé, à savoir effectuer un Base64_encode() des raw bytes en veillant à reporter les newline correctement.

Puis réaliser un set de sfp_a0_low_128 avec les données et effectuer un hard reboot:
touch /tmp/x.cfg
# Tranfert de x.cfg via SCP en utilisant le shell /bin/sh
fw_setenv sfp_a0_low_128 $(cat /tmp/x.cfg)

Voici le résultat, à savoir un SFP reconnu en 2500BASE-X uniquement et disposant d'un Baud Rate à 3100 Megabaud:
root@X:~# ethtool eth2
Settings for eth2:
        Supported ports: [ FIBRE ]
        Supported link modes:   2500baseX/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Supported FEC modes: Not reported
        Advertised link modes:  2500baseX/Full
        Advertised pause frame use: Symmetric Receive-only
        Advertised auto-negotiation: Yes
        Advertised FEC modes: Not reported
        Speed: 2500Mb/s
        Duplex: Full
        Port: FIBRE
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Current message level: 0x000000ff (255)
                               drv probe link timer ifdown ifup rx_err tx_err
        Link detected: yes

root@X:~# ethtool -m eth2
        Identifier                                : 0x03 (SFP)
        Extended identifier                       : 0x04 (GBIC/SFP defined by 2-wire interface ID)
        Connector                                 : 0x01 (SC)
        Transceiver codes                         : 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00
        Encoding                                  : 0x03 (NRZ)
        BR, Nominal                               : 3100MBd
        Rate identifier                           : 0x00 (unspecified)
        Length (SMF,km)                           : 20km
        Length (SMF)                              : 20000m
        Length (50um)                             : 0m
        Length (62.5um)                           : 0m
        Length (Copper)                           : 0m
        Length (OM3)                              : 0m
        Laser wavelength                          : 1310nm
        Vendor name                               : HUAWEI
        Vendor OUI                                : 00:00:00
        Vendor PN                                 : MA5671A
        Vendor rev                                : 0000
        Option values                             : 0x00 0x1a
        Option                                    : RX_LOS implemented
        Option                                    : TX_FAULT implemented
        Option                                    : TX_DISABLE implemented
        BR margin, max                            : 0%
        BR margin, min                            : 0%
        Vendor SN                                 : XXXXXXXXXXXXXXXX
        Date code                                 : 190322
        [...]root@SFP:~# onu lanpsg 0
errorcode=0 pport=0 mode=15 enable=1 link_status=5 phy_duplex=1root@X:~# wget -O /dev/null http://ipv4.bouygues.testdebit.info/10G.iso
--2024-05-06 05:15:52--  http://ipv4.bouygues.testdebit.info/10G.iso
Resolving ipv4.bouygues.testdebit.info... 89.84.1.186
Connecting to ipv4.bouygues.testdebit.info|89.84.1.186|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 10000000000 (9.3G) [application/x-iso9660-image]
Saving to: '/dev/null'

/dev/null                                                    11%[===============>                                                                                                                         ]   1.10G   227MB/s    eta 37s
@hitech39, j'ai testé ce firmware il est sympa, dispose de LuCI activé par défaut, seul downside, je ne le trust pas, même si effectivement on peut appliquer le raisonnement à tous les FW modifiés.

Hope this helps. (:

On est quand même quelqu’un a avoir rentré le moins d'infos possible et de manip, et ca marche sans problème

Merci à SFR de pas complexifié son infra comparé à Orange ou Free