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 acuse que terminaba en el enlace: cómo PPP acotó la fiabilidad
Un acuse de recibo puede cerrar una duda y abrir otras. RFC 1663 permitió a dos vecinos PPP recuperar tramas perdidas con números de secuencia, ventanas y retransmisiones. Pero el significado del acuse terminaba allí: no acreditaba al interlocutor, no garantizaba una ruta y no…
Historia de Internet
La jerarquía era en realidad un grafo: cómo Gopher puso el siguiente servidor en cada línea de menú
Gopher parecía un archivador ordenado, pero cada selección podía abandonar la máquina que mostraba el menú. La línea elegida llevaba dos historias a la vez: una etiqueta amable para la persona y una instrucción precisa para el programa, compuesta por tipo, selector opaco, host y…
IETF
Steve Sheng y el bloqueo que no detuvo el mantenimiento DNSSEC
El panel puede mostrar un dominio bloqueado y, aun así, el padre publicar un DS nuevo de forma legítima. RFC 10026 explica por qué: el bloqueo pertenece a un actor y a una clase de órdenes; no congela por definición todos los caminos de mantenimiento.
Historia de Internet
El informe no podía declarar mala la línea: PPP dejó el umbral en cada extremo
Dos equipos podían observar exactamente los mismos contadores y tomar decisiones distintas. PPP convirtió esa diferencia en una característica deliberada: Link-Quality-Report fijaba cómo comparar lo enviado y lo recibido, pero no decidía cuánta pérdida era tolerable ni quién…
Historia de Internet
Un enlace era en realidad varios: cómo PPP Multilink mantuvo una sola secuencia en el haz
Dos líneas podían comportarse ante la capa de red como una sola conversación. PPP Multilink no ocultó que cada miembro tenía su propio entramado, pero dio a todos los fragmentos un orden común dentro del haz. Así fijó la reconstrucción interoperable sin convertir la elección de…
Historia de Internet
El éxito que invalidaba su propio flujo: por qué XMPP recomenzaba después de TLS y SASL
XMPP podía conservar intacta una conexión TCP y, aun así, declarar que el flujo XML anterior ya no servía. El éxito de TLS o de SASL cambiaba el suelo sobre el que se habían aprendido identidades y capacidades. Por eso la conversación volvía a presentarse: otro encabezado, otro…
Historia de Internet
Los caracteres que la suma de comprobación nunca vio: cómo PPP depuraba el trayecto serie antes de confiar en la trama
Una línea serie podía añadir su propia historia a los bytes que transportaba. PPP no convirtió esa historia en contenido protegido. Primero deshacía el revestimiento reversible de la ruta y retiraba un conjunto negociado de controles que podían proceder del equipo intermedio…
Historia de Internet
La cabecera que solo existía si ahorraba bytes: la condición de IPComp
IPComp no convirtió la compresión en una promesa del túnel. La convirtió en un examen para cada datagrama. Si la carga comprimida y la cabecera de cuatro octetos ocupaban lo mismo o más que la carga original, la única salida válida era el paquete original, sin rastro de IPComp.…
Historia de Internet
El relé de datagramas que moría con un flujo: cómo SOCKS5 ató UDP a una asociación TCP
El último datagrama no podía cerrar una sesión porque UDP nunca había creado una. SOCKS5 resolvió el problema en otro lugar: una conversación TCP autorizaba y mantenía el contexto del relé. Al morir esa conversación, los paquetes que siguieran llegando ya no podían votar por la…
Historia de Internet
La clave que no cerraba el túnel: GRE separó el flujo de la seguridad
GRE llamó Key a cuatro octetos antes de poder demostrar que esos bits protegían algo. La corrección posterior no convirtió el número en credencial. Le dio una tarea más limitada y comprobable: escoger un flujo lógico dentro del túnel.
Historia de Internet
El puntero que señaló el byte defectuoso: ICMP hizo diagnosticable el rechazo
Descartar un paquete no obliga a fingir que nada se sabe. ICMP Parameter Problem permitió conservar una afirmación pequeña y comprobable: el análisis no pudo continuar y este fue el desplazamiento donde se detectó el problema. La historia del campo Pointer es también la historia…
IETF
Peter Thomassen y la actualización que necesitaba cada servidor autoritativo
La decisión más importante del RFC 9975 no es qué dato publicar, sino cuándo negarse a publicar cualquiera. Peter Thomassen convierte el desacuerdo entre servidores autoritativos en una regla operativa: el estado del padre permanece intacto hasta que el servicio delegado hable de…
Historia de Internet
El primer paquete solo era candidato: cómo RTP hizo que la continuidad se ganara
Un datagrama puede parecer impecable sin pertenecer todavía a una conversación. Versión correcta, carga conocida, longitud posible y un SSRC nuevo describen una forma, no una historia. RTP obligó al receptor a esperar una relación entre paquetes antes de otorgar estado duradero a…
Historia de Internet
La referencia que sobrevivió a la ruta: cómo NFS hizo opaca la identidad y explícita su caducidad
Un cliente puede recordar dónde encontró un archivo y, aun así, necesitar otra cosa para volver a operar sobre él. NFS llamó *file handle* a esa referencia emitida por el servidor. Su historia no fue la de un identificador absoluto, sino la de una promesa acotada: bytes que el…
IETF
Paul Hoffman y la copia de la raíz que solo podía responder a su propio host
La distancia entre un resolutor y la raíz puede reducirse hasta caber dentro de una sola máquina. RFC 8806 permite servir allí una copia completa de la zona, pero no deja que la cercanía se convierta en autoridad: solo el resolutor del mismo host puede preguntar, los datos deben…
Historia de Internet
El contador bajó mientras el tráfico seguía subiendo: cómo SNMP marcó una nueva época de medida
Que un contador de interfaz vuelva a un número pequeño no significa que los bytes hayan retrocedido. SNMP convirtió esa paradoja en una decisión verificable al separar el desbordamiento normal, la amplitud del contador y el instante en que se rompe la continuidad de la medición.
Historia de Internet
El socket se cerró antes de que acabara la orden: cómo FTP dejó el veredicto en la conexión de control
En una transferencia pueden coincidir tres hechos: llegó el número previsto de bytes, el canal de datos se cerró sin brusquedad y el archivo apareció en el destino. FTP no convirtió esa coincidencia en una sentencia. La orden seguía pendiente hasta que hablaba el canal de…
Historia de Internet
El número cambió y la sesión siguió: cómo SDP separó identidad de revisión
Una descripción multimedia puede cambiar de dirección, códec o sentido sin inaugurar otra conversación. SDP hizo verificable esa continuidad al reservar un dato para la identidad de la sesión y otro para la revisión de su descripción.
Tendencias de institucionales globales
TJX contabiliza US$557m en participaciones minoritarias; US$483m superan su parte de activos netos
El 86,7% del valor conjunto de dos inversiones de TJX no corresponde a su parte proporcional de los activos netos registrados. Corresponde sobre todo a fondo de comercio y marcas: una expectativa económica que no está deteriorada, pero que tampoco equivale a control, efectivo ni…
IETF
Stuart Cheshire y la regla de medio TTL que ordena callar
Veinte portátiles abren a la vez una lista de impresoras. La red no necesita veinte copias de cada anuncio. En mDNS, cada consulta puede confesar qué registros conserva y dejar que el respondedor guarde silencio. La RFC 6762 no convierte esa memoria en autoridad: exige al menos…