Saltar al contenido principal

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.

El receptor ofreció multiplexación. El emisor aún decidía si usarla: RFC 3153

Historia de Internet

El receptor ofreció multiplexación. El emisor aún decidía si usarla: RFC 3153

La palabra «negociado» suele terminar convertida en una marca verde. RFC 3153 obliga a desconfiar de esa comodidad. El receptor podía declarar que entendía tramas PPP multiplexadas y acordar cómo reconstruir un protocolo omitido. Después de ese éxito, el emisor todavía podía…

1 oct 2026
El nuevo árbol inverso existía antes de que desapareciera el anterior: RFC 3152

Historia de Internet

El nuevo árbol inverso existía antes de que desapareciera el anterior: RFC 3152

Delegar un dominio no equivale a llenarlo de datos, y publicar una práctica común no actualiza el software instalado. RFC 3152 trasladó la referencia de DNS inverso IPv6 desde `IP6.INT` hacia `IP6.ARPA`, organizó su autoridad según la asignación de direcciones y dejó que el…

1 oct 2026
El sistema de mapeo no conocía el destino. Aun así, devolvió una salida.

IETF

El sistema de mapeo no conocía el destino. Aun así, devolvió una salida.

Un borrador de LISP propone escoger de forma dinámica una pasarela para direcciones externas que no aparecen en el sistema de mapeo. La solución elimina configuración estática, pero introduce una obligación de lenguaje: conocer por dónde intentar salir no equivale a conocer…

1 oct 2026
IPv6 tuvo que esperar a la autenticación: RFC 3162

Historia de Internet

IPv6 tuvo que esperar a la autenticación: RFC 3162

El servidor de acceso tenía que autorizar la sesión antes de saber qué protocolo de Internet usaría el host. RFC 3162 permitió que un intercambio RADIUS transportara ambas posibilidades y dejó al borde de la red la decisión final sobre cuál era aplicable.

1 oct 2026
El nombre antiguo se convirtió en URN, pero no se resolvió solo: RFC 3151

Historia de Internet

El nombre antiguo se convirtió en URN, pero no se resolvió solo: RFC 3151

XML heredó identificadores públicos pensados para durar más que una máquina, aunque no podían entrar sin cambios en interfaces que exigían una URI. RFC 3151 ofreció una transcripción exacta a `urn:publicid:`. El puente hacía comparable el nombre normalizado; no registraba al…

1 oct 2026
El DHCP prometía 1 Gbit/s; la cola seguía en otro sitio

IETF

El DHCP prometía 1 Gbit/s; la cola seguía en otro sitio

El borrador de señalización explícita de velocidad por DHCP ofrece una pieza útil para coordinar redes de acceso. Pero el número recibido pertenece al plano de política. Para convertirlo en una afirmación sobre capacidad o experiencia hacen falta recibos de ejecución y…

1 oct 2026
Un paquete podía hacer esperar a los demás: RFC 3150

Historia de Internet

Un paquete podía hacer esperar a los demás: RFC 3150

En un enlace muy lento, el tamaño de un paquete también decide cuánto deben esperar los demás que comparten la interfaz. RFC 3150 convirtió ese intervalo en una condición de diseño, no solo en una cuestión de eficiencia por byte.

1 oct 2026
Una misma ruta podía arrojar dos medidas válidas de capacidad: RFC 3148

Historia de Internet

Una misma ruta podía arrojar dos medidas válidas de capacidad: RFC 3148

Una medición de transferencia masiva con un solo flujo parecía reducirse a una cifra. RFC 3148 mostró por qué las decisiones de transporte podían volverla dependiente del método y por qué importaba conservar la traza que la acompañaba.

1 oct 2026
La sonda devolvió ocho paquetes; la aplicación aún no había sido medida

IETF

La sonda devolvió ocho paquetes; la aplicación aún no había sido medida

El RFC 10052 permite pedir a un reflector STAMP una secuencia asimétrica: otro tamaño, más respuestas y un intervalo determinado. Es una herramienta para diseñar tráfico de prueba, no un atajo que convierta la conformidad del reflector en capacidad de red ni la forma del sondeo…

1 oct 2026
La nueva red de gestión tuvo que cruzar la antigua: RFC 3147

Historia de Internet

La nueva red de gestión tuvo que cruzar la antigua: RFC 3147

La sustitución de una red rara vez comienza sustituyendo el camino. En el escenario de RFC 3147, los equipos nuevos ya hablaban IP, pero podían quedar al otro lado de una infraestructura de gestión CLNS todavía imprescindible. GRE dentro de CLNP hizo transitable esa…

1 oct 2026
El enlace figuraba dormido. Nadie había probado que pudiera despertar.

IETF

El enlace figuraba dormido. Nadie había probado que pudiera despertar.

Una base de estado de enlace puede conservar la identidad de un recurso que ya no reenvía tráfico. Esa persistencia permite planificar su regreso. El error consiste en leer el registro como si fuera un comprobante del estado eléctrico, de la coordinación entre extremos y de la…

1 oct 2026
El túnel se cerró. El código de causa aún no podía dictar sentencia: RFC 3145

Historia de Internet

El túnel se cerró. El código de causa aún no podía dictar sentencia: RFC 3145

La última palabra sobre una sesión PPP podía quedarse en el servidor mientras el concentrador de acceso atendía al usuario. RFC 3145 cruzó esa frontera con un motivo estructurado. Lo decisivo no fue el catálogo de errores, sino la regla de lectura: un informe con dirección y…

1 oct 2026
La cabecera volvió en la respuesta. No era la cabecera del camino de retorno.

IETF

La cabecera volvió en la respuesta. No era la cabecera del camino de retorno.

Una respuesta STAMP puede llevar dentro una copia de la cabecera recibida en la ida y, al mismo tiempo, circular de vuelta con otra cabecera creada por el reflector. La revisión 15 separa ambas superficies. Un panel que las llama simplemente “reflejadas” atribuye a la ruta una…

1 oct 2026
El abonado eligió qué hacer con la llamada. La red aún tenía que ejecutarlo: RFC 3136

Historia de Internet

El abonado eligió qué hacer con la llamada. La red aún tenía que ejecutarlo: RFC 3136

La pantalla decía «desviar». La central telefónica todavía retenía la llamada. En medio quedaba una cadena de notificación, pasarela, control de servicio y conmutación que podía aceptar la intención sin haber producido aún el resultado. RFC 3136 dibujó esa distancia cuando…

1 oct 2026
La política prometía servicio gold. Solo un traductor podía escribir cada equipo: RFC 3139

Historia de Internet

La política prometía servicio gold. Solo un traductor podía escribir cada equipo: RFC 3139

Una frase común debía convertirse en configuraciones distintas para routers distintos. Entre «dar servicio gold» y el comportamiento de los paquetes había topología, capacidades, traducción, exclusión de escritores, orden de despliegue y feedback. RFC 3139 hizo visible esa…

1 oct 2026
El proxy confirmó los bytes. La aplicación aún no los había recibido: RFC 3135

Historia de Internet

El proxy confirmó los bytes. La aplicación aún no los había recibido: RFC 3135

Un ACK volvió pronto y el emisor aceleró. Sin embargo, la señal no había cruzado todo el trayecto: la había creado un intermediario que todavía retenía los datos frente al enlace problemático. RFC 3135 explicó por qué esa mejora podía ser útil y por qué no debía confundirse con…

1 oct 2026
La carga anidada no tenía emisores conocidos: RFC 2388

Historia de Internet

La carga anidada no tenía emisores conocidos: RFC 2388

La propuesta inicial colocaba varios archivos en una parte MIME dentro de otra. RFC 2388 mantuvo ese formato; diecisiete años después, su sucesor dijo que no conocía emisores que lo usaran y describió cada archivo como una parte independiente con el mismo nombre de campo.

1 oct 2026
La tasa de entrega parecía buena. La aplicación rendía mal: RFC 3133

Historia de Internet

La tasa de entrega parecía buena. La aplicación rendía mal: RFC 3133

La red podía entregar casi todos los bytes y, aun así, hacer esperar al usuario. Bastaba con perder una trama pequeña que confirmaba el avance: su peso estadístico era mínimo, pero su función podía decidir cuántos datos habría que volver a enviar.

1 oct 2026
La capa que nadie miró: quién opera realmente dentro de la 212.236.10.0/24 de DATAMATIX

Empresas de centros de datos globales

La capa que nadie miró: quién opera realmente dentro de la 212.236.10.0/24 de DATAMATIX

El resumen de inteligencia de La capa que nadie miró: quién opera realmente dentro de la 212.236.10.0/24 de DATAMATIX explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de mercado y las…

1 oct 2026
El primer paquete tuvo que despertar al host antes de alcanzarlo: RFC 3132

Historia de Internet

El primer paquete tuvo que despertar al host antes de alcanzarlo: RFC 3132

El móvil ahorraba energía dejando de escuchar el canal por el que debía llegar el tráfico. Desde entonces, el primer paquete ya no era solo datos: era la orden de iniciar una búsqueda.

1 oct 2026