Auteur Sujet: YV-XGSPON-Stick de Yunvo, pré-flashée avec le 8311 pour environ 55 euros? (Lu 1212 fois)

daco77 · « **Réponse #12 le:** 08 novembre 2025 à 10:42:46 »

hello,

Quelqu'un a déja tester ce module dans un Unfi UCG-Fiber ?

christianbarth · « **Réponse #13 le:** **Hier** à 10:42:16 »

Bonjour,

Dans le routeur Mikrotik, il est configuré exactement comme un WAS-110. Il semble également se comporter de manière identique. Si le WAS-110 fonctionne dans l'Unfi UCG-Fiber, le Yunvo YV-XGSPON-Stick fonctionnera très probablement aussi.

Cordialement, Christian

herbie · « **Réponse #14 le:** **Hier** à 21:30:41 »

Hello à tous,
J'ai acheté le module yunvo qui marche plutôt bien pour l'instant avec opnsense et proxmox, même si j'ai du mal à atteindre les 8gb/s mais potentiellement dû aux serveurs iperf en face, à confirmer.
Par contre j'ai un souci avec le module, c'est que très souvent lors d'un reboot, il ne restart pas, il reste comme éteint, obligé de le sortir et remettre pour qu'il remarche.
J'ai essayé plein de solutions logicielles, car c'est qd mm bloquant et impossible de le faire revenir à la vie, sans le unplug.

D'autres ont ce souci ? je le branche sur une intel x710 dans un minisforum ms-01

benoitm974 · « **Réponse #15 le:** **Hier** à 22:15:48 »

Citation de: herbie le Hier à 21:30:41

Hello à tous,
J'ai acheté le module yunvo qui marche plutôt bien pour l'instant avec opnsense et proxmox, même si j'ai du mal à atteindre les 8gb/s mais potentiellement dû aux serveurs iperf en face, à confirmer.
Par contre j'ai un souci avec le module, c'est que très souvent lors d'un reboot, il ne restart pas, il reste comme éteint, obligé de le sortir et remettre pour qu'il remarche.
J'ai essayé plein de solutions logicielles, car c'est qd mm bloquant et impossible de le faire revenir à la vie, sans le unplug.

D'autres ont ce souci ? je le branche sur une intel x710 dans un minisforum ms-01

Le module consome un peu plus que ce que la norme SFP prévoit il est possible que cela pose problème avec le X710. Y'a plusieurs personnes qui rapportent qu'un usage via swicth SFP fonctionne mieux pour eux que directement dans une carte X710.

Paul · « **Réponse #16 le:** **Hier** à 23:14:06 »

Quelques Intel semblent exemptes du problèmes d'alimentation d'un ONT, mais il faut s'attendre à ce que ça ne fonctionne même pas dans une carte réseau, de base.

L'OS de la carte réseau ne doit pas avoir le cas de figure ONT SFP+ prévu. Avec un SFP+ qui ne fait que convertir le signal (usage courant), c'est la carte réseau qui fait monter le lien, et elle a le contrôle sur toute la procédure quand elle redémarre. Un ONT SFP+ est lui-même constitué de 2 cartes réseau. Possible que l'alimentation se coupe et se rallume trop vite pour qu'il comprenne qu'il doit redémarrer complètement, et la partie fibre reste entre deux états.

Mikrotik a affiné plusieurs fois cet aspect au cours de mises à jour sur leurs appareils, pour ce problème de redémarrage complet, et ils n'ont pas fini, à cause de la diversité de caprices dont peuvent faire preuve les optiques. Mais pour une carte réseau, il y a peu de chances de voir arriver une amélioration de ce côté.

hwti · « **Réponse #17 le:** **Hier** à 23:32:44 »

Est-ce qu'il y a des logs kernel opnsense au moment du problème, ou un peu après (timeout de détection) ?

C'est peut-être le temps de boot qui gêne, ou éventuellement l'usage de certaines broches (RX_LOS / TX_FAULT).

Est-ce que c'est avec le firmware d'origine, ou avec 8311 ?

https://pon.wiki/guides/troubleshoot-connectivity-issues-with-the-was-110
Là c'est pour le WAS-110, je ne sais pas quelle est la configuration par défaut du Yunvo.
Que donne "fw_printenv" (en cachant les numéros de série, et autres informations uniques au modèle) ?

"uart_select" et "uart_select_preboot" activent ou non le port série sur TX_FAULT (que la carte pourrait interprêter, et réagir de manière problèmatique).
Ca pourrait aussi être intéressant de réduire "bootdelay" à 1 (0 c'est risqué).
Mais attention, ça rend la récupération plus difficile, voire peut-être impossible, en cas de problème.

Pour RX_LOS, il est peut-être activé avec le firmware par défaut quand la fibre est débranchée.
Certaines cartes ou certains switchs réagissent en coupant le lien Ethernet, donc le SFP n'est plus joignable (mais est probablement toujours alimenté, donc sa température peut être un indice).