Apakah Ini Starlink atau Wi-Fi? Cara Mendiagnosis Kerusakan
Cara tercepat untuk menyelesaikannya adalah menjalankan uji yang sama dari dua tempat sekaligus: dari perangkat yang terpengaruh, dan langsung melalui API router Starlink sendiri. Jika hasil sisi router bersih dan sisi perangkat tidak, letak kerusakannya ada di jaringan lokal, bukan pada dish atau tautan satelit. Satu perbandingan itu menyelesaikan sebagian besar keluhan "Starlink lambat", dan panduan ini membahasnya ditambah pemeriksaan yang menyusul ketika dish benar-benar menjadi masalahnya.
Ini ditulis untuk instalatur dan insinyur yang menangani laporan kerusakan, tetapi berlaku sama untuk mendiagnosis koneksi Anda sendiri.
Mengapa sebagian besar keluhan Starlink ternyata Wi-Fi?
Karena pelanggan mengalami satu hal, "internet", dan mata rantai terlemah di sebagian besar rumah dan kapal adalah sepuluh meter terakhirnya. Ruangan yang jauh, dinding tebal, 2.4 GHz yang padat, adaptor powerline yang sedang bermasalah: semuanya tampil sebagai "Starlink lambat". Dish disalahkan karena itulah barang baru yang terlihat. Sebelum menyentuh tangga, buktikan di sisi router mana masalahnya berada.
Bagaimana cara menjalankan uji dua jalur?
Di Nexus Telemetry Pro, buka diagnostik dan jalankan ping ke target yang stabil seperti 8.8.8.8. Pro menjalankannya dua kali secara paralel: sekali dari mesin yang Anda gunakan, dan sekali melalui API router Starlink, sehingga router itu sendiri melaporkan jalurnya sendiri ke target yang sama. Hasilnya berdampingan.
Baca seperti ini. Jika keduanya bersih, koneksi sehat dari ujung ke ujung dan keluhan perlu dipersempit (layanan tertentu, waktu tertentu dalam sehari). Jika sisi router bersih dan sisi perangkat menunjukkan kehilangan atau latensi tinggi, letak kerusakannya ada di antara perangkat dan router: cakupan Wi-Fi, interferensi, atau peralatan jaringan lokal. Jika kedua sisi menunjukkan kehilangan atau latensi yang sama, masalahnya benar-benar di hulu, pada dish atau tautan satelit, dan lanjutkan ke pemeriksaan dish di bawah ini.
Apa yang diperiksa ketika masalahnya benar-benar dish?
Tiga tempat, secara berurutan.
Log peristiwa. Dish mencatat setiap gangguan dan peristiwa dengan durasi dan cap waktu, masing-masing ditandai berdasarkan penyebab atau tingkat keparahan: peristiwa no-downlink, kegagalan ping, gangguan obstruksi, dan pemberitahuan rain-fade di antaranya. Polanya adalah diagnosisnya. Kelompok peristiwa no-downlink di bawah satu detik menunjukkan obstruksi. Gangguan yang lebih lama sesekali dengan flag "switched" adalah sisi jaringan. Log yang menjadi bising pada waktu yang sama setiap hari menunjukkan ada sesuatu di lingkungan sekitar yang melintasi pandangan langit.
Obstruksi. Peta, bukan hanya persentase. Vegetasi tumbuh dan benda-benda bergeser, sehingga instalasi yang bersih saat serah terima dapat menurun tanpa ada yang menyentuh dish. Panduan pemecahan masalah obstruksi mencakup membaca dan memperbaikinya.
Penyelarasan. Dish beraktuator dapat mengarahkan ulang dirinya, dan pada kasus yang sangat jarang, pembaruan firmware menggeser salah satunya. Jika kinerja berubah tanpa alasan yang terlihat, bandingkan tilt, azimut, dan elevasi saat ini terhadap nilai yang diinginkan. Kami pernah menangkap sebuah dish diam-diam berputar 190° setelah pembaruan firmware; reboot mengembalikannya.
Bagaimana cara memisahkan masalah latensi dari masalah throughput?
Keduanya memiliki penyebab yang berbeda dan uji yang berbeda. Untuk latensi, matriks ping menguji puluhan tujuan nyata di berbagai wilayah sekaligus, yang segera menunjukkan apakah latensi tinggi bersifat umum (masalah tautan) atau spesifik pada satu wilayah atau layanan (masalah routing, bukan tugas Anda untuk memperbaiki). Apa yang dianggap normal dibahas dalam seperti apa ping Starlink yang baik.
Untuk throughput, uji kecepatan peramban mengukur seluruh jalur termasuk suasana hati server uji. iPerf mengukur throughput mentah antara dua mesin yang Anda kendalikan, yang menjadikannya alat yang jujur untuk klaim "tautannya lambat", dan rangkaian diagnostik mencakup klien iPerf di samping traceroute, pencarian DNS, dan pemeriksaan port. Satu peringatan dari pengalaman: server iPerf publik sering sibuk atau tidak terjangkau, jadi perlakukan uji server publik yang gagal sebagai tidak meyakinkan alih-alih sebagai bukti. Menyiapkan iPerf di Windows adalah cobaan kecil tersendiri, jadi kami menuliskannya.
Cara memasang iPerf di Windows →
Bagaimana baseline mengubah percakapan?
Jika instalasi diverifikasi dengan sesi yang direkam saat serah terima, penilaian kerusakan dimulai dari bukti: apa yang dilakukan dish pada hari pertama, pada posisi yang persis itu. Rekam sesi diagnostik singkat, ekspor laporan, dan letakkan keduanya berdampingan. Tingkat kehilangan naik di tempat yang tadinya nol, obstruksi naik dari 0%, latensi tidak berubah: perbandingan biasanya menyebutkan pelakunya sebelum ada yang memanjat apa pun. Alur kerja baseline itu adalah panduan verifikasi.
Versi singkatnya
Jalankan ping dua jalur terlebih dahulu: perangkat dan router secara berdampingan. Sisi router yang bersih berarti masalah LAN, dan Anda dapat menunjukkannya ke pelanggan di tempat. Penurunan yang cocok di kedua sisi berarti dish: baca log peristiwa untuk polanya, periksa peta obstruksi, lalu penyelarasan. Gunakan matriks ping untuk pertanyaan latensi dan iPerf terhadap server yang Anda kendalikan untuk klaim throughput, dan diagnosis terhadap baseline serah terima jika ada.
Bagian dari Starlink untuk Instalatur dan Profesional. Nexus Telemetry dibuat oleh Liquidbinary Ltd, tim di balik platform manajemen Starlink Enterprise pertama. Pro berjalan secara native di Windows, macOS, dan Linux dengan uji coba gratis.