NetDiag+

Докази, від яких провайдер не відмахнеться

«Вечорами інтернет гальмує» — це відчуття, і підтримку вчать відповідати на відчуття перезавантаженням роутера. Число з місцем і часом — інша розмова: втрати починаються на третьому хопі щовечора після дев'ятої, ось прогони. Цю роботу роблять три вимірювання — де починаються втрати, як поводиться затримка під навантаженням, наскільки далекі й нестабільні сервери, якими ви справді користуєтеся, — і починаючи з NetDiag+ 1.4.6 кожне з них вивантажується простим текстом, який можна вставити у звернення, на форум або у форму регулятора.

Три вимірювання, які називають місце і час

  1. Знайдіть втрати за допомогою MTR. Трасування, яке безперервно пінгує кожен хоп, показує, де пакети починають зникати. Втрати, що почалися на одному хопі й зберігаються до самого кінця, реальні, і цей хоп називає відповідальну мережу. Втрати на одному хопі, що зникають на наступному, — цей роутер просто обмежує власні відповіді; це норма, а не доказ. Запустіть у поганий час і запишіть хоп.
  2. Додайте затримку під навантаженням і таблицю затримок. Тест bufferbloat показує, наскільки зростає затримка, коли лінія зайнята, і в якому напрямку: стрибок при відвантаженні вказує на ваш роутер, стрибок при завантаженні — на обладнання провайдера, і саме напрямок вирішує, чия це проблема. Панель затримок додає медіану, джитер і втрати до конкретних серверів, якими ви користуєтеся, причому ваш роутер вимірюється першим — щоб ніхто не міг звалити все на ваш Wi-Fi, якщо він чистий.
  3. Вивантажуйте текстом, у потрібні години, не один раз. У кожному інструменті є «Поділитися → текстовий звіт»: цілі, час, усі числа. Один прогін нічого не доводить; три в поганий час у різні дні плюс один у спокійний час як контроль — це закономірність. Графік тренду bufferbloat зберігає найгірший стрибок кожного прогону за 7, 30 або 90 днів, тож закономірність видно без записів. Історія зберігає все, що ви запускали.
Завантажити в App Store

Безкоштовно · 27 інструментів · разова покупка прибирає рекламу · без підписки

Питання, які справді ставлять

Що конкретно має бути у зверненні?

Дати й час кожного прогону. Хоп, на якому починаються втрати, і їхній відсоток. Затримка у спокої проти затримки при завантаженні та при відвантаженні. Медіана і джитер до двох-трьох серверів, якими користується ваш дім. Який тест був контрольним. Усе вставлено текстом, а не переказано — технік може працювати зі списком хопів, але не з «лагає».

Підтримка каже, що лінія в нормі. Вони брешуть?

Зазвичай ні. Їхні тести перевіряють рівні сигналу, лічильники помилок і пропускну здатність, і все це може бути ідеальним, поки черга додає 300 мс або перевантажений стик втрачає 2% пакетів о дев'ятій вечора. Ви вимірюєте те, чого вони не вимірюють. Скажіть це і передайте числа.

Скріншоти чи текст?

Текст. Його можна шукати, цитувати, вставити у внутрішню систему і переслати інженеру, який реально лагодить; скріншот — ні. Текст переживе і стискання картинок на форумі, і веб-форму регулятора. Скріншоти залиште собі.

Скільки прогонів потрібно для справи?

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

Це справді допоможе щось полагодити?

Це переводить звернення з першої лінії до того, хто вміє читати список хопів, — саме на цьому кроці все зазвичай застрягає. Там, де є регулятор, форми скарг просять саме це: дати, вимірювання, що відповів провайдер. Докази не гарантують ремонт; вони прибирають причини сказати «ні».

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