У мене збільшується затримка та StDev через перевантаженість маршруту та втрату пакетів , але прямий та зворотний контури йдуть по різних мережах (наприклад, один - init7.net, а інший - he.net), тому зрозуміти це дуже важко яка мережа або хост несе відповідальність за перевантаженість, втрату пакету, тремтіння та збільшення затримки.
Чи є спосіб зменшити провину після того, як вперед та назад mtr
не вдалося визначити точного винуватця, а контакти NOC @ або не реагують, або заявляють, що не зазнають втрат на розглянутому шляху? (Я використовую OpenBSD.)
Я навіть намагався mtr
безпосередньо звертатися з деякими клієнтами обох мереж, які, можливо, відчували перевантаженість, але насправді не могли знайти жодних проблем таким чином, тим більше, що, наприклад, у he.net є багато POP, і часто різні маршрути проходять між заданим входом і виходом POP, тому коли я намагаюся mtr
їх хостів (як, наприклад, церква) безпосередньо на виході POP, до якого я можу втрачати пакети в їхній мережі, для досягнення іншого шляху he.net той самий POP, і втрата пакетів не відбувається, що не викликає нічого цікавого (крім можливої думки, що вони дійсно можуть перевантажувати деякі маршрути, при цьому забезпечуючи, щоб інші залишалися незавантаженими, все ігноруючи NOC @ запити від не-замовників).