Starlink ba Ito o ang Wi-Fi? Paano Mag-diagnose ng Depekto

Ang pinakamabilis na paraan upang lutasin ito ay magpatakbo ng parehong test mula sa dalawang lugar nang sabay-sabay: mula sa apektadong device, at direkta sa pamamagitan ng sariling API ng Starlink router. Kung ang resulta sa panig ng router ay malinis at ang panig ng device ay hindi, ang depekto ay nasa lokal na network, hindi sa dish o sa satellite link. Ang isang paghahambing na iyon ang nagreresolba sa karamihan ng mga reklamong "mabagal ang Starlink", at dinadaanan ng gabay na ito iyon kasama ang mga check na sumusunod kapag ang dish talaga ang problema.

Isinulat ito para sa mga installer at engineer na humahawak ng isang fault report, ngunit gumagana ito nang pareho para sa pag-diagnose ng sarili mong koneksyon.

Bakit karamihan sa mga reklamo sa Starlink ay nagiging Wi-Fi?

Dahil isang bagay ang nararanasan ng customer, "ang internet", at ang pinakamahinang link sa karamihan ng mga bahay at marine vessel ay ang huling sampung metro nito. Malalayong kwarto, makakapal na pader, siksik na 2.4 GHz, isang powerline adapter na sumusumpong: lahat ng ito ay lumilitaw bilang "mabagal ang Starlink". Ang dish ang sinisisi dahil ito ang nakikitang bagong bagay. Bago hawakan ang hagdan, patunayan kung saang panig ng router nanggagaling ang problema.

Paano patakbuhin ang two-path test?

Sa Nexus Telemetry Pro, buksan ang diagnostics at magpatakbo ng ping sa isang stable na target tulad ng 8.8.8.8. Pinapatakbo ito ng Pro nang dalawang beses nang magkasabay: isang beses mula sa makinang ginagamit mo, at isang beses sa pamamagitan ng API ng Starlink router, kaya iniuulat ng router mismo ang sariling path nito papunta sa parehong target. Magkatabing lumalabas ang mga resulta.

Basahin ito nang ganito. Kung parehong malinis, ang koneksyon ay malusog mula dulo hanggang dulo at kailangang tukuyin nang mas eksakto ang reklamo (isang partikular na serbisyo, isang partikular na oras ng araw). Kung ang panig ng router ay malinis at ang panig ng device ay nagpapakita ng pagkawala ng packet o mataas na latency, ang depekto ay nasa pagitan ng device at router: saklaw ng Wi-Fi, interference, o lokal na network equipment. Kung ang parehong panig ay nagpapakita ng parehong pagkawala ng packet o latency, ang problema ay tunay na upstream, sa dish o sa satellite link, at lumipat na sa mga dish check sa ibaba.

Ano ang susuriin kapag ang dish talaga ang may problema?

Tatlong lugar, ayon sa pagkakasunod-sunod.

Ang event log. Itinatala ng dish ang bawat outage at kaganapan na may tagal at timestamp, bawat isa na naka-tag ayon sa sanhi o kalubhaan: mga no-downlink event, ping failure, obstruction outage, at rain-fade advisory kabilang sa mga ito. Ang pattern ang diagnosis. Ang mga kumpol ng sub-second na no-downlink event ay tumuturo sa obstruction. Ang paminsan-minsang mas mahabang outage na may "switched" flag ay network-side. Ang isang log na nagiging maingay sa parehong oras bawat araw ay nagpapahiwatig ng isang bagay na pang-kapaligiran na dumadaan sa tanaw ng langit.

Obstruction. Ang map, hindi lamang ang percentage. Tumutubo ang halaman at naililipat ang mga bagay, kaya ang isang installation na malinis sa turnover ay maaaring lumala nang walang humahawak sa dish. Sinasaklaw ng obstruction troubleshooting guide ang pagbabasa at pag-aayos nito.

Alignment. Ang mga actuated na dish ay maaaring muling itutok ang sarili nila, at napakabihira, may firmware update na naglilipat ng isa. Kung nagbago ang performance nang walang nakikitang dahilan, ihambing ang kasalukuyang tilt, azimuth, at elevation laban sa mga ninanais na value. Minsan naabutan namin ang isang dish na tahimik na umikot ng 190° pagkatapos ng isang firmware update; isang reboot ang nagbalik nito.

Paano mo ihihiwalay ang mga problema sa latency mula sa mga problema sa throughput?

Magkaiba ang mga sanhi at magkaiba ang mga test ng mga ito. Para sa latency, ang ping matrix ay nagte-test ng dose-dosenang tunay na destinasyon sa iba't ibang rehiyon nang sabay-sabay, na agad na nagpapakita kung ang mataas na latency ay pangkalahatan (isang problema sa link) o partikular sa isang rehiyon o serbisyo (isang problema sa routing, na hindi ikaw ang dapat mag-ayos). Kung ano ang itinuturing na normal ay sinasaklaw sa ano ang isang magandang Starlink ping.

Para sa throughput, sinusukat ng mga browser speed test ang buong path kasama ang kalagayan ng test server. Sinusukat ng iPerf ang raw throughput sa pagitan ng dalawang makinang kinokontrol mo, na ginagawa itong tapat na tool para sa mga claim na "mabagal ang link", at ang diagnostics suite ay may kasamang iPerf client kasabay ng traceroute, DNS lookup, at port check. Isang babala mula sa karanasan: ang mga pampublikong iPerf server ay madalas na abala o hindi maabot, kaya ituring ang isang nabigong public-server test bilang hindi konklusibo sa halip na bilang ebidensya. Ang pag-set up ng iPerf sa Windows ay sarili nitong maliit na pagsubok, kaya isinulat namin ito.

Paano i-install ang iPerf sa Windows →

Paano binabago ng isang baseline ang usapan?

Kung ang installation ay na-verify gamit ang isang naitalang session sa turnover, ang fault call ay nagsisimula mula sa ebidensya: kung ano ang ginawa ng dish noong unang araw, sa eksaktong posisyong iyon. Mag-record ng isang maikling diagnostic session, i-export ang ulat, at ilagay ang dalawa nang magkatabi. Ang pagkawala ay tumaas kung saan ito dating zero, ang obstruction ay tumaas mula sa 0%, ang latency ay hindi nagbago: karaniwang pinapangalanan ng paghahambing ang salarin bago pa umakyat ang sinuman sa kahit ano. Ang baseline workflow na iyon ay ang verification guide.

Ang maikling bersyon

Patakbuhin muna ang two-path ping: device at router nang magkatabi. Ang malinis na panig ng router ay nangangahulugang isang LAN problem, at maipapakita mo iyon sa customer sa mismong lugar. Ang tugmang paglala sa parehong panig ay nangangahulugang ang dish: basahin ang event log para sa pattern, suriin ang obstruction map, pagkatapos ang alignment. Gamitin ang ping matrix para sa mga tanong tungkol sa latency at iPerf laban sa isang server na kinokontrol mo para sa mga claim tungkol sa throughput, at mag-diagnose laban sa turnover baseline kung mayroon.

Bahagi ng Starlink para sa mga Installer at Propesyonal. Ang Nexus Telemetry ay binuo ng Liquidbinary Ltd, ang team sa likod ng unang Starlink Enterprise management platform. Tumatakbo ang Pro nang native sa Windows, macOS, at Linux na may libreng pagsubok.