Дали е Starlink или Wi-Fi? Како да дијагностицирате дефект

Најбрзиот начин да го решите тоа е да го пуштите истиот тест од две места одеднаш: од засегнатиот уред и директно преку сопствениот API на рутерот на Starlink. Ако резултатот од страната на рутерот е чист, а тој од страната на уредот не е, дефектот е во локалната мрежа, не во антената или сателитската врска. Таа една споредба ги решава повеќето поплаки „Starlink е бавен“, и овој водич ве води низ неа плус проверките што следат кога антената навистина е проблемот.

Ова е напишано за инсталатери и инженери што се справуваат со извештај за дефект, но функционира исто и за дијагностика на сопствената врска.

Зошто повеќето поплаки за Starlink се покажуваат како Wi-Fi?

Затоа што клиентот доживува една работа, „интернетот“, а најслабата алка во повеќето домови и пловни објекти се последните десет метри од него. Оддалечени соби, дебели ѕидови, загушен 2.4 GHz, powerline адаптер со лош ден: сето тоа се претставува како „Starlink е бавен“. Антената ја добива вината затоа што е видливата нова работа. Пред да допрете скала, докажете на која страна од рутерот е проблемот.

Како да го пуштите тестот со два пата?

Во Nexus Telemetry Pro, отворете ја дијагностиката и пуштете ping до стабилна цел како 8.8.8.8. Pro го пушта двапати паралелно: еднаш од машината на која сте, и еднаш преку API на рутерот на Starlink, така што самиот рутер го пријавува својот пат до истата цел. Резултатите стојат еден до друг.

Прочитајте го вака. Ако двата се чисти, врската е здрава од крај до крај и поплаката треба да се стесни (конкретна услуга, конкретно време од денот). Ако страната на рутерот е чиста, а страната на уредот покажува губење пакети или висока латенција, дефектот е меѓу уредот и рутерот: Wi-Fi покриеност, интерференција или локална мрежна опрема. Ако и двете страни покажуваат исто губење пакети или иста латенција, проблемот е навистина погоре, кај антената или сателитската врска, и преминувате на проверките на антената подолу.

Што проверувате кога навистина е антената?

Три места, по редослед.

Дневникот на настани. Антената го запишува секој прекин и настан со траење и временска ознака, секој обележан по причина или сериозност: настани без даунлинк, неуспеси на ping, прекини од пречки и совети за слабеење од дожд меѓу нив. Образецот е дијагнозата. Кластери од подсекундни настани без даунлинк укажуваат на пречка. Повремени подолги прекини со ознака „префрлено“ се од страна на мрежата. Дневник што се преполнува со записи во исти часови секој ден сугерира нешто од средината што минува низ погледот кон небото.

Пречка. Картата, не само процентот. Вегетацијата расте и работите се поместуваат, па инсталација што била чиста при предавањето може да се влоши без некој да ја допре антената. Водичот за решавање проблеми со пречки го опфаќа читањето и поправањето.

Порамнување. Моторизираните антени можат сами да се пренасочат, и многу ретко ажурирање на фирмверот поместува некоја. Ако перформансите се променија без видлива причина, споредете ги тековните наклон, азимут и елевација наспроти саканите вредности. Еднаш фативме антена тивко да се заврти за 190° по ажурирање на фирмверот; рестартирање ја врати назад.

Како да ги одвоите проблемите со латенцијата од проблемите со пропусноста?

Тие имаат различни причини и различни тестови. За латенција, матрицата на ping-ови тестира десетици вистински дестинации низ регионите одеднаш, што веднаш покажува дали високата латенција е општа (проблем со врската) или специфична за еден регион или услуга (проблем со рутирање, што не е ваш за решавање). Што се смета за нормално е опфатено во што е добар Starlink ping.

За пропусноста, тестовите на брзина во прелистувач го мерат целиот пат вклучувајќи го расположението на тест-серверот. iPerf ја мери суровата пропусност меѓу две машини што ги контролирате, што го прави чесната алатка за тврдења „врската е бавна“, и комплетот за дијагностика вклучува iPerf клиент покрај traceroute, DNS пребарување и проверки на порти. Едно предупредување од искуство: јавните iPerf сервери се често зафатени или недостапни, па третирајте неуспешен тест на јавен сервер како неубедлив, а не како доказ. Поставувањето на iPerf на Windows е своја мала мака, па го напишавме.

Како да инсталирате iPerf на Windows →

Како основната референца ја менува разговорот?

Ако инсталацијата беше верифицирана со снимена сесија при предавањето, проценката на дефектот започнува од доказ: што правеше антената во првиот ден, во таа точна позиција. Снимете кратка дијагностичка сесија, извезете го извештајот и ставете ги двата рамо до рамо. Губење пакети нагоре таму каде што беше нула, пречка нагоре од 0%, латенција непроменета: споредбата обично го именува виновникот пред некој да се качи на нешто. Тој работен тек на основна референца е водичот за верификација.

Кратката верзија

Пуштете го прво ping-от со два пата: уредот и рутерот рамо до рамо. Чиста страна на рутерот значи проблем со LAN, и можете да му покажете на клиентот на самото место. Исто влошување на двете страни значи антена: прочитајте го дневникот на настани за образецот, проверете ја картата на пречки, потоа порамнувањето. Користете ја матрицата на ping-ови за прашања за латенција и iPerf наспроти сервер што го контролирате за тврдења за пропусност, и дијагностицирајте наспроти основната референца од предавањето ако постои.

Дел од Starlink за инсталатери и професионалци. Nexus Telemetry е изградена од Liquidbinary Ltd, тимот зад првата платформа за управување со Starlink Enterprise. Pro работи нативно на Windows, macOS и Linux со бесплатна проба.