bwping - Інтернет у хмарі

ПРОГРАМА:

ІМ'Я

bwctl, bwping, bwtraceroute - Клієнтська програма для запиту пропускної здатності, traceroute, ping
і тести owamp.

СИНТАКСИС

bwctl [опції] -c recvhost -s sendhost
bwctl [опції] -c recvhost
bwctl [опції] -s sendhost
bwping [опції] -c recvhost -s sendhost
bwping [опції] -c recvhost
bwping [опції] -s sendhost
bwtraceroute [опції] -c recvhost -s sendhost
bwtraceroute [опції] -c recvhost
bwtraceroute [опції] -s sendhost

ОПИС

bwctl це клієнтська програма командного рядка, яка використовується для ініціювання тестів пропускної здатності.

ця версія bwctl здатний ініціювати Iperf, Nuttcp, Iperf3, Пінг, Traceroute,
Tracepath та Owamp тести

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

Якщо випадки де bwctl безпосередньо запускає тест на хості, їх кілька
параметри конфігурації, до яких надано спільний доступ bwctld. Ці параметри конфігурації можна встановити
використання bwctlrc(5) файл конфігурації дуже схожий на той, який вони є
зазначені в bwctld.conf(5) файл.

Команда bwctl, bwping та bwtraceroute клієнтів він має використовуваний до запросити бажаний тип of
пропускна здатність, латентність or traceroute тест. Крім того, it запитів коли тест розшукується.
bwctld на кожній кінцевій точці або відповідає попереднім застереженням, або a тест відмовлено
повідомлення. один раз bwctl може отримати відповідне бронювання від обох bwctld процеси (один
для кожного хоста, залученого до тестування), це підтверджує бронювання. Потім, bwctld
процеси запускають тест і повертають результати. Результати повертаються клієнту з
обидві сторони тесту з відповідного bwctld процесів. Крім того, bwctld
процеси обмінюються результатами з відповідної сторони тесту один з одним.

BWCTL (bwctl та bwctld) використовується для включення неспецифічних тестів вимірювання мережі для хостів
без необхідності надавати повні облікові записи користувачів у даних системах. Користувачі хочуть мати можливість
запустити тести пропускної здатності, щоб визначити досяжну або доступну пропускну здатність між парою
господарів. Часто буває корисно перевірити кілька точок уздовж маршруту мережі, щоб визначити
характеристики мережі на цьому шляху. Як правило, користувачі, які хочуть пройти цей шлях
декомпозиції необхідно безпосередньо зв’язатися з мережевими/системними адміністраторами, які контролюють
господарів уздовж шляху. Адміністратор повинен або запустити половину тесту для користувача
або надайте їм обліковий запис користувача на хості. Також, як правило, цікавлять мережеві шляхи
під контролем кількох адміністраторів. Ці перешкоди зробили такий вид тестування
важко на практиці.

BWCTL було розроблено, щоб допомогти з цією проблемою. Це дозволяє адміністратору налаштувати a
надано хостом як Iperf, Iperf3, Nuttcpабо Owamp кінцева точка. Кінцевою точкою може бути пакет
відправник (напр Iperf клієнт) або одержувач пакетів (напр Iperf сервер). Нею можна поділитися
кільком користувачам, не турбуючись про те, що ці користувачі будуть заважати один одному. Конкретні
обмеження політики можуть застосовуватися до конкретних користувачів, і окремі тести плануються, щоб вони
не будуть заважати один одному. Крім того, повні облікові записи користувачів не потрібні для
користувачів, які виконують тести.

BWCTL дозволяє адміністратору класифікувати вхідні з’єднання на основі імені користувача та
Комбінація клавіш AES або, як альтернатива, на основі IP/мережевої маски. Як тільки з'єднання буде
засекречений, в bwctld може визначити точний тип та інтенсивність тестів пропускної здатності
що буде дозволено. Додаткову інформацію про засоби контролю політики можна знайти в
bwctld(8) сторінка посібника.

BWCTL використовує розподілений алгоритм планування. Кожен хост має свій графік
самостійно. Коли клієнт запитує перевірку, зв’язуються дві кінцеві точки і кожна
bwctld сервер відповідає першим доступним відкритим слотом розкладу. Це дозволяє на вимогу
тести співіснують із регулярними запланованими тестами, оскільки регулярні тести є
реалізовано шляхом регулярного тестування запитів клієнта. Різні пріоритети
можна реалізувати за допомогою event_horizon директиву конфігурації до bwctld. (Дозволяючи
клієнти, які проводять регулярні заплановані тести, щоб зарезервувати свої часові інтервали далі
майбутнє.)

АРГУМЕНТИ

Підключення/Автентифікація аргументи:
-4, --ipv4
Примушує bwctl використовувати лише адреси IPv4.

За умовчанням:
Не вказано (бажано IPv6).

-6, --ipv6
Примушує bwctl використовувати лише адреси IPv6.

За умовчанням:
Не вказано (бажано IPv6).

-A метод аутентифікації
метод аутентифікації використовується для визначення методу аутентифікації bwctl клієнт бажає
використовувати для спілкування з bwctld на sendhost та recvhost,
параметри аутентифікації bwctl призначені для розширення. Спілкування
від bwctl клієнта кожному bwctld сервер може приймати різні параметри для
різні види аутентифікації. Якщо метод аутентифікації вказана опція для
або -s, Або -c аргумент, він перевизначає метод аутентифікації зазначено з
-A можливість зв'язку з цим конкретним хостом. (Отже, -A аргумент
справді корисно лише в тому випадку, якщо можна використовувати однакову автентифікацію з обома хостами.)

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

Формат для метод аутентифікації це:

режим авторизації [авт.схема варіанти схеми]

режим авторизації
Вказує режим автентифікації, з яким клієнт готовий спілкуватися
сервер. Його потрібно встановити як рядок символів з будь-яким або всіма
символи «AEO». Режими:

A [A]підтверджено. Цей режим шифрує контрольне з’єднання.

E [E]зашифровано. Цей режим шифрує контрольне з’єднання. Якщо тест
підтримує шифрування, цей режим додатково зашифрує тест
потік. (Шифрування тестового потоку наразі не підтримується, тому
наразі цей режим ідентичний режиму автентифікації.)

O [O] ручка. Ніякого шифрування не виконується.

Клієнт може вказати всі режими, з якими він бажає
спілкуватися. Найсуворіший режим, як сервер, так і клієнт
буде вибрано бажання використовувати.

За умовчанням:
"АЕО"

автентична схема варіанти схеми
автентична схема вказує схему аутентифікації, яку слід використовувати
досягти автентифіковано or зашифрованих режими роботи варіанти схеми є списком
аргументи, характерні для кожної конкретної схеми аутентифікації. Підтримується
автентична схема слідують значення (перелічені з варіанти схеми кожна схема вимагає):

AESKEY Ідентіфікатор_пользователя [ключовий файл]
Це початкова «проста» модель загального секрету (ключ AES). Ідентіфікатор_пользователя is
необхідний, щоб визначити, який загальний секрет має сервер і клієнт
використовувати. ключовий файл за бажанням вказує файл для отримання ключа AES
від Якщо ключовий файл не вказано, користувачу буде запропоновано ввести a
парольна фраза. ключовий файл можна створити за допомогою aespasswd(1)
Додаток.

За умовчанням:
Не підлягає ідентифікації

автентична схема та варіанти схеми потрібні лише за умови автентифікованого зв’язку (A or E
режими режим авторизації) розшукується з sendhost та recvhost.

-Б, --локальна_адреса серце
Прив’язати локальну адресу клієнтського сокета до серце. серце можна вказати
за допомогою імені DNS або стандартних текстових позначень для IP-адрес.

За умовчанням:
Не вказано (вибір адреси підстановки).

-c, -- приймач recvhost[:порт] [athmethod]
Вказує хост, який запускатиме Iperf, Iperf3 or Nuttcp сервер. :порт
суфікс необов'язковий і потрібен лише в тому випадку, якщо bwctld виконується на порту, який не встановлений за замовчуванням
номер. Якщо вказано адресу IPv6, зверніть увагу, що прийнятний формат
містить recvhost частина специфікації в квадратних дужках як:
[fe80::fe9f:62d8]:4823. Це гарантує, що номер порту відрізняється від адреси
специфікації, і він не потрібен, якщо суфікс :port не використовується.

Принаймні один з -c or -s необхідно вказати параметри. Якщо одного з них немає
вказано, передбачається, що це локальний хост.

метод аутентифікації – це спеціально впорядкований список ключових слів, який потрібен лише в тому випадку, якщо
потрібен аутентифікований зв’язок з recvhost. Ці ключові слова звикли
описати тип комунікації та аутентифікації, до яких слід використовувати
зверніться до recvhost. Якщо recvhost та sendhost ділитися такою ж автентифікацією
методів та ідентифікаторів, можна вказати метод аутентифікації для обох recvhost
та sendhost використання -A аргумент. An метод аутентифікації зазначено з -c варіант
перевизначить an метод аутентифікації зазначено з -A аргумент для спілкування з
recvhost.

Формат для метод аутентифікації та опис доступних на даний момент
Методи аутентифікації описані в -A аргумент.

-так, -- відправник sendhost[:порт] [athmethod]
Вказує хост, який запускатиме Iperf, Iperf3 or Nuttcp клієнта. :порт
суфікс необов'язковий і потрібен лише в тому випадку, якщо bwctld виконується на порту, який не встановлений за замовчуванням
номер. Якщо вказано адресу IPv6, зверніть увагу, що прийнятний формат
містить sendhost частина специфікації в квадратних дужках як:
[fe80::fe9f:62d8]:4823. Це гарантує, що номер порту відрізняється від адреси
специфікації, і він не потрібен, якщо суфікс :port не використовується.

Принаймні один з -c or -s необхідно вказати параметри. Якщо одного з них немає
зазначено, вважається, що це місцевий.

метод аутентифікації – це спеціально впорядкований список ключових слів, який потрібен лише в тому випадку, якщо
потрібен аутентифікований зв’язок з sendhost. Ці ключові слова звикли
описати тип комунікації та аутентифікації, до яких слід використовувати
зверніться до sendhost. Якщо recvhost та sendhost ділитися такою ж автентифікацією
методів та ідентифікаторів, можна вказати метод аутентифікації для обох recvhost
та sendhost використання -A аргумент. An метод аутентифікації зазначено з -s варіант
перевизначить an метод аутентифікації зазначено з -A аргумент для спілкування з
sendhost.

Формат для метод аутентифікації та опис доступних на даний момент
Методи аутентифікації описані в -A аргумент.

-о, --перевернути
За замовчуванням відправник підключається до одержувача. Параметр --flip викликає
одержувача для підключення до відправника. Ця опція доступна не для всіх типів тестів
(наприклад, для тестів iperf). Це найбільш корисно, якщо приймач знаходиться за брандмауером.

bwctl Тест аргументи:
Аргументи були названі відповідно до їхніх аналогів Iperf якомога ближче.

-Т, --інструмент
Укажіть, який тестер пропускної здатності використовувати:

Iperf

iperf3

nuttcp

За умовчанням:
Жодного. Вибирає спільний інструмент для клієнта і сервера

-S, --тос КАШЕЛЬ
Встановіть байт TOS у пакетах, які надсилаються.

За умовчанням:
Ні.

-Д, --dscp DSCP
Встановіть значення DSCP в стилі RFC 2474 для байта TOS у пакетах, що надсилаються. Це може
встановлюється за допомогою 6-бітового числового значення в десятковому, шістнадцятковому чи вісімковому. Крім того,
наступний набір символічних DSCP іменні константи зрозумілі. (Приклади додатків
взяті з RFC 4594.)

┌────────┬────────┬──────────────────────────┬───── ────────────────────────┐
│ ІМ'Я │ значення │ Обслуговування Клас │ прикладів │
├────────├────────├─────────────────────────├───── ────────────────────────┤
│NONE │ │ │ │
│ПОВЕРНЕНО │ 000000 │ Стандартний │ Недиференційований │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS1 │ 001000 │ Дані з низьким пріоритетом │ Немає гарантії BW │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ Дані високої пропускної здатності │ Зберігати та пересилати │
│AF13 │ 001110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS2 │ 010000 │ OAM │ OAM&P │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ Дані з низькою затримкою │ Веб-замовлення │
│AF23 │ 010110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS3 │ 011000 │ Трансляція відео │ ТБ та прямі події │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Потокове мультимедійне │ Потокове відео та аудіо │
│AF33 │ 011110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS4 │ 100000 │ Інтерактивний режим реального часу │ Відеоконференції та ігри │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ Мультимедійні конференції │ Відеоконференції H.323 │
│AF43 │ 100110 │ │ │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS5 │ 101000 │ Сигналізація │ Відеоконференція та ігри │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│EF │ 101110 │ Телефонія │ Носій IP-телефонії │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS6 │ 110000 │ Контроль мережі │ Маршрутизація мережі │
├────────┼────────┼──────────────────────────┼───── ───────────────────────┤
│CS7 │ 111000 │ │ │
└────────┴────────┴─────────────────────────┴───── ────────────────────────┘
За умовчанням:
Вимкнено.

-б, --пропускна здатність ширина смуги
Обмежте швидкість надсилання UDP ширина смуги (біт/сек).

За умовчанням:
1 Mb

-я, --інтервал_звіту інтервал
Інтервал звіту (секунди).

За умовчанням:
не налаштовано (не повідомляється про інтервали)

-л, --довжина_буфера довжина
довжина буферів читання/запису (байти).

За умовчанням:
8 КБ TCP, 1470 байт UDP

-О, --опустити seconds
Початковий період даних, який потрібно виключити з остаточної статистики. Це для того, щоб ти міг
пропустити попередні початкові умови, такі як повільний запуск TCP. Наразі реалізовано лише
iperf3 інструмент.

-П, --паралельний nПотоки
Кількість одночасних потоків для тесту. Див -P можливість Iperf for details.

-t,--тривалість_тесту час
Тривалість тесту (секунд).

За умовчанням:
10

-у, --udp
Тест UDP.

За умовчанням:
Тест TCP

-W,--динамічне_вікно вікно
Те саме, що і -w варіант, за винятком того, що значення є рекомендаційним. bwctl буде намагатися
динамічно визначити відповідне вікно TCP на основі інформації RTT
зібрано з контрольної розетки. Якщо bwctl не в змозі динамічно визначити a
вікно, значення вікно буде використовуватися.

За умовчанням:
Не налаштовано (системні параметри за замовчуванням)

-w, --вікно вікно
Розміри буфера сокета (байти). Для TCP це встановлює розмір вікна TCP. Для UDP це
встановлює розмір буфера отримання сокета.

За умовчанням:
Не налаштовано (системні параметри за замовчуванням)

bwping Тест аргументи:
-Т, --інструмент
Укажіть, який тестер пропускної здатності використовувати:

пінг

owamp

За умовчанням:
Жодного. Вибирає спільний інструмент для клієнта і сервера

-Е, --no_endpoint
Дозволити запуск тесту ping, якщо одержувач може не мати доступного bwctl.

-л, --довжина_пакета
Розмір пакетів для відправки для тесту ping або owamp

За умовчанням:
Пакети мінімального розміру

-N, --кількість_пакетів nPackets
Кількість пакетів, які потрібно надіслати в цьому тесті

За умовчанням:
10

-я, --пакетний інтервал seconds
Час між відправленням кожного пакета для перевірки

За умовчанням:
1.0 секунд:

-t, --ttl ТТЛ
Значення TTL для позначення кожного пакета. Це стосується лише тестів ping.

За умовчанням:
ніхто

bwtraceroute Тест аргументи:
-Т, --інструмент
Укажіть, який тестер пропускної здатності використовувати:

traceroute

трацепт

За умовчанням:
Жодного. Вибирає спільний інструмент для клієнта і сервера

-Е, --no_endpoint
Дозволити запуск тесту, якщо одержувач може не мати доступного bwctl.

-л, --довжина_пакета
Розмір пакетів, які потрібно відправити на тестування

За умовчанням:
Пакети мінімального розміру

-F, --first_ttl ТТЛ
Мінімальний TTL, який потрібно встановити для трасування. Це встановлює перший стрибок на маршруті
буде повернено. Це не працює для тестів на трацепатологію.

За умовчанням:
ніхто

-М, --max_ttl ТТЛ
Максимальний TTL, який потрібно встановити для трасування. Це встановлює останній крок у маршруті
буде повернено. Це не працює для тестів на трацепатологію.

За умовчанням:
ніхто

-t, --тривалість_тесту секунд фР
Максимальна кількість часу для очікування завершення тесту traceroute.

За умовчанням:
10 секунд:

Планування аргументи:
-а, --allow_ntp_unsync syncfuzz
дозволяти bwctl працювати без синхронізованого системного годинника. Використовуйте це, щоб указати, як далеко
вимкнено місцевий годинник від UTC. bwctl воліє мати NTP синхронізована система
годинник, щоб переконатися, що дві кінцеві точки тесту фактично погоджуються з тим самим
запланований часовий вікно для виконання тесту.

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

Якщо операційна система підтримує NTP системні виклики, а системний годинник є
визнається несинхронізованим, повідомлення про помилки все одно повідомлятимуться залежно
на вартість -e прапор

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

За умовчанням:
Unset (за замовчуванням встановлено значення Set для систем без NTP системні виклики)

-я, --test_interval інтервал
Вказує на це bwctl слід спробувати запустити тест пропускної здатності кожного інтервал
секунд.

За умовчанням:
Не налаштовано. Якщо він не встановлений, bwctl виконує тест лише один раз.

-Л, --останній_час найдовший
Вказує найдовшу кількість часу, протягом якого клієнт готовий чекати a
вікно бронювання. Коли bwctl запитує тест у bwctld сервер, вказує він
найраніший і найпізніший час, коли він готовий прийняти. Останній час
визначається шляхом додавання цього найдовший можливість якнайшвидше. Найраніший час
по суті «зараз». The найдовший час задається як кількість секунд.

За умовчанням:
If інтервал встановлено, за замовчуванням 50% від інтервал. В іншому випадку за замовчуванням
вдвічі перевищує тривалість тесту час але не менше 10 хв. (Побачити -t.)

-n, --кількість_тестів nІнтервали
Кількість тестів для виконання, якщо -I опція встановлена.

За умовчанням:
безперервна

-Р, -- рандомізувати альфа
Довільно встановіть час початку тесту в межах цього альфа відсоток від інтервал.
Допустимі значення для альфа є від 0-50. bwctl буде намагатися запустити тест кожен
інтервал + / - альфа відсотків. Наприклад, якщо інтервал становить 300 секунд і альфа
тоді встановлюється 10 відсотків bwctl буде намагатися запустити тест кожні 270-330 секунд.
Ця опція корисна лише з -I варіант.

За умовчанням:
0 (без випадковості)

Вихід аргументи:
-d, --вихідний_каталог реж
Вказує каталог для файлів результатів, якщо -p опція встановлена.

-е, --об'єкт об'єкт
системний журнал об'єкт для реєстрації повідомлень.

За умовчанням:
LOG_USER

-f, --одиниці одиниць
Вкажіть одиниці вимірювання, які інструмент буде використовувати під час відображення результатів. Прийнято
значення для одиниць є специфічними для інструментів.

Iperf:

k Кілобіт в секунду

K Кілобайт в секунду

m Мегабіт в секунду

M Мегабайти в секунду

-h, --допомога
Роздрукуйте довідкове повідомлення.

-p, --друк
Помістіть результати тесту у файли. Надрукуйте назви файлів у стандартний вивід, коли будуть результати
завершено.

-q, --спокійно
Тихий вихід. Вихід якомога менше.

-р, --syslog_to_stderr
Надсилати повідомлення системного журналу на stderr. Це значення за замовчуванням, якщо не -q опція
зазначено, тому ця опція корисна лише з -q варіант.

-V, -- версія
Роздрукувати інформацію про версію та вийти.

-v, -багатослівний
Детальний вихід. Уточнення додаткових -v's збільшує багатослівність.

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

-у, --формат формат
Вкажіть вихідний формат інструменту. Прийняті значення для формат є інструментом
специфічні.

Iperf:

c [c]омма розділений вихід

НАВКОЛИШНЄ СЕРЕДОВИЩЕ ЗМІННІ

bwctl Навколишнє середовище Змінна використання дефолт

─────────────────────────────────────────────────── ───────

BWCTLRC конфиг файл ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Зсув 0.0 (секунд)

ПРИКЛАДИ

bwctl -c somehost.example.com

Запустіть стандартний 10-секундний тест TCP якомога швидше за допомогою місцевий як відправник і
somehost.example.com як одержувач, використовуючи спільні інструменти.
Поверніть результати з боку прийому тесту.

bwctl -x -c somehost.example.com

Як і попередній тест, але також повертає результати зі сторони відправника
тест.

bwctl -x -c somehost.example.com -s otherhost.example.com

Як і в попередньому тесті, але з otherhost.example.com як відправником замість
місцевий.

bwctl -t 30 -T Iperf -s somehost.example.com

Запустіть 30-секундний TCP Iperf перевірити з somehost.example.com як відправником і місцевий as
приймач.

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s somehost.example.com

Виконуйте 10-секундний тест UDP приблизно кожну годину (3600 +/- 360 секунд) з відправником
швидкість обмежена 10 Мбіт на секунду від somehost.example.com до місцевий.

bwctl -s somehost.example.com AE AESKEY якийсь користувач

Запустіть 10-секундний тест TCP за замовчуванням. Аутентифікація за допомогою ідентифікатора якийсь користувач. bwctl
запропонує ввести парольну фразу, яка буде використана для створення ключа AES.

bwping --no_endpoint -N 30 -i 0.5 --ttl 150 -c somehost.example.com

Запустіть тест ping, який надсилає 30 пінгів, один пакет на півсекунди, з TTL 150
на somehost.example.com з місцевий. Якщо somehost.example.com не має bwctl
працює, тест ping все одно виконується.

bwtraceroute -T трацепт -E -c somehost.example.com

Запустіть тест на tracepath на somehost.example.com з місцевий. Якщо somehost.example.com
не має запущеного bwctl, тест tracepath все одно виконується.

Використовуйте bwping онлайн за допомогою сервісів onworks.net