Resumo

  • O relatório público do diretor executivo da IETF de 6 de outubro diz que a LLC apoiou a IESG em dúvidas de autores sobre reutilizar conteúdo de RFCs antigos no processo de padronização; segundo o relatório, o jurídico esclareceu que o direito relevante existe desde RFC 1602 e uma página para chairs estava em elaboração.
  • A seção 5.4 de RFC 1602 aplica seus procedimentos a contribuições enviadas depois de 1º de abril de 1994. Para documentos de padrões da Internet publicados antes disso, ela manda buscar direitos e permissões diretamente com quem os reivindica.
  • O relatório identifica RFC 5378 como “BCP 9”, mas o catálogo da RFC Editor o lista como BCP 78. É uma divergência bibliográfica, não prova de erro jurídico substantivo.

Reaproveitar um trecho de um RFC antigo em um novo texto de padronização não é uma decisão que se resolva olhando apenas o número da publicação. A data em que o documento saiu, quando a contribuição foi apresentada e a origem do trecho podem mudar a trilha de direitos aplicável. O relatório público do diretor executivo para a reunião da LLC da IETF em 6 de outubro mostra que essa dúvida já chegou ao trabalho cotidiano: a LLC vem ajudando a IESG a responder autores que querem reutilizar material de RFCs antigos em atividades de padronização.

O relatório diz que se acreditava, incorretamente, que só RFCs publicados depois de RFC 5378 podiam ser reutilizados livremente. O aconselhamento jurídico teria esclarecido que o direito relevante já existia desde RFC 1602, e uma página de orientação para chairs foi redigida. Isso informa uma frente operacional, mas não é um parecer jurídico publicado, uma resolução do conselho nem uma autorização para um texto específico. O relatório não mostra a página nem revela a análise jurídica completa.

O texto de origem torna a data indispensável. RFC 1602, publicado em março de 1994, revisou o processo de padrões da Internet. Sua seção 5.4 diz que os procedimentos de direitos se aplicam a contribuições enviadas depois de 1º de abril de 1994. Para documentos de padrões publicados antes dessa data, as informações sobre direitos devem ser buscadas diretamente com quem os reivindica. Hoje o Datatracker classifica RFC 1602 como Legacy e Informational e registra que RFC 2026 o tornou obsoleto. Seu papel histórico não o transforma em norma atual.

RFC 5378 é outro documento: a prática recomendada de 2008 Rights Contributors Provide to the IETF Trust, catalogada como BCP 78. Ela atualiza RFC 2026 e descreve direitos para contribuições feitas dentro dos processos da IETF, inclusive seu uso no processo de padronização sob termos definidos. O relatório da LLC escreve “RFC 5378 (BCP 9)”, mas a RFC Editor o classifica como BCP 78. BCP 9 é a série do processo de padronização associada a RFC 2026. A orientação deveria corrigir a referência, sem transformar esse erro bibliográfico em prova de que a interpretação jurídica está errada.

Para autores e editores, a pergunta não é se um RFC é simplesmente antigo. É preciso saber se o trecho veio de uma contribuição à IETF, quando ela foi enviada, se inclui conteúdo de terceiros e se o novo uso permanece dentro da licença para trabalhos de padronização. O corte de RFC 1602 impede resumir a regra como “qualquer RFC desde 1602 pode ser copiado sem restrições”. O relatório não afirma que o jurídico autorizou essa leitura ampla.

A orientação para chairs será mais útil se explicar como registrar a fonte, a passagem, sua procedência, as datas relevantes, a regra de direitos aplicável e o momento em que uma consulta direta é necessária. Também deve diferenciar a interpretação do jurídico, um relatório administrativo e uma regra aprovada. Participação, informe oficial, interpretação jurídica e aprovação do conselho são estados de autoridade distintos. As fontes não demonstram que todas as questões de direitos já foram resolvidas.

Fontes