Resumo

  • A RFC 6410 reduziu de três para dois os níveis da trilha de padrões, mas os Draft Standards existentes mantiveram a classificação até uma reclassificação explícita.
  • As novas regras permitiam promoção conforme critérios de implantação ou uma opção do IESG de voltar a Proposed Standard após dois anos; não havia limpeza automática.

Análise

O que o nível antigo exigia

Em outubro de 1996, a RFC 2026 estabeleceu três níveis de maturidade na trilha de padrões: Proposed Standard, Draft Standard e Internet Standard. Uma especificação podia chegar a Draft Standard depois de haver pelo menos duas implementações independentes e interoperáveis, vindas de bases de código diferentes, além de experiência operacional satisfatória. O presidente do grupo de trabalho deveria documentar as implementações qualificadas e seus testes de interoperabilidade. Draft Standard era uma classificação de maturidade de uma especificação publicada, não outro nome para um Internet-Draft.

O nível seguinte respondia a outra pergunta. A RFC 2026 associava Internet Standard a experiência significativa de implementação e operação e à crença amplamente compartilhada de que o protocolo beneficiava a comunidade da Internet. A escada separava a evidência inicial de implementação de uma maturidade mais ampla.

A mudança de 2011

A RFC 6410 observou que pouquíssimas especificações avançaram na década anterior e que a grande maioria continuava como Proposed Standard. Ela uniu Draft Standard e Standard em um nível: Internet Standard. Implantação e experiência operacional continuaram entre os critérios. Era preciso haver pelo menos duas implementações independentes e interoperáveis, amplamente implantadas e com operação bem-sucedida. Também entravam na análise erratas que impedissem a interoperabilidade e recursos sem uso que aumentassem muito a complexidade.

A revisão retirou ainda duas obrigações de processo. A RFC 2026 previa revisão anual de especificações que não tivessem alcançado o nível superior; a RFC 6410 disse que, na prática, essas revisões não aconteciam e eliminou o ciclo. Também deixou de exigir um relatório formal de interoperabilidade. Os testes continuavam importantes: a RFC 6410 considerou que implantação e uso podiam demonstrar interoperabilidade, e a RFC 5657 ainda poderia ajudar na preparação de relatórios.

A transição não foi uma migração em massa

A regra de transição tratou os estados antigos de maneiras diferentes. Proposed Standards continuaram como Proposed. Internet Standards existentes foram imediatamente reclassificados como Internet Standard. Já um documento que estivesse em Draft Standard manteve essa classificação na ausência de ação explícita. Ele podia avançar pelos novos critérios. Dois anos após a aprovação da RFC 6410 como Best Current Practice, o IESG também poderia optar por reclassificá-lo como Proposed Standard.

Não foi um rebaixamento automático, uma promoção automática ou uma atualização de toda a lista. A classificação antiga continuava ligada ao documento até outra decisão alterá-la. A RFC 6410 não conta quantos documentos permaneceram nesse estado nem quando cada um foi reclassificado.

A etiqueta e a rede

A RFC 6410 simplificou o caminho para avanços futuros, mas não transformou uma classificação em um censo do software em uso. Um Draft Standard herdado da escada anterior não provava, por si só, interoperabilidade atual ou implantação ampla. Por outro lado, deixar de exigir um relatório formal após 2011 não tornou os testes irrelevantes: os critérios revisados mantiveram implementações independentes e uso operacional bem-sucedido.

O registro é limitado a uma mudança no processo de padrões e às regras de transição. Ele não mostra o que cada operador implantou. A diferença operacional fica fácil de perder quando uma etiqueta sobrevive ao processo que a criou.

Fontes