Auteur Sujet: Remplacer ONT SFR (Lu 97973 fois)

X · « **Réponse #756 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 · « **Réponse #757 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 · « **Réponse #758 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:

Code: [Sélectionner]

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:

Code: [Sélectionner]

# 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:

Code: [Sélectionner]

# 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 · « **Réponse #759 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 · « **Réponse #760 le:** 07 mai 2024 à 14:10:14 »

Hello,

Peux-tu faire un report du SFP?

Code: [Sélectionner]

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:

Code: [Sélectionner]

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:

Code: [Sélectionner]

# Sur ton routeur Mikrotik
iperf3 -s
# Depuis ton client LAN
iperf3 -c XXX -V -P 8
iperf3 -c XXX -V -P 8 -R

hitech39 · « **Réponse #761 le:** 07 mai 2024 à 14:47:24 »

je n'ai pas ethtool sur le sfp :

Code: [Sélectionner]

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

hitech39 · « **Réponse #762 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 · « **Réponse #763 le:** 07 mai 2024 à 20:22:48 »

Pour ethtool, c'est à exécuter sur le routeur où est connecté ton SFP Huawei. (;

hitech39 · « **Réponse #764 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 :

Code: [Sélectionner]

/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 :

Code: [Sélectionner]

/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

X · « **Réponse #765 le:** 08 mai 2024 à 01:00:25 »

Inquiétant le sfp-tx-fault, avais-tu bien la fibre connectée lors du check de l'interface ?

As-tu la possibilité de tester un traffic purement LAN depuis le client où tu observes ces débits ?

J'ai vu ceci dans tes speedtests:

Citer

2024-05-03T13:56:30 47318 BOUYGUES TELECOM BBR, Meudon 935.85 931.94 12.13 (gpon MA5671A)

C'est l'une des seules fois où tu étais en dessous du Gbps en descendant et que le montant était bon, avais-tu réalisé des tests de profils ou autre ? Ou alors tu étais passé sur du 1GE.

Essaie de remettre l'autonego, puis reboot hardware du routeur et tente un speedtest sur le 1GE autonegocié, à la vue de ton interface, c'est ce que tu devrais avoir sans 2.5GE forcé, on verra les débits que tu réalises.

rooot · « **Réponse #766 le:** 08 mai 2024 à 11:20:19 »

c'est normal le tx fault, pas d'inquietude :
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#tx-fault--serial

Citer

TX Fault / Serial
The stick stays in a perpetual “TX Fault” state since the same SFP pin is used for both serial and TX Fault signaling, if that causes you issues (normally it shouldn’t) you can issue the commands below to disable it. Note that it will disable both the TX Fault signal and Serial on the stick after boot.

fw_setenv asc0 1
fw_setenv preboot "gpio set 3;gpio input 100;gpio input 105;gpio input 106;gpio input 107;gpio input 108"

In case you need to re-enable it issue the following commands from the bootloader (FALCON)
FALCON => setenv asc0 0
FALCON => saveenv

hitech39 · « **Réponse #767 le:** 08 mai 2024 à 13:27:50 »

@Root ça confirme ce que je pensais sur ce tx fault.

pour le moment je m'oriente vers une différence de config sur l'ONU entre la connexion CGNAT et lorsque l'on est en IPV4 full.
avant la bascule IPV4 j'arrivait à 700m en upload et depuis je plafonne à 100mb en upload avec la même config.
et la box a nécessité un reboot pour fonctionner après la bascule (elle restait alluéme au cas ou pour mes tests, mais un branchement de la fibre uniquement ne lui a pas suffit a récupérer la connexion).