M1 · Fundamentos de Redes

A Jornada de um Pacote pela Rede

O que é

Quando você abre o WhatsApp Web no seu notebook e uma mensagem chega, ela percorreu um caminho invisível: saiu de um servidor distante, atravessou roteadores espalhados pelo Brasil, passou por switches dentro do seu roteador doméstico e chegou até a placa de rede do seu computador. Cada trecho desse caminho é chamado de hop (salto).

A jornada de um pacote é o processo completo pelo qual um datagrama IP viaja da origem ao destino, atravessando múltiplos dispositivos de rede. O que torna esse processo fascinante é a divisão de responsabilidades entre as camadas: o endereço IP identifica a origem e o destino finais e nunca muda durante o trajeto. Já o endereço MAC só tem validade local — ele muda a cada hop, porque serve apenas para entregar o pacote ao próximo dispositivo no mesmo segmento de rede.

Como funciona

Para entender o processo, imagine a seguinte topologia simples:

PC1 (192.168.1.1) — SW1 — R1 — R2 — SW2 — PC2 (192.168.4.1)

1. PC1 decide onde enviar o pacote

PC1 quer enviar dados para PC2. Ele compara o IP de destino com a sua própria máscara de sub-rede e percebe que PC2 está em uma rede diferente. Conclusão: o pacote precisa ir para o gateway padrão (R1).

2. ARP: descobrindo o MAC do gateway

PC1 sabe o IP do gateway (ex.: 192.168.1.254), mas precisa do endereço MAC para montar o frame Ethernet. Entra o ARP:

  • PC1 grita para toda a rede local: "Quem tem o IP 192.168.1.254? Me responde com seu MAC!" — isso é um broadcast (destino MAC FF:FF:FF:FF:FF:FF).
  • R1 ouve, reconhece o próprio IP e responde em unicast diretamente para PC1: "Sou eu, meu MAC é AAAA."
  • PC1 armazena essa informação na tabela ARP para não precisar perguntar de novo.

3. Encapsulamento e envio do frame

PC1 monta o frame Ethernet:

  • IP de destino: 192.168.4.1 (PC2 — não muda durante toda a viagem)
  • IP de origem: 192.168.1.1 (PC1 — não muda durante toda a viagem)
  • MAC de destino: AAAA (R1 — endereço do próximo hop)
  • MAC de origem: 1111 (PC1)

O switch SW1 recebe o frame, aprende o MAC de PC1 na porta de entrada e encaminha para R1. O switch não altera o frame — apenas o repassa.

4. R1 processa e re-encapsula

R1 recebe o frame, remove o cabeçalho Ethernet (desencapsulamento L2) e examina o pacote IP. Consulta a tabela de roteamento:

192.168.4.0/24 via 192.168.12.2

R1 precisa enviar o pacote para R2 (IP 192.168.12.2). Mais um ciclo de ARP para descobrir o MAC de R2. Depois:

  • MAC de destino: CCCC (R2)
  • MAC de origem: BBBB (interface de R1 voltada para R2)

O pacote IP original não foi tocado. Apenas o envelope Ethernet foi trocado.

5. O processo se repete hop a hop

R2 faz o mesmo: remove o frame, consulta a tabela de roteamento, usa ARP para descobrir o MAC do próximo hop (R4 ou o host final) e re-encapsula com novos endereços MAC. Assim sucessivamente até o destino.

6. Chegada ao destino

Quando o frame chega a PC2, ele possui:

  • IP de destino: 192.168.4.1 — confirmado como o próprio IP de PC2
  • MAC de destino: o MAC de PC2

PC2 aceita o pacote, remove todos os cabeçalhos e entrega os dados à aplicação.

Regra de ouro

O que muda a cada hop O que nunca muda
MAC de origem IP de origem
MAC de destino IP de destino
Frame Ethernet inteiro Datagrama IP

Na prática

Cenário: Um usuário em São Paulo acessa um servidor no Rio de Janeiro via link MPLS corporativo. Entre os dois pontos há três roteadores.

  • O IP de origem é o IP do computador do usuário e o IP de destino é o IP do servidor — ambos permanecem inalterados do começo ao fim.
  • Em cada um dos três roteadores, o frame Ethernet é descartado e um novo é criado com os MACs das interfaces do trecho seguinte.
  • Se o ARP não tiver sido feito ainda em algum trecho, haverá uma pequena pausa enquanto o roteador descobre o MAC do próximo hop. Isso explica por que o primeiro ping pode ter latência ligeiramente maior que os seguintes.

No terminal Cisco IOS, você pode verificar a tabela ARP de um roteador:

R1# show ip arp
Protocol  Address        Age  Hardware Addr  Type  Interface
Internet  192.168.1.1     5   1111.0000.0000  ARPA  Gi0/0
Internet  192.168.12.2    2   cccc.0000.0000  ARPA  Gi0/1

E a tabela de roteamento:

R1# show ip route
C    192.168.1.0/24 is directly connected, Gi0/0
S    192.168.4.0/24 [1/0] via 192.168.12.2

Por que cai no exame

O tema "jornada de um pacote" é um dos favoritos do CCNA porque exige que o candidato integre vários conceitos ao mesmo tempo. As pegadinhas mais comuns:

  1. "Qual o MAC de destino quando PC1 envia o frame?" — A resposta é o MAC do gateway, não o MAC de PC2. Candidatos que confundem L2 com L3 erram aqui.
  1. "O IP de destino muda quando passa pelo roteador?" — Não. Nunca. Apenas NAT altera endereços IP, e NAT não é o tema dessa questão.
  1. "O switch modifica o frame?" — Não. O switch encaminha o frame sem alterar nada. Só roteadores fazem desencapsulamento/re-encapsulamento L2.
  1. "Qual o MAC de origem quando o frame sai de R1 em direção a R2?" — É o MAC da interface de R1 voltada para R2 (não o MAC de PC1).
  1. "Por que R1 faz ARP para R2 e não para PC2?" — Porque R1 só enxerga o próximo hop. Ele não tem como entregar o pacote diretamente a PC2 — isso é responsabilidade do próximo roteador no caminho.

Resumo em uma linha

O endereço IP identifica a jornada completa do pacote, mas o endereço MAC é a etiqueta de entrega local que é trocada em cada roteador ao longo do caminho.