Dominio principal
Tecnología
En la faceta Dominio principal, los análisis de Tecnología se agrupan por dominio principal para que los lectores puedan seguir un área concreta de la infraestructura de Internet, la gobernanza, los mercados de conectividad o el capital digital. La página reúne artículos relacionados, evidencia pública, instituciones, empresas, personas, exposición regional, dependencias operativas y contexto de mercado que de otro modo aparecerían en páginas de categoría separadas. Explica el dominio, la clase probable de actor, el contexto de mercado o de gobernanza y el material de origen que los lectores deben usar al comparar señales. Operadores, analistas y lectores de gobernanza pueden ver cómo el mismo dominio aparece en eventos, perfiles, cambios de mercado, evidencia de fuentes públicas, dependencias regionales y decisiones de infraestructura de ciclos más largos a lo largo del tiempo.

Tendencias de servicios en la nube globales
Broadcom lanza VMware AI Factory para IA privada
VMware AI Factory automatiza el despliegue y la gestión del ciclo de vida de la infraestructura de IA privada, mientras Broadcom busca acortar el proceso desde el servidor físico hasta el primer modelo.

Tendencias de telecomunicaciones nacionales globales
Qualcomm presenta el procesador IQ-2390 para el edge industrial
Qualcomm ha presentado el IQ-2390, que combina IA en el dispositivo, visión artificial, control en tiempo real y redes TSN para sistemas de edge industrial.

Creadores
Альберт Гринберг y la red como ordenador distribuido
En AT&T, Microsoft Azure y Uber, Альберт Гринберг ha trabajado reiteradamente sobre un mismo problema: cómo hacer que una gran red se comporte como un sistema coherente cuando la topología, el tráfico, el software de control, el hardware y los fallos cambian a ritmos distintos.

Creadores
Albert Greenberg y la red como ordenador distribuido
En AT&T, Microsoft Azure y Uber, Albert Greenberg ha trabajado en un problema recurrente: lograr que una gran red se comporte como un sistema coherente cuando la topología, el tráfico, el software de control, el hardware y los fallos cambian a ritmos distintos.

Tendencias de ISP regionales globales
Un segundo servicio de peering remoto no es un segundo camino
La contratación digital puede duplicar objetos sin duplicar la ruta que los sostiene. En peering remoto, la independencia debe demostrarse desde el router del cliente hasta la entrega del intercambio.

IETF
Eric Rescorla y el ClientHello cifrado que no podía nombrar al servidor
Ocultar el primer nombre de una conexión TLS no convierte el resto de la negociación en una prueba de identidad. RFC 9849, obra conjunta de Eric Rescorla, Kazuho Oku, Nick Sullivan y Christopher A. Wood, delimita una envoltura de privacidad: puede proteger el ClientHello privado…

IETF
Wesley George y la clave del ASN antiguo que no podía anunciar una fusión
El resumen de inteligencia de Wesley George y la clave del ASN antiguo que no podía anunciar una fusión explica el desarrollo, la evidencia pública disponible para los lectores, las organizaciones implicadas, el contexto regional, la exposición de mercado y las posibles…

IETF
Martin Duke y la versión de QUIC que no podía declarar su despliegue
QUIC v2 tiene una RFC, una asignación de IANA y un valor de cable concreto. Ninguna de esas cosas instala v2 en un endpoint. RFC 9369, escrita por Martin Duke, hace visible esa diferencia: «version 2» es el nombre informal del documento, mientras que el protocolo usa un valor no…

IETF
Joseph Touch y las opciones UDP que dejan decidir a la aplicación
Un campo añadido al final de un paquete UDP puede ampliar un protocolo sin convertirse en un permiso. La RFC 9868, coescrita por Joseph D. Touch, conserva esa frontera: las opciones de transporte van después de los datos declarados por el usuario y la aplicación decide qué…

IETF
Loa Andersson y la decisión MPLS que se detenía en la carta
Una decisión de grupo de trabajo puede ordenar su trabajo futuro sin elegir el protocolo de una red operativa. RFC 3468 registra que el grupo MPLS concentró el trabajo de ingeniería de tráfico en RSVP-TE y no emprendería nuevos trabajos sobre CR-LDP. Loa Andersson y George…

IETF
Deborah Brungard y el perfil de transporte que no elegía una red
Una exigencia técnica puede poner una capacidad a disposición sin decidir qué red la usará. RFC 5654, editado entre otros por Deborah Brungard, fija requisitos para un perfil de transporte MPLS. Su límite más importante es explícito: trata del comportamiento de mecanismos y…

Creadores
Jakub Kicinski: cómo Linux convierte las funciones de red en infraestructura sostenible
Una nueva tarjeta de red puede llegar con una capacidad llamativa y un calendario comercial exigente. Pero Linux debe plantear una pregunta más lenta: ¿puede expresarse esa capacidad de forma comprensible para otros dispositivos, observable por los operadores, reproducible…

IETF
Alia Atlas y la métrica TE que no prometía una ruta
Una cifra de rendimiento puede ser útil sin constituir una promesa. RFC 7471, coautorada por Alia Atlas, permite que OSPF distribuya información de rendimiento de enlaces para ingeniería de tráfico. No prescribe cómo medirla ni qué debe hacer quien la recibe. Por eso una métrica…

IETF
Jari Arkko y el campo de registro que el protocolo no necesitaba
Que una columna figure en un registro desde hace años no demuestra que siga cumpliendo una función. La RFC 8602 hace una corrección pequeña y verificable: IANA deja de pedir direcciones postales en dos trámites de registro de TRIP y elimina las que ya había recogido. Conserva el…

IETF
Lars Eggert y el datagrama UDP que no escapaba de los costes compartidos
UDP da a una aplicación un contrato de transporte pequeño, no una red privada. La RFC 8085, en la que Lars Eggert figura como coautor, traza esa frontera: el diseño puede ser local, pero el coste de congestionar una ruta compartida no se traslada a terceros.

IETF
Nandita Dukkipati y la recuperación TCP que dejó de avanzar a tirones
Dos emisores pueden terminar una recuperación con la misma ventana y haber tratado a la red de maneras opuestas. Uno guarda silencio durante parte de un viaje de ida y vuelta y después compensa con una ráfaga. El otro dosifica cada envío al ritmo de los ACK que regresan. El…

IETF
Ashesh Mishra y la comprobación BFD que tenía que poder deshacerse
El receptor todavía no confiaba en el paquete. Sin embargo, para comprobarlo debía ejecutar un cálculo capaz de borrar el estado desde el que podría rechazarlo.

IETF
Wes Hardaker y el servidor DNS que tuvo que sobrevivir a dos TTL
El error no estaba en la nueva configuración. Estaba en declarar muerto al servidor anterior mientras una parte de Internet todavía conservaba una indicación válida para encontrarlo.

IETF
Mirja Kühlewind y el spin bit de QUIC que midió el período de la aplicación, no el RTT de red
La traza mostraba un cambio cada 200 milisegundos. Llamarlo «RTT de 200 ms» parecía natural, pero una aplicación que envía a ese ritmo produce el mismo pulso sobre una ruta mucho más rápida.

IETF
Murray Kucherawy y la firma DKIM que dejó la cola sin firmar
El correo llegó con una marca de autenticación positiva. Debajo de esa marca, sin embargo, podía existir una cola que nunca pasó por el hash. DKIM no se contradice: la etiqueta `l=` permite que la firma termine antes que el cuerpo que recibe y muestra el cliente.
