La Fibre
Datacenter et équipements réseaux => Routeurs => 
Remplacer la Bbox par un routeur => Discussion démarrée par: benoitm974 le 02 décembre 2024 à 12:42:44
-
Bonjour,
Petit retour sur les avancées/tests concernant l'ONU AIWORKS AW-XGP12V, disponible sur les sites e-commerce habituels aux alentours de 80 euros. (le prix alibaba est autour de 55$ puis transport et droit de douanes... perso j'ai groupé plusieur achat chez le meme vendeur mais en gros 30$ de livraison et $14 de droits de douanes)
Site constructeur : https://www.aiwoks.com/xgp12v.html
Discord : https://discord.com/channels/886329492438671420/1284320812010180700
Concernant l'interface Web, voici mes conseils pour désactiver/vérifier les informations :
Pour ma part, j'ai désactivé TR069, DHCP et IPv6 (nous parlons de l'interface d'administration - vous pourrez toujours récupérer l'IPv6 via DHCP sur la VLAN100 comme d'habitude). J'ai également vérifié le mode "bridge" (les autres modes hybride et routeur pourront être explorés à votre guise, mais attention à ne pas rendre votre ONU accessible sur Internet avec un telnet admin/admin).
La configuration pour Bouygues est plutôt simple, du moins sur mon OLT qui ne vérifie que le Registration ID (PLOAM PASSWORD en XGS-PON). Voici la procédure :
telnet 192.168.1.1
admin/admin
mib set GPON_PLOAM_PASSWD 0x00000XXXXXXXXXXXXXXX1111111111111111111111111111111111111111111111111111
où XXX correspond à l'IMEI de la bbox, comme indiqué dans tous les autres posts.
L'interface web ne permet pas de saisir un Registration ID aussi long, mais elle l'affiche correctement.
Sur l'OLT HWTC dont je dépends, je n'ai pas besoin de changer le SN et le vendorId mais c'est faisable en telnet également.
Après redémarrage, vous devriez être O5 et pouvoir configurer votre routeur derrière le port 1G ou 10G (compatible 2.5G).
A priori, aucun souci de débits UP/DOWN comparé à un WAS110. Je vais laisser l'équipement en test quelques jours.
Les températures sont stables : environ 67°C pour le CPU et 52°C pour la partie optique.
Bonne journée,
B.
EDIT/ pour éviter les soucis, si vous commander les fournisseurs envoient ce qu'il ont en stock coté connecteur fibre, SC/APC ou SC/UPC du coup bien demander le model ou commander un cable ou un adaptateur APC/UPC pour être rassuré.
-
Hello, j'aimerais bien tester celui là car j'ai un petit souci de SFP+ dans mon routeur (le module 10GbE est coincé dedans 😅).
Tu l'as acheté sur Alibaba ou il est aussi ailleurs ?
Merci !
-
Oui je suis passé par alibaba, j'ai commandé plusieurs ONU et accessoires pour profiter du transport et des frais de douanes ...
https://www.alibaba.com/product-detail/Stock-Clearance-60-off-Home-Gateway_10000018396848.html?spm=a2756.trade-list-buyer.0.0.b6f276e98jR5bq
https://www.alibaba.com/product-detail/10G-XGSPON-SFU-Gigabit-ONT-with_1601204641878.html?spm=a2700.details.you_may_like.4.656eb375b4SlCp
je ne crois pas l'avoir encore vu sur aliexpress.
-
Ok merci, si tu l'as acheté en double tu veux t'en débarrasser d'un ?
-
Ha non j'en ai pris 2 modèles différents (l'autre c'est un UT-XGS5101) pour tester pour l'instant c'est celui là qui fonctionne le mieux :)
-
Ah ok, merci quand même!
Pour l'instant j'ai essayé le 2e lien (à 39$), j'ai parlé avec un robot qui m'a dit qu'un devis aurait du m'être envoyé mais il ne se passe rien... j'ai jamais commandé sur alibaba, j'ai pas bien compris s'il faut juste que j'attende ou si je dois faire autre chose 🤔
-
Ah ok, merci quand même!
Pour l'instant j'ai essayé le 2e lien (à 39$), j'ai parlé avec un robot qui m'a dit qu'un devis aurait du m'être envoyé mais il ne se passe rien... j'ai jamais commandé sur alibaba, j'ai pas bien compris s'il faut juste que j'attende ou si je dois faire autre chose 🤔
En fait Alibaba c'est du B2B en gros volume donc faut trouver des vendeurs qui acceptent de vendre un "échantillon" pour une potentielle vente plus importante ... Mais du coup ils te proposent un devis et font les envois en UPS ou DHL donc +$30 +droits de douanes.
-
A noter que sur Alibaba, il y a un AW-XGP12 (sans le V), qui d'après la photo est identique à un VSOL V2902A.
Et le LEOX LXE-010X-A (https://lafibre.info/gpon/leolabs-leox-lxe-010x-a-xgs-pon-ont) est basé sur le même RTL9615C, et a un rootfs très similaire (mais il est plus cher).
Celui-là est fonctionnel chez Orange sur un OLT ALCL, au moins sur une offre avec peu de VLAN (@thinklad).
Pour Bouygues, @benoitm974 a un OLT HWTC.
Mais comme le Leox fonctionne sur un ALCL chez Orange, et que Bouygues n'utilise que 2 VLAN, le fonctionnement sur un OLT ALCL chez Bouygues est quasi certain.
-
Oui je suis passé par alibaba, j'ai commandé plusieurs ONU et accessoires pour profiter du transport et des frais de douanes ...
https://www.alibaba.com/product-detail/Stock-Clearance-60-off-Home-Gateway_10000018396848.html?spm=a2756.trade-list-buyer.0.0.b6f276e98jR5bq
https://www.alibaba.com/product-detail/10G-XGSPON-SFU-Gigabit-ONT-with_1601204641878.html?spm=a2700.details.you_may_like.4.656eb375b4SlCp
je ne crois pas l'avoir encore vu sur aliexpress.
Au fait, si je prends ton 1er lien je peux commander une unité sans demander de devis (edit: non je me corrige, c'est min. 2 pour une commande sans demande de devis) (je n'ai toujours pas de réponse suite à la demande de devis pour le 2e lien).
En revanche celui du 1er lien porte le nom HOSECOM X67S au lieu de AIWOKS AW-XGP12V. Comment être sûr que c'est le même ?
-
En effet la remarque de hwti m'a fait vérifier, ca semble bien être les mêmes @hwti a trouvé des correspondance qui semble ok. En tout cas le X67S c'est celui que j'ai et avec lequel je suis connecté actuellement.
-
Parfait alors, j'avance sur celui-là! Merci 😉
-
T'attends meme pas qu'on aie un peu de retour tu fonces :) ?
-
Ben ouais... tu crois que je m'emballe trop vite? Ça a l'air de marcher, ça peut s'arrêter soudainement?
Je n'ai pas trop de recul sur ces dispositifs...
-
Pour l'instant j'ai fait 24h dessus, je suis sur un OLT HWTC Bouygues (est-ce que tu connais ton OLT ?). J'ai pu faire plusieurs réunion zoom et teams et mes "power" user ont pu jouer en ligne en même temps sans que j'entende de plaintes :D ... donc à priori pas de souci de priorité ou de gestion de traffic. Par contre je ne peux pas valider la bande passante max car mon routeur me limite à 6.5Gbits/s en download ...
-
Oui c'est un HWTC aussi d'après la bbox. Et pour l'instant je n'ai pas pu tester plus de 3,6Gbps sans vraiment savoir pourquoi car je suis nouveau client chez Bouygues et je n'ai jamais eu de fibre XGPSON. J'étais avant chez un opérateur qui proposait un lien "presque dédié" en termes de qualité, je ne sais pas si c'est normal ou pas de n'avoir "que" la moitié de la bande promise sur une offre grand public avec cette techno dans mon quartier.
-
Comment se poursuivent les tests ? De mon côté je découvre ne pas être le seul à avoir des problèmes de débit suite à mon post (https://lafibre.info/bbox-debit/nouveau-client-pure-fibre-option-8gb-et-debit-environ-3-5gb-normal/)
-
perso je ne suis pas équipé pour du 10Gb mon réseau LAN est en 2.5, du coup je suis déjà très content de faire plus de 6GB/S sur mon routeur du commerce en client iperf3 et routeur... En tout cas le AIWOrks ne semble pas être le point limitant il donne les mêmes résultats que le WAS110 ou le UT-KING.
B.
-
Ton retour est donc positif, tu valide ce ONU ?
Tu n'as pas ces soucis de plantage (https://lafibre.info/bbox-les-news/erreur-c1-sur-bbox-bouygues-offre-bbox-pure/msg1097807/#msg1097807) lorsque tu télécharges à fond pendant plus d'une minute?
-
À ce jour, si je dois classer les ONUs que j'ai pu tester :
Le WAS110, bien qu'il chauffe trop, reste le plus supporté grâce à la communauté et au firmware 8311. Cependant, il est très cher (près de 250$), chauffe et consomme trop pour un usage sur NIC SFP (nécessitant un switch ou un routeur adapté). Son format SFP reste néanmoins un avantage pour moi.
Les AIWORKS et UT-KING sont très similaires concernant leur usage sur Bouygues. Ils nécessitent probablement tous deux un changement d'alimentation 12V pour gagner en sûreté et qualité. Selon le fournisseur, le modèle est en UPC ou APC, ce qui peut nécessiter un adaptateur. Niveau chauffe, l'AIWORKS s'en sort mieux, et côté interface aussi (on peut désactiver l'IPv6 de l'interface de gestion, ce qui m'a par exemple posé des soucis sur le UT-King). Pour le moment, les deux sont en test au sein de la communauté 8311 car les besoins des autres ISP sont bien plus complexes que ceux de Bouygues... De fait, si la communauté trouve plus aisé de customiser l'un ou l'autre, le support sera plus fort, mais pour l'instant le WAS110 reste la référence.
J'ai fait 24h complet sur les deux ONU en connection normal avec des teleconférences, du jeux en ligne, du streaming ... mes sondes de débit et latence n'ont pas vu de différence entre les 3 ONU... Voilà c'est tout ce que je peux dire.
Aussi J'ai l'avantage d'être sur un OLT HWTC qui est le plus permissif de tous, je n'utilise pas les service IPTV et VOIP de bouygues donc aucun test du multicast bboxTV non plus.
B.
-
Ton retour est donc positif, tu valide ce ONU ?
Tu n'as pas ces soucis de plantage (https://lafibre.info/bbox-les-news/erreur-c1-sur-bbox-bouygues-offre-bbox-pure/msg1097807/#msg1097807) lorsque tu télécharges à fond pendant plus d'une minute?
Voilà un exemple ci-dessous de download pendant 400sec sur les serveur iperf3 de free (d'ailleurs je n'ai plus aucun serveur iperf bouygues qui fonctionne (paris, lyon ... aucun pas cool Bouygues là dessus).
J'ai déjà fait plusieurs fois ces tests avec les 3 ONUS, voir meme avec un upload et un download en simultané, par contre j'avais déjà posté un message sur le fait que l'offre debit+ ne semble pas très bien gérée coté Bouygues en terme de prio upload ou QOS ou autre?... Du coup sans QOS coté router pour limiter le débit montant à 976 et descendant à 7800, on peut saturer les liens et avoir des surpises genre 33Mb/s restant en D/L voir 0.... Du coup trouver des routeurs qui font de la QOS en 10G ca ne court pas les rues ... et la bbox ne semble pas le faire non plus d'ailleurs...
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-400.00 sec 36.0 GBytes 772 Mbits/sec 26265 sender
[ 5] 0.00-400.00 sec 35.9 GBytes 772 Mbits/sec receiver
[ 7] 0.00-400.00 sec 22.5 GBytes 482 Mbits/sec 31812 sender
[ 7] 0.00-400.00 sec 22.4 GBytes 482 Mbits/sec receiver
[ 9] 0.00-400.00 sec 23.0 GBytes 494 Mbits/sec 34278 sender
[ 9] 0.00-400.00 sec 23.0 GBytes 494 Mbits/sec receiver
[ 11] 0.00-400.00 sec 29.7 GBytes 638 Mbits/sec 11282 sender
[ 11] 0.00-400.00 sec 29.7 GBytes 637 Mbits/sec receiver
[ 13] 0.00-400.00 sec 36.4 GBytes 782 Mbits/sec 21423 sender
[ 13] 0.00-400.00 sec 36.4 GBytes 782 Mbits/sec receiver
[ 15] 0.00-400.00 sec 22.4 GBytes 480 Mbits/sec 32777 sender
[ 15] 0.00-400.00 sec 22.3 GBytes 480 Mbits/sec receiver
[ 17] 0.00-400.00 sec 22.3 GBytes 480 Mbits/sec 32931 sender
[ 17] 0.00-400.00 sec 22.3 GBytes 479 Mbits/sec receiver
[ 19] 0.00-400.00 sec 36.5 GBytes 785 Mbits/sec 24695 sender
[ 19] 0.00-400.00 sec 36.5 GBytes 785 Mbits/sec receiver
[ 21] 0.00-400.00 sec 29.0 GBytes 622 Mbits/sec 10998 sender
[ 21] 0.00-400.00 sec 29.0 GBytes 622 Mbits/sec receiver
[ 23] 0.00-400.00 sec 29.2 GBytes 628 Mbits/sec 11685 sender
[ 23] 0.00-400.00 sec 29.2 GBytes 627 Mbits/sec receiver
[SUM] 0.00-400.00 sec 287 GBytes 6.16 Gbits/sec 238146 sender
[SUM] 0.00-400.00 sec 287 GBytes 6.16 Gbits/sec receiver
J'ai fait le test en -P10 pour reprendre l'exemple du post que tu mentionnes.
B.
-
J'ai l'impression qu'il y a un peu beaucoup de retry, c'est avec quelle commande exactement ?
Il faudrait comparer avec d'autres offres 8Gbps (et peut-être que c'est ton routeur qui a du mal).
Pour les serveurs Bouygues, il reste https://aix-marseille.testdebit.info/, mais les ports iperf3 ne sont plus ouverts (j'ai posé la question sur https://lafibre.info/tester-son-debit/les-serveurs-de-test-bouygues-testdebit-info-sont-down/).
-
On est clairement au dela de ce que peut faire le routeur, en activant the tcp flow on diminue l'effet
la commande:
iperf3 -c ping.online.net -R -P10 -t400
resultat tcp flow (sur 15sec.):
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-15.00 sec 1.64 GBytes 941 Mbits/sec 4982 sender
[ 5] 0.00-15.00 sec 1.63 GBytes 934 Mbits/sec receiver
[ 7] 0.00-15.00 sec 1.21 GBytes 693 Mbits/sec 235 sender
[ 7] 0.00-15.00 sec 1.20 GBytes 687 Mbits/sec receiver
[ 9] 0.00-15.00 sec 1.19 GBytes 680 Mbits/sec 1078 sender
[ 9] 0.00-15.00 sec 1.17 GBytes 672 Mbits/sec receiver
[ 11] 0.00-15.00 sec 799 MBytes 447 Mbits/sec 4359 sender
[ 11] 0.00-15.00 sec 788 MBytes 441 Mbits/sec receiver
[ 13] 0.00-15.00 sec 1.80 GBytes 1.03 Gbits/sec 4762 sender
[ 13] 0.00-15.00 sec 1.79 GBytes 1.02 Gbits/sec receiver
[ 15] 0.00-15.00 sec 754 MBytes 422 Mbits/sec 3085 sender
[ 15] 0.00-15.00 sec 744 MBytes 416 Mbits/sec receiver
[ 17] 0.00-15.00 sec 779 MBytes 436 Mbits/sec 2646 sender
[ 17] 0.00-15.00 sec 770 MBytes 431 Mbits/sec receiver
[ 19] 0.00-15.00 sec 786 MBytes 439 Mbits/sec 2784 sender
[ 19] 0.00-15.00 sec 772 MBytes 432 Mbits/sec receiver
[ 21] 0.00-15.00 sec 1.22 GBytes 698 Mbits/sec 918 sender
[ 21] 0.00-15.00 sec 1.21 GBytes 692 Mbits/sec receiver
[ 23] 0.00-15.00 sec 784 MBytes 439 Mbits/sec 3750 sender
[ 23] 0.00-15.00 sec 774 MBytes 433 Mbits/sec receiver
[SUM] 0.00-15.00 sec 10.9 GBytes 6.23 Gbits/sec 28599 sender
[SUM] 0.00-15.00 sec 10.8 GBytes 6.16 Gbits/sec receiver
-
Je rajoute que c'est pas l'ONU j'ai les meme ordre de grandeur en retry et débit que ce soit avec le WAS110, l'AIWOrks ou l'UT-KING
-
Donc le problème ne touche pas tous les abonnés Bouygues avec l'option Débit+
Est-ce que ça peut venir du fait que tu désactives complètement ipv6 au niveau de l'ONU et que donc tout est fait en pure ipv4 chez toi ?
(Pas d'encapsulation d'ipv4 dans l'ipv6)
-
Attention, je ne désactive pas l'IPv6 en totalité - je désactive uniquement l'interface d'administration IPv6 de l'ONU. L'IPv6 passe par le VLAN100 et tout mon réseau fonctionne en IPv4/IPv6 sans problème. L'ONU prend arbitrairement l'adresse IPv6 fe80::1 (comme il prend 192.168.1.1 en IPv4), ce qui peut créer un conflit avec votre routeur. Je trouve plus pratique de désactiver cette interface plutôt que de configurer manuellement une autre adresse IPv6, d'autant qu'il n'y a pas d'option DHCPv6. Mais c'est un détail technique.
-
Ah ok. Et le test iperf du coup passe en ipv4 ou IPv6?
Ce n'est qu'en ipv4 que ça fait planter la connexion.
-
Je dois préciser deux sujets distincts que j'ai peut-être abordés trop rapidement :
Le problème de priorité upload/download :
Il s'agit probablement d'un problème de débit lié à Bouygues, comme évoqué et testé par d'autres abonnés ici : [https://lafibre.info/remplacer-bbox/remplacer-bbox-par-unifi-dream-machine-pro-internet-tel-ok/msg1096916/#msg1096916]. Ce problème survient aussi bien avec la Bbox qu'avec une configuration routeur+ONU. Dès que l'upload est utilisé sans limitation côté client (ou routeur s'il supporte une QoS ou tc), le download s'effondre, voire se coupe complètement.
La limitation à 8 Gbits/s:
Ce point est spécifique à notre discussion. J'atteins la limite de mon routeur à 6 Gbits/s car, n'ayant pas de PC 10G, j'utilise le routeur lui-même comme client iperf3. Cela sollicite le CPU et la couche kernel Linux, ce qui n'est pas optimal puisqu'il s'agit d'un routeur Qualcomm conçu pour l'accélération matérielle du routage de paquets, et non pour exécuter des tests iperf3. Néanmoins, ces tests permettent de valider que les ONU fonctionnent de manière similaire, sans problèmes de priorité ou de VLAN.
Les tests sont donc principalement utilisés pour vérifier le bon fonctionnement global des ONU plutôt que pour atteindre les débits maximaux théoriques.
-
Ah ok. Et le test iperf du coup passe en ipv4 ou IPv6?
Ce n'est qu'en ipv4 que ça fait planter la connexion.
ipv4 pour rester sur le même cas.
-
L'ONU ne fait rien au niveau IP WAN.
C'est au niveau de son routeur qu'il a une IPv4 native (réponse à la requête DHCP).
Pour ce qui est de la BBox, je ne sais pas ce qui détermine si elle est en IP native ou MAP-T, il doit y avoir une réponse du réseau.
Le comportement pourrait être observé en reliant un ONU au port 10Gbps de la BBox (qui peut servir en WAN).
-
Le comportement pourrait être observé en reliant un ONU au port 10Gbps de la BBox (qui peut servir en WAN).
non ? C'est vrai la bbox "sait" utiliser son port 10G en WAN ????? Il faut spécifier quelque chose ?
Ce serait génial on pourrait faire un mirror du traffic et revérifier si de nouvelle prio ou specificité sont mise en place par la bbox en offre debit+ !
B.
-
C'est vrai que le site Bouygues ne donne pas l'information.
Mais d'après https://lafibre.info/installation-ftth/bbox-ultym-avec-ont-convertisseur-de-media/ on a @Fluor qui a utilisé le port 10Gbps en WAN, et dans le dernier message on a une confirmation officielle.
Bouygues semble pouvoir fournir des ONT externes si le client en a besoin, mais ce sera probablement uniquement en GPON.
Et bien sûr comme il ne reste ensuite que des ports 1Gbps côté LAN, ça ne permet pas d'observer le comportement de la BBox lors de tests de débits.
Donc pour les limites de débit, on ne peut que comparer BBox avec ONU intégré / ONU non officiel + routeur.
-
Je dois préciser deux sujets distincts que j'ai peut-être abordés trop rapidement :
Le problème de priorité upload/download :
Il s'agit probablement d'un problème de débit lié à Bouygues, comme évoqué et testé par d'autres abonnés ici : [https://lafibre.info/remplacer-bbox/remplacer-bbox-par-unifi-dream-machine-pro-internet-tel-ok/msg1096916/#msg1096916]. Ce problème survient aussi bien avec la Bbox qu'avec une configuration routeur+ONU. Dès que l'upload est utilisé sans limitation côté client (ou routeur s'il supporte une QoS ou tc), le download s'effondre, voire se coupe complètement.
Merci oui, j'avais vu ton post à ce sujet
La limitation à 8 Gbits/s:
Ce point est spécifique à notre discussion. J'atteins la limite de mon routeur à 6 Gbits/s car, n'ayant pas de PC 10G, j'utilise le routeur lui-même comme client iperf3. Cela sollicite le CPU et la couche kernel Linux, ce qui n'est pas optimal puisqu'il s'agit d'un routeur Qualcomm conçu pour l'accélération matérielle du routage de paquets, et non pour exécuter des tests iperf3. Néanmoins, ces tests permettent de valider que les ONU fonctionnent de manière similaire, sans problèmes de priorité ou de VLAN.
Les tests sont donc principalement utilisés pour vérifier le bon fonctionnement global des ONU plutôt que pour atteindre les débits maximaux théoriques.
Entendu, de toute façon actuellement il y a plus grave en ce qui me concerne à propos du débit max, le fait que la connexion plante lorsqu'il est sollicité pendant 1 minute!
-
ipv4 pour rester sur le même cas.
Et donc toi tu n'es donc pas affecté par le plantage.
-
À ce jour, si je dois classer les ONUs que j'ai pu tester :
Le WAS110, bien qu'il chauffe trop, reste le plus supporté grâce à la communauté et au firmware 8311. Cependant, il est très cher (près de 250$), chauffe et consomme trop pour un usage sur NIC SFP (nécessitant un switch ou un routeur adapté). Son format SFP reste néanmoins un avantage pour moi.
Les AIWORKS et UT-KING sont très similaires concernant leur usage sur Bouygues. Ils nécessitent probablement tous deux un changement d'alimentation 12V pour gagner en sûreté et qualité. Selon le fournisseur, le modèle est en UPC ou APC, ce qui peut nécessiter un adaptateur. Niveau chauffe, l'AIWORKS s'en sort mieux, et côté interface aussi (on peut désactiver l'IPv6 de l'interface de gestion, ce qui m'a par exemple posé des soucis sur le UT-King). Pour le moment, les deux sont en test au sein de la communauté 8311 car les besoins des autres ISP sont bien plus complexes que ceux de Bouygues... De fait, si la communauté trouve plus aisé de customiser l'un ou l'autre, le support sera plus fort, mais pour l'instant le WAS110 reste la référence.
J'ai fait 24h complet sur les deux ONU en connection normal avec des teleconférences, du jeux en ligne, du streaming ... mes sondes de débit et latence n'ont pas vu de différence entre les 3 ONU... Voilà c'est tout ce que je peux dire.
Aussi J'ai l'avantage d'être sur un OLT HWTC qui est le plus permissif de tous, je n'utilise pas les service IPTV et VOIP de bouygues donc aucun test du multicast bboxTV non plus.
B.
Merci en tout cas pour ton retour. En effet outre l'aspect économique, ce AIWORKS n'induit pas les problèmes supplémentaires de conso et chauffe (il en aura peut être d'autres), et je le privilégie pour ces raisons, en espérant miser sur un bon cheval!
J'ai également lu (sur le discord) pour le problème de bruit d'alim, c'est aussi pour ça que tu préconise de la changer?
-
La limitation à 8 Gbits/s:
Ce point est spécifique à notre discussion. J'atteins la limite de mon routeur à 6 Gbits/s car, n'ayant pas de PC 10G, j'utilise le routeur lui-même comme client iperf3. Cela sollicite le CPU et la couche kernel Linux, ce qui n'est pas optimal puisqu'il s'agit d'un routeur Qualcomm conçu pour l'accélération matérielle du routage de paquets, et non pour exécuter des tests iperf3. Néanmoins, ces tests permettent de valider que les ONU fonctionnent de manière similaire, sans problèmes de priorité ou de VLAN.
je serais curieux de connaitre les résultats d'un test avec nspeed directement sur ton routeur.
Je ne connais pas l'archi cpu de ton routeur mais sur https://dl.nspeed.app/nspeed-client/preview/ tu devrais trouver une version de nspeed compatible.
une fois téléchargé, il faut "chmod +x nspeed" pour rendre le binaire exécutable puis:
./nspeed from https://dl.nspeed.app/awpour faire un test up/down, mono et multi.
-
Bon je sais pas pourquoi j'ai lancé un binaire inconnu sur mon routeur mais bon ... tes résultats
batch download mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#0| 2.1 Gbps| 0 bps| 8.00| 2.1 GB| 0 B|get http://appliwave.testdebit.info/10G/10G.iso (IPv4 - 3.640 ms - HTTP/1.1 - )
batch upload mono:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#1| 0 bps| 898.6 Mbps| 8.00| 0 B| 898.6 MB|post http://appliwave.testdebit.info/ul/ 10.7 GB (IPv4 - 4.299 ms - - )
batch download multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#2| 4.9 Gbps| 0 bps| 8.00| 4.9 GB| 0 B|4 x get http://appliwave.testdebit.info/10G/10G.iso (IPv4 - 3.877 ms - HTTP/1.1 - )
batch upload multi:
Id| Read speed| Write speed| Time| Bytes read| Bytes written|command
#3| 0 bps| 933.6 Mbps| 8.00| 0 B| 933.7 MB|4 x post http://appliwave.testdebit.info/ul/ 10.7 GB (IPv4 - 3.586 ms - - )
Dans tous les cas le routeur ne peut pas atteindre une vitesse supérieure car pour s'executer ton code go comme le code d'iperf3 passe par le kernel et n'utilise donc pas l'accélération matériel le test n'est pas représentatif.
B.
-
Est-ce qu'il est possible que le fonctionnement de ta connexion dans les circonstances mêmes qui font planter les autres utilisateurs abonnés 8Gb, ait quelque chose à voir avec l'utilisation d'un ONT tiers?
-
Est-ce qu'il est possible que le fonctionnement de ta connexion dans les circonstances mêmes qui font planter les autres utilisateurs abonnés 8Gb, ait quelque chose à voir avec l'utilisation d'un ONT tiers?
Bonjour, a qui s'adresse la question ? Et de quel plantage parle-t-on ?
-
Bon je sais pas pourquoi j'ai lancé un binaire inconnu sur mon routeur mais bon ... tes résultats
...
Dans tous les cas le routeur ne peut pas atteindre une vitesse supérieure car pour s'executer ton code go comme le code d'iperf3 passe par le kernel et n'utilise donc pas l'accélération matériel le test n'est pas représentatif.
B.
Merci pour le test !
C'est quel modele de routeur (ou OS et CPU) ? c'est pour avoir un referentiel.
ou sinon
./nspeed -infoet si tu pouvais faire un bench local:
./nspeed b -n 1 h1g then b -n 8 h1g ca donne une indication du bottleneck cpu (hors accel matérielle qui est prévu plus tard).
-
Y’a pas de doc pour compiler nspeed soit même ? Le github n’a pas l’air complet ?
-
Merci pour le test !
C'est quel modele de routeur (ou OS et CPU) ? c'est pour avoir un referentiel.
ou sinon
./nspeed -infoet si tu pouvais faire un bench local:
./nspeed b -n 1 h1g then b -n 8 h1g ca donne une indication du bottleneck cpu (hors accel matérielle qui est prévu plus tard).
Ça n’a pas vraiment de sens de tester un binaire qui n’utilise pas les accélérations du routeur donc je ne vois pas l’intérêt du test.
-
Ça n’a pas vraiment de sens de tester un binaire qui n’utilise pas les accélérations du routeur donc je ne vois pas l’intérêt du test.
c'est pour aider au développement de nspeed, mais pas de souci.
-
D’accord et du coup c’est open source ? Le github n’a pas l’air complet
-
D’accord et du coup c’est open source ? Le github n’a pas l’air complet
pas encore open source mais c'est prévu pour 2025. (ca prend du temps de clean le code pour qu'il soit présentable ;) ) .
si tu peux juste m'indiquer ton cpu et/ou marque modele du routeur. ca me suffit pour le moment.
-
pas encore open source mais c'est prévu pour 2025. (ca prend du temps de clean le code pour qu'il soit présentable ;) ) .
si tu peux juste m'indiquer ton cpu et/ou marque modele du routeur. ca me suffit pour le moment.
Bonjour,
Je me permets d'exprimer quelques interrogations concernant nspeed dans son état actuel, dans un esprit constructif pour la sécurité de tous :
- Il existe un décalage important entre les modifications visibles sur GitHub (modifications mineures) et la taille significative des binaires (28Mo). En tant qu'utilisateur soucieux de la sécurité, cela soulève des questions légitimes.
- Les binaires sont hébergés sur un domaine différent du code source, sans système de signature ou de vérification d'intégrité (checksums, signatures GPG...). Dans le contexte actuel des malwares, c'est une pratique risquée pour les utilisateurs.
- Le projet se présente comme open source avec un dépôt GitHub actif, mais le code source n'est promis qu'en v1.0. Cette approche peut créer de la confusion.
- Bien que l'auteur soit modérateur, cela ne constitue pas en soi une garantie de sécurité. Au contraire, dans le contexte actuel des piratages de comptes à fort niveau de confiance, cette position pourrait même être une cible privilégiée pour une éventuelle compromission. La sécurité d'un logiciel doit reposer sur des éléments techniques vérifiables plutôt que sur un statut.
Je dois reconnaître que j'ai moi-même commis l'erreur d'exécuter ce code en me basant uniquement sur le statut de modérateur de son auteur, alors que le forum n'apporte aucune validation formelle de l'identité ou des intentions de ses membres. C'est une erreur qui illustre bien comment la confiance peut nous faire négliger les vérifications de sécurité essentielles.
Je comprends parfaitement la volonté de fournir des binaires prêts à l'emploi et ces remarques n'enlèvent rien à l'utilité potentielle de nspeed, mais visent à encourager des pratiques plus sûres pour tous.
Il est important de noter que toute réponse qui tenterait de justifier le statu quo en s'appuyant sur la légitimité du compte forum ou du statut de modérateur ne ferait que renforcer ces inquiétudes. La sécurité informatique ne peut pas se baser sur des arguments d'autorité ou de confiance, mais uniquement sur des pratiques vérifiables et transparentes. Dans le contexte actuel des compromissions de comptes légitimes, plus une personne insisterait sur son statut plutôt que sur la mise en place de bonnes pratiques de sécurité, plus cela devrait éveiller la méfiance des utilisateurs du forum.
B.
-
Je tiens à préciser que ce message n'est pas une attaque personnelle et ne remet pas en cause l'investissement ou les contributions apportées à la communauté. Il vise à ouvrir une discussion constructive sur des pratiques de sécurité qui pourraient bénéficier à tous, y compris à d'autres projets du forum. Je comprends que certains points puissent être désagréables à lire, mais ils sont soulevés dans un esprit d'amélioration collective.
-
Oui je suis au courant de tout cela (je travaille dans la sécu info).
Je ne veux pas dérailler ton sujet avec cela. Il y a un sujet spécifique a nspeed par ailleurs (https://lafibre.info/tester-son-debit/mesure-de-debit-nouveau-projet/)
-
Est-ce qu'il est possible que le fonctionnement de ta connexion dans les circonstances mêmes qui font planter les autres utilisateurs abonnés 8Gb, ait quelque chose à voir avec l'utilisation d'un ONT tiers?
Bonjour, a qui s'adresse la question ? Et de quel plantage parle-t-on ?
Bonjour, la question s'adresse à toi vu que t'as fait le même test qui fait planter la connexion d'autres personnes avec l'option 8Gb.
Tu ne te rappelles pas, juste quelques posts en arrière :
Ton retour est donc positif, tu valide ce ONU ?
Tu n'as pas ces soucis de plantage (https://lafibre.info/bbox-les-news/erreur-c1-sur-bbox-bouygues-offre-bbox-pure/msg1097807/#msg1097807) lorsque tu télécharges à fond pendant plus d'une minute?
Voilà un exemple ci-dessous de download pendant 400sec sur les serveur iperf3 de free (d'ailleurs je n'ai plus aucun serveur iperf bouygues qui fonctionne (paris, lyon ... aucun pas cool Bouygues là dessus).
J'ai déjà fait plusieurs fois ces tests avec les 3 ONUS, voir meme avec un upload et un download en simultané, par contre j'avais déjà posté un message sur le fait que l'offre debit+ ne semble pas très bien gérée coté Bouygues en terme de prio upload ou QOS ou autre?... Du coup sans QOS coté router pour limiter le débit montant à 976 et descendant à 7800, on peut saturer les liens et avoir des surpises genre 33Mb/s restant en D/L voir 0.... Du coup trouver des routeurs qui font de la QOS en 10G ca ne court pas les rues ... et la bbox ne semble pas le faire non plus d'ailleurs...
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-400.00 sec 36.0 GBytes 772 Mbits/sec 26265 sender
[ 5] 0.00-400.00 sec 35.9 GBytes 772 Mbits/sec receiver
[ 7] 0.00-400.00 sec 22.5 GBytes 482 Mbits/sec 31812 sender
[ 7] 0.00-400.00 sec 22.4 GBytes 482 Mbits/sec receiver
[ 9] 0.00-400.00 sec 23.0 GBytes 494 Mbits/sec 34278 sender
[ 9] 0.00-400.00 sec 23.0 GBytes 494 Mbits/sec receiver
[ 11] 0.00-400.00 sec 29.7 GBytes 638 Mbits/sec 11282 sender
[ 11] 0.00-400.00 sec 29.7 GBytes 637 Mbits/sec receiver
[ 13] 0.00-400.00 sec 36.4 GBytes 782 Mbits/sec 21423 sender
[ 13] 0.00-400.00 sec 36.4 GBytes 782 Mbits/sec receiver
[ 15] 0.00-400.00 sec 22.4 GBytes 480 Mbits/sec 32777 sender
[ 15] 0.00-400.00 sec 22.3 GBytes 480 Mbits/sec receiver
[ 17] 0.00-400.00 sec 22.3 GBytes 480 Mbits/sec 32931 sender
[ 17] 0.00-400.00 sec 22.3 GBytes 479 Mbits/sec receiver
[ 19] 0.00-400.00 sec 36.5 GBytes 785 Mbits/sec 24695 sender
[ 19] 0.00-400.00 sec 36.5 GBytes 785 Mbits/sec receiver
[ 21] 0.00-400.00 sec 29.0 GBytes 622 Mbits/sec 10998 sender
[ 21] 0.00-400.00 sec 29.0 GBytes 622 Mbits/sec receiver
[ 23] 0.00-400.00 sec 29.2 GBytes 628 Mbits/sec 11685 sender
[ 23] 0.00-400.00 sec 29.2 GBytes 627 Mbits/sec receiver
[SUM] 0.00-400.00 sec 287 GBytes 6.16 Gbits/sec 238146 sender
[SUM] 0.00-400.00 sec 287 GBytes 6.16 Gbits/sec receiver
J'ai fait le test en -P10 pour reprendre l'exemple du post que tu mentionnes.
B.
Les plantages en question sont exposés dans plusieurs sujets :
Le lien que je t'avais envoyé Erreur C1 sur Bbox Bouygues Offre bbox Pure (https://lafibre.info/bbox-les-news/erreur-c1-sur-bbox-bouygues-offre-bbox-pure/msg1097807/#msg1097807)
On en parle ici Problème 8Gb/s BBox (https://www.bbox-mag.fr/forum/viewtopic.php?t=3988&start=10)
Et j'avais ouvert un sujet aussi avant de me rendre compte que les problèmes étaient liés Nouveau client Pure fibre option 8Gb et débit environ 3,5Gb... normal ? (https://lafibre.info/bbox-debit/nouveau-client-pure-fibre-option-8gb-et-debit-environ-3-5gb-normal/)
En gros, si on lance ce test iperf la connexion ipv4 saute au bout d'une minute et ne revient que 10 minutes plus tard.
iperf3 -c appliwave.testdebit.info -R -P10 -t 0 -p9201
Ca ne se produit que si la bande passante dépasse les 2Gb (grosso modo, c'est un seuil un peu à la louche) pendant plus de 60 sec. lors du test.
Les utilisateurs avec un ONT GPON ne sont pas affectés car probablement ne dépassent pas le seuil.
Les utilisateurs avec un ONT XGSPON sont affectés, sauf s'ils limitent la vitesse maxi du test (avec l'option -b lors de l'exécution).
Le port 10GbE est hors de cause car on a pu le reproduire avec plusieurs dispositifs connectés en 1Gb effectuant le test en simultané et en dépassant donc les 2Gb (seuil)
Un possible système de déni de service qui se déclencherait par erreur chez bouygues avait été évoqué.
D'où donc mon interrogation au sujet de l'ONT. Est-ce que tu n'est pas touché car tu n'utilises pas la bbox et lors de test tests la chose qui déclenche le plantage ne se produit pas chez toi car ton ONT fait quelque chose d'une manière différente?
Ou est-ce que ça n'a rien à voir et le problème est ailleurs chez Bouygues?
-
D'où donc mon interrogation au sujet de l'ONT. Est-ce que tu n'est pas touché car tu n'utilises pas la bbox et lors de test tests la chose qui déclenche le plantage ne se produit pas chez toi car ton ONT fait quelque chose d'une manière différente?
Ou est-ce que ça n'a rien à voir et le problème est ailleurs chez Bouygues?
Selon https://lafibre.info/bbox-les-news/erreur-c1-sur-bbox-bouygues-offre-bbox-pure/msg1097821/#msg1097821, le problème n'affecte que les IPv4 hors réseau Bouygues.
Un ONT gère des trames Ethernet, il ne se préoccupe pas de l'IPv4 / IPv6.
Donc soit le problème n'existe pas sur la "ligne" de @benoitm974 (localisation, configuration différente qui pourrait dépendre de quand l'abonnement a été souscrit, ...), soit le fait d'utiliser un routeur tiers à la place de la BBox évite le problème.
-
Bon je n'explique pas la chose, suite à ton message j'ai lancé
iperf3 -c appliwave.testdebit.info -R -P10 -t 0 -p9201
et en effet à 72 secondes coupure de Presque 10 minutes de l'ipv4 :-(
Du coup passé les 10 minutes j'ai relancé la commande du test que j'ai posté le 6/12
iperf3 -c ping.online.net -R -P10 -t 300 -p5202
Et bam coupure à 72 secondes pour 10 minutes ...
Je n'y comprend rien ... je ne sais pas expliquer ce qui a changé ... pourtant j'ai vérifié ping.online.net n'a pas d'ipv6 donc normalement c'est toujours de l'ipv4 donc le test du 6 decembre a bien tenu 400s en ipv4 sur ping.online.net...
B.
-
Est-ce que tu as des traceroute du 6/12 ou avant ?
Ca pourrait permettre de voir si quelque chose a changé au niveau du routage Bouygues.
Peut-être qu'ils font des mises à jour progressives au niveau du réseau, et qu'ils ne se sont pas encore rendus compte que ça créait des problèmes.
-
Ça élimine définitivement un problème de box / ont. On s'en doutait un peu vu que l'ipv6 marchait toujours et le 1er noeud d'un traceroute ipv4 aussi. Ça serait vraiment pas mal que Bouygues fasse une com la dessus qu'on sache un peu à quoi s'en tenir...
-
Bon en fait si y'avait une différence, j'étais repassé sur le WAS110 en SFP entre temps, si je remets pour le coup le AIWORKS:
iperf3 -c appliwave.testdebit.info -R -P10 -t 0 -p9200
Connecting to host appliwave.testdebit.info, port 9200
Reverse mode, remote host appliwave.testdebit.info is sending
[ 5] local xx.xx.xx.xx port 57646 connected to 45.85.134.187 port 9200
[ 7] local xx.xx.xx.xx port 57648 connected to 45.85.134.187 port 9200
[ 9] local xx.xx.xx.xx port 57650 connected to 45.85.134.187 port 9200
[ 11] local xx.xx.xx.xx port 57652 connected to 45.85.134.187 port 9200
[ 13] local xx.xx.xx.xx port 57654 connected to 45.85.134.187 port 9200
[ 15] local xx.xx.xx.xx port 57656 connected to 45.85.134.187 port 9200
[ 17] local xx.xx.xx.xx port 57658 connected to 45.85.134.187 port 9200
[ 19] local xx.xx.xx.xx port 57660 connected to 45.85.134.187 port 9200
[ 21] local xx.xx.xx.xx port 57662 connected to 45.85.134.187 port 9200
[ 23] local xx.xx.xx.xx port 57664 connected to 45.85.134.187 port 9200
...... cut ....
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate
[ 5] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 5] 0.00-87.88 sec 6.15 GBytes 601 Mbits/sec receiver
[ 7] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 7] 0.00-87.88 sec 6.03 GBytes 590 Mbits/sec receiver
[ 9] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 9] 0.00-87.88 sec 8.65 GBytes 845 Mbits/sec receiver
[ 11] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 11] 0.00-87.88 sec 4.31 GBytes 421 Mbits/sec receiver
[ 13] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 13] 0.00-87.88 sec 8.74 GBytes 855 Mbits/sec receiver
[ 15] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 15] 0.00-87.88 sec 4.14 GBytes 405 Mbits/sec receiver
[ 17] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 17] 0.00-87.88 sec 4.64 GBytes 453 Mbits/sec receiver
[ 19] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 19] 0.00-87.88 sec 9.30 GBytes 909 Mbits/sec receiver
[ 21] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 21] 0.00-87.88 sec 6.31 GBytes 617 Mbits/sec receiver
[ 23] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[ 23] 0.00-87.88 sec 4.58 GBytes 448 Mbits/sec receiver
[SUM] 0.00-87.88 sec 0.00 Bytes 0.00 bits/sec sender
[SUM] 0.00-87.88 sec 62.9 GBytes 6.15 Gbits/sec receiver
-
Quand tu passes de l'un à l'autre, ton routeur refait une requête DHCP ?
-
J'ai pensé au DHCP mais quand j'ai fait les test avec le WAS110, j'ai bien fait attention et même en faisant un release/renew ou en débranchant / rebranchant la fibre entre les test idem. De meme pendant la "coupure" faire un release/renew ou débranché/rebranché ne change rien.
Pour le coup quand je passe de l'un à l'autre je change d'interface (SFP -> 10G ethernet) donc le routeur refait un requête dhcp il me semble
-
Après plusieurs tests (un peu longs à cause des coupures de 10 minutes), j'ai identifié une piste intéressante.
Avec mon WAS110 ou ma bbox, j'utilise le S/N SMBSxxxxxxxx de ma bbox (inchangé entre GPON et XGS-PON). Sur l'AIWORKS, n'ayant pas configuré le S/N, j'ai conservé celui d'origine GPONxxxxxxxx.
Observations clés :
Si je force le S/N sur l'AIWORKS : coupure IPv4 après 72s de téléchargement (environ 6 Gbit/s)
Si j'applique le S/N de l'AIWORKS sur le WAS110 : plus de coupure à 72s
Il semble y avoir une logique côté Bouygues liée au S/N. Hypothèses possibles :
Ayant migré du GPON 2 Gbit/s vers 8 Gbit/s avec le même S/N, un contrôle non mis à jour pourrait détecter un dépassement des 2 Gbit/s et couper la connexion
Le problème pourrait concerner uniquement les clients migrés depuis une offre 2 Gbit/s, suggérant un oubli dans le processus de migration
Toutes les offres Débit+ pourraient être affectées par une limitation GPON historique à 2 Gbit/s non modifiée depuis l'arrivée du XGSPON appliquée au niveau du S/N
Je laisse à qui à envie de passer des heures avec le support (niveau 1, 2, cellule spécialisée, rappel cellule niv2, ... ) pour expliquer ça hein, je vais continuer à utiliser le numéro de série GPON pour l'instant hein :)
EDIT: Mauvaise piste 15 minutes plus tard un test sur le WAS110 coupe à 80s .... mauvaise pioche
EDIT2: depuis les test avec la S/N sur AIWORKS maintenant ipv4 plante aussi parfois seulement après 90s, pourtant plutôt j'ai fait des test en continue sans souci :(
-
Bon, donc toi aussi tu es touché, malgré quelques exceptions lors de certains tests, mais qui n'ont pas vraiment d'explication pour le moment...
Désolé de t'en avoir fait prendre conscience, tu vivais probablement mieux avant 😅🤣
-
Pas de souci est ce que tu as pu faire le test avec l’upload et le diwnload en même temps ? J’ai posé la question dans l’autre thread mais personne n’a répondu
-
Pas pour l'instant désolé, j'essaie dès que je peux !
-
Hello @benoitm974 j'ai reçu le HOSECOM X67S (clone AW-XGP12V).
J'ai commencé à appliquer les réglages que tu as testé mais je me suis rendu compte que le connecteur fibre est bleu. Sur la fiche produit du AW-XGP12V il est spécifié que l'interface est SC/ACP, sur la fiche du X67S il n'y a pas de précision. Est-ce que le X67S est UCP ? Je suppose qu'il faut que je me fie à la couleur du connecteur, ça doit être un standard même dans les usines chinoises ?! 😅
Toi tu as le X67S aussi n'est-ce pas ? Il est bleu aussi et t'as mis un cable avec terminaison SC/UPC du coup ?
-
C'est vrai que https://www.hosecom.cn/product/xgs-pon-xgspon-ont-onu-110gbps-11ge-2-ports-home-gateway-router-with-voip-port/ dit SC/APC aussi.
Mais l'image est avec un connecteur bleu, alors que dans le PDF c'est un connecteur vert...
A priori les deux existent, mais on dirait qu'en Chine le UPC semble plus courant.
C'est pareil pour le UT-XGS5101 (https://lafibre.info/remplacer-bbox/test-ut-xgs5101-fs3082-xgs1200-xgs-pon), où la fiche dit "SC/APC (or SC/UPC)", mais où la seule version en vente à l'unité semble être la SC/UPC.
Donc il faut un adaptateur, ou une jarretière APC vers UPC.
-
Si ça intéresse quelqu'un, voici la photo de l'intérieur du X67S
(https://i.ibb.co/26Fsv38/20241213-155054.jpg) (https://ibb.co/xs2f1qm)
Et un zoom sur le connecteur SC... il y a pas à tortiller, c'est UPC 🫤
(https://i.ibb.co/4NYFmgk/20241213-154549.jpg) (https://ibb.co/BsrfzKk)
-
Hello @benoitm974 j'ai reçu le HOSECOM X67S (clone AW-XGP12V).
J'ai commencé à appliquer les réglages que tu as testé mais je me suis rendu compte que le connecteur fibre est bleu. Sur la fiche produit du AW-XGP12V il est spécifié que l'interface est SC/ACP, sur la fiche du X67S il n'y a pas de précision. Est-ce que le X67S est UCP ? Je suppose qu'il faut que je me fie à la couleur du connecteur, ça doit être un standard même dans les usines chinoises ?! 😅
Toi tu as le X67S aussi n'est-ce pas ? Il est bleu aussi et t'as mis un cable avec terminaison SC/UPC du coup ?
Oui j’en avais parler dans le message de bien faire attention à prendre un câble upc/apc selon le modèle… ils envoient ce qu’il ont en stock. Moi j’ai eu upc.
-
Il me semblait bien avoir lu un message à toi à ce sujet mais là je ne le retrouvais plus... Bon ok le doute est dissipé!
-
Si ça intéresse quelqu'un, voici la photo de l'intérieur du X67S
Identifié 21501640-V2.0 sur le pcb.
Sur le Discord, c'était 21501459-V1.0 (2351, donc produit fin 2023) en APC.
-
Hello @benoitm974
J'ai commandé un convertisseur APC/UPC et un câble APC/UPC, le premier arrivé est l'adaptateur, j'ai donc essayé cet après-midi et j'ai réussi à obtenir l'état O5 (LOID successful auth.). Par contre je n'avais pas internet.
Sur l'onglet admin j'ai mis le dispositif en mode bridge, je pensais donc que le reste du boulot se ferait côté routeur (j'ai paramétré le routeur pour obtenir une adresse ip en mode dhcp, et en précisant le VLAN id 100, je croyais que ça aurait envoyé une requête dhcp vers l'infra de Bytel afin d'obtenir en direct sur le routeur mon ip publique).
Après j'ai vu que sur le X67S il y a un onglet WAN dans lequel on peut spécifier une connexion, on peut préciser (ou pas) un VLAN ID, etc... et je me suis demandé si ce n'était pas plutôt à ce niveau là que je devais faire le paramétrage.
Enfin dans les deux cas je ne suis pas arrivé à avoir internet, ni en configurant le routeur ni en configurant la connexion sur l'onglet WAN du X67S.
C'est ma première tentative de remplacement de box, j'y vais un peu au feeling... Peux-tu me donner un petit coup de main stp?
-
Normalement la connexion WAN c'est pour des cas où l'ONU fait le routage aussi.
Là la config bridge semble plus logique.
Qu'est-ce que tu as configuré en ligne de commande ?
L'OLT HWTC de @benoitm974 ne vérifie que GPON_PLOAM_PASSWD, mais peut-être que d'autres (ALCL ?) vérifient aussi GPON_SN.
Il pourrait y avoir un "fake O5" où l'OLT accepte, mais ne fait plus rien ensuite.
Peut-être que ton OLT ne configure pas les deux ports Ethernet (1Gbps pour PPTP UNI 0x101, 10Gbps pour PPTP UNI 0x102).
Que donnent :
- omcicli mib get 131
- omcicli mib get 84
- omcicli mib get 171
-
Hello @benoitm974
J'ai commandé un convertisseur APC/UPC et un câble APC/UPC, le premier arrivé est l'adaptateur, j'ai donc essayé cet après-midi et j'ai réussi à obtenir l'état O5 (LOID successful auth.). Par contre je n'avais pas internet.
Sur l'onglet admin j'ai mis le dispositif en mode bridge, je pensais donc que le reste du boulot se ferait côté routeur (j'ai paramétré le routeur pour obtenir une adresse ip en mode dhcp, et en précisant le VLAN id 100, je croyais que ça aurait envoyé une requête dhcp vers l'infra de Bytel afin d'obtenir en direct sur le routeur mon ip publique).
Après j'ai vu que sur le X67S il y a un onglet WAN dans lequel on peut spécifier une connexion, on peut préciser (ou pas) un VLAN ID, etc... et je me suis demandé si ce n'était pas plutôt à ce niveau là que je devais faire le paramétrage.
Enfin dans les deux cas je ne suis pas arrivé à avoir internet, ni en configurant le routeur ni en configurant la connexion sur l'onglet WAN du X67S.
C'est ma première tentative de remplacement de box, j'y vais un peu au feeling... Peux-tu me donner un petit coup de main stp?
Ta première intuition est plutôt bonne, on gère tout coté router. Donc on laisse soit en mode "bridge" soit en mode "hybride", on ne touche pas à l'onglet wan (supprimer les interface que tu aurais créé pour éviter les conflits). J'ai aussi du desactiver l'administration via ipv6 pour éviter de perturber mon routeur. (ca ne désactive pas l'ipv6, juste le fait que l'onu n'essaie pas de prendre une ipv6 pour rendre l'interface d'adminstration dispo en ipv6).
Logiquement si tu as O5 chez Bouygues c'est ok (je crois avoir lu que les autres abonnés Boyugues sur OLT Alcatel n'avait pas de 05 si pas le bon auth)
Donc maintenant c'est une histoire de config de routeur, est-ce que tu as bien cloné la MAC de ta box sur l'interface qui porte la VLAN 100 ? vérifies que tu n'as pas changé la MAC sur l'ONU?
si malgré la vérification du clone de la MAC, tu n'a toujours pas d'IP, certain parlent d'envoyer "BYTELIAD" en vendor-class-identifier, ou de marquer en P6 les requêtes DHCP...perso je n'ai jamais eu à la faire.
B.
-
Normalement la connexion WAN c'est pour des cas où l'ONU fait le routage aussi.
Là la config bridge semble plus logique.
Qu'est-ce que tu as configuré en ligne de commande ?
L'OLT HWTC de @benoitm974 ne vérifie que GPON_PLOAM_PASSWD, mais peut-être que d'autres (ALCL ?) vérifient aussi GPON_SN.
Il pourrait y avoir un "fake O5" où l'OLT accepte, mais ne fait plus rien ensuite.
Peut-être que ton OLT ne configure pas les deux ports Ethernet (1Gbps pour PPTP UNI 0x101, 10Gbps pour PPTP UNI 0x102).
Que donnent :
- omcicli mib get 131
- omcicli mib get 84
- omcicli mib get 171
A priori que ce soit en hybride ou bridge les 2 ports (10g et 1G) fonctionnent indifférements. Tu peux meme passer d'un port à l'autre sans que ca ne perturbe l'ONT.
-
A priori que ce soit en hybride ou bridge les 2 ports (10g et 1G) fonctionnent indifférements. Tu peux meme passer d'un port à l'autre sans que ca ne perturbe l'ONT.
Parce que l'OLT doit configurer les VLAN pour les deux ports, peut-être que tous ne le font pas (surtout qu'il n'y a pas d'ONT officiel à deux ports).
-
Ta première intuition est plutôt bonne, on gère tout coté router. Donc on laisse soit en mode "bridge" soit en mode "hybride", on ne touche pas à l'onglet wan (supprimer les interface que tu aurais créé pour éviter les conflits). J'ai aussi du desactiver l'administration via ipv6 pour éviter de perturber mon routeur. (ca ne désactive pas l'ipv6, juste le fait que l'onu n'essaie pas de prendre une ipv6 pour rendre l'interface d'adminstration dispo en ipv6).
Logiquement si tu as O5 chez Bouygues c'est ok (je crois avoir lu que les autres abonnés Boyugues sur OLT Alcatel n'avait pas de 05 si pas le bon auth)
Donc maintenant c'est une histoire de config de routeur, est-ce que tu as bien cloné la MAC de ta box sur l'interface qui porte la VLAN 100 ? vérifies que tu n'as pas changé la MAC sur l'ONU?
si malgré la vérification du clone de la MAC, tu n'a toujours pas d'IP, certain parlent d'envoyer "BYTELIAD" en vendor-class-identifier, ou de marquer en P6 les requêtes DHCP...perso je n'ai jamais eu à la faire.
B.
Merci pour ces infos, et non, en effet je n'ai pas cloné la MAC. Je ne sais pas pourquoi ni où j'avais cru lire que ce n'était pas indispensable (une histoire de libération de bail, qui probablement l'était dans mon cas) et du coup je ne l'ai pas fait. Je vais donc tenter ça lors de mon prochain test !
Pour la vendor-class-identifier c'est bien l'option 60 ? Car je n'ai pas la possibilité de spécifier la 43 sur l'UXG ubiquiti.
-
Merci pour ces infos, et non, en effet je n'ai pas cloné la MAC. Je ne sais pas pourquoi ni où j'avais cru lire que ce n'était pas indispensable (une histoire de libération de bail, qui probablement l'était dans mon cas) et du coup je ne l'ai pas fait. Je vais donc tenter ça lors de mon prochain test !
Pour la vendor-class-identifier c'est bien l'option 60 ? Car je n'ai pas la possibilité de spécifier la 43 sur l'UXG ubiquiti.
Du coup si tu ne clones pas la MAC ca peut fonctionner mais ca peut-etre très long cat tu n'aura une IP sur ta nouvelle MAC qu'une fois le bail de la bbox libéré, perso je ne sais pas comment demander à la bbox de libérer son bail DHCP v4 ... donc, surtout pendant les tests, il est plus simple de cloner la mac pour éviter de devoir attendre...
-
Ben oui, ça tombe sous le sens...
Et sinon il faudra faire quelque chose de particulier pour bloquer l'accès à l'interface d'admin depuis l'extérieur, lorsque l'ONT est en mode bridge ?
-
logiquement lorsque l'ONT est en mode bridge il n'est pas "visible" de l'exterieur puisque les ip publiques ne sont que sur ton routeur. Si tu es en mode 'hybride' et que tu commence à configurer un WAN là ce serait différent en effet. par contre il reste "visible" de l'infra bouygues non taggé mais je n'ai jamais vu de traffic sur cet interface. dans tout las change au moins le mot de passe de l'ONU :)
-
Ben oui, ça tombe sous le sens...
Et sinon il faudra faire quelque chose de particulier pour bloquer l'accès à l'interface d'admin depuis l'extérieur, lorsque l'ONT est en mode bridge ?
Voici la liste des valeurs des menus que j'ai de mon coté:
Section "Admin"
- GPON tu dois voir ta config PLOAM/REG ID, mode bridge, omci OLT Mode: default mode
- OMCI Information: tu peux changer le vendor ID pour SMBS si tu veux avoir le même que la bbox, perso pas utilisé par mon OLT
- System Log - Disable si tu ne comptes plus accéder à l'ONU une fois qu'i fonctionne
- Password - peut-etre bien de le changer par principe
- ACL - ce serait là qu'il faudrait protéger l'accès à l'ONU mais je ne pense pas que ce soit pris en compte en mode bridge.
- Time Zone - décoché dans la mesure ou l'ONU n'a pas accès à Internet il ne peut pas joindre les serveur NTP
- TR-069 TR069 Daemon: Disabled, Enable CWMP Paramete: Disabled (dans la mesure ou on ne souhaite pas perturber ou recevoir de la config Bouygues pour bbox..)
Section "Advance"
- Bridging: laisser par défaut: Ageing Time: 7200, 802.1d Spanning Tree: Enabled
- Loop Detection: laisser par défaut: Enable, 5, 300, FFFA 0
- Routing: ne rien mettre, il reste "enable" par défaut sans pouvoir le "disable"
- IP QoS: disable
- QoQ classification : aucune
- traffic shaping: aucun
- ipv6: disable
- radvd: off
- dhcpv6: NONE
- MLD snooping: disable (pas testé si impact le multicast coté bouygues, pas utilisé pour moi)
- routing, filtering, ACL ne devraient pas être pris en compte en bridge (mais pas testé)
Section "VoIP" -> devrait être désactivé en mode bridge
Section "Services"
- DHCP: NONE
- Dynamic DNS, IGMP Proxy, UPnP et RIP devrait être ignoré en mode bridge, à mettre sur "disable" si possible
- Firewall devrait être ignoré en mode bridge également
Section "WAN"
- retirer toutes les configurations, perso je trouve l'interface trompeuse, il faut regarder dans la dropdown s'il y a des wan configurés, les selectionner puis cliquer sur Delete en bas... Il ne doit plus y avoir d'autre choix dans le dropdown que 'new link'
Section "LAN"
- IP address: mettre l'ip à donner à son ONU, attention à ne pas mettre une ip qui pourrait rentrer en conflit avec son routeur, voire mettre un autre réseau pour être tranquille puis rajouter une route statique sur son routeur pour accéder à l'ONU
les 4 options suivantes devraient être ignorées en bridge, par défaut:
- IPv6 Link-Local Address Mode: Auto
- IPv6 DNS Mode: HGWProxy
- Prefix Mode: WANDelegated
- WAN Interface: Any
- IGMP Snooping: "Disable" (je ne pense pas que cela ai un impact pour la TV Bouygues mais pas testé)
- LAN1, LAN2: enabled (par défaut) pour avoir accès à l'ONU sur les deux port ethernet.
-
Merci pour tous ces renseignements!
Alors, j'ai directement été comparer et compléter ma config.
Comme différences j'avais :
Admin:
- GPON ici je n'ai renseigné que le PLOAM en telnet, les 2 autres champs sont blancs, en OLT mode j'avais mis HWTC mais remis default comme conseillé
- OMCI j'ai changé le vendor ID comme conseillé
les reste pareil
Advance:
Bridging: par défaut le spannig tree était desactivé, je l'ai activé
le reste tout pareil
WAN:
J'ai retiré la config que j'avais fait en test et il ne reste plus que "new link"
Les autres sections sont pareil.
J'ai toujours un O5.
Côté routeur:
J'ai configuré la connexion internet avec
VLAN ID 100
QoS Tag None
MAC Clone l'adresse de ma bbox
Pas de smart queues / IPTV Streamin / UPnP
IPv4 en DHCP
IPv6 en SLAAC
Ca ne vient toujours pas.
Prochain test ajouter L'option 60 "BYGTELIAD" et éventuellement essayer avec IPv6 disabled car je ne maîtrise pas et je ne sais pas s'il faut choisir SLAAC / DHCPv6 et quel type (single network ou prefix delegation & size).
Malheureusement je n'ai pas pu aller plus loin car je ne peux pas provoquer interruption de service si je ne suis pas seul, car les membres de ma famille ont fixé la GTR à 10 secondes... après ça gueule 😂
-
Par ailleurs si certain souhaite fermer des services sur l'ONU, il existe un fichier en R/W (donc conservé après reboot), nommé "/tmp/var/config/run_customized_sdk.sh" qui est exécute au début de la phase d'init en rc3 en root. Si vous souhaitez fermer des ports ou des services par exemple. Attention à ne pas briquer votre ONU en entrant des commandes erronées. Je vous conseille de faire des test avec un autre script non-exécute au boot d'abord, bien le tester avant de le passer dans le script custom, aussi pensez à utiliser des path absolus pour vos commandes car il est possible qu'en phase d'init le PATH ne soit pas complet.
-
J'ajoute quelques captures :
(https://i.ibb.co/wLrys8D/Screenshot-2024-12-18-134209b.png) (https://ibb.co/VNpVmbX)
(https://i.ibb.co/Nn9V1X6/Screenshot-2024-12-18-134302.png) (https://ibb.co/84rKzJD)
(https://i.ibb.co/KxvTqkV/Screenshot-2024-12-18-134219.png) (https://ibb.co/4RrhTG4)
(https://i.ibb.co/LJCcxVs/Screenshot-2024-12-18-134251.png) (https://ibb.co/dLQVP8H)
(https://i.ibb.co/HKDJPKW/Screenshot-2024-12-18-134242.png) (https://ibb.co/hgRqdgP)
-
Merci pour tous ces renseignements!
Alors, j'ai directement été comparer et compléter ma config.
Comme différences j'avais :
Admin:
- GPON ici je n'ai renseigné que le PLOAM en telnet, les 2 autres champs sont blancs, en OLT mode j'avais mis HWTC mais remis default comme conseillé
- OMCI j'ai changé le vendor ID comme conseillé
les reste pareil
Advance:
Bridging: par défaut le spannig tree était desactivé, je l'ai activé
le reste tout pareil
WAN:
J'ai retiré la config que j'avais fait en test et il ne reste plus que "new link"
Les autres sections sont pareil.
J'ai toujours un O5.
Côté routeur:
J'ai configuré la connexion internet avec
VLAN ID 100
QoS Tag None
MAC Clone l'adresse de ma bbox
Pas de smart queues / IPTV Streamin / UPnP
IPv4 en DHCP
IPv6 en SLAAC
Ca ne vient toujours pas.
Prochain test ajouter L'option 60 "BYGTELIAD" et éventuellement essayer avec IPv6 disabled car je ne maîtrise pas et je ne sais pas s'il faut choisir SLAAC / DHCPv6 et quel type (single network ou prefix delegation & size).
Malheureusement je n'ai pas pu aller plus loin car je ne peux pas provoquer interruption de service si je ne suis pas seul, car les membres de ma famille ont fixé la GTR à 10 secondes... après ça gueule 😂
Ha je vois qu'on à le même contrat de maintenance, avec pénalité vocale en cas de coupure de service et astreinte non rémunérée... :)
De quel routeur s'agit-il? Pour l'ipv6 tu verra ensuite mais ce sera du DHCP6 en délégation de prefix uniquement(mais certain routeur appel sa SLAAC/PD NO-IP ou AUTO....).
-
Concernant les captures avec les différents onglets Status tout te semble conforme ?
Le routeur est un UXG-Pro de Ubiquiti
(oui c'est le même genre de contrat... on s'est fait avoir!! 🤣)
-
Oui ca me semble ok, concernant le mode si toujours rien, essaie tout de même me mode hybride au lieu de bridge au cas ou. par contre pour changer cette valeur tu vas devoir mettre un ploam/regid plus court dans l'interface, changer le mode, sauvegarder, puis mettre le PLOAM/RegID ensuite en telnet.
De puis le routeur tu es sur qu'il clone la MAC du bon interface?
B
-
De puis le routeur tu es sur qu'il clone la MAC du bon interface?
Ok pour le changement de mode, j'avais déjà remarqué le prob. de PLOAM car changé de mode après l'avoir enregistré en telnet.
Par contre là, pour l'adresse MAC, moi pas tout comprendre... 🫤
-
Admin:
- GPON ici je n'ai renseigné que le PLOAM en telnet, les 2 autres champs sont blancs, en OLT mode j'avais mis HWTC mais remis default comme conseillé
- OMCI j'ai changé le vendor ID comme conseillé
les reste pareil
Selon la norme le Vendor ID doit correspondre au 4 premières lettres du SN.
Je rappelle les commandes :
- omcicli mib get 131
- omcicli mib get 84
- omcicli mib get 171
Il vaut mieux vérifier si on a bien des VLAN à ce niveau, parce que sinon ça ne sert à rien de chercher d'éventuels problèmes ailleurs ou côté routeur.
-
Selon la norme le Vendor ID doit correspondre au 4 premières lettres du SN.
Je rappelle les commandes :
- omcicli mib get 131
- omcicli mib get 84
- omcicli mib get 171
Il vaut mieux vérifier si on a bien des VLAN à ce niveau, parce que sinon ça ne sert à rien de chercher d'éventuels problèmes ailleurs ou côté routeur.
Le S/N sur l'étiquette de la bbox ? Il est composé par 2 lettres, 5 chiffres, de nouveau 2 lettres et 5 chiffres ex AB12345CD67890, donc je renseigne ABCD ?
Demain j'envoie les commandes que tu as indiqué en telnet, désolé je rame un peu mais je n'ai jamais fait ça auparavant !
-
Le S/N sur l'étiquette de la bbox ? Il est composé par 2 lettres, 5 chiffres, de nouveau 2 lettres et 5 chiffres ex AB12345CD67890, donc je renseigne ABCD ?
Demain j'envoie les commandes que tu as indiqué en telnet, désolé je rame un peu mais je n'ai jamais fait ça auparavant !
Soit tu reste sur l'original "HSTC" soit tu changes le S/N complet SMBSxxxxxxxx (a trouver sur le console de la bbox quand tu clique sur les info fibre) et SMBS sera le vendor id
@hwti a raison regardons déjà les résultats des commandes omci avant de regarder coté MAC clone.
Si tu as rien tu aura:
# omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x00
EquipId:
Version: 0
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Sinon tu devrais avoir des infos sur VLAN etc ...
-
🙏
Demain je tente ça.
Effectivement le n° de série dans l'interface de la bbox est SMBSxxxxx....
-
Voila à quoi ca ressemble sur un OLT HWTC:
# omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x48575443
EquipId:
Version: 10
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x04
FilterTbl[0]: PRI 0,CFI 0, VID 10
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x05
FilterTbl[0]: PRI 0,CFI 0, VID 100
FwdOp: 0x10
NumOfEntries: 1
=================================
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x01
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4096, TPID 0, RemoveTags 0
Treatment Inner : PRI 0,VID 1, TPID 4
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 100, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 1
Treatment Inner : PRI 8,VID 100, TPID 0
INDEX 2
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 10, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 1
Treatment Inner : PRI 8,VID 10, TPID 0
INDEX 3
Filter Outer : PRI 14,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
INDEX 4
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
AssociatedMePoint: 0x101
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
=================================
EntityId: 0x02
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 14,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
AssociatedMePoint: 0x102
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
=================================
EntityId: 0x03
AssociationType: 10
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 14,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
AssociatedMePoint: 0x601
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
-
Voila à quoi ca ressemble sur un OLT HWTC:
Les règles sont bizarrement différentes sur les deux ports, pourtant tu as dit que les deux fonctionnaient.
Soit je me trompe dans l’interprétation, soit l'ONT n'implémente pas bien le cas de règles différentes, soit ta configuration force un mode transparent au lieu de suivre ce que l'OLT a donné.
Port 1Gbps (0x101) :
- untagged => VLAN1
- VLAN100 => VLAN100
- VLAN10 => VLAN10
- 2 tags => discard (RemoveTags 3)
- 1 tag => discard (RemoveTags 3)
Port 10 Gbps (0x102) :
- 2 tags => discard (RemoveTags 3)
- 1 tag => discard (RemoveTags 3)
Elles sont dans le sens de l'upload, pour le download ce sont implicitement les règles inverses.
Le port 10Gbps n'a que les deux règles qui semblent être là pour dire d'ignorer tout ce qui vient sur des VLAN non explicitement indiqués.
-
C'est pas simplement qu'en bridge il n'utilse pas ce mapping et qu'il bridge les 2 ports? Ca expliquerait que je n'arrive pas à configurer le WAN sur l'onu car il me semble avoir toujours utilisé le 10Gb, faudrait que je retente en utilisant le port 1Gb du coup.
B
-
En tout cas, les Leox applique bien la règle VLAN832 => VLAN2800 sur les lignes Orange concernées.
-
# omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x00
EquipId:
Version: 0
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
J'ai rien apparemment, malgré le O5 et la config conforme...
Et ça c'est indépendemment du routeur, même sans routeur connecté sur le port 10G je devrais recevoir des infors sur les vlan n'est-ce pas ?
-
Le PLOAM doit bien avoir le "0x" devant les 5x0+IMEI+52x1 ?
Edit: j'ai essayé sans, ça reste un certain temps sur O3, parfois O4 et ça revient O3, puis au bout d'un moment ça finit par arriver à O5 mais toujours pas de réponse de l'OLT à omcicli mib get 131
Edit2: j'ai remis le préfixe 0x et j'ai changé l'OLT Mode en Huawei OLT Mode pour voir, au bout d'un moment il passe de O3 à O5 aussi, mais toujours pas de réponse de l'OLT à omcicli mib get 131
Je ne comprends pas ce que j'ai loupé là... 🤷♂️
-
# omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x00
EquipId:
Version: 0
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
J'ai rien apparemment, malgré le O5 et la config conforme...
Et ça c'est indépendemment du routeur, même sans routeur connecté sur le port 10G je devrais recevoir des infors sur les vlan n'est-ce pas ?
Oui c'est bien indépendant du routeur, tu aura des valeurs omci si tu as un O5
Pour le PLOAM la commande c'est bien:
mib set GPON_PLOAM_PASSWD 0x00000XXXXXXXXXXXXXXX1111111111111111111111111111111111111111111111111111
du coup peut-être que ton OLT attends plus que juste le PLOAM, est-ce que tu peux également renseigner le SN complet et le vendor ID?
B
-
Pas de soucis, peux-tu me donner les commandes stp? J'ai suivi tes instructions du 1er post avec la commande pour renseigner le PLOAM mais je ne connais pas les autres.
Merci 👍
-
Alors j'ai pas regarder comment sauvegarder du coup, le plus simple c'est d'ouvrir un sessions telnet
puis
mib set GPON_SN SMBS12345678
killall omci_app
/etc/runomci.sh
regarder si O5 et si les command mib renvoient quelquechose une fois en 05.
Faudra regarder comment sauvegarder GPON_SN si ca fonctionne.
B.
-
A quoi sert ce script à la fin ? Je l'ai lancé mais il y a différentes erreurs...
edit: enfin il y a quasi tout qui fail / operation not permitted...
edit2 : et le cpu à 100%
Ceci dit il a bien changé le SN, et j'ai O5 mais rien de plus niveau vlan 🫤
Voilà ce qui reste dans le buffer :
Set port 6 Auto Detect Error: 0x1
Error send: 1 Operation not permitted gCtrlSocketFd:5
omci_wrapper_setPhyLoopback ioctl failed -1
Set port 6 Loopback Error: 0x1
omci_wrapper_setSignalParameter ioctl failed
omci_wrapper_setSignalParameter ioctl failed
Create timer for get alarms fail
mcast_rg_clear_all(), cmd=0
pptp_eth_uni_set_auto_detect 318 portId=0
pptp_eth_uni_set_auto_detect 318 portId=6
Error send: 1 Operation not permitted gCtrlSocketFd:5
omci_wrapper_setPortAutoNegoAbility ioctl failed -1
Set port 6 Auto Detect Error: 0x1
Error send: 1 Operation not permitted gCtrlSocketFd:5
omci_wrapper_setPhyLoopback ioctl failed -1
Set port 6 Loopback Error: 0x1
omci_wrapper_setSignalParameter ioctl failed
omci_wrapper_setSignalParameter ioctl failed
Create timer for get alarms fail
mcast_rg_clear_all(), cmd=0
pptp_eth_uni_set_auto_detect 318 portId=0
pptp_eth_uni_set_auto_detect 318 portId=6
Error send: 1 Operation not permitted gCtrlSocketFd:5
omci_wrapper_setPortAutoNegoAbility ioctl failed -1
Set port 6 Auto Detect Error: 0x1
Error send: 1 Operation not permitted gCtrlSocketFd:5
omci_wrapper_setPhyLoopback ioctl failed -1
Set port 6 Loopback Error: 0x1
omci_wrapper_setSignalParameter ioctl failed
omci_wrapper_setSignalParameter ioctl failed
Create timer for get alarms fail
Create timer for get alarms fail
Create timer for get alarms fail
Create timer for get alarms fail
-
A quoi sert ce script à la fin ? Je l'ai lancé mais il y a différentes erreurs... enfin il y a quasi tout qui fail / operation not permitted...
Ceci dit il a bien changé le SN, et j'ai O5 mais rien de plus niveau vlan 🫤
En fait le sciprt c'est celui qui est lancé au boot, du coup là on le kill, on change le GPON_SN et le relance pour qu'il prenne le GPON_SN en compte. la différence c'est que quand il est lancé au boot les erreur sont encoyé à la console, mais là tu les vois dans ton terminal....
Je ne saurait pas dire si le fait de relancer le sciprt suffit ou s'il faudrait vraiment trouver le moyen de changer le GPON_SN pour qu'il reste au reboot...
-
J'ai rebooté, et le SN est resté modifié.
Donc là j'ai PLOAM qui est bien renseigné avec l'imei, SN qui est bien le SN de ma bbox, rien dans LOID et LOID password.
O5 comme d'hab et rien à omcicli mib get 131 ...
-
Par contre j'ai vu qu'en mode Huawei OLT mode toutes les infos dans OMCI vendor ID, sw ver. 1 et 2 etc... sont paramétrables. Il n'y a rien à préciser là pour qu'il soit content ?
Et pour en avoir le coeur net j'ai viré le PLOAM et rebooté, il arrive en O5 aussi mais au lieu d'être en LOID status "Successful Authentication" il est juste en "Initial status", et de temps en temps il retombe en O3 avant de revenir en O5.
J'ai donc renvoyé la commande pour paramétrer le PLOAM et, sans redémarrer, au tour suivant de O3 à O5 il passe bien en mode "Successful Authentication"
-
Bon à priori chez moi "mib set" n'avait pas fonctionné mais
flash set GPON_SN SMBS12345678fonctionne...
Pour les options si ton OLT a besoin de plus d'info, tu peux utiliser le mode custom ou Huawei... et prendre les valeurs de la bbox une par une
- les software version sont dans les menu fibre de la bbox il me semble
- pour le vendor ce sont les 4 première lettres du SN donc "SMBS"
- omci version il me semble avoir lui plusieurs fois qu'en XGS-PON c'est 0xA0 minimum (sans conviction).
- Traffic Managament option c'est 2.
- CWMP je ne sais pas donc laisser IGD.
- Enfin le hardware version je ne le connais pas pour las bbox 6E, 6 ou must :( ... le modèle est F@st 5688b-v2 pour la 6E, il me semble que c'est indiqué dans l'interface mais est-ce que bouygues utilise le modèle tel quel comme hw verison ? aucune idée, je sais que dans les forum orange des personnes on trouvé le hw version de la live box.. si des âmes charitables ont la hw version des différentes bbox ?
Sans être parano tu as bien vérifier le IMEI de l'étiquette de la bbox ? qui est le meme que dans l'interface de la bbox avec 15 digit ?
-
Sans être parano tu as bien vérifier le IMEI de l'étiquette de la bbox ? qui est le meme que dans l'interface de la bbox avec 15 digit ?
Et oui ... double et triple check ...
Là je sèche un peu... il y a un O5 mais on dirait qu'il n'y a aucun dialogue avec l'OLT d'après omcicli mib get 131
Maintenant en plus du PLOAM et SN j'ai aussi modifié le vendor id, omci sw version, omcc 0xa0 et hw version j'ai mis F5688b-v2
De toute façon je me doutais que ça ne changerait rien...
D'un truc que je pensais être une simple formalité c'est devenu un casse tête ! 🤯
Ta version de fw est aussi V1.0.0 ?
Je peux t'envoyer une sortie mib all avec tous les paramètres pour comparer avec la tienne sur notepad++ (ou tu peux m'envoyer la tienne si tu veux).
-
J'ai cherché rapidement, et en GPON il semble qu'avec un OLT ALCL, GPON_SN et PON_VENDOR_ID suffisaient.
Tu peux regarder "omcicli mib get 256" pour vérifier.
Pour Hardware Version, ce sont les OLT ALCL chez Orange qui ont une whitelist (il faut une des valeurs officielles, peu importe laquelle).
Il ne me semble pas que ce soit le cas chez Bouygues (et effectivement si on ne connait pas la valeur pour les BBox, il ne reste que celles des anciens ONT séparés, en espérant que s'il y a une whitelist elle soit commune et pas spécifique GPON / XGS-PON).
Au cas où, https://lafibre.info/incidents-ftth/possibilite-boitier-ont-devant-une-bbox-ultym indique que le Nokia XS-010X-Q est accepté chez Bouygues, et d'après https://hack-gpon.org/xgs/ont-nokia-xs-010x-q/ il a 3FE45458ABAA06 (à moins que ce soit une variante spéciale).
-
Alors, aujourd'hui il s'est passé un truc bizarre.
Ca fait depuis vendredi dernier que l'ONT est éteint et que je n'ai pas eu le temps de tester.
Aujourd'hui je décide de le brancher en vue de tester le hardware version 3FE45458ABAA06 .
Tous les paramètres sont restés inchangés depuis la dernière fois, donc mode bridge, OLT mode Huawei, PLOAM vérifié, vendor id SMBS, SN qui correspond à la bbox, omci sw version qui correspond à la bbox, omcc 0xa0 et hardware version F5688b-v2.
Donc j'allume, j'attends les qques minutes nécessaires à ce qu'il boote, je me logue à l'interface, je change uniquement le hw version avec 3FE45458ABAA06, ensuite j'ouvre ma petite session ssh et je teste les commandes omcicli mib get 131, omcicli mib get 84 et omcicli mib get 171 et là : :o
# omcicli mib get 131
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OltG
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x00
OltVendorId: 0x48575443
EquipId:
Version: 10
ToDInfo:
Sequence number of GEM superframe: 0x0
Timestamp: secs 0, nanosecs 0
=================================
# omcicli mib get 84
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
VlanTagFilterData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityID: 0x03
FilterTbl[0]: PRI 0,CFI 0, VID 10
FwdOp: 0x10
NumOfEntries: 1
=================================
=================================
EntityID: 0x04
FilterTbl[0]: PRI 0,CFI 0, VID 100
FwdOp: 0x10
NumOfEntries: 1
=================================
# omcicli mib get 171
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ExtVlanTagOperCfgData
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
=================================
EntityId: 0x01
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 15,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 4096, TPID 0, RemoveTags 0
Treatment Inner : PRI 0,VID 1, TPID 4
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 100, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 1
Treatment Inner : PRI 8,VID 100, TPID 0
INDEX 2
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 8,VID 10, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 1
Treatment Inner : PRI 8,VID 10, TPID 0
INDEX 3
Filter Outer : PRI 14,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
INDEX 4
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
AssociatedMePoint: 0x101
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
=================================
EntityId: 0x02
AssociationType: 2
ReceivedFrameVlanTagOperTableMaxSize: 0
InputTPID: 0x8100
OutputTPID: 0x8100
DsMode: 0
ReceivedFrameVlanTaggingOperTable
INDEX 0
Filter Outer : PRI 14,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
INDEX 1
Filter Outer : PRI 15,VID 4096, TPID 0
Filter Inner : PRI 14,VID 4096, TPID 0, EthType 0x00
Treatment Outer : PRI 15,VID 0, TPID 0, RemoveTags 3
Treatment Inner : PRI 15,VID 0, TPID 0
AssociatedMePoint: 0x102
DscpToPbitMapping:
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
0x000000
=================================
Bon, je vous préviens tout de suite, ça a été la dernière et seule fois que j'ai vu ces infos...
Ma déformation professionnelle m'a obligé a rechanger les paramètres pour essayer d'isoler quelle était la bonne config et depuis plus rien.
Ma 1e pensée a été que ce fameux hw version avait débloqué le tout, car j'ai remis F5688b-v2 et ça a relancé la négo avec l'OLT, et ça n'a pas marché. Sauf qu'après avoir remis de nouveau 3FE45458ABAA06 ça ne marchait plus non plus.
D'ailleurs je me demande si quand ça a marché c'était encore sous F5688b-v2 ou s'il avait déjà pris en compte 3FE45458ABAA06.
En fait la seule différence a été le fait que l'ONT est resté éteint pendant presque une semaine, et que peut être que la 1e tentative au rallumage était bonne, mais qu'en remodifiant certains paramètres et en faisant des tests je me suis fait bloquer par l'OLT, et qu'au bout d'un certain moment le blocage expire.
Je ne sais pas. J'ai essayé de refaire tout le protocole à l'identique, remettre en route la bbox et retrouver internet, rallumer l'ONT avec les mêmes paramètres que la semaine dernière, reconnecter la fibre (test omcicli mib get 131 = rien), remodifier hw version (test omcicli mib get 131 = rien), attendre qques minutes (test omcicli mib get 131 = rien)...
Je retesterai dans 6 jours ... en attendant, des idées ?
P.S. omcicli mib get 256 retourne un résultat avec le hw version que j'ai paramétré (soit F5688b-v2 soit 3FE45458ABAA06)
-
Tu as un OLT HWTC, comme @benoitm974.
Donc ce serait étonnant qu'il vérifie que chose que GPON_PLOAM_PASSWD.
Au cas où, est-ce que tu testes en branchant la fibre avant d'allumer l'ONU, ou après qu'il soit booté ?
-
Je suis plutôt du genre à faire ça proprement, donc plutôt avant de l'allumer.
Aujourd'hui pour la 1e fois par contre j'ai arraché la fibre de la bbox avant de l'éteindre, alors que d'habitude je la coupe toujours avant.
Quand j'ai fait mon 2e test je l'ai également arrachée sans éteindre la box, histoire de refaire à l'identique tout ce que j'avais fait lors de l'essai concluant.
En revanche, voilà, je suis 99% sûr d'avoir branché la fibre avant d'avoir allumé électriquement l'ONT. J'avoue avoir un 1% de doute, peut être que j'étais en veine de changement!
-
Je plutôt du genre à faire ça proprement, donc plutôt avant de l'allumer.
Aujourd'hui pour la 1e fois par contre j'ai arraché la fibre de la bbox avant de l'éteindre, alors que d'habitude je la coupe toujours avant.
Quand j'ai fait mon 2e test je l'ai également arrachée sans éteindre la box, histoire de refaire à l'identique tout ce que j'avais fait lors de l'essai concluant.
En revanche, voilà, je suis 99% sûr d'avoir branché la fibre avant d'avoir allumé électriquement l'ONT. J'avoue avoir un 1% de doute, peut être que j'étais en veine de changement!
Par contre de mémoire perso j'ai jamais réussi à faire une synchro 05 juste en changeant un paramètre sans reboot ou éteindre/rallumer l'ONT, en effet changer une valeur relance la nego mais cela n'aboutie pas pour moi, je ne sais pas l'expliquer. Il faut toujours si je change 1 ou plusieurs valeurs que je reboot, ou éteigne/rallume l'ONT.
par exemple si j'ai un mauvais PLOAM, avec l'ONT allumé, si je change pour le bon PLOAM certes la négo recommence mais elle n'aboutie pas. Je sauvegarde, reboot et là je passe O5.
-
Et moi j'ai l'impression que le mien au contraire donne un O5 plutôt facilement même si je tripote les paramètres et que je ne le reboote pas (sauf le PLOAM, lui s'il n'est pas bon, ça n'aboutit pas).
C'est bizarre, t'as bien la même version de firmware ? Et révision hardware?
Et t'as vu que le résultat de omcicli mib get 84 et omcicli mib get 171 est différent entre ton OLT et le mien ?
-
Et t'as vu que le résultat de omcicli mib get 84 et omcicli mib get 171 est différent entre ton OLT et le mien ?
Les numéros d'entités sont différents pour "omcicli mib get 84", normalement ça ne change rien.
Pour "omcicli mib get 171", tu n'as pas l'entité 0x03 qui est pour VEIP (peut-être que @benoitm974 était en mode hybride), mais normalement c'est de toute façon PPTP qui est utilisé.
Donc j'allume, j'attends les qques minutes nécessaires à ce qu'il boote, je me logue à l'interface, je change uniquement le hw version avec 3FE45458ABAA06, ensuite j'ouvre ma petite session ssh et je teste les commandes omcicli mib get 131, omcicli mib get 84 et omcicli mib get 171 et là : :o
Peut-être que le changement de Hardware Version a relancé les échanges OMCI.
Est-ce que tu as bien testé le fait de ne brancher la fibre qu'au bout de quelques minutes (ou de faire "omcicli mib reset") ?
-
Bon les amis, je change de cable pour un UPC vers APC au lieu d'utiliser un APC/APC avec adaptateur, et là je reste en O3... du coup "intuition du jour", ça ne viendra pas d'un problème de transmission ?
Et là je m'interroge sur les chiffres retournés par l'onglet PON status qui montrent un RX power très minable (entre -28 et -30dB) comparé à ce que j'avais sur la bbox (-16dB env.)
Ca m'a chiffonné depuis le début, mais comme le dispositif était neuf je me suis dit que c'était une question de bias différent pour la mesure de puissance.
Du coup je me suis dit, est-ce que mon unité ne serait pas défectueuse? Et comme le min. de commande était de 2 unités, je sors la 2e du carton, en 5 minutes je torche la config et je ne mets que le PLOAM, j'ai -15dB en RX et direct un dialogue avec l'OLT.
Configuré le VLAN 100 sur le routeur et ça marche direct !!
Quelle prise de tête à cause d'un appareil défectueux!
Bon, j'aurai dû réagir plus vite en voyant la puissance rx et en sachant que j'avais une 2e unité...
Une ancienne capture:
(https://i.ibb.co/KxvTqkV/Screenshot-2024-12-18-134219.png) (https://ibb.co/4RrhTG4)
Maintenant:
(https://i.ibb.co/8xnNjZW/Screenshot-2024-12-27-213316b.png) (https://ibb.co/3F540ZD)
-
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!
-
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 ?
-
J'espère que c'est ça, au moins je ne me retrouve pas avec une brique chinoise qui ne sert à rien!
Et oui, je confirme, hormis les petits réglages que tu avais conseillé au début, il suffit de paramétrer le PLOAM.
-
'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
(https://i.ibb.co/26Fsv38/20241213-155054.jpg) (https://ibb.co/xs2f1qm)
-
Bonjour,
J'ai une Cloud Gateway Max avec un port 2,5. J'aimerais savoir si je prends le forfait Pure avec l'option Debit Plus et le Airworks 10 G, cela marchera-t-il ?
Merci
-
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.
-
merci pour votre réponse. oui je suis eligible
-
@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.
(https://i.ibb.co/2Fq22MC/Screenshot-2025-01-02-122608.png) (https://imgbb.com/)
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 ?
-
La délégation de préfixe se fait par DHCPv6-PD, SLAAC c’est à utiliser sur le LAN pour que les clients se configurent :)
C’est DHCPv6 et /60 chez Bouygues.
-
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
-
Hello,
alors, j'ai essayé le dhcpv6 avec un prefixe 60, 63 ou 64... je n'ai toujours pas d'ip v6 qui s'affiche. Bon c'est pas grave, il n'y a pas d'urgence.
Pour l'interface c'est un peu plus pénible, j'ai tout essayé sur mon routeur et après recherche sur internet ça semble carrément compromis (il s'agit d'un Ubiquiti UXG-Pro).
Le plus simple étant d'utiliser le port 1Gb de l'ONT avec un pc portable connecté sur le bon sous réseau.
-
Hello,
alors, j'ai essayé le dhcpv6 avec un prefixe 60, 63 ou 64... je n'ai toujours pas d'ip v6 qui s'affiche. Bon c'est pas grave, il n'y a pas d'urgence.
Pour l'interface c'est un peu plus pénible, j'ai tout essayé sur mon routeur et après recherche sur internet ça semble carrément compromis (il s'agit d'un Ubiquiti UXG-Pro).
Le plus simple étant d'utiliser le port 1Gb de l'ONT avec un pc portable connecté sur le bon sous réseau.
Bouygues n'utilise pas les options DHCPv6 les plus communes, c'es t@vgauthier qui dans ce post https://lafibre.info/bbox-les-news/firewall-ipv6-delegation-de-prefixe-dans-la-nouvelle-maj-bbox-18-2-12/msg1005704/#msg1005704 donnait le détail du protocole la RFC6603 que semble suivre Bouygues. il est probable qu'ubiquiti ne le supporte pas :( ... Néanmoins c'est toujours intéressant d'ouvrir un ticket chez eux c'est vraiment qu'un paramètre de ligne de commande ou de script à changer du coup ubiquiti pourrait soit trouver une astuce avec un script soit être intéressé de l'ajouter à une liste d'option futures ne sait-on jamais ...
-
Hello,
alors, j'ai essayé le dhcpv6 avec un prefixe 60, 63 ou 64... je n'ai toujours pas d'ip v6 qui s'affiche. Bon c'est pas grave, il n'y a pas d'urgence.
Pour l'interface c'est un peu plus pénible, j'ai tout essayé sur mon routeur et après recherche sur internet ça semble carrément compromis (il s'agit d'un Ubiquiti UXG-Pro).
Le plus simple étant d'utiliser le port 1Gb de l'ONT avec un pc portable connecté sur le bon sous réseau.
Avec cette conf sur l'interface WAN (avec un UDM Pro), je récupère sans problème une adresse IPv6.
-
Avec cette conf sur l'interface WAN (avec un UDM Pro), je récupère sans problème une adresse IPv6.
J'ai la même config mais je m'attendais à voir apparaître une ipv6 à côté de l'ipv4 dans l'onglet Internet, pourtant je n'ai rien. Et toi ?
(https://i.ibb.co/r3bNBRg/Screenshot-2025-01-09-175857.png) (https://ibb.co/G9sNZ4X)
En revanche, et là j'ai pas compris, si je vais sur l'onglet Network, dans ipv6 et j'active la délégation de préfixe, l'interface semble avoir une ipv6 publique à déléguer.
(https://i.ibb.co/vs55Hbj/Screenshot-2025-01-09-180058.png) (https://ibb.co/0BNNckG)
Et pourtant je suis toujours en ipv4 d'après le diagnostic que je vois ici sur lafibre.info.
Je n'y comprends rien avec cette ipv6... c'est une info factice que j'ai sur mon routeur, ou le problème est au niveau de mon pc ?
Et t'es sur bbox ou autre ONU?
-
Le routeur obtient par DHCPv6 un préfixe (IA_PD) mais n'obtient pas d'adresse à configurer sur l'interface WAN (IA_NA).
Ce n'est pas inquiétant outre mesure, car le routeur peut se configurer des adresses sur ses pattes LAN dans le préfixe délégué.
Peux-tu voir la configuration côté LAN ?
Obtiens tu des adresses IPv6 sur les machines du LAN ?
-
J'ai la même config mais je m'attendais à voir apparaître une ipv6 à côté de l'ipv4 dans l'onglet Internet, pourtant je n'ai rien. Et toi ?
(https://i.ibb.co/r3bNBRg/Screenshot-2025-01-09-175857.png) (https://ibb.co/G9sNZ4X)
En revanche, et là j'ai pas compris, si je vais sur l'onglet Network, dans ipv6 et j'active la délégation de préfixe, l'interface semble avoir une ipv6 publique à déléguer.
(https://i.ibb.co/vs55Hbj/Screenshot-2025-01-09-180058.png) (https://ibb.co/0BNNckG)
Et pourtant je suis toujours en ipv4 d'après le diagnostic que je vois ici sur lafibre.info.
Je n'y comprends rien avec cette ipv6... c'est une info factice que j'ai sur mon routeur, ou le problème est au niveau de mon pc ?
Et t'es sur bbox ou autre ONU?
Dans la configuration de l'interface WAN
-
@nycom
Moi je n'ai pas d'ipv6 sur l'onglet internet, alors que toi tu l'as d'après ta dernière capture.
Ce n'est pas "inquiétant outre mesure" d'après @simon mais c'est bizarre que ce ne soit pas pareil, alors que hormis le fait que t'as un UDM et moi un UXG, on est quand même sur un OS similaire (voir le même).
T'as un ONU tiers en brigde du coup vu que ton ip public est affiché sur l'UDM ? T'as trouvé une solution pour accéder à l'interface web de l'ONU ?
@simon
J'ai des adresses ipv6, chose bizarre: sur mon pc fixe, par exemple, l'ipv6 affichée dans les propriétés réseau de la carte réseau est différente de l'adresse affichée sur l'onglet clients de mon routeur, et en plus elle change côté routeur, ce n'est pas la même qu'il y a 1h, alors que sur le pc c'est toujours la même.
-
J'ai la même config mais je m'attendais à voir apparaître une ipv6 à côté de l'ipv4 dans l'onglet Internet, pourtant je n'ai rien. Et toi ?
(https://i.ibb.co/r3bNBRg/Screenshot-2025-01-09-175857.png) (https://ibb.co/G9sNZ4X)
En revanche, et là j'ai pas compris, si je vais sur l'onglet Network, dans ipv6 et j'active la délégation de préfixe, l'interface semble avoir une ipv6 publique à déléguer.
(https://i.ibb.co/vs55Hbj/Screenshot-2025-01-09-180058.png) (https://ibb.co/0BNNckG)
Et pourtant je suis toujours en ipv4 d'après le diagnostic que je vois ici sur lafibre.info.
Je n'y comprends rien avec cette ipv6... c'est une info factice que j'ai sur mon routeur, ou le problème est au niveau de mon pc ?
Et t'es sur bbox ou autre ONU?
C’est normal bouygues te donne juste un préfixe /60 et les dns ipv6. la rfc prévoit qu’une fois le préfixe reçu c’est au routeur de s’attribuer 1 ipv6 dans le préfixe( par exemple dans un réseau /64). À priori ubiquiti a bien reçu le préfixe maintenant il faut que tu configures la partie LAN et indiquer si tu veux activer slaac , ta, dhcpv6 stateless ou statefull. Si tu as diverses machines et smartphones sur ton réseau le plus polyvalent est ra + dhcpv6 stateless
-
C’est normal bouygues te donne juste un préfixe /60 et les dns ipv6. la rfc prévoit qu’une fois le préfixe reçu c’est au routeur de s’attribuer 1 ipv6 dans le préfixe( par exemple dans un réseau /64). À priori ubiquiti a bien reçu le préfixe maintenant il faut que tu configures la partie LAN et indiquer si tu veux activer slaac et/ou dhcpv6 stateless ou statefull. Si tu as diverses machines et smartphones sur ton réseau le plus polyvalent est slaac+dhcpv6 stateless
Regarde ma 2e capture, c'est là que je paramètre la partie LAN et je ne peux que choisir None, PD ou Static. Je suppose que @nycom a fait pareil et chez lui ça marche
-
J'ai des adresses ipv6, chose bizarre: sur mon pc fixe, par exemple, l'ipv6 affichée dans les propriétés réseau de la carte réseau est différente de l'adresse affichée sur l'onglet clients de mon routeur, et en plus elle change côté routeur, ce n'est pas la même qu'il y a 1h, alors que sur le pc c'est toujours la même.
C'est normal que les adresses IPv6 des clients changent.
Dans le détail, les stations s'assignent des adresses IP à durée de vie relativement courte (de quelques heures à quelques jours, en fonction des OS), et en génèrent de nouvelles lorsqu'elles arrivent à expiration (je grossis volontairement le trait pour ne pas écrire des tartines).
Si tu fais un ping vers lafibre.info depuis ton PC, par exemple, ca fonctionne en ipv6 ? Que dit https://test-ipv6.com/ ?
Si la connectivité IPv6 sur les stations est OK, c'est que tout fonctionne bien du point de vue du routeur. Le fait que tu conserves une adresse IPv4 est normal et n'est pas un souci : IPv6 vient en plus d'IPv4, et à terme, IPv4 sera retiré du réseau (lorsque la migration sera suffisament avancée).
-
C'est normal que les adresses IPv6 des clients changent.
Dans le détail, les stations s'assignent des adresses IP à durée de vie relativement courte (de quelques heures à quelques jours, en fonction des OS), et en génèrent de nouvelles lorsqu'elles arrivent à expiration (je grossis volontairement le trait pour ne pas écrire des tartines).
Je peux comprendre le système de bail, mais c'est normal que côté routeur je voie mon pc avec une adresse ipv6 qui n'est pas celle affichée dans les propriétés réseau de windows ?
Si tu fais un ping vers lafibre.info depuis ton PC, par exemple, ca fonctionne en ipv6 ? Que dit https://test-ipv6.com/ ?
Si la connectivité IPv6 sur les stations est OK, c'est que tout fonctionne bien du point de vue du routeur. Le fait que tu conserves une adresse IPv4 est normal et n'est pas un souci : IPv6 vient en plus d'IPv4, et à terme, IPv4 sera retiré du réseau (lorsque la migration sera suffisament avancée).
Négatif, ça me dit que je ne suis pas en ipv6, le ping échoue aussi, il ne trouve pas l'hote
-
Peux-tu poster ce que tu obtiens si tu fais ipconfig /all dans un terminal ? Et une capture du site en question ? Qu'on essaye de comprendre ce qui se passe.
-
Ethernet adapter Ethernet 10GbE:
Connection-specific DNS Suffix . : local
Description . . . . . . . . . . . : Marvell AQtion 10Gbit Network Adapter
Physical Address. . . . . . . . . : xxx
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv6 Address. . . . . . . . . . . : 2001:xxxx:xxxx:xxxx:2e86:f5e5:51a2:6a0f(Preferred)
Temporary IPv6 Address. . . . . . : 2001:xxxx:xxxx:xxxx:1d58:32fd:58bc:2971(Preferred)
Link-local IPv6 Address . . . . . : fe80::b84f:f671:5f94:ee59%5(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.1.100(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Thursday, 9 January 2025 21:26:19
Lease Expires . . . . . . . . . . : Friday, 10 January 2025 21:26:18
Default Gateway . . . . . . . . . : 192.168.1.1
DHCP Server . . . . . . . . . . . : 192.168.1.1
DHCPv6 IAID . . . . . . . . . . . : 310954419
DHCPv6 Client DUID. . . . . . . . : xxxx
DNS Servers . . . . . . . . . . . : 192.168.1.180
2001:xxxx:xxxx:xxxx::1
NetBIOS over Tcpip. . . . . . . . : Enabled
Je note que la "Temporary IPv6 Address" correspond à l'adresse affichée pour mon pc sur la page du routeur, alors que la "IPv6 Address" non.
Et une capture du site test-ipv6 ?
(https://i.ibb.co/8jqtCNH/Screenshot-2025-01-09-213452.png) (https://ibb.co/K9dSPbJ)
-
@nycom
Moi je n'ai pas d'ipv6 sur l'onglet internet, alors que toi tu l'as d'après ta dernière capture.
Ce n'est pas "inquiétant outre mesure" d'après @simon mais c'est bizarre que ce ne soit pas pareil, alors que hormis le fait que t'as un UDM et moi un UXG, on est quand même sur un OS similaire (voir le même).
T'as un ONU tiers en brigde du coup vu que ton ip public est affiché sur l'UDM ? T'as trouvé une solution pour accéder à l'interface web de l'ONU ?
@simon
J'ai des adresses ipv6, chose bizarre: sur mon pc fixe, par exemple, l'ipv6 affichée dans les propriétés réseau de la carte réseau est différente de l'adresse affichée sur l'onglet clients de mon routeur, et en plus elle change côté routeur, ce n'est pas la même qu'il y a 1h, alors que sur le pc c'est toujours la même.
J'utilise ce stick: https://www.fibermall.com/sale-460693-xgspon-onu-sfp-stick.htm#
Pour y accéder, il faut se connecter en SSH sur l'UDM et exécuter les deux commandes ci-dessous:
- ip addr add dev eth9 local 192.168.11.2/24
- iptables -t nat -I POSTROUTING -o eth9 -d 192.168.11.0/24 -j SNAT --to 192.168.11.2
Est-ce que tu as bien les règles de FW ipv6 entre les zones "External" et "Gateway" si tu es en "Zone Based Firewall" ou sur WAN_IN ?
-
J'utilise ce stick: https://www.fibermall.com/sale-460693-xgspon-onu-sfp-stick.htm#
Pour y accéder, il faut se connecter en SSH sur l'UDM et exécuter les deux commandes ci-dessous:
- ip addr add dev eth9 local 192.168.11.2/24
- iptables -t nat -I POSTROUTING -o eth9 -d 192.168.11.0/24 -j SNAT --to 192.168.11.2
Est-ce que tu as bien les règles de FW ipv6 entre les zones "External" et "Gateway" si tu es en "Zone Based Firewall" ou sur WAN_IN ?
Merci pour ta réponse, enfin la solution pour accéder à l'interface !
eth9 est l'interface WAN SFP sur UDM, sur UXG il s'agit de eth2.
L'ip de mon ONU est 192.168.0.1.
Au cas où ça pourrait intéresser quelqu'un, la commande à envoyer par ssh au routeur, pour accéder à l'interface de l'ONU sur UXG-Pro, est la suivante:
ip addr add dev eth2 local 192.168.0.2/24
iptables -t nat -A POSTROUTING -o eth2 -d 192.168.0.0/24 -j SNAT --to 192.168.0.2
Sinon j'ai bien les règles de pare-feu ipv6, mais ça ne marche pas.
Oups... ça marche! Je ne sais pas ce qui a changé depuis ce matin à part l'adjonction de l'ip sur l'interface et la route pour accéder à l'ONU ... :o
-
J'utilise ce stick: https://www.fibermall.com/sale-460693-xgspon-onu-sfp-stick.htm#
Au fait, as-tu une visu de la température du stick depuis l'interface de l'UDM et/ou de l'interface de gestion de l'ONU ? A combien de degrés il est en général ? Comment est stocké ton UDM?
Merci
-
Au fait, as-tu une visu de la température du stick depuis l'interface de l'UDM et/ou de l'interface de gestion de l'ONU ? A combien de degrés il est en général ? Comment est stocké ton UDM?
Merci
Je vois la température du stick sur la webUI de l'ONU.
La température tournait autour de 80-85°C, j'ai mis un ventilateur, depuis, je suis autour de 50°C.
Après, mon UDM est dans une armoire, donc pas forcément hyper ventilé.
-
Je vois la température du stick sur la webUI de l'ONU.
La température tournait autour de 80-85°C, j'ai mis un ventilateur, depuis, je suis autour de 50°C.
Après, mon UDM est dans une armoire, donc pas forcément hyper ventilé.
Ah oui, énorme différence le ventilo! Il est sur/pointé vers le dissipateur de l'ONU ? J'ai aussi l'UXG dans une armoire avec ventilation active (1 ventilo de 12cm), il y a aussi 1 switch poe, l'onduleur, l'ONT externe et le routeur 4G, et il fait quand même assez chaud. Le module ethernet SFP 10GbE est autour des 75°, l'ONU externe 60°.
-
Au fait, as-tu une visu de la température du stick depuis l'interface de l'UDM et/ou de l'interface de gestion de l'ONU ? A combien de degrés il est en général ? Comment est stocké ton UDM?
Merci
Je viens de découvrir que la température est accessible depuis l'interface de l'UDM.
-
Ben oui! Et moi j'ai mon matériel dans un placard ventilé et je suis à 72°.
Tu ne m'as pas dit comment est ta ventilation, c'est beaucoup mieux 56° !
(https://i.ibb.co/dJ4KPGn4/Screenshot-2025-01-30-145120.png) (https://imgbb.com/)
-
Sera que cet ONU fonctionne aussi avec Orange ? Je pense que oui mais quelqu’un pourrait confirmer ?
-
Normalement oui, puisque le Leox fonctionne.
-
bonjour
j ai un souci avec l ont, j ai mis le plaod comme sur le tutoriel je este sur statut 1, j ai remarque sur ont que le tx power =no signal.merci pour votre aider
-
La BBox fonctionne bien en XGS-PON ?
Quel est l'état indiqué par l'ONT ? O3 ? O5 ?
Quel est le niveau de signal reçu ?
Certains OLT Bouygues vérifient aussi le SN, au moins en GPON, donc on ne sait jamais.
-
oui la Bbox est en XGS-PON
voila pour le reste merci d avance
Temperature 34.011719 C
Voltage 3.304700 V
Tx Power No signal
Rx Power -20.000000 dBm
Bias Current 0.000000 mA
GPON Status
ONU State O1
ONU ID 1
LOID Status Initial Status
-
oui la Bbox est en XGS-PON
voila pour le reste merci d avance
Temperature 34.011719 C
Voltage 3.304700 V
Tx Power No signal
Rx Power -20.000000 dBm
Bias Current 0.000000 mA
GPON Status
ONU State O1
ONU ID 1
LOID Status Initial Status
Avez vous vérifiele type de connecteur fibre ? Quelle câble utilisez vous sc/apc ou sc/upc ? Quelle est le format du connecteur de votre ont ?
-
Le O1 et le TX désactivé, ça correspond à un ONT qui ne détecte pas le signal de l'OLT.
Le -20.000000 dBm pile est bizarre, on s'attendrait plutôt à une valeur plus faible ou -Inf en l'absence de signal.
-
Le O1 et le TX désactivé, ça correspond à un ONT qui ne détecte pas le signal de l'OLT.
Le -20.000000 dBm pile est bizarre, on s'attendrait plutôt à une valeur plus faible ou -Inf en l'absence de signal.
Oui c’est pour ça que je pense à un soucis de format de connecteur
-
merci pour vos réponses
connecteur de l ont est un s sc/apc d après le vendeur
-
Quelle est la couleur du connecteur ?
Vert => SC/APC
Bleu => SC/UPC
-
il est bleu le connecteur je vais essayer avec un adaptateur