Pada Rabu, 23 April 2026, terjadi gangguan massal pada jaringan iForte yang berdampak luas ke berbagai institusi dan ISP downstream di seluruh Indonesia. Gangguan terjadi pada jalur trunking backbone ke Jakarta, menyebabkan packet loss parah dan koneksi internet tidak stabil. Insiden ini terjadi di waktu yang sangat kritis — bertepatan dengan periode ujian kampus.
Kronologi Gangguan
Beberapa kampus dan institusi mulai melaporkan koneksi internet tidak stabil. Ping test menunjukkan packet loss intermittent ke server eksternal.
Tim teknis mengonfirmasi adanya loss di sisi iForte — masalah bukan di jaringan lokal kampus atau ISP retail, melainkan di upstream backbone.
Teridentifikasi bahwa gangguan terjadi pada jalur trunking iForte ke Jakarta. Ini adalah jalur backbone utama yang menghubungkan traffic dari berbagai region ke pusat internet exchange di Jakarta.
Dikonfirmasi sebagai gangguan massal — beberapa provider downstream ikut terdampak. Semua kampus yang menghubungi iForte melaporkan masalah yang sama.
Pihak manajemen iForte secara resmi mengonfirmasi gangguan dan menyampaikan permohonan maaf. Tim sedang mengupayakan recovery secepat mungkin melalui jalur tercepat yang tersedia.
Helpdesk iForte mengirim broadcast: "Mohon maaf saat ini sedang terjadi gangguan massal dan masih dalam penanganan lebih lanjut." Status masih belum resolved.
MTR traceroute ke google.com mengonfirmasi bottleneck: hop 7–8 (180.240.193.93, blok IP iForte) menunjukkan packet loss 60.9% dan 83.3%. Hop sebelum dan sesudahnya 0% — masalah terisolasi di backbone iForte.
Dampak Gangguan
Gangguan iForte berdampak luas karena iForte berperan sebagai upstream transit provider bagi banyak institusi dan ISP kecil-menengah di Indonesia. Ketika backbone iForte bermasalah, semua jaringan yang bergantung padanya ikut terdampak.
| Aspek | Detail Dampak |
|---|---|
| Skala | Nasional — multi-region (Jawa Barat, Banten, dan kemungkinan wilayah lain) |
| Institusi | Universitas dan kampus yang menggunakan iForte sebagai provider utama, termasuk Unsil dan Untirta |
| ISP Downstream | Beberapa provider retail yang menggunakan iForte sebagai upstream transit ikut terdampak |
| Packet Loss | 60–83% di hop backbone iForte (180.240.193.93), ~50% end-to-end ke 8.8.8.8 |
| Latency Normal | Paket yang berhasil masih ~46ms avg — jalur yang tersisa berfungsi normal |
| Timing Kritis | Bertepatan dengan periode ujian kampus — aktivitas online akademik terganggu |
Bukti Teknis — Ping Test & Traceroute
Dua bukti teknis mengonfirmasi lokasi gangguan: ping test menunjukkan ~50% packet loss, dan MTR traceroute mengidentifikasi titik masalah tepat di hop backbone iForte.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=46.2 ms
Request timeout for icmp_seq 2
64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=46.5 ms
Request timeout for icmp_seq 4
64 bytes from 8.8.8.8: icmp_seq=5 ttl=116 time=45.8 ms
Request timeout for icmp_seq 6
...
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 5 received, 50% packet loss
round-trip min/avg/max = 45.8/46.3/46.8 msHost Loss% Snt Avg Best Wrst StDev
1. 172.20.10.1 (gateway) 0.0% 24 4.5 3.2 9.8 1.6
2. 192.168.164.1 0.0% 24 41.4 22.8 69.2 13.0
3-5. (waiting for reply) — — — — — —
6. 36.95.255.21 0.0% 24 40.1 25.0 61.0 10.0
7. 180.240.193.93 60.9% 24 52.4 30.9 118.6 26.3 ← iForte
8. 180.240.193.93 83.3% 24 50.5 37.5 77.3 18.7 ← iForte
9. 180.240.205.80 0.0% 24 46.4 34.3 69.0 8.4
10. 72.14.205.6 0.0% 24 47.2 33.9 62.0 9.0
11. 142.251.254.17 0.0% 24 45.2 33.8 65.8 6.8
...Google hops (0% loss)...
25. sf-in-f100.1e100.net 0.0% 23 47.9 31.9 81.7 12.8| Hop | IP Address | Loss% | Analisis |
|---|---|---|---|
| 1–2 | 172.20.10.1 / 192.168.164.1 | 0% | Jaringan lokal — sehat |
| 6 | 36.95.255.21 | 0% | ISP lokal — sehat |
| 7 | 180.240.193.93 (iForte) | 60.9% | BOTTLENECK — trunk iForte |
| 8 | 180.240.193.93 (iForte) | 83.3% | BOTTLENECK — trunk iForte |
| 9+ | 180.240.205.80 → Google | 0% | Internet global — sehat |
Hop 1–6: 0% loss
Sehat
Hop 7–8: 60–83%
GANGGUAN
Hop 9–25: 0% loss
Sehat
Mengapa Gangguan 1 Provider Bisa Berdampak Nasional?
iForte adalah salah satu penyedia IP Transit di Indonesia — perusahaan yang menjual akses ke internet global kepada ISP yang lebih kecil dan institusi. Ketika jalur trunk iForte ke Jakarta terganggu, semua pelanggan downstream-nya kehilangan akses ke internet exchange utama.
Ini seperti jalan tol utama yang ditutup — semua kendaraan yang biasa lewat jalur itu terjebak, meskipun jalan lokal di sekitarnya masih berfungsi. Pelajari lebih lanjut tentang konsep ini di artikel IP Transit Indonesia.
Cara Cek Koneksi & Mitigasi Saat Gangguan ISP
Pelajaran: Cara Mencegah Dampak Gangguan ISP
| Strategi | Penjelasan | Untuk Siapa |
|---|---|---|
| Multi-homing | Gunakan 2+ ISP dengan upstream berbeda | Kampus, kantor, data center |
| Failover otomatis | Konfigurasi router untuk switch otomatis ke ISP backup saat down | IT enterprise |
| Monitoring proaktif | Pantau ping & packet loss secara berkala dengan tools otomatis | Semua pengguna |
| Koneksi 4G/5G backup | Siapkan modem seluler sebagai jalur darurat | Kampus, SOHO |
| SLA review | Pastikan kontrak ISP mencakup jaminan uptime dan kompensasi | Procurement |
Beberapa universitas yang menggunakan iForte sebagai provider utama — termasuk kampus di Jawa Barat dan Banten — melaporkan gangguan internet tepat di masa ujian. Ping test menunjukkan ~50% packet loss ke server eksternal. Sistem ujian online, LMS, dan akses ke materi digital terganggu. Kampus yang memiliki koneksi backup bisa switch dalam hitungan menit, sementara yang hanya mengandalkan satu provider harus menunggu recovery dari iForte. Kejadian ini menjadi pengingat pentingnya strategi multi-homing untuk institusi pendidikan.
Pemulihan — Update Terkini
Traceroute terbaru dari router yang sebelumnya terdampak menunjukkan jalur sudah bersih — 0% packet loss dari hop 1 sampai hop 12. Traffic kini melewati jalur yang berbeda dari sebelumnya, mengindikasikan iForte telah berhasil melakukan rerouting ke trunk alternatif.
Hop Host Loss Sent Avg Best Worst StDev
1. 103.x.x.1 0.0% 3 0.1 0.1 0.1 0.0
2. 103.183.0.161 0.0% 3 22.7 22.4 23.0 0.2
3. 103.182.183.1 0.0% 3 51.9 50.9 53.1 0.9
4. 182.16.180.85 0.0% 3 50.9 49.6 51.6 0.9
5. 103.116.219.5 0.0% 3 53.1 52.2 53.8 0.7
6. 103.12.14.26 0.0% 3 41.8 40.6 43.8 1.4
7. 103.116.216.158 0.0% 3 73.1 70.4 77.2 2.9
8. 172.253.77.225 0.0% 3 52.2 50.7 54.8 1.9
9. 142.251.192.12 0.0% 3 52.3 49.9 55.7 2.5
10. 142.251.230.213 0.0% 3 73.4 70.8 77.5 2.9 <MPLS>
11. 142.251.230.230 0.0% 3 53.2 50.5 55.3 2.0
12. 209.85.142.37 0.0% 3 54.0 51.6 55.4 1.7
13. (timeout) 100.0% 3 — — — —
14. (timeout) 100.0% 3 — — — —| Parameter | Saat Gangguan (11:00 WIB) | Setelah Pemulihan (11:28 WIB) |
|---|---|---|
| Packet Loss | 60–83% di hop iForte | 0% di semua hop |
| Avg Latency | 46–52ms (tidak stabil) | 50–53ms (stabil) |
| StdDev | Tinggi (18–26ms) | Rendah (0.2–2.9ms) |
| Jalur | Via 180.240.193.93 (trunk lama) | Via 103.x.x.x (rerouted) |
| Status | Gangguan massal | Pemulihan sebagian — monitoring lanjut |
FAQ — Pertanyaan yang Sering Ditanyakan
Kesimpulan
Gangguan massal iForte pada 23 April 2026 menunjukkan betapa rentannya koneksi internet yang bergantung pada satu upstream provider. Kampus, kantor, dan ISP downstream yang hanya mengandalkan satu jalur transit langsung terdampak. Solusi jangka panjang: pastikan ada koneksi backup dan gunakan tools monitoring seperti Ping Test dan Traceroute untuk deteksi dini. Cek status koneksi Anda sekarang di CekIPSaya.