Има ли нещо по-добро/по-надеждно от mtr за проверка на загубени пакети?

[Валсо]

Писах на разработчика на mtr:

Hi. I got to this page from Arch Linux's repository where this page is associated with mtr.
Mtr has a problem: it's generating traffic that servers along the way don't like and defend themselves, thus showing a fake loss of packages. When I run mtr eu.wargaming.net, it shows these losses:



But if I run a ping of 10 packages, it shows zero loss of packages. Which means mtr isn't working quite as expected, which makes it an unreliable source for loss check.

и това ми отговориха:

It is quite typical that hosts along the way do not respond to
the messages that error at their hop.

mtr works by sending "weird" packets. mtr pretends they have already
been traveling quite long so that they hit the "too long" mark along
the route to the destination. The host at that hop is supposed to send
an error message but some are configured to simply drop the packet
that caused the error.

Ah! you are encoutering hosts that DO send SOME error messages. If
these errors are indeed validly occurring then sending an occasional
error will cause the originating host to stop sending the error-causing
packets. Mtr doesn't listen.

Sorry, but this is unavoidable.

Roger.

Та, има ли нещо, което да показва нещата подобно на mtr, но да не плаши сървърите по този начин, така че ако има загуби на пакети, да ги покаже реално какви са? Мога, разбира се, да ползвам и пингване, но то не показва къде точно са загубите, ако има такива.

[cprog]

Писах на разработчика на mtr:

Hi. I got to this page from Arch Linux's repository where this page is associated with mtr.
Mtr has a problem: it's generating traffic that servers along the way don't like and defend themselves, thus showing a fake loss of packages. When I run mtr eu.wargaming.net, it shows these losses:



But if I run a ping of 10 packages, it shows zero loss of packages. Which means mtr isn't working quite as expected, which makes it an unreliable source for loss check.

и това ми отговориха:

It is quite typical that hosts along the way do not respond to
the messages that error at their hop.

mtr works by sending "weird" packets. mtr pretends they have already
been traveling quite long so that they hit the "too long" mark along
the route to the destination. The host at that hop is supposed to send
an error message but some are configured to simply drop the packet
that caused the error.

Ah! you are encoutering hosts that DO send SOME error messages. If
these errors are indeed validly occurring then sending an occasional
error will cause the originating host to stop sending the error-causing
packets. Mtr doesn't listen.

Sorry, but this is unavoidable.

Roger.

Та, има ли нещо, което да показва нещата подобно на mtr, но да не плаши сървърите по този начин, така че ако има загуби на пакети, да ги покаже реално какви са? Мога, разбира се, да ползвам и пингване, но то не показва къде точно са загубите, ако има такива.

Според мен не, защото всички подобни тулове разчитат на някакви допускания, на базата на които правят догадки , които в определени случаи няма да са верни.

Имал съм случаи, когато ping с малък брой и размер пакети не показва загуби.
Но увеличи бройката и размера на пакета и започват загуби.

И това е всъщност нормално и логично.
Трябва връзката да е мега зле, за да се издънят 10 пинга с дефолт размер на пакета

За да се изтества мрежова свързаност трябва да се съчетаят повече от един метод на тестване и да се има предвид контекста на тестване

[Валсо]

Добре, следващия път, когато играта почне да лагва и да изписва загуби, с колко пакета пинг предлагаш да пробвам? 50? 100?

[cprog]

Добре, следващия път, когато играта почне да лагва и да изписва загуби, с колко пакета пинг предлагаш да пробвам? 50? 100?

Примерно можеш да ползваш 50 с параметър 1000 байта (-s 1000)
По дефолт е 80 байта
Не съм сигурен доколко може да се вдига размера на байтовете

[Валсо]

Не съм сигурен доколко може да се вдига размера на байтовете

До 65500. Но зависи и сървъра на колко е настроен да приема. Щот' примерно тоя на wargaming повече от 2000 май не ще да приеме.

[beggginer]

Да, защото е равносилно на DDoS атака. Какво се опитваш да постигнеш, освен да се баннеш по IP?

[Валсо]

Да, защото е равносилно на DDoS атака. Какво се опитваш да постигнеш, освен да се баннеш по IP?

Еми, когато играта пак започне да губи пакети, да намеря къде точно са загубите. Досега mtr показваше това, ама явно не е надежден източник, а пингването само показва ако има загуби, но не и в коя мрежа са.