NetDiag+
Dowody, których dostawca nie zbędzie machnięciem ręki
„Wieczorami internet jest wolny” to odczucie, a support jest szkolony, by na odczucia odpowiadać restartem routera. Liczba z miejscem i godziną to inna rozmowa: straty pakietów zaczynają się na moim trzecim skoku każdego wieczoru po dziewiątej, oto pomiary. Tę robotę wykonują trzy pomiary — gdzie zaczynają się straty, jak zachowuje się opóźnienie pod obciążeniem i jak daleko oraz jak niestabilne są serwery, z których naprawdę korzystasz — a od NetDiag+ 1.4.6 każdy z nich eksportuje się jako zwykły tekst do wklejenia w zgłoszenie, na forum albo do formularza regulatora.
Trzy pomiary, które wskazują miejsce i godzinę
- Zlokalizuj straty za pomocą MTR. Traceroute, który stale pinguje każdy skok, pokazuje, gdzie pakiety zaczynają znikać. Straty zaczynające się na jednym skoku i utrzymujące się do samego końca są prawdziwe, a ten skok wskazuje odpowiedzialną sieć. Straty na pojedynczym skoku, znikające na następnym, to ten router ograniczający własne odpowiedzi — norma, nie dowód. Uruchom w złej godzinie i zanotuj skok.
- Dodaj opóźnienie pod obciążeniem i tabelę opóźnień. Test bufferbloat mówi, o ile rośnie opóźnienie, gdy łącze jest zajęte, i w którym kierunku: skok przy wysyłaniu wskazuje na Twój router, skok przy pobieraniu na sprzęt dostawcy — i to ten kierunek decyduje, czyj to problem. Panel opóźnień dodaje medianę, jitter i straty do konkretnych serwerów, z których korzystasz, mierząc najpierw Twój router — żeby nikt nie mógł zwalić winy na Twoje Wi-Fi, jeśli jest czyste.
- Eksportuj jako tekst, o właściwych godzinach, więcej niż raz. Każde narzędzie ma Udostępnij → raport tekstowy: cele, godziny, każdą liczbę. Jeden pomiar nic nie dowodzi; trzy o złej godzinie w różne dni plus jeden o spokojnej godzinie jako kontrola to wzorzec. Wykres trendu bufferbloat przechowuje najgorszy skok każdego pomiaru z 7, 30 lub 90 dni, więc wzorzec jest widoczny bez notatek. Historia przechowuje wszystko, co uruchomiłeś.
Bezpłatnie · 27 narzędzi · jednorazowy zakup usuwa reklamy · bez subskrypcji
Pytania, które ludzie naprawdę zadają
Co konkretnie powinno być w zgłoszeniu?
Daty i godziny każdego pomiaru. Skok, na którym zaczynają się straty, i ich procent. Opóźnienie w spoczynku wobec opóźnienia przy pobieraniu i przy wysyłaniu. Mediana i jitter do dwóch–trzech serwerów, z których korzysta Twój dom. Który test był kontrolny. Wszystko wklejone jako tekst, nie opisane — technik może działać na liście skoków, nie na „tnie się”.
Support mówi, że łącze jest w porządku. Kłamią?
Zwykle nie. Ich testy sprawdzają poziomy sygnału, liczniki błędów i przepustowość, a wszystko to może być idealne, gdy kolejka dodaje 300 ms albo przeciążony styk gubi 2% pakietów o dziewiątej wieczorem. Mierzysz coś, czego oni nie mierzą. Powiedz to i przekaż im liczby.
Zrzuty ekranu czy tekst?
Tekst. Można go przeszukać, zacytować, wkleić do wewnętrznego narzędzia i przekazać inżynierowi, który naprawdę coś naprawia; zrzutu nie. Tekst przeżyje też kompresję obrazków na forum i formularz internetowy regulatora. Zrzuty zachowaj dla siebie.
Ile pomiarów tworzy sprawę?
Tyle, by pokazać, że problem się powtarza i jest związany z godziną. Trzy pomiary o złej godzinie w dwa–trzy dni plus jeden o dobrej godzinie, który wraca czysty, to minimum zamieniające skargę w raport. Jeśli pomiar o dobrej godzinie też jest zły, przyczyną nie jest przeciążenie — to też się przydaje.
Czy to naprawdę doprowadzi do naprawy?
Przenosi zgłoszenie z pierwszej linii do kogoś, kto umie czytać listę skoków — to krok, na którym zwykle wszystko staje. Tam, gdzie istnieje regulator (w Polsce UKE), formularze skarg pytają dokładnie o to: daty, pomiary, co odpowiedział dostawca. Dowody nie gwarantują naprawy; usuwają powody, by powiedzieć nie.
Najmocniejsza pojedyncza liczba w tym wszystkim to opóźnienie pod obciążeniem. Dalej: który serwer jest daleko, a który niestabilny →