Validador de Número de RFC (IETF)

RFC: a serie de documentos que define a Internet

Uma RFC (Request for Comments) e um documento tecnico 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 sao RFCs. Este validador checa o formato canonico RFC NNNN (ou apenas o numero) e ajuda a identificar especificacoes conhecidas rapidamente.

A serie comecou em 7 de abril de 1969 com a RFC 1, "Host Software", escrita por Steve Crocker enquanto estudante de pos-graduacao na UCLA trabalhando na ARPANET. O nome "Request for Comments" foi proposital: Crocker queria sinalizar que o documento estava aberto a discussao e revisao — a cultura de rough consensus and running code que define a IETF ate hoje. Em 2024 a contagem ultrapassou a RFC 10000.

Formato e regra de validacao

Um identificador RFC e a string literal RFC seguida de um inteiro positivo. O espaco entre RFC e o numero e opcional. O regex canonico e:

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

Nao ha checksum nem digito verificador — validade e binaria: ou o numero existe no indice do RFC Editor, ou nao existe. Os numeros sao atribuidos de forma monotonica e nunca reaproveitados, mesmo que o documento seja depois obsoletado ou marcado como Historic.

Niveis de status: Standards Track, BCP, Informational, Experimental, Historic

• Standards Track — a escada formal de tres passos: Proposed Standard, Draft Standard, Internet Standard. Em 2011 a RFC 6410 colapsou o passo do meio, entao 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 definicao de MUST/SHOULD/MAY.
• Informational — material util de fundo, sem requisito de consenso. O Tao da IETF e um exemplo.
• Experimental — trabalho em andamento, pode ou nao virar padrao.
• Historic — superado ou abandonado, mantido para referencia.

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 implementacao.
• RFC 2616 — HTTP/1.1 (obsoletada pelas RFC 7230-7235, agora obsoletadas pela familia 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 mantem a original relevante) ou obsoleted (uma RFC mais nova substitui totalmente). Ambas as relacoes sao 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 sao gratuitas e pragmaticas.
• IRTF — a Internet Research Task Force tambem publica RFCs, mas para pesquisa e nao 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 — historico completo, incluindo drafts, discussoes do grupo de trabalho e cedulas do IESG.
• tools.ietf.org — alias legado, continua funcionando.

FAQ

RFCs sao de leitura gratuita?

Sim, sempre. Toda RFC e publicada em dominio publico em rfc-editor.org sem paywall, sem login e sem DRM. Isso e um principio basico 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 adocao.

As RFCs de 1 de abril sao RFCs de verdade?

Sim — tem numero 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 diferenca 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 — implementacoes devem seguir o texto novo. Os metadados sao reciprocos no indice.

Numeros de RFC sao reaproveitados?

Nunca. Uma vez atribuido, o numero e permanente — mesmo RFCs Historic ou de piada mantem o numero. A serie e monotonicamente crescente e ja passou de 10000.