Ping dégradé et gigue variable

[dlvb31]

Bonjour,

Depuis quelques temps je constate que la navigation n'est plus aussi fluide qu'avant. C'est bien connu, c'était mieux avant! Mais impossible de mesurer la chose parce que le débit est bien là, mais pas la fluidité!

Passons le côté nostalgique!
J'ai eu le temps récemment d'analyser de plus prêt ce qui se passe. D'après ce que je vois avec un t r a c e r t generationcable.net (virer les espace pour le jouer chez vous)

Code : Tout sélectionner

Détermination de l'itinéraire vers generationcable.net [212.83.158.37]
avec un maximum de 30 sauts :

  1     3 ms     3 ms     8 ms  LaBOX [192.168.1.1]
  2    13 ms    10 ms    15 ms  MonPC &#91;0.0.0.0&#93;                                                 <==== ANORMAL
  3    11 ms    12 ms    15 ms  lem1rj-ge-0-1-4.0.numericable.net &#91;213.245.253.209&#93;
  4    37 ms    36 ms    37 ms  ip-190.net-80-236-0.static.numericable.fr &#91;80.236.0.190&#93;        <== +20ms en moyenne
  5    36 ms    40 ms    41 ms  ip-185.net-80-236-0.static.numericable.fr &#91;80.236.0.185&#93;
  6    47 ms    58 ms    58 ms  172.19.129.90
  7    50 ms    49 ms    49 ms  numericable.a9k1.dc3.poneytelecom.eu &#91;195.154.3.250&#93;
  8    53 ms    48 ms    45 ms  45-s103-1-dc2-a9k1.dc3.poneytelecom.eu &#91;195.154.1.123&#93;
  9    47 ms    49 ms    55 ms  mail2.generationcable.net &#91;212.83.158.37&#93;

Itinéraire déterminé.

La route est bien résolu, mais le ping est mauvais pour du câble. Mon téléphone en 4G SFR me donne du 40ms

Code : Tout sélectionner

Envoi d'une requête 'ping' sur generationcable.net [212.83.158.37] avec 32 octets de données :
Réponse de 212.83.158.37 : octets=32 temps=99 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=49 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=129 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=48 ms TTL=54

Statistiques Ping pour 212.83.158.37:
    Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 48ms, Maximum = 129ms, Moyenne = 81ms

=> Le ping n'est pas bon, mais pire, la gigue, variation du ping est énorme: entre 48ms et 129ms, soit presque le triple!


J'ai donc analyser chaque saut. Et c'est le 80.236.0.190 qui ajoute 20ms en moyenne sur la route. 20ms c'est rien mais sur 60ms, c'est beaucoup!

Constatez-vous cela aussi?
Avez-vous les mêmes routes?

Ce n'est pas une panne en soi, mais c'est très pénalisant et difficile à présenter au SAV, et encore moins simple à pister. Il faut du niveau 3 mini. Il y a peu, ce n'était pas comme cela. On dirait que le routeur attend une route indisponible et sans réponse, passe par une route alternative.

Merci de vos réponses!

[dlvb31]

Bonjour,

Je me réponds à moi même.
Des changements ont eu lieu sur le réseau et c'est tant mieux!

Code : Tout sélectionner

Détermination de l'itinéraire vers generationcable.net [212.83.158.37]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  LABOX &#91;192.168.1.1&#93;
  2     8 ms     6 ms     7 ms  PC &#91;0.0.0.0&#93;
  3     7 ms     7 ms     7 ms  lem1rj-ge-0-1-4.0.numericable.net &#91;213.245.253.209&#93;
  4    21 ms    22 ms    21 ms  ip-187.net-80-236-1.static.numericable.fr &#91;80.236.1.187&#93;
  5    21 ms    26 ms    21 ms  ip-185.net-80-236-1.static.numericable.fr &#91;80.236.1.185&#93;
  6    27 ms    22 ms    34 ms  172.19.129.90
  7    20 ms    21 ms    21 ms  numericable.a9k1.dc3.poneytelecom.eu &#91;195.154.3.250&#93;
  8    45 ms    36 ms    21 ms  45-s103-1-dc2-a9k1.dc3.poneytelecom.eu &#91;195.154.1.123&#93;
  9    21 ms    21 ms    23 ms  mail2.generationcable.net &#91;212.83.158.37&#93;

Itinéraire déterminé.

et le ping devint bon!

Code : Tout sélectionner

ping generationcable.net

Envoi d'une requête 'ping' sur generationcable.net [212.83.158.37] avec 32 octets de données :
Réponse de 212.83.158.37 : octets=32 temps=22 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=23 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=21 ms TTL=54
Réponse de 212.83.158.37 : octets=32 temps=21 ms TTL=54

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

On passe donc de 50-60ms à 20-30ms :D

Merci aux équipes de NC, fidèles lecteurs de ce forum!

[dlvb31]

Bonsoir,

Après quelques jours de bon fonctionnement, on est reparti comme il y a bien longtemps: perte de paquets, gigue en augmentation...

Code : Tout sélectionner

Réponse de 173.194.40.216 : octets=32 temps=43 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=39 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=100 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=110 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=122 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=41 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=42 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=38 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=45 ms TTL=53
Délai d'attente de la demande dépassé.
Réponse de 173.194.40.216 : octets=32 temps=39 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=43 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53

Par moment, le surf devient pénible et on doit forcer le rechargement de la page...

C'est qui qui a touché quoi?

Bonne soirée.

[RinDman]

Qu'ils réduisent le TTL à 10 :D:D

[Esteban]

Bonsoir,

Après quelques jours de bon fonctionnement, on est reparti comme il y a bien longtemps: perte de paquets, gigue en augmentation...

Code : Tout sélectionner

Réponse de 173.194.40.216 : octets=32 temps=43 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=39 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=100 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=110 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=122 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=41 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=42 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=38 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=45 ms TTL=53
Délai d'attente de la demande dépassé.
Réponse de 173.194.40.216 : octets=32 temps=39 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=43 ms TTL=53
Réponse de 173.194.40.216 : octets=32 temps=40 ms TTL=53

Par moment, le surf devient pénible et on doit forcer le rechargement de la page...

C'est qui qui a touché quoi?

Bonne soirée.

J'ai le même souci... Un technicien est venu mais n'a rien constaté... Parfois tout fonctionne au poil, parfois il faut recharger la page... C'est très aléatoire !

[dlvb31]

Bonsoir,

Donc c'est général!
Le problème est sur la collecte pas chez les abonnés.
Je pense que les ingé réseaux sont au courant, mais ne peuvent/veulent rien faire...

Dommage!

Bonne soirée.

[HC-SPIRIT]

Salut.

Je viens de faire quelques tests.

Ici à Metz tout va bien.

J'ai les mêmes chiffres (+ ou - 1 ms) que tu avais posté le 12 septembre dernier.

[RinDman]

hum, c'est plutôt vers 21h30-22h30 la période où tout se corse ^^" C'est le calme avant la tempête x)

21h : Voilà on est à 60ms en moyenne ...Ils ont clairement pas assez de routeur ou ne veulent pas réguler le trafic correctement.

[dlvb31]

Bonsoir,

ATTENTION avec les chiffres! 60ms n'est pas que de la responsabilité de NC: il y a le peering et l'autre. Si la route qui mène à google ou google (ou les autres) est chargée, ce n'est la faute de personne.

En revanche, si NC perd en paquet en route (avant google ou les autres), c'est de sa responsabilité. Ce qui me gêne, ce n'est pas tant la dégradation, bien normale/compréhensible après tout, mais la perte de paquet, synonyme de (micro) perte de service! Par exemple, 60 ms n'est pas gênant en soi quand on surfe ou que l'on écoute la radio.
Mais si tu perds des paquets, il manque une image sur la page ou bien la radio se coupe.

Bonne soirée.

[RinDman]

22h : Retourne à la "normale", ça m'a causé une belle déconnexion sur un jeu =/

Le peering n'a rien à voir, elle a toujours été bonne ( youtube marche bien, etc ... )

Je sais pas ce qui se trame pendant cette si courte période ...