Skip to main content

Інструкція користувача

Особливості роботи PingPlotter та WinMTR

Чому може спостерігатися втрата пакетів на маршрутизаторі під час використання програм PingPlotter та WinMTR для діагностики мережевих з'єднань?

ping-plotter-01-en.png

PingPlotter та WinMTR мають певні особливості, і результати тестів, отримані через маршрутизатор, не завжди можуть бути точними.

Ми раніше вивчали роботу PingPlotter та WinMTR та виявили кілька ключових деталей, які можуть вплинути на результати тестів:

  1. Ping-трафік (ICMP echo request та ICMP echo reply) жодним чином не обмежується на маршрутизаторі.

  2. ICMP завжди вважається типом трафіку з найнижчим пріоритетом. Пакети ICMP, які PingPlotter та WinMTR використовують для трасування, мають найнижчий пріоритет для обладнання, тому, якщо їх опитувати занадто часто, вони просто відкидатимуться. Така перевірка не може гарантовано вказати, в чому полягає проблема, оскільки і сам сервер, і проміжні вузли можуть взагалі не відповідати на ping/tracert, але це не вказує на проблему; це просто їхня конфігурація. Пріоритет надається іншим завданням. Втрати слід враховувати на кінцевому хопі, порівнюючи кількість надісланих і отриманих пакетів. Якщо кількість надісланих і отриманих пакетів однакова, то на тестованому вузлі втрат немає, а втрати на проміжних хопах можна не враховувати.

    Якщо результати вашого тесту показують невеликий відсоток втрати пакетів, для більшості завдань це зазвичай не є великою проблемою, і ви можете ігнорувати цей невеликий відсоток втрат.

  3. PingPlotter та WinMTR можуть не «втрачати» пакети ICMP echo reply, але вони можуть втрачати мережеві пакети ICMP ttl-exceeded. Це тому, що вони не пінгують, а виконують traceroute (tracert), надсилаючи датаграми UDP.

  4. Маршрутизатор має мінімальний інтервал проходження пакетів ICMP ttl-exceeded у 1000 мс (параметр icmp_ratelimit 1000 у конфігурації маршрутизатора). Це зроблено з міркувань безпеки, оскільки існують типи атак зі спуфінгом вихідної IP-адреси, які можуть змусити обладнання надсилати ICMP-запити на іншу IP-адресу.

    За півсекундний інтервал PingPlotter надсилає запити на основі кількості хопів до тестованого вузла. Якщо вузол знаходиться досить далеко, наприклад, за 10 хопів, фактична частота надсилання запитів становитиме 500 мс / 10 = раз на 50 мс. PingPlotter не отримає відповіді на більшість цих запитів і намалює на графіку червоний прямокутник.

  5. Ви можете переконатися, що проблема не виникне, використовуючи PingPlotter для перевірки, наприклад, найближчого шлюзу вашого провайдера.

    Крім того, ви можете виконати команду ping -t 192.168.1.1 у командному рядку Windows. Якщо втрати ping-пакетів немає, то втрати, про які повідомляє PingPlotter на 192.168.1.1, не мають нічого спільного з втратою корисних пакетів трафіку.

    У WinMTR стандартний інтервал запитів становить 1 секунду, і якщо цей інтервал не зменшувати, проблем не виникне.

    winmtr-01-en.png

  6. Ви можете дозволити пакетам ICMP ttl-exceeded проходити частіше, ніж раз на 1000 мс, в інтерфейсі командного рядка (CLI) маршрутизатора за допомогою команди:

    system set net.ipv4.icmp_ratelimit <number>

    де <number> — це мінімально допустимий інтервал у мілісекундах.

    Наприклад, виконайте команду:

    system set net.ipv4.icmp_ratelimit 10

    Однак втрати все ще можуть виникати на хопах, тому рекомендується не встановлювати інтервал traceroute частіше, ніж раз на секунду.

    Важливо

    Використання команди system set net.ipv4.icmp_ratelimit 10 допоможе PingPlotter з втратою пакетів, але погіршить продуктивність маршрутизатора щодо швидкості маршрутизації для всього іншого трафіку.

  7. Також є нюанси в роботі Системи Wi-Fi. Вона використовує протокол STP, який чутливий до будь-яких змін у топології. Якщо в Системі є дротовий пристрій із нестабільним з’єднанням, дерево STP буде постійно перебудовуватися, а мережевий комутатор на маршрутизаторі блокуватиметься на кілька секунд.

  8. Якщо є помилки в кабельному з'єднанні, вам потрібно аналізувати системний журнал маршрутизатора в такі моменти.

    Що стосується бездротового підключення, проблема може полягати в самій мережі Wi-Fi. Для застосунків і служб, чутливих до втрати пакетів і затримок, рекомендується використовувати дротове з'єднання або з'єднання Wi-Fi у діапазоні 5 ГГц. Діапазон 2,4 ГГц погано підходить для таких завдань, і нестабільний пінг у цьому діапазоні не є рідкістю.

    Основні причини проблем з Wi-Fi розглядаються у статті Why is my Wi-Fi connection with the router slow?

    Якщо втрата пакетів є періодичною, це може залежати від маршрутів, якими проходить трафік до сервера, навантаження на магістральні канали та хопи на шляху, навантаження на сам сервер і, звичайно, продуктивності обладнання провайдера.

У цьому розділі: