← PROTOCOL LIBRARY

TCP

TRANSPORT

Reliable, ordered byte streams

LESSON PROGRESS1/3
READ FIRST · 60-SECOND BRIEF

THE PROBLEM

Applications need a reliable, ordered stream even when IP packets can be lost, delayed or reordered.

THE NAIVE APPROACH

Sending each message once gives no reliable way to detect loss or restore order.

THE KEY INSIGHT

Sequence numbers, acknowledgements, retransmission and flow control coordinate a byte stream between endpoints.

WHERE YOU MEET IT

  • • HTTPS connections over TCP
  • • SSH remote terminal sessions
  • • Database client connections

ANALOGY / HISTORY

A phone call: hello, yes I hear you, now let's talk.

Context: TCP made reliable transport available above best-effort IP without each application rebuilding it.

3D NETWORK TOPOLOGY
SIMULATION
3D topologypacket animationlocal simulation
SELECTED NODE · CLIENT
Drag to orbit · packet movement is illustrative
CURRENT EXCHANGE
SYN

client → server · SYN_SENT

CONTROLLED LAB SIM

SYN

The client proposes a connection and an initial sequence number. SYN consumes one sequence number.

BREAK IT · LOCAL ONLY
WHY THIS MATTERS

A SYN does not contain application data in this teaching example. It begins the connection handshake.

BYTE INSPECTOR
0000 30 39 01 bb 00 00 03 e8 00 00 00 00 50 02 fa f0 |09..........P...| 0010 00 00 00 00 |....|
FIELD EXPLANATION

The TCP flags field contains SYN=1. The sequence number is the first sequence number chosen by the client; this example uses 1000.

Educational simulator · Byte examples are labelled by their level of fidelity in the lesson notes.
← Back to protocol library