Comprendere l'overhead dell'header IP nell'incapsulamento di rete
Ogni livello di protocollo avvolge il payload con il proprio header — questo è overhead. Stack tipico su Ethernet:
| Livello | Protocollo | Dimensione header | Campi chiave |
|---|---|---|---|
| L3 | IPv4 | 20–60 byte | IP sorgente/destinazione, Protocollo, TTL, Flag, Opzioni |
| L3 | IPv6 | 40 byte fisso | IP sorgente/destinazione, Next Header, Hop Limit, Flow Label |
| L4 | TCP | 20–60 byte | Porte, Seq/Ack, Flag, Window, Opzioni (MSS, SACK, TS) |
| L4 | UDP | 8 byte | Porte, Lunghezza, Checksum |
| L2 | Ethernet | 14 byte (+4 VLAN, +8 QinQ) | MAC sorgente/destinazione, EtherType |
| L2 | Wi-Fi (802.11) | 24–36 byte | Frame Control, Indirizzi 1–4, Seq, QoS, HT/VHT/HE |
| Tunnel | IPsec ESP | 8+ byte + IV/ICV | SPI, Seq, Payload, Pad, Next Header, Auth |
| Tunnel | GRE | 4–16 byte | Flag, Protocollo, Chiave, Seq, Checksum |
| Tunnel | VXLAN | 8 byte + UDP/IP | VNI, Riservato |
Esempio: frame Ethernet da 1500 byte MTU che trasporta TCP/IPv4:
14 (Eth) + 20 (IPv4) + 20 (TCP) = 54 byte overhead (3,6 %). Con IPsec ESP (tunnel): + ~50 byte → ~7 %.
L'overhead consuma banda e CPU (checksum, cifratura). I progettisti di protocolli lo minimizzano (compressione header: ROHC, 6LoWPAN) preservando le garanzie di consegna.