Horizonte temporal
Immediate 0 30d
Dentro de la faceta Horizonte temporal, la inteligencia de horizonte temporal Immediate 0 30d organiza los artículos según el período en el que se espera que una señal sea relevante. La página ayuda a los lectores a distinguir los cambios operativos inmediatos de los cambios de ciclo más largo en gobernanza, inversión, estándares e infraestructura que pueden desarrollarse a lo largo de trimestres o años. Conecta los supuestos sobre los plazos con la evidencia pública, los actores relacionados, el contexto de mercado, la exposición de los clientes, la presión política y la planificación de infraestructura, de modo que los lectores puedan juzgar si un acontecimiento es urgente, estratégico o aún está a la espera de evidencia que lo confirme. La página también explica cómo el horizonte temporal cambia el significado de una señal, qué organizaciones pueden verse expuestas y qué decisiones de infraestructura requieren acción a corto plazo o seguimiento a largo plazo.
Historias
El borrador de ARIN separa el /48 inicial de la fórmula para múltiples sitios
El Recommended Draft Policy ARIN-2025-7 propone un ajuste de redacción pequeño, pero comprobable: cada cantidad de sitios justificados debe producir una asignación IPv6 predecible y alineada con límites de nibble, sin cambiar la elegibilidad.
Historias
ARIN-2025-1 convierte una aclaración terminológica en una migración de alcance
El borrador califica la implementación de «Immediate», mientras el personal de ARIN calcula seis meses para capacitación, documentación, procedimientos y aplicaciones. Son dos afirmaciones distintas de las fuentes, no una contradicción creada por BTW.
Historias
APNIC abre un registro público de consultas, pero no la vista para miembros
El resumen de inteligencia de APNIC abre un registro público de consultas, pero no la vista para miembros explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de mercado y las posibles…
Historias
APNIC construyó el mecanismo de revocación RPKI, pero su marco de autoridad sigue incompleto
APNIC afirma que la implementación técnica de prop-166 está completa, pero su registro público todavía mantiene la política en fase de implementación mientras siguen pendientes cambios en la Certification Practice Statement y en los términos y condiciones de RPKI. La diferencia…
Historias
APNIC prop-175 adelanta la prueba de necesidad IPv6 a la primera solicitud
APNIC prop-175 permitiría que una organización elegible justificara desde el inicio una asignación IPv6 independiente del proveedor superior a `/48`. La propuesta sigue únicamente en la lista Policy SIG. Promete eliminar un trámite duplicado, pero su prueba de gobernanza será si…
Tendencias de servicios en la nube de Norteamérica
Opti9 se queda con el servicio; los edificios siguen en Hut 8
La compra canadiense cambia de manos la operación, ciertos equipos y diez puestos, pero no los centros de datos. La continuidad comercial dependerá de cómo el acuerdo de colocación reparta responsabilidades que antes convivían bajo un solo propietario.
Historias
La propuesta 164 de APNIC convierte las asignaciones IPv6 pequeñas en una prueba de reservas
La propuesta 164 de APNIC permitiría empezar con asignaciones IPv6 menores que `/32` y conservar espacio para crecer. Puede mejorar la precisión de Whois y RDAP, pero su prueba decisiva será si el espacio reservado queda como un compromiso visible y auditable del registro, no…
Historias
Las delegaciones IPv4 mayores de APNIC necesitan una regla de cola antes de elevar el techo
La prop-168 de APNIC permitiría que los titulares de cuentas elegibles avanzaran hacia un /22 agregado y propondría una reserva de transición separada de /12. La propuesta define quién puede solicitar y cuánto puede recibir; sus propios cálculos de escasez muestran por qué…
Historias
La transición de RDAP de ARIN necesita tres pruebas de salida distintas
ARIN quiere sustituir tres servicios antiguos por un único protocolo de directorio estandarizado. El destino es coherente; la prueba operativa consiste en demostrar que Whois-RWS, RWhois y Whois sobre el puerto 43 pueden retirarse según los usuarios y dependencias que realmente…
Historias
La prop-170 de APNIC debe medir el espacio entre la necesidad IPv6 y la alineación hexadecimal
Un prefijo IPv6 técnicamente válido no siempre es una unidad fácil de operar. La prop-170 de APNIC permitiría que un LIR solicitara la asignación más pequeña alineada a un límite de cuatro bits que satisfaga una necesidad ya validada. La propuesta promete planes más claros sin…
Historias
La prueba de necesidad IPv4 de APNIC debe medir el bloque realmente evaluado
La prop-169 de APNIC sustituiría una referencia fija a `/23` en la prueba del plan de uso de un LIR por la delegación que realmente se evalúa. Es una corrección textual limitada, pero la evidencia debe corresponder a la solicitud del solicitante, no a un bloque mayor que quizá ni…
Historias
La prop-174 de APNIC convierte el buzón de abuso en un control de política
La prop-174 trasladaría prácticas operativas del buzón de abuso al texto vinculante de política. La claridad puede ser útil, pero convierte la entrega, el filtrado, la evaluación y la respuesta en pruebas dentro de una posible cadena sancionadora.
Historias
Prop-173 convierte el acceso al directorio de APNIC en una cuestión de gobernanza
Prop-173 busca sustituir la ambigüedad que rodea las consultas ordinarias de WHOIS y RDAP de APNIC por una política pública y versionada, separada del acceso masivo. La cuestión decisiva no es solo publicar condiciones, sino distinguir la reutilización operativa legítima de una…
Historias
APNIC puede definir el abuso en Internet sin convertirse en su juez
La prop-172 ofrece un vocabulario común para los abusos vinculados a direcciones IP. Su límite institucional es más importante que la lista: definir una conducta no debe otorgar a APNIC el poder de resolver denuncias, vigilar redes o imponer remedios.
Expediente
El tablero decía «sincronizado». La red conservaba dos pasados
Una consola puede mostrar la misma sesión y el mismo serial RRDP en dos validadores RPKI y, aun así, ocultar que cada uno reconstruyó el repositorio con bytes distintos. La señal decisiva no está en el número actual, sino en la memoria: si el hash de un delta ya observado cambia…
Expediente
El serial coincidía. La zona, no
Todos los indicadores de entrega podían estar en verde: transferencia terminada, archivo legible y serial SOA correcto. Sin embargo, faltaba un registro de glue. ZONEMD introduce una prueba que esos indicadores no contienen: antes de activar una generación, el receptor puede…
Expediente
La topología aprobó un camino que la red ya había borrado
El IGP retiró un enlace averiado y el cambio quedó cerrado. Minutos después, el controlador volvió a calcular sobre ese mismo enlace porque dos productores BGP-LS conservaban mitades antiguas y el consumidor las unió. El incidente no empieza en el algoritmo: empieza en la…
Expediente
La ruta no faltaba: nadie había declarado interés por ella
Un alta de VPN puede parecer perfecta en ambos extremos y, aun así, dejar vacío el PE receptor. Con RFC 4684, la visibilidad depende de un segundo recorrido: primero el interés por un Route Target viaja hacia la fuente; después, las rutas VPN coincidentes vuelven en sentido…
ICANN
ICANN amplió el Fondo de Proyectos antes de cerrar sus criterios
Una cifra puede recorrer cuatro estados sin cambiar de apariencia: estimación, excedente auditado, transferencia aprobada y gasto autorizado. Todos pueden expresarse en dólares, pero sólo el último permite pagar un proyecto. El 3 de mayo de 2026, el Consejo de ICANN abrió el…
Expediente
Tres incidentes llamados cero
Un vecino rechazado, una ruta retirada y un atributo descartado pueden tener el mismo valor desencadenante: AS 0. RFC 7607 no convierte esos resultados en una contradicción. Demuestra que el número carece de autoridad sin el campo que lo transporta.