Kalau Anda sudah mengoperasikan point of presence (PoP) di berbagai wilayah Asia Tenggara atau APAC, polanya mungkin sudah tidak asing lagi: saat cache node masuk ke pasar baru, faktor yang menentukan berhasil atau tidak bukanlah servernya, melainkan peering di belakangnya. Kalau dikonfigurasi dengan tepat, cache bisa melayani pengguna lokal hanya dengan satu hop dan biaya yang jauh lebih rendah dibandingkan transit. Sebaliknya, kalau peering-nya tidak tepat, perangkat di Jakarta justru bisa bekerja lebih buruk daripada PoP offshore yang seharusnya digantikannya.
Panduan ini ditujukan bagi operator CDN regional yang sudah memutuskan bahwa Indonesia adalah pasar berikutnya dan kini membutuhkan detail operasional: bagaimana Edge Peering Internet Exchange (EPIX) masuk ke dalam rencana tersebut, apa saja yang perlu disiapkan sebelum memesan cross-connect, dan kapan saatnya beralih dari exchange peering ke bilateral peering. Panduan ini mengasumsikan Anda sudah memahami BGP dan exchange peering; fokusnya adalah hal-hal yang spesifik untuk Indonesia.
Ada satu keuntungan praktis yang perlu diperhatikan sejak awal: Digital Edge mengoperasikan data center-nya sendiri di Jakarta, tempat EPIX berada. Artinya, cache yang ditempatkan bersama Digital Edge dapat terhubung ke exchange melalui koneksi internal yang pendek, bukan melalui jalur lintas area metropolitan. Perbedaan ini mungkin terdengar kecil, tetapi menjadi penting ketika Anda membandingkan latensi dan lead time cross-connect dari berbagai pilihan fasilitas.
Mengapa Exchange Sebaiknya Menjadi Langkah Pertama
Operator biasanya membawa pendekatan dari pasar yang sudah matang: negosiasikan bilateral peering dengan jaringan-jaringan besar terlebih dahulu, lalu gunakan exchange untuk melengkapi sisanya. Di Indonesia, pendekatan ini justru sering kali kurang efektif.
Pasar pengguna internet Indonesia memang terkonsentrasi pada sejumlah operator besar, tetapi sebagian besar dari mereka menjadikan exchange sebagai lokasi peering utama, bukan sekadar alternatif. Route server EPIX memberikan akses ke berbagai jaringan konten dan akses domestik melalui satu port. Untuk membangun cakupan yang sama secara bilateral, Anda harus melakukan puluhan negosiasi terpisah. Daftar peserta, kapasitas port, dan cakupan IPv6 terbaru tersedia di PeeringDB EPIX. Sebaiknya periksa informasi ini sebelum memulai pembicaraan komersial karena daftar peserta dapat berubah, dan PeeringDB biasanya lebih mutakhir dibandingkan materi vendor mana pun, termasuk panduan ini.
Urutan yang lebih efektif adalah: bergabung dengan EPIX, aktifkan route server, pantau traffic selama 30 hari pertama, lalu tambahkan bilateral interconnect hanya untuk jaringan yang volumenya sudah cukup besar untuk menggunakan port khusus. Operator yang memulai dengan negosiasi bilateral biasanya menghabiskan waktu berbulan-bulan untuk perjanjian yang sebenarnya bisa ditangani exchange dalam hitungan minggu—sementara cache mereka belum bekerja secara optimal selama proses tersebut.
Sebelum Memesan Cross-Connect
Sebagian besar faktor yang menentukan kelancaran peering sebenarnya sudah ditentukan sebelum koneksi fisik dibangun.
PeeringDB adalah salah satu hal pertama yang akan diperiksa oleh network di Indonesia. Lengkapi ASN, alamat IPv4/IPv6 di setiap exchange, jumlah prefix, traffic level, URL peering policy, serta kontak yang benar untuk koordinasi peering dan NOC 24×7. Profil yang tidak lengkap merupakan salah satu alasan paling umum mengapa permintaan peering terhenti—pihak lain tidak bisa mengevaluasi sesuatu yang informasinya tidak tersedia.
Pastikan IRR records sesuai dengan prefix yang benar-benar akan Anda announce. Network di Indonesia secara rutin menggunakan data dari Internet Routing Registry untuk melakukan filtering. Prefix yang tidak terdaftar dengan benar dapat di-drop terlepas dari kesepakatan yang sudah dibuat melalui email. Pastikan entri IRR Anda sudah diperbarui sebelum port aktif, bukan setelahnya.
Resource Public Key Infrastructure (RPKI) semakin penting. Sejumlah network besar di Indonesia kini langsung men-drop route yang berstatus RPKI-invalid. Publikasikan Route Origin Authorisation (ROA) untuk setiap prefix yang akan Anda announce sebelum peering aktif. Ini merupakan langkah sederhana untuk mengurangi risiko route leak dan masalah convergence, yang jauh lebih mahal dan merepotkan jika baru diperbaiki setelah terjadi masalah.
Publikasikan peering policy. Pendekatan seperti “open at exchanges, selective for PNIs above [X] Gbps sustained” merupakan kebijakan yang banyak digunakan operator CDN asing, sekaligus pola yang umum diharapkan oleh network di Indonesia. Kebijakan yang tidak jelas dapat mengubah proses yang seharusnya selesai dalam satu minggu menjadi negosiasi selama berbulan-bulan.
Menyiapkan Peering di EPIX
Pilih kapasitas port dengan headroom yang cukup. Port yang terlalu kecil dapat mencapai kapasitas penuh lebih cepat dari perkiraan ketika cache hit mulai meningkat. Melakukan upgrade di tengah pertumbuhan traffic juga dapat mengganggu operasional pada saat yang paling tidak tepat. EPIX menyediakan port 10G dan 100G, dengan 400G tersedia berdasarkan permintaan. Untuk lapisan cache CDN asing, titik awal yang umumnya masuk akal adalah 10G dengan headroom yang cukup.
Perhatikan lokasi fisik cross-connect. Cache yang berada di fasilitas yang sama dengan exchange dapat terhubung melalui patch internal yang pendek. Sebaliknya, cache yang ditempatkan di fasilitas pihak ketiga harus menghadapi lead time yang lebih panjang, tambahan dependency operasional, serta latensi tambahan hanya untuk mencapai exchange.
Ini menjadi salah satu alasan konkret mengapa pilihan fasilitas di Jakarta perlu dipertimbangkan sejak awal. Dengan menempatkan cache di gedung yang sama dengan EPIX, cross-connect pada dasarnya menjadi pekerjaan patch panel, bukan pembangunan koneksi fiber lintas area metropolitan.
Gunakan route server sebagai default. Route server memungkinkan Anda menjangkau sebagian besar peserta exchange tanpa perlu melakukan konfigurasi per-peer. Gunakan filtering berdasarkan panjang prefix, validitas RPKI, dan kewajaran AS-path, daripada membuat daftar peer secara manual. Pengecualiannya adalah sejumlah kecil network yang tidak berpartisipasi di route server—network tersebut tetap membutuhkan direct session.
Tentukan MED policy secara sengaja, jangan sekadar mewarisi konfigurasi dari PoP lain. MED policy yang dibuat untuk PoP offshore dapat menghasilkan path selection yang tidak optimal di Indonesia, terutama karena terdapat beberapa jalur menuju tujuan yang sama melalui exchange dan transit provider yang berbeda.
Tetapkan nilai MED secara eksplisit untuk node Jakarta, prioritaskan route yang diperoleh melalui exchange dibandingkan transit, dan periksa path selection yang benar-benar terjadi selama dua minggu pertama. Jangan menunggu sampai ada komplain baru melakukan pengecekan.
Menambahkan Bilateral Peering — dan Menentukan Kapan Waktunya
Exchange sudah mencakup sebagian besar pasar. Bilateral peering digunakan untuk menangani network dengan volume traffic yang sangat besar.
Kandidatnya adalah network yang porsi traffic-nya sudah melewati titik ketika dedicated port lebih masuk akal dibandingkan exchange peering. Biasanya ini mencakup jaringan fixed dan mobile milik operator besar, operator mobile nasional lainnya, dan terkadang satu atau dua penyedia fixed broadband besar lainnya.
Daftar yang tepat bergantung pada karakteristik traffic Anda. Traffic platform gaming, misalnya, akan memiliki konsentrasi yang berbeda dibandingkan platform video. Karena itu, susun daftar berdasarkan traffic yang benar-benar terukur di exchange, bukan berdasarkan template umum.
PNI biasanya berjalan mengikuti kecepatan network terbesar yang terlibat. Jadi, siapkan waktu lebih panjang untuk operator besar dan proses yang relatif lebih singkat untuk network menengah. Negosiasi biasanya mencakup ukuran port, redundancy, handover, dan SLA. Istilah “redundancy” juga sebaiknya didefinisikan secara eksplisit karena operator asing dan counterpart di Indonesia tidak selalu memiliki pemahaman yang sama mengenai apa yang dimaksud dengan redundancy.
Pola yang efektif adalah: aktifkan domestic IPT pada hari pertama, bergabung dengan EPIX pada bulan pertama, dan secara bersamaan identifikasi 10 network dengan volume traffic terbesar. Setelah itu, mulai pembicaraan PNI dengan membawa data tersebut. Counterpart sudah bisa melihat traffic Anda di exchange, sehingga pembicaraan biasanya bergerak lebih cepat dibandingkan jika hanya menggunakan proyeksi traffic.
Kesalahan Umum dan Cara Menghindarinya
Mengumumkan terlalu banyak prefix dari node Jakarta. Ini dapat menarik traffic yang sebenarnya tidak ingin Anda layani dari Jakarta dan meningkatkan traffic pull kembali ke origin. Announce hanya prefix yang memang Anda layani secara lokal dan batasi advertisement untuk konten yang ditujukan bagi pengguna di Indonesia.
Masih membawa traffic dengan volume terbesar melalui exchange pada bulan keenam. Jika dua atau tiga network dengan volume traffic terbesar masih belum memiliki PNI, berarti traffic yang sudah berskala bilateral masih berjalan melalui shared infrastructure. Tinjau traffic per peer setiap kuartal dan jadikan pencapaian threshold sebagai trigger untuk bertindak, bukan sesuatu yang ditunda hingga perencanaan tahun depan.
Masalah MED yang baru muncul setelah perubahan upstream. Masalah seperti ini dapat menyebabkan regresi yang terjadi secara berkala dan sulit didiagnosis hanya dari dalam PoP sendiri. Synthetic probe dari network pengguna di Indonesia—bukan hanya dari cache—biasanya lebih efektif untuk mendeteksi masalah tersebut.
Data PeeringDB atau IRR yang sudah tidak diperbarui. Data yang sudah stale dapat membuat permintaan peering tertunda dan menyebabkan route ter-filter, bahkan berbulan-bulan setelah konfigurasi awal. Audit keduanya setidaknya dua kali setahun dan setiap kali terjadi perubahan prefix.
FAQ
Apa itu EPIX? EPIX adalah Internet Exchange yang bersifat carrier-neutral dengan kecepatan sangat tinggi, yang didukung oleh platform jaringan berperforma tinggi dan sepenuhnya redundant. EPIX memungkinkan carrier, ISP, penyedia konten, dan perusahaan untuk bertukar traffic IP dengan cepat, mudah, dan efisien dari sisi biaya.
Apakah saya masih membutuhkan bilateral PNI jika sudah terhubung ke EPIX? Ya, tetapi hanya ketika volume traffic dari network tertentu sudah cukup besar untuk membenarkan penggunaan dedicated port. Sebagian besar operator regional menentukan kebutuhan PNI berdasarkan traffic yang benar-benar terukur, bukan berdasarkan daftar yang sudah dibuat sebelumnya.
Berapa lama waktu yang dibutuhkan untuk menyiapkan PNI dengan operator besar di Indonesia? Tergantung pada operator dan pengalaman Anda dalam melakukan negosiasi. Network yang lebih besar umumnya membutuhkan waktu lebih lama dibandingkan network menengah.
Di mana EPIX secara fisik berada? EPIX di-host di fasilitas data center milik Digital Edge di Jakarta, yaitu EDGE1 dan EDGE2. Operator yang melakukan colocation bersama Digital Edge dapat terhubung ke exchange melalui short in-building cross-connect, bukan melalui koneksi fiber lintas metropolitan.
Kesimpulan
Lapisan peering adalah salah satu faktor yang menentukan apakah deployment cache di Jakarta benar-benar memberikan hasil yang diharapkan atau justru diam-diam berkinerja di bawah target. Pekerjaannya terbagi menjadi dua tahap.
Sebelum deployment: siapkan PeeringDB, IRR, RPKI, dan peering policy yang jelas. Hal-hal inilah yang menentukan seberapa cepat network di pasar dapat berinteraksi dengan Anda.
Setelah deployment: lakukan tuning route server, atur MED policy, dan tambahkan bilateral peering berdasarkan traffic yang benar-benar terukur, bukan sekadar perkiraan.
Operator yang menjadikan 30 hari pertama sebagai periode pengukuran, bukan sekadar periode setelah launch, biasanya mendapatkan deployment yang lebih sesuai dengan model dan ekspektasi awal. Sebaliknya, operator yang membalik urutannya dapat menghabiskan waktu berbulan-bulan untuk menegosiasikan reach yang sebenarnya bisa diperoleh melalui exchange dalam hitungan minggu.
Jika Anda sedang merencanakan kapasitas cache di Jakarta, EDGE1 dan EDGE2 menempatkan Anda di gedung yang sama dengan EPIX—satu hop lebih sedikit, satu dependency lebih sedikit, dan satu hal lebih sedikit yang perlu dinegosiasikan sebelum traffic Anda aktif.
Kami dapat membantu membahas pilihan kapasitas port, cakupan route server saat ini, dan kebutuhan cross-connect sebelum Anda melakukan pemesanan.
Hubungi tim EPIX untuk membahas kebutuhan traffic profile Anda sejak hari pertama.
