Horizonte temporal
Plurianual
Dentro de la faceta Horizonte temporal, la inteligencia de horizonte temporal Plurianual organiza los artículos según el período en el que se espera que una señal sea relevante. La página ayuda a los lectores a distinguir los cambios operativos inmediatos de los cambios de ciclo más largo en gobernanza, inversión, estándares e infraestructura que pueden desarrollarse a lo largo de trimestres o años. Conecta los supuestos sobre los plazos con la evidencia pública, los actores relacionados, el contexto de mercado, la exposición de los clientes, la presión política y la planificación de infraestructura, de modo que los lectores puedan juzgar si un acontecimiento es urgente, estratégico o aún está a la espera de evidencia que lo confirme. La página también explica cómo el horizonte temporal cambia el significado de una señal, qué organizaciones pueden verse expuestas y qué decisiones de infraestructura requieren acción a corto plazo o seguimiento a largo plazo.
Historia de Internet
Cuatro bytes cruzaron la conexión. La autoridad se quedó: RFC 927 y el pacto contra el segundo inicio de sesión
Que un usuario no tuviera que escribir dos veces la contraseña no significaba que una segunda decisión hubiera desaparecido. RFC 927 propuso que un host transmitiera un número binario de cuatro bytes tras autenticar al usuario; el host de destino conservaba el derecho a decidir…
IETF
Daniel Fett: la MFA autenticó al usuario, no el contexto del QR
El atacante no necesita robar el segundo factor cuando puede conseguir que la víctima lo use correctamente. En un flujo entre dispositivos, una autenticación impecable puede terminar entregando la capacidad al equipo equivocado.
Tendencias de centros de datos globales
Marvell sumó US$5.762 millones en compromisos de suministro. Los pedidos siguen cancelables
Entre mayo y agosto, Marvell no solo elevó su previsión de crecimiento: cambió la dureza contractual de su cadena de suministro. Los compromisos incondicionales con fundiciones y socios de ensamblaje y prueba saltaron de US$2.756,8 millones a US$8.518,9 millones. Al otro extremo…
Historia de Internet
La pulsación costó cuatro octetos: cómo RFC 916 dejó que el estado sustituyera la repetición
Antes de recibir datos, una máquina pequeña podía decir cuánto estaba dispuesta a aceptar. Ese límite viajaba en el mismo octeto que después contaría la carga o, en el caso más corto, sería la propia carga. RFC 916 convirtió la capacidad local en parte explícita del contrato de…
Historia de Internet
El nombre que no entregaba una lectura: RFC 1065 y la forma de las cosas gestionables
En 1988, la gestión de Internet necesitaba describir lo que podía observarse sin hacer pasar una descripción por una observación. RFC 1065 impuso esa cautela: un tipo de objeto gestionado podía tener nombre estable, sintaxis, codificación y categoría de acceso, mientras que el…
Historia de Internet
El byte que decía «empecemos de nuevo»: SLIP, RFC 1055 y el coste de recuperar una trama serie
Una línea serie no entrega paquetes: entrega bytes, y a veces entrega también el rastro de un ruido que nadie invitó. RFC 1055 propuso una solución de una sobriedad casi pedagógica. `END` cerraba un datagrama SLIP, pero podía enviarse también antes del siguiente. Ese byte inicial…
IETF
Mike McBride y el registro multicast que evitó una clase de colisión
El servidor y el host podían elegir números distintos por casualidad, pero la norma no les daba territorios distintos. RFC 10028 dejó de confiar en esa suerte: convirtió un intervalo compartido en seis zonas con propósito propio.
Historia de Internet
El corte no fue un solo corte: cómo RFC 897 separó el cambio de nombre de la resolución DNS
Un host podía conservar durante un tiempo su nombre antiguo como alias. Eso ayudaba a encontrarlo, pero no reparaba el `Cc` guardado en una máquina remota ni una lista de correo mantenida por otra organización. RFC 897 entendió que cambiar un nombre no era una operación local…
Historia de Internet
Las LAN que el host no debía ver: RFC 925 y el coste de ocultar una topología
Un sitio de la Internet temprana podía hacer visible cada cable a la red exterior o conseguir que sus hosts vieran varias LAN como una sola red local. RFC 925 optó por esa segunda ilusión: dejó intacto el ARP del host y trasladó al intermediario el descubrimiento, la memoria y…
Historia de Internet
El portador no era la conexión: cómo RFC 892 separó el estado de transporte del camino de red
Una desconexión de red podía significar dos cosas opuestas. En la clase 0 terminaba también la conexión de transporte. En una clase con recuperación podía iniciar la reasignación a otro portador y una resincronización. RFC 892 convirtió esa diferencia en reglas de protocolo, no…
IETF
Gavin Brown y el «create» exitoso que aún no había registrado el dominio
En una adjudicación, recibir un número de turno no equivale a ganar. RFC 8334 lleva esa diferencia al protocolo: el servidor puede aceptar la solicitud, identificarla y dejarla pendiente sin haber convertido todavía el nombre solicitado en un dominio registrado.
IETF
Russ Housley y la dirección MAC que un certificado podía nombrar, pero no volver única
El certificado puede conservar seis u ocho octetos sin ambigüedad. Lo que no puede conservar por sí solo es el presente: qué interfaz los usa, quién vio ese uso y qué autoridad permite actuar.
Historia de Internet
La ruta más rápida llevaba la hora, pero no elegía el reloj maestro: la doble tarea de RFC 891
RFC 891 puso demora, ruta y desfase de reloj en la misma fila de una tabla local. No era una confusión accidental, sino una economía para redes pequeñas. Aun así, mantuvo una frontera esencial: la medición elegía por dónde llegaba la hora; la configuración decidía de quién…
Historia de Internet
La trama era más larga que el datagrama: cómo RFC 894 dejó el relleno de Ethernet fuera de IP
En 2003, el peligro no estaba dentro del datagrama. Varios controladores habían rellenado tramas Ethernet cortas con restos de un búfer anterior. IP terminaba exactamente donde decía Total Length, pero después viajaban bytes capaces de revelar memoria. La vieja norma de RFC 894…
IETF
Benoît Claise y el augment que el módulo base no podía nombrar
Un inventario puede decir la verdad y seguir siendo insuficiente. Si solo pregunta a un módulo YANG por sus propias dependencias, encontrará lo que importa e incluye, pero no necesariamente lo que otros módulos le han añadido desde fuera.
Historia de Internet
Preguntar a todos no era confirmar a nadie: cómo RFC 887 ordenó las pruebas de descubrimiento
RFC 887 diseñó un “no” que solo podía obtenerse al preguntar a una máquina concreta. En la consulta por difusión hablaban los proveedores; en la verificación dirigida también debía contestar quien no ofrecía nada. La audiencia cambiaba el significado de la respuesta.
IETF
Kazuho Oku y el campo que hace visible el rechazo sin prometer streaming
En una aplicación interactiva, recibir todos los datos al final puede equivaler a no haber recibido nada a tiempo. RFC 10036 convierte parte de ese problema de latencia en una decisión explícita, pero no borra el tramo que permanece fuera de observación.
Historia de Internet
La lista decía «oficial», no «implementado»: cómo RFC 880 separó el estatus del código en ejecución
TFTP figuraba como electivo y, al mismo tiempo, como usado en varias redes locales. La lista no intentó resolver esa diferencia borrando una de las dos frases. RFC 880 trató la libertad de adoptar y el hecho de haber adoptado como afirmaciones distintas.
IETF
Aaron Parecki y el BFF que frena el robo de tokens, no el secuestro del cliente
Un token que nunca entra en JavaScript no puede ser extraído desde JavaScript. La mejora es decisiva, pero no responde qué puede ordenar un programa hostil mientras comparte origen y sesión con la aplicación. RFC 10017 separa ambas preguntas y obliga a auditar el BFF como…
Historia de Internet
La puerta trasera no era una ruta: cómo RFC 831 llegaba a un SATNET dividido
Un solo equipo estadounidense podía hablar con cada destino SATNET. No era una cuota comercial ni una previsión de capacidad: era la consecuencia visible de una memoria de retorno que había perdido información. RFC 831 aceptaba esa estrechez para mantener el acceso de…