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
El hash que permaneció cuando cambiaron las claves: cómo SSH ató la autenticación a una sesión
SSH podía renovar las claves de una conexión larga sin cerrar la terminal ni perder sus canales. Para que esa continuidad no dependiera de una conjetura, conservó una huella del primer intercambio y obligó a que las pruebas de usuario nombraran ese mismo comienzo.
Historia de Internet
El número que crecía en cada caché: cómo HTTP Age estimó una respuesta sin fechar el objeto
Una página redactada años atrás puede llegar con `Age: 120`. El campo no afirma que el contenido tenga dos minutos: conserva una estimación mucho más acotada, la del tiempo transcurrido desde que el origen generó o validó la respuesta reutilizada.
Historia de Internet
El bit que cerraba el registro: cómo ONC RPC devolvió límites al flujo TCP
La cuarta cabecera de un paquete no tenía por qué coincidir con la cuarta llamada remota. TCP podía cortar una petición en varios segmentos o reunir varias en una lectura. ONC RPC hizo visible la única frontera que necesitaba: contar cada fragmento y marcar cuál terminaba el…
Historia de Internet
El mensaje que llegó convertido en varios: cómo MIME dejó el reensamblado en destino
El correo podía transportar por separado seis sobres y, aun así, entregar al lector una sola entidad con tipo propio. La clave no fue fingir que cada fragmento era el documento, sino conservar la diferencia entre viaje, agrupación y resultado: la red movía mensajes; el agente…
Tendencias de servicios en la nube globales
El RPO de Box creció un 15%, pero un uso más amplio del contenido puede reducir márgenes
Box cerró el trimestre con más ingresos contratados pendientes de reconocer y sin perder margen bruto. La incógnita no está en la validez del contrato, sino en el trabajo que vendrá detrás: los derechos de usuarios, API e IA no revelan cuánto contenido ni cuánto cómputo consumirá…
Historia de Internet
La condición que convertía un rango en el archivo entero: cómo HTTP If-Range mantuvo cada fragmento en una sola versión
Reanudar una descarga parecía tan sencillo como recordar el último byte. Pero una coordenada no podía decir si el objeto seguía siendo el mismo. HTTP añadió una condición peculiar: si la versión coincidía, entregaba el tramo pendiente; si había cambiado, descartaba el rango y…
Historia de Internet
La huella que crecía hacia atrás: cómo Path evitaba que un relé de Usenet devolviera el artículo
Usenet podía detener un duplicado cuando regresaba, pero para entonces ya había pagado la transmisión. El campo `Path` resolvió el problema anterior: dejó que cada relé escribiera su paso en el artículo para que el siguiente no enviara las mismas noticias de vuelta al vecino que…
IETF
Ari Keränen y el par de candidatos que ganó antes de poder declarar el éxito
La selección de un par ICE resuelve qué combinación de direcciones de transporte usará un componente. No resuelve quién está al otro lado, si el medio fue útil, si la aplicación autorizó la sesión ni cuánto tiempo sigue vigente el permiso para enviar.
Historia de Internet
El enlace que no salía del mensaje: cómo Content-ID unió las partes MIME
Un correo HTML podía llamar a una imagen mediante una dirección parecida a una URL y, aun así, no consultar ningún servidor. La imagen viajaba en otra parte MIME y el prefijo `cid:` dirigía al lector hacia dentro del propio mensaje. Lo difícil no era dibujarla, sino conservar una…
Historia de Internet
Un Call-ID, varios diálogos: cómo los tags de SIP dieron nombre a una bifurcación
Una invitación enviada a una sola dirección podía hacer sonar varios terminales y devolver varias respuestas. SIP no convirtió el Call-ID en un número universal de llamada: cada extremo aportó un tag para nombrar el contexto que continuaría después de aquella invitación.
Tendencias de centros de datos globales
NVIDIA tiene US$2.800 millones en anticipos. Su RPO mide otro perímetro
La caja entró antes que parte de la entrega, pero no toda la demanda siguió ese camino: al mismo tiempo, NVIDIA amplió plazos de cobro en ciertos contratos grandes. El trimestre exige separar saldo, flujo, obligación y crédito.
IETF
Erik Nordmark y el vecino que quedó STALE sin estar caído
El estado `STALE` de IPv6 no diagnostica a la máquina vecina: fecha la última prueba positiva que conserva quien observa. Separar la dirección recordada, la vigencia de la evidencia y la existencia de una ruta alternativa evita convertir un caché de reenvío en una autoridad que…
Historia de Internet
Se cortó la conexión, no la sesión: cómo RTSP guardó el estado fuera de TCP
El servidor podía perder el socket que había llevado PLAY y conservar, aun así, el contexto de reproducción. RTSP dio a esa memoria un identificador propio y caducable, pero no permitió confundirlo con la película, la ruta de medios ni la autoridad de quien sostenía el mando.
Historia de Internet
La regla que un validador no podía fingir que entendía: el indicador crítico de X.509
Extender un certificado parece sencillo hasta que el nuevo campo contiene una prohibición. Si el software antiguo lo salta, la firma sigue siendo válida pero la prohibición desaparece. X.509 v3 convirtió esa tensión en una decisión firmada: compatibilidad con quien no sabe, o…
Tendencias de servicios en la nube de Norteamérica
Los 25 mayores clientes de DigitalOcean ya aportan el 20% de los ingresos, pero el ARR de IA cuenta toda la cuenta
DigitalOcean está creciendo con clientes de mayor tamaño y relaciones de nube más amplias. El problema analítico es que sus dos indicadores más llamativos —la concentración en los 25 mayores y el ARR de clientes de IA— no separan identidad, producto, capacidad ni rentabilidad.
IETF
Carsten Bormann y el Token que vinculaba una respuesta, no una persona
Una respuesta puede volver con el Token correcto y seguir dejando abiertas las preguntas más importantes. CoAP no falló al hacerlo así: separó correlación, entrega y seguridad para que cada operador pudiera demostrarlas por su cuenta.
Historia de Internet
El número que se despidió para que el flujo continuara: cómo RTP resolvió las colisiones SSRC
En RTP, un BYE podía anunciar el final de un número sin terminar la voz ni el vídeo que lo usaban. Esa separación convirtió una coincidencia aleatoria de 32 bits en un incidente recuperable: el identificador viejo se retiraba, el origen elegía otro y los receptores conservaban…
Historia de Internet
Un XID, dos ejecuciones: por qué RPC necesitó memoria además del número de respuesta
Reintentar una llamada no reconstruye lo que ocurrió antes del silencio. ONC RPC dio a cada respuesta una referencia; la experiencia de NFS obligó a guardar el resultado si se quería afirmar que el efecto sucedió una sola vez.
IETF
Fernando Gont y el primer fragmento que debía decir qué venía después
Un filtro recibe una dirección de origen, una de destino y una etiqueta que afirma «soy el primer fragmento». Falta, sin embargo, el dato que decide su política: el protocolo superior o el puerto. RFC 7112, escrita por Fernando Gont junto con Vishwas Manral y Ron Bonica…
Tendencias de servicios en la nube globales
El CRM de Veeva sobre Salesforce tiene un límite del 150% por cliente y salida en 2030
El producto heredado conserva espacio para operar, pero ya no un mercado abierto. El acuerdo de Veeva con Salesforce cierra la puerta a clientes nuevos, asigna a cada cuenta histórica su propio techo y obliga a separar el fin del soporte en 2029 de la prohibición comercial final…