Auteur Sujet: Remplacer ONT SFR  (Lu 99513 fois)

0 Membres et 1 Invité sur ce sujet

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 873
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #768 le: 08 mai 2024 à 14:03:28 »
Pour tron probleme de débit, regarde ce post : https://lafibre.info/remplacer-bbox/routeur-sfp-pour-remplacer-bbox-fibre-ont/msg968912/#msg968912

Dans ta mib utilisé, as tu bien la valeur 2 :
Citer
256 0 HWTC 0000000000000 00000000 2 0 0 0 0 #0

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 19
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #769 le: 08 mai 2024 à 14:17:58 »
j'ai
256 0 HWTC 3NTRGW21271U01 00000000 0 0 0 0 0 #0

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 19
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #770 le: 08 mai 2024 à 14:26:22 »
Je viens de le repasser à 2, j'avais tenter une modification dans /etc/init.d/omcid.sh pour le passer à 0 justement.
je suis repasser à 2
# ONT-G
256 0 HWTC 3NTRGW21271U01 00000000 2 0 0 0 0 #0
voilà les débits :
down : 1522
up : 80

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 873
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #771 le: 08 mai 2024 à 14:28:53 »
il n'y aurait pas un truc qui bypass la valeur ?
peut etre en essayer une autre ? il y a 0/1/2 comme valeurs possibles.

Edit:
ton MA5671A est bien flashé avec le firmware fs.com modded ?

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 19
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #772 le: 08 mai 2024 à 18:11:44 »
Je vais augmenter le niveau de log su chargement du script OMCI je vous fais un retour.

@X pour les images du site right CN, comment as-tu procéder pour la déployer je voudrais tester sur un deuxième stick huawei ?
j'ai tenter de passer par la partie FALCON :
FALCON => loady 0x80800000
envoi de l'image par KERMIT
FALCON => setenv committed_image 0
FALCON => setenv image0_is_valid 1
FALCON => saveenv
FALCON => sf probe 0 && sf erase C0000 740000 && sf write 80800000 C0000 740000 && reset
mais je me retrouve avec des erreurs JFFS2 au boot
seul moyen de les enlver que j'ai trouvé c'est de faire un firstboot, mais j'ai l'impression que ça enlève toute la custo du firmware

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #773 le: 08 mai 2024 à 20:27:56 »
Non c'est normal, le flash rend la partition JFFS2 incorrecte, il faut bien faire un jffs2reset ou un firstboot, et la custo reste.

Pour ton soucis, le plus simple serait de repartir from scratch, reinitialisation complète, avec flash du FS Mod, et configuration de base.

Tu pourrais egalement exporter l'ensemble des MIBs qu'on puisse faire un compare avec une configuration fonctionnelle.

Soit effectivement tu es bridé au niveau fibre, soit ça vient d'ailleurs.

X

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 43
Remplacer ONT SFR
« Réponse #774 le: 10 mai 2024 à 15:34:13 »
Hello tout le monde,

Je confirme bien la présence de l'interface PON-TTL sur le mediaconverter:



Concernant le LEOX LXT-010H-D, à mon sens il est fonctionnel, je suis bien en O5, je récupère bien mon VLAN, mais c'est la partie bridge qui pèche.

Le port 0 correspond à la LAN, le port 2 au PON.
En effet on peut observer qu'il n'y a aucun TX qui transite, soit aucun traffic en OUT à travers le PON, ce qui fait que les requêtes DHCP ne sortent pas.

# diag mib dump counter port all
mib dump counter port all
Port: 0
ifInOctets                         :                     84551
ifInUcastPkts                      :                      1204
ifInMulticastPkts                  :                        30
ifInBroadcastPkts                  :                         0
ifOutOctets                        :                    377994
ifOutDiscards                      :                         0
ifOutUcastPkts                     :                       952
ifOutMulticastPkts                 :                         0
ifOutBroadcastPkts                 :                         0
dot1dTpPortInDiscards              :                        30
dot3InPauseFrames                  :                         0
dot3OutPauseFrames                 :                         0
dot3StatsSingleCollisionFrames     :                         0
dot3StatsMultipleCollisionFrames   :                         0
dot3StatsDeferredTransmissions     :                         0
dot3StatsLateCollisions            :                         0
dot3StatsExcessiveCollisions       :                         0
dot3StatsSymbolErrors              :                         0
dot3ControlInUnknownOpcodes        :                         0
etherStatsDropEvents               :                         0
etherStatsFragments                :                         0
etherStatsJabbers                  :                         0
etherStatsCollisions               :                         0
etherStatsCRCAlignErrors           :                         0
etherStatsTxUndersizePkts          :                         0
etherStatsTxOversizePkts           :                         0
etherStatsTxPkts64Octets           :                       502
etherStatsTxPkts65to127Octets      :                       124
etherStatsTxPkts128to255Octets     :                        87
etherStatsTxPkts256to511Octets     :                        11
etherStatsTxPkts512to1023Octets    :                        29
etherStatsTxPkts1024to1518Octets   :                       200
etherStatsTxPkts1519toMaxOctets    :                         0
etherStatsTxBroadcastPkts          :                         0
etherStatsTxMulticastPkts          :                         0
etherStatsRxUndersizePkts          :                         0
etherStatsRxOversizePkts           :                         0
etherStatsRxPkts64Octets           :                      1157
etherStatsRxPkts65to127Octets      :                        45
etherStatsRxPkts128to255Octets     :                        33
etherStatsRxPkts256to511Octets     :                         0
etherStatsRxPkts512to1023Octets    :                         0
etherStatsRxPkts1024to1518Octets   :                         0
etherStatsRxPkts1519toMaxOctets    :                         0
inOamPduPkts                       :                         0
outOamPduPkts                      :                         0

Port: 2
ifInOctets                         :                1815268786
ifInUcastPkts                      :                         0
ifInMulticastPkts                  :                   1317328
ifInBroadcastPkts                  :                         0
ifOutOctets                        :                         0
ifOutDiscards                      :                         0
ifOutUcastPkts                     :                         0
ifOutMulticastPkts                 :                         0
ifOutBroadcastPkts                 :                         0
dot1dTpPortInDiscards              :                   1317330
dot3InPauseFrames                  :                         0
dot3OutPauseFrames                 :                         0
dot3StatsSingleCollisionFrames     :                         0
dot3StatsMultipleCollisionFrames   :                         0
dot3StatsDeferredTransmissions     :                         0
dot3StatsLateCollisions            :                         0
dot3StatsExcessiveCollisions       :                         0
dot3StatsSymbolErrors              :                         0
dot3ControlInUnknownOpcodes        :                         0
etherStatsDropEvents               :                         0
etherStatsFragments                :                         0
etherStatsJabbers                  :                         0
etherStatsCollisions               :                         0
etherStatsCRCAlignErrors           :                         0
etherStatsTxUndersizePkts          :                         0
etherStatsTxOversizePkts           :                         0
etherStatsTxPkts64Octets           :                         0
etherStatsTxPkts65to127Octets      :                         0
etherStatsTxPkts128to255Octets     :                         0
etherStatsTxPkts256to511Octets     :                         0
etherStatsTxPkts512to1023Octets    :                         0
etherStatsTxPkts1024to1518Octets   :                         0
etherStatsTxPkts1519toMaxOctets    :                         0
etherStatsTxBroadcastPkts          :                         0
etherStatsTxMulticastPkts          :                         0
etherStatsRxUndersizePkts          :                         0
etherStatsRxOversizePkts           :                         0
etherStatsRxPkts64Octets           :                         7
etherStatsRxPkts65to127Octets      :                         0
etherStatsRxPkts128to255Octets     :                         0
etherStatsRxPkts256to511Octets     :                         0
etherStatsRxPkts512to1023Octets    :                         0
etherStatsRxPkts1024to1518Octets   :                   1317327
etherStatsRxPkts1519toMaxOctets    :                         0
inOamPduPkts                       :                         0
outOamPduPkts                      :                         0

On peut voir a travers de buffer du module de classification que le VLAN 101 est bien présent et dispatched:
RTK.0> command:# diag classf get entry valid
classf get entry valid
****************************************************************
Index: 64
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8083-2800
carebit: 0x0000-bfff-f800
         TagVID: (101,0xfff)
         TagPri: (0,0x0)
        IntrPri: (0,0x0)
          S Bit: (0,0x0)
          C Bit: (0,0x0)
            UNI: (0,0x0)
  TOS/TC/GEMIDX: (1,0x7f)
 EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 66
Valid: Valid
Not: Disable
direction: Downstream
templateIdx: 0
databit: 0x0000-8183-2800
carebit: 0x0000-bfff-f800
         TagVID: (101,0xfff)
         TagPri: (0,0x0)
        IntrPri: (0,0x0)
          S Bit: (0,0x0)
          C Bit: (0,0x0)
            UNI: (0,0x0)
  TOS/TC/GEMIDX: (3,0x7f)
 EtherType/Ctag: (0x0,0x0)
Downstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: SP2C translate
Ctag VID: 0
Ctag PRI action: Assign
Ctag PRI: 0
Classf PRI action: Follow switch core
UNI action: Forward
UNI ports: 0,3
DSCP remarking action: No operation
****************************************************************
[...]
****************************************************************
Index: 80
Valid: Valid
Not: Disable
direction: Upstream
templateIdx: 0
databit: 0x0000-0000-0040
carebit: 0x0000-8000-00ff
         TagVID: (0,0x0)
         TagPri: (0,0x0)
        IntrPri: (2,0x7)
          S Bit: (0,0x1)
          C Bit: (0,0x1)
            UNI: (0,0x7)
  TOS/TC/GEMIDX: (0,0x0)
 EtherType/Ctag: (0x0,0x0)
Upstream action:
Stag action: Transparent
Ctag action: Tagging
Ctag VID action: Assign
Ctag VID: 101
Ctag PRI action: Assign from internal priority
Ctag PRI: 2
SID action: ASSIGN to SID
Assign ID: 2
Classf PRI action: Follow switch core
DSCP remarking action: No operation
Drop action: No operation
****************************************************************
[...]
Output tronqué, trop long.

J'ai tenté également plusieurs flags de FwdOp, à travers le set de la MIB 84, la mise en place de VLAN avec et sans egress, le passage en profil 1GE, et tout cela depuis la base configuration, sans succès.
flash default cs
Il faudrait faire un diff exact des MIBs entre celle fonctionnelle via le MA5671A en Lantiq et celle en défaut du Realtek RTL9601D, il y a possiblement un biais de configuration qui m'échappe, mais c'est trop chronophage car les SDK sont différents, et donc les exports fournis aussi, meme avec GPT-4.

Pour résumer, en IN cela fonctionne, mais en OUT rien ne transite à travers l'interface PON.
« Modifié: 10 mai 2024 à 15:58:07 par X »

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 873
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #775 le: 10 mai 2024 à 16:25:19 »
Concernant le LEOX LXT-010H-D, à mon sens il est fonctionnel, je suis bien en O5, je récupère bien mon VLAN, mais c'est la partie bridge qui pèche.
ouep, j'en suis arrivé a la meme conclusion, j'ai meme essayé du coup de créer les vlan sur le routeur, des fois que le traffic sorte non detaggué, mais rien a faire.
Quand j'avais exposé le probleme a Marcin dans le post de la section Orange, il m'avait répondu que le leox ne detagguait pas le vlan je crois...et qu'il fallait essayer de detaguer avec un switch manageable...de mémoire, il faudrait que je retrouve son post.

Edit:
https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/msg974647/#msg974647
et plus loin :
https://lafibre.info/remplacer-livebox/mise-en-route-leox-lxt-010h-d/msg974688/#msg974688

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 19
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #776 le: 13 mai 2024 à 14:58:22 »
je continue dans ma recherche du pourquoi cette différence de débit avec mes onu.
ce matin j'ai testé avec un onu FS.com tout neuf juste changement du mot de passe ploam : debit 1500/80, changement de mib pour passer sur data_1g_8q_us1280_ds512.ini idem debit 1500/80.

j'ai testé les firmwares de right.cn, il ne correspondent pas à mon usage car ils font passer l'onu en routeur et activent des règles firewall.
j'ai testé avec les firware carlito et huawei modded de hack-gpon, je tombe en false O5, aucun Vlan qui remontent.

J'ai également tenté avec un ONU ODI DFP-34X-2C2 O55, les vlans visibles, mais l'onu plante avec un CPU qui passe à 100% et pas d'ip côté routeur.
je vais faire un update du firmware de l'onu ODI vers la dernière version pour voir ce que ça donne.

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 873
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #777 le: 13 mai 2024 à 18:08:13 »
est-ce que tu as toujours le probleme si tu passes ton ONU en mode 1Gbps ?
https://hack-gpon.org/ont-fs-com-gpon-onu-stick-with-mac/#gettingsetting-speed-lan-mode

Chez moi bizarrement cette valeur n'est pas définie :


Par contre :

rooot

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 1 873
  • 🔵🔵🔵🔵⚪⚪⚪⚪🔴🔴🔴🔴
Remplacer ONT SFR
« Réponse #778 le: 13 mai 2024 à 19:20:35 »
@hitech39
essaie de suivre ce tuto : https://lafibre.info/remplacer-sfr/remplacer-ont-sfr/msg1022069/#msg1022069
@G8U5 explique très bien ce qu'il se passe dans le déroulement du démarrage de l'ONU. Notamment :
Citer
En lisant le script, on se rend compte qu'il faut setenv  omci_hw_ver pour qu'il entre dans la condition qui crée le MIB à la volée. C'est le paramètre "label" de l'ONT, le 3NT7SF.... écrit en ASCII.
donc il y a bien un script qui bypass ce qu'il y a dans le fichier de mib.

Quel routeur utilises-tu ? c'est un Mikrotik ? si c'est le cas regarde ici : https://github.com/Anime4000/RTL960x/blob/main/Docs/SlowUploadSpeed.md
Si j'ai bien compris, ce qu'il dit c'est que le routeur est connecté a l'ONU en 2.5Gbps symetrique et qu'il balance 2.5Gbps à l'ONU qui ne peut envoyer sur le wan qu'a 1.25Gbps ce qui pose ce problème. Donc déjà commencer par mettre un a jour le firmware du Mikrotik, des fois que ca résolve le probleme, et ensuite essayer l'astuce indiquée qui a visiblement réglé le probleme chez quelqu'un ici.

Sinon pour info lorsque j'utilisais un RB5009 je n'ai jamais eu de probleme et donc je n'ai pas eu besoin de faire ca sur mon MA5671A. Pas plus sur mon BPI-R3.

hitech39

  • Abonné RED by SFR fibre FttH
  • *
  • Messages: 19
  • Lamoura (39)
Remplacer ONT SFR
« Réponse #779 le: 14 mai 2024 à 00:10:22 »
J'avais déja tester le coup sur la custom.mib en changeant le HW version.
d'après d'autres discussions ici, il faudrait attendre plusieurs jours pour une mise à jour de bandwidth upstream map sur les ont FS.com.

pour le mikrotik le routeur CCR2004 ne dispose de la partie QOS necessaire au changement de l' egress-rate, pour tester j'ai forcé le port à 1g, ce qui me donne : 910 down et 100 en up, dans même un changement sur le QOS n'aurait pas d'impact sur l'upload.

je continue mes tests sur l'ODI en //.