La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Incidents Bouygues => Discussion démarrée par: mojopsg le 08 août 2017 à 17:15:54
-
Bonjour à tous,
depuis 2-3 mois j'ai des gros problèmes de lags lors de jeux en ligne (Hearthstone de Blizzard notamment) ou lors de l'utilisation de vidéos en streaming. (par exemple Twitch)
J'ai d'abord soupçonné mon PC, puis le Wifi, mais idem en Ethernet depuis un PC fraichement formaté.
J'ai donc contacté le service client qui m'a fait faire un reset de la box. Pas mieux. Nouvel appel au service client et cette fois-ci changement de box. Pas mieux.
Du coup j'ai poussé les tests un peu plus loin et il s'avère que je perds des pings mais uniquement vers certains sites, le plus flagrant étant Facebook, et je suppose que les serveurs utilisés par Blizzard sont concernés, d'où mes lags et mes déconnexions lorsque je joue à Hearthstone.
Je vous joins ce que donne un ping et un tracert vers facebook.fr.
Voyez vous de quoi cela pourrait provenir ?
Merci d'avance et dites moi si vous avez besoin que je fasse d'autres tests.
-
Je commencerais par ici afin de pouvoir monitorer ta connexion : https://lafibre.info/bbox-tutoriels/comment-avoir-un-graphe-smokeping-de-sa-bbox/
-
Je viens d'activer la réponse au ping dans la Bbox et de faire la demande sur le topic.
Affaire à suivre.
Merci
-
Traceroute depuis l'Ain (Maxnod) :
$ mtr -zrwc100 5.51.130.xxx
Start: Tue Aug 8 21:39:26 2017
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 0.0% 100 0.2 1.2 0.2 58.0 6.6
2. AS5410 212.194.39.26 0.0% 100 1.6 1.6 1.5 1.8 0.0
3. AS5410 212.194.171.248 0.0% 100 1.6 1.7 1.6 2.1 0.0
4. AS5410 static-5-51-130-xxx.ftth.abo.bbox.fr 0.0% 100 2.3 3.3 2.1 4.5 0.4
Traceroute depuis Ikoula Reims :
$ mtr -zrwc100 5.51.130.xxx
Start: Tue Aug 8 21:40:32 2017
HOST: ikoula Loss% Snt Last Avg Best Wrst StDev
1. AS21409 ik063002.ikoula.com 0.0% 100 0.4 3.9 0.3 190.7 19.3
2. AS21409 eth-trunk13.core14.ikdc1.ikoula.com 0.0% 100 1.0 12.3 0.7 384.5 51.9
3. AS21409 po2.core13.ikdc2.ikoula.com 0.0% 100 4.0 10.5 3.7 154.5 28.2
4. AS21409 po3.core12.ikdc2.ikoula.com 0.0% 100 3.9 7.8 3.8 141.2 19.5
5. AS21409 eth-trunk1.core15.rb.ikoula.com 0.0% 100 4.2 25.3 4.1 409.1 76.2
6. AS21409 po2.core11.th2.ikoula.com 0.0% 100 4.3 10.2 4.1 139.0 22.2
7. AS??? equinix-paris.as5410.net 0.0% 100 3.9 3.9 3.8 4.3 0.0
8. AS5410 be37.cbr01-cro.net.bbox.fr 0.0% 100 12.7 11.9 10.8 12.9 0.2
9. AS5410 be5.cbr01-lyo.net.bbox.fr 0.0% 100 15.5 14.3 10.3 18.3 2.2
10. AS5410 la44.bsr01-lyo.net.bbox.fr 90.0% 100 10.4 10.3 10.2 10.4 0.0
11. AS5410 static-5-51-130-xxx.ftth.abo.bbox.fr 0.0% 100 12.2 12.0 10.9 13.2 0.4
Traceroute depuis OVH Gravelines :
mtr -zrwc100 5.51.130.xxx
Start: Tue Aug 8 21:40:09 2017
HOST: ovh.testdebit.info Loss% Snt Last Avg Best Wrst StDev
1. AS16276 37.187.131.252 0.0% 100 0.7 0.8 0.6 2.7 0.2
2. AS16276 po109.gra-g2-a75.fr.eu 0.0% 100 0.3 0.2 0.2 0.4 0.0
3. AS??? 10.95.33.10 0.0% 100 1.6 8.4 1.2 128.0 23.6
4. AS16276 be99-1110.th2-1-a9.fr.eu 0.0% 100 5.2 4.9 4.6 5.4 0.0
5. AS5410 la11.rpt01-th2.net.bbox.fr 37.0% 100 8450. 8461. 8393. 8504. 27.6
6. AS5410 be13.cbr01-cro.net.bbox.fr 0.0% 100 13.2 12.5 11.4 13.6 0.2
7. AS5410 be5.cbr01-lyo.net.bbox.fr 0.0% 100 13.0 15.1 11.1 18.9 2.2
8. AS5410 la44.bsr01-lyo.net.bbox.fr 90.0% 100 11.0 11.0 11.0 11.1 0.0
9. AS5410 static-5-51-130-xxx.ftth.abo.bbox.fr 0.0% 100 12.0 12.7 11.7 13.9 0.4
Tout semble parfait sur 100 ping, à chaque fois.
Tu ferais un ping vers lafibre.info pour voir si les pertes sont présentes ?
-
Sur 80 ping vers lafibre.info, j'en ai perdu 2 :-\
-
Si tu ping 192.168.1.254 tu perds des paquets aussi ?
On dirait que les pertes sont entre ton PC et ta box, c'est pourquoi je ne les vois pas avec mes traceroutes.
J'ai crée ton graphe SmokePing a coté des autres.
-
Non pas de perte de paquet lorsque je ping la 192.168.1.254
D'ailleurs au moment des coupures, tous les sites que je ping ne sont pas concernés.
Voici 3 ping simultanés ainsi qu'une capture du diagnostic de la bbox qui semble lui aussi montrer des pertes de paquets.
-
Ton graphe SmokePing ne comporte pas de pertes de paquets.
Serait-il possible de faire un traceroute vers lafibre.info avec WinMTr que tu télécharges sur http://winmtr.net/download-winmtr/ ?
Il faut le laisser tourner quelques minutes pour avoir un nombre de paquets important vers chaque routeur.
Cela permettrait de voir où sont introduites les pertes vu que tu en as pour lafibre.info
-
Voila le résultat au bout de 5-10 minutes :
-
Merci.
On voit bien l'absence de perte de paquets sur le LAN.
Il semble y avoir des pertes de paquets entre ta box et le BSR02-LYO, c'est étonnant que je ne l'ai pas vu avec mes ping hier.
-
Ce que j'ai remarqué, c'est que je ne perds pas de ping si je lance uniquement un test, c'est uniquement lorsque je "charge" la ligne en lançant un speedtest ou une vidéo youtube en même temps que les ennuis commencent.
D'ailleurs vers 11h30 ce matin j'ai lancé une vidéo 4K et deux trois speedtest et le smokeping semble avoir réagi avec des temps de réponse beaucoup plus long et des pertes de ping...
Je vais essayer de recontacter le service client ce soir pour voir si ils ont une solution à proposer :-\
-
C'est le comportement normal : en cas de saturation de la ligne car elle est pleinement utilisée, soit la latence augmente soit il y a des pertes de paquets soit un peu des deux.
Un de ces deux comportement est nécessaire pour que TCP comprenne qu'il faut ralentir le débit (TCP ne connait pas le débit de ta ligne, c'est les pertes de paquet et l'augmentation e la latence qui permet de savoir que tu as 1 Gb/s et non pas 10 Gb/s)
Les pertes de paquets sont préférable a une augmentation de la latence, car elle dégrade moins les usages interactifs qu'une augmentation de la latence.
Il faut bien sur ne pas utiliser ta ligne (ou utiliser avec des faibles débits) quand tu réalise un test de perte de paquet.
Il est normal qu'un téléchargement au débit maximum entraîne des pertes de paquet et/ou augmentation de la latence.
-
Merci pour ces informations je comprends mieux le principe.
Par contre on est d'accord qu'il n'est pas normal que je perde des paquets uniquement en lançant une vidéo sur Youtube ou lorsque je joue en ligne et qu'il doit y avoir un souci quelque part ?
-
Youtube télécharge au débit maximum, sur de courtes durée, donc des pertes de paquets sont normales a chaque burst de téléchargement.
Pour les jeux en ligne, si il n'y a pas de téléchargement mais juste de petites informations transmises (débit faible), il ne devrait pas y avoir de pertes.
Si le jeu dois télécharger des fichiers de plus de 10 Mo, de pertes son possibles.
Un fichier de 10 Mo ne permet pas d'atteindre le débit maximum donc il n'y a pas de saturation de la connexion, donc pas de pertes.
MTR sur 1000 paquets : je n'ai rien perdu pour te joindre sur les 1000 paquets envoyés :
$ mtr -rwc1000 5.51.130.xxx
Start: Wed Aug 9 14:32:53 2017
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1.|-- portevlan.adeli.biz 0.0% 1000 0.3 0.5 0.2 66.2 3.6
2.|-- 212.194.39.26 0.0% 1000 1.6 1.5 1.5 2.1 0.0
3.|-- 212.194.171.248 0.0% 1000 1.7 1.6 1.6 2.5 0.0
4.|-- static-5-51-130-xxx.ftth.abo.bbox.fr 0.0% 1000 3.0 3.1 2.2 4.5 0.4
-
Les pertes de paquets sont préférable a une augmentation de la latence, car elle dégrade moins les usages interactifs qu'une augmentation de la latence.
Hum, j'aurais tendance à pas forcement le voir dans ce sens là...
-
C'est un raccourci : il faut que la latence monte de quelques ms avant le drop de paquet, afin que TCP puisse régler de manière fine le débit : des buffer trop bas font que TCP n'arrive pas a estimer le débit et aprés la perte de paquet a la fin du slow start il n'arrive pas a estimer le débit.
Par contre avec un buffer suffisant, le pic du slow start est tellement important que les drop de paquets sont systématiques (je parle d'une ligne FTTH à 1 Gb/s, je connais aussi les optim buufer pour l'ADSL, mais pas du tout pour le mobile)
On a déjà parlé de ces buffers trop grands : le terme est Bufferbloat (https://lafibre.info/serveur-linux/bufferbloat/)
J'ai souvenir de connexion ADSL a faible débit qui peuvent avoir des ping qui dépassent plusieurs secondes quand il y a un simple transfert http... (buffer de plusieurs milliers de paquets - une aberration qui empêche le surf quand il y a un téléchargement en //)
Les buffer doivent augmenter avec l'augmentation des débits et cela peut être complexe quand il y a des problématiques de buffer mutualisés. Là c'est assez simple : en 1 Gb/s l'endroit où sont buffurisés les paquets en download, c'est l'ONT chez le client. Par contre pour des débits < 1Gb/s, c'est l'OLT qui buffurise, vu que c'est lui qui limite le débit.
-
Bon je ne sais pas pourquoi... mais visiblement mon problème s'est résolu, deux jours que je ne perds plus de paquets...
Merci à tous pour votre aide