MTU and Packet Overhead Calculator

Estimate effective MTU, TCP MSS, UDP payload size, tunnel overhead, Ethernet wire efficiency, and jumbo frame requirements for Ethernet, VLAN, PPPoE, GRE, VXLAN, WireGuard, IPsec, and custom encapsulation designs.

All inputs stay in your browser. Use the result as a planning estimate, then validate production paths with device MTU, tunnel, and packet-capture tests.

Inputs

The IP MTU available before tunnel overhead is applied.
Outer headers plus any inner Ethernet header consumed before the inner IP packet.
VLAN tags add wire bytes; they do not usually reduce the configured IP MTU.
Used to check whether a payload or TCP MSS fits without fragmentation.
Used for packet count and total wire-byte estimate.
Ethernet wire accounting
Common scenarios
MTU presets

Results

Fit status-
Effective inner MTU-
Max application payload-
Wire efficiency-
Packet sizing
TCP MSS with selected IP header:-
UDP payload with selected IP header:-
Selected IP + transport overhead:-
Total overhead before app payload:-
Target payload surplus / shortfall:-
Ethernet wire estimate at max payload
Outer Ethernet header plus VLAN:-
Ethernet FCS:-
Preamble, SFD, IFG:-
Wire bytes per full packet:-
Overhead per full packet:-
Bulk payload estimate
Packets required:-
Estimated total wire bytes:-
Estimated overhead bytes:-
Required MTU for target payload
Required underlay MTU:-
Required Ethernet frame size:-

Advertisement

Advertisement

How to use this MTU calculator

  1. Start with the underlay MTU: use the IP MTU supported by the real path, such as 1500, 1492, 9000, or 9216 bytes.
  2. Add tunnel overhead: choose PPPoE, GRE, VXLAN, WireGuard, IPsec, or enter a custom byte value from your platform documentation.
  3. Pick inner protocol headers: choose IPv4 or IPv6, then TCP, UDP, ICMP, or a custom transport header.
  4. Set wire accounting: count VLAN tags, Ethernet FCS, and preamble/IFG when estimating line-rate efficiency.
  5. Review the fit: compare target payload or TCP MSS with the calculated maximum and check the required MTU for a no-fragmentation design.

Formula and assumptions

Effective inner MTU: underlay link MTU - encapsulation overhead

Application payload per packet: effective inner MTU - inner IP header - transport header

TCP MSS: effective inner MTU - inner IP header - 20 for TCP without options.

Wire bytes per full packet: Ethernet header + VLAN tags + packet bytes + optional FCS + optional preamble/SFD/IFG

Wire efficiency: application payload / wire bytes per full packet

Required underlay MTU: target payload + inner IP header + transport header + encapsulation overhead

Header presets are planning values. IPsec ESP, TCP options, QUIC, MPLS, provider tags, MACsec, and device-specific tunnel implementations can change the exact byte count.

Common MTU and overhead examples

Scenario Typical overhead before inner IP Effective inner MTU on 1500 underlay IPv4 TCP MSS estimate
Plain Ethernet0 B1500 B1460 B
PPPoE on Ethernet8 B1492 B1452 B
GRE over IPv424 B1476 B1436 B
VXLAN over IPv450 B1450 B1410 B
WireGuard over IPv4 UDP estimate60 B1440 B1400 B
9000 byte jumbo, no tunnel0 B9000 B8960 B

MTU, MSS, Ethernet frames, and wire rate

MTU is the largest Layer 3 packet a link can carry without fragmentation. TCP MSS is smaller because it is only the TCP payload portion of that IP packet. For a common 1500 byte IPv4 path with no tunnel, TCP MSS is 1460 bytes after subtracting a 20 byte IPv4 header and a 20 byte TCP header.

Ethernet wire usage is larger than the IP MTU. A normal Ethernet frame has a 14 byte MAC header and commonly a 4 byte FCS. Each VLAN tag adds 4 bytes. Physical line-rate accounting also includes 8 bytes of preamble/SFD and 12 bytes of inter-frame gap, which is why useful payload efficiency is lower than the MTU alone suggests.

Jumbo frames can help large transfers by reducing per-packet overhead, but every device in the path must support the configured MTU. Mixed MTU paths, hidden provider tags, tunnels, and firewalls that drop fragmented traffic are common causes of black-hole behavior.

Reference notes

  • Ethernet IP datagram examples use the RFC 894 1500 byte Ethernet data-field assumption.
  • IPv4 header sizing uses RFC 791, where the minimum correct Internet Header Length is 5 32-bit words.
  • IPv6 examples use the 40 byte base header and the 1280 byte minimum link MTU requirement from RFC 8200.
  • UDP uses an 8 byte minimum header from RFC 768. VXLAN uses the 8 byte VXLAN header and outer UDP/IP structure from RFC 7348.
  • GRE examples use a 4 byte base GRE header plus an outer IP header as described by RFC 2784. TCP examples use RFC 9293 header sizing.

Methodology

The calculator subtracts selected tunnel overhead from the entered underlay MTU, then subtracts the selected inner IP and transport headers to find the maximum application payload. It separately estimates Ethernet wire bytes by adding the outer Ethernet header, selected VLAN tags, optional FCS, optional preamble/SFD/IFG, and the transmitted packet bytes. Bulk estimates use full-size packets plus one final partial packet when needed.

Last reviewed: June 2026. Calculations are deterministic byte arithmetic and run locally in your browser.

FAQs

Does VLAN tagging change the TCP MSS?

Not usually. A VLAN tag adds 4 bytes to the Ethernet frame on the wire, but the IP MTU is normally still 1500 bytes when the Ethernet path supports tagged frames.

Why does VXLAN often require a larger underlay MTU?

VXLAN wraps an inner Ethernet frame in VXLAN, UDP, and outer IP headers. To carry a full 1500 byte inner IP packet, the underlay often needs about 1550 bytes for IPv4 VXLAN.

Should I set MTU or clamp TCP MSS?

MTU fixes the packet size at the interface or tunnel. TCP MSS clamping only affects TCP payload negotiation. Non-TCP traffic such as UDP may still need correct MTU and path-MTU behavior.

Can this predict exact IPsec overhead?

No. IPsec ESP overhead varies with tunnel mode, NAT-T, IV size, padding, integrity check value, and cipher suite. Use the IPsec presets as estimates unless you have exact vendor byte counts.

Is this calculator private?

Yes. Inputs are processed locally and are not submitted to a backend.

Disclaimer

MTU and overhead estimates are infrastructure planning aids. Validate production designs with device documentation, packet captures, path MTU discovery tests, tunnel configuration, and change-management review.

Explore more tools