Validador de Número de RFC (IETF)

RFC: a série de documentos que define a Internet

Uma RFC (Request for Comments) e um documento técnico numerado publicado pela IETF (Internet Engineering Task Force) e editado pelo RFC Editor. Apesar do nome sugerir um rascunho informal, a RFC e na verdade a forma oficial e arquival de todo protocolo de Internet — TCP, IP, HTTP, TLS, DNS, SMTP, JSON, MIME e milhares de outros são RFCs. Este validador checa o formato canônico RFC NNNN (ou apenas o número) e ajuda a identificar especificacoes conhecidas rapidamente.

A série começou em 7 de abril de 1969 com a RFC 1, "Host Software", escrita por Steve Crocker enquanto estudante de pós-graduacao na UCLA trabalhando na ARPANET. O nome "Request for Comments" foi proposital: Crocker queria sinalizar que o documento estava aberto a discussao e revisão — a cultura de rough consensus and running code que define a IETF até hoje. Em 2024 a contagem ultrapassou a RFC 10000.

Formato e regra de validação

Um identificador RFC e a string literal RFC seguida de um inteiro positivo. O espaço entre RFC e o número e opcional. O regex canônico e:

/^RFC\s?\d{1,5}$/i        // RFC 793, RFC2616, rfc 9110
/^\d{1,5}$/               // somente numero: 793

Não ha checksum nem dígito verificador — validade e binaria: ou o número existe no índice do RFC Editor, ou não existe. Os números são atribuídos de forma monotonica e nunca reaproveitados, mesmo que o documento seja depois obsoletado ou marcado como Historic.

Níveis de status: Standards Track, BCP, Informational, Experimental, Historic

• Standards Track — a escada formal de três passos: Proposed Standard, Draft Standard, Internet Standard. Em 2011 a RFC 6410 colapsou o passo do meio, então hoje a maioria dos protocolos estaveis fica em Proposed Standard por anos.
• BCP (Best Current Practice) — pratica operacional recomendada. BCP 14 = RFC 2119 + RFC 8174, a famosa definição de MUST/SHOULD/MAY.
• Informational — material útil de fundo, sem requisito de consenso. O Tão da IETF e um exemplo.
• Experimental — trabalho em andamento, pode ou não virar padrão.
• Historic — superado ou abandonado, mantido para referência.

RFCs famosas que todo engenheiro deve reconhecer

• RFC 791 — IPv4 (1981).
• RFC 793 — TCP (obsoletada pela RFC 9293 em 2022).
• RFC 1034 / 1035 — DNS, conceitos e implementação.
• RFC 2616 — HTTP/1.1 (obsoletada pelas RFC 7230-7235, agora obsoletadas pela família RFC 9110-9114).
• RFC 5246 — TLS 1.2; RFC 8446 — TLS 1.3.
• RFC 4180 — CSV; RFC 5322 — formato de mensagem de email; RFC 7519 — JWT.
• RFC 9562 — UUID v6/v7/v8 (2024), substituindo partes da RFC 4122 original.
• RFC 2324 — HTCPCP "I'm a teapot", uma piada de primeiro de abril cujo status 418 esta hoje em servidores HTTP mundo afora.

Updates vs Obsoletes

Uma RFC pode ser updated (adiciona esclarecimentos e mantém a original relevante) ou obsoleted (uma RFC mais nova substitui totalmente). Ambas as relações são bidirecionais nos metadados do RFC Editor. Exemplo: a RFC 2616 e obsoletada pela RFC 7230 e a RFC 7230 e obsoletada pela RFC 9110. Sempre confira a entrada mais recente antes de citar uma spec.

RFC vs Internet-Draft vs ISO vs IRTF

• Internet-Draft — documento de trabalho temporario, expira em 6 meses. Cite como draft-ietf-quic-transport-34, nunca como RFC.
• Normas ISO — formais, com paywall, dirigidas por voto de membros. RFCs são gratuitas e pragmaticas.
• IRTF — a Internet Research Task Force também publica RFCs, mas para pesquisa e não para padronizacao (procure o stream IRTF).
• RFCs de 1 de abril — tradicao desde a RFC 527 (1973). Exemplos famosos: 1149 (IP sobre carrier aviario), 2324 (bule), 6214 (IPv6 sobre aviario), 8771 ("I-Star").

Onde consultar uma RFC

• rfc-editor.org/rfc/rfcNNNN — HTML e TXT canonicos.
• datatracker.ietf.org — histórico completo, incluindo drafts, discussoes do grupo de trabalho e cedulas do IESG.
• tools.ietf.org — alias legado, continua funcionando.

FAQ

RFCs são de leitura gratuita?

Sim, sempre. Toda RFC e publicada em domínio público em rfc-editor.org sem paywall, sem login e sem DRM. Isso e um principio básico da IETF e um contraste forte com normas ISO/IEC.

Uma RFC chega mesmo a virar "Internet Standard"?

Raramente. A designacao STD completa (ex.: STD 5 = IP, STD 7 = TCP) exige interoperabilidade demonstrada e e reservada aos protocolos mais maduros. A maior parte das RFCs modernas fica em Proposed Standard indefinidamente — isso ja basta para exigir adoção.

As RFCs de 1 de abril são RFCs de verdade?

Sim — tem número oficial e ficam arquivadas junto com protocolos serios. Algumas, como a RFC 2324 (HTCPCP), vazaram para a realidade: o status HTTP 418 I'm a teapot esta implementado em Node.js, Go, Django e na maioria dos frameworks.

Qual a diferença entre "Updates" e "Obsoletes"?

Updates quer dizer que a RFC antiga continua valendo e a nova so adiciona esclarecimentos. Obsoletes quer dizer que a nova substitui completamente a antiga — implementações devem seguir o texto novo. Os metadados são reciprocos no índice.

Números de RFC são reaproveitados?

Nunca. Uma vez atribuído, o número e permanente — mesmo RFCs Historic ou de piada mantém o número. A série e monotonicamente crescente e ja passou de 10000.