Tema
Evidencia basada en recursos de red
Dentro de la faceta Tema, la inteligencia temática Evidencia basada en recursos de red conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.

Empresas de centros de datos de Europa y Oriente Medio
AZUR DATACENTER SAS: qué prueba realmente su registro como miembro del RIPE NCC
Una sola fuente pública sostiene el expediente de esta sociedad francesa: una línea en el directorio público de miembros del RIPE NCC. Este informe separa lo que esa línea establece de lo que su nombre corporativo sugiere.

Historia de Internet
RFC 2216: el servicio empezaba donde terminaba su nombre
Asignar un número podía hacer que una oferta de red fuese reconocible. No podía hacer que funcionara. RFC 2216 convirtió esa distancia en una disciplina documental: obligó a describir el contrato de tráfico, la conducta del elemento, las reglas de control y fusión, y las pruebas…

ICANN
4,3 millones de IDN cuentan registros, no aceptación universal
Un nombre puede estar delegado, registrado y resolverse correctamente, pero fracasar en el campo de correo de una cuenta. El informe de ICANN de 2026 permite ver las dos partes: la oferta multilingüe ya tiene escala y la cadena de aplicaciones que debe utilizarla todavía tiene…

Historia de Internet
RFC 2345: encontrar una URL no era identificar a la empresa
La RFC 2345 ensayó una promesa muy concreta: escribir el nombre de una empresa y obtener una o varias direcciones web. La respuesta cabía en una línea y podía abrirse desde el navegador. Esa ligereza atacaba un problema real de 1998, pero no convertía el resultado en prueba de…

Historia de Internet
RFC 2212: más reserva reducía C/R, pero no borraba D
Reservar más caudal podía acortar una parte del retraso y dejar otra intacta. Esa asimetría es la clave de RFC 2212: `C` representaba el coste que cambiaba con la tasa `R`; `D`, el tiempo que el router debía reconocer aunque aumentara la reserva. La garantía nació de conservar…

IETF
Cuando traceroute necesita preguntar quién respondió
El salto aparece, pero la dirección no distingue al nodo. La propuesta de identificación de nodos para ICMP añade una dirección, un nombre o ambos a la respuesta para cerrar esa brecha. El beneficio depende de una decisión incómoda: revelar contexto suficiente para diagnosticar…

Historia de Internet
Resolver el siguiente salto no era llegar: el límite que RFC 2333 impuso a NHRP
NHRP podía descubrir una dirección NBMA capaz de evitar varios saltos IP. Ese dato era útil, pero no era una ruta viva en miniatura. RFC 2333 situó el mecanismo después de la decisión de enrutamiento y antes de la conexión, el reenvío y el resultado remoto. Un registro aceptado…

Historia de Internet
La cafetera aceptó la orden. Nadie había bebido el café: RFC 2324
La broma más duradera de RFC 2324 no es solo el código 418. Es la distancia que deja abierta entre una orden que cabe en un mensaje y un resultado que ocurre entre agua, calor, una taza y una persona. HTCPCP podía describir la petición; no podía convertir su respuesta en prueba…

Historia de Internet
RFC 2210 y el resumen que dejaba de ser creíble al cruzar un solo punto
RFC 2210 permitía que una ruta se describiera sin enumerar cada salto. Los elementos capaces de RSVP componían un ADSPEC mientras el mensaje avanzaba: reducían el MTU, acumulaban términos y anunciaban capacidades. Esa compresión tenía una regla decisiva. Si un tramo no podía…

IETF
La etiqueta dice acceso a Internet; la prueba debe decir qué puede operar: RFC 4084
Comprar conectividad no debería exigir adivinar qué verbos esconde la palabra «Internet». RFC 4084 ofrece un vocabulario neutral para describir la oferta; una recepción de capacidades puede convertirlo en evidencia contractual y operativa.

Historia de Internet
Podía editar el PTR, pero no el padre: la autoridad dividida del RFC 2317
Administrar los nombres inversos de un /26 no daba a su operador la capacidad de cambiar la zona superior que encaminaba las consultas. El RFC 2317 resolvió una frontera incómoda del DNS con alias por dirección; también dejó visible una dependencia que ningún PTR podía borrar.

Historia de Internet
La asociación figuraba como madura. El resultado de seguridad, no: RFC 2367
El operador pidió una prueba y recibió una tabla. En ella, una asociación IPsec aparecía como `MATURE`, con SPI, algoritmos, direcciones y vida útil. RFC 2367 explica exactamente qué acredita esa tabla: el estado comunicado por un motor de claves local. Todo lo demás —el par, la…

Expediente
El pseudosegmento sin carga que corrige TCP desde delante
Presto convierte una escritura hacia atrás en otro recorrido hacia delante por el pipeline. El registro sintético tiene autoridad para cambiar el estado de transporte, pero no es tráfico del usuario ni demuestra que un socket o una aplicación hayan completado su trabajo.

Historia de Internet
La dirección decía «quédate aquí». Solo el router imponía el límite: RFC 2365
El destino 239/8 podía describir una región administrativa sin mantener dentro de ella ni un solo paquete. RFC 2365 separó el nombre del alcance de su ejecución: el cierre real dependía de definiciones por interfaz, de la conducta del protocolo multicast y del código que corría…

Expediente
La dirección del resolvedor dejó de ser una unidad fiable
APNIC Labs añadió un segundo servidor autoritativo de doble pila y el promedio de consultas por prueba bajó de 3,43 a 2,57. La causa sigue abierta. Lo que ya no puede darse por supuesto es que una dirección pública identifique una sola máquina recursiva, un solo reloj o una sola…

Historia de Internet
Cuando un fallo no significa fracaso: RFC 2188 y el conocimiento desigual de una operación remota
Un ejecutor envía el resultado de una operación que terminó correctamente y, poco después, recibe una indicación de `FAILURE`. Al otro extremo, el invocador puede haber recibido ese mismo resultado y haberlo aceptado sin problemas. No hay necesariamente una contradicción. En…

Líderes
Adrian Farrel y la ruta que aún no existe en los routers
El controlador acaba de recibir un PCRep positivo con una ERO impecable. La ruta ya está dibujada, pero la arquitectura de PCE obliga a formular la pregunta incómoda: ¿qué dispositivo ha confirmado que la instaló?

IETF
Una ROA válida, una etiqueta roja: la autoridad que propone repartir BGP DRIP
Dos indicadores pueden aparecer a la vez en la consola: «origen autorizado» y «riesgo elevado». El primero procede de una ROA validada; el segundo, de una evaluación operativa. El borrador inicial de BGP DRIP intenta hacer circular ambos. El problema no es de color en la…

IETF
RFC 7872 no midió el presente: midió dónde se perdía el control
Los porcentajes de RFC 7872 pertenecen a unas sondas y unas rutas de 2014–15. Lo que sigue vigente es la arquitectura de la duda: observar la pérdida, inferir un límite del camino, reconocer que el AS no siempre identifica a la organización y no convertir una ausencia de…

Historia de Internet
El prefijo que solo aparece cuando falla la ruta
En funcionamiento normal, el prefijo no figura como ruta específica en la tabla global. Tras caer un enlace, aparece. Ese cambio, sencillo de describir y difícil de interpretar correctamente, concentra la propuesta del RFC 2260: la multiconexión no elimina el coste del…
