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.
Historias
El plan IPv6 de Botsuana fija 2026 como meta. ¿Qué cuenta para llegar al 100 %?
El calendario de BOCRA asigna metas de IPv6 hasta 2026, mientras que el acelerador realizado con AFRINIC documenta formación y proyectos en preparación. La pregunta pública no es si hubo actividad, sino cómo distinguir preparación de despliegue medido sin revelar los expedientes…
Historia de Internet
La compatibilidad ocultaba el coste. RFC 1263 quiso hacer visible la frontera entre versiones
En 1991, la pregunta no era si TCP cambiaría, sino dónde se alojaría ese cambio. RFC 1263 sostenía que una extensión compatible con versiones anteriores podía evitar una migración simultánea y, aun así, trasladar complejidad a un protocolo cada vez más difícil de modificar. Su…
IETF
El error de sobrecarga envió la misma llamada a tres servidores exhaustos
El balanceador recibió una respuesta que parecía concluyente: el primer servidor SIP no podía atender la petición. Su siguiente paso, sin embargo, fue enviar el mismo trabajo al segundo servidor y después al tercero. Los tres compartían la misma escasez. RFC 5390 convirtió ese…
Historia de Internet
El MX secundario podía recibir el correo sin poder llegar al primario: RFC 3974
El remitente resolvió el respaldo, abrió TCP y entregó el mensaje. La aparente recuperación ocultaba otro corte: el MX secundario IPv4 no tenía camino al primario IPv6 donde el dominio reunía el correo. RFC 3974 hizo visible la distancia entre aceptar custodia y completar la…
Historia de Internet
Un nombre se reservó para SIP y SIPS sin aplicarse a ambos: RFC 3969
RFC 3969 puso cada nombre de parámetro URI bajo SIP y bajo SIPS, aunque la función pudiera pertenecer a uno solo. La duplicación no extendía el protocolo: cerraba una vía de ambigüedad. Un nombre quedaba protegido en dos espacios; su RFC seguía decidiendo dónde tenía sentido.
Historia de Internet
Treinta minutos para olvidar un router, no para conmutar
Un router puede desaparecer del enlace y seguir en la lista dinámica de routers predeterminados de un host. La RFC 1256 permite que esa entrada caduque, pero el reloj por defecto se diseñó para reducir ruido en la red, no para prometer una recuperación rápida.
IETF
El intruso conocía la dirección; la regla anónima no podía entregársela
Un par BTNS podía demostrar que controlaba la clave privada de una clave pública recién presentada. También podía afirmar una dirección perteneciente a un socio conocido. RFC 5386 separó esas dos acciones: admitir una clave sin identidad externa no autorizaba a esa clave a ocupar…
Historia de Internet
El nombre estaba registrado. El terminal aún podía no entenderlo: RFC 3968
Dos parámetros podían escribirse igual y no ser el mismo objeto: el campo de cabecera formaba parte de su identidad. RFC 3968 ordenó ese espacio de nombres contextual, pero no convirtió una coincidencia en el registro en evidencia de que un terminal hubiera implementado…
Historia de Internet
Los bloques crecieron 16 veces; la transferencia no se aceleró 16 veces
La prueba que acompaña a la RFC 2348 muestra una mejora real, pero más modesta que el tamaño del bloque: una carga útil 16 veces mayor redujo cerca de un 80 % el tiempo medido. Esa diferencia —entre escala y resultado— es la pista para leer el experimento.
IETF
El identificador valía cero. No era una cabecera predeterminada.
Un receptor vio `mh_id=0` y decidió conservar la última cabecera que había funcionado. La decisión parecía prudente: reutilizar contexto en vez de perder una imagen. En RFC 5372 significaba lo contrario. Cero retiraba la autoridad para guardar y compensar. No era un nombre de…
Historia de Internet
El túnel estaba activo. Su ruta primaria podía no estarlo: RFC 3970
El estado general decía “activo” porque algún camino seguía en pie. No decía cuál. RFC 3970 permitió conservar esa respuesta breve sin confundirla con la ruta primaria, la ruta calculada, la ruta que registró la señalización o el tráfico que realmente cruzó el túnel.
Historias
DFINFRA: el objeto de organización vive, el registro del ASN no responde y el /15 de EDEKA se anuncia
El resumen de inteligencia de DFINFRA: el objeto de organización vive, el registro del ASN no responde y el /15 de EDEKA se anuncia explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de…
Historia de Internet
Las cadenas eran distintas. El recurso telefónico aún podía ser el mismo: RFC 3966
Un sistema veía dos claves; una persona veía el mismo número con otra puntuación. RFC 3966 no resolvió la disputa eligiendo uno de los dos. Definió qué diferencias eran decorativas y cuáles cambiaban el identificador. Esa decisión hizo posible la igualdad de recursos sin…
Historia de Internet
La sonda también era parte de la métrica: el marco de medición de RFC 2330
Una cifra de latencia parece objetiva hasta que el informe omite el paquete, la ruta, el reloj y el muestreo. RFC 2330 convirtió esas condiciones en parte de la medición; sus actualizaciones posteriores muestran que el propio paquete de referencia tuvo que evolucionar.
IETF
El coste cruzó la frontera entre AS; la unidad de medida no
Un PCE podía devolver un coste acumulado para un camino inter-AS y, al mismo tiempo, RFC 5376 dejaba fuera de alcance la normalización entre dominios. Esa combinación contiene una advertencia de gobierno: transportar un número no vuelve comunes las políticas que lo produjeron. Lo…
IETF
El paquete decía “tile 0”. El bit de validez ordenaba ignorarlo.
Un sistema de observabilidad agrupó pérdidas por número de tile y produjo una gráfica impecable. Había conservado los dieciséis bits del campo, pero había descartado `T=1`, la instrucción que anulaba su significado. RFC 5371 ofrece una lección poco cómoda: almacenar un valor sin…
Historia de Internet
Una dirección IP colgada en un tendedero: el peg-DHCP de RFC 2322
En un encuentro tecnológico de 1997, una pinza de madera hacía visible la asignación de direcciones sin exigir que cada ordenador utilizara el mismo protocolo de configuración. La entrega manual resolvía un problema y se convertía, a la vez, en otro punto donde la red podía…
Historia de Internet
Una sola vinculación movió una red entera. No probaba que cada nodo fuera alcanzable: RFC 3963
La movilidad de una red parecía exigir que cada equipo supiera moverse. NEMO eligió la idea opuesta: trasladar el punto de conexión mediante un router que actuaba por todos. La simplificación fue brillante, pero dejó una frontera probatoria precisa. El agente local podía…
Historias
RIPE recuperó los archivos de RRC12, pero la falla al reiniciar aún requiere una reparación estructural
RIPE NCC afirma que volvió a generar los archivos BGP de RRC12 desde el 2 de octubre. Su aviso de resolución distingue esa recuperación de la corrección estructural del fallo que hacía que el proceso volviera a agotarse al reiniciarse.
IETF
La misma luz verde respondió dos preguntas distintas. Ninguna decía quién envió el paquete.
El equipo mostró «integridad válida» y el panel añadió el nombre asociado a la dirección de origen. La unión parecía natural. No lo era. En la arquitectura multicast de la RFC 5374, la etiqueta podía demostrar que alguien conocía la clave del grupo; identificar al miembro…