Pour prendre la photo, tu as débranché le connecteur SC interne du coupleur.
Est-ce qu'il pourrait ne pas être bien remis (donc pas aligné, ou pas en contact avec le connecteur de la jarretière) ?

Le connecteur bleu qui traverse la coque plastique est simplement un raccord femelle femelle fait de façon à ce que les deux connecteurs mâles soient l'un en face de l'autre.

Comme il se clipse normalement il aurait dû se remettre à sa place, mais bon ce n'est pas impossible, je l'ai peut être mal fixé. Je vérifierai!

Ha en effet @hwti bonne intuition j’ai déjà eu le cas sur un leox que j’avais débranché et mal rebranché bataillé 2j avant de comprendre. Bon en tout cas bonne nouvelle du coup tu confirme que seul le ploam est necessaire ?

'tin... mais t'y crois toi?! Je n'avais pas poussé le connecteur jusqu'au bout 🤦‍♂️
Ca se voit en plus dans la photo que j'avais posté, si on l'agrandit!

Si ça intéresse quelqu'un, voici la photo de l'intérieur du X67S

Le port 10g de l’aiworks supporte le 2.5g(c’est pas le cas de tous les onu) donc oui ça fonctionnera si tu vérifie bien que tu es éligible au xgs-pon.

@benoitm974
Tout marche très bien depuis que j'ai mis en place le X67S, en revanche je n'ai pas réussi à activer l'ipv6, et je n'arrive pas non plus à accéder à l'interface web si je ne suis pas directement connecté à l'ONT.

1) J'ai essayé d'activer l'ipv6 en mode SLAAC délégation de préfixe en faisant plusieurs essais à l'aveugle, préfixe 64, 63, 60 ... il n'y a pas d'ipv6 qui apparait, ça n'a pas l'air de marcher.


2) Normalement j'arrive à atteindre l'interface web du routeur connecté au port WAN en prenant son ip local (dans le cas d'un dispositif en mode routeur), ou l'ip public en remplaçant le dernier numéro par 1 (ex 81.80.92.1 au lieu de 81.80.92.26) dans le cas d'un dispositif en mode bridge, et cela sans mettre en place de route statique ou autre. Ca marchait avec mon ISP précédent, avec la bbox, avec le routeur LTE qui est sur le port WAN2, mais ça ne marche pas pour le X67S qui est sur WAN1.
Une idée ?

Hello

Bon je ne me souviens plus du routeur que tu utilises, tu as déjà dû en parler mais je ne retrouve pas le post.  Donc pour la cas ipv6 comme indiqué par Paul Bouygues c’est du dhcpv6 sur la vlan 100 uniquement en délégation d’ip( pas ip assign sinon tu auras une réponse no ip available…). Certain mentionne que le trafic dhcp est marqué cs6 perso je n’ai pas besoin de le faire pour obtenir une ipv6. Est-ce que tu aurais des logs du client dhcpv6 ? Ou un tcpdump du traffic dhcp v6 ?

Pour le second point l’astuce du .1 était probablement une convention des modes bridges des isp que tu utilisais avant mais cela ne s’applique plus ici. Il faut d’abord s’assurer qu’il n’y a pas de conflit entre l’adresse ou le réseau de ton routeur et de l’ONU. Ex si ton onu est configuré en 192.168.1.1/24 ton routeur doit avoir une autre ip, ou changer celle de l’ONU ou le changer de réseau genre 192.168.2.1/24.  Une fois que tu t’es assuré de ce point il reste à comprendre comment ton routeur gère le traffic et le routage entre ses interfaces. Souvent les routeurs grand publique donne un nom WAN à l’interface avec l’ip publique dans ton cas le vlan 100 de l’interface ethernet connecté à l’ONU. Du coup il faudrait aussi lui indiquer que sur cette interface ethernet , sans vlan il y a une route vers le réseau de l’ONU (ex 192.168.1.0/24) et potentiellement lui assigne une ip sur ce réseau genre 192.168.2.2/24. À ce moment tu pourras déjà vérifier que le routeur peut pinger l’ONU… ensuite tout dépend de la configuration par défaut du routeur et de sa façon de gèrer les routes statiques… t’as une chance qu’il soit configuré pour router le traffic LAN vers la route statique et que les règles du firewall soient assez « souples » pour autoriser le traffic aller et retour … sinon faudra comprendre comment fonctionne ton routeur plus en détail