Lihat sumber Peluapan penyangga

'''Peluapan penyangga''' () adalah penyebab tingginya [[Pendaman (rekayasa)|pendaman]] dan jitter pada [[sambungan paket]] yang disebabkan oleh [[Penyangga (telekomunikasi)|penyanggaan]] [[Paket jaringan|paket]] yang berlebihan. Peluapan penyangga juga dapat menyebabkan [[variasi penundaan paket]] (juga dikenal sebagai jitter), serta mengurangi [[aliran lewat]] jaringan secara keseluruhan. Ketika [[perute]] atau [[Pengalih jaringan|pengalih]] dikonfigurasi untuk menggunakan penyangga yang terlalu besar, bahkan jaringan berkecepatan sangat tinggi pun bisa menjadi tidak dapat digunakan untuk banyak aplikasi interaktif seperti ''[[voice over IP]]'' (VoIP), [[Media pengaliran|pengaliran audio]], [[permainan daring]], dan bahkan [[Navigasi web|penelusuran web]] biasa.

Beberapa produsen peralatan komunikasi merancang penyangga berukuran besar yang tidak perlu pada beberapa [[Perangkat keras jaringan|produk jaringan]] mereka. Pada peralatan seperti itu, peluapan penyangga terjadi ketika pranala jaringan menjadi [[Kemacetan jaringan|padat]], menyebabkan paket-paket menjadi antre dalam jangka waktu lama dalam penyangga yang terlalu besar ini. Dalam sistem antrean [[FIFO|masuk pertama keluar pertama]], penyangga yang terlalu besar mengakibatkan antrean lebih panjang dan latensi lebih tinggi, serta tidak meningkatkan aliran lewat jaringan. Hal ini juga dapat disebabkan oleh koneksi berkecepatan lambat tertentu yang menghambat pengiriman paket lain secara tepat waktu.

Fenomena peluapan penyangga telah dijelaskan sejak tahun 1985.<ref>[https://www.ietf.org/rfc/rfc0970.txt On Packet Switches with Infinite Storage]. 1985-12-31.</ref> Ini mendapat perhatian lebih luas mulai tahun 2009.<ref>Iljitsch van Beijnum. [https://arstechnica.com/tech-policy/news/2011/01/understanding-bufferbloat-and-the-network-buffer-arms-race.ars Understanding Bufferbloat and the Network Buffer Arms Race]. ''Ars Technica''. 2011-01-07.</ref>

Menurut beberapa sumber, penyebab paling umum dari sendat yang tinggi dalam permainan video daring adalah peluapan penyangga jaringan rumah lokal. Sendat yang tinggi dapat membuat permainan daring modern menjadi tidak mungkin dilakukan.<ref>''Bufferbloat: Dark Buffers in the Internet: Networks without effective AQM may again be vulnerable to congestion collapse''. ''Queue''. doi:10.1145/2063166.2071893.</ref>

== Penyanggaan ==
[[Aturan praktis]] yang ditetapkan bagi produsen peralatan jaringan adalah menyediakan penyangga yang cukup besar untuk menampung setidaknya 250 Ms penyanggaan untuk aliran lalu lintas yang melewati perangkat. Misalnya, perute antarmuka [[Gigabit Ethernet]] akan memerlukan 32 yang relatif besar&nbsp;penyangga [[Bita|MB]]. Ukuran penyangga seperti itu dapat menyebabkan kegagalan [[Algoritma kontrol kemacetan TCP|algoritma kendali kemacetan TCP]]. Penyangga kemudian membutuhkan waktu beberapa saat untuk terkuras, sebelum kendali kemacetan dimulaiulang dan koneksi TCP kembali naik ke kecepatannya dan mengisi penyangga lagi. Peluapan penyangga kemudian menyebabkan masalah seperti sendat yang tinggi dan bervariasi, serta menghambat kemacetan jaringan untuk semua aliran lainnya karena penyangga menjadi penuh dengan paket dari satu aliran TCP dan paket lainnya kemudian dibuang.

Peluapan penyangga hanya berpengaruh jika penyangga ini benar-benar digunakan. Dengan kata lain, penyangga yang terlalu besar mempunyai efek merusak hanya ketika pranala yang disangga menjadi hambatan. Ukuran penyangga yang melayani kemacetan dapat diukur menggunakan utilitas [[ping]] yang disediakan oleh sebagian besar [[sistem operasi]]. Pertama, hos lain harus di-ping secara terus menerus; kemudian, pengunduhan berdurasi beberapa detik darinya harus dimulai dan dihentikan beberapa kali. Secara desain, algoritma penghindaran kemacetan TCP akan dengan cepat mengisi kemacetan pada rute. Jika pengunduhan (dan pengunggahan, masing-masing) berkorelasi dengan peningkatan langsung dan penting dari waktu pulang pergi yang dilaporkan oleh ping, maka hal ini menunjukkan bahwa penyangga dari kemacetan saat ini dalam arah pengunduhan (dan pengunggahan, masing-masing) membengkak. Karena peningkatan waktu pulang pergi disebabkan oleh penyangga pada kemacetan, peningkatan maksimum memberikan perkiraan kasar mengenai ukurannya dalam milidetik.

Pada contoh sebelumnya, menggunakan alat pelacak rute (''traceroute'') tingkat lanjut alih-alih melakukan ping sederhana (misalnya, [[MTR (perangkat lunak)|MTR]]) tidak hanya akan menunjukkan keberadaan penyangga yang meluap pada kemacetan, tetapi juga akan menunjukkan dengan tepat lokasinya di jaringan. Pelacak rute mencapai hal ini dengan menampilkan rute (jalur) dan mengukur penundaan pengalihan paket di seluruh jaringan. Riwayat rute dicatat sebagai waktu pulang pergi dari paket yang diterima dari masing-masing hos berturut-turut (simpul jarak jauh) dalam rute (jalur).<ref>[http://linux.die.net/man/8/traceroute traceroute(8) – Linux man page]. ''die.net''.</ref>

== Mekanisme ==
Kebanyakan algoritma [[Kontrol kemacetan TCP|kendali kemacetan TCP]] mengandalkan pengukuran terjadinya packet drop untuk menentukan [[Bandwidth (komputasi)|lebar pita]] yang tersedia antara dua ujung koneksi. Algoritmanya mempercepat transfer data hingga paket mulai berkurang, kemudian memperlambat laju pengiriman. Idealnya, mereka terus menyesuaikan laju pengiriman hingga mencapai kecepatan sambungan yang seimbang. Agar algoritma dapat memilih kecepatan pengiriman yang sesuai, umpan balik mengenai penurunan paket harus terjadi pada waktu yang tepat. Dengan besarnya [[Penyangga (telekomunikasi)|penyangga]] yang terisi maka paket akan sampai di tujuan, tetapi dengan sendat yang lebih tinggi. Paket-paketnya tidak dibuang, jadi TCP tidak melambat setelah pranala naik jenuh, yang selanjutnya mengisi penyangga. Paket yang baru tiba akan dibuang hanya ketika penyangga jenuh sudah penuh. Ketika hal ini terjadi, TCP bahkan mungkin memutuskan bahwa jalur koneksi telah berubah, dan sekali lagi melakukan pencarian yang lebih agresif untuk titik operasi baru.<ref>Jacobson, Van. [http://www.cord.edu/faculty/zhang/cs345/assignments/researchPapers/congavoid.pdf Congestion avoidance and control]. ''ACM SIGCOMM Computer Communication Review''. 1988. Vol. 18 (4). hlm. 314–329. doi:10.1145/52325.52356.</ref>

Paket diantre dalam penyangga jaringan sebelum dikirim; dalam situasi bermasalah, paket akan dibuang hanya jika penyangga penuh. Pada penjalur lama, penyangga berukuran cukup kecil sehingga terisi dengan cepat dan oleh karena itu paket mulai turun segera setelah pranala menjadi jenuh, sehingga protokol TCP dapat menyesuaikan dan masalah tidak akan terlihat jelas. Pada penjalur yang lebih baru, penyangga telah menjadi cukup besar untuk menampung data yang disangga selama beberapa detik. Bagi TCP, pranala yang padat dapat terlihat beroperasi secara normal saat penyangga terisi. Algoritma TCP tidak menyadari bahwa link tersebut padat dan tidak mulai mengambil tindakan perbaikan sampai penyangga akhirnya meluap dan paket-paket dibuang.

Semua paket yang melewati penyangga sederhana yang diimplementasikan sebagai antrean tunggal akan mengalami penundaan yang sama, sehingga latensi koneksi apa pun yang melewati penyangga yang terisi akan terpengaruh. [[Lebar pita]] saluran yang tersedia juga bisa menjadi tidak terpakai, karena beberapa tujuan cepat mungkin tidak segera tercapai karena penyangga tersumbat dengan data yang menunggu pengiriman ke tujuan lambat. Efek ini mengganggu interaktivitas aplikasi yang menggunakan [[Protokol (komputer)|protokol jaringan]] lain, termasuk [[Protokol Datagram Pengguna|UDP]] yang digunakan dalam aplikasi sensitif sendat seperti VoIP dan permainan daring.<ref>[http://www.bufferbloat.net/projects/bloat/wiki/TechnicalIntro Technical Introduction to Bufferbloat]. ''Bufferbloat.net''.</ref>

== Dampak pada aplikasi ==
Terlepas dari kebutuhan lebar pita, semua jenis layanan yang memerlukan pendaman rendah secara konsisten atau transmisi bebas jitter dapat terpengaruh oleh peluapan penyangga. Layanan tersebut mencakup panggilan suara digital (VOIP), permainan daring, [[Videotelefoni|obrolan video]], dan aplikasi interaktif lainnya seperti [[Radio Internet|pengaliran radio]], [[Video atas permintaan|''video on demand'']], dan [[Remote login|catat masuk jarak jauh]].

Ketika fenomena peluapan penyangga muncul dan jaringan sedang dimuat, pemuatan halaman web normal pun memerlukan waktu beberapa detik untuk diselesaikan, atau kueri DNS sederhana bisa gagal karena waktu habis.<ref>Jim Gettys. ''Bufferbloat: Dark Buffers in the Internet''. ''Communications of the ACM''. ACM. January 2012. Vol. 55 (1). hlm. 57–65. doi:10.1145/2063176.2063196.</ref> Sebenarnya [[Protokol Kontrol Transmisi|koneksi TCP]] apa pun bisa habis dan terputus, dan [[Protokol Datagram Pengguna|paket UDP]] bisa dibuang. Karena kelanjutan aliran unduhan TCP bergantung pada paket pengakuan (ACK) dalam aliran unggahan, masalah peluapan penyangga dalam unggahan dapat menyebabkan kegagalan aplikasi unduhan lain yang tidak terkait, karena paket ACK klien tidak mencapai server internet tepat waktu. Misalnya, saat membatasi kecepatan transmisi unggahan sinkronisasi [[OneDrive]] agar tidak mengganggu pengguna [[jaringan rumah]] lainnya, seperti aliran [[Radio Internet|radio internet]].

== Deteksi ==
Tes Kecepatan Laporan DSL<ref>[http://dslreports.com/speedtest Speed test - how fast is your internet?]. ''dslreports.com''.</ref> adalah tes yang mudah digunakan yang mencakup skor untuk peluapan penyangga. ICSI Netalyzr<ref>[http://netalyzr.icsi.berkeley.edu/ ICSI Netalyzr]. ''berkeley.edu''.</ref> adalah alat daring lainnya yang dapat digunakan untuk memeriksa keberadaan peluapan penyangga di jaringan, bersamaan dengan memeriksa banyak masalah konfigurasi umum lainnya.<ref>[https://www.newscientist.com/article/dn18953-understanding-your-netalyzr-results Understanding your Netalyzr results].</ref> Layanan ini ditutup pada Maret 2019. Situs web bufferbloat.net mencantumkan alat dan prosedur untuk menentukan apakah suatu koneksi memiliki penyanggaan berlebih yang akan memperlambatnya.<ref>[https://www.bufferbloat.net/projects/bloat/wiki/Introduction/ Introduction to Bufferbloat]. ''bufferbloat.net''.</ref>

== Solusi dan mitigasi ==
Ada beberapa solusi teknis yang secara garis besar dapat dikelompokkan menjadi dua kategori: solusi yang menargetkan jaringan dan solusi yang menargetkan titik akhir. Kedua jenis solusi ini sering kali saling melengkapi. Masalahnya terkadang muncul dengan kombinasi jalur jaringan yang cepat dan lambat.

Solusi jaringan umumnya berbentuk algoritma manajemen antrean. Solusi seperti ini telah menjadi fokus kelompok kerja AQM [[Internet Engineering Task Force|IETF]].<ref>[https://datatracker.ietf.org/wg/aqm/about/ IETF AQM working group]. ''ietf.org''.</ref> Contoh penting meliputi:

* Membatasi panjang antrean IP, lihat penyetelan TCP
* Algoritma AQM seperti CoDel dan [[PIE (queue management algorithm)|PIE]].
* Algoritma hybrid AQM dan penjadwalan paket seperti FQ-CoDel.<ref>Toke Høiland-Jørgensen. ''The FlowQueue-CoDel Packet Scheduler and Active Queue Management Algorithm''.</ref>
* Amendemen standar DOCSIS<ref>[http://www.cablelabs.com/specs DOCSIS "Upstream Buffer Control" feature]. CableLabs. hlm. 554–556.</ref> untuk mengaktifkan kontrol buffer yang lebih cerdas di [[modem kabel]].<ref>Jim Gettys. ''Bufferbloat: Dark Buffers in the Internet''. ''Communications of the ACM''. ACM. January 2012. Vol. 55 (1). hlm. 57–65. doi:10.1145/2063176.2063196.</ref>
* Integrasi manajemen antrean (FQ-CoDel) ke dalam subsistem [[Wi-Fi]] dari sistem operasi [[Linux]] karena Linux umumnya digunakan pada [[titik akses nirkabel]].

== Ukuran buffer optimal ==
Agar koneksi TCP dengan penundaan terlama tetap mendapatkan bagian lebar pita yang adil, ukuran penyangga setidaknya harus berupa produk penundaan lebar pita yang dibagi dengan [[akar kuadrat]] dari jumlah aliran simultan.<ref>Geoff Huston. [https://blog.apnic.net/2019/12/12/sizing-the-buffer/ Sizing the buffer]. ''APNIC Blog''. 2019-12-12.</ref><ref>Guido Appenzeller. [http://conferences.sigcomm.org/sigcomm/2004/papers/p277-appenzeller1.pdf Sizing Router Buffers]. ''ACM SIGCOMM''. ACM. 2004.</ref> Aturan umumnya adalah 50 ms data laju saluran,<ref>[https://fasterdata.es.net/network-tuning/router-switch-buffer-size-issues/ Router/Switch Buffer Size Issues]. ''fasterdata.es.net''.</ref> tetapi beberapa pengalih kelas konsumen yang populer hanya memiliki 1 ms,<ref>[https://www.broadcom.com/products/ethernet-connectivity/switching/roboswitch/bcm53115 BCM53115]. ''www.broadcom.com''.</ref> yang dapat mengakibatkan kehilangan lebar pita ekstra pada koneksi penundaan yang lebih lama jika terjadi perselisihan lokal dengan yang lain.

== Referensi ==
<references />

== Sumber dan atribusi ==

Konten artikel ini diadaptasi dari [https://id.wikipedia.org/w/index.php?title=Peluapan+penyangga&oldid=29614045 Wikipedia bahasa Indonesia], revisi 29614045 (2026-08-22T06:35:39Z), yang tersedia berdasarkan lisensi Creative Commons Atribusi-BerbagiSerupa (CC BY-SA). Mohon gunakan konten ini secara bijak serta sesuai dengan ketentuan lisensi yang berlaku.

<!-- WIKI_UNISSULA_PRESENTATION_V4 -->