Bagaimana TCP handshake, teardown, dan flow control bekerja?

Question

IT Interview Practice · Accepted Answer

TCP membangun koneksi dengan **3-way handshake**, menutupnya dengan **4-way teardown**, dan menjaga data mengalir dengan aman lewat **flow control** dan **congestion control**. Handshake menyinkronkan sequence number awal tiap sisi sehingga keduanya bisa melacak dan meng-acknowledge setiap byte:

```text
   3-WAY HANDSHAKE (open)                4-WAY TEARDOWN (close)
 Client            Server              Client            Server
   │──── SYN ───────▶│                   │──── FIN ───────▶│
   │◀── SYN, ACK ────│                   │◀──── ACK ───────│
   │──── ACK ───────▶│                   │◀──── FIN ───────│
   │   connected     │                   │──── ACK ───────▶│
```

**Flow control** mencegah pengirim cepat membanjiri penerima lambat. Tiap sisi mengiklankan sebuah **receive window** — berapa banyak byte ruang buffer yang saat ini dimilikinya — di setiap ACK. Pengirim boleh memiliki paling banyak satu window data yang belum di-ACK sedang dalam perjalanan (sebuah **sliding window**); jika window penerima menyusut ke nol, pengirim berhenti sejenak. Ini adalah batas yang *dikendalikan penerima*.

**Congestion control** berbeda: ia melindungi *jaringan* (bukan penerima) dari kelebihan beban. TCP memelihara sebuah **congestion window** yang tumbuh saat berhasil dan menyusut saat paket hilang (kehilangan dibaca sebagai sinyal kongesti). Algoritma seperti slow start dan CUBIC menaik bertahap, lalu mundur ketika kehilangan muncul:

```text
cwnd
 │        /\        /\
 │       /  \      /  ...   loss → halve/back off, then probe up again
 │      /    \    /
 │  ___/      \__/
 └───────────────────────▶ time
```

Jumlah sesungguhnya yang dikirim TCP adalah `min(receive window, congestion window)` — dibatasi oleh penerima maupun jaringan.

## Mengapa ini penting

Pertanyaan ini memisahkan kandidat yang menghafal "SYN-SYN/ACK-ACK" dari mereka yang memahami *mengapa* TCP andal. Handshake, sequence number, dan ACK adalah mekanisme di balik urutan dan retransmission; flow control dan congestion control adalah alasan satu koneksi tak bisa menenggelamkan client lambat atau meruntuhkan link bersama. Ini langsung menjelaskan perilaku dunia nyata — latency pembentukan koneksi (satu round trip sebelum ada data), mengapa throughput menaik bertahap alih-alih langsung penuh, dan mengapa kehilangan pada link jarak-jauh menjatuhkan performa — semuanya Anda nalar ketika menyetel atau men-debug sistem jaringan.

Mengapa ini penting

Pertanyaan terkait