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.
Historia de Internet
Preguntar a todos no era confirmar a nadie: cómo RFC 887 ordenó las pruebas de descubrimiento
RFC 887 diseñó un “no” que solo podía obtenerse al preguntar a una máquina concreta. En la consulta por difusión hablaban los proveedores; en la verificación dirigida también debía contestar quien no ofrecía nada. La audiencia cambiaba el significado de la respuesta.
Historia de Internet
La lista decía «oficial», no «implementado»: cómo RFC 880 separó el estatus del código en ejecución
TFTP figuraba como electivo y, al mismo tiempo, como usado en varias redes locales. La lista no intentó resolver esa diferencia borrando una de las dos frases. RFC 880 trató la libertad de adoptar y el hecho de haber adoptado como afirmaciones distintas.
Expediente
El sobre firmó el resumen, no entregó el objeto: RFC 9995 y la autoridad de una COSE Hash Envelope
Un espejo desaparece, otro conserva una copia y un tercero devuelve un archivo nuevo bajo la misma ruta. El sobre criptográfico sigue siendo idéntico en los tres casos. Su resumen protegido puede decidir cuáles son los bytes correctos cuando aparezcan; no puede obligar a que…
Historias
La guía de FORT de LACNIC omite la firma publicada junto al archivo
El documento se presenta como una instalación verificada y comprueba el servicio al final. Pero entre la descarga y la extracción no verifica el tarball, aunque la versión ya ofrecía hash, firma separada y llavero.
Historias
RIPE NCC empezó a verificar a unos 1.600 titulares legacy sin contrato, mientras su plan T3 aún describe cambios en dos lugares
Verificar a quién debe acudir el registro no equivale a resolver quién posee jurídicamente un recurso. RIPE NCC ha iniciado una campaña razonable para ordenar esa identidad, pero su propio plan de 2026 reconoce que una modificación todavía puede exigir dos acciones manuales. La…
Historia de Internet
La puerta trasera no era una ruta: cómo RFC 831 llegaba a un SATNET dividido
Un solo equipo estadounidense podía hablar con cada destino SATNET. No era una cuota comercial ni una previsión de capacidad: era la consecuencia visible de una memoria de retorno que había perdido información. RFC 831 aceptaba esa estrechez para mantener el acceso de…
Historia de Internet
La pasarela llevó los bytes, pero no inventó el significado: cómo RFC 875 cuestionó la traducción de protocolos
Una copia de seguridad idéntica no podía salvar una conversación que sólo existía en la memoria de la pasarela activa. RFC 875 llegó a esa fragilidad antes de hablar de redundancia: primero mostró que traducir direcciones, confirmaciones, flujo y señales excepcionales obligaba al…
Historias
ARIN no recibió dos veredictos opuestos: recibió dos preguntas de auditoría
En enero, el Directorio oyó que ningún ticket auditado incumplía el NRPM. En abril, oyó que había inconsistencias en todas las áreas examinadas tras un incidente. La aparente contradicción nace al borrar el objeto, el criterio y el denominador de cada revisión.
Historias
LACNIC manda al operador a Postman, pero su tabla aún modifica ROA por número de serie
La documentación de una API no solo enumera rutas: define cuál es la unidad de intención. En la página de LACNIC, un ROA se modifica o elimina por `serialNumber`. En la colección Postman que esa misma página identifica como la documentación v3 más actual, la operación sustituye…
Historia de Internet
El archivo maestro podía estar al día y la red no: cómo RFC 849 repartió el trabajo entre envío y consulta
Un registro actualizado no reescribe por sí solo la copia de una máquina apagada. En mayo de 1983, Mark Crispin convirtió esa distancia en un problema de ingeniería: identificar la versión, entregar los bytes, comprobarlos, instalarlos y recuperar lo que el primer aviso no…
Expediente
El número delimita a la empresa, pero no autentica el modelo: RFC 9997 y los SID privados
Una arquitectura puede demostrar que no ha asignado dos significados legítimos al mismo espacio numérico y, al mismo tiempo, carecer de pruebas sobre quién publicó la tabla que está usando. RFC 9997 convierte un Private Enterprise Number en bloques privados de SID YANG…
Expediente
La ruta de ayer prestó su ventana, no su capacidad de hoy: RFC 9959 y la autoridad para reutilizar el estado de congestión
Un flujo nuevo puede tardar varios RTT en descubrir una ruta que su predecesor ya conocía. También puede colapsar sobre una cola distinta si interpreta aquel recuerdo como permiso vigente. RFC 9959 no ofrece una vía rápida automática: crea un ensayo de uso único, limitado, medido…
Historias
APNIC calificó de marginal el espejo RPKI. El piloto con NNIX mide otro beneficio
El mismo nombre técnico aparece en dos decisiones de APNIC separadas por siete meses. En octubre de 2025, un espejo del repositorio ofrecía una ayuda muy limitada ante una caída prolongada. En mayo de 2026, el acuerdo con NNIX convirtió otro espejo en piloto para estudiar…
Historias
En ARIN, el permiso sobre un NET depende de cómo se lo busca
Una operación que no puede deshacerse debería comenzar con una prueba de identidad, no terminar con ella. ARIN pide localizar el Net Handle antes de borrar una reasignación y advierte que la acción es irreversible. Sin embargo, un proponente informó que la clave del registrante…
IETF
Kireeti Kompella y la respuesta Echo que no demostró el servicio
Una respuesta MPLS Echo puede demostrar que una sonda definida llegó a un router capaz de explicar un FEC concreto. No demuestra que funcionen todas las rutas ECMP, que el respaldo dormido esté listo, que la vuelta repita la ida ni que la aplicación del cliente termine. El valor…
Historia de Internet
El censo que preguntó a los puertos: cómo RFC 832 separó declaración y servicio
El Internet de diciembre de 1982 tenía un padrón de máquinas y una migración urgente, pero no tenía derecho a confundir ambas cosas con funcionamiento. David Smallberg convirtió las entradas del NIC en hipótesis: llamó a los puertos de Telnet, FTP y SMTP, distinguió las maneras…
Historia de Internet
La tecla atravesó dos sesiones: cómo RFC 818 convirtió al cliente Telnet en servicio
El operador pulsaba una tecla y veía un solo terminal. La tecla, sin embargo, terminaba una conexión Telnet, cruzaba un pseudo-terminal dentro de un concentrador y entraba en otra conexión iniciada por un segundo programa. RFC 818 hizo accesible ese montaje en el puerto 107. Su…
Historias
APNIC contó 2.974 asignaciones de IDNIC. Sus tres revisiones NIR terminadas no tienen denominador público
Cerrar una revisión y publicar qué quedó cerrado son actos distintos. APNIC ha demostrado que puede delimitar un trabajo con fechas y cifras: 2.974 asignaciones de IDNIC, 1.216 preguntas preliminares. Sin embargo, JPNIC, TWNIC y KRNIC figuran como revisiones terminadas sin una…
Historias
El CPS de RPKI vigente de AFRINIC dice que gestiona Asia-Pacífico
La página actual de certificación de recursos de AFRINIC sigue enlazando la versión 3.0 de su declaración de prácticas. En la cláusula que aborda el cese de la autoridad certificadora, el documento atribuye a AFRINIC la región de APNIC. La rectificación no debería borrar la…
Historia de Internet
El servicio de nombres casi fue un negociador: cómo RFC 830 separó dominios y capacidades
Una consulta de RFC 830 podía recibir dos respuestas en momentos distintos. La primera conducía al punto de servicio del dominio de destino. La segunda decía si allí existía el transporte y la aplicación solicitados, o proponía una alternativa. Entre ambas quedaba una frontera…