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.
Historia de Internet
Las direcciones de los extremos no nombraban la red intermedia: RFC 1272
En 1991, un proveedor de Internet podía ver las direcciones de origen y destino de un paquete sin saber qué administración vecina lo había transportado al cruzar una frontera. RFC 1272 convirtió esa brecha en el problema central de la contabilidad de red: para conciliar el uso…
IETF
HTTP 200, SOAP válido, configuración desconocida: la frontera de RFC 5381
El tablero mostró una petición aceptada y una respuesta bien formada. Nadie pudo decir si el equipo había cambiado. RFC 5381 permite reconstruir por qué: entre el transporte HTTPS y el efecto operativo había un parser SOAP, una sesión NETCONF, una decisión de autorización, un…
Historia de Internet
Para gestionar los equipos, SNMP tenía que cruzar routers: la elección UDP/IP de RFC 1270
En octubre de 1991, llevar la gestión de red a la capa de red de Internet no respondía solo al deseo de ahorrar código. Los mensajes de quienes operaban la red debían atravesar routers, cambios de medio y fallos localizados para llegar a los equipos que intentaban entender. RFC…
IETF
El MAP seguía «vigente». El camino ya no servía
RFC 5380 permitió elegir un ancla de movilidad mediante preferencia, distancia y vigencia anunciadas. Esos datos organizaban la selección; no medían el trayecto de paquetes. Cuando una promesa administrativa se confunde con salud operativa, una dirección estable puede ocultar un…
IETF
El límite cerró la quinta rama y la abrió un segundo después
El proxy tenía ocho destinos y un presupuesto para cuatro ramas. Abrió cuatro. Una respondió con error y devolvió su crédito; el mismo límite que había cerrado la quinta puerta permitió abrirla un segundo después. RFC 5393 no ocultó esta mecánica: `Max-Breadth` controla la…
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…