Auteur Sujet: La fibre Orange à 2Gbps, sur un routeur MikroTik 10Gbps CCR2004, via un ONT SFP+ (Lu 944470 fois)

Gnubyte · « **Réponse #576 le:** 09 janvier 2021 à 11:06:56 »

Citation de: stevebrush le 09 janvier 2021 à 09:59:05

Est-ce que tu peux faire un log ?
Dans un shell de l'onu : après démarrage sans fibre insérée,
un cat /tmp/omci.log puis un tail -f /tmp/omci.log
insertion de la fibre
jusqu'à ce qu'on aie plus la main

pensez à remplacer vos serial par XX XX XX XX, il apparaît en hexa dans le log.

Je fais ça ce soir.

Pour info, @Disaster m'a pointé une paire de G-010S-P sur Ebay. On en a pris un chacun. Je posterai des dumps pour étendre la collection, bien sûr.

JcDenis · « **Réponse #577 le:** 09 janvier 2021 à 11:17:00 »

Citation de: Gnubyte le 09 janvier 2021 à 11:06:56

Pour info, @Disaster m'a pointé une paire de G-010S-P sur Ebay. On en a pris un chacun. Je posterai des dumps pour étendre la collection, bien sûr.

Pour info, c'est moi qui ai pris le troisième, mais comme je ne suis pas sure d'aller au bout du projet, si j'abandonne, je le proposerais ici

yaltar · « **Réponse #578 le:** 09 janvier 2021 à 11:28:27 »

Citation de: stevebrush le 08 janvier 2021 à 18:47:31

Essaye déjà la livebox (port 4, celui avec un petit trait vert) sur ton onu via le switch, config de base, pas de routeur, pas de vlans, rien d'autre sur le switch.
Si elle se connecte, au moins tu seras sûr de ton onu et tu pourras continuer, je pense que c'est la première étape à valider.
Tu peux en profiter pour récupérer les paquets d'authentification dhcp qui contiennent les options qui vont bien.
Quand la LB démarre, il lui faut apparement deux redémarrages pour basculer sur la fibre/ethernet4, j'ai eu une frayeur la première fois
Bon courage et que la force soit avec toi !

Alors merci, j'ai tenté ça, mes remarques :

je confirme le double boot, j'ai regardé un ce qu'il se passait, premier boot mise à jour de la livebox pour passer d'ONT intégré à Ethernet, et 2° reboot pour prise en compte (le meme dans l'autre sens quand on rebranche en fibre)
aprés le 2° reboot, la livebox avec premiere led clignotant en blanc -> pas de connection

Citation de: delurk le 09 janvier 2021 à 09:37:46

Pour yaltar, voici deux liens pour illustrer mon paramétrage sur l'EdgeSwitch 16 XG :
- Quand je paramètre l'ONU :
https://delurk.com/image-TDBNj9So
- Quand je tente d'établir la connexion avec le routeur
https://delurk.com/image-qj7lguGM

Concernant mes essais, je vais m'arrêter ici pour l'instant :
1. Je suis toujours bloqué en state 5 et pas d'ip publique.
2. Quand je branche la fibre l'ONU décroche de mon VLAN de paramétrage avec cette erreur : omciMgr:310processMessage:111:Wrong msg! dataLength=0 expected=3
3. Quand je débranche la fibre l'ONU reste muet.
4. Pour reprendre la main sur l'ONU je dois le retirer physiquement pour un coldstart, et le /var/log est à son état initiale ou vierge...

Alors de mon côté quand je branche la fibre, l'ONU discute, et au bout d'un moment :

Code: [Sélectionner]

omciMgr:873processMessage:111:Wrong msg! dataLength=0 expected=3
omciMgr:874processMessage:111:Wrong msg! dataLength=0 expected=3
omciMgr:882processMessage:111:Wrong msg! dataLength=0 expected=3

Du coup même si : watch -n 1 onu ploamsg me dit que je suis en o5, il semblerait que ce soit pas suffisant, ou qu'il y ai un couac ailleurs

stevebrush · « **Réponse #579 le:** 09 janvier 2021 à 11:33:40 »

Cool pour les logs !
J'en ai fait un second avec omcid : Comme c' est un peu gros, j' ai crée un repo ici : https://github.com/steevebrush/omci
du coup, j'ai mis les deux au même endroit :
Le nouveau : omciMngr -> omci.log
L'ancien : omcid -> omcid.log

le second a été fait en mode ultra debug :
Après désactivation du watchdog, killé les process par défaut (omciMgr, portmgr, msgmgr, diagnosis, parser) et modification du omcid.sh :

Code: [Sélectionner]

${OMCID_BIN} -d0 -p$mib_file -o$omcc_version -i$omci_iop_mask ${lct} > /tmp/omcid.log 2> /tmp/omcid.log &
un peu d'aide ? : omcid -h

Code: [Sélectionner]

ONTUSER@SFP:/tmp# omcid -h
OMCI daemon v7.5.1 (compiled on Mar 28 2017 12:13:20)
Usage: omcid [options]

Options:
-l, --log                            Specify log file
-o, --omcc                           Select OMCC version
-p, --config-path                    Specify custom config path
-c, --console                        Start console
-t, --trace-ioctl                    Trace onu driver ioctls
-d, --debug_level <number>           Default debug level for all modules
                                     (0 - max level .. 4 - no output)
-i, --iop-mask                       IOP option mask
-g, --lct-port                       Specify UNI index to be used as local debug port (1..4)
-m, --model                          Specify ONU layout model
-h, --help                           Print help (this message) and exit
-v, --version                        Print version information and exit

Il est intéressant de remarquer qu'il y a une option console dans ce daemon.

stevebrush · « **Réponse #580 le:** 09 janvier 2021 à 11:34:51 »

Citation de: Gnubyte le 09 janvier 2021 à 11:06:56

Pour info, @Disaster m'a pointé une paire de G-010S-P sur Ebay. On en a pris un chacun. Je posterai des dumps pour étendre la collection, bien sûr.

Yeah ! j'attends le mien aussi, il a quitté le canada hier...

yaltar · « **Réponse #581 le:** 09 janvier 2021 à 11:43:11 »

Es ce qu'il faudrait que je tente un flash du firmware avec celui de GnuByte qui fonctionne ?

Code: [Sélectionner]

cat /etc/buildinfo 
ONT_TYPE=g010sa
PON_MODE=GPON
SOFTWAREVERSION=BFG.A06p02
PRODUCTCLASS=g010sa
RELEASE=0.0.0
BUILDSTAMP=
BUILDDATE=20170407_1757
COPYRIGHT=ASB
WHOBUILD=buildmgr
IMAGEVERSION=3FE46398BFGA06
VOIP=
CONFIG_VOIP_SW=
LATEST_REV=18511
REPO=sw
SIGN=n

Il semble que mon build suit plus ancien que celui qui fonctionne, en fait mon build corresponds à celui de GnuByte qui marche pas

---edit

Ok flash fait :

Code: [Sélectionner]

upgradestatus 
***** get current running image *****
current running image is  image1 !
***** get upgrade status ***********
image0_is_valid=1
image1_is_valid=1
next_active=1
commit=1
image0_version=3FE46398BFGA06
image1_version=3FE47111AFGB89

kaktuss77 · « **Réponse #582 le:** 09 janvier 2021 à 12:01:30 »

J'ai flasher le dump de gnubyte, pas mieux de mon côté

stevebrush · « **Réponse #583 le:** 09 janvier 2021 à 12:19:39 »

Citation de: yaltar le 09 janvier 2021 à 11:43:11

Code: [Sélectionner]
IMAGEVERSION=3FE46398BFGA06Il semble que mon build suit plus ancien que celui qui fonctionne, en fait mon build corresponds à celui de GnuByte qui marche pas

Commence par backuper tes partitions.
upgradestatus te dit sur quelle image tu tournes, l'onu en a 2, l'image 0 et l'image 1, ça permet de basculer de l'une sur l'autre avec update_env_flag 0 ou 1.
De mon côté, j'ai laissé la 0 intacte et je joue avec la 1. Pour backuper la 0, il faut tourner sur la 1 et réciproquement.
attention, les partitions ne sont pas les mêmes selon l'image avec laquelle tu as booté.
Quand tu tourne sur la 0, l'image 1 c'est la mtd5
Quand tu tourne sur la 1, l'image 0 c'est la mtd2
tu peux voir où elles sont en faisant un cat /proc/mtd

J'ai tenté aussi de flasher la version de gnubyte mais pareil, pas de connection. D'où les recherches actuelles

Citation de: kaktuss77 le 09 janvier 2021 à 10:03:24

Je post le mien ce soir. Surtout que je garde la main sur mon onu

Super ! Oui, ça c'est un autre mystère : pourquoi tu gardes la main et pas nous

ça peut-être pas mal de comparer les builds et les variables (uci show et fw_printenv).
Tu pourrais poster un dump de ton image quelque part ?

Allez, je sens un élan collectif pour en découdre avec cet onu, j'aime !

"Si vous pouvez le rêver, vous pouvez le faire" (Walt Disney)

yaltar · « **Réponse #584 le:** 09 janvier 2021 à 17:17:52 »

Bon visiblement, j'ai plus les même erreurs

Code: [Sélectionner]

>>>>on_omci_complete_io()
hal_pm_get_gemport_count failed, gemPort id =1!
hal_pm_get_gemport_count failed, gemPort id =1!
hal_pm_get_gemport_count failed, gemPort id =1!
hal_pm_get_gemport_count failed, gemPort id =1!
hal_pm_get_gemport_count failed, gemPort id =1!

Purée c'est sacrément verbeux ... compliqué de s'y retrouver

juste les parties 'error'

Code: [Sélectionner]

grep -i "Error" omci.log 

hi_ploam_init succeeded, error = 0x00000000
Error: OmciMain failed to get the EfmOAM Process qid.
Error: latch_mib(); is not supported for NtpConfigurationItf ME;
Error: No instance(0xb644c8) of EtherTMHistDataItf exists for updating alarms.
parser: ERROR in Entity id :351
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :79
Error: latch_mib(); is not supported for NtpConfigurationItf ME;
Error: No instance(0xb644c8) of EtherTMHistDataItf exists for updating alarms.
parser: ERROR in Entity id :351
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :79
parser: ERROR in Entity id :52
Error: latch_mib(); is not supported for NtpConfigurationItf ME;
errorcode=0 curr_state=1 previous_state=2 elapsed_msec=62117676 
Error: latch_mib(); is not supported for NtpConfigurationItf ME;
Error: No instance(0xb644c8) of EtherTMHistDataItf exists for updating alarms.
parser: ERROR in Entity id :351
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :79
Error: latch_mib(); is not supported for NtpConfigurationItf ME;
Error: No instance(0xce2530) of EtherTMHistDataItf exists for updating alarms.
parser: ERROR in Entity id :351
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :52
parser: ERROR in Entity id :79

stevebrush · « **Réponse #585 le:** 09 janvier 2021 à 18:46:56 »

Citation de: yaltar le 09 janvier 2021 à 17:17:52

Purée c'est sacrément verbeux ... compliqué de s'y retrouver

juste les parties 'error'

Oui, ça cause

tu peux poster la totale quelque part en virant ton serial, d'après je que j'ai cru comprendre, les appels sont asynchrones donc les erreurs peuvent subvenir au début car certaines variables n'ont pas encore été initialisées. Je potasse le protocole ONU<->OLT, mibs et compagnie, ça fait du bien

yaltar · « **Réponse #586 le:** 09 janvier 2021 à 20:54:15 »

Citation de: stevebrush le 09 janvier 2021 à 18:46:56

Oui, ça cause tu peux poster la totale quelque part en virant ton serial, d'après je que j'ai cru comprendre, les appels sont asynchrones donc les erreurs peuvent subvenir au début car certaines variables n'ont pas encore été initialisées. Je potasse le protocole ONU<->OLT, mibs et compagnie, ça fait du bien

Je vais regarder pour le poser quelque part.

T'as de littérature accéssible sur protocole ONU<->OLT, mibs et compagnie ?

stevebrush · « **Réponse #587 le:** 09 janvier 2021 à 21:06:33 »

Citation de: yaltar le 09 janvier 2021 à 20:54:15

T'as de littérature accéssible sur protocole ONU<->OLT, mibs et compagnie ?

Notre cher serviteur a montré la voie : https://lafibre.info/remplacer-livebox/guide-de-connexion-fibre-directement-sur-un-routeur-voire-meme-en-2gbps/msg807104/#msg807104