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
El modelo describía la regla, pero dejó el resultado en manos de los equipos: RFC 3060
RFC 3060 dio a los sistemas de gestión un vocabulario compartido para grupos, reglas, condiciones y acciones. No entregó a cada router un mismo intérprete. Permitía describir cuándo debía aplicarse una regla e incluso señalar si el orden de sus acciones era obligatorio o…
Historia de Internet
El canal D siguió en su sitio cuando el control de llamadas pasó a IP: RFC 3057
La RFC 3057 no trasladó la línea RDSI a Internet. Delimitó el cambio: la pasarela de señalización seguía terminando Q.921, mientras IUA llevaba por SCTP las primitivas de la capa superior hasta un proceso de control de llamadas. Si fallaba un proceso, el modelo permitía desviar…
Historia de Internet
El contador dijo que la llamada tuvo éxito; no sabía si alguien la oyó: RFC 3055
En 2001, PINT convirtió servicios telefónicos iniciados desde Internet en una superficie contable común. RFC 3055 separó llamadas recibidas, exitosas y desconectadas por servicio, periodo, cliente, usuario y pasarela. La precisión tenía un límite decisivo: el servidor podía sumar…
Historia de Internet
La ampliación a 14 kHz dejó abierta la vía de 16 kHz: RFC 5577
RFC 5577 amplió el perfil de audio G.722.1 e incorporó un reloj de muestreo más rápido. Su regla de migración más reveladora fue menos llamativa: seguir ofreciendo la configuración de 16 kHz cuando aún importaran los terminales anteriores.
Historia de Internet
El teléfono puso nombre a sus piezas; el controlador aún debía comprobar cuáles existían: RFC 3054
RFC 3054 dio un vocabulario común a la pantalla, las teclas, el auricular, el altavoz y el flujo multimedia de un teléfono de Internet. El perfil IPPhone permitía que un controlador remoto partiese de un modelo conocido, no de una colección arbitraria de objetos. Reducía la…
Historia de Internet
El root DSE podía nombrar a su fabricante, no anunciar sus capacidades: RFC 3045
Un servidor LDAP podía comunicar al cliente quién había desarrollado su software y qué versión decía ejecutar. Ese dato ayudaba al operador o a un remedio muy concreto, pero no era una lista de funciones. RFC 3045 fijó la frontera: el nombre del fabricante podía dar contexto a…
Historia de Internet
El ISSN permanecía y la URL cambiaba: el vigilante de RFC 3044
En 2001, el Centro Internacional del ISSN mostró cómo llevar a un URN un número ya conocido por editores y bibliotecas. La dificultad no era imprimirlo, sino mantener el camino desde ese número hasta la dirección web cambiante de una revista. RFC 3044 lo admitía sin rodeos: el…
Historia de Internet
El intermediario ordenaba el túnel; otra máquina tenía que transportarlo: RFC 3053
RFC 3053 convirtió una tarea incómoda del primer despliegue de IPv6 en un servicio: registrarse, declarar un extremo IPv4, recibir configuración y conectar. Su arquitectura también mostró el límite de esa facilidad. El Tunnel Broker tomaba decisiones y enviaba órdenes; un Tunnel…
Historia de Internet
Un nombre global, un único resolutor con autoridad: la promesa y el límite de RFC 3043
En enero de 2001, Network Solutions propuso un nombre de Internet duradero para personas y organizaciones. RFC 3043 permitía llevar esa referencia de una aplicación a otra, pero su propia plantilla de registro reservaba la interpretación autorizada al resolutor de la empresa. La…
Historia de Internet
El estándar recomendó LDP; no demostró que estuviera funcionando: RFC 3037
RFC 3037 recomendó implementar LDP en equipos que encaminaban MPLS por rutas normales basadas en destino. Era una recomendación de encaje técnico, no un censo de equipos ni una luz verde de operación. Entre el texto y el paquete quedaban implementación, activación…
Historia de Internet
Dos ACK duplicados podían sacar datos nuevos sin ampliar la ventana: RFC 3042
Imaginemos una conexión cuyo emisor tiene una ventana de congestión de tres segmentos. Se pierde uno; los datos posteriores generan solo dos ACK duplicados, uno menos de los necesarios para activar Fast Retransmit. En enero de 2001, RFC 3042 propuso un ajuste limitado: enviar…
Historia de Internet
La etiqueta ATM cambiaba en cada salto; LDP necesitaba un VCID compartido
Una celda podía atravesar un circuito ATM aunque el conmutador siguiente sustituyera su VPI/VCI. RFC 3038 separó ese nombre local de un identificador común para que dos vecinos LDP pudieran asociar el mismo circuito virtual antes de intercambiar la etiqueta MPLS.
Historia de Internet
El núcleo no podía restar TTL; la entrada pagaba los saltos por adelantado: RFC 3034
El hardware de Frame Relay podía cambiar un DLCI sin saber decrementar el TTL de cada paquete. RFC 3034 convirtió esa limitación en una regla de frontera: el plano de control propagaba la longitud del tramo y la entrada descontaba los saltos antes de entregar el paquete al…
Historia de Internet
LDP conservó el prefijo completo y retiró el FEC de dirección de host
Una revisión de estándares no siempre elimina una capacidad cuando descarta una forma de expresarla. RFC 3036 separó dos FEC que podían apuntar a una misma dirección completa; seis años después, RFC 5036 quitó uno porque ninguna implementación lo utilizaba. El prefijo de longitud…
Historia de Internet
El identificador nombró la sesión, pero no la trasladó: RFC 3033
Una señal de llamada podía describir una sesión IP con cinco campos exactos y aun así no decir nada concluyente sobre el circuito por el que circulaban sus paquetes. RFC 3033 convirtió bytes de señalización ATM en nombres tipados, sin convertir esos nombres en prueba de conexión…
Historia de Internet
El servidor anunció una capacidad. La autenticación cambió la respuesta: RFC 2449
Un cliente POP3 pregunta qué puede hacer el servidor antes de saber quién se conecta. La respuesta puede ser prudente. Tras autenticar al usuario —y quizá proteger la sesión—, ese mismo servidor puede ofrecer una respuesta más concreta o distinta. RFC 2449 hizo legible para las…
Historia de Internet
La firma autenticó un «inválido»: RFC 3029
El servidor hizo su trabajo, firmó la respuesta y devolvió un certificado. El objeto seguía siendo inválido. RFC 3029 no consideraba esa secuencia un error lógico: distinguía la ejecución del servicio, la autenticidad del dictamen y el resultado de validar el documento o…
Historia de Internet
La red trataba igual a cada paquete; el códec, no: RFC 2448
En un vídeo comprimido, perder unos pocos bytes no siempre supone una pérdida pequeña. La falta de un fragmento de imagen quizá deje una mancha local; perder una breve descripción de cómo interpretar lo que sigue puede estropear mucho más. En 1998, RFC 2448 propuso trasladar esa…
Historia de Internet
Redirigir no significaba haber entregado: RFC 3028
Una regla podía ordenar que un mensaje saliera hacia otra dirección y terminar sin errores. Aun así, el servidor remoto podía rechazarlo. RFC 3028 puso un lenguaje pequeño en el punto de entrega del correo, pero no convirtió sus verbos en certificados: Sieve decidía una…
Historia de Internet
El correo llevaba la invitación; no definía la cita: RFC 2447
RFC 2447 dio a iTIP una ruta por el correo ordinario: una parte MIME `text/calendar` transportaba el objeto estructurado y su parámetro `method` identificaba la operación. El mensaje podía ofrecer además una explicación legible, pero esa segunda lectura no era otra cita.