Togirix wrote:Donc, vers quelle adresse tester tout ça quand ça déconne ? Qobuz ?
Tout à fait comme pour Google. Ping et traceroute vers le serveur de Qobuz (pas
http://www.qobuz.com, vers le serveur de streaming, qui est une autre adresse que
http://www.qobuz).
100% de pertes sur un point intermédiaire (ou pas de réponse à traceroute) n'est pas nécessairement un problème, il peut être configuré pour ne pas répondre aux ping. Autre chose que 0 ou 100, 80% signifie qu'il y a un problème, qu'il y a des pertes.
Des pertes sur ping/traceroute vers Google ne signifie rien. Sauf si ces pertes se situent sur l'un des premiers points sr la route, un point commun entre la destination Google et Qobuz.
Ce sont des outils basiques qui permettent de localiser à peu près au moins chez qui les paquets se perdent.
Togirix wrote:C'est toujours la même adresse ip qui pose souci (un noeud je pense)
Un noeud, ou le lien vers le noeud peut avoir un problème, de façon permanente comme à certaines heures de la journée seulement (selon le trafic sur le tuyau).
Si vous confirmez que c'est dans le réseau, et par exemple, toujours à des périodes précises de la journée, toujours sur des points intermédiaires précis (identifiés avec traceroute, puis ping dessus), vous pourriez en parler à votre FAI, et cesser de chercher une solution sur votre propre install.
Edit... Pour la destination Qobuz,
netstat me renseigne:
diffusion-vip.qobu:http ESTABLISHED
netstat -n affiche 79.143.255.10:80 ESTABLISHED
nslookup 79.143.255.10 m'affiche
name = diffusion-vip.qobuz.absolight.com
# ping diffusion-vip.qobuz.absolight.com
-s 1400
PING diffusion-vip.qobuz.absolight.com (79.143.255.10) 1400(1428) bytes of data.
1408 bytes from diffusion-vip.qobuz.absolight.com (79.143.255.10): icmp_seq=1 ttl=52 time=130 ms
1408 bytes from diffusion
--- diffusion-vip.qobuz.absolight.com ping statistics ---
23 packets transmitted, 23 received,
0% packet loss, time 22034ms
rtt min/avg/max/mdev = 121.930/142.890/238.822/31.760 ms
On peut surveiller aussi le temps que ça met à répondre. Là, ça prenait entre 122 et 239ms. 0% packet loss, pour le moment, pour moi, ça va, ça ne saccade d'ailleurs pas.
Le temps de réponse aller/retour (Round Trip Time), on s'en fout tant qu'il n'y a pas de pertes. S'il y a quelque chose de significatif en plus de pertes, ça pourrait intéresser le FAI.