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.
Historia de Internet
Un paquete podía hacer esperar a los demás: RFC 3150
En un enlace muy lento, el tamaño de un paquete también decide cuánto deben esperar los demás que comparten la interfaz. RFC 3150 convirtió ese intervalo en una condición de diseño, no solo en una cuestión de eficiencia por byte.
Historia de Internet
El agente controlaba las funciones. El botón de silencio seguía local: RFC 3149
MGCP situó la inteligencia de llamada fuera del teléfono, pero RFC 3149 no convirtió cada gesto en una consulta de red. El Call Agent asignaba significado a las teclas numeradas y manejaba la pantalla XML. El volumen, el cambio inmediato entre auricular y altavoz, y el silencio…
Historia de Internet
Una misma ruta podía arrojar dos medidas válidas de capacidad: RFC 3148
Una medición de transferencia masiva con un solo flujo parecía reducirse a una cifra. RFC 3148 mostró por qué las decisiones de transporte podían volverla dependiente del método y por qué importaba conservar la traza que la acompañaba.
Historia de Internet
La nueva red de gestión tuvo que cruzar la antigua: RFC 3147
La sustitución de una red rara vez comienza sustituyendo el camino. En el escenario de RFC 3147, los equipos nuevos ya hablaban IP, pero podían quedar al otro lado de una infraestructura de gestión CLNS todavía imprescindible. GRE dentro de CLNP hizo transitable esa…
Historia de Internet
El túnel se cerró. El código de causa aún no podía dictar sentencia: RFC 3145
La última palabra sobre una sesión PPP podía quedarse en el servidor mientras el concentrador de acceso atendía al usuario. RFC 3145 cruzó esa frontera con un motivo estructurado. Lo decisivo no fue el catálogo de errores, sino la regla de lectura: un informe con dirección y…
Historia de Internet
El abonado eligió qué hacer con la llamada. La red aún tenía que ejecutarlo: RFC 3136
La pantalla decía «desviar». La central telefónica todavía retenía la llamada. En medio quedaba una cadena de notificación, pasarela, control de servicio y conmutación que podía aceptar la intención sin haber producido aún el resultado. RFC 3136 dibujó esa distancia cuando…
Historia de Internet
La política prometía servicio gold. Solo un traductor podía escribir cada equipo: RFC 3139
Una frase común debía convertirse en configuraciones distintas para routers distintos. Entre «dar servicio gold» y el comportamiento de los paquetes había topología, capacidades, traducción, exclusión de escritores, orden de despliegue y feedback. RFC 3139 hizo visible esa…
Historia de Internet
El proxy confirmó los bytes. La aplicación aún no los había recibido: RFC 3135
Un ACK volvió pronto y el emisor aceleró. Sin embargo, la señal no había cruzado todo el trayecto: la había creado un intermediario que todavía retenía los datos frente al enlace problemático. RFC 3135 explicó por qué esa mejora podía ser útil y por qué no debía confundirse con…
Historia de Internet
La tasa de entrega parecía buena. La aplicación rendía mal: RFC 3133
La red podía entregar casi todos los bytes y, aun así, hacer esperar al usuario. Bastaba con perder una trama pequeña que confirmaba el avance: su peso estadístico era mínimo, pero su función podía decidir cuántos datos habría que volver a enviar.
Historia de Internet
El primer paquete tuvo que despertar al host antes de alcanzarlo: RFC 3132
El móvil ahorraba energía dejando de escuchar el canal por el que debía llegar el tráfico. Desde entonces, el primer paquete ya no era solo datos: era la orden de iniciar una búsqueda.
Historia de Internet
El router siguió accesible después de dejar de llevar tránsito: RFC 3137
En OSPF, borrar un router del mapa también podía borrar el camino hacia él. RFC 3137 encontró una salida más precisa: conservar el nodo y sus destinos, pero encarecer al máximo la posibilidad de atravesarlo.
Historia de Internet
Un taller de un día no podía probar una firma que caduca: RFC 3130
En 2001, DNSSEC ya podía ofrecer demostraciones convincentes. El problema era que terminaban demasiado pronto. RFC 3130 dejó constancia de una transición incómoda: los fallos decisivos empezaban a vivir en calendarios, relevos institucionales y ciclos que un taller de uno o dos…
Historia de Internet
El KDC cargó con la confianza que cada par IPsec no podía sostener: RFC 3129
En 2001, RFC 3129 miró el intercambio de claves desde el lado menos vistoso de la seguridad: quién administra cada relación cuando la red crece. Su respuesta fue ensayar una arquitectura en la que Kerberos absorbiera parte del coste que IKE dejaba distribuido entre los pares.
Historia de Internet
El primer fragmento pasó; el solapamiento cambió el puerto: RFC 3128
RFC 3128 mostró que un filtro podía tomar una decisión correcta sobre un paquete que todavía no existía en su forma final. El primer fragmento ofrecía una cabecera TCP admisible; el host, al resolver bytes superpuestos, podía entregar a TCP una cabecera con otro puerto de…
Historia de Internet
La prueba duradera tenía que sobrevivir a la clave: RFC 3126
RFC 3126 entendió la firma antigua como un problema de custodia. Un cálculo correcto en 2001 no podría explicarse años después si habían desaparecido certificados, estados de revocación, bytes exactos o algoritmos confiables. La respuesta fue una cadena renovable de evidencia, no…
Historia de Internet
Una firma válida todavía necesitaba una política: RFC 3125
RFC 3125 quiso convertir las reglas que rodeaban una firma electrónica en una referencia precisa y procesable. La operación criptográfica era solo la primera comprobación: todavía había que saber qué política exacta, compromiso, periodo y conjunto de confianza gobernaban la…
Historia de Internet
Un permiso de envío no era una cola de paquetes: RFC 3124
El Congestion Manager intentó coordinar cuándo podían transmitir varias aplicaciones de un mismo equipo. Su diseño conservó una frontera crucial: concedía una oportunidad breve, pero no guardaba el paquete, no elegía su contenido y no podía certificar su entrega.
Historia de Internet
Una lista de prefijos todavía no era una política de acceso: RFC 3123
El DNS podía publicar redes en una lista compacta. RFC 3123 hizo algo más importante que asignar el tipo 42: dejó claro que transportar prefijos no equivalía a ordenar qué debía aceptar, bloquear o creer un sistema.
Historia de Internet
El número de demora también afirmaba algo sobre el reloj: RFC 3116
En un banco ATM, restar la hora de salida de la hora de llegada parecía una operación objetiva. RFC 3116 obligó a mostrar lo que esa resta ocultaba: dos contadores, una referencia temporal y una carga concreta.
Historia de Internet
Compartían la red, no la autoridad de aprobar: RFC 3113
RFC 3113 nació cuando la tercera generación móvil necesitó protocolos de Internet sin convertirse en una extensión de IETF. Su solución fue una interfaz institucional: compartir trabajo y pruebas, conservar por separado el poder de decidir.