{"id":595,"date":"2026-05-13T11:38:50","date_gmt":"2026-05-13T04:38:50","guid":{"rendered":"https:\/\/binus.ac.id\/semarang\/information-systems\/?p=595"},"modified":"2026-05-13T11:38:50","modified_gmt":"2026-05-13T04:38:50","slug":"apa-perbedaan-flow-control-dan-error-control","status":"publish","type":"post","link":"https:\/\/binus.ac.id\/semarang\/information-systems\/2026\/05\/13\/apa-perbedaan-flow-control-dan-error-control\/","title":{"rendered":"Apa perbedaan Flow Control dan Error Control?"},"content":{"rendered":"

Flow control adalah mekanisme dalam Transport Layer<\/em> yang berfungsi untuk mengatur laju pengiriman data dari pengirim (sender) ke penerima (receiver) agar penerima tidak kewalahan menerima data. Sederhananya, flow control memastikan bahwa pengirim tidak mengirim data terlalu cepat, sehingga data yang masuk masih bisa diproses dan disimpan oleh penerima.<\/p>\n

\"\"<\/p>\n

Gambar 1. Flow Control<\/em><\/p>\n

Pada protokol TCP (Transmission Control Protocol), flow control dilakukan menggunakan konsep window atau sering disebut sliding window<\/em>. Penerima akan memberikan informasi kepada pengirim mengenai seberapa banyak data yang masih dapat diterima melalui nilai yang disebut receiver window (rwnd). Nilai ini menunjukkan kapasitas buffer yang masih tersedia pada sisi penerima, sehingga pengirim hanya diperbolehkan mengirim data sebanyak ukuran window tersebut. Jika buffer penerima mulai penuh, ukuran window akan diperkecil agar pengirim mengurangi laju pengiriman data. Sebaliknya, jika buffer penerima kembali longgar, window dapat diperbesar sehingga pengirim bisa mengirim lebih banyak data. Dengan cara ini, TCP dapat menjaga agar pengiriman data tetap lancar tanpa menyebabkan penumpukan data pada penerima.<\/p>\n

Flow control sangat penting karena pada kenyataannya kemampuan perangkat berbeda-beda. Ada perangkat yang cepat (misalnya server), ada juga yang lebih lambat (misalnya HP atau laptop lama). Jika server mengirim data terlalu cepat ke perangkat lambat, maka data bisa menumpuk dan akhirnya hilang.<\/p>\n

Flow control dibutuhkan karena penerima memiliki keterbatasan seperti kapasitas buffer (memori penampung data) terbatas, kecepatan proses CPU penerima tidak selalu sama, aplikasi penerima belum tentu siap menerima data secara terus-menerus.
\nJika pengirim terus mengirim tanpa kontrol, maka buffer penerima bisa penuh dan menyebabkan data terbuang (packet loss<\/em>), pengiriman ulang (retransmission<\/em>), jaringan menjadi lebih lambat<\/p>\n

Salah satu contoh nyata adalah pada saat video call, data video dan audio dikirim terus-menerus, Jiika penerima tidak sanggup memproses data yang datang terlalu cepat, kualitas video bisa patah-patah.
\nWalaupun video call banyak memakai UDP, prinsip flow control tetap ada dalam sistem (biasanya melalui aplikasi atau protokol tambahan) supaya penerima tidak overload.<\/p>\n

Apa itu Error Control <\/em>?<\/strong><\/p>\n

\"\"<\/p>\n

Gambar 2. Transport Layer Error Flow<\/em><\/p>\n

Selanjutnya, dalam sebuah data, diperlukan sebuah sistem yang bertujuan untuk menangani segala error yang ada, terutama jika terdapat adanya suatu kesalahan dalam sistem. Sistem tersebut dinamakan sebagai error control<\/em>. Error Control <\/em>secara sederhananya dapat didefinisikan sebagai suatu teknik untuk mendeteksi dan memperbaiki kerusakan pada saat transmisi frame. <\/em>Pengontrolan kesalahan terhadap error tersebut itu berkaitan dengan berbagai rangkaian proses yang bertujuan untuk mendeteksi dan memperbaiki kesalahan yang terjadi pada pentransmisian frame<\/em>. Seperti yang telah dijelaskan sebelumnya sesuai dengan proses data yang ada sebelumnya, data dikirim sebagai deretan frame<\/em>, kemudian frame <\/em>tiba sesuai perintah yang sama saat dikirim, dan masing-masing frame yang ditransmisikan mengalami perubahan dan sejumlah variabel penundaan sebelum mencapai penerima.<\/p>\n

Terdapat beberapa error yang biasa ditangani oleh fitur Error Control <\/em>seperti hilangnya sebuah frame <\/em>yang ada, dan terdapat kerusakan pada frame <\/em>yang ada. Sebuah frame <\/em>yang ada dapat dikatakan hilang jika satu frame <\/em>yang ada gagal mencapai sisi satunya yang lain. Untuk contohnya dari kasus tersebut supaya bisa lebih jelas berupa derau yang kuat bisa merusak frame <\/em>yang ada hingga mencapai tingkat dimana receiver <\/em>menyadari bahwa frame <\/em>tersebut sudah ditransmisikan. Sedangkan, frame <\/em>dapat dikatakan mengalami kerusakan apabila sebuah frame <\/em>yang diakui telah tiba, namun beberapa bit yang terdapat didalamnya mengalami kesalahan (sesudah berubah selama transmisi).<\/p>\n

Prinsip kerja pada Sistem Error Control <\/em>umumnya bekerja melalui teknik-teknik umum yang membutuhkan beberapa atau seluruh unsur-unsur tersebut sebagai berikut :<\/p>\n

    \n
  1. Pendeteksian kesalahan adalah sama dengan bagian yang telah dijelaskan sebelumnya yang dinamakan sebagai Error Detection<\/em>.<\/li>\n
  2. Balasan positif adalah tujuan mengembalikan balasan positif untuk frame <\/em>yang bebas dari kesalahan dan diterima dengan baik.<\/li>\n
  3. Retransmisi setelah waktu habis adalah sumber melakukan retransmisi frame <\/em>yang belum dibalas setelah beberapa saat tertentu.<\/li>\n
  4. Balasan negatif dan retransmisi adalah tujuan mengembalikan balasan negatif kepada frame <\/em>yang dideteksi mengalami kesalahan, sumber melakukan retransmisi terhadap frame <\/em>yang demikian.<\/li>\n<\/ol>\n

    Agar bisa lebih jelas lagi, berikut akan dijelaskan mengenai contoh nyata Error Control <\/em>pada Transport Layer<\/em>. Contoh nyata dari Error Control <\/em>yaitu terdapat pada penggunaan protokol TCP (Transmission Control Protocol<\/em>) yang menjamin pengiriman data andal melalui mekanisme checksum <\/em>untuk deteksi kesalahan dan Automatic Repeat Request <\/em>(ARQ) untuk pengiriman ulang paket yang rusak atau hilang, memastikan data utuh diterima.<\/p>\n

    Berikut contoh-contoh nyata Error Control <\/em>pada Transport Layer<\/em> secara lebih jelas lagi :<\/p>\n

      \n
    • Checksum<\/em> pada TCP : Saat kita sedang mengirimkan sebuah file <\/em>(misal : kita mengunduh sebuah dokumen yang ada), TCP menghitung nilai checksum<\/em> dan menyertakannya di header <\/em> Di sisi penerima, checksum<\/em> dihitung ulang. Jika berbeda, paket dianggap rusak dan dibuang.<\/li>\n
    • Retransmisi (ARQ – Automatic Repeat Request<\/em>) : Jika penerima tidak mengirimkan Acknowledgement<\/em> (ACK\/konfirmasi) atas paket tertentu dalam waktu tertentu (timeout<\/em>) atau menerima paket yang korup, pengirim akan mengirim ulang paket data yang sama.<\/li>\n
    • Go-Back-N<\/em> ARQ : Jika paket nomor 3 rusak, TCP tidak hanya mengirim ulang paket 3, tetapi juga semua paket setelahnya (4, 5, dst.) yang mungkin sudah dikirim, untuk menjamin urutan data tetap benar.<\/li>\n
    • Pengirim Ulang Selektif (Selective Repeat<\/em>) : Mekanisme yang lebih efisien di mana hanya paket yang benar-benar rusak atau hilang (misalkan : paket nomor 3 saja) yang dikirim ulang, sementara paket 4 dan 5 tidak perlu dikirim ulang.<\/li>\n<\/ul>\n

      Proses ini terjadi secara end-to-end<\/em> (ujung ke ujung) untuk memastikan aplikasi pengguna menerima data yang akurat.<\/p>\n

      ==_==<\/p>\n

      Penulis<\/strong>:<\/p>\n

      Class Group-4<\/p>\n

      KEANE AMADEUS KRISTIANTO
      2902745270<\/p>\n

      IGNATIUS MICHAEL ALDRICH VAN MIRACLE
      2902593081<\/p>\n

      FAUSTINE CHRISTABELLE INDY LISTYANTO LESTIONO
      2902681336<\/p>\n

      LOUIS ALAN PRATAMA
      2902590451<\/p>\n

      Uploader & Lecturer<\/strong>: Nico Yonatan Wicaksana, S.Kom., M.Kom.<\/p>\n

      ==_==<\/p>\n","protected":false},"excerpt":{"rendered":"

      Flow control adalah mekanisme dalam Transport Layer yang berfungsi untuk mengatur laju pengiriman data dari pengirim (sender) ke penerima (receiver) agar penerima tidak kewalahan menerima data. Sederhananya, flow control memastikan bahwa pengirim tidak mengirim data terlalu cepat, sehingga data yang masuk masih bisa diproses dan disimpan oleh penerima. Gambar 1. Flow Control Pada protokol TCP […]<\/p>\n","protected":false},"author":11,"featured_media":597,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-595","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-articles"],"_links":{"self":[{"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/posts\/595","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/users\/11"}],"replies":[{"embeddable":true,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/comments?post=595"}],"version-history":[{"count":1,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/posts\/595\/revisions"}],"predecessor-version":[{"id":598,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/posts\/595\/revisions\/598"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/media\/597"}],"wp:attachment":[{"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/media?parent=595"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/categories?post=595"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/binus.ac.id\/semarang\/information-systems\/wp-json\/wp\/v2\/tags?post=595"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}