Resumo

  • A RFC 877 definiu uma interface mínima entre IP e X.25: um identificador de protocolo, sequências completas de pacotes por datagrama e parâmetros que os locais podiam negociar.
  • O circuito era aberto sob demanda e o tempo para encerrá-lo por inatividade dependia do custo local; não havia um circuito X.25 para cada conexão TCP.

Análise

O circuito tinha seu próprio relógio de custos

Em setembro de 1983, J. T. Korb publicou a RFC 877 para transportar datagramas IP por redes públicas de dados baseadas em X.25. O texto diz que CSNET, a VAN Gateway e outras organizações já haviam adotado o padrão. Ele identifica alguns adotantes, mas não apresenta um inventário de todas as redes.

A conexão precisava unir dois modelos de operação diferentes. IP enviava datagramas; X.25 oferecia circuitos virtuais na rede pública. A RFC não tentou fazer o circuito da operadora imitar uma conversa de aplicação. Definiu uma pequena interface comum e deixou várias escolhas práticas com os locais conectados.

Um byte identificava o protocolo

O primeiro octeto do campo Call User Data na solicitação de chamada X.25 identificava o protocolo de rede. O valor 0xCC indicava IP. Cada datagrama era enviado como uma sequência completa de pacotes X.25: começava no limite de um pacote e o bit More assinalava a continuação quando mais pacotes eram necessários. A RFC não adicionava cabeçalho extra aos pacotes de dados.

Havia também um limite de tamanho, com espaço para negociação. Sem acordo sobre pacotes maiores, um datagrama IP podia ter no máximo 576 octetos. A RFC cita 1.024 octetos como exemplo de tamanho maior negociado. Tamanho de pacote, janela e outras facilidades podiam ser negociados entre os locais; não havia um perfil único imposto a todos.

A conexão TCP não controlava a duração do circuito

O circuito seguia outro relógio. Pela RFC 877, a interface podia abrir um circuito virtual sob demanda quando chegasse um datagrama para transmissão. Depois de um período de inatividade, podia fechá-lo; a duração desse período dependia do custo de manter o circuito aberto. A interface também podia fechar um circuito quando não houvesse mais circuitos disponíveis, e qualquer um dos locais podia encerrá-lo.

A separação em relação ao TCP é explícita: protocolos acima do IP não afetam esse padrão. A interface não abre um circuito X.25 para cada conexão TCP. Assim, uma conexão TCP longa não significava que a rede pública mantinha um circuito reservado para ela. O adaptador administrava um recurso da rede; o estado da conexão TCP ficava em outra camada.

A consequência registrada é delimitada: se o circuito fosse fechado ou reiniciado enquanto um datagrama estava sendo transmitido, aquele datagrama se perdia. A RFC não informa a frequência disso nem o resultado observado por uma aplicação. A reação do transporte ou da aplicação está fora do que esse documento comprova.

Recomendação não é prova de adoção geral

O relatório oficial de protocolos ARPA-Internet de 1984, a RFC 924, classificou “Internet Protocol on X.25 Networks” como Recommended e indicou a RFC 877 como especificação. No relatório, Recommended incentivava os hosts a implementar o protocolo; não dizia que todos já o haviam feito. Em 1992, a RFC 1356 descreveu o método como amplamente utilizado e substituiu a especificação anterior para resolver ambiguidades e responder a novas exigências de tamanho de datagramas e pacotes, gestão de circuitos e interconexão multiprotocolo.

Esses documentos mostram adotantes nomeados, uma recomendação oficial e uma revisão posterior apoiada na experiência. Não fornecem uma lista de instalações, tarifas ou um valor numérico para o tempo de inatividade.

A Nota 64 como lente posterior

A Nota 64, de Heng Lu, propõe uma disciplina de projeto: definir somente as regras comuns necessárias para a interoperabilidade e deixar as escolhas seguintes com quem opera o sistema. Como lente editorial, isso ajuda a entender a RFC 877. O marcador 0xCC e os limites dos pacotes são comuns; o intervalo até o fechamento e as facilidades negociáveis não recebem um valor universal.

Essa comparação é retrospectiva. A RFC 877 não cita a Nota 64, que tampouco prova a intenção de Korb. O registro histórico mostra apenas que o IP podia ser reconhecido sobre um serviço público X.25 sem que cada operadora adotasse a mesma política de custo e duração de circuito.

Fontes