Kenapa Rute Trafik Malah Lebih Lambat Setelah Pindah dari Transit ke Peering

Banyak pengelola infrastruktur beranggapan bahwa rute peering langsung pasti lebih kencang dibanding transit. Asumsinya masuk akal di atas kertas: jika dua jaringan terhubung langsung di satu titik pertukaran internet (Internet Exchange Point atau IXP), paket data tidak perlu melewati perantara, sehingga latensi seharusnya terpangkas. Namun di meja dukungan teknis, kita cukup sering melihat keluhan sebaliknya, di mana setelah rute dialihkan ke direct peering demi menghemat biaya transit, sejumlah pengguna justru mengeluhkan koneksi yang terasa lebih berat atau nilai ping yang melompat dua kali lipat. Kondisi ini bukan misteri jaringan tanpa penjelasan. Peering dan transit dirancang dengan motivasi ekonomi dan teknis yang berbeda, dan protokol perutean internet tidak selalu memilih jalur dengan jarak fisik terpendek.

Analogi gerbang pintas vs jalur tol komersial

Untuk membangun gambaran yang mudah, bayangkan transit seperti menyewa layanan kurir global yang memiliki akses jalur tol berbayar. Ketika kamu mengirim barang ke kota lain, perusahaan logistik transit akan mencari rute tercepat dan paling terawat karena itu bagian dari perjanjian layanan (SLA) yang kamu bayar mahal. Sebaliknya, peering mirip seperti dua komplek perumahan berdampingan yang sepakat membuka gerbang tembus di tembok belakang agar warganya bisa saling berkunjung tanpa bayar tol. Hubungan ini saling menguntungkan (settlement-free) dan sangat efisien selama kamu memang ingin berkunjung ke rumah tetangga tepat di balik gerbang itu. Masalah muncul ketika ada warga dari komplek tetangga yang sebenarnya sedang berada di ujung kota lain. Karena pengelola perumahan memberlakukan aturan kaku bahwa 'semua barang antar-warga wajib lewat gerbang tembus', paket harus memutar jauh dulu ke gerbang belakang komplek asal sebelum diteruskan ke tujuan. Jalurnya memang gratis dan langsung antar-komplek, tetapi rute fisiknya menjadi jauh lebih berliku dibanding lewat tol langsung. Hal yang mirip juga dibahas pada Practical Notes on Peering, Transit & PNI NJ | Low Lag | Data Network Solutions terkait pertukaran rute publik dan privat.

Mekanisme BGP yang mendahulukan biaya daripada latensi

Internet bekerja menggunakan protokol BGP (Border Gateway Protocol). Satu hal mendasar yang sering disalahpahami adalah bahwa BGP secara bawaan tidak mengukur latensi (millisecond), jitter, maupun sisa bandwidth pada kabel ketika menentukan rute terbaik. Ketika sebuah Autonomous System (AS) menerima informasi rute untuk suatu alamat IP tujuan dari dua arah—satu dari upstream transit berbayar dan satu dari koneksi peering di IXP—router akan menjalankan algoritma penentuan rute terbaik (best path selection). Urutan pertamanya hampir selalu adalah atribut bernama Local Preference (Local Pref). Secara umum di industri jaringan, operator memberi nilai Local Preference lebih tinggi pada rute peering dibandingkan rute transit. Alasan utamanya murni ekonomi: trafik peering biasanya gratis atau hanya butuh biaya sewa port tahunan yang tetap, sedangkan trafik transit dihitung berdasarkan volume data terpakai (biasanya menggunakan metode 95th percentile). Akibatnya, router akan secara membabi buta melempar paket ke jalur peering, meskipun jalur tersebut secara fisik harus memutar atau sedang mengalami antrean padat. Faktor kedua adalah fenomena hot-potato routing. Ketika ISP membawa trafik dari pengguna menuju server kamu, ISP tersebut cenderung ingin melepaskan paket dari jaringannya secepat mungkin untuk menekan beban infrastruktur internal mereka. Jika ada interkoneksi peering terdekat di kota A, ISP akan segera mengoper paket di kota A, meskipun server tujuan sebenarnya berada di kota B yang lebih dekat dengan point of presence transit mereka. Beban perjalanan jarak jauh dari kota A ke kota B akhirnya dibebankan ke rute berikutnya, yang mungkin tidak memiliki kapasitas sebaik backbone transit Tier-1.

Asymmetric routing dan titik jenuh pada port peering

Satu penyebab utama latensi bengkak setelah migrasi adalah asymmetric routing (rute asimetris). Paket data dari klien menuju server (arah masuk) bisa saja mengambil jalan yang sama sekali berbeda dengan paket dari server kembali ke klien (arah keluar). Saat kamu mengubah pengumuman rute (route announcement) di BGP, kamu mungkin berhasil memaksa paket keluar lewat jalur peering. Namun, jaringan ISP di sisi klien belum tentu memperbarui rute baliknya ke jalur yang setara. Sering terjadi paket request dari pengunjung datang lewat transit dalam waktu 15 milidetik, tetapi paket reply dari server kamu dipaksa keluar lewat peering lokal yang jalurnya memutar lewat pertukaran di negara tetangga, membuat total waktu bolak-balik (round-trip time) melonjak drastis. Selain masalah rute memutar, ada faktor kapasitas fisik. Penyedia transit kelas atas umumnya menjaga utilisasi link mereka agar tidak menyentuh batas atas dengan menyediakan cadangan kapasitas yang masif. Di sisi lain, port peering publik pada IXP sering kali menjadi bottleneck bersama. Ketika beberapa operator besar saling bertukar trafik video atau unduhan berkas besar di port yang sama, terjadi antrean paket (queueing delay). Paket yang mengantre di buffer router akan mengalami kenaikan latensi secara berkala, bahkan packet loss mikro saat jam sibuk.

Melacak rute yang memutar dengan diagnostik jaringan

Jika pengguna melaporkan penurunan performa setelah perubahan jaringan, langkah pertama adalah memeriksa rute bolak-balik, bukan hanya ping sederhana. Utilitas seperti mtr (My Traceroute) membantu melihat lonjakan latensi di setiap hop perantara. Jalankan MTR dari arah server menuju IP pengunjung atau sebaliknya untuk melihat di mana paket melompat tidak wajar:

TEXT

# contoh format output mtr report ke IP tujuan
HOST: server-edge-01              Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 192.0.2.1                  0.0%    10    0.4   0.4   0.3   0.6   0.1
  2.|-- edge-peering.ixp-jkt.id    0.0%    10    1.8   1.9   1.7   2.2   0.2
  3.|-- border-router.isp-sg.net   0.0%    10   38.5  39.1  38.2  41.0   0.9
  4.|-- gateway-client.isp-id.net  0.0%    10   72.1  71.8  70.9  74.5   1.1
  5.|-- 203.0.113.45               0.0%    10   71.5  71.9  71.2  73.1   0.6

Pada contoh format output di atas, perhatikan lonjakan tajam dari hop 2 ke hop 3. Paket dilempar ke pertukaran peering di Jakarta, tetapi hop berikutnya justru berpindah ke router perantara di Singapura sebelum akhirnya kembali lagi ke jaringan ISP domestik pengguna di hop 4. Lompatan geografis yang tidak perlu seperti ini (trombone routing) adalah penyebab paling umum kenapa latensi domestik yang seharusnya di bawah 20 milidetik membengkak menjadi 70 milidetik ke atas.

Hal yang perlu diperhatikan saat merancang rute

Direct peering tetap merupakan salah satu instrumen terbaik untuk memangkas biaya infrastruktur dan mempercepat akses ke segmen jaringan tertentu. Namun, menganggap peering selalu lebih unggul daripada transit adalah kekeliruan arsitektur. Transit berbayar memberi kamu keandalan jalur global yang dirawat dengan SLA ketat, sedangkan peering memberi kamu efisiensi pertukaran data lokal dengan biaya terkendali. Kunci stabilitas jaringan multihomed terletak pada kebijakan perutean yang fleksibel: jangan ragu menurunkan prioritas rute peering tertentu atau menerapkan filter komunitas BGP jika data lapangan menunjukkan bahwa jalur transit Tier-1 memberikan rute yang jauh lebih konsisten bagi segmen pengguna tersebut.