Resumo

  • A RFC 2000 aplicava duas classificações independentes: a maturidade da especificação no processo e o nível de exigência de implementação em um domínio aplicável.
  • Inclusão, maturidade e Required eram decisões institucionais com data e escopo; não comprovavam sozinhas implantação, interoperabilidade, tráfego, compra ou vigência atual. Historic também não dizia que as máquinas haviam sumido.

Publicada em fevereiro de 1997 como STD 1, a RFC 2000 substituiu a RFC 1920 e seus predecessores. Ela esperava novas edições aproximadamente trimestrais e instruiu o leitor a não usar aquela depois de 16 de junho. A RFC 2200 chegou em junho, substituiu a anterior e trouxe outro limite. A lista era uma fotografia em série.

Uma fotografia oficial não é um inventário operacional. Cada entrada registrava a classificação aceita naquele momento. O próprio documento dizia que protocolos de alguns fornecedores tinham implementação disseminada mesmo sem aprovação do IESG. Logo, presença no campo e posição formal não eram sinônimos.

O primeiro eixo era STATE: Standard, Draft Standard, Proposed Standard, Experimental, Informational e Historic. O segundo era STATUS: Required, Recommended, Elective, Limited Use e Not Recommended. A matriz mostrava combinações prováveis, não porcentagens de implantação, volume de tráfego ou número de produtos.

Standard documentava a decisão do IESG de estabelecer um padrão oficial e atribuir número STD. A RFC 2026 exigia para Draft Standard pelo menos duas implementações independentes e interoperáveis, vindas de bases de código diferentes, além de experiência operacional bem-sucedida suficiente. Ainda assim, a escala de produção poderia revelar comportamentos imprevistos. Proposed Standard normalmente não exigia implementação nem operação anteriores. Era candidato relativamente estável, não certificado de adoção.

As categorias fora da trilha também eram documentais. Experimental preservava pesquisa e aparecia por conveniência, não como evidência de padronização. Informational podia incorporar material de outras organizações ou fornecedores. Historic marcava uma especificação substituída ou considerada obsoleta. O rótulo não desligava software, não visitava equipamentos e não media pacotes.

STATUS fazia outra pergunta. Required valia para a conformidade mínima definida dentro do domínio de uma Applicability Statement; não autorizava uma compra universal. Recommended era desejável, mas não obrigatório para conformidade mínima. Elective permitia escolher, exigindo conformidade se a função fosse implementada. Limited Use e Not Recommended restringiam o uso geral por motivos possíveis diferentes, sem revelar a base instalada.

Também havia dois mecanismos de mudança. Só a alteração de STATE movia o protocolo na trilha de padrões; STATUS podia ser revisto a qualquer momento. Um texto poderia amadurecer sem se tornar necessário para todo sistema, e uma exigência localizada não se convertia em maturidade técnica adicional.

O catálogo carregava sinais de relógios editoriais diferentes. A primeira seção ainda chamava RFC 1602 de descrição definitiva do processo, enquanto a seção de novos RFCs já registrava RFC 2026, que havia substituído RFC 1602 em outubro de 1996. Não é possível afirmar o motivo, mas é possível observar que uma compilação não atualiza todas as suas partes no mesmo instante.

Depois, as próprias regras mudaram. A RFC 6410 reduziu em 2011 a trilha a Proposed Standard e Internet Standard, mantendo no nível superior critérios de implementação independente, interoperabilidade, implantação ampla e experiência operacional. A RFC 7100 aposentou em 2013 o resumo periódico STD 1: ele já não permanecia atualizado e a lista on-line do RFC Editor havia tomado seu lugar.

Assim, RFC 2000 prova muito bem o que se propôs a registrar: a classificação oficial em uma janela de 1997 e a separação de duas decisões. Provar conformidade real, operação, compra, tráfego ou sobrevivência exige inventários, testes, telemetria e uma fonte atual.

Fontes: RFC 2000, registro do RFC Editor, RFC 1920, RFC 2026, RFC 2200, RFC 6410, RFC 7100.