TCP handshake, teardown ve flow control nasıl çalışır?

Question

IT Interview Practice · Accepted Answer

TCP, bir bağlantıyı **3-way handshake** ile kurar, **4-way teardown** ile kapatır ve verinin güvenli akmasını **flow control** ile **congestion control** ile sürdürür. Handshake, her tarafın başlangıç sequence number'ını senkronize eder, böylece ikisi de her byte'ı izleyip acknowledge (ACK) edebilir:

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

**Flow control**, hızlı bir gönderenin yavaş bir alıcıyı boğmasını engeller. Her taraf, her ACK'te bir **receive window** duyurur — şu anda ne kadar byte için buffer alanı olduğunu. Gönderen, uçuşta en fazla bir pencere kadar acknowledge edilmemiş veriye sahip olabilir (bir **sliding window**); alıcının penceresi sıfıra küçülürse, gönderen duraklar. Bu, *alıcı güdümlü* bir sınırdır.

**Congestion control** farklıdır: *ağı* (alıcıyı değil) aşırı yüklenmeden korur. TCP, başarıda büyüyen ve paket kaybında küçülen bir **congestion window** tutar (kayıp bir tıkanıklık sinyali olarak okunur). Slow start ve CUBIC gibi algoritmalar kademeli olarak hızlanır, sonra kayıp göründüğünde geri çekilir:

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

TCP'nin gerçekte gönderdiği miktar `min(receive window, congestion window)`'dur — hem alıcı hem ağ tarafından sınırlanır.

## Neden önemli

Bu soru, "SYN-SYN/ACK-ACK" ezberleyen adayları TCP'nin *neden* güvenilir olduğunu anlayanlardan ayırır. Handshake, sequence number'lar ve ACK'ler sıralama ile retransmission'ın ardındaki mekanizmadır; flow ve congestion control ise tek bir bağlantının yavaş bir istemciyi boğmamasının veya paylaşılan bir linki çökertmemesinin sebebidir. Bu, gerçek dünya davranışını doğrudan açıklar — bağlantı kurma gecikmesi (herhangi bir veriden önce bir round trip), throughput'un neden tam hızda başlamak yerine kademeli hızlandığı ve uzun mesafeli bir linkte kaybın performansı neden çökerttiği — hepsi ağ sistemlerini ayarlarken veya hata ayıklarken üzerinde akıl yürüttüğünüz şeylerdir.

Neden önemli

İlgili sorular