Auteur Sujet: Remplacer ONT SFR (Lu 84822 fois)

rooot · « **Réponse #192 le:** 27 septembre 2022 à 12:56:58 »

j'ai fais sur le Leox le flash set GPON_ONU_MODEL GS0100GH. En eth1 ou avec les les vlans ca n'a rien apporté de plus.

Alors résultat des courses :

sur eth1.101 :

Citer

# diag
RTK.0> l2-table get entry address valid

LUT address: 0x0004 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
02:00:00:00:02:01 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:01:00:02 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

LUT address: 0x006c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
14:4D:67:XX:XX:XX 0 0 7 0 Auto 0 SVL <--- Mon interface LAN
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

LUT address: 0x016c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:19:A8:EB:47:8A 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x0258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 101 Auto 0 SVL <-- Mon routeur
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x034c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL <-- L'ONU Leox
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

sur eth1.102 :

Citer

# diag
RTK.0> l2-table get entry address valid

LUT address: 0x0004 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
02:00:00:00:02:01 2 0 7 101 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x000c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
00:00:00:01:00:02 3 0 1 0 Static 0 SVL
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

LUT address: 0x006c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
14:4D:67:XX:XX:XX 0 0 7 0 Auto 0 SVL <--- Mon interface LAN
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

LUT address: 0x016c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:19:A8:EB:47:8A 2 0 7 102 Auto 0 SVL
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x0258 (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
CC:2D:1B:XX:XX:XX 0 0 7 102 Auto 0 SVL <-- Mon routeur
CtagIf Auth DaBlock SaBlock Arp
En Dis Dis Dis Dis

LUT address: 0x034c (1K LUT)
L2 Unicast table:
MACAddress Spa Fid Age Vid State Ext Hash
10:DC:B6:XX:XX:XX 3 0 1 0 Static 0 SVL <-- L'ONU Leox
CtagIf Auth DaBlock SaBlock Arp
Dis Dis Dis Dis Dis

je ne vois plus le matos NOKIA qui était en 24:21:24:97:32:3F ??

rooot · « **Réponse #193 le:** 27 septembre 2022 à 13:00:09 »

ensuite sans vlan, sur eth1, j'ai fait un tcpdump depuis le routeur :

Code: [Sélectionner]

root@box:~# tcpdump -n -i eth1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 262144 bytes
12:51:08.516561 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:11.596517 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:14.676513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:17.766500 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:20.846869 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:23.946509 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:27.026521 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:30.106499 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:33.186539 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:36.266501 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:39.366503 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:42.446507 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:45.526508 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:48.606500 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:51.686513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:54.766497 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:51:57.846506 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:00.926566 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:04.016506 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:07.096498 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:10.176498 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:13.256510 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:16.336513 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:19.416511 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300
12:52:22.496527 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from cc:2d:1b:XX:XX:XX, length 300

hwti · « **Réponse #194 le:** 27 septembre 2022 à 20:22:08 »

Citation de: rooot le 27 septembre 2022 à 12:56:58

je ne vois plus le matos NOKIA qui était en 24:21:24:97:32:3F ??

En effet, c'est étrange, mais tu vois toujours l'adresse MAC de l'OLT (à priori).
Le test montre en tout cas que le switch reçoit bien des trames, puisqu'il apprend les MAC dans les différents VLAN.

En voyant "L2 Unicast table", je me demande si le comportement en multicast/broadcast (la seule chose qui a été testée) ne pourrait pas être différent.
Je propose de tester d'envoyer des trames unicast, pour regarder si le compteur d'envoi de l'OLT bouge.
Sur le routeur :

Code: [Sélectionner]

ip addr add 10.0.0.1/16 dev eth1.102
ip neigh add 10.0.0.2 lladdr CC:19:A8:EB:47:8A dev eth1.102
ping 10.0.0.2

Pour éviter les requêtes ARP (broadcast) qui n'ont pas plus de chances de passer, on ajoute une entrée statique à la table.
Là c'est l'OLT, dans l'espoir qu'il réponde éventuellement quelque chose (tcpdump pour voir, mais l'essentiel ce sont les compteurs d'envois de l'ONT), et comme ça on utilise une adresse connue du switch.
Là c'est écrit avec eth1.102, mais bien sûr si ça ne fonctionne pas on peut tester eth1 ensuite (après avoir enlevé l'IP, ou en prenant 10.1.0.1 / 10.1.0.2).

maximushugus · « **Réponse #195 le:** 01 octobre 2022 à 20:41:53 »

Bon, j'ai pu avancer un petit peu avec mon MA5671A flashé avec le firmware Carlito sur mtd2 et mtd5.

Comme dit précédemment, en faisant un "ps | grep omcid" on se rend compte que le fichier de configuration utilisé est le "/etc/mibs/custom.ini".
Or ce fichier est généré automatiquement à partir de "/etc/mibs/nameless.ini' avec le script présent dans "/etc/init.d/omcid.sh".
Les paramètres pris par ce script sont issus d'un autre script de démarrage : "/etc/init.d/sys.sh".
J'ai donc modifié la partie "oem-generic" de ce dernier fichier pour qu'au final via les 2 scripts décrits précédemment le fichier de configuration "/etc/mibs/custom.ini" ressemble le plus possible à celui utilisé par l'ONT de base SFR (PTIN_GS0100G.ini que j'avais obtenu via l'accès root sur cet ONT SFR) :

Code: [Sélectionner]

oem-generic)
                uci set sys.target.name=oem-generic
                uci set sys.features.mib_customized=1
                uci set sys.features.igmp_fast_leave=1
                uci set sys.features.dying_gasp_enabled=0
                uci set sys.features.suppress_power_level=0
                uci set sys.features.eeprom_sync_option='1'
                uci set sys.mib.vendor_id='PTIN'
                uci set sys.mib.ont_version='0000000000000'
                uci set sys.mib.equipment_id='0000000000000000000'
                ;;

Par la suite après redémarrage du MA5671A j'ai comparé ce fichier de configuration obtenu "/etc/mibs/custom.ini" avec celui officiel de SFR (PTIN_GS0100G.ini) et la ligne suivante n'est pas respectée :

Code: [Sélectionner]

256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0
J'ai donc de nouveau modifié le fichier "etc/init.d/omcid.sh" avec cette ligne :

Code: [Sélectionner]

echo "256 0 ${vendor_id} ${ont_version} 00000000 0 0 0 0 0 #0" >> ${mibtgt}

La comparaison des fichiers de configuration est cette fois-ci identique pour les lignes suivantes après redémarrage :

Code: [Sélectionner]

# ONT-G
256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0

# ONT2-G
257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48

J'ai essayé de brancher la fibre sur mon MA5671A et cette fois-ci j'ai du progrès mais malheureusement pas complètement :
J'arrive à avoir un statu O5 mais rapidement il repasse en O2 -> O3 -> O5 en boucle. J'ai bien Downstream FEC enable = yes et Upstream FEC enable = yes dans gtop.

Je me suis donc dit que j'avais besoin de regarder les logs.
N'ayant pas de fichier log de créé avec la configuration de base, j'ai de nouveau modifié le fichier "/etc/init.d/omcid.sh" avec la ligne :

Code: [Sélectionner]

${OMCID_BIN} -d3 -p$mib_file  -o$omcc_version -i$omci_iop_mask ${lct} > /dev/console 2> /dev/console &

modifiée pour :

Code: [Sélectionner]

${OMCID_BIN} -d1 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} -l /tmp/omcid.log &et j'ai observé le fichier "/etc/omcid.log" qui devient vite énorme (800Ko).

En faisant un "cat /etc/omcid.log | grep err" j'obtiens ceci :

Code: [Sélectionner]

[omcid] 02:52:18 ME    ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
[omcid] 02:52:19 CORE  ERR: service_action - action event wait timeout
[omcid] 02:52:21 CORE  ERR: OMCI - retransmit tid 0x3258
[omcid] 02:54:12 ME    ERR: ERROR(-11): Can't update link state for PPTP Ethernet UNI 0x0101; ME not found
[omcid] 02:54:13 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:15 CORE  ERR: OMCI - retransmit tid 0x3408
[omcid] 02:54:16 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:18 CORE  ERR: OMCI - retransmit tid 0x3409
[omcid] 02:54:19 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:21 CORE  ERR: OMCI - retransmit tid 0x340a
[omcid] 02:54:22 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:24 CORE  ERR: OMCI - retransmit tid 0x340b
[omcid] 02:54:25 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:27 CORE  ERR: OMCI - retransmit tid 0x340c
[omcid] 02:54:28 CORE  ERR: service_action - action event wait timeout
[omcid] 02:54:30 CORE  ERR: OMCI - retransmit tid 0x340d

Je sèche un peu actuellement.
Si quelqu'un a une idée ?

rooot · « **Réponse #196 le:** 01 octobre 2022 à 22:00:11 »

https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg937442/#msg937442

Citer

Can't update link state for PPTP Ethernet UNI 0x0101; ME not found

Meme symptomes.

0x0101 = 257
il faut regarder le ME#257 dans la doc OMCI :

hwti · « **Réponse #197 le:** 01 octobre 2022 à 22:49:11 »

Citation de: maximushugus le 01 octobre 2022 à 20:41:53

La comparaison des fichiers de configuration est cette fois-ci identique pour les lignes suivantes après redémarrage :
Code: [Sélectionner]
# ONT-G 256 0 PTIN 0000000000000 00000000 0 0 0 0 0 #0 # ONT2-G 257 0 0000000000000000000 0xa0 0 1 1 64 64 1 128 0 0x007f 0 0 48

Il faudrait peut-être comparer les valeurs réellement présentes dans un dump à partir de la console OMCI, plutôt que dans les fichiers de configuration.
Les 0000000000000 sont remplacés dynamiquement.

Le dump pourrait aussi permettre d'identifier des valeurs manquantes, et essayer de faire le lien avec les logs OMCI, ou les ajouter manuellement pour tester.

maximushugus · « **Réponse #198 le:** 02 octobre 2022 à 13:17:34 »

Bingo !!!! (enfin presque).
J'ai réussi à faire fonctionner le Huawei MA5671A avec le firmware Carlito (sur l'image0 c'est à dire mtd2) sur le réseau SFR.
Pour cela, en plus des manipulations déjà décrites précédemment, j'ai modifié de nouveau le fichier "/etc/init.d/sys.sh" dans la partie oem-generic de cette façon :

Code: [Sélectionner]

uci set sys.mib.vendor_id='PTIN'
uci set sys.mib.ont_version='3NT7XXXXXXXXXX'
uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'

Avec "ont_version" correspondant" au "hw_version" de l'ONT officiel (attention différent du software version) et "equipment_id" le S/N ou SLID de l'ONT de base.
Attention !! "ont_version" doit faire exactement 14 caractères et "equipment_id" doit faire exactement 16 caractères (d'ou les \0 à la fin qui rajoutent 1 caractère chacun) sous peine de soft brick l'ONT. J'en ai fait l’expérience, et j'ai du rebrancher le MA5671A sur l'adaptateur série / SFP pour modifier les valeurs avec la bonne longueur pour qu'il puisse de nouveau démarrer et être accessible.

Avec cette configuration et les paramètres décrits dans les précédents message j'arrive bien à tenir en O5. J'ai un accès internet sur mon Pfsense.
Lorsque je teste mon débit, en revanche, je reste limité à 1000 Mb/s malgré le fait que mon MA5671A soit branché en SFP sur un switch reconnu en 2,5 Gb/s et que mon Pfsense soit sur ce même switch en 10Gb/s.
Donc cela fonctionne !!!!

Mais .... après quelques minutes j'observe une perte de connexion, qui revient quelques secondes après.
Effectivement connecté en SSH sur le MA5671A, en faisant gtop puis "a" je voit que de régulièrement je passe en O2 avant de revenir en O5 quelques secondes après, et je perds donc la connexion à ce moment là.
Pour le moment je ne sais pas pourquoi, je vais explorer les log omcid mais qui sont conséquents, donc c'est chercher une aiguille dans une botte de foin...
Encore une fois si quelqu'un a une idée je suis prenneur

maximushugus · « **Réponse #199 le:** 02 octobre 2022 à 13:29:24 »

A noter en observant les log, je suis sur un OLT "ALCL" donc un Nokia/Alcatel-Lucent

maximushugus · « **Réponse #200 le:** 02 octobre 2022 à 14:48:33 »

Pour l'instant les seules erreurs que je vois dans les logs omcid sont liées à l'IGMP :

Code: [Sélectionner]

[omcid] 19:09:53 MCC   PRN: packet received, len=72                                                                                                                                         
[omcid] 19:09:53 MCC   PRN:     0x0000:  00 01 03 37 00 00 00 10 01 00 5E 00 00 01 54 A6                                                                                                    
[omcid] 19:09:53 MCC   PRN:     0x0010:  19 E7 54 18 81 00 C0 65 08 00 46 C0 00 20 00 00                                                                                                    
[omcid] 19:09:53 MCC   PRN:     0x0020:  00 00 01 02 42 15 01 01 01 01 E0 00 00 01 94 04                                                                                                    
[omcid] 19:09:53 MCC   PRN:     0x0030:  00 00 11 64 EE 9B 00 00 00 00 00 00 00 00 00 00                                                                                                    
[omcid] 19:09:53 MCC   PRN:     0x0040:  00 00 00 00 00 00 00 00                                                                                                                            
[omcid] 19:09:53 MCC   PRN: IGMP packet at WAN EGRESS                                                                                                                                       
[omcid] 19:09:53 MCC   ERR: IGMP query received and blocked                                                                                                                                 
[omcid] 19:09:53 MCC   WRN: packet is not supported and will be dropped                                                                                                                     
[omcid] 19:09:53 MCC   PRN: packet receive failed                                                                                                                                           
[omcid] 19:09:55 ME    PRN: Timeout - Clear Alarms copy

Je ne sais pas si cela peut être en cause dans le "plantage" avec passage en O2 avant de revenir O5 ? Cela m'étonnerait, mais je n'ai pas d'autre poste pour le moment

rooot · « **Réponse #201 le:** 02 octobre 2022 à 16:28:32 »

Citation de: maximushugus le 02 octobre 2022 à 13:17:34

Bingo !!!! (enfin presque).
J'ai réussi à faire fonctionner le Huawei MA5671A avec le firmware Carlito (sur l'image0 c'est à dire mtd2) sur le réseau SFR.
Pour cela, en plus des manipulations déjà décrites précédemment, j'ai modifié de nouveau le fichier "/etc/init.d/sys.sh" dans la partie oem-generic de cette façon :
Code: [Sélectionner]
uci set sys.mib.vendor_id='PTIN' uci set sys.mib.ont_version='3NT7XXXXXXXXXX' uci set sys.mib.equipment_id='PTINXXXXXXXX\0\0\0\0'
Avec "ont_version" correspondant" au "hw_version" de l'ONT officiel (attention différent du software version) et "equipment_id" le S/N ou SLID de l'ONT de base.
Attention !! "ont_version" doit faire exactement 14 caractères et "equipment_id" doit faire exactement 16 caractères (d'ou les \0 à la fin qui rajoutent 1 caractère chacun) sous peine de soft brick l'ONT. J'en ai fait l’expérience, et j'ai du rebrancher le MA5671A sur l'adaptateur série / SFP pour modifier les valeurs avec la bonne longueur pour qu'il puisse de nouveau démarrer et être accessible.

Bravo ! Donc il est inutile de faire des VLAN (101/102) sur le routeur, tu confirmes ?

de mon coté sur le LEOX j'ai donc tenté un flash set GPON_SN PTINXXXXXXXX\0\0\0\0, ca passe mais ca ne fonctionne pas mieux, est-ce que equipment_id sur ton ONU SFP correspond a la meme chose coté LEOX ? c'est a dire GPON_SN, ou est-ce un autre paramètre qui à la même valeur ?
quoi qu'il en soit si je fais après, un flash get GPON_SN ca me retourne PTINXXXXXXXX sans les \0

@Maximushugus

Citer

Set LAN port speed to 2.5G
fw_setenv sgmii_mode 5

Remove LAN port speed 2.5G (back to default 1G)
fw_setenv sgmii_mode

maximushugus · « **Réponse #202 le:** 02 octobre 2022 à 17:19:27 »

Citation de: rooot le 02 octobre 2022 à 16:28:32

Bravo ! Donc il est inutile de faire des VLAN (101/102) sur le routeur, tu confirmes ?

Du côté de mon routeur non, pas besoin de paramétrer de VLAN.
Je ne pense pas que mon MA5671A avec Carlito fasse de VLAN translation, à mon avis tout est en Untagged

rooot · « **Réponse #203 le:** 02 octobre 2022 à 17:23:43 »

OK merci pour la confirmation !

Bon de mon coté je viens de comprendre que GPON_SN ne peut pas contenir plus de 12 caractères, donc quoi que je mette à la suite, ce n'est pas pris en compte.
donc est-ce qu'il s'agit bien du même parametre sur le LEOX ??
Est-ce que de ton coté tu as mis le PTINXXXXXXXX dans un autre parametre ?