- CLnog - Listas LACNOG

Llamado a Presentación de Trabajos LAC-PF 2026
by Hernan Moguilevsky 20 Feb '26

20 Feb '26

Estimados, Les comparto el CFP para LAC-PF 2026 Saludos. [ES] 1. Introducción El Latin American and Caribbean Peering Forum (LAC-PF) tendrá su próxima edición el 11 de mayo de 2026, en el marco de LACNIC 45, en la ciudad de Guadalajara, México. El objetivo del LAC-PF es promover y ofrecer espacios de colaboración en temas relacionados con la interconexión de redes, incluyendo Puntos de Intercambio de Tráfico (IXP), CDN, capacidad de transporte, centros de datos y nuevas tecnologías, entre otros. El evento tendrá una duración acotada, y parte del tiempo disponible se dedicará a presentaciones presenciales de entre 15 y 30 minutos. Por este motivo, el Comité de Programa de LAC-PF 2026 invita a la comunidad a presentar trabajos para ser considerados para exposición durante el evento. 2. Temas de interés La siguiente lista es no exhaustiva y representa los temas de interés para los trabajos a presentar: 2.1 Interconexión, peering y operación de redes Interconexión, peering, ruteo y redes de contenido. Mejores prácticas. Casos de éxito. Despliegue de IPv6, RPKI y registro de rutas en el IXP. Escalabilidad de la infraestructura y proyecciones de crecimiento. Patrones o perfiles de peering. Desafíos en el peering. Interconexión entre Puntos de Intercambio de Tráfico. Remote Peering. 2.2 Monitoreo, automatización y resiliencia Monitoreo y gestión de redes. Seguridad en los Puntos de Intercambio de Tráfico. Automatización de la configuración y operación de equipos de red. Sistemas críticos. Resiliencia. Respuesta frente a desastres. 2.3 Infraestructura y tecnologías de red Infraestructura de IXP. Datacenters. Conectividad óptica en el IXP. Tecnologías de red para peering: MPLS VPLS VXLAN EVPN Segment Routing SDX 2.4 Servicios y componentes críticos CDN. Route Servers. DNS (DNSSEC, IDNs, etc.). NTP. Nuevos servicios y aplicaciones relacionadas con peering. 2.5 Nuevas tecnologías y tendencias Inteligencia Artificial. Inteligencia artificial y automatización en el peering. Inteligencia artificial aplicada al monitoreo y gestión de configuración. Blockchain. IoT. Ciberseguridad. Cloud Computing. Games. Video streaming. Realidad Virtual. Aplicaciones o tecnologías con impacto en el peering. 2.6 Cooperación y ecosistema Cooperación para promover el peering. Sinergias entre actores: operadores, academia, gobierno, sector privado. 3. Cronograma Las actividades de selección de trabajos se regirán por el siguiente cronograma: Inicio oficial del llamado a presentación de trabajos: 12 de Enero de 2026 Fecha límite de recepción de propuestas: 13 de marzo de 2026 Anuncio de trabajos aprobados: 27 de marzo de 2026 Fecha límite para el envío de presentaciones finales completas: 4 de mayo de 2026 4. Condiciones para la presentación de trabajos Los idiomas aceptados son: español, inglés, portugués. Los trabajos deberán enviarse en formato: texto, HTML, Word, o PDF (no se aceptarán documentos escaneados). La presentación podrá estar acompañada por: un artículo, o bien consistir únicamente en la presentación. 5. Envío de propuestas Las personas interesadas deberán enviar, dentro de las fechas establecidas, el abstract o resumen utilizando el siguiente link: Submit new abstract Este link dirige al sistema “Indico” donde antes de poder enviar el abstract deberán crear una cuenta de usuario si es que no la tuvieran. Información requerida: Título completo del trabajo. Resumen (abstract) extendido de 200 a 300 palabras y con un máximo absoluto de hasta 500 palabras. Nombre del autor o autores del trabajo. El Comité de Programa podrá, a su criterio, solicitar información adicional o complementaria. Organización(es) a la(s) que pertenecen o representan. Foto y minibio del/los autor(es) (para la presentación del trabajo). Tipo de trabajo: Charla relámpago, o Presentación completa. El Comite de Programa realizara la evaluación y selección e informara a los autores de los trabajos seleccionados para que puedan enviar las presentaciones completas. Gracias, Comité de Programa – LAC-PF 2026 -- Saludos HM

1 0

Llamado al FTL Lacnic 2026
by Celsa Sanchez 23 Dec '25

23 Dec '25

Estimada lista, Les comparto información sobre el llamado a trabajos del Foro Técnico de Lacnic 2026, sería genial contar con más exponentes y trabajos de Chile, por lo general estos foros son bien interesantes en contenido. _________________________________________________ *Llamado a trabajos Foro Técnico de LACNIC 2026 * * LACNIC invita a la comunidad de Internet a enviar propuestas de presentaciones para integrar la agenda del FTL 2026 comprendido dentro del programa profesional de LACNIC 45, a realizarse en la ciudad de Guadalajara, México, del 11 al 15 de mayo de 2026. El FTL es un espacio dentro de los eventos de LACNIC disponible para que la comunidad de Internet exponga sus experiencias, trabajos e iniciativas relacionadas con aspectos técnicos del desarrollo de Internet en la región de América Latina y el Caribe. Temáticas: - Operación de redes IP (casos de éxito, mejores prácticas, etc).- Protocolos de Internet (ruteo, switching, etc)- Servicio de Nombre de Dominios (DNS)- Interconexión de sistemas autónomos (Peering, IXPs, CDNs, etc)- IPv6: transición, despliegue, avances con particular énfasis en despliegues IPv6 Mostly e IPv6 Only- Mediciones, herramientas y análisis sobre protocolos e Internet en general- Ciberseguridad, entre otras Más información aquí: https://lacnic45.lacnic.net/es/como-participar/convocatoria-foro-tecnico <https://lacnic45.lacnic.net/es/como-participar/convocatoria-foro-tecnico> ----------------------------------------------------------------------------------------------------* *Saludos,* *Celsa Sánchez*

1 0

Invitación a charla
by Claudio Hernández 28 Nov '25

28 Nov '25

Estimados: Invitamos a nuestra próxima conferencia "Lanza tu CyberSOC open source: monitoreo y defensa en tiempo récord", dictada por Eugenio Levalle desde Argentina. En esta ponencia modalidad Laboratorio abordará cómo implementar un CyberSOC open source desde cero, mostrando una arquitectura práctica y escalable. Eugenio Levalle, es especialista en ciberseguridad y auditor líder de normas ISO/IEC27001:2022 con amplia experiencia en implementación de infraestructuras, monitoreo y respuesta a incidentes. Cuenta con múltiples certificaciones internacionales y 20 años de trayectoria en el sector IT asesorando a organizaciones en la protección de sus activos digitales. Fecha: Miércoles 3 de diciembre, 2025 Expositor: Eugenio Levalle Registro: https://us02web.zoom.us/meeting/register/VRfcC_ZIRQ-_k5ItzxseaQ# Horarios: 15:00 hrs Costa Rica/Guatemala/México 16:00 hrs Colombia/Ecuador/Panamá/Perú 17:00 hrs Bolivia/República Dominicana/Venezuela 18:00 hrs Argentina/Brasil/Chile/Uruguay/Paraguay ¡Muchas gracias! Claudio Hernández. https://www.ciberci.org/ https://youtube.com/@CIBERCI

2 1

Solicitud de contacto
by Javier González 12 Nov '25

12 Nov '25

Estimados: ¿Habrá alguien de Silica Networks Chile en la lista? Si es así, agradecería mucho me pudiera contactar directamente para abordar una situación. De antemano, muchas gracias. J.G

1 0

Reporte de detección de falsificación de direcciones de origen para CLNOG para Octubre 2025
by CAIDA Spoofer Project 08 Nov '25

08 Nov '25

En respuesta a los comentarios de las comunidades de operaciones y seguridad, el proyecto de medición de validación de dirección de origen de CAIDA (https://spoofer.caida.org) generará automáticamente cada mes un informe de ASes que originan prefijos BGP desde los cuales recibimos paquetes con una dirección de origen falsificada. Estamos publicando estos informes en listas de operadores de red y seguridad para asegurar que esta información llegue a los contactos correctos de cada Sistema Autónomo. Este reporte resume las pruebas ejecutadas dentro de chl. Mejoras inferidas durante Octubre 2025: ASN Nombre Fecha 7418 TELEFÓNICA CHILE S.A. 2025-10-10 Pueden encontrar información adicional sobre la corrección inferida en: https://spoofer.caida.org/remedy.php (Sólo en Inglés) Errores de validación de dirección de origen inferidos durante Octubre 2025: ASN Nombre Primera obs. Última obs. 7418 TELEFÓNICA CHILE S.A. 2016-09-26 2025-10-25 Información adicional sobre las pruebas para las cuales recibimos origen falsificado está disponible en https://spoofer.caida.org/recent_tests.php?country_include=chl&no_block=1 (sólo en Inglés) Por favor, envíenos sus comentarios y sugerencias a spoofer-info(a)caida.org

1 0

Monitoreo de prefijos RPKI inválidos en Chile
by Celsa Sanchez 07 Nov '25

07 Nov '25

Estimada comunidad de CLNOG, Les envío resumen de estado RPKI de prefijos chilenos observados al día de hoy: IPv4 VALID: 5108 - 90.3% * INVALID: 29 - 0.5%* NOTFOUND: 521 - 9.2% IPv6 VALID: 1023 - 63.3% * INVALID: 31 - 1.9%* NOTFOUND: 563 - 34.8% Hemos notado un decrecimiento de prefijos con estado RPKI Invalid desde que iniciamos los reportes, no obstante, ¿Qué pasaría si mañana todos los ISPs en Chile filtraran por RPKI? 29 prefijos IPv4 y 31 IPv6 dejarían de anunciarse. *Pregunta abierta:* ¿Alguien en el grupo ya está filtrando rutas inválidas? Sería interesante compartir experiencias. Saludos, Celsa Sánchez

1 0

Atributo BGP ORIGIN
by Celsa Sanchez 23 Oct '25

23 Oct '25

Esta semana, durante *RIPE 91*, se presentó una charla muy interesante sobre el atributo *BGP ORIGIN*, su uso y la distribución de sus tres posibles valores en las tablas de enrutamiento global. El atributo *ORIGIN* es un *atributo “well-known mandatory”* definido en el RFC 4271. En el proceso de selección de rutas de BGP se evalúa *después* de atributos más determinantes como LOCAL_PREF y AS_PATH. Sin embargo, cuando varias rutas empatan en los criterios anteriores, el valor de ORIGIN puede ser *decisivo* para determinar la mejor ruta. Sus posibles valores son: - *IGP (0):* indica que el prefijo se originó dentro del propio AS (por ejemplo, mediante el comando network en BGP). - *EGP (1):* originado a través del antiguo protocolo EGP, hoy prácticamente en desuso. - *INCOMPLETE (2):* aprendido por otros medios, por ejemplo al redistribuir rutas desde OSPF u otro protocolo hacia BGP. Durante la presentación *“BGP Origin Type”*, *James Bensley* (Inter.link) explicó que los *principales carriers de tránsito* están reescribiendo el atributo ORIGIN de INCOMPLETE a IGP para que sus rutas sean más preferidas y así atraer más tráfico hacia sus redes. Comentó que, como proveedor de tránsito, *Inter.link había intentado resistirse a esa práctica*, pero al ver que el problema persistía decidió *hablar del tema públicamente* en la comunidad. Al contactar a algunos de esos operadores, varios justificaban el cambio a pesar de lo indicado en el *RFC 4271, sección 5.1.1*, que establece: “Its value SHOULD NOT be changed by any other speaker.” Sin embargo, estos ISPs argumentaron que la expresión *“SHOULD NOT”* permite excepciones cuando existe una justificación operacional, alegando que la “normalización” del atributo mejora la estabilidad y la predictibilidad del enrutamiento. Bensley también mencionó el concepto de *“convergencia estratégica”*, señalando que, si todos los proveedores adoptan el mismo comportamiento, el atributo ORIGIN perdería su valor práctico. Motivada por esta discusión, realicé un análisis de las *tablas de rutas filtrando por prefijos de Chile*, y encontré que cerca del *15 % de los prefijos IPv4* y el *27 % de los prefijos IPv6* se anuncian con ORIGIN = INCOMPLETE. A continuación, algunos resultados agrupados por ASN: IPv4 ASN Cantidad ---------------------- 27651 307 27901 157 6429 101 20191 45 27995 40 6535 38 IPv6 ASN Cantidad ---------------------- 27651 354 64610 35 64139 12 27901 9 272022 4 Finalmente, me gustaría conocer su opinión: ¿Deberíamos en la comunidad seguir la tendencia descrita y "normalizar" el atributo ORIGIN a IGP por razones operacionales, o mantenernos fieles al principio del RFC 4271 para conservar la transparencia en el enrutamiento?

1 0

Reporte de detección de falsificación de direcciones de origen para CLNOG para Septiembre 2025
by CAIDA Spoofer Project 08 Oct '25

08 Oct '25

En respuesta a los comentarios de las comunidades de operaciones y seguridad, el proyecto de medición de validación de dirección de origen de CAIDA (https://spoofer.caida.org) generará automáticamente cada mes un informe de ASes que originan prefijos BGP desde los cuales recibimos paquetes con una dirección de origen falsificada. Estamos publicando estos informes en listas de operadores de red y seguridad para asegurar que esta información llegue a los contactos correctos de cada Sistema Autónomo. Este reporte resume las pruebas ejecutadas dentro de chl. Mejoras inferidas durante Septiembre 2025: Sin inferencias Errores de validación de dirección de origen inferidos durante Septiembre 2025: ASN Nombre Primera obs. Última obs. 7418 TELEFÓNICA CHILE S.A. 2016-09-26 2025-09-28 Información adicional sobre las pruebas para las cuales recibimos origen falsificado está disponible en https://spoofer.caida.org/recent_tests.php?country_include=chl&no_block=1 (sólo en Inglés) Por favor, envíenos sus comentarios y sugerencias a spoofer-info(a)caida.org

1 0

Reporte de detección de falsificación de direcciones de origen para CLNOG para Agosto 2025
by CAIDA Spoofer Project 08 Sep '25

08 Sep '25

En respuesta a los comentarios de las comunidades de operaciones y seguridad, el proyecto de medición de validación de dirección de origen de CAIDA (https://spoofer.caida.org) generará automáticamente cada mes un informe de ASes que originan prefijos BGP desde los cuales recibimos paquetes con una dirección de origen falsificada. Estamos publicando estos informes en listas de operadores de red y seguridad para asegurar que esta información llegue a los contactos correctos de cada Sistema Autónomo. Este reporte resume las pruebas ejecutadas dentro de chl. Mejoras inferidas durante Agosto 2025: Sin inferencias Errores de validación de dirección de origen inferidos durante Agosto 2025: ASN Nombre Primera obs. Última obs. 7418 TELEFÓNICA CHILE S.A. 2016-09-26 2025-08-30 Información adicional sobre las pruebas para las cuales recibimos origen falsificado está disponible en https://spoofer.caida.org/recent_tests.php?country_include=chl&no_block=1 (sólo en Inglés) Por favor, envíenos sus comentarios y sugerencias a spoofer-info(a)caida.org

1 0

Monitoreo de prefijos RPKI inválidos en Chile
by Celsa Sanchez 05 Sep '25

05 Sep '25

Estimada comunidad de CLNOG, Les envío el reporte de esta semana. ------------------------------------------------------------------------------------------------------------------------------ ✅ *Resultados para rutas IPv4 chilenas* - *VALID:* 5270 (90.5%) - *INVALID:* 30 (0.5%) - *NOTFOUND:* 525 (9.0%) *ASN con prefijos inválidos (IPv4):* *ASN ORIGEN Cantidad Inválidos* 6535 14 6429 3 4995 2 20940 2 18822 2 64512 2 14259 1 27651 1 21838 1 16629 1 272979 1 TOTAL 30 ------------------------------------------------------------------------------------------------------------------------------ ✅ *Resultados para rutas IPv6 chilenas* - *VALID:* 956 (61.8%) - *INVALID:* 37 (2.4%) - *NOTFOUND:* 553 (35.8%) *ASN con prefijos inválidos (IPv6):* *ASN ORIGEN Cantidad Inválidos* 265662 26 64669 4 64637 2 6429 1 272031 1 31128 1 273988 1 65013 1 TOTAL 37 ------------------------------------------------------------------------------------------------------------------------------ Quedo atenta a sus comentarios y opiniones al respecto. Saludos Cordiales, Celsa Sánchez

1 0

2026

2025

2024