La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Installation Bbox fibre => Discussion démarrée par: BraFra le 15 juillet 2025 à 14:24:38
-
Petit sondage pour avoir une idée :
- quelle est la puissance du signal optique vers votre bbox ? (idéalement type abo/box + XXXPON/R.eception/T.ransmissoin)
- quel est votre qualité de ping vers www.bouyguestelecom.fr et www.orange.fr
Chez moi :
B&You Pure fibre avec débit+ sur Paris 13e + Bbox wifi7(25.5.14)
XGSPON-B+ / R. -27,21dBm / T. 5,20dBm
• ping Bouygues :
--- e5084.b.akamaiedge.net ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.457/3.375/5.628/0.857 ms
• ping Orange :
--- hpo-main.prod.hporange.gslb.fti.net ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.697/4.245/5.416/0.434 ms
Merci !
-
Du moment que la connexion est établie, en fibre à deux adresses très proches, la différence de ping sera complètement imperceptible et rentrera dans la marge d'erreur. La boucle locale représente en plus une portion très minoritaire du trajet (quelques km sur quelques centaines de km jusqu'à Paris).
-
Ok, en fait j'étais surtout curieux concernant la puissance du signal optique, pour pouvoir avoir une idée de la moyenne...
-
ca n'a aucun interet, ce n'est pas de l'adsl. Là c'est soit ca marche, soit non.
-
Bonjour,
Il faut vraiment, mais vraiment, arrêter avec cette obsession sur la puissance optique.
-
Ok donc je ne vais pas juger en fonction de ce critère.
Cependant j'essaye de comprendre pourquoi mon ONT (deja remplacé) se déconnecte regulierememnt. Je pensais que cela pouvait etre un critère..
J'attends que le support technique me recontacte, en attendant je tâtonne !
-
Cependant j'essaye de comprendre pourquoi mon ONT (deja remplacé) se déconnecte regulierememnt.
Quand tu dis qu'il se déconnecte, quel symptôme observes tu ? Est-ce qu'une LED s'allume ou s'éteint, et si oui, laquelle ?
J'ai des pertes de signal optique de quelques secondes de temps en temps (LED Fibre qui s'allume rouge sur l'ONT, puis repasse au vert et le traffic reprends). Dans mon cas, c'est dû aux techs non formés qui débranchent les fibres clients les unes après les autres au PMZ pour chercher la lumière de leur stylo laser...
-
J'ai ouvert un fil ici :
https://lafibre.info/remplacer-bbox/ont-nokia-bbox-beaucoup-de-deconnections/msg1124834/
Globalement, le symptôme est la LED PON qui se met a clignoter, comme dans une synchronisation, et la coupure du réseau (perte d'IP).
En utilisant l'ONT, j'ai ça plusieurs fois par jour, parfois toutes les 20 mins... Et l'ONT a déjà été remplacé.
Avec la Bbox, la connexion est stable, mais impossible alors de m'en passer pour brancher mon routeur en direct, ce qui est l'objectif.
-
OK, tu as un souci manifeste de ligne. Je vais répondre dans l'autre topic.
-
Chez moi,
Pure fibre avec débit+, département de la Loire, avec une Bbox wifi 6E
Module PON
XGSPON-B+
Puissance optique reçue
-15.09 dBm
Puissance optique transmise
6.93 dBm
ping www.orange.fr
PING www.orange.fr (2a01:c9c0:a3:8::8) 56 data bytes
64 bytes from 2a01:c9c0:a3:8::8: icmp_seq=1 ttl=58 time=10.8 ms
64 bytes from 2a01:c9c0:a3:8::8: icmp_seq=2 ttl=58 time=10.6 ms
64 bytes from 2a01:c9c0:a3:8::8: icmp_seq=3 ttl=58 time=10.2 ms
64 bytes from 2a01:c9c0:a3:8::8: icmp_seq=4 ttl=58 time=10.4 ms
^C
--- www.orange.fr ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 12025ms
rtt min/avg/max/mdev = 10.153/10.482/10.792/0.230 ms
ping www.bouyguestelecom.fr
PING e5084.b.akamaiedge.net (23.194.0.57) 56(84) bytes of data.
64 bytes from a23-194-0-57.deploy.static.akamaitechnologies.com (23.194.0.57): icmp_seq=1 ttl=50 time=26.7 ms
64 bytes from a23-194-0-57.deploy.static.akamaitechnologies.com (23.194.0.57): icmp_seq=2 ttl=50 time=26.9 ms
64 bytes from a23-194-0-57.deploy.static.akamaitechnologies.com (23.194.0.57): icmp_seq=3 ttl=50 time=27.0 ms
64 bytes from a23-194-0-57.deploy.static.akamaitechnologies.com (23.194.0.57): icmp_seq=4 ttl=50 time=26.0 ms
^C
--- e5084.b.akamaiedge.net ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 25.954/26.629/26.981/0.409 ms
C'est effectué depuis une Debian, avec des DNS alternatifs qui bloquent les pubs; paramétrer via resolvectl, peut-être que ça joue sur le résultat final de la commande ping.
-
Merci pour les infos tiphaine13 ! Très belle connexion ;D
-
Merci pour les infos tiphaine13 ! Très belle connexion ;D
Oh je veux pas dire, mais, chez moi les résultats de ping sont quand même pas ouf, contrairement aux tiens.
Mais en vrai, à l'utilisation je vois pas de ralentissements, je pense que la commande ping sous linux est différente dans son fonctionnement par rapport à celle de windows.
-
Le résultat des pings dépend énormément du moment. Hier j’ai testé et c’etait tres mauvais, ce matin ca va mieux… et pour l’instant j’ai jamais reussi à avoir a nouveau les mêmes resultats que j’avais eu dans le premier message !
-
Le résultat des pings dépend énormément du moment.
En principe ça ne devrait pas. Ou à la marge.
-
En principe ça ne devrait pas. Ou à la marge.
Et si le serveur qu'on ping est surchargé à un moment X, le résultat sur les pings de notre côté sera moins "bon" à ce moment X que si le serveur était peu sollicité ?
-
Ça dépend de sa gestion de la surcharge, mais ça peut tout à fait l'affecter oui.
-
Sur mon Uptime Kuma, la variation est assez forte non ? (du simple au.. triple !)
-
Sur mon Uptime Kuma, la variation est assez forte non ? (du simple au.. triple !)
C'est une sonde HTTP(s) ça pas une sonde PING si je ne m'abuse.
Je viens de faire pareil dans mon Uptime Kuma, 87ms avec la sonde HTTP(s) et 1.2ms avec la sonde PING.
Attention à ce que vous mesurez...
-
Effectivement ce n'était pas des pings, tu as raison.
J'ai mis en place une sonde ping et ca ressemble à ça :
(ça dépend vraiment du moment et la vitesse de reponse est pas ouf, 8ms en moyenne..)
-
C'est pas la moyenne qui m'interpelle là, c'est le yoyo que ça fait.
Ca vaudrait ptet le coup de tester avec une cible qu'on sait ne bouge pas (genre lafibre.info ?) par acquis de conscience. Sait on jamais que le site soit derrière un CDN et que ça réponde une fois à Paris et l'autre à Lyon.
-
une sonde ping sur la fibre.info pendant 24h :
-
Nickel !