Summary

  • A RFC 1609, publicada em março de 1994 como proposta experimental, distinguia redes, nós e interfaces físicos de imagens lógicas para IP, OSI e outras finalidades.
  • O atributo imageOf apontava da imagem para o objeto físico ou para outra imagem. Um roteador podia funcionar como gateway em uma visão e não ter esse papel na outra.

Há uma tentação administrativa em toda sala de equipamentos: contar portas e cabos, produzir um mapa caprichado e chamá-lo de «a rede». Para a equipe de IP, porém, uma ligação física pode não ser rota. Para a equipe de OSI, a mesma caixa pode cumprir outra função. Glenn Mansfield, Thomas Johannsen e Mark Knopper transformaram essa diferença no centro da RFC 1609, de março de 1994. A proposta era experimental, mas a pergunta tinha custo operacional imediato: qual mapa descreve o caminho que se pretende usar?

Os autores reclamavam da falta de um acervo organizado sobre infraestrutura além da gestão local de falhas e desempenho. Nós, enlaces, endereços, responsáveis, serviços e políticas atravessavam limites administrativos. Seu modelo começava por um grafo: equipamentos e sub-redes como vértices, conexões como arestas. Uma linha podia ser uma rede simples; uma coleção de redes, uma rede composta. O grafo físico mostrava o que estava ligado. A função de cada ligação dependia da visão lógica.

No vocabulário da RFC, essa visão era uma image. O diretório X.500 receberia entradas físicas network, node e networkInterface, acompanhadas de networkImage, nodeImage e networkInterfaceImage para cada uso pertinente. imageOf apontava da imagem ao equipamento ou a outra imagem. Assim, duas descrições podiam compartilhar uma base material sem se tornarem cópias uma da outra. A relação explícita era o preço da separação.

O caso do gateway mostra o ganho. Um nó ligado a mais de uma rede pode encaminhar IP e deixar de encaminhar OSI naquela combinação. Por isso a RFC põe externalGateway na imagem da rede de cada protocolo. O endereço da interface lógica ganha sentido dentro da própria visão — número IP ou NSAP, por exemplo — e connectedNetwork aponta para a rede lógica correspondente. O modelo só cria a imagem de uma interface se aquele protocolo realmente estabelece conexões por ela. Um diagrama que transforma qualquer cabo em rota inventa capacidade onde existe apenas contato físico.

O desenho buscava evitar dados duplicados e preservar fronteiras de administração. Dono, localização e contato podiam permanecer junto ao objeto físico; o papel de gateway ou o endereço de protocolo ficava em sua imagem. A RFC 1608 levou o esquema geral para redes IP, máscaras, endereços e sistemas autônomos. A divisão ajuda a distribuir o trabalho, mas não atualiza registro algum sozinha.

O texto deixou a política de cache para decisões locais, marcou tráfego e cobrança como atributos ainda mal especificados e não desenvolveu mecanismos de segurança. Para avaliar um uso histórico concreto, seriam necessários registros datados e a trilha de uma consulta operacional. A RFC oferece o desenho. Sua advertência segue útil: uma referência entre mapas identifica o mesmo equipamento; ela não garante que os dois mapas estejam certos hoje.