Resumen

  • Las encuestas de LACNIC 42 y LACNIC 43 indican que el 48% y el 80% de quienes respondieron al segundo módulo dijeron haber asistido al laboratorio de enrutamiento seguro y validación de origen. Los informes no indican junto a esos porcentajes cuántas personas contestaron esa pregunta.
  • La agenda de LACNIC 46 prevé pasar de revisar manualmente anuncios BGP a automatizar RPKI y aplicar filtros. Es el diseño de un ejercicio, no evidencia de que se haya completado ni de que haya cambiado una red operativa.

Análisis

Un porcentaje con una base acotada

En el informe de satisfacción de LACNIC 42, el laboratorio de enrutamiento seguro y validación de origen aparece con un 48% en la columna total. El informe correspondiente a LACNIC 43 muestra un 80% y señala que el laboratorio tuvo la mayor participación entre los tutoriales en los grupos analizados. En ambos casos, la base de la pregunta son quienes respondieron el segundo módulo de la encuesta. Los informes registran 373 y 504 casos en total, respectivamente, pero ninguno presenta junto al gráfico el número exacto de respuestas a esta pregunta.

Por tanto, las cifras describen asistencia declarada dentro de una subpoblación de la encuesta. No son el porcentaje de todas las personas inscritas, de todos los operadores de la región ni de las redes que filtran rutas según RPKI. Tampoco forman una curva de adopción de dos años: cambian las muestras y los programas, y las encuestas no siguen a las mismas personas ni a las mismas redes. La conclusión respaldada es más limitada: entre quienes contestaron el módulo relevante, el laboratorio tuvo una participación declarada considerable.

Un flujo de controles no equivale a un despliegue

En abril de 2025, LACNIC presentó el laboratorio de LACNIC 43 como un entorno simulado en el que se podían configurar validadores RPKI, aplicar políticas de filtrado y automatizar tareas relacionadas mediante Ansible. La vista previa de la agenda de octubre de 2026 describe un ejercicio relacionado, pero en otro orden: observar manualmente anuncios BGP y después introducir motores de automatización para configurar RPKI y filtros que ayuden a mitigar ataques. La API del evento registra la sesión para el lunes 19 de octubre, durante LACNIC 46. En la fecha de esta investigación, el evento todavía no se había celebrado.

El orden importa porque la seguridad del enrutamiento no se resuelve con un único interruptor. El operador observa un anuncio, compara su origen con las autorizaciones de prefijo validadas y decide cómo debe tratar el resultado su política local. RFC 6811 distingue entre los estados de origen Valid, Invalid y NotFound. La validación no instala un filtro por sí misma; tampoco certifica todos los sistemas autónomos de una ruta ni evita cualquier fuga de rutas. La política del router y su contexto operativo determinan lo que ocurre después.

Un laboratorio virtual puede enseñar esa cadena sin someter una red activa a un experimento. Permite comparar estados esperados y observados, probar una política y comprobar si una operación automatizada cambia la configuración prevista. Pero una sesión anunciada, una simulación satisfactoria y un control duradero en producción son resultados diferentes. El anuncio público describe el primero, no los otros dos.

Lo que los documentos públicos no conectan

Las encuestas preguntan a qué tutoriales asistieron los participantes. Son útiles para conocer el alcance del programa y el interés declarado. Sin embargo, las tablas publicadas no indican si cada persona completó todas las etapas del laboratorio, retuvo el aprendizaje, implantó después algún control o sometió un cambio de producción a una verificación independiente.

Esa ausencia no prueba que LACNIC carezca de evaluación interna, que el laboratorio haya fracasado o que ningún participante adoptara una práctica. Es un límite de los registros públicos examinados. Sin un denominador visible y una medición posterior, no se puede distinguir el interés de la finalización, ni la finalización de la aplicación real. Una observación posterior de RPKI o BGP tampoco demostraría por sí sola que la formación causó el cambio.

Un comprobante puede separar cuatro resultados

El siguiente registro útil puede ser sencillo. Para el ejercicio, LACNIC podría publicar las versiones del laboratorio y de las herramientas, los anuncios de prueba y sus estados de validación esperados, las acciones de política y filtrado que se pidieron y el número de etapas completadas, errores y reversiones. Cada cifra necesita su propio denominador. Así, decir que «los participantes configuraron un filtro en la simulación» significaría exactamente eso, no que las redes de la región lo adoptaron.

Una consulta posterior y voluntaria podría preguntar si algún participante adaptó un control para una red activa, cuándo y con qué evidencia respalda la respuesta. El informe debería indicar a cuántas personas se contactó, cuántas respondieron y qué límites introduce la autoselección. No tendría que pedir configuraciones confidenciales ni atribuir a una persona un cambio de ruta visible públicamente. Las observaciones públicas muestran qué anuncia una red, no por qué lo modificó.

Esta evaluación sería más informativa que contar asistentes y mantendría clara la responsabilidad de cada parte. LACNIC puede documentar el ejercicio que diseña; cada operador conserva el control de su configuración de producción. Un registro mejor mostraría qué enseña el laboratorio y qué deciden hacer los participantes, sin prometer que un curso puede proteger toda una región.

LACNIC 46 permite establecer esa diferencia antes de que comience la sesión. Su secuencia de revisión manual y automatización es lo bastante concreta para medirla. La próxima cifra pública debería indicar si se completó la prueba, qué falló y si alguien declaró voluntariamente un uso operativo posterior; una sala concurrida no es un resultado de seguridad.

Fuentes