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 ISP regionales globales
Un segundo servicio de peering remoto no es un segundo camino
La contratación digital puede duplicar objetos sin duplicar la ruta que los sostiene. En peering remoto, la independencia debe demostrarse desde el router del cliente hasta la entrega del intercambio.
Historia de Internet
La sesión murió. La memoria de rutas pasó a ser una excepción explícita: RFC 1267
«Stale» no significa fiable ni falso. Significa que una ruta ha sobrevivido al contexto que la mantenía vigente y ahora circula bajo una excepción visible. La historia que empieza con RFC 1267 y llega al reinicio de larga duración de BGP no convierte el pasado en verdad…
Expediente
La clave de ruta siguió igual. Su significado cambió en la frontera: RFC 9871
Dos operadores quieren «baja demora», pero uno la llama C2 y el otro C1. RFC 9871 permite cruzar esa frontera sin fingir un vocabulario común: conserva `(E2,C2)` como clave y lleva la equivalencia local en LCM-EC.
Historia de Internet
El RFC llamaba VAR al cero; el código en marcha leía VALUE: RFC 1408
El fallo no estaba escrito en una palabra, sino en la relación entre una palabra y un byte. Para RFC 1408, el cero abría el nombre de una variable. Para la implementación BSD que debía servirle de referencia, significaba lo contrario. Ambos extremos podían aceptar la opción 36 y…
Expediente
El prefijo era correcto; el paquete salió por el enlace equivocado: RFC 9872
Una dirección sintetizada puede ser impecable y, aun así, no encontrar ningún traductor. RFC 9872 centra la operación en el dato que una consulta DNS no conserva de forma fiable: qué router y qué proveedor dieron autoridad práctica a ese PREF64.
Historia de Internet
El informe contó 56 routers. Se negó a llamar normal al caso extremo: RFC 1266
Una red en anillo de 56 kbit/s podía ser una lupa formidable y una pésima representación del Internet entero. RFC 1266 usó CA*Net para observar qué ocurría cuando la congestión descartaba mensajes de enrutamiento, pero escribió también la advertencia que suele perderse al…
Historia de Internet
El gráfico podía viajar; su historia de medición también debía hacerlo: RFC 1404
Un promedio parece una conclusión, pero también es un inventario de todo lo que ya no puede contestarse. RFC 1404 quiso que las estadísticas operativas cruzaran de un NOC a otro sin ocultar esa renuncia: junto al valor debían viajar el intervalo real de sondeo, la ventana de…
Expediente
RFC 9873: el reenvío puede cambiar la dirección, no demostrar la entrega
Un mensaje sale hacia una dirección ASCII y la respuesta vuelve desde una dirección SMTPUTF8. Esa asimetría no es un error marginal: es una de las razones por las que RFC 9873 añade un segundo correo al contacto EPP y, al mismo tiempo, obliga a no confundir cadena de caracteres…
Historia de Internet
La lista se retiró. La pregunta por la evidencia cambió de lugar: RFC 1264
En 1991 no bastaba con que una especificación de enrutamiento pareciera terminada. RFC 1264 pedía comprobantes separados: código independiente, pruebas de cada función, seguridad demostrada, experiencia operativa y una explicación de los límites. Quince años después, el IETF…
Historia de Internet
La etiqueta podía admitir que había olvidado la ruta: RFC 1403
Reducir la historia de una ruta a treinta y dos bits exigía perder información. RFC 1403 no escondió esa pérdida detrás de una conversión elegante: hizo que la etiqueta OSPF declarase su grado de conocimiento y prohibió reconstruir un anuncio BGP cuando faltaba el camino que…
Expediente
El registrador borró un dominio; otros heredaron el riesgo: RFC 9874
La facultad de borrar un objeto propio no encierra sus efectos dentro del mismo cliente. RFC 9874 estudia una dependencia incómoda: el host subordinado de un dominio puede seguir prestando servicio a dominios patrocinados por terceros.
NPNOG
Dos horas en línea: qué cambió sobre el acceso el experimento pandémico de npNOG
npNOG mantuvo un programa técnico público el 9 de diciembre de 2020 al trasladarlo a Internet. El registro oficial respalda un logro más limitado que la habitual promesa de inclusión digital: nadie tenía que viajar a una sede física designada para participar, y npNOG afirma que…
Historia de Internet
El relevo tocó el contenido y dejó de ser transporte: RFC 1344
Una línea intercontinental cara puede convertir cada byte en una decisión económica. RFC 1344 preguntó quién debía cargar con la otra mitad de esa decisión: si un servidor reducía una imagen, trasladaba un archivo o partía un mensaje para abaratar el trayecto, ya no estaba…
Historia de Internet
El banco de pruebas podía mostrar un futuro. No podía decidir la red pública: RFC 1259
El NREN iba a conectar primero a investigadores y educadores, pero RFC 1259 le asignó una tarea más delicada: ensayar decisiones que después afectarían a una población mucho mayor. La utilidad del experimento dependía de conservar su límite. Una prueba podía revelar costes y…
IETF
Eric Rescorla y el ClientHello cifrado que no podía nombrar al servidor
Ocultar el primer nombre de una conexión TLS no convierte el resto de la negociación en una prueba de identidad. RFC 9849, obra conjunta de Eric Rescorla, Kazuho Oku, Nick Sullivan y Christopher A. Wood, delimita una envoltura de privacidad: puede proteger el ClientHello privado…
Historia de Internet
La red no tenía que marcar el ritmo. El receptor lo reconstruía: RFC 1257
Una conversación puede sonar acompasada aunque sus paquetes no hayan viajado acompasados. La RFC 1257 convirtió esa aparente paradoja en una frontera operativa: la red acotaba capacidad y demora; el extremo receptor convertía las llegadas tempranas e irregulares en una secuencia…
Historia de Internet
Un fragmento volvió con descendencia: RFC 1326
El paquete que regresó al mismo límite ya no venía solo. Había crecido con cada envoltura y, al superar la unidad máxima de transmisión, se había dividido. Cada fragmento podía recorrer el mismo circuito, recibir otra cabecera y dividirse de nuevo. RFC 1326 describió esa…
Historia de Internet
El análisis no podía sustituir a la red de pruebas: RFC 1245 y RFC 1246
OSPF Version 2 llegó en julio de 1991 acompañado por tres documentos con tareas distintas. Uno especificaba el protocolo, otro calculaba sus límites y otro registraba lo que había ocurrido con implementaciones y redes concretas. Esa arquitectura documental impidió convertir una…
Historia de Internet
La consulta seguía en el NIC. La red no le pertenecía: RFC 1302
Cerrar una consulta mediante una derivación puede ser un acto responsable o una manera de perderla entre instituciones. RFC 1302 intentó que fuera lo primero. El NIC debía acompañar la pregunta hasta alguna forma de resolución, pero el texto no confundía las rutas posibles…
IETF
Deborah Brungard y el perfil de transporte que no elegía una red
Una exigencia técnica puede poner una capacidad a disposición sin decidir qué red la usará. RFC 5654, editado entre otros por Deborah Brungard, fija requisitos para un perfil de transporte MPLS. Su límite más importante es explícito: trata del comportamiento de mecanismos y…