Auteur Sujet: Perte de paquet sur un routeur Free. (Lu 37663 fois)

underground78 · « **Réponse #72 le:** 17 octobre 2015 à 20:52:29 »

Rien de remarquable ici, les pertes sont faibles. Par contre je ne vois pas trop où tu veux en venir, à priori il ne s'agit pas vraiment d'une IP qui t'intéresse. Pourquoi tu ne fais pas de traceroute vers un serveur du jeu problématique ?

buddy · « **Réponse #73 le:** 17 octobre 2015 à 20:55:07 »

Puis tu as toujours des packets loss entre ton PC et ta box... donc difficle de conclure grand chose.

P4rkeR · « **Réponse #74 le:** 17 octobre 2015 à 22:05:02 »

Citation de: underground78 le 17 octobre 2015 à 20:52:29

Rien de remarquable ici, les pertes sont faibles. Par contre je ne vois pas trop où tu veux en venir, à priori il ne s'agit pas vraiment d'une IP qui t'intéresse. Pourquoi tu ne fais pas de traceroute vers un serveur du jeu problématique ?

Que ce soit une IP qui m'intéresse ou pas, ce qu'il m'intéresse c'est de prouver qu'il continue à avoir des pertes sur bzn-crs16-2-be1009.intf.routers.proxad.net.
Grace a ce MTR vers une IP française OVH, on ne peut plus me répondre que c'est a cause de la route vers Google, Youtube ou encore vers mon serveur de jeux qui est saturée.

Nous pouvons donc tous ensemble conclure que ce que le SC Parisien de Free et moi même avons constater ( revenir a mon tout premier post ) :
Il y a des pertes anormales de paquets sur ce routeur !

underground78 · « **Réponse #75 le:** 17 octobre 2015 à 22:57:47 »

Citation de: P4rkeR le 17 octobre 2015 à 22:05:02

Que ce soit une IP qui m'intéresse ou pas, ce qu'il m'intéresse c'est de prouver qu'il continue à avoir des pertes sur bzn-crs16-2-be1009.intf.routers.proxad.net.
Grace a ce MTR vers une IP française OVH, on ne peut plus me répondre que c'est a cause de la route vers Google, Youtube ou encore vers mon serveur de jeux qui est saturée.
Nous pouvons donc tous ensemble conclure que ce que le SC Parisien de Free et moi même avons constater ( revenir a mon tout premier post ) :
Il y a des pertes anormales de paquets sur ce routeur !

Les 0.8% de perte sur bzn-crs16-2-be1009.intf.routers.proxad.net ne veulent rien dire du tout dans le cas présent. Ce qui compte c'est qu'à la fin tu as seulement 0.1% de paquets perdus sur la destination finale. La valeur est moins élevée ce qui permet d'être sûr que les pertes ne sont pas causées par bzn-crs16-2-be1009.intf.routers.proxad.net. Si le routeur perdait vraiment les paquets alors les pertes sur la destination finale devrait être au moins égales à 0.8%. Les pertes vues par le traceroute s'explique juste par le fait que par moment le routeur en question décide de ne pas honorer les paquets ICMP.

Si tu regardes à nouveau le traceroute vers Google, tu vas voir que les pertes deviennent massives à l'interface entre le réseau de Free et de Google et restent à un niveau élevé jusqu'à la fin ce qui montre que les paquets sont réellement perdus. Ce traceroute là montre clairement une saturation du peering avec Google mais je peux t'assurer qu'il n'y a rien de bizarre avec bzn-crs16-2-be1009.intf.routers.proxad.net.

Est-ce que tu comprends ce que j'essaie de t'expliquer ? Je veux bien croire que ça ne soit pas évident donc je peux essayer d'être plus clair si besoin.

Citer

Au lieu de pointer du doigts mon 0.2% de perte de paquets ICMP en local

Pourquoi est-ce que tu te connectes pas en filaire ? Ça éviterait que le WiFi interfère.

P4rkeR · « **Réponse #76 le:** 17 octobre 2015 à 23:08:20 »

Je viens de saisir ce que tu m'expliques !
Merci ! En gros, il n'y a que 0.1% de paquets réellement perdu ?
Et ces 0.1% peuvent venir de ma box si je comprend bien ?

Je faisait mes tests sur le mon MacBook Pro mais comme celui-ci ne possède pas de câble Ethernet...
Je vais faire dorénavant mes MTR sur de l'ethernet depuis mon poste fixe.

Je viens de deja de lancer un MTR qui a l'air tres bon vers coinhouse.io :

http://p4rker.free.fr/coinhouse-17-10-15-23-07.HTML

Mes MTRs seront desormais sortis en version HTML en plus c'est plus pratique pour moi !

Edit :

Effectivement un MTR vers chez google.fr est une autre histoire, on s'en rend compte en 60 secondes chrono :

http://p4rker.free.fr/google-fr-17-10-15-23-11.HTML

Et aucune perte sur le routeur que j'accuse !

underground78 · « **Réponse #77 le:** 17 octobre 2015 à 23:50:52 »

Ouaip c'est bien ça sauf que 0.1% viennent plutôt du WiFi que de la box en elle-même.

Si tu trouves l'adresse ip du serveur de jeu tu pourras voir où les choses commencent à dérailler.

underground78 · « **Réponse #78 le:** 18 octobre 2015 à 15:54:07 »

Sauf erreur il y a un truc bizarre avec la sortie donnée par WinMTR, les pourcentages n'ont pas l'air juste (comme s'ils avaient été arrondis à l'entier supérieur...).

P4rkeR · « **Réponse #79 le:** 18 octobre 2015 à 15:59:30 »

Citation de: underground78 le 18 octobre 2015 à 15:54:07

Sauf erreur il y a un truc bizarre avec la sortie donnée par WinMTR, les pourcentages n'ont pas l'air juste (comme s'ils avaient été arrondis à l'entier supérieur...).

C'est vrai que le développeur aurait pu faire un petit effort a ce niveau la, mais bon l’outil fait le job quand même.
Niveau résultats sur bzn-crs16-2-be1009.intf.routers.proxad.net

100 × 57989 ÷ 58007 ≈ 99,968969262
100 - 99,968969262 = 0.03% de pertes.

58007 - 57898 = 18 pertes de paquets sur quasiment 60.000 paquets.

P4rkeR · « **Réponse #80 le:** 18 octobre 2015 à 18:36:08 »

Voila un MTR vers un serveur CS:GO [146.66.159.95] qui merde si je n'utilise pas mon outils WTFast :

http://p4rker.free.fr/csgo1-18-33.HTML

underground78 · « **Réponse #81 le:** 18 octobre 2015 à 18:44:49 »

La fin du traceroute me laisse perplexe je dois dire... Je comprends pas trop ce que 192.168.131.30 et 192.168.131.3 font là. Normalement 192.168.0.0/16 est un bloc d'adresses réservées aux réseaux privés.

Sinon le début du traceroute montre que tu passes par l'interconnexion entre Free et l'Amsterdam Internet Exchange avant d'entrer sur le réseau de Valve qui est aussi interconnecté à l'AMS-IX. Visiblement tout à l'air normal jusque là.

vivien · « **Réponse #82 le:** 18 octobre 2015 à 18:44:53 »

Sur ce nouveaux MTR, on note que la destination ne répond pas au ping (c'est son droit)

On note que l'on arrive sur les routeurs de valve sans perte de paquet et un ping correct, donc tout se passe bien.

Attention, les saturations les plus fortes liées au peering / transit sont le dimanche soir vers 22h00.

donc le fait que tout se passe bien en ce moment ne permet pas de dire que le peering est correctement dimensionné, vu q'on n'est pas au pic du trafic.

P4rkeR · « **Réponse #83 le:** 18 octobre 2015 à 18:51:10 »

Donc cela veut dire que le Traceroute réalisé par WTFast que j'ai poste ici n'utilise pas des paquets ICMP ?
Ou rien a voir ?