Tema
Evidencia basada en recursos de red
Dentro de la faceta Tema, la inteligencia temática Evidencia basada en recursos de red conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.

IETF
RFC 9812: una revisión más estricta no asigna espacio IPv6
La mayor parte del espacio IPv6 sigue marcada como “Reserved by IETF”. RFC 9812 cambia la puerta aplicable a un futuro uso importante de esa reserva: de `IESG Approval` a `IETF Review`. Es un cambio real en la procedencia pública de la decisión, no una asignación. El trabajo de…

Tendencias de telecomunicaciones nacionales de Asia-Pacífico
El sitio 5G de tres días de U Mobile inicia una prueba más larga
Los tres días explican cuánto tardó en aparecer la primera señal. No explican cuánto dura la energía bajo carga, qué capacidad conserva el enlace satelital en hora punta ni quién devuelve el servicio cuando falla una pieza. El piloto de U Mobile y ZTE es valioso precisamente…

IETF
Nick Hilliard y el prefijo IPv6 que solo funciona cuando no va a ninguna parte
`100::/64` es único en el mundo, reenviable dentro de una red y deliberadamente inalcanzable a escala global. Esa combinación no es una rareza del registro: define su utilidad. El prefijo ofrece a RTBH en IPv6 un siguiente salto limpio y acotado, pero ningún registro ni UPDATE…

Historias
Stork compara series DNS solo en el inventario que pudo obtener
La demostración de APNIC 62 hizo visible una diferencia útil entre servidores DNS. El paso previo es menos vistoso y más decisivo: saber qué demonios, vistas y configuraciones llegaron al inventario y cuándo se actualizaron.

Líderes
Nick McKeown y la Barrier Reply que nunca vio un paquete
El paquete no sabe que el panel del controlador está en verde. Puede haber una Barrier Reply válida, una regla visible en la tabla y, aun así, ningún dato en el destino. Entender esa aparente paradoja permite convertir OpenFlow en una fuente de pruebas precisas en vez de una…

Historias
ARIN puede cambiar las mayúsculas del CSV sin cambiar un solo prefijo
Una conciliación de inventarios puede marcar una fila como nueva aunque el recurso no haya cambiado. Basta con que un sistema escriba `2001:DB8::/32` y otro `2001:db8::/32`, y con que la comparación trate ambas cadenas como texto sin analizar la dirección. Una sugerencia…

Líderes
Remco van Mook y la puerta de enlace IPv4 sin vecino IPv4
Hay una dirección en la tabla IPv4, pero no existe el vecino IPv4 que parece prometer. En la propuesta actual de Remco van Mook, `192.0.0.11` funciona como una señal: el host debe buscar en el plano de control IPv6 el MAC que usará para enviar un paquete IPv4 nativo.

Historias
El borrador IPv6 de AFRINIC cambió lo que significa un 95 %
El tercer texto conserva la apariencia de una escala conocida, pero sustituye aquello que se mide. Sin versión, denominador y método, el próximo porcentaje exacto podría ser una comparación falsa.

IETF
El parámetro era fuerte; el servicio de acceso seguía sin medirse
RFC 9106 explica cómo Argon2id consume memoria, tiempo y paralelismo. No demuestra cuántas verificaciones simultáneas soporta un servicio ni cuánto costaría atacar una base filtrada.

Historia de Internet
RFC 2214 puso C, D y la holgura bajo gestión, no bajo prueba
Una fila por interfaz podía declarar cuánto se apartaba un equipo del servidor fluido ideal y qué margen había gastado. Esa contabilidad era útil porque no pretendía demostrar por sí sola que un flujo recibió la garantía.

IETF
El color del enlace llegó; la decisión de política, no: RFC 9104
Un consumidor de BGP-LS puede recibir un Extended Administrative Group bien formado sin que eso demuestre que entendió los bits según el diccionario del operador, aplicó una política concreta o instaló la ruta esperada. RFC 9104 normaliza el transporte hasta ese punto, no la…

Historia de Internet
RFC 2341: un túnel L2F abierto no demuestra que el servicio llegó
Una llamada puede entrar por una red y terminar su enlace en otra. Esa separación fue la utilidad central de L2F, pero también creó una tentación contable: sumar todas las etapas bajo una sola palabra, «conectado». RFC 2341 permite reconstruir una cadena más honesta, en la que…

Historia de Internet
El contador empezó tarde: la frontera de evidencia de RFC 2213
Un contador puede ser exacto y, aun así, responder a la pregunta equivocada. En RFC 2213, los paquetes sometidos a policing empezaban a contarse cuando se instalaba el flujo, no cuando nació la aplicación, comenzó la sesión o apareció el primer paquete en la ruta.

IETF
SIMAP puede seguir una dependencia sin demostrar que el mapa sea la red
La revisión 13 propone un grafo común para bajar desde un servicio hasta sus recursos físicos y volver desde un recurso a los servicios expuestos. La navegación resuelve una pregunta de representación; no certifica por sí sola que el inventario esté completo, sincronizado o…

IETF
El enlace quedó cifrado. La copia de la zona no quedó gobernada: RFC 9103
RFC 9103 impide que un observador pasivo recoja en claro todo un AXFR o IXFR. No convierte esa protección del transporte en autorización por zona, exactitud del contenido ni custodia responsable de la réplica ya entregada.

Historia de Internet
RFC 2342 reveló cómo nombrar el buzón, no si el buzón estaba allí
Un servidor IMAP podía anunciar raíces personales, compartidas y de otros usuarios con sus separadores exactos. La respuesta eliminaba una conjetura del cliente. No acreditaba que un buzón concreto existiera, apareciera en LIST, aceptara SELECT, contuviera mensajes ni hubiera…

Historia de Internet
Un camino, cuatro álgebras y una incógnita contagiosa: RFC 2215
Una ruta puede producir muchos valores, pero no todos responden a la misma pregunta. RFC 2215 hizo explícita esa diferencia: una interrupción se conserva con OR, los saltos conscientes se cuentan, el ancho de banda y el MTU se estrechan por mínimos, y la latencia mínima se…

IETF
El proxy autorizó el túnel; el destino seguía sin demostrar el resultado
CONNECT-TCP revisión 14 convierte un proxy TCP en un recurso HTTP identificable: tiene origen, plantilla URI, autenticación y política de pasarela. Esa claridad permite gobernar mejor la entrada. También obliga a separar lo que suele resumirse con demasiada facilidad como…

IETF
El servidor de respaldo respondió. La clave en caché no encajó: RFC 8901
Un segundo proveedor de DNS autoritativo puede seguir respondiendo cuando falla el primero y aun así no ofrecer una respuesta aceptable para un resolutor validador. RFC 8901 convierte la redundancia DNSSEC en un contrato de sincronización entre firmantes, no en un recuento de…

Historia de Internet
El paquete llevaba imagen y sonido; no llevaba un recibo de reproducción: RFC 2343
La RFC 2343 agrupó slices de vídeo MPEG-2 y tramas de audio dentro de una misma carga RTP. La decisión hacía explícitos límites y relaciones temporales que resultaban útiles para vídeo bajo demanda. Pero un paquete impecable seguía sin saber si llegó, si el decodificador conservó…
