Auteur Sujet: Routeur SFP pour remplacer bbox fibre + ONT (Lu 83478 fois)

osdneh · « **Réponse #264 le:** 26 juillet 2022 à 16:09:31 »

Citation de: aussetg le 26 juillet 2022 à 10:06:52

Tu vois ces logs ou ?

En regardant dans la doc G.988 ( https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.988-201210-S!!PDF-E&type=items , page 579 ) il semble que ONU2-G ME est utilisé pour gérer les priority queues et donc impact directement le débit quand la restriction du débit est faite par priorité queues. ( l'une des possibilite d'apres la doc de Huawei: https://forum.huawei.com/enterprise/en/configure-gpon-rate-limit/thread/689503-100181 )

Je ne sait pas comment interpreter " attr_mask = 0x2000" mais si ca veux dire qu'il cherche a ecrire en 0x2000 = 0010000000000000 est-ce que c'est ca:

?

Si oui ca expliquerais que des fois miraculeusement des gens aient 600Mbps et sinon 250Mbps non ? Si le scheduler est place sur un T-CONT au hasard on peut tomber magiquement sur le bon ?

Est-ce que tout passer dans data_1g_8q.ini a Read/Write suffirait ?

Code: [Sélectionner]
56 Rec. ITU-T G.988 (10/2012) Bit Interpretation when bit value = 1 1 (LSB) Priority queue ME: Port field of related port attribute is read-write and can point to any T-CONT or UNI port in the same slot 2 Priority queue ME: The traffic scheduler pointer is permitted to refer to any other traffic scheduler in the same slot 3 Traffic scheduler ME: T-CONT pointer is read-write 4 Traffic scheduler ME: Policy attribute is read-write 5 T-CONT ME: Policy attribute is read-write 6 Priority queue ME: Priority field of related port attribute is read-write

Je pensai à ça également => changer la valeur pour tout autoriser et tester. Je ne suis pas chez moi pendant un moment. Si quelqu'un a un module FS pour tester ça, ça serait top. Faudrait aussi récupérer omci.log pour vérifier ce que ça donne ce changement.

Fluor · « **Réponse #265 le:** 26 juillet 2022 à 16:47:54 »

Citation de: aussetg le 26 juillet 2022 à 10:06:52

Tu vois ces logs ou ?

En regardant dans la doc G.988 ( https://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-G.988-201210-S!!PDF-E&type=items , page 579 ) il semble que ONU2-G ME est utilisé pour gérer les priority queues et donc impact directement le débit quand la restriction du débit est faite par priorité queues. ( l'une des possibilite d'apres la doc de Huawei: https://forum.huawei.com/enterprise/en/configure-gpon-rate-limit/thread/689503-100181 )

Je ne sait pas comment interpreter " attr_mask = 0x2000" mais si ca veux dire qu'il cherche a ecrire en 0x2000 = 0010000000000000 est-ce que c'est ca:

?

Si oui ca expliquerais que des fois miraculeusement des gens aient 600Mbps et sinon 250Mbps non ? Si le scheduler est place sur un T-CONT au hasard on peut tomber magiquement sur le bon ?

Est-ce que tout passer dans data_1g_8q.ini a Read/Write suffirait ?

Code: [Sélectionner]
56 Rec. ITU-T G.988 (10/2012) Bit Interpretation when bit value = 1 1 (LSB) Priority queue ME: Port field of related port attribute is read-write and can point to any T-CONT or UNI port in the same slot 2 Priority queue ME: The traffic scheduler pointer is permitted to refer to any other traffic scheduler in the same slot 3 Traffic scheduler ME: T-CONT pointer is read-write 4 Traffic scheduler ME: Policy attribute is read-write 5 T-CONT ME: Policy attribute is read-write 6 Priority queue ME: Priority field of related port attribute is read-write

Si jamais tu sais m'indiquer la procédure pour faire le changement en R/W je peux essayer ce soir.

aussetg · « **Réponse #266 le:** 26 juillet 2022 à 18:41:27 »

Citation de: Fluor le 26 juillet 2022 à 16:47:54

Si jamais tu sais m'indiquer la procédure pour faire le changement en R/W je peux essayer ce soir.

Désolé je n'ai pas le niveau/connaissances et je crois qu'un mib mal formate peut soft-brick l'ONT.

Mais a priori:

Code: [Sélectionner]

# ONT2-G
257 0 MA5671A-G1\0\0\0\0\0\0\0\0\0\0\0 0xa0 0xcc 1 1 64 64 1 64 0 0x007f 0 24 48
      |______________________________| |__| |__| | |  |  | |  | | |____| |  |  |

Equipment id | OMCI Version | Vendor product code | Security capability |  Security mode | Total priority queue num | Total traffic scheduler | Mode |  Total GEM port-ID number | Connectivity capability | Current connect. mode | QoS configuration flex | Prio queue scale factor

Donc je *pense* qu'il faut changer l'avant dernier nombre mais le nombre de bits n'a pas l'air de coller et je ne sait pas si c'est pad au debut ou fin...

( j'ai pris les noms d'ici : https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/137 )

Fluor · « **Réponse #267 le:** 26 juillet 2022 à 19:16:05 »

Citation de: aussetg le 26 juillet 2022 à 18:41:27

Désolé je n'ai pas le niveau/connaissances et je crois qu'un mib mal formate peut soft-brick l'ONT.

Mais a priori:

Code: [Sélectionner]
# ONT2-G 257 0 MA5671A-G1\0\0\0\0\0\0\0\0\0\0\0 0xa0 0xcc 1 1 64 64 1 64 0 0x007f 0 24 48 |______________________________| |_______| | | | | | | | |____| | | | Equipment id | Vendor product code | Security capability | Security mode | Total priority queue num | Total traffic scheduler | Mode | Total GEM port-ID number | Connectivity capability | Current connect. mode | QoS configuration flex | Prio queue scale factor
Donc je *pense* qu'il faut changer l'avant dernier nombre mais le nombre de bits n'a pas l'air de coller et je ne sait pas si c'est pad au debut ou fin...

( j'ai pris les noms d'ici : https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/48042/137 )

Ok je note, j'attendrais d'avoir le connecteur SFP pour l'UART avant de tenter question de rattraper en cas de soucis.

Peut être demander au support FS qu'es qu'il en pense ?

osdneh · « **Réponse #268 le:** 27 juillet 2022 à 01:58:39 »

Du fichier de log que j'avais trouvé, j'avais pour l'erreur :

Code: [Sélectionner]

[omcid] 22:24:34 MSG   PRN: OMCI #336 RX:
 aa fb 48 0a 01 16 ff 00 20 00 02 00 00 00 00 00
 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 00 00 00 00 00 00 00 00
[omcid] 22:24:34 ME    ERR: 278@65280 Try to set non-writable attribute; attr_mask = 0x2000, wr_attr_mask = 0x1000

J'ai regardé 2 docs :
- open omci specification
- https://www.ietf.org/lib/dt/documents/LIAISON/file1019.pdf (I.1.4 Get, get response, create response and set messages => compréhension attribute_mask)

La partie utile de la trame est 01 16 ff 00 20 00 02 =>
01 16 => ME#278
ff 00 => entity id 0xff00
attribute_mask => 0x2000 => on veut modifier l'attribut 3 de la ME
valeur => 0x02

Soit entity_id ff00 en policy wrr alors que j'ai dans la mibs

Code: [Sélectionner]

278 0xff00 0x8000 0x0000 0x00 0x00

Si on ne veut pas modifier la #257, on peut modifier la "policy" du scheduler à 0x02 plutôt :

Code: [Sélectionner]

278 0xff00 0x8000 0x0000 0x02 0x00

Je ne sais pas ce que vous en pensez.

aussetg · « **Réponse #269 le:** 27 juillet 2022 à 09:50:49 »

Citation de: aussetg le 26 juillet 2022 à 18:41:27

Donc je *pense* qu'il faut changer l'avant dernier nombre mais le nombre de bits n'a pas l'air de coller et je ne sait pas si c'est pad au debut ou fin...

Pour me repondre a moi meme: c'est pad a la fin

proap · « **Réponse #270 le:** 27 juillet 2022 à 20:14:33 »

je suis chaud pour être une cobaye, j'ai plusieurs ONT et un adaptateur de série.

A votre avis, je commence par l'entrée 257 ou 278?

Fluor · « **Réponse #271 le:** 27 juillet 2022 à 20:45:00 »

Citation de: proap le 27 juillet 2022 à 20:14:33

je suis chaud pour être une cobaye, j'ai plusieurs ONT et un adaptateur de série.

A votre avis, je commence par l'entrée 257 ou 278?

Le random dit : 278

Mais en tout cas impatient de voir le résultat pour lever cette limite...

proap · « **Réponse #272 le:** 27 juillet 2022 à 21:51:39 »

bon, pour la ligne 278 c'est une fausse piste je pense. J'ai même pas eu besoin d'essayer. J'utilise un MA5671A et dans le MIBS j'ai déjà

Code: [Sélectionner]

# Traffic Scheduler (US) (one for each TCONT)                                                                                                                                                  
278 0xff00 0x8000 0x0000 0x02 0x00                                                                                                                                                             
278 0xff01 0x8001 0x0000 0x02 0x00                                                                                                                                                             
278 0xff02 0x8002 0x0000 0x02 0x00                                                                                                                                                             
278 0xff03 0x8003 0x0000 0x02 0x00                                                                                                                                                             
278 0xff04 0x8004 0x0000 0x02 0x00                                                                                                                                                             
278 0xff05 0x8005 0x0000 0x02 0x00                                                                                                                                                             
278 0xff06 0x8006 0x0000 0x02 0x00                                                                                                                                                             
278 0xff07 0x8007 0x0000 0x02 0x00

osdneh · « **Réponse #273 le:** 27 juillet 2022 à 22:44:33 »

Citation de: proap le 27 juillet 2022 à 21:51:39

bon, pour la ligne 278 c'est une fausse piste je pense. J'ai même pas eu besoin d'essayer. J'utilise un MA5671A et dans le MIBS j'ai déjà

Code: [Sélectionner]
# Traffic Scheduler (US) (one for each TCONT) 278 0xff00 0x8000 0x0000 0x02 0x00 278 0xff01 0x8001 0x0000 0x02 0x00 278 0xff02 0x8002 0x0000 0x02 0x00 278 0xff03 0x8003 0x0000 0x02 0x00 278 0xff04 0x8004 0x0000 0x02 0x00 278 0xff05 0x8005 0x0000 0x02 0x00 278 0xff06 0x8006 0x0000 0x02 0x00 278 0xff07 0x8007 0x0000 0x02 0x00

Arf

Dans ton fichier de log omci, tu as des erreurs sur d'autres entités ?

osdneh · « **Réponse #274 le:** 29 juillet 2022 à 10:13:45 »

Toujours sur le SFP FS, j'ai le 0x2 dans les 278 et je n'ai plus l'erreur d'avant mais une autre avec la ME#292

Code: [Sélectionner]

root@SFP:/home/ONTUSER# grep d3 /etc/init.d/omcid.sh 
	${OMCID_BIN} -d3 -p$mib_file  -o$omcc_version -i$omci_iop_mask ${lct} -l/tmp/log/debug > /dev/console 2> /dev/console &

-d3 => -d1 + reboot pour avoir un omcid plus bavard dans /tmp/log/debug
Je vous mets mes traces omci en PJ

J'ai l'impression que sur les 8 T-CONTS dispo dans toutes les mibs que j'ai sur le SFP, l'OLT m'en configure 6:

Code: [Sélectionner]

[omcid] 03:13:52 CORE  PRN: 262@32768 set Alloc-id                  = 0x0101 (257)
[omcid] 03:13:52 CORE  PRN: 262@32769 set Alloc-id                  = 0x0201 (513)
[omcid] 03:13:53 CORE  PRN: 262@32770 set Alloc-id                  = 0x0301 (769)
[omcid] 03:13:53 CORE  PRN: 262@32771 set Alloc-id                  = 0x0401 (1025)
[omcid] 03:13:53 CORE  PRN: 262@32772 set Alloc-id                  = 0x0501 (1281)
[omcid] 03:13:53 CORE  PRN: 262@32773 set Alloc-id                  = 0x0601 (1537)

Et toujours ce maudit compteur qui s'affole sur un iperf3 montant : gtop > t-c

Code: [Sélectionner]

GTC Rejected TCONT Counter                         19934

mtthieu · « **Réponse #275 le:** 29 juillet 2022 à 12:38:59 »

Je viens enfin de recevoir mon ONU https://www.fs.com/fr/products/133619.html

Il M’a été recommandé par quelqu’un ici; cependant je ne sais pas trop comment m’y connecter. Si j’ai bien compris, je dois me connecter en SSH dessus, cependant je n’arrive pas à déterminer son addresse IP. je l’ai branché dans le Port 10 (SPF WAN) de mon UDM pro.

Quelqu’un pourrait il me donnée des indices? Merci!

Edit:

Citation de: proap le 08 juillet 2022 à 20:29:16

Oui, c'est le bon

C’était donc toi!