Quais São As Camadas

O modelo de camadas de rede na prática

Quando você entra numa empresa nova e perguntam quais são as camadas, a resposta mais imediata que todo mundo espera é o modelo OSI de sete camadas. A lista clássica é: Física, Enlace de Dados, Rede, Transporte, Sessão, Apresentação e Aplicação. O problema é que esse modelo é mais uma convenção acadêmica do que uma ferramenta diária de trabalho. Na vida real, quem configura infraestrutura usa o modelo TCP/IP, que tem apenas quatro camadas: Acesso à Rede, Internet, Transporte e Aplicação. Eu já vi engenheiros perdendo duas horas tentando isolar um problema de latência porque estavam rastreando a falha pela camada errada do OSI. O servidor estava caindo no nível de aplicação, mas como a equipe estava testando ping e traceroute, passaram o tempo todo diagnosticando na camada de Rede, sem perceber que o serviço de banco de dados atrás do load balancer tinha um timeout configurado para 3 segundos e isso gerava conexões acumuladas no nível de transporte. O diagnóstico correto veio só quando alguém olhou os logs da aplicação, não os pacotes na rede.

quais são as camadas e o que cada uma faz de verdade

A camada Física cuida dos sinais elétricos, ópticos ou de rádio que cruzam o meio. Cabo UTP, fibra, Wi-Fi. Se algo está fisicamente danificado, nenhuma configuração de software resolve. Já vi um cabo de fibra com um microdobro que causava perda de pacotes intermitente por semanas até alguém medir com OTDR e encontrar o ponto exato. A camada de Enlace de Dados gerencia o endereçamento MAC e a detecção de erros dentro de um segmento de rede. Switches operam aqui. VLANs, STP, MTU são assuntos dessa camada. Um erro comum é configurar MTU diferente entre dois links consecutivos sem pensar no caminho completo, o que gera fragmentação ou drop silencioso de pacotes grandes. A camada de Rede lida com endereços IP e roteamento. Routers vivem aqui. Aqui acontece a escolham do melhor caminho entre redes diferentes. Protocolos como OSPF, BGP e EIGRP são configurações de rede pura. A camada de Transporte é onde TCP e UDP existem, e é também a camada mais negligenciada em troubleshootings. Window size, retransmissões, congestionamento. Um TCP com window scale desconfigurado entre dois data centers pode limitar throughput em 40% sem gerar nenhum erro visível nos logs de aplicação. A camada de Sessão controla a estabelecimento, manutenção e terminação de conexões entre aplicações. Na prática, APIs modernas raramente expõem controle direto dessa camada — o protocolo HTTP gerencia sessões implicitamente. A camada de Apresentação trata da formatação e criptografia dos dados. SSL/TLS, codificação de caracteres, compressão. É a camada que mais mudou com o tempo, porque protocolos como TLS 1.3 movaram funcionalidades que antes eram explícitas para dentro do handshake de transporte. A camada de Aplicação é onde HTTP, DNS, SMTP, FTP e SSH residem. É a camada que o usuário final enxerga, e consequentemente a primeira que todo mundo culpa quando algo dá errado. Mas culpar a camada de aplicação sem verificar se a camada de transporte está saudável é o erro mais frequente que eu vejo em incidentes.

Quando o modelo quebra e o que fazer

O modelo em camadas assume que cada nível age de forma independente, mas sistemas modernos frequentemente violam esse pressuposto. APIs REST sobre HTTP/2 fazem multiplexação que mistura dados de múltiplas sessões num único fluxo TCP, o que confunde ferramentas de análise que assumem uma conexão = uma sessão. Proxy reverso como NGINX ou Envoy fazem translate entre camadas de forma transparente, então um problema de timeout pode parecer ser da aplicação quando na verdade é o proxy cortando a conexão antes dela chegar ao backend. Se você precisa diagnosticar algo, comece sempre pela camada mais baixa que ainda faz sentido. Teste o link físico, depois o enlace, depois o IP, depois o transporte e só então a aplicação. Inverter essa ordem gasta tempo. Uma verificação rápida com ethtool no servidor e um teste de throughput com iperf3 entre dois pontos costuma eliminar 80% dos problemas que são tratados como bugs de software. O modelo de camadas é útil como mapa mental, não como receita de execução.