A Pilha TCP/IP e a Física da Rede

Nesta série, a curiosa leitora vai construir o conhecimento que suporta a disciplina de redes a partir do ponto de vista de quem escreve software, e não de quem configura redes e sistemas. Isso não significa que será uma versão diluída. Significa uma versão em que cada mecanismo aparece junto com a decisão de arquitetura que ele condiciona, e em que cada afirmação vem com o número que a sustenta. Pelo menos, eu vou tentar.

Para construir essa perspectiva, começamos pela parte que nenhuma abstração consegue remover: o tempo físico da comunicação. Existe uma classe de defeito que nenhum profiler de aplicação encontra, porque a aplicação não está lenta; ela está esperando. O perfil mostra três microssegundos de CPU e duzentos milissegundos de relógio, mas a diferença não aparece em lugar nenhum do código. Ela está no fio, na fila de um switch e na distância entre São Paulo e a Virgínia do Norte. Sem decompor essas parcelas, a engenheira corre o risco de otimizar justamente o que já era rápido.

A neófita leitora deve saber que o combinado desta série é o mesmo das séries Transformers, Inteligência Artificial Aplicada e Estatística Orientada à Ciência de Dados: os exemplos de código são em C++23, completos e compiláveis, e a leitora refaz na linguagem que preferir. Os laboratórios de simulação da disciplina rodam no navegador, sem instalar nada, na suíte NetworkLabs SE.

Se a leitora concordar, podemos começar pelas duas representações que organizam o vocabulário da disciplina.

Por falar em vocabulário, antes das camadas vamos definir uma base de conhecimento mínima: uma rede de computadores é um conjunto de dispositivos capazes de trocar dados por caminhos de comunicação. O computador, o telefone e o servidor são dispositivos finais; cada ponto pelo qual um deles se conecta à rede é uma interface. Uma conexão direta entre duas interfaces forma um link, que pode usar um cabo de cobre, fibra óptica ou ondas de rádio. Dentro de uma rede local, um switch encaminha dados entre interfaces próximas. Para alcançar outra rede, os dados passam por um roteador, equipamento que escolhe o próximo link do caminho. A Internet não é um único fio nem um único equipamento: é uma rede de redes interligadas por roteadores.

A Figura 1 reúne esses objetos em um único caminho. Os dispositivos finais pertencem às redes locais das pontas; entre elas, cada roteador recebe os dados por uma interface e escolhe o próximo link, salto após salto.

Figura 1: A Internet não é um único link. Dispositivos finais comunicam-se por interfaces e links dentro das redes locais, enquanto roteadores conectam essas redes, salto após salto.

1. Duas pilhas e uma decisão de engenharia

Depois que definimos as bases, todo curso de redes começa desenhando sete camadas empilhadas, e boa parte dos alunos sai achando que a Internet tem sete camadas. Ela não tem. Sinto muito.

O modelo OSI, de Open Systems Interconnection (interconexão de sistemas abertos), foi publicado pela ISO em 1984 como referência conceitual, e nasceu de um esforço de padronização que competia com a pilha que já estava rodando no mercado. A pilha que estava rodando venceu. Quem diria? O modelo perdedor sobreviveu como vocabulário e registro histórico. É por isso que engenheiros ainda dizem problema de camada 3 ou load balancer de camada 7 sem nenhum constrangimento.

O modelo que efetivamente roda é o TCP/IP, descrito na RFC 1122 em quatro camadas: link, Internet, transporte e aplicação. A correspondência com o OSI é aproximada, porém a aproximação falha exatamente onde importa. As camadas de sessão e apresentação do OSI, a quinta e a sexta, não têm uma implementação separada na Internet: o que elas descrevem virou uma responsabilidade da aplicação, ou de bibliotecas dentro dela. Quando alguém diz que TLS é camada 6, está fazendo uma analogia útil mas imprecisa, porque TLS roda sobre TCP e é falado pela aplicação.

A Tabela 1 registra a correspondência que a série usará daqui em diante, com um exemplo por linha para que ela não fique abstrata.

Tabela 1: correspondência aproximada entre OSI e TCP/IP. As camadas 5 e 6 do OSI não têm uma implementação separada na pilha real, e é aí que a analogia deixa de valer.