Dostaję większe opóźnienia i StDev z powodu przeciążenia trasy i utraty pakietów , ale ścieżki do przodu i do tyłu biegną przez różne sieci (np. Jedna to init7.net, a druga he.net), więc bardzo trudno jest ją zrozumieć która sieć lub host jest odpowiedzialny za przeciążenie, utratę pakietów, fluktuację i zwiększone opóźnienie.
Czy istnieje sposób na zawężenie winy po tym, jak naprzód i wstecz mtrnie potrafią wskazać dokładnego winowajcy, a kontakty NOC @ albo nie odpowiadają, albo twierdzą, że nie ponoszą strat na danej ścieżce? (Używam OpenBSD).
Próbowałem nawet zrobić mtrbezpośrednio z niektórymi klientami obu sieci, które mogą doświadczać przeciążenia, ale tak naprawdę nie mogłem znaleźć żadnych problemów w ten sposób, zwłaszcza, że na przykład he.net ma wiele POP i często różne trasy są wybierane między danym wejściem a wyjściem POP, więc kiedy próbuję mtrdotrzeć do ich hostów (takich jak tserv) bezpośrednio przy wyjściu POP, do którego mogę tracić pakiety w ich sieci, inna ścieżka he.net jest osiągana ten sam POP i nie dochodzi do utraty pakietów, co nie świadczy o nic interesującym (poza możliwą sugestią, że rzeczywiście mogą przeciążać niektóre trasy, jednocześnie zapewniając, że inne pozostaną nietknięte, a jednocześnie ignorują żądania NOC @ od klientów niebędących klientami).