Calculadora de VXLAN Overhead MTU Payload

Overhead do VXLAN e Dimensionamento de MTU

O VXLAN (Virtual eXtensible LAN, RFC 7348) encapsula frames Ethernet de camada 2 sobre um underlay UDP/IP. O overhead total adicionado é 8 (VXLAN) + 8 (UDP) + 20 (IPv4 externo) + 14 (Ethernet externo) = 50 bytes. Com IPv6 no underlay, o cabeçalho externo cresce 20 bytes (total 70); uma tag 802.1Q na Ethernet externa adiciona mais 4.

Para transportar um payload Ethernet de 1500 bytes fim a fim sem fragmentação, o underlay precisa suportar uma MTU jumbo de pelo menos 1550 bytes (geralmente configurada em 9000 — jumbo frames). O VTEP (VXLAN Tunnel Endpoint) faz encap/decap e mantém os mapeamentos VNI (VXLAN Network Identifier de 24 bits) → MAC, suportando até 16 milhões de segmentos lógicos contra 4094 do 802.1Q.

Aplicações

O VXLAN é o overlay de fato em data centers e fabrics de nuvem modernos: NSX-T, Cisco ACI, Arista EVPN-VXLAN, OpenStack Neutron e CNIs do Kubernetes (Calico, Cilium, Flannel). Habilita DCI (Data Center Interconnect), L2 multi-tenant sobre underlays L3, mobilidade de workloads entre racks/pods e sinalização EVPN (RFC 8365), substituindo flood-and-learn por rotas MAC/IP distribuídas via BGP.

Perguntas frequentes

Por que a MTU do underlay é tão importante? Se for menor que payload + 50 bytes, os pacotes são fragmentados ou descartados (com bit DF), causando black-holes de PMTUD e perda severa de performance. Jumbo frames (9000 bytes) são a solução padrão.

O que é um VTEP? VXLAN Tunnel Endpoint — entidade (switch, vSwitch de hypervisor ou NIC) que origina e termina túneis VXLAN, adicionando/removendo os 50 bytes de overhead.

Como o VXLAN se compara ao GENEVE ou NVGRE? Todos são overlays L2 sobre L3; o GENEVE (RFC 8926) adiciona opções TLV de tamanho variável e o NVGRE usa GRE em vez de UDP. O VXLAN é o mais adotado, graças à entropia do source-port UDP que favorece ECMP.