Saltar al contenido principal

Tipo de contenido

Research

Dentro de la faceta Tipo de contenido, la inteligencia de Research reúne artículos de BTW.MEDIA que comparten el mismo formato editorial, lo que ayuda a los lectores a comparar informes, perfiles, notas de riesgo, análisis de mercado y cobertura de eventos sin mezclar distintos tipos de evidencia. La página explica cómo este tipo de contenido enmarca los eventos de infraestructura de Internet, los movimientos empresariales, las decisiones de gobernanza, las señales operativas y la evidencia pública en todo el sitio. Los lectores pueden comparar qué actores o sistemas de infraestructura aparecen con más frecuencia, cómo la calidad de las fuentes cambia la interpretación y si el material es un perfil duradero, un evento sensible al tiempo, una señal estratégica de mercado o un desarrollo de gobernanza. El resultado es una página de búsqueda útil para operadores, inversores, clientes, analistas y partes interesadas en políticas públicas que necesitan comprender la consecuencia, el momento y la evidencia detrás de formatos de artículo similares.

El emisor vio la pérdida, pero no su causa: RFC 3155

Historia de Internet

El emisor vio la pérdida, pero no su causa: RFC 3155

En TCP, reaccionar y diagnosticar nunca fueron la misma operación. RFC 3155 examinó en agosto de 2001 qué ocurría cuando un enlace con errores no corregidos hacía desaparecer paquetes, pero el emisor solo recibía las señales ordinarias de pérdida. Reducir la ventana seguía siendo…

1 oct 2026
El relay añadió una cabecera. El mensaje podía perder el final: RFC 3164

Historia de Internet

El relay añadió una cabecera. El mensaje podía perder el final: RFC 3164

En el antiguo formato BSD syslog, un relay podía facilitar la lectura de un mensaje añadiendo fecha y nombre de host. Pero RFC 3164 limitaba el paquete completo a 1.024 bytes: la nueva cabecera podía ocupar el espacio reservado al final del propio evento.

1 oct 2026
El dominio permitía preguntar, no actuar

IETF

El dominio permitía preguntar, no actuar

`dialogue.txt` imagina una puerta pública para que una máquina desconocida formule una pregunta. El límite decisivo no está en localizar la puerta, sino en impedir que la automatización convierta un mensaje entregado, una respuesta amable o una referencia pública en autoridad…

1 oct 2026
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 servidor necesitaba un tercer desafío: RFC 3163

Historia de Internet

El servidor necesitaba un tercer desafío: RFC 3163

En el modo mutuo de RFC 3163, el tercer valor aleatorio no era un adorno. Respondía a una asimetría de orden: cuando el cliente elegía su propio valor, ya había visto el primer desafío del servidor. La solución era concreta, y también lo eran sus límites.

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
El agente controlaba las funciones. El botón de silencio seguía local: RFC 3149

Historia de Internet

El agente controlaba las funciones. El botón de silencio seguía local: RFC 3149

MGCP situó la inteligencia de llamada fuera del teléfono, pero RFC 3149 no convirtió cada gesto en una consulta de red. El Call Agent asignaba significado a las teclas numeradas y manejaba la pantalla XML. El volumen, el cambio inmediato entre auricular y altavoz, y el silencio…

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 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
La Information Commission ya está en marcha; su mapa de delegaciones aún debe ponerse al día

Tendencias de institucionales de Europa y Oriente Medio

La Information Commission ya está en marcha; su mapa de delegaciones aún debe ponerse al día

La reforma británica trasladó las funciones del antiguo Information Commissioner a una comisión con personalidad jurídica propia. Sin embargo, la página que explica quién puede actuar en nombre del regulador todavía remite al modelo anterior. La diferencia afecta a la…

1 oct 2026