Auteur Sujet: Gigue sur fibre Orange (Lu 2968 fois)

PitchBlack · « **le:** 29 janvier 2020 à 21:30:22 »

Bonsoir !

Je constate depuis environ un an une gigue surprenante pour de la fibre, peu importe l'heure ou le jour.

En effet, sur différents PC, en Wi-Fi ou Ethernet, que ce soit avec la LB4 ou maintenant avec la LB5, lorsque je lance une commande Ping (ping -n 100 8.8.8.8 par exemple) j'ai environ un Ping sur cinquante qui prend une soixantaine de millisecondes, parfois plus, alors que les autres Ping sont tous identiques, avec zéro perte de paquets.

Par exemple là ça me donne :

Envoi d’une requête 'Ping' 8.8.8.8 avec 32 octets de données :
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=8 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=8 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=63 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53
Réponse de 8.8.8.8 : octets=32 temps=7 ms TTL=53

Statistiques Ping pour 8.8.8.8:
Paquets : envoyés = 50, reçus = 50, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 7ms, Maximum = 63ms, Moyenne = 8ms

D'où peut provenir ce "problème".

Si vous êtes aussi chez Orange et avez cinq minutes à perdre, n'hésitez pas à faire le test et me dire si vous observez ce phénomène (pour être sûr faire 500 Ping avec la commande ping -n 500 8.8.8.8, cela prend moins de cinq minutes).

Merci !

petrus · « **Réponse #1 le:** 29 janvier 2020 à 21:56:02 »

Mwai, rien d'alarmant selon moi. Cela peut venir du réseau (queueing car interface de sortie remplie), de la destination, de ton lan ou même ton ordinateur.

Je constate également ces variances, en pire (adsl avec de l'utilisation)

Code: [Sélectionner]

$ mtr -rwc100 8.8.8.8
Start: 2020-01-29T21:46:13+0100
HOST: amnesia                      Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- omega.lan                     0.0%   100    0.3   0.3   0.2   0.4   0.0
  2.|-- 80.10.237.121                36.0%   100  9200. 9210. 9115. 9324.  35.9
  3.|-- 193.253.150.130               2.0%   100   16.3  19.3  14.9 125.3  14.4
  4.|-- 193.252.159.158               1.0%   100   20.2  24.6  19.5  99.7  15.1
  5.|-- 193.252.103.38                2.0%   100   20.8  25.3  20.0 159.7  19.3
  6.|-- 193.252.137.78                0.0%   100   21.1  25.8  20.0 134.6  20.1
  7.|-- google-11.gw.opentransit.net  1.0%   100   21.0  24.8  20.0 109.6  14.9
  8.|-- ???                          100.0   100    0.0   0.0   0.0   0.0   0.0
  9.|-- dns.google                    1.0%   100   20.8  24.6  19.7 162.8  18.1

C'est la vie du réseau. Internet a été conçu pour fonctionner de la sorte. Du best effort qui fonctionne bien quand même quand on y pense.

Fyi, les contrats entreprise peuvent avoir des garanties de service en terme de gigue, mais souvent uniquement on-net, donc au sein du même réseau (et généralement pas sur du traffic internet - plutôt du vpn).

PitchBlack · « **Réponse #2 le:** 30 janvier 2020 à 15:51:46 »

Merci beaucoup d'avoir pris le temps de me répondre petrus !

En fait, je sais qu'il n'y a là pas de quoi fouetter un chat comme on dit, je fais ce post par simple curiosité, car comme tu le précises, tu as fait le test sur une ligne ADSL avec du trafic, moi avec une ligne fibre sans aucune autre activité, même après minuit, et les variations sont toujours là (j'ai testé sur mon réseau local et je n'ai pas de variation).

Je me dis en plus que 8.8.8.8 étant les DNS de google, ils doivent être relativement fiables.

Encore merci !

P.S. : Si une autre personne en fibre Orange veut faire le test et indiquer le résultat (Min et Max) qu'il n'hésite pas, c'est pour la science.

KalNightmare · « **Réponse #3 le:** 30 janvier 2020 à 18:39:13 »

Je vais pas mettre les 100 lignes mais depuis un linux, à l'instant :

Code: [Sélectionner]

100 packets transmitted, 100 received, 0% packet loss, time 255ms
rtt min/avg/max/mdev = 2.262/2.414/2.606/0.107 ms

Il n'y a pas de variation.

PitchBlack · « **Réponse #4 le:** 30 janvier 2020 à 21:19:07 »

Merci KalNightmare.

Je vois que tu es relativement proche du serveur avec 2 ms de ping, c'est peut-être pourquoi tu n'as pas de gigue.

Je teste actuellement et j'ai toujours de la gigue, mais aujourd’hui c'est tous les dix ou quinze ping.

Edit : Si je ping la LB5 en local j'ai ce soir de la gigue sur 500 ping :

Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 500, reçus = 500, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 65ms, Moyenne = 0ms

Comment peut-on avoir de la gigue en local en Ethernet ?

Bizarre cette histoire.

buddy · « **Réponse #5 le:** 30 janvier 2020 à 22:10:36 »

Citation de: PitchBlack le 30 janvier 2020 à 21:19:07

Edit : Si je ping la LB5 en local j'ai ce soir de la gigue sur 500 ping :

Statistiques Ping pour 192.168.1.1:
Paquets : envoyés = 500, reçus = 500, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 65ms, Moyenne = 0ms

Comment peut-on avoir de la gigue en local en Ethernet ?

Bizarre cette histoire.

Le problème semble donc venir de ton domicile...
Driver de la carte ethernet, carte ethernet , câble ethernet, port RJ45 de la box ?

PitchBlack · « **Réponse #6 le:** 30 janvier 2020 à 23:02:46 »

Citation de: buddy le 30 janvier 2020 à 22:10:36

Le problème semble donc venir de ton domicile...

Il semblerait oui.

Du coup il faudra que je teste avec un autre câble ethernet, car la carte ethernet est à jour et la LB5 est neuve, de plus j'avais le même problème avec la LB4.

Idem en Wi-Fi, mais c'est peut-être plus normal.

On est d'accord qu'en ethernet la gigue ne doit pas bouger si je reste sur le réseau local ?