Dominio principal
Infraestructura de Internet
En la faceta Dominio principal, los análisis de Infraestructura de Internet 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.
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
Mohamed Awang Lah y JARING: los límites de una autoridad compartida
La historia de una infraestructura nacional suele concentrarse en su dirigente más visible. Sin embargo, la capacidad de diseñar y operar una red no equivale a poseer la institución, controlar a sus accionistas ni decidir su destino judicial. Mohamed Awang Lah tuvo una…
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.
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…
Historia de Internet
El hash que permaneció cuando cambiaron las claves: cómo SSH ató la autenticación a una sesión
SSH podía renovar las claves de una conexión larga sin cerrar la terminal ni perder sus canales. Para que esa continuidad no dependiera de una conjetura, conservó una huella del primer intercambio y obligó a que las pruebas de usuario nombraran ese mismo comienzo.
Historia de Internet
El número que crecía en cada caché: cómo HTTP Age estimó una respuesta sin fechar el objeto
Una página redactada años atrás puede llegar con `Age: 120`. El campo no afirma que el contenido tenga dos minutos: conserva una estimación mucho más acotada, la del tiempo transcurrido desde que el origen generó o validó la respuesta reutilizada.
Historia de Internet
El bit que cerraba el registro: cómo ONC RPC devolvió límites al flujo TCP
La cuarta cabecera de un paquete no tenía por qué coincidir con la cuarta llamada remota. TCP podía cortar una petición en varios segmentos o reunir varias en una lectura. ONC RPC hizo visible la única frontera que necesitaba: contar cada fragmento y marcar cuál terminaba el…