У Alcatraz Pro з’явилася MTR-діагностика

Alcatraz Pro — це хмарна платформа inext для керування пристроями, за допомогою якої оператори моніторять, оновлюють і віддалено керують своїм парком абонентських приставок. Ми додали до її консолі нову команду — mtr (My Traceroute). Тепер оператори можуть виконувати трасування мережі безпосередньо з абонентської приставки до будь-якого вузла призначення й бачити по кожному вузлу, де виникають втрати пакетів, затримки або нестабільність маршруту.

Доступність: для команди mtr потрібна прошивка 1.17.17+ на пристроях серії TV5 і 1.8.26+ на пристроях серії TV6.

Що таке MTR?

MTR (My Traceroute) — це інструмент для діагностики мережі, який поєднує можливості двох класичних утиліт — ping і traceroute — в одному зведеному звіті про весь мережевий маршрут.

Замість того щоб показати маршрут лише один раз, як це робить traceroute, або перевірити тільки кінцевий вузол, як ping, MTR багаторазово перевіряє весь мережевий шлях. Він надсилає пакети з поступово збільшеним значенням Time-To-Live (TTL), щоб виявити кожен маршрутизатор, тобто вузол між пристроєм і хостом призначення, та отримує ICMP-відповідь «time exceeded» від кожного з них.

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

Як це працює в консолі Alcatraz Pro

Оскільки тест запускається на віддаленій приставці, а не на локальному терміналі оператора, Alcatraz Pro використовує MTR за моделлю «запустити тест і отримати звіт», а не в режимі живої трансляції:

1. Налаштування запуску. У консолі оператор задає вузол призначення та параметри тесту — наприклад кількість циклів, інтервал між запитами (-i), протокол (ICMP за замовчуванням або TCP через -T), цільовий порт (-P), максимальну кількість вузлів (-m) і розмір пакета (-s).
2. Приставка виконує тест. Приставка запускає mtr протягом заданої кількості циклів і локально накопичує статистику для кожного вузла.
3. Доставлення результатів. Після завершення запуску приставка надсилає сформований звіт на бекенд.
4. Консоль відображає звіт. Alcatraz Pro показує таблицю по вузлах — втрати пакетів, затримку та джитер для кожного маршрутизатора на шляху.

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

Які метрики він показує

Для кожного вузла на маршруті MTR показує:

• Втрати пакетів (%) — показують, на якому саме вузлі починають втрачатися пакети, тож несправний маршрутизатор або проблемний канал одразу стає помітним.
• Затримку (ping) — поточний (Last), середній (Avg), найкращий (Best) і найгірший (Worst) час проходження туди й назад для кожного вузла. Це допомагає зрозуміти, де саме зростає затримка.
• Джитер (StDev) — розкид затримки, який допомагає виявити нестабільні або перевантажені з’єднання, що погіршують якість стримінгу.

Типовий звіт має такий вигляд:

                               Packets               Pings
 Host                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. gateway.local             0.0%    50    0.4   0.5   0.3   1.2   0.1
 2. isp-core-1                0.0%    50    8.1   8.4   7.9  12.0   0.6
 3. transit-edge              2.0%    50   14.2  14.8  13.9  41.0   3.1
 4. peering-exchange          0.0%    50   15.0  15.3  14.8  18.2   0.5
 5. streaming-server          0.0%    50   15.4  15.6  15.1  19.0   0.4

Як читати результат

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

У прикладі вище вузол 3 показує 2% втрат, але вузол призначення, тобто вузол 5, показує 0%. Це майже завжди означає, що маршрутизатор на вузлі 3 обмежує швидкість або знижує пріоритет діагностичних ICMP-пакетів, які генерує сам, тоді як транзитний трафік пересилає нормально. Для абонентів оператора це не створює проблеми.

Справжня несправність виглядає інакше: втрати з’являються на певному вузлі й зберігаються на кожному наступному вузлі, аж до призначення. Така картина вказує на реальну проблему з каналом. Якщо маршрутизатор повністю блокує ICMP, MTR може використовувати UDP або TCP, щоб трасувати шлях і перевірити конкретний порт.

Чому це важливо для операторів

Проблеми з мережею складно діагностувати, адже причина зазвичай не в пристрої й не на сервері — вона десь на шляху між ними. Маючи mtr у консолі Alcatraz Pro, оператори можуть:

• Виконати трасування з реальної абонентської приставки до своїх стримінгових серверів або серверів проміжного ПЗ, відтворюючи фактичні мережеві умови абонента.
• Локалізувати несправність до конкретного вузла замість здогадок, перетворюючи скаргу «відео постійно підвисає» на конкретний висновок: «втрати починаються на межі транзитного провайдера».
• Відрізнити справжню втрату пакетів від нешкідливого обмеження ICMP, уникаючи хибних тривог.
• Виявити сплески джитера та затримки, що погіршують якість лінійного ТБ і VOD, ще до того, як вони перетворяться на звернення до підтримки.

Доступно через API

Команда mtr також доступна через API Alcatraz Pro, тож оператори можуть автоматизувати діагностику — наприклад, запускати трасування з групи приставок під час інциденту або вбудовувати перевірки якості маршруту у власні системи моніторингу й сповіщень.

Додаткові матеріали

• mtr — офіційний проєкт і вихідний код (GitHub) — відкритий інструмент, що стоїть за цією командою.
• Сторінка довідки mtr — повний перелік прапорців — довідник щодо -i, -T, -P, -m, -s та інших.
• Cloudflare: What is MTR? — стислий вступ до того, як працює MTR.
• APNIC: How to properly interpret a traceroute or MTR — докладніший посібник із читання результатів.