CIR vs MIR Dijelaskan: Memahami Bandwidth Terjamin dan Burst dalam Layanan Satelit

Ketika penyedia layanan satelit menyajikan proposal bandwidth, angka utama — 10 Mbps, 50 Mbps, atau lebih — jarang menceritakan keseluruhan cerita. Yang penting bukan kecepatan maksimum yang tertera pada penawaran, melainkan seberapa banyak kapasitas tersebut yang benar-benar dijamin dalam kondisi operasional nyata. Perbedaan antara bandwidth terjamin dan burst didefinisikan oleh dua parameter yang muncul di hampir setiap perjanjian layanan satelit: CIR (Committed Information Rate) dan MIR (Maximum Information Rate).

Bagi pembeli enterprise, arsitek jaringan, dan tim pengadaan, memahami perbedaan antara CIR dan MIR sangatlah penting. Kedua angka ini menentukan apakah situs remote dapat menjalankan aplikasi bisnis kritis secara andal selama jam sibuk, atau apakah kinerja akan menurun secara tidak terduga ketika kapasitas bersama sedang dalam beban tinggi. Kesalahan dalam memahami perbedaan ini menyebabkan link yang under-provisioned, ekspektasi SLA yang gagal, dan upgrade kontrak yang mahal.

Artikel ini menjelaskan apa arti CIR dan MIR dalam komunikasi satelit, bagaimana keduanya berinteraksi dengan kontesi, QoS, dan perjanjian tingkat layanan, serta bagaimana menggunakan parameter ini secara efektif saat mengevaluasi dan mengadakan layanan satelit. Jika Anda mengevaluasi penyedia secara lebih luas, Cara Mengevaluasi Penyedia Internet Satelit memberikan konteks pengadaan tambahan.

---

Apa Itu CIR?

CIR adalah singkatan dari Committed Information Rate. Ini adalah throughput bandwidth minimum yang dijamin secara kontraktual oleh penyedia layanan satelit untuk dikirimkan kepada pelanggan setiap saat, terlepas dari berapa banyak pengguna lain yang berbagi pool kapasitas yang sama. CIR merepresentasikan batas bawah — tingkat kinerja terendah yang seharusnya diharapkan pelanggan dalam kondisi jaringan apa pun.

Dalam layanan satelit terkelola, CIR biasanya diterapkan di hub melalui mekanisme penjadwalan trafik dan alokasi bandwidth. Ketika terminal remote memiliki CIR 2 Mbps, hub menyediakan kapasitas setara dengan rate tersebut untuk terminal bahkan selama permintaan puncak. Pengguna lain yang berbagi transponder atau beam yang sama tidak dapat mengonsumsi kapasitas yang telah dikomitmenkan untuk alokasi CIR.

CIR paling penting untuk trafik bisnis kritis. Aplikasi seperti voice over IP, video conferencing, telemetri SCADA, transaksi point-of-sale, dan sinkronisasi ERP memerlukan throughput yang konsisten dan dapat diprediksi. Jika bandwidth turun di bawah kebutuhan aplikasi selama jam sibuk, hasilnya adalah kualitas panggilan yang menurun, timeout transaksi, atau kegagalan sinkronisasi data. CIR menyediakan baseline kinerja yang dibutuhkan aplikasi-aplikasi ini untuk berfungsi secara andal.

Dalam layanan satelit enterprise pada umumnya, nilai CIR berkisar dari sebagian kecil MIR (misalnya, 1 Mbps CIR pada paket 10 Mbps MIR) hingga layanan 1:1 yang sepenuhnya committed di mana CIR sama dengan MIR. Rasio antara CIR dan MIR adalah salah satu indikator kualitas layanan yang paling penting dan secara langsung mempengaruhi harga. CIR yang lebih tinggi relatif terhadap MIR berarti lebih banyak kapasitas yang dipesan per pengguna, yang membutuhkan lebih banyak sumber daya transponder dari penyedia dan karenanya memakan biaya lebih besar bagi pelanggan.

---

Apa Itu MIR?

MIR adalah singkatan dari Maximum Information Rate. Ini adalah throughput tertinggi yang dapat dicapai terminal ketika kapasitas bersama yang cukup tersedia di jaringan. MIR merepresentasikan batas atas — kinerja terbaik ketika kondisi jaringan menguntungkan dan kontesi rendah.

Berbeda dengan CIR, MIR tidak dijamin. MIR merepresentasikan kapasitas oportunistik yang tersedia ketika pengguna lain di pool bersama yang sama sedang tidak aktif atau menghasilkan trafik rendah. Selama jam sepi — pagi hari, larut malam, atau di luar jam kerja di area cakupan beam — terminal mungkin secara rutin mencapai throughput pada atau mendekati MIR-nya. Selama jam sibuk, ketika banyak terminal aktif mentransmisikan, throughput yang dapat dicapai turun ke arah level CIR karena kapasitas bersama dibagi di antara lebih banyak pengguna.

MIR diatur oleh konfigurasi paket layanan di hub. Penjadwal trafik hub mengizinkan terminal untuk burst hingga MIR-nya ketika kapasitas yang tidak terpakai tersedia, tetapi membatasinya pada rate tersebut meskipun kapasitas yang lebih banyak secara teoritis tersedia. Ini mencegah terminal tunggal mana pun memonopoli pool bersama dan memastikan kapasitas burst didistribusikan ke semua pengguna aktif.

Hubungan antara MIR dan throughput aktual bersifat probabilistik, bukan deterministik. Terminal dengan MIR 20 Mbps mungkin mencapai 18–20 Mbps selama periode sepi, 8–12 Mbps selama beban sedang, dan 3–5 Mbps selama kongesti puncak (dengan asumsi, misalnya, CIR 2 Mbps). Throughput pada saat tertentu bergantung pada rasio kontesi, jumlah terminal yang aktif secara bersamaan, pola trafik pengguna lain di beam yang sama, dan kebijakan QoS yang dikonfigurasi di hub.

---

CIR vs MIR: Perbedaan Utama

Memahami perbedaan antara CIR dan MIR sangat penting untuk menetapkan ekspektasi yang realistis dan membuat keputusan pengadaan yang tepat. Tabel berikut merangkum perbedaan utama:

Rasio antara CIR dan MIR menunjukkan seberapa banyak dari kecepatan yang diiklankan yang benar-benar dapat diandalkan. Paket dengan CIR 2 Mbps dan MIR 10 Mbps (rasio 1:5) menjamin hanya 20% dari kecepatan utama. Paket dengan CIR 5 Mbps dan MIR 10 Mbps (rasio 1:2) menjamin 50%. Layanan yang sepenuhnya dedicated di mana CIR sama dengan MIR (rasio 1:1) menjamin 100% tetapi biayanya jauh lebih mahal.

Untuk pengadaan enterprise, rasio CIR-terhadap-MIR lebih informatif daripada salah satu angka saja. Dua proposal mungkin sama-sama menawarkan MIR 20 Mbps, tetapi jika satu memiliki CIR 4 Mbps dan yang lain memiliki CIR 10 Mbps, perbedaan kinerja dunia nyata selama jam puncak akan sangat substansial.

---

Mengapa CIR dan MIR Penting dalam Jaringan Satelit

Model CIR/MIR ada karena bandwidth satelit adalah sumber daya terbatas yang secara inheren dibagi bersama. Berbeda dengan fiber terestrial, di mana kapasitas dapat diperbesar relatif mudah dengan menyalakan panjang gelombang tambahan atau menambahkan kabel, kapasitas transponder satelit secara fisik dibatasi oleh daya pesawat luar angkasa, alokasi spektrum, dan slot orbital. Kelangkaan ini menjadikan berbagi bandwidth sebagai kebutuhan ekonomi untuk sebagian besar layanan satelit.

Paket Layanan Bersama

Sebagian besar paket layanan satelit menggunakan model bersama di mana beberapa terminal mengakses pool bandwidth bersama. Rasio kontesi menentukan berapa banyak pengguna yang berbagi pool, sementara CIR dan MIR mendefinisikan minimum terjamin dan maksimum burst masing-masing pengguna dalam pool tersebut. Dalam paket bersama tipikal dengan rasio kontesi 1:10, penyedia menjual sepuluh kali lebih banyak MIR agregat daripada kapasitas fisik yang tersedia, mengandalkan probabilitas statistik bahwa tidak semua pengguna akan meminta throughput puncak secara bersamaan.

CIR berfungsi sebagai jaring pengaman dalam model bersama ini. Tanpa jaminan CIR, semua bandwidth akan sepenuhnya dikontesikan, dan selama jam sibuk throughput setiap pengguna akan turun secara proporsional. Dengan meng-commit-kan CIR kepada setiap pengguna, penyedia menjamin tingkat layanan minimum dan membatasi seberapa banyak kinerja terminal individu dapat menurun di bawah beban.

Link Enterprise Dedicated

Untuk aplikasi mission-critical — perdagangan keuangan, komunikasi darurat, operasi militer, link WAN enterprise utama — layanan fully dedicated dengan CIR sama dengan MIR (1:1) menghilangkan kontesi sepenuhnya. Pelanggan membayar untuk akses eksklusif ke porsi kapasitas transponder yang ditentukan, dan tidak ada pengguna lain yang dapat mengonsumsi bandwidth tersebut. Ini adalah opsi paling mahal tetapi memberikan kinerja yang paling dapat diprediksi.

Beberapa layanan enterprise menawarkan pendekatan hybrid: CIR moderat untuk kinerja baseline terjamin, dikombinasikan dengan MIR yang lebih tinggi yang memungkinkan bursting ke pool bersama selama periode di luar puncak. Ini menyeimbangkan biaya dengan prediktabilitas kinerja dan umum dalam deployment internet satelit enterprise.

Konektivitas Remote, Maritim, dan Industri

Dalam lingkungan satelit maritim dan industri remote, perbedaan CIR/MIR memiliki kepentingan tambahan. Kapal di laut atau situs pertambangan di daerah terpencil tidak dapat beralih ke konektivitas terestrial ketika kinerja satelit menurun. CIR mendefinisikan kemampuan operasional minimum untuk sistem keselamatan, telemetri SCADA, dan komunikasi esensial.

Untuk deployment SCADA melalui satelit, bahkan nilai CIR yang kecil (64–256 kbps) dapat cukup untuk trafik telemetri dan kontrol, sementara MIR yang lebih tinggi memungkinkan pembaruan firmware sesekali atau transfer data massal selama periode sepi. Kuncinya adalah memastikan bahwa CIR berukuran sesuai dengan kebutuhan minimum aplikasi.

Interaksi dengan QoS dan Traffic Shaping

CIR dan MIR tidak beroperasi secara terpisah. Keduanya berinteraksi dengan kebijakan QoS yang dikonfigurasi di hub satelit. Traffic shaping, priority queuing, dan weighted fair scheduling menentukan bagaimana bandwidth yang tersedia didistribusikan di antara kelas trafik yang berbeda dalam alokasi terminal tunggal dan di seluruh pool bersama.

Paket layanan yang dikonfigurasi dengan baik mungkin memprioritaskan trafik suara dan video untuk mengonsumsi alokasi CIR terlebih dahulu, memastikan bahwa aplikasi sensitif latensi mempertahankan kualitas bahkan selama kongesti, sementara transfer massal dan trafik non-kritis burst ke kapasitas MIR secara oportunistik. Tanpa penyelarasan QoS yang tepat, bahkan CIR yang memadai dapat terbuang pada trafik prioritas rendah sementara aplikasi kritis menderita.

---

Trade-off Engineering dan Komersial Dunia Nyata

Implikasi Biaya

CIR adalah pendorong biaya utama dalam penetapan harga layanan satelit. Kapasitas transponder yang di-commit-kan sebagai CIR tidak dapat dijual kembali atau dibagi dengan pelanggan lain, sehingga penyedia harus memulihkan biaya penuh kapasitas tersebut dari pelanggan yang menerima jaminan. MIR, sebaliknya, memanfaatkan statistical multiplexing — kapasitas fisik yang sama dapat dijual sebagai bandwidth burst kepada beberapa pelanggan, menyebarkan biaya.

Sebagai panduan kasar, menggandakan CIR pada paket layanan satelit biasanya meningkatkan biaya bulanan sebesar 40–80%, tergantung pada penyedia, band, dan wilayah. Meningkatkan MIR sambil mempertahankan CIR tetap memiliki dampak biaya yang jauh lebih kecil karena penyedia hanya mengizinkan akses ke kapasitas bersama yang mungkin atau mungkin tidak tersedia.

Dinamika biaya ini menciptakan ketegangan pengadaan: pelanggan enterprise menginginkan CIR setinggi mungkin untuk prediktabilitas, tetapi anggaran sering membatasi mereka pada CIR yang lebih rendah dengan paket MIR yang lebih tinggi. Tujuannya adalah menemukan level CIR yang memenuhi kebutuhan minimum aplikasi tanpa membayar berlebihan untuk kapasitas terjamin yang sebenarnya tidak dibutuhkan setiap saat.

Ketidakpastian Burst

Salah satu kesalahan pengadaan paling umum adalah mengevaluasi layanan satelit terutama berdasarkan MIR. Paket dengan MIR 50 Mbps dan CIR 2 Mbps terlihat mengesankan di atas kertas, tetapi 50 Mbps tersebut hanya tersedia ketika tidak ada pengguna lain di beam yang menggunakan kapasitas secara intensif. Selama jam kerja puncak — tepat ketika pengguna enterprise paling membutuhkan bandwidth — throughput dapat turun mendekati level CIR.

Ketidakpastian bandwidth burst sangat bermasalah untuk aplikasi dengan kebutuhan throughput minimum. Video conferencing yang memerlukan 4 Mbps tidak dapat berfungsi secara andal pada paket dengan CIR 2 Mbps, meskipun MIR-nya 50 Mbps. Aplikasi tersebut membutuhkan setidaknya 4 Mbps selama panggilan berlangsung, dan jika kapasitas burst tidak tersedia pada saat itu, panggilan akan menurun kualitasnya atau gagal.

Tipe Aplikasi Lebih Penting dari Kecepatan Utama

Saat menentukan ukuran CIR dan MIR, profil aplikasi situs remote lebih penting daripada total kecepatan utama. Situs yang menjalankan campuran VoIP, ERP, dan browsing web memiliki kebutuhan CIR yang berbeda dari situs yang terutama melakukan backup data massal ke cloud.

Untuk aplikasi real-time yang sensitif latensi (suara, video, SCADA), CIR harus berukuran sesuai kebutuhan throughput minimum aplikasi setiap saat. Untuk aplikasi massal yang toleran terhadap penundaan (transfer file, pembaruan perangkat lunak, sinkronisasi email), MIR lebih relevan karena aplikasi dapat mentoleransi throughput yang bervariasi dan burst ketika kapasitas tersedia.

Pendekatan paling efektif adalah memetakan profil trafik situs, mengidentifikasi aplikasi mana yang CIR-critical (harus berfungsi setiap saat) dan mana yang MIR-tolerant (dapat burst secara oportunistik), dan menentukan ukuran paket layanan sesuai. Ini mencegah baik over-provisioning (membayar CIR yang tidak dibutuhkan) maupun under-provisioning (menjamin kurang dari minimum yang dibutuhkan situs).

---

CIR/MIR dan Diskusi SLA

Nilai CIR dan MIR dalam proposal layanan satelit hanya bermakna jika didukung oleh perjanjian tingkat layanan yang jelas dan terukur. Tanpa komitmen SLA, CIR hanyalah pernyataan pemasaran, bukan jaminan kontraktual.

Apa yang Harus Ditanyakan Pembeli kepada Penyedia

Saat mengevaluasi proposal layanan satelit, pembeli enterprise harus mengajukan pertanyaan-pertanyaan berikut tentang CIR dan MIR:

1. Bagaimana CIR diukur? Apakah itu minimum sesaat yang dijamin, atau rata-rata selama interval pengukuran (misalnya, 15 menit, 1 jam)? CIR rata-rata interval memungkinkan penurunan sesaat di bawah rate yang dijamin, yang dapat mempengaruhi aplikasi sensitif latensi.

2. Apa yang terjadi jika CIR tidak terpenuhi? Apakah ada kredit SLA, penalti layanan, atau prosedur eskalasi? Jaminan CIR tanpa pemulihan secara efektif tidak dapat ditegakkan.

3. Apakah CIR simetris atau asimetris? Banyak paket satelit memiliki nilai CIR yang berbeda untuk forward (download) dan return (upload) link. Pastikan kedua arah ditentukan dan selaras dengan kebutuhan aplikasi.

4. Berapa rasio kontesi pada MIR? MIR yang tinggi dengan kontesi agresif (1:20 atau lebih tinggi) berarti bandwidth burst jarang dapat dicapai selama jam kerja.

5. Bagaimana MIR dibatasi? Apakah ada batas keras pada MIR, atau apakah penyedia menggunakan traffic shaping yang secara bertahap mengurangi throughput seiring peningkatan penggunaan?

6. Apakah CIR dan MIR diukur pada Layer 2 atau Layer 3? Overhead protokol dapat mengurangi throughput efektif sebesar 5–15% dibandingkan dengan rate yang diiklankan.

7. Bisakah CIR di-upgrade tanpa perubahan hardware? Beberapa platform memungkinkan penyesuaian CIR melalui konfigurasi perangkat lunak di hub, sementara yang lain memerlukan perubahan fisik pada terminal atau modem.

Kejelasan Dokumentasi

Pastikan bahwa nilai CIR dan MIR dinyatakan secara eksplisit dalam perjanjian layanan, bukan hanya dalam materi pemasaran atau presentasi pra-penjualan. Kontrak harus menentukan nilai CIR di setiap arah, nilai MIR, metodologi pengukuran, mekanisme pelaporan, dan pemulihan SLA untuk ketidakpatuhan.

Untuk panduan lebih mendalam tentang perjanjian layanan satelit, lihat Satellite SLA Dijelaskan untuk struktur SLA dan Cara Mengevaluasi Penyedia Internet Satelit untuk kriteria pengadaan yang lebih luas.

---

Kesalahpahaman Umum

Beberapa miskonsepsi yang terus-menerus tentang CIR dan MIR menyebabkan kesalahan pengadaan dan ekspektasi kinerja yang tidak realistis.

Berasumsi MIR Selalu Tersedia

Kesalahan paling sering adalah memperlakukan MIR sebagai throughput yang diharapkan, bukan sebagai batas atas skenario terbaik. Pembeli mengevaluasi proposal berdasarkan MIR dan kecewa ketika throughput dunia nyata selama jam kerja jauh lebih rendah. MIR hanya dapat dicapai ketika pool kapasitas bersama kurang dimanfaatkan — kondisi yang paling tidak mungkin terjadi selama jam-jam ketika pengguna enterprise paling membutuhkan bandwidth.

Memperlakukan CIR sebagai Kecepatan Penuh

Beberapa pembeli berasumsi bahwa CIR berarti terminal akan selalu beroperasi pada kecepatan tersebut. CIR adalah jaminan minimum, bukan alokasi tetap. Terminal dapat dan biasanya melakukan burst di atas CIR ketika kapasitas tersedia. CIR 2 Mbps tidak berarti terminal dibatasi pada 2 Mbps — ini berarti 2 Mbps adalah batas bawah, dan throughput dapat burst hingga batas atas MIR ketika kondisi memungkinkan.

Mengabaikan Perilaku Jam Sibuk

Kinerja jaringan bervariasi secara signifikan antara jam di luar puncak dan jam puncak. Menguji link satelit selama jam di luar puncak mungkin menunjukkan throughput mendekati MIR, yang menimbulkan kepercayaan palsu tentang kinerja layanan. Ujian nyata dari layanan satelit adalah kinerjanya selama jam tersibuk, ketika kontesi tertinggi dan throughput turun ke arah CIR. Selalu minta data kinerja jam sibuk atau lakukan acceptance testing selama periode puncak.

Mencampuradukkan CIR dengan Reservasi Bandwidth

CIR menjamin throughput minimum, tetapi tidak selalu berarti kapasitas tersebut secara statis dipesan dan tidak digunakan ketika terminal sedang idle. Sebagian besar platform satelit modern menggunakan alokasi bandwidth dinamis — kapasitas yang di-commit-kan sebagai CIR tersedia untuk pengguna lain ketika pelanggan CIR tidak aktif mentransmisikan, kemudian diklaim kembali ketika pelanggan menjadi aktif. Ini berbeda dengan kanal SCPC dedicated, yang memesan kapasitas terlepas dari apakah sedang digunakan atau tidak.

Mengabaikan Asimetri

Layanan satelit hampir selalu memiliki nilai CIR dan MIR yang berbeda untuk forward (download) dan return (upload) link. Paket yang diiklankan sebagai "CIR 10 Mbps" mungkin menyediakan CIR 10 Mbps pada forward link tetapi hanya 1–2 Mbps CIR pada return. Untuk aplikasi yang memerlukan throughput simetris (video conferencing, tunnel VPN, replikasi database), nilai CIR yang lebih rendah di antara keduanya adalah batasan efektif.

---

Contoh Praktis

Kantor Remote — Layanan Enterprise Bersama

Kantor regional dengan 25 pengguna yang menjalankan ERP berbasis cloud, email, browsing web, dan video conferencing sesekali berlangganan paket satelit dengan CIR 4 Mbps / MIR 20 Mbps pada forward link dan CIR 1 Mbps / MIR 5 Mbps pada return link.

Selama jam pagi (di luar puncak untuk beam), pengguna mengalami throughput forward 12–18 Mbps, memungkinkan respons aplikasi cloud yang cepat dan panggilan video yang lancar. Selama jam kerja puncak (10.00–15.00), throughput turun menjadi 4–6 Mbps saat terminal lain di beam menjadi aktif. CIR 4 Mbps memastikan bahwa transaksi ERP dan email terus berfungsi dengan baik, sementara kebijakan QoS memprioritaskan trafik ERP dan suara di atas browsing web.

Kantor dapat meng-upgrade ke CIR 8 Mbps untuk kinerja jam puncak yang lebih konsisten, tetapi biaya bulanan tambahan mungkin tidak dibenarkan kecuali video conferencing menjadi kebutuhan harian.

Maritim — Kapasitas Bersama di Laut

Kapal komersial berlangganan layanan satelit maritim dengan CIR 1 Mbps / MIR 10 Mbps, dibagi dengan kapal lain di area cakupan beam yang sama. Kapal menggunakan link untuk kesejahteraan kru (akses internet), pelaporan operasional, pembaruan peta elektronik, dan data cuaca.

Selama pendekatan pelabuhan dan jalur pelayaran sibuk di mana banyak kapal berbagi beam yang sama, throughput turun menjadi 1–2 Mbps. CIR 1 Mbps memastikan bahwa data cuaca yang kritis untuk keselamatan dan pelaporan operasional selalu berfungsi. Browsing kesejahteraan kru beradaptasi dengan kapasitas yang tersedia — kadang mendekati 10 Mbps di lautan terbuka dengan sedikit kapal aktif lainnya, kadang 1–2 Mbps di area padat.

Operator kapal menegosiasikan CIR yang mencakup kebutuhan operasional minimum (data navigasi, pelaporan) dan menerima kinerja variabel untuk trafik kru non-kritis, menghindari biaya CIR yang lebih tinggi yang jarang akan dimanfaatkan di laut.

Pemantauan Industri — CIR Rendah, Burst untuk Pembaruan

Stasiun pemantauan pipa di wilayah gurun menggunakan satelit untuk telemetri SCADA dan pembaruan firmware sesekali. Paket layanan menyediakan CIR 128 kbps / MIR 2 Mbps.

Data polling SCADA hanya memerlukan 20–50 kbps secara kontinu, jauh di dalam CIR 128 kbps. CIR memastikan telemetri tidak pernah terganggu, bahkan selama kondisi brownout satelit atau kontesi tinggi di beam. Pembaruan firmware (biasanya 50–200 MB) dijadwalkan selama jam di luar puncak ketika throughput burst mendekati 2 Mbps tersedia, selesai dalam hitungan menit, bukan jam yang diperlukan jika hanya menggunakan transfer CIR.

Paket ini mengoptimalkan biaya dengan menjaga CIR terjamin tetap rendah (sesuai kebutuhan telemetri kontinu) sambil menyediakan kapasitas burst yang memadai untuk tugas pemeliharaan berkala. Alternatifnya — CIR yang lebih tinggi untuk mempercepat pembaruan firmware — akan biayanya jauh lebih mahal untuk kemampuan yang hanya dibutuhkan beberapa kali per tahun.

---

Pertanyaan yang Sering Diajukan

Apa itu CIR dalam komunikasi satelit?

CIR (Committed Information Rate) adalah throughput bandwidth minimum yang dijamin secara kontraktual oleh penyedia layanan satelit untuk dikirimkan setiap saat, terlepas dari kongesti jaringan atau jumlah pengguna lain yang berbagi kapasitas yang sama. CIR merepresentasikan batas bawah kinerja layanan yang dijamin.

Apa itu MIR dalam internet satelit?

MIR (Maximum Information Rate) adalah throughput bandwidth maksimum yang dapat dicapai terminal satelit ketika kapasitas cadangan tersedia di jaringan bersama. MIR merepresentasikan batas atas throughput skenario terbaik tetapi tidak dijamin dan bergantung pada beban jaringan saat ini dan kondisi kontesi.

Apakah MIR dijamin?

Tidak. MIR adalah rate oportunistik yang bergantung pada kapasitas bersama yang tersedia. Selama jam di luar puncak, terminal mungkin mencapai throughput mendekati MIR. Selama jam sibuk, throughput biasanya turun ke arah level CIR karena lebih banyak pengguna berkontesi untuk pool bandwidth yang sama.

Berapa banyak CIR yang dibutuhkan situs enterprise?

CIR yang dibutuhkan bergantung pada profil aplikasi kritis situs. Identifikasi aplikasi yang harus berfungsi setiap saat (VoIP, ERP, SCADA, video conferencing) dan tentukan ukuran CIR untuk memenuhi kebutuhan throughput minimum agregatnya. Aplikasi non-kritis (browsing web, pembaruan perangkat lunak) dapat mengandalkan kapasitas burst MIR.

Apa perbedaan antara CIR dan rasio kontesi?

CIR adalah throughput minimum terjamin untuk pengguna spesifik, diukur dalam Mbps atau kbps. Rasio kontesi adalah jumlah pengguna yang berbagi pool bandwidth, dinyatakan sebagai rasio (misalnya, 1:10). Keduanya terkait tetapi berbeda: layanan dapat memiliki rasio kontesi tinggi (banyak pengguna berbagi) tetapi tetap memberikan CIR yang bermakna kepada setiap pengguna, atau dapat memiliki rasio kontesi rendah tetapi tanpa jaminan CIR formal.

Bisakah saya mendapatkan layanan satelit dengan CIR 1:1 (tanpa kontesi)?

Ya. Layanan satelit fully dedicated di mana CIR sama dengan MIR tersedia, biasanya disediakan sebagai link SCPC (Single Channel Per Carrier) dedicated atau alokasi TDMA dedicated. Layanan ini menghilangkan kontesi sepenuhnya tetapi biayanya jauh lebih mahal daripada paket bersama karena kapasitas transponder secara eksklusif dipesan untuk pelanggan tunggal.

Apakah MIR lebih tinggi selalu berarti layanan lebih baik?

Belum tentu. Paket dengan MIR 50 Mbps dan CIR 1 Mbps mungkin berkinerja lebih buruk selama jam kerja daripada paket dengan MIR 10 Mbps dan CIR 5 Mbps. CIR terjamin lebih menunjukkan kinerja dunia nyata jam puncak daripada MIR utama. Evaluasi proposal berdasarkan rasio CIR-terhadap-MIR dan rasio kontesi, bukan MIR saja.

Bagaimana hubungan CIR dan MIR dengan SLA satelit?

CIR adalah parameter yang paling umum didukung oleh komitmen SLA dengan penalti finansial untuk ketidakpatuhan. MIR biasanya digambarkan sebagai "best effort" dan tidak dicakup oleh jaminan SLA. Saat meninjau perjanjian layanan satelit, fokuskan pada jaminan CIR, bagaimana diukur, dan pemulihan apa yang berlaku jika penyedia gagal memenuhinya. Lihat Satellite SLA Dijelaskan untuk panduan terperinci.

---

Poin-Poin Penting

• CIR (Committed Information Rate) adalah bandwidth minimum terjamin — batas bawah throughput yang didukung oleh komitmen kontraktual penyedia layanan. CIR mendefinisikan kinerja skenario terburuk yang dapat Anda andalkan.
• MIR (Maximum Information Rate) adalah batas atas burst — throughput tertinggi yang dapat dicapai ketika kapasitas bersama tersedia. MIR tidak dijamin dan tidak boleh diperlakukan sebagai kinerja yang diharapkan.
• Rasio CIR-terhadap-MIR adalah metrik paling informatif untuk membandingkan paket layanan satelit. Rasio yang lebih tinggi berarti kinerja yang lebih dapat diprediksi tetapi biaya lebih tinggi.
• Tentukan ukuran CIR sesuai aplikasi kritis Anda, bukan sesuai total daftar keinginan bandwidth. Aplikasi yang harus berfungsi setiap saat membutuhkan CIR; aplikasi yang dapat mentoleransi throughput variabel dapat mengandalkan MIR.
• Tuntut dukungan SLA untuk nilai CIR. CIR tanpa penalti SLA adalah pernyataan pemasaran, bukan jaminan. Klarifikasi metodologi pengukuran, pelaporan, dan pemulihan.
• Evaluasi kinerja jam sibuk, bukan speed test di luar puncak. Nilai CIR paling terlihat selama kongesti puncak ketika layanan MIR-only menurun.
• Pertimbangkan total biaya under-provisioning. CIR yang lebih rendah menghemat biaya bulanan tetapi mungkin memakan biaya lebih besar dalam produktivitas yang menurun, aplikasi yang gagal, dan upgrade di tengah kontrak.
• Selaraskan CIR/MIR dengan kebijakan QoS untuk memastikan bandwidth terjamin dialokasikan ke kelas trafik yang tepat, memaksimalkan nilai setiap kilobit yang di-commit-kan.