Resumen

  • El informe público del director ejecutivo de la IETF del 6 de octubre dice que la LLC ayudó al IESG con preguntas de autores sobre reutilizar contenido de RFC antiguos en el proceso de normalización; según el informe, la asesoría aclaró que el derecho pertinente existe desde RFC 1602 y ya se había redactado una página Wiki para presidentes de grupo.
  • El apartado 5.4 de RFC 1602 aplica sus procedimientos a contribuciones presentadas después del 1 de abril de 1994. Para documentos de estándares de Internet publicados antes de ese día, remite a consultar directamente a quienes reclaman derechos.
  • El informe llama a RFC 5378 «BCP 9», pero el catálogo de RFC Editor lo identifica como BCP 78. Es una discrepancia bibliográfica, no una prueba de que el criterio jurídico sea incorrecto.

Cuando un autor quiere recuperar un pasaje de un RFC antiguo para una nueva especificación, el número del documento no basta para resolver los derechos. También importan la fecha de publicación, el momento en que se presentó la contribución y quién aportó el texto. El informe público del director ejecutivo para la reunión de la LLC de la IETF del 6 de octubre pone ese problema en primer plano: la LLC habría apoyado al IESG al responder dudas de autores que reutilizan material de RFC anteriores dentro del proceso de normalización.

El informe dice que se había supuesto erróneamente que la reutilización libre empezaba con RFC 5378. Según la misma nota, la asesoría jurídica aclaró que el derecho relevante ya existía desde RFC 1602, y una guía para presidentes de grupo estaba en borrador. Es una actualización operativa importante, pero no un dictamen jurídico publicado, una resolución del Board ni una autorización para un caso particular. El informe no adjunta el borrador ni explica cómo se analizó cada clase de texto.

RFC 1602, publicado en marzo de 1994, revisó el proceso de estándares de Internet. Su sección 5.4 marca un límite: los procedimientos de derechos allí descritos se aplican a contribuciones entregadas después del 1 de abril de 1994. Para documentos de estándares publicados antes, indica que se debe consultar a las personas que reclaman derechos y permisos. Datatracker clasifica hoy RFC 1602 como Legacy e Informational, y señala que RFC 2026 lo dejó obsoleto. Su valor histórico no lo convierte en una norma vigente.

RFC 5378 es otro instrumento: la práctica recomendada de 2008 titulada Rights Contributors Provide to the IETF Trust, registrada como BCP 78. Actualiza RFC 2026 y aborda derechos de contribuciones hechas en procesos de la IETF, incluido su uso en el proceso de estándares bajo condiciones expresas. El informe de la LLC añade «BCP 9» a RFC 5378; el catálogo de RFC Editor dice BCP 78. BCP 9 corresponde a la serie del proceso de estándares asociada con RFC 2026. Conviene corregir esa referencia en la guía, pero la discrepancia no demuestra que la interpretación de la asesoría sea errónea.

Para un autor o editor, la pregunta práctica no es si un RFC es simplemente antiguo. Debe comprobarse si el pasaje procede de una contribución de la IETF, cuándo se presentó, si contiene material de terceros y si el nuevo uso permanece dentro del proceso de estándares. El límite que señala RFC 1602 impide resumir la regla como «todo RFC desde 1602 puede copiarse libremente». El informe no afirma que la asesoría autorizara esa lectura más amplia.

La guía será más útil si explica cómo registrar el RFC fuente, el pasaje, su procedencia, las fechas relevantes y el texto de derechos aplicable, además del momento en que se necesita una consulta directa. También debe separar la interpretación de la asesoría, un informe administrativo y una regla adoptada por el Board. Participación comunitaria, reporte oficial, interpretación jurídica y decisión institucional no son estados de autoridad equivalentes. Las fuentes disponibles no prueban que ya estén resueltas todas las dudas de derechos.

Fuentes