Auteur Sujet: Remplacer ONT SFR  (Lu 94979 fois)

0 Membres et 1 Invité sur ce sujet

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #756 le: 06 mai 2024 à 14:22:43 »
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=1
root@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. (:

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 783
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #757 le: 06 mai 2024 à 15:21:31 »
Salut !
Merci X pour toutes ces infos qui en aideront surement plus d'un !  8)

Par conte je me pose une question, il ne serait pas possible de dumper en intégralité toutes les partitions d'un ONU préflashé tout comme il faut, et qu'on le mette a disposition pour plus qu'on se prenne la tete et qu'on ait plus qu'une ou deux commandes a taper pour le rendre opérationnel chez soi ??

1 téléchargez les partitions
2 flasher
3 mettre sa MAC et son Pass Fibre
4 reboot

ricky68

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 87
Remplacer ONT SFR
« Réponse #758 le: 06 mai 2024 à 15:35:31 »
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  8)

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #759 le: 06 mai 2024 à 16:52:16 »
@rooot, merci à toi. (;

Le soucis c'est que si la calibration est différente, disons sur une révision particulière, tu risques de perdre l'information définitivement, tu as aussi des informations uniques, type MAC, SN, etc.
La MAC n'est pas nécessaire, peut-être pour certains OLTs en revanche.

Le meilleur moyen à mon sens serait de créer un script de prepare, qui ferais successivement un dump, backup, et modification en prenant un fichier de configuration en entrée type json ou ini, puis flash/set de configuration.

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 17
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #760 le: 06 mai 2024 à 23:44:54 »
@X merci pour le partage des infos.
Est-ce que tu es toujours bloqué sur les vitesses de donwload ?
j'ai pareil de mon côté, je suis sensé être en 2g/1g, et avec l'ONU je bloque sur 1600/100, la ou la box arrive à 1000 sur l'uplaod.
niveau router le mikrotik est loin d'être saturé lorsque je passe par l'onu et avant le passage en ipv4 full j'arrivais à 600 mb d'upload avec l'onu.

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #761 le: 07 mai 2024 à 02:02:55 »
Hello hitech39,

Avec plaisir, le partage des connaissances est fondamental à mon sens. (;

Plus de soucis sur les vitesses, et j'ai environ 103 Mb/s en montant via curl:
root@X:/tmp# curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1964M    0   145  100 1964M      7   102M  0:00:19  0:00:19 --:--:--  103M

iPerf3 est plus parlant:
# Descendant
[SUM]   0.00-10.00  sec  2.22 GBytes  1.90 Gbits/sec                  receiver
# Montant
[SUM]   0.00-10.01  sec  1.01 GBytes   868 Mbits/sec                  receiver

Essaie de tester directement depuis ton routeur dans un premier temps ces commandes:
# Descendant
curl -o /tmp/temp.iso http://bouygues.testdebit.info/10G.iso
iperf3 -c bouygues.testdebit.info -p 9206 -P 8
# Montant
curl -4 -o /dev/null -F "file=@/tmp/temp.iso" http://bouygues.testdebit.info/ul/
iperf3 -c bouygues.testdebit.info -p 9206 -P 8 -R


hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 17
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #762 le: 07 mai 2024 à 11:47:55 »
Je suis un peu limité en taille disque sur le router, 128Mb  :'(
de ce que je vois sur le speedtest j'ai ça (les débits faible c'est la ligne failover):
imestamp (GMT)    Server id    Server name    Download    Upload    Latency
2024-05-06T20:54:24   47318   BOUYGUES TELECOM BBR, Meudon   1471.76   62.89   12.14 (gpon MA5671A)
2024-05-06T16:59:13   47318   BOUYGUES TELECOM BBR, Meudon   1520.09   62.82   12.14 (gpon MA5671A)
2024-05-06T15:16:50   47318   BOUYGUES TELECOM BBR, Meudon   1525.97   113.93   12.15 (gpon MA5671A)
2024-05-06T09:46:57   47318   BOUYGUES TELECOM BBR, Meudon   939.24   938.80   12.22 box sfr
2024-05-06T09:46:23   48892   Baker Telekom, Fontenay-sous-Bois   296.47   753.22   14.60 box sfr
2024-05-06T09:46:17   48892   Baker Telekom, Fontenay-sous-Bois   774.25   606.26   14.78 box sfr
2024-05-06T08:26:44   47318   BOUYGUES TELECOM BBR, Meudon   1511.71   71.41   12.32 (gpon MA5671A)
2024-05-04T14:23:15   47318   BOUYGUES TELECOM BBR, Meudon   1515.02   97.64   12.20 (gpon MA5671A)
2024-05-03T15:20:53   47318   BOUYGUES TELECOM BBR, Meudon   1509.50   85.61   12.26 (gpon MA5671A)
2024-05-03T13:56:30   47318   BOUYGUES TELECOM BBR, Meudon   935.85   931.94   12.13 (gpon MA5671A)
2024-05-03T13:46:18   47318   BOUYGUES TELECOM BBR, Meudon   1523.04   66.29   12.24 (gpon MA5671A)
2024-05-03T07:16:18   47318   BOUYGUES TELECOM BBR, Meudon   1531.66   105.56   12.31 (gpon MA5671A)
2024-05-03T06:54:43   47424   BOUYGUES TELECOM CUBIC, Vélizy   1596.02   83.85   12.18 (gpon MA5671A)
2024-05-02T15:04:21   48892   Baker Telekom, Fontenay-sous-Bois   1214.49   73.94   14.96 (gpon MA5671A)

semaine prochaine je reçoit un sft 1000base-t pour brancher la box sfr sur le même port que l'ONU voir si c'est un problème de config router u si c'est dans l'ONU que j'ai un soucis

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #763 le: 07 mai 2024 à 14:10:14 »
Hello,

Peux-tu faire un report du SFP?
ethtool ethX
ethtool -m ethX
Histoire d'avoir la configuration, voir si tu es en full duplex, etc.

Et utiliser iPerf plutôt que speedtest en ayant un nombre de connexions parallèles correspondant au nombre de core que dispose ton CPU via -P, à executer directement sur le routeur Mikrotik:
iperf3 -c paris.testdebit.info -p 9201 -V -P 4 -t 30
iperf3 -c paris.testdebit.info -p 9201 -V -P 4 -R -t 30

Egalement faire un test purement LAN:
# Sur ton routeur Mikrotik
iperf3 -s
# Depuis ton client LAN
iperf3 -c XXX -V -P 8
iperf3 -c XXX -V -P 8 -R

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 17
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #764 le: 07 mai 2024 à 14:47:24 »
je n'ai pas ethtool sur le sfp :

root@SFP:~# ethtool
-ash: ethtool: not found
root@SFP:~#

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 17
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #765 le: 07 mai 2024 à 14:55:59 »
J'ai un MA5671A très bizarre dans sa version busybox/openwrt même pas de 'help' dispo

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #766 le: 07 mai 2024 à 20:22:48 »
Pour ethtool, c'est à exécuter sur le routeur où est connecté ton SFP Huawei. (;

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 17
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #767 le: 07 mai 2024 à 22:25:34 »
Au temps pour moi.
pas vraiment d ethtool côté mikrotik, voici les infos que je peux avoir :
/interface ethernet monitor sfp-sfpplus1
                    name: sfp-sfpplus1
                  status: link-ok
        auto-negotiation: disabled
                    rate: 2.5Gbps
             full-duplex: yes
         tx-flow-control: no
         rx-flow-control: no
               supported: 10M-baseT-half,10M-baseT-full,100M-baseT-half,100M-baseT-full,1G-baseT-half,1G-baseT-full,1G-baseX,2.5G-baseT,2.5G-baseX,5G-baseT,10G-baseT,10G-baseSR-LR,10G-baseCR
      sfp-module-present: yes
             sfp-rx-loss: no
            sfp-tx-fault: yes
                sfp-type: SFP/SFP+/SFP28/SFP56
      sfp-connector-type: SC
      sfp-link-length-sm: 20km
         sfp-vendor-name: Lantiq
  sfp-vendor-part-number: Falcon SFP
     sfp-vendor-revision: 0
       sfp-vendor-serial: 032WDY10K3012058
  sfp-manufacturing-date: 19-03-11
          sfp-wavelength: 1310nm
         sfp-temperature: 31C
      sfp-supply-voltage: 3.297V
     sfp-tx-bias-current: 7mA
            sfp-tx-power: 1.371dBm
            sfp-rx-power: -17.423dBm
         eeprom-checksum: good
Je n'arrive pas à expliquer le tx fault ici

au niveau des stats et firewall, tous les packets passent en fatpath :
/interface print stats-detail
Flags: D - dynamic; X - disabled; I - inactive, R - running; S - slave; P - passthrough
 0   RS  name="ether1" last-link-up-time=2024-05-07 15:31:45 link-downs=0 rx-byte=65 469 337 tx-byte=382 846 439 rx-packet=524 976 tx-packet=309 193 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=65 469 337 fp-tx-byte=382 846 439 fp-rx-packet=524 976 fp-tx-packet=309 193

 1   R   name="sfp-sfpplus1" last-link-down-time=2024-05-07 20:07:19 last-link-up-time=2024-05-07 20:17:55 link-downs=4 rx-byte=5 191 665 675 tx-byte=327 616 772 rx-packet=3 793 987 tx-packet=2 232 417 tx-queue-drop=0 fp-rx-byte=5 176 490 624 fp-tx-byte=311 604 421 fp-rx-packet=3 793 993 fp-tx-packet=2 195 359

 2  X S  name="sfp-sfpplus2" last-link-down-time=2024-05-07 15:48:48 last-link-up-time=2024-05-07 15:31:44 link-downs=1 rx-byte=8 629 246 tx-byte=525 329 307 rx-packet=93 148 tx-packet=390 825 tx-queue-drop=0 fp-rx-byte=8 256 654 fp-tx-byte=518 232 090 fp-rx-packet=93 148 fp-tx-packet=349 937

 3  X S  name="sfp-sfpplus3" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

 4   RS  name="sfp-sfpplus4" last-link-up-time=2024-05-07 15:48:53 link-downs=0 rx-byte=361 698 351 tx-byte=6 026 949 384 rx-packet=2 357 389 tx-packet=4 904 283 tx-queue-drop=0 fp-rx-byte=352 276 911 fp-tx-byte=5 944 998 896 fp-rx-packet=2 357 405 fp-tx-packet=4 414 880

 5  X S  name="sfp-sfpplus5" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

 6  X S  name="sfp-sfpplus6" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

 7  X S  name="sfp-sfpplus7" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

 8  X S  name="sfp-sfpplus8" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

 9  X S  name="sfp-sfpplus9" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

10  X S  name="sfp-sfpplus10" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

11  X S  name="sfp-sfpplus11" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

12  X S  name="sfp-sfpplus12" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

13  X S  name="sfp28-1" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

14  X S  name="sfp28-2" link-downs=0 rx-byte=0 tx-byte=0 rx-packet=0 tx-packet=0 tx-queue-drop=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

15   R   name="LAN_Bridge" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=406 425 620 tx-byte=6 469 778 955 rx-packet=2 900 547 tx-packet=4 796 736 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=360 532 725 fp-tx-byte=6 455 305 817 fp-rx-packet=2 450 539 fp-tx-packet=4 729 398

16   R   name="containers" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=1 272 tx-byte=294 rx-packet=21 tx-packet=2 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

17   R   name="lo" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=73 640 tx-byte=73 640 rx-packet=519 tx-packet=519 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0

18   RS  name="veth1" last-link-up-time=2024-05-07 15:31:40 link-downs=0 rx-byte=1 566 tx-byte=826 639 rx-packet=21 tx-packet=13 358 rx-drop=0 tx-drop=0 tx-queue-drop=0 rx-error=0 tx-error=0 fp-rx-byte=0 fp-tx-byte=0 fp-rx-packet=0 fp-tx-packet=0