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.
Tendencias de servicios en la nube de Norteamérica
Reddit dejó US$880 millones de infraestructura cloud fuera del capex
Reddit compró apenas US$2,224 millones de propiedades y equipos en el primer semestre de 2026, pero en junio comprometió US$880 millones de gasto con AWS entre julio de 2026 y junio de 2029. El contraste no descubre una deuda oculta. Revela dónde vive la infraestructura de una…
Historia de Internet
El receptor que elegía qué llegaba primero
En MTP, el remitente podía preguntar `MRSQ ?` y recibir `215 T Text first, please`. Esa respuesta obligaba a entregar y almacenar el cuerpo antes de nombrar a los destinatarios. Otro receptor prefería reunir primero las direcciones y aceptar después una sola copia del texto. El…
Historia de Internet
El byte que el remitente no envió: cómo FTP MODE C reconstruía el relleno desde TYPE
El receptor encuentra una cantidad, pero no un byte que copiar. No falta ningún fragmento: en el modo comprimido de FTP, la propia ausencia cerraba la instrucción. El valor estaba fuera de esa secuencia, fijado por el tipo de representación de la sesión.
Historia de Internet
La ruta que retrocedía en cada relevo
Cuando el relevo ONE recibió `@ONE,@TWO:JOE@THREE`, no debía reenviar la cadena intacta. Quitó su propio nombre del extremo izquierdo del forward-path y añadió al reverse-path el nombre con el que lo conocía el entorno de salida. La instrucción pendiente perdió un tramo; el…
Historia de Internet
El byte que tuvo que aparecer dos veces: cómo FTP insertó límites de registro en un flujo
Al final de un bloque de lectura aparece un byte con todos sus bits a uno. Todavía no es dato ni control. FTP obligaba al receptor a esperar: una segunda copia devolvía un único byte literal al archivo; un valor pequeño convertía la pareja en final de registro, final de archivo o…
Historia de Internet
La página ausente que no era una página de ceros: cómo FTP STRU P transportó huecos entre hosts
Un receptor obtiene una página y después otra con un índice posterior. La posición intermedia no apareció en la conexión. FTP no obligaba a diagnosticar pérdida ni a rellenarla con ceros: con `STRU P`, la ausencia podía ser una propiedad deliberada del archivo.
Historia de Internet
El fragmento más corto que seguía siendo correcto
Tres fragmentos salieron del mismo datagrama IPv4. El primero llevaba Loose Source and Record Route y Record Route; los otros dos sólo llevaban la primera opción. Sus campos IHL no coincidían. Tampoco debían coincidir: el bit Copy del tipo 131 ordenaba que la ruta de origen…
Historia de Internet
El cambio de nombre que aún no había ocurrido: cómo FTP dejó un archivo entre RNFR y RNTO
FTP podía responder afirmativamente y seguir esperando. `RNFR` aceptaba la ruta antigua; el código `350` dejaba la acción pendiente; `RNTO` aportaba la ruta nueva. Hasta que llegaba la respuesta final, el protocolo no autorizaba a confundir una intención bien formada con un…
Historia de Internet
El quinto octeto pertenecía a dos palabras
En una transferencia `TYPE L 36`, el quinto octeto no era propiedad de una sola palabra. Sus cuatro primeros bits cerraban la primera unidad lógica de 36; los cuatro restantes abrían la segunda. FTP podía transportar dos palabras de aquella máquina en nueve octetos de ocho bits…
Historia de Internet
La sesión que sobrevivió al cambio de sistema de archivos: FTP SMNT separó identidad y espacio de nombres
Una ruta puede conservar todas sus letras y dejar de señalar el mismo objeto. FTP dejó esa posibilidad a la vista con `SMNT`: una orden opcional que cambiaba la estructura de archivos activa sin borrar el inicio de sesión, la contabilidad ni los parámetros de transferencia. En…
Historia de Internet
El mensaje que quiso llegar antes que al buzón: cómo SMTP abandonó la entrega al terminal
El SMTP temprano podía hacer algo más ambicioso que depositar correo. Un emisor podía pedir que el texto apareciera en el terminal activo del destinatario, que el buzón actuara como alternativa o que ambos recibieran una copia. Aquellas órdenes convirtieron una condición fugaz…
Historia de Internet
La luz verde que no era tuya: cómo NNTP separó la política del grupo del permiso para publicar
Una fila de `LIST ACTIVE` termina en `y`, pero el servidor rechaza a este cliente con `440 Posting not permitted`. Otra fila termina en `n`, aunque un cliente con privilegios especiales podría publicar. La aparente paradoja revela una decisión cuidadosa: el catálogo describía el…
Historia de Internet
La contraseña era correcta, pero faltaba decidir la cuenta
Un servidor FTP podía aceptar `PASS` y aun así no declarar iniciada la sesión. Respondía `332` y esperaba `ACCT`. La pausa no dudaba necesariamente de la identidad: dejaba pendiente otra decisión, la del contexto local al que debía atribuirse el acceso o una operación concreta.
IETF
Brian Carpenter y el dominio que tuvo que demostrar quién estaba dentro
En una red industrial, decir que algo «no saldrá de aquí» parece una restricción. En realidad es una obligación que hay que ejecutar paquete a paquete. La RFC 8799 de Brian Carpenter y Bing Liu muestra que un dominio limitado no nace del muro, la dirección o el organigrama: nace…
Historia de Internet
El límite que miraba en dirección contraria
El 1460 escrito por un cliente en su SYN no limita lo que el cliente va a enviar. Limita lo que está dispuesto a recibir del servidor. En el SYN-ACK puede aparecer 1200, y ese segundo valor manda en la otra dirección. TCP colocó dos límites en el mismo apretón de manos, pero…
Historia de Internet
La publicación que debía conservar su nombre: cómo NNTP acotó una respuesta final perdida
El cliente ya había enviado hasta el punto final. El servidor pudo aceptar el artículo y emitir `240`, pero el corte se llevó la respuesta. Volver a mirar la lista pública no resolvía el enigma: una moderación podía retrasar la aparición. NNTP hizo algo más preciso que prometer…
IETF
El servidor aplazó el coste de creer: las defensas TCP ante el SYN flood
Un servidor TCP asumía memoria en cuanto un desconocido llamaba. El RFC 4987 explica cómo retrasar ese gasto hasta que el supuesto cliente demuestre, al menos, que recibió la respuesta.
Tendencias de telecomunicaciones nacionales globales
El segmento predeterminado puede hacer que un SLA 5G parezca cumplido
Una aplicación puede seguir disponible cuando la ruta de red prometida por su contrato 5G ya no existe. El panel continúa en verde; aún falta demostrar que el dispositivo, la sesión y los paquetes usaron el segmento contratado.
Historia de Internet
La orden que la autenticación no podía reanudar: cómo NNTP obligó al cliente a pedir de nuevo
En NNTP, identificarse correctamente no completaba la operación que había provocado el reto de autenticación. Tras recibir `281`, el cliente seguía sin el grupo solicitado hasta que repetía la orden. El protocolo convirtió esa segunda petición en una prueba de voluntad presente…
Historia de Internet
El hueco que quizá no contenía ningún dato
Faltaban varios números en la secuencia, pero eso no bastaba para contar las pérdidas de la aplicación. En DCCP también se numeraban los paquetes dedicados a confirmar otros paquetes. Esa decisión permitía observar la pérdida de los informes y, al mismo tiempo, obligaba a…