Tema
Ciclo de vida del software y dependencia del proveedor
Dentro de la faceta Tema, la inteligencia temática Ciclo de vida del software y dependencia del proveedor 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.
Tendencias de servicios en la nube de Norteamérica
Los US$1.507 millones de beneficio de Nutanix no son una sola ganancia
El estado de resultados, el balance y la caja cuentan tres historias compatibles sobre Nutanix. El error consiste en resumirlas con una sola cifra: ni los US$1.507 millones de beneficio son potencia operativa recurrente, ni el gran efecto fiscal invalida los US$841 millones de…
Historia de Internet
La respuesta que SMTP no podía dividir: cómo LMTP separó la entrega por destinatario
El último punto de un mensaje cerraba una sola transacción, aunque detrás hubiera varios buzones con resultados distintos. SMTP obligaba al receptor a asumir el conjunto. LMTP conservó el mensaje único, pero multiplicó el veredicto final en el mismo orden de los destinatarios…
Historia de Internet
El servidor podía adelantar la pregunta, no la respuesta
Una concesión todavía válida no impide que el administrador quiera cambiar un parámetro. FORCERENEW dio al servidor DHCP una forma de provocar la siguiente consulta; la autenticación posterior por nonce protegió ese aviso sin convertirlo en una orden ilimitada.
Historia de Internet
El enlace que el origen pidió retirar: por qué HTTP 410 no era un 404
Un sistema que mantiene miles de enlaces no puede tomar la misma decisión ante una ausencia incierta y ante una retirada confirmada. HTTP 410 nació para que el origen aportara esa segunda clase de evidencia, pero sin convertir su decisión local en una orden de borrado para todo…
Historia de Internet
SCTP: dejar de insistir no equivale a retirar lo enviado
Antes de asignar un número, un mensaje puede caducar sin dejar un hueco que explicar. Después, abandonarlo exige coordinarse con quien todavía lo espera. La fiabilidad parcial de SCTP convirtió esa diferencia en un mecanismo de transporte, no en una promesa de borrado remoto.
Tendencias de servicios en la nube globales
Los US$424 millones de ARR SaaS de Commvault aún no sustituyen el margen de licencia
La recuperación se vende dos veces: primero como contrato recurrente y después, durante una crisis, como resultado operativo. Commvault está ampliando con rapidez la primera venta. Sus cuentas muestran que la segunda todavía convive con un negocio de licencias mucho más ligero en…
Historia de Internet
El registro decía que sí; la red todavía podía decir que no
El nodo móvil había logrado registrarse. Ese resultado parecía cerrar el problema, pero no decía si sus paquetes podrían salir de la red visitada. La historia del túnel inverso de Mobile IPv4 muestra una distancia incómoda entre aceptar una relación y hacerla utilizable: quitar…
Historia de Internet
La clave nueva que heredó su pasado: el alcance real de KeyUpdate en TLS
Una conexión cifrada puede seguir abierta mientras su primera generación de claves ya ha gastado demasiado presupuesto. TLS 1.3 resolvió ese desfase con una transición pequeña y ordenada: renovar el secreto de tráfico sin volver a negociar la identidad ni fingir que la conexión…
Historia de Internet
La alerta que EOF no podía sustituir: cómo TLS hizo explícito el final de un sentido
Un receptor puede autenticar todo lo que vio y seguir sin saber si faltaba algo. TLS puso el cierre dentro de la conversación protegida y después dejó de fingir que ambos sentidos tenían que terminar a la vez.
Historia de Internet
El azar no podía corregir una cuenta equivocada
Repartir al azar los turnos evita que todos hablen a la vez. No evita que haya demasiados turnos para el tiempo disponible. Esa diferencia explica una de las revisiones más discretas de RTP: sus participantes debían volver a calcular cuándo enviar un informe de control justo…
Historia de Internet
El registro que el receptor no podía alojar: cómo TLS hizo local el límite
Un dispositivo puede producir cifrado por partes y, aun así, no disponer de memoria para autenticar un registro entrante del mismo tamaño. TLS tardó en reconocer que enviar y recibir no eran capacidades gemelas.
Historia de Internet
La suma nueva tuvo que pedir permiso a la antigua
Un RST puede proceder de una máquina que no conserva estado alguno de la conexión que rechaza. Por eso el experimento de checksum alternativo de TCP nunca le exigió conocer el algoritmo negociado: incluso después del acuerdo, los SYN y los RST seguían protegidos por la suma…
Historia de Internet
El vuelo que TLS envió antes de la prueba final del servidor: cómo False Start tomó prestada una ida y vuelta
False Start permitía que el cliente enviara datos recién cifrados después de su Finished y antes de verificar el Finished del servidor. Ganaba tiempo al cruzar un límite de prueba aún abierto, no al eliminarlo.
Historia de Internet
La dirección que dependía de una puerta local
Dos enlaces distintos pueden alojar el mismo `fe80::1`. El conflicto no está en los bits: está en la aplicación que pretende actuar sin decir por cuál puerta debe salir. El identificador de zona de IPv6 convirtió esa elección en contexto local y, tras un desvío por la sintaxis de…
Historia de Internet
El nombre que TLS debía oír antes de poder ocultarlo: cómo SNI hizo posible el HTTPS compartido
La web segura tuvo que revelar una pista para poder cifrar el resto: el servidor necesitaba conocer el sitio solicitado antes de elegir el certificado, pero la petición HTTP que contenía ese dato llegaba después del apretón de manos. SNI adelantó el nombre y ECH, años más tarde…
IETF
Final Review no es una segunda votación sobre el estándar
El parte de publicación mostraba tres datos ciertos: el Internet-Draft ya había sido aprobado, quedaba una pull request abierta y aún faltaban conformidades de algunos autores. El resumen interno decía algo distinto: «el estándar volvió a votación». Había convertido una revisión…
Historia de Internet
La fila existía antes de estar lista
El programa que empezó la configuración ya no responde, pero la fila que dejó a medias sigue ocupando recursos en el equipo. Esa escena explica por qué crear una fila de gestión no podía reducirse a escribir un valor: hacía falta mostrar lo incompleto, limitar cuánto podía durar…
Historia de Internet
La memoria que el servidor entregó sellada: cómo los tickets TLS trasladaron el estado
El cliente regresaba con un objeto creado por el servidor, pero el servidor ya no guardaba una ficha individual para encontrar su sesión. La memoria había viajado cifrada; la autoridad para abrirla, caducarla o rechazarla seguía en el otro extremo.
Historia de Internet
Dos registros no significaban dos teléfonos
Para que una llamada pudiera entrar por más de un camino, SIP tuvo que dejar de contar cada camino como un destinatario distinto. Outbound no solo conservó conexiones: cambió la manera de reconocer qué dispositivo había registrado cada una y cuándo ya había contestado.
Historia de Internet
Una consulta menos, una responsabilidad distinta: el acuerdo detrás de OCSP stapling
Ahorrar una conexión y obtener información reciente no son la misma operación. OCSP stapling permitió recibir el estado firmado de un certificado a través del propio servidor, pero dejó intacta la pregunta decisiva: quién podía emitir esa respuesta y durante cuánto tiempo merecía…