Auteur Sujet: ONU 10G XGS-PON AIWORKS AW-XGP12V REX (Lu 24612 fois)

hwti · « **Réponse #48 le:** 08 décembre 2024 à 00:12:20 »

Citation de: luke7110 le 07 décembre 2024 à 22:11:52

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.

benoitm974 · « **Réponse #49 le:** 08 décembre 2024 à 00:40:09 »

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.

hwti · « **Réponse #50 le:** 08 décembre 2024 à 00:49:02 »

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.

noks · « **Réponse #51 le:** 08 décembre 2024 à 00:55:09 »

Ç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...

benoitm974 · « **Réponse #52 le:** 08 décembre 2024 à 00:58:23 »

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:

Code: [Sélectionner]

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

hwti · « **Réponse #53 le:** 08 décembre 2024 à 01:13:10 »

Quand tu passes de l'un à l'autre, ton routeur refait une requête DHCP ?

benoitm974 · « **Réponse #54 le:** 08 décembre 2024 à 01:17:25 »

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

benoitm974 · « **Réponse #55 le:** 08 décembre 2024 à 02:39:51 »

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

luke7110 · « **Réponse #56 le:** 08 décembre 2024 à 20:42:26 »

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 😅🤣

benoitm974 · « **Réponse #57 le:** 08 décembre 2024 à 21:10:26 »

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

luke7110 · « **Réponse #58 le:** 09 décembre 2024 à 15:26:30 »

Pas pour l'instant désolé, j'essaie dès que je peux !

luke7110 · « **Réponse #59 le:** 13 décembre 2024 à 15:30:12 »

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 ?