Je reçois une latence accrue et StDev en raison de la congestion des routes et de la perte de paquets , mais les chemins aller et retour passent par des réseaux distincts (par exemple, l'un étant init7.net, l'autre étant he.net), il est donc très difficile de comprendre quel réseau ou hôte est responsable de l'encombrement, de la perte de paquets, de la gigue et de la latence accrue.
Existe-t-il un moyen de réduire le blâme après l' mtr
échec de la marche avant et arrière pour identifier le coupable exact, et les contacts NOC @ ne répondent pas ou affirment ne subir aucune perte sur le chemin en question? (J'utilise OpenBSD.)
J'ai même essayé de faire un contact mtr
direct avec certains clients des deux réseaux qui pourraient rencontrer la congestion, mais je n'ai pas vraiment trouvé de problème de cette façon, d'autant plus que, par exemple, he.net a de nombreux POP, et souvent des routes distinctes sont prises entre une entrée et une sortie POP données, donc lorsque j'essaie de rejoindre mtr
leurs hôtes (comme le tserv) directement à la sortie POP vers laquelle je risque de perdre des paquets dans leur réseau, un chemin he.net différent est pris pour atteindre le même POP, et aucune perte de paquets ne se produit, ce qui ne prouve rien d'intérêt (à part une éventuelle suggestion qu'ils pourraient en effet surcharger certaines routes, tout en garantissant que d'autres restent non encombrées, tout en ignorant les demandes NOC @ de non-clients).