Resumen

  • Ray Bellis es el único autor del RFC 5625, BCP 152, publicado en agosto de 2009, y uno de los seis autores del RFC 8490, norma propuesta publicada en marzo de 2019. Ambos textos imponen requisitos a programas que él nunca distribuyó.
  • Los instrumentos que sí nombran sus deberes —las reglas de estilo del RFC sobre la firma de autor y las erratas, y las reglas de la IANA sobre el examen de solicitudes de asignación— anclan esos deberes a un texto publicado y a una cola de registro, jamás a un despliegue en funcionamiento.
  • Ese hallazgo se limita a los documentos leídos aquí. Un contrato, una ley o un nombramiento ajeno a este expediente podría crear el deber que falta; nada en él lo hace.

El bloque de dirección del BCP 152, en la página 12, contiene un solo nombre bajo una razón social impresa: Nominet UK. Eso es todo lo que la publicación de agosto de 2009 consigna sobre Ray Bellis, y es la totalidad de lo que consigna. El documento que corona ese bloque, RFC 5625, DNS Proxy Implementation Guidelines, dedica sus páginas a dictar conducta a los pequeños intermediarios DNS. La sección 4.1, en la página 4, detalla cómo debe tratar un intermediario las banderas de cabecera DNS que no comprende.

La obligación de esa cláusula recae sobre el intermediario. El bloque de dirección, en cambio, lleva un nombre y una afiliación. No lleva credencial de inspector, ni línea de reporte, ni número al que llamar cuando un enrutador doméstico sale de fábrica con un firmware que ignora la página 4 sin más.

Diez años después el patrón se repite con más firmas. RFC 8490, DNS Stateful Operations, fechado en marzo de 2019, enumera seis autores —Bellis, Stuart Cheshire, John Dickinson, Sara Dickinson, Ted Lemon y Tom Pusateri— y registra en la página 63 su afiliación como Internet Systems Consortium, Inc. El documento exige condiciones previas a los extremos antes de que se establezca una sesión, en la sección 5.1, páginas 12-13 de la edición HTML. Seis personas firmaron una regla sobre máquinas de estados. Ninguna adquirió por ello una palanca sobre las máquinas.

El aparato alrededor de la firma

Lo que el expediente sí muestra, con densidad notable, es una maquinaria institucional que decidió el texto y cuyos actores pueden nombrarse. La ficha de Datatracker del RFC 5625 asigna a Ralph Droms como director de área responsable y al grupo de trabajo DNS Extensions como su casa. El historial del borrador predecesor registra la aprobación del IESG el 6 de julio de 2009 y la entrada en la cola del editor de RFC al día siguiente; la nota del shepherd de abril de 2009 nombra a Olafur Gudmundsson, copresidente del DNSEXT, como shepherd del documento. Para el segundo texto, la ficha de Datatracker lo clasifica como norma propuesta bajo el director de área Warren Kumari en el grupo dnsop, y el historial de session-signal muestra la aprobación del IESG el 7 de diciembre de 2018, la entrada en AUTH48 el 11 de febrero de 2019 y el estado AUTH48-DONE el 15 de marzo de 2019, con Tim Wicinski como shepherd.

Ahí hay una cadena de personas nombradas cumpliendo tareas procedimentales nombradas: shepherd, director de área, órgano aprobador. No es una función de control de cumplimiento. Una lista de seis autores más una votación de aprobación no componen un departamento que verifique si el código de un proveedor se comporta, y ninguna cláusula de los dos textos asigna ese departamento a la persona cuya dirección aparece al final.

Dónde aterriza en realidad el deber

El deber existe; simplemente apunta a otro sitio. La guía de estilo de los RFC, RFC 7322, sección 4.1.1 en la página 9, vincula a los autores y editores listados con la firma del documento durante el AUTH48 y con responder a consultas como las erratas. Es una rendición de cuentas ante un texto y ante quienes lo interrogan: una obligación real, con destinatario real, publicada en septiembre de 2014, cinco años después del BCP 152, de modo que describe la regla general y no la práctica exacta de 2009.

El segundo deber vive en una cola de registro. El registro de parámetros DNS de la IANA, actualizado el 9 de noviembre de 2026, incluye a Bellis entre los expertos de los TYPEs de registro de recursos y como experto secundario de los códigos de opción EDNS0; los expertos de los códigos de tipo DSO que allí figuran son Ted Lemon, Sara Dickinson y John Dickinson. Las reglas de ese papel están en el RFC 8126: la sección 5.1, página 27, encarga al experto designado coordinar la revisión de una solicitud de asignación y remitir una recomendación a la IANA; la sección 5.2, páginas 27-28, exige decisiones defendibles y aborda la recusación cuando hay conflicto, incluida la autoría de la especificación revisada; la sección 5.2.1, páginas 28-29, deja el nombramiento y la remoción de los expertos en manos del IESG; y la sección 5.3, página 29, exige respuestas oportunas y transparencia.

Lea la cláusula de recusación con atención, porque juega justo al revés que un mandato policial. La regla prevé que un autor tenga que apartarse del juicio sobre una solicitud que toca su propia especificación. Una regla de conflicto que reduce el alcance del experto no equivale a un poder sobre quienes implementan.

Dos registros que no concuerdan

El perfil de Datatracker afirmaba, en el momento de la consulta, que «Ray does not currently have any active roles». El registro de la IANA, en su actualización del 9 de noviembre de 2026, lo lista como experto. Ninguna de las dos páginas se reconcilia con la otra, y ninguna pieza examinada aquí explica la diferencia. Una frase en presente sobre el panel de roles de un perfil no es un inventario de nombramientos pasados, y un campo de experto en un registro no es prueba de autoridad sobre una red. Conviene conservar ambos enunciados exactamente como cada página los formuló.

Las presidencias de grupo dibujan la misma figura. El acta de la teleconferencia del IAB del 19 de marzo de 2014, sección 2.2, registra que Bellis sustituyó a Alissa Cooper como presidente de geopriv. El acta del grupo Homenet en el IETF 93 lo cita junto a Mark Townsley como presidentes, en una sesión fechada el 22 de julio de 2015. ¿Qué debe personalmente un presidente? El RFC 2418 es preciso: la sección 3.1, página 11, hace al presidente responsable de que se redacten y distribuyan las actas de sesión, con delegación permitida, y la sección 6.1, página 17, exige un breve informe posterior a la sesión al director de área. Paquelerío que sube por la jerarquía. Nada sobre auditar el despliegue de nadie.

El hueco tiene dueño, y no es el autor

Ninguna disposición de los documentos leídos para este artículo atribuye a Bellis, por su sola condición de autor, el deber de vigilar, informar o hacer cumplir el cumplimiento de quien implementa. Es una conclusión sobre un expediente acotado —el BCP 152 y el RFC 8490 en sus dos presentaciones, los dos historiales de Datatracker, el perfil, el registro de la IANA, el RFC 7322, el RFC 8126 y el RFC 2418— y no establece que un contrato laboral, un requisito de compra, un programa de certificación o una ley, en otro sitio, le confíen ese deber a esta persona.

Así que la prueba honesta de cualquier imputación personal tiene cinco partes: la fuente del deber, el papel o el control efectivo de la persona, el acto o la omisión, el vínculo causal con una consecuencia operativa, y una sanción con foro. Donde el deber y el control se detienen en el texto y en el registro, la atribución debe detenerse también. Un intermediario que estropea banderas desconocidas produce un resolutor roto, y el autor de la página 4 no es quien tiene las credenciales de ese equipo.

Siga entonces la función. La conformidad del código corresponde a quien lo escribió; la configuración, la supervisión y la respuesta a incidentes, a quien lo opera; los requisitos, a quien compró o auditó; la coerción, solo a un actor armado con un contrato, una ley u otro instrumento que cree deberes. Si ninguno de esos actores recibió la tarea de vigilar un despliegue concreto, hay un hueco de rendición de cuentas que merece nombrarse en voz alta, y conviene cerrarlo con una asignación, no reclutando retroactivamente al hombre cuyo nombre figura en la regla. La firma es una afirmación sobre el texto.

La red en servicio responde a quien tiene las llaves.