Visão Geral do Modelo TCP/IP

O TCP/IP simplifica agrupando camadas que, na prática, andam juntas:

Quando alguém fala "isso é problema de camada 3", está usando OSI. Quando o roteador da Cisco lista as camadas dele, usa TCP/IP. Os dois modelos convivem — um como linguagem, o outro como prática.

A lógica é a mesma do OSI — só que com 4 envelopes em vez de 7. Quando você manda uma requisição HTTP, ela desce pelas camadas:

1. Camada 4 (Aplicação) — o navegador monta o HTTP: GET /index.html HTTP/1.1. Se for HTTPS, a própria camada 4 já criptografa (no OSI isso era trabalho da camada 6 separada)
2. Camada 3 (Transporte) — TCP envelopa em segmentos: porta de origem, porta de destino, número de sequência
3. Camada 2 (Internet) — IP envelopa em pacotes: IP de origem, IP de destino
4. Camada 1 (Acesso à rede) — Ethernet envelopa em frames com MAC de origem e destino, e já transforma tudo em pulso elétrico no cabo (no OSI isso era separado em enlace + física)

Cada camada não sabe (nem precisa saber) o que tem dentro do envelope da anterior — só processa o seu próprio cabeçalho.

No servidor, o caminho é inverso. O pacote sobe pelas 4 camadas, e cada uma lê e descarta seu cabeçalho:

1. Camada 1 — recebe o sinal do cabo, monta o frame Ethernet, confere o MAC de destino, passa o pacote IP pra cima
2. Camada 2 — lê o pacote IP, confere o IP de destino, descarta o cabeçalho IP
3. Camada 3 — lê o segmento TCP, confere a porta, entrega na fila do processo certo (Tomcat na 8080, PostgreSQL na 5432, etc.)
4. Camada 4 — descriptografa se for HTTPS, monta a requisição HTTP e entrega pra aplicação

O agente recebe o HTTP limpinho, sem precisar saber nada do que aconteceu nas camadas de baixo. Só processa a requisição e devolve a resposta — que vai descer de volta pelas 4 camadas no caminho inverso.

Três razões principais:

• Chegou primeiro. A internet já rodava em TCP/IP quando o OSI ficou pronto. Trocar tudo só pra usar um modelo acadêmico não fazia sentido.
• Mais simples. 4 camadas em vez de 7. A camada de sessão do OSI, por exemplo, na prática nunca foi muito útil — quase tudo dela migrou pra aplicação (cookies, tokens).
• Software livre. O TCP/IP veio do projeto ARPANET, financiado pelo governo americano, com protocolos publicados abertamente. Qualquer um podia implementar. O OSI veio com licenças pagas e ficou na gaveta.

Resultado: o OSI continua sendo o vocabulário pra descrever camadas em geral, mas o TCP/IP é o que efetivamente roda. Os dois convivem — um como linguagem, o outro como prática.

Escrevendo aplicação web, você mexe quase só na camada 4 do TCP/IP — HTTP, JSON, configuração de HTTPS. As outras 3 camadas estão funcionando embaixo sem você precisar pensar nelas. Mas é bom saber que estão lá:

Cada camada tem suas ferramentas de diagnóstico:

• Camada 4 — DevTools do navegador, logs do Tomcat / Apache, curl -v
• Camada 3 — telnet host porta, netstat, nmap
• Camada 2 — ping, traceroute
• Todas as camadas — Wireshark (pacote por pacote do frame Ethernet até o HTTP)