Resumo

  • O IESG recebe comentários até 28 de setembro sobre elevar a RFC 7405 de Proposed Standard a Internet Standard e incorporá-la à STD 68.
  • Publicada em 2014, a RFC acrescentou %s para literais ABNF sensíveis à caixa e %i para declarar explicitamente a comparação insensível.
  • A justificativa contabilizou 20 referências normativas em RFCs no segundo trimestre de 2026, destacou HTTP/1.1 e YANG e afirmou suporte difundido entre ferramentas ABNF.
  • A RFC 6410 também pede duas implementações independentes e interoperáveis, implantação generalizada e experiência operacional bem-sucedida. A solicitação não expõe uma matriz pública com esses exemplos.
  • Um recibo curto pode tornar a decisão rastreável sem recriar o relatório formal de interoperabilidade abolido pela própria RFC 6410.

Uma pequena extensão diante de um grande rótulo

A ABNF da RFC 5234 é a linguagem usada por inúmeras especificações para descrever sua gramática. Uma sequência entre aspas, sem prefixo, é comparada sem considerar maiúsculas e minúsculas. Para exigir caixa exata, autores costumavam representar cada caractere em decimal ou hexadecimal.

A RFC 7405 trouxe uma escrita melhor. %s"false" aceita apenas a forma indicada; %i"aBc" torna explícita a comparação insensível; a ausência de prefixo preserva a regra antiga. O documento tem quatro páginas e altera apenas duas partes da base ABNF.

O pedido atual não muda esse texto. A RFC 6410 permite reclassificar a RFC existente depois de um Last Call de pelo menos quatro semanas. O aviso registra que o pedido veio de um participante individual, que o IESG pretende decidir nas semanas seguintes e que comentários substantivos vencem em 28 de setembro. No corte da apuração, o Datatracker ainda indicava AD Review.

Portanto, o processo conserva três estados. O pedido argumenta, a comunidade examina e o IESG decide. O Last Call não deve ser narrado como promoção concluída.

A adoção documental é convincente

No segundo trimestre de 2026, a justificativa encontrou 20 RFCs com referência normativa à RFC 7405. A página de dependências hoje inclui áreas tão diferentes quanto HTTP, YANG, correio eletrônico, mídia, CDDL e DNS, além de rascunhos ativos. Ela própria alerta que a extração das dependências usa heurísticas.

Em YANG 1.1, o uso é explícito. A RFC 7950 emprega %s em uma longa lista de palavras reservadas sensíveis à caixa. A solicitação também cita HTTP/1.1 e afirma que ferramentas ABNF implementam amplamente a extensão, sem problemas conhecidos de interoperabilidade ou interpretações divergentes.

O contraponto é editorial, não acusatório. Em 2024, a RFC 9535 ainda escreveu true, false e null com octetos hexadecimais. Isso não demonstra ausência de suporte ou falha de software. Mostra apenas que autores recentes ainda podem preferir a forma anterior e que incluir a extensão em STD 68 pode tornar sua autoridade mais clara.

As outras condições parecem bem delimitadas. Um erratum que sugeria aspas simples foi rejeitado. Não há erratum conhecido que impeça um novo software de interoperar com os implantados. A função é única, não adiciona grande complexidade ociosa e não requer tecnologia controlada.

O critério operacional precisa de ligação

O primeiro critério de avanço na RFC 6410 combina pelo menos cinco constatações. Devem existir duas implementações; elas devem ser independentes; devem interoperar; o uso deve ser generalizado; e a experiência operacional deve ter êxito.

O pedido responde com referências, exemplos importantes, suporte de ferramentas e ausência de problemas conhecidos. Porém, seu texto público não nomeia dois softwares e versões, não descreve a independência de código, não liga ambos a um corpus comum, não caracteriza a implantação e não registra período ou resultado observado.

Essa lacuna documental não prova que falte implementação. A experiência pode estar espalhada em repositórios, listas e operações privadas. Também não autoriza concluir que o critério não foi cumprido. Ela apenas impede o leitor futuro de reconstruir, a partir do pedido, qual evidência concreta sustentou cada parte.

Uma referência normativa mostra dependência entre especificações. Suporte em ferramenta mostra capacidade. Implantação mostra uso. Operação bem-sucedida mostra que o uso sobreviveu no tempo e em condições reais. A maturidade fica mais forte quando a passagem entre essas classes permanece visível.

A solução não é burocratizar novamente

A RFC 6410 retirou expressamente a obrigação de um relatório formal de interoperabilidade. Implantação e uso podem ser prova suficiente. Exigir um ensaio novo e artificial para uma sintaxe de doze anos contrariaria essa escolha e premiaria papelada.

Um recibo leve basta. Para dois ou mais exemplos, ele pode registrar nome e versão, motivo da independência, construção RFC 7405 exercitada, contraparte ou corpus, classe de implantação, janela de observação, resultado, exclusões conhecidas e referência estável. Descrições limitadas protegem detalhes proprietários, clientes e configuração sensível.

O IESG ainda faria o julgamento institucional: por que o conjunto é generalizado, por que a experiência foi bem-sucedida e como objeções relevantes do Last Call foram tratadas. O recibo não cria votação, teste obrigatório nem autoridade automática para mantenedores.

Código em execução precisa ser atribuível

O princípio de running code de Heng Lu é útil como limite à retórica. Uma especificação ganha credibilidade quando implementações independentes a fazem funcionar. Mas a expressão perde força se não houver um caminho público mínimo até o que executou, com qual entrada e com qual resultado.

Implementadores fornecem evidência; referências mostram adoção textual; participantes fornecem experiência e objeções; o IESG decide. A RFC 7405 pode merecer plenamente a promoção. Preservar a trilha que sustenta o rótulo é uma forma de fortalecer, e não atrasar, esse reconhecimento.

Fontes

  1. IETF — Last Call para avançar a RFC 7405
  2. IETF Datatracker — solicitação de mudança de estado
  3. RFC 6410 — dois níveis de maturidade
  4. RFC 7405 — strings sensíveis à caixa em ABNF
  5. IETF Datatracker — referências à RFC 7405
  6. RFC 5234 — especificação de ABNF
  7. RFC 7950 — linguagem YANG 1.1
  8. RFC 9535 — expressões JSONPath
  9. RFC Editor — errata da RFC 7405
  10. Heng Lu — primazia do código em execução