Saltar al contenido principal

Dominio principal

Infraestructura

En la faceta Dominio principal, los análisis de Infraestructura 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.

Tras el PHP, la etiqueta OAM llegaba al egreso solo si este podía interpretarla: RFC 3429

Historia de Internet

Tras el PHP, la etiqueta OAM llegaba al egreso solo si este podía interpretarla: RFC 3429

Cuando el último salto MPLS no puede hacer dos búsquedas de etiqueta a velocidad de línea, puede pedir al salto anterior que retire la etiqueta superior. Ese ahorro deja una pregunta para el tráfico de operación y mantenimiento: ¿qué reconoce el egreso cuando ya no está la…

6 oct 2026
El primer perfil AAL2 común aún necesitaba un mapa de servicios: RFC 3441

Historia de Internet

El primer perfil AAL2 común aún necesitaba un mapa de servicios: RFC 3441

Dos pasarelas podían acordar una lista común de perfiles AAL2 y todavía no haber decidido qué filas transportarían voz, datos en banda vocal o fax. RFC 3441 mantuvo separadas la intersección de perfiles, las preferencias de servicio, la configuración del portador ATM y la llamada…

6 oct 2026
La meta de 500 Tbps de e& exige rutas comprobables, no solo una cifra

Tendencias de telecomunicaciones nacionales de Europa y Oriente Medio

La meta de 500 Tbps de e& exige rutas comprobables, no solo una cifra

e& quiere elevar su capacidad de conectividad internacional de 20 Tbps a más de 500 para 2030. Su red actual y sus servicios mayoristas dan una base operativa a la meta; todavía faltan datos públicos sobre financiación del proyecto, capacidad vendible e independencia real de las…

6 oct 2026
SAP compra un mapa del trabajo; la prueba difícil será quién controla sus datos

Tendencias de servicios en la nube de Europa y Oriente Medio

SAP compra un mapa del trabajo; la prueba difícil será quién controla sus datos

La adquisición prevista de TechWolf daría a SuccessFactors una capa de inteligencia sobre tareas, mientras SAP afirma que mantendrá el servicio para clientes de otros proveedores. El acuerdo aún no se ha cerrado y no revela ni precio ni reglas sobre los datos que alimentan esa…

6 oct 2026
Dos sistemas B300 de PDN, dos riesgos distintos para el principal

Tendencias de centros de datos de Norteamérica

Dos sistemas B300 de PDN, dos riesgos distintos para el principal

Professional Diversity Network ha comprometido unos US$1,177 millones entre dos sistemas NVIDIA B300, pero los contratos no ofrecen una única vía para recuperar ese capital. El primero se apoya en un alquiler independiente de los ingresos de cómputo, aunque rescindible y expuesto…

6 oct 2026
Axe se queda con las GPU; Duos conserva el centro y un pago sujeto a refinanciación

Tendencias de centros de datos de Norteamérica

Axe se queda con las GPU; Duos conserva el centro y un pago sujeto a refinanciación

La venta de Columbus separa los servidores del recinto que los aloja. Su economía depende de un pago aplazado al vendedor que puede vencer antes si el nuevo dueño financia los equipos como garantía.

6 oct 2026
ALMAZCLOUD.NETWORK: la auditoría de coherencia que el operador nunca solicitó

Empresas de servicios en la nube globales

ALMAZCLOUD.NETWORK: la auditoría de coherencia que el operador nunca solicitó

Un proveedor de nube que anuncia interconexión física directa con Yandex, Sberbank y Rostelecom opera un sistema autónomo de 512 direcciones IPv4 con tres vecinos de tránsito, sin pares ni clientes observados. El desfase no está en un dato: está en cada capa de la cadena de…

5 oct 2026
G42: el plazo de conversión que ahora gobierna el acceso a chips de IA de Estados Unidos

Institucionales globales

G42: el plazo de conversión que ahora gobierna el acceso a chips de IA de Estados Unidos

El acceso de G42 a la computación avanzada estadounidense dejó de ser una promesa de volumen y se convirtió en una licencia nominal con fecha de caducidad: la regla que autoriza a Group 42 Holding Ltd y a Core42 a recibir artículos de computación avanzada sin licencia expira…

4 oct 2026
REGISTER terminaba; su ruta quedaba para después: RFC 3327

Historia de Internet

REGISTER terminaba; su ruta quedaba para después: RFC 3327

El intercambio de registro termina con una respuesta, pero el estado que deja puede orientar una llamada posterior. RFC 3327 hizo que un Path ordenado volviera junto con la inscripción aceptada y quedara asociado a un Contact concreto: una instrucción para el futuro, no la…

2 oct 2026
AES llegó a TLS en doce combinaciones, no como una sola opción: RFC 3268

Historia de Internet

AES llegó a TLS en doce combinaciones, no como una sola opción: RFC 3268

En 2002, TLS incorporó AES sin rediseñar el saludo inicial. Lo hizo mediante doce suites distintas, porque elegir el cifrado no resolvía cómo intercambiar claves ni cómo autenticar al interlocutor.

2 oct 2026
La clave aleatoria no recuperaba el mensaje. Impedía que el fallo hablara: RFC 3218

Historia de Internet

La clave aleatoria no recuperaba el mensaje. Impedía que el fallo hablara: RFC 3218

Un receptor de CMS podía conocer con precisión por qué había fallado un mensaje cifrado. Esa precisión parecía una virtud hasta que un atacante aprendió a consultarla miles de veces. RFC 3218 respondió con una disciplina extraña pero decisiva: si fallaba el transporte RSA de la…

2 oct 2026
La URL dejó de ser una casilla aparte: RFC 3305

Historia de Internet

La URL dejó de ser una casilla aparte: RFC 3305

En los primeros años de la Web, la división parecía clara: una URL indicaba dónde ir; una URN nombraba un recurso sin depender de su ubicación. En 2002, un grupo de planificación conjunto de W3C e IETF sostuvo en RFC 3305 que esa separación tan pulcra empezaba a entorpecer la…

2 oct 2026
La confirmación decía que el NAK fue oído, no que la reparación hubiera llegado: RFC 3208

Historia de Internet

La confirmación decía que el NAK fue oído, no que la reparación hubiera llegado: RFC 3208

PGM evitó que la fiabilidad multicast se ahogara en respuestas positivas. Un receptor denunciaba un hueco; los routers confirmaban y condensaban las peticiones; el estado de reparación dibujaba sólo las ramas que debían recibir RDATA. Esa eficiencia no convertía el NCF en prueba…

2 oct 2026
Mil millones de usuarios aún dejaban fuera a la mayoría: RFC 3271

Historia de Internet

Mil millones de usuarios aún dejaban fuera a la mayoría: RFC 3271

En 2002, Vint Cerf pronosticó que habría más de mil millones de usuarios de Internet al terminar 2005; acto seguido advirtió que eso equivaldría apenas a cerca del 16 % de la población mundial. Esa distancia convierte «Internet es para todos» en algo más exigente que un lema de…

2 oct 2026
IPsec autenticaba cada paquete, pero no siempre al usuario dentro del túnel: RFC 3193

Historia de Internet

IPsec autenticaba cada paquete, pero no siempre al usuario dentro del túnel: RFC 3193

RFC 3193 partió de una incomodidad: el paquete podía ser criptográficamente auténtico y aun así no demostrar qué usuario lo había enviado. IKE podía verificar una máquina; PPP, una persona al comenzar la sesión. Entre ambas pruebas, L2TP e IPsec tuvieron que coordinar puertos…

2 oct 2026
Los bloques reutilizables también podían fallar juntos: RFC 3269

Historia de Internet

Los bloques reutilizables también podían fallar juntos: RFC 3269

El multicast fiable necesitaba algo más que piezas reutilizables. RFC 3269 exigió que cada bloque de RMT declarara sus límites y dependencias, y que el protocolo completo explicara cómo encajaban.

2 oct 2026
El plan estaba lleno al 87% aunque casi todas las direcciones seguían vacías: RFC 3194

Historia de Internet

El plan estaba lleno al 87% aunque casi todas las direcciones seguían vacías: RFC 3194

El porcentaje de RFC 3194 no contaba casillas ocupadas. Medía la distancia logarítmica entre un objeto y el tamaño máximo de un plan jerárquico. Por eso un espacio de 32 bits podía aparecer al 87% de densidad con unos 240 millones de objetos, apenas el 5,6% de sus direcciones…

2 oct 2026
El número telefónico sólo fue una dirección de correo dentro de la pasarela: RFC 3191

Historia de Internet

El número telefónico sólo fue una dirección de correo dentro de la pasarela: RFC 3191

Una cadena con aspecto de número podía circular por SMTP, pero eso no autorizaba a cada servidor a convertirla en una llamada. RFC 3191 hizo que el dominio situado a la derecha de la arroba nombrara a la pasarela intérprete. El correo transportaba la instrucción; la red…

2 oct 2026
La red oyó una muestra; la cinta declaró que no había sonido: RFC 3190

Historia de Internet

La red oyó una muestra; la cinta declaró que no había sonido: RFC 3190

El puente recibió `8000h` y tuvo que decidir si era un punto real de la onda o la confesión de una lectura fallida. RFC 3190 no podía conservar ambas interpretaciones a la vez: tuvo que especificar dónde cambiaba el significado.

2 oct 2026
El archivo acuñó el nombre a partir de los bits. La biblioteca aún tenía que conservarlos: RFC 3188

Historia de Internet

El archivo acuñó el nombre a partir de los bits. La biblioteca aún tenía que conservarlos: RFC 3188

Un robot finlandés podía calcular una huella de la captura y convertirla en parte de un NBN. El resultado distinguía aquel flujo de bits de otra variante que compartía ISBN. Pero el cálculo no archivaba nada: la persistencia seguía dependiendo de que una institución guardara la…

2 oct 2026