Resumen

  • La norma establece qué deben hacer las entidades incluidas; el foro de Rüdiger Martin intenta explicar cómo hacerlo sin crear estándares nuevos.
  • En RIPE 93, los borradores de sus cuatro grupos estaban en las versiones 0.5 y 0.6. La consulta pública llegaría después de un borrador completo, pero todavía no había fecha.

La ley fija el destino; el operador necesita el trayecto

Un mandato puede decir “haga la transición” y dejar a un equipo de redes con la pregunta incómoda: ¿por dónde empieza el cambio? Rüdiger Martin presentó en RIPE 93 el trabajo que intenta responderla. El Foro Multilateral sobre el Despliegue de Estándares de Internet traduce los objetivos legales a orientación de despliegue usando normas y experiencia operativa ya existentes. Martin fue claro sobre el límite: el Foro no desarrolla estándares nuevos.

El punto de partida es el Reglamento de Ejecución (UE) 2024/2690. Su anexo, punto 6.7.2(j), pide a las entidades incluidas un plan para completar, de forma segura, apropiada y gradual, la transición a protocolos de capa de red de última generación, además de medidas para acelerarla. El apartado (k) pide un plan de despliegue de estándares modernos e interoperables de correo electrónico. El (l) exige aplicar buenas prácticas de seguridad del DNS y de seguridad e higiene del enrutamiento de Internet. No son cuatro versiones de una sola obligación: dos apartados hablan de planes; el tercero, de prácticas que deben aplicarse.

La Comisión asignó al Foro otra tarea: identificar estándares y prácticas pertinentes, describir técnicas de despliegue y proponer plazos adecuados. Su guía servirá a las entidades sujetas al Reglamento y puede ayudar también a quienes adopten esas prácticas voluntariamente. El Reglamento establece el deber. El Foro intenta convertirlo en un plan que una organización pueda ejecutar.

Cuatro grupos y un problema de coordinación

En su actualización del 28 de octubre, Martin dividió el trabajo en cuatro áreas: protocolos de capa de red, correo, DNS y enrutamiento. Cada una tiene una presidencia y un grupo editorial técnico que prepara borradores entre reuniones. Los participantes comentan por escrito; los asuntos abiertos pasan a las reuniones y, cuando no hay acuerdo, se conservan las alternativas. Un grupo de coordinación debe mantener coherencia entre los cuatro textos.

Martin dijo que participaban más de cien personas, entre operadores, empresas de telecomunicaciones, proveedores de nube e infraestructura, especialistas en DNS y correo, investigadores, autoridades y proveedores tecnológicos. La convocatoria seguía abierta. El Foro se había reunido en enero, marzo, junio y octubre, y estaba en la fase A3: análisis de dificultades, técnicas y plazos. Los borradores de los grupos se encontraban en las versiones 0.5 y 0.6.

El plan era completar el conjunto de borradores en 2027 y abrir después una consulta pública. Martin no pudo fijar cuándo comenzaría: primero debe terminar la redacción. La versión final se esperaba tentativamente para el cuarto trimestre de 2027; el calendario puede cambiar. La página de la Comisión consultada el 31 de octubre aún mostraba una actualización del 3 de agosto. Para conocer el estado de octubre, la exposición de Martin en RIPE 93 es la fuente más reciente.

IPv6 no es una orden de apagar IPv4

El borrador de IPv6 muestra el tipo de traducción que está en juego. Martin describió IPv6-ready como un objetivo operativo realista, no como una instrucción de desconectar IPv4 en todas partes. Una organización que parte de IPv4, otra que opera doble pila y una que ya usa IPv6 no recorren el mismo camino. Durante la transición, los destinos IPv4 deben seguir siendo accesibles; siguen existiendo excepciones documentadas y limitadas en el tiempo.

El Foro también pregunta qué debe incluir un plan, cómo evaluar el estado actual y qué pruebas pueden mostrar avance. Martin dijo que la guía apuntará a fuentes mantenidas —RFC, BCP y registros de IANA— en lugar de copiarlas. Así evita que el documento se convierta en otro estándar que compite por atención con los que los operadores ya consultan.

La prueba final será mantener separados tres niveles: obligación legal, estándar técnico y recomendación de despliegue. Con roles, etapas, evidencia y fechas de revisión claras, las organizaciones podrán planificar. Si los borradores hacen que una recomendación parezca una obligación jurídica, añadirán confusión justo donde debían reducirla.

Fuentes primarias