Nick Feamster diseñó herramientas para explicar las redes — y reveló sus límites

• Nick Feamster es profesor en la Universidad de Chicago, investigador en medición, constructor de instituciones y cofundador de NetMicroscope; busca hacer que los comportamientos ocultos de Internet sean utilizables en decisiones responsables.
• Su trabajo rcc detectó más de 1.000 fallos hasta entonces no detectados en 17 sistemas autónomos; la Routing Control Platform contribuyó a establecer un modelo de control a escala de red, posteriormente asociado a las redes definidas por software (SDN).
• Sus proyectos sobre spam, banda ancha, censura e Internet de las Cosas también mostraron los límites de la medición: reputación errónea, riesgos de las sondas remotas y revelaciones por metadatos cifrados.
• Su trabajo actual en aprendizaje automático cuestiona si las conclusiones pueden ser eficaces, auditables y seguras en producción; su contribución radica en sistemas colaborativos que conservan la incertidumbre.

Rcc: verificar la configuración combinada antes del despliegue

El artículo de 2005Detecting BGP Configuration Faults with Static Analysis, coescrito con Hari Balakrishnan, presentaba un verificador de configuración de enrutadores llamado rcc. Organizaba los fallos persistentes en dos grandes categorías. Los fallos de validez de ruta aparecían cuando el plano de control elegía una ruta que no correspondía a un camino utilizable en el plano de datos. Los fallos de visibilidad aparecían cuando existía un camino utilizable, pero los enrutadores que lo necesitaban no lo aprendían. Estas categorías vinculaban los comandos de configuración con consecuencias reconocibles por un operador.

rcc analizaba las configuraciones de varios enrutadores y verificaba restricciones a nivel de toda la red. El artículo reportaba 17 sistemas autónomos analizados, más de 1.000 fallos no detectados anteriormente y más de 65 descargas por parte de operadores. Estas cifras son históricas y declaradas por los autores. No prueban que rcc se convirtiera en un producto universal de la industria, y el expediente no permite saber cuántas redes lo usaron de forma duradera. Sin embargo, muestran que el proyecto trabajó con configuraciones reales y llegó a operadores externos al laboratorio.

La importancia operativa radica en el tipo de evidencia generada. Un verificador puede señalar, antes de la falla, una relación de configuración que viole un invariante. Esto difiere de un panel de control que constata pérdidas de paquetes después de la degradación del servicio. El ingeniero recibe un vínculo razonado entre una regla y una clase de fallo. Este resultado puede alimentar la revisión, las pruebas y la discusión entre equipos que de otro modo solo tendrían vistas locales.

Las limitaciones son igualmente instructivas. rcc solo podía probar las propiedades codificadas por sus diseñadores y soportadas por su analizador. No podía conocer una intención comercial nunca documentada, garantizar la ausencia de fallos de un proveedor ni eliminar una falla física. Una configuración declarada sana no probaba que la red nunca experimentaría un problema transitorio. Una red puede pasar todos los controles escritos y aún violar un requisito que nadie haya formulado.

Por eso rcc se sitúa al inicio del perfil. El proyecto estableció la ambición y la contención que se repiten después. La ambición consistía en hacer calculable el comportamiento de la infraestructura antes del daño. La contención consistía en recordar que la corrección es siempre relativa a las entradas observadas y a las propiedades enunciadas. Los sistemas de IA actuales para operaciones de red pasan el mismo examen, con una dificultad añadida: la frontera puede volverse menos visible cuando el modelo produce una explicación fluida en lugar de un invariante explícito.

Internet sabe generalmente lo que hizo, pero no sabe explicar por qué

Un paquete llega a su destino, o no lo hace. Una videollamada se congela. Un nombre de dominio devuelve una dirección inesperada. Un servidor de correo rechaza una conexión. Un altavoz inteligente contacta un servicio remoto en un momento revelador. Cada uno de estos eventos deja rastros, pero Internet no posee ningún registro central capaz de proporcionar una explicación única y autorizada. Su comportamiento resulta de redes operadas por separado, de configuraciones propias de los proveedores, de acuerdos de interconexión privados, de equipos domésticos, de elecciones de aplicación y de una demanda que evoluciona.

Esta organización es útil porque impide que un solo operador controle todo el sistema. También hace que el diagnóstico sea difícil. Un enrutador puede mostrar sus propias rutas sin explicar todas las consecuencias de la política de enrutamiento combinada. Una prueba de velocidad puede medir una transferencia sin aislar los efectos del Wi-Fi, de la capacidad de acceso, de la latencia, de la interconexión y de la aplicación. Una sonda de censura puede constatar el fracaso de una solicitud sin identificar a la persona o institución responsable.

Un clasificador de tráfico puede asignar una etiqueta sin probar que seguirá siendo correcta cuando la red haya cambiado.

La trayectoria científica de Feamster se lee como una serie de intentos por reducir estas brechas. Las tecnologías cambian, pero el método permanece reconocible. Primero hay que elegir un comportamiento oculto que importe. Luego hay que encontrar un punto de observación donde ese comportamiento produzca una señal medible. Hay que construir una representación que transforme esa señal en una pregunta utilizable por un operador, un decisor público o un usuario. Finalmente, hay que probar los lugares donde la representación falla.

Este último paso es indispensable: un sistema que da una respuesta segura sin mostrar sus límites puede hacer que la infraestructura sea menos responsable, no más explicable.

Feamster es, por tanto, un sujeto de infraestructura digital aunque no posea fibra, no opere un sistema autónomo público y no dirija una nube a hiperescala. Su trabajo ocupa la capa de información alrededor de estos activos. Influye en la forma en que se verifican las rutas, se identifican los abusos, se describe la calidad de la banda ancha, se documenta la censura y se introducen modelos estadísticos en la operación de redes. Los enrutadores y los cables transportan el tráfico; la medición y el análisis determinan si alguien es capaz de explicar lo que hacen.

El relato más sólido no es, pues, una sucesión de premios ni la afirmación de que un investigador haya inventado varios campos. Es la historia de un programa de observabilidad que cambió de objeto manteniendo la misma disciplina: distinguir lo que se ha observado directamente de lo que se ha inferido, y luego distinguir un resultado experimental de una garantía operativa.

Una carrera, varias identidades institucionales

A la fecha de cierre de la investigación, el 3 de agosto de 2026, la Universidad de Chicago presentaba a Feamster como Neubauer Professor of Computer Science y Faculty Director of Research del Data Science Institute. Su página personal también lo señalaba como director del Network Operations and Internet Security Lab, codirector de la Internet Innovation Initiative, corresponsable de netml.io y codirector del AI and Policy Pillar. Un artículo del Data Science Institute publicado en septiembre de 2024 utilizaba el título de Director of Technology Policy.

Estas descripciones pueden coexistir porque las responsabilidades universitarias se solapan y evolucionan; no deben fusionarse en un título permanente.

Estas distinciones institucionales tienen sentido. Como profesor, Feamster enseña e investiga. A través del NOISE Lab y netml.io, trabaja con estudiantes y colaboradores en enrutamiento, medición, privacidad y aprendizaje automático. A través de los proyectos Internet Innovation e Internet Equity, contribuye a generar evidencia para decisiones públicas y de infraestructura. Como cofundador y director general de NetMicroscope, participa en una empresa privada que busca comercializar el análisis de calidad de redes. Su biografía también indica que actúa como perito en litigios tecnológicos.

Ninguna de estas funciones transfiere automáticamente la autoridad de otra: un profesor no es un regulador, un directivo de startup no convierte una publicación universitaria en recomendación para clientes y la opinión de un perito no constituye una decisión judicial.

Esta separación coincide con el fondo mismo de sus investigaciones. Los mejores trabajos de Feamster preguntan qué sistema posee qué evidencia y qué conclusión permite esa evidencia. La misma prudencia se impone al describirlo a él. Su biografía actual le atribuye el primer rastreador de LookSmart y una contribución al diseño del primer algoritmo de detección de botnets de Damballa. Son elementos útiles y atribuibles de su experiencia industrial temprana. No establecen fechas de empleo precisas, ni autoría exclusiva, ni participaciones financieras, ni la historia completa de los productos.

El expediente público es mucho más rico en cuanto al trabajo profesional que a la vida personal. No permite establecer de forma fiable su fecha o lugar de nacimiento, su ciudadanía, su entorno familiar, su remuneración, su participación en NetMicroscope, sus inversiones personales o su patrimonio. Un perfil basado en las evidencias disponibles no debe convertir estas ausencias en suposiciones. La carrera ofrece materia suficiente sin añadirle los atributos de una biografía de celebridad que las fuentes no documentan.

El MIT, un rastreador y una tesis sobre la falla antes de la falla

Feamster cursó toda su educación superior en el Massachusetts Institute of Technology, desde la licenciatura hasta el doctorado. Obtuvo un SB en ingeniería eléctrica e informática en 2000, un MEng en el mismo campo en 2001, y luego un doctorado en informática en 2005 bajo la dirección de Hari Balakrishnan. El título de la tesis,Proactive Techniques for Correct and Predictable Internet Routing, enuncia claramente el primer programa de investigación. En lugar de esperar a que un fallo de enrutamiento causara una interrupción antes de reconstruir su causa, la red debería exponer suficiente estructura para que las propiedades importantes pudieran verificarse antes del despliegue.

Su trabajo inicial en LookSmart constituye un preludio útil, siempre que no se exagere. Un rastreador debe descubrir un vasto grafo que cambia mientras lo observa. Encuentra enlaces rotos, páginas duplicadas, respuestas incoherentes y zonas inaccesibles. El rastreador no se convirtió directamente en los sistemas de enrutamiento posteriores, y las fuentes no respaldan esa filiación. La continuidad relevante es metodológica: un sistema distribuido no es visible desde una única vista local; se requiere una recopilación sistemática y una representación explícita de lo encontrado.

La relación con Damballa añadió una versión adversarial del mismo problema. Los botnets están diseñados para ocultar sus miembros y su control. La biografía oficial de Feamster afirma que contribuyó a diseñar el primer algoritmo de detección de botnets de la empresa. Los elementos públicos no permiten reconstituir el equipo completo ni cómo los productos posteriores retomaron ese trabajo. Sin embargo, muestran que al principio de su carrera, Feamster se movió entre la investigación académica en sistemas y una empresa de seguridad operativa que debía inferir coordinación maliciosa a partir de trazas de red.

La investigación doctoral se formó en un entorno donde las políticas de enrutamiento interdominio estaban repartidas entre equipos y organizaciones. Los operadores programaban los enrutadores mediante comandos que expresaban las relaciones de peering y clientela, las reglas de exportación, los caminos de respaldo y las preferencias de ingeniería de tráfico. Cada configuración podía parecer razonable por separado mientras que su combinación escondía un bucle, un agujero negro o una ruta no deseada. El problema no era solo una mala implementación del protocolo.

Residía en la dificultad de razonar sobre un programa distribuido ensamblado a partir de muchas políticas locales.

Esta forma de plantear el problema se convirtió en una marca duradera. Feamster a menudo consideraba el sistema operativo que rodea a un algoritmo como la verdadera unidad de investigación: archivos de configuración, puntos de observación, tuberías de datos, interfaces, incentivos de los operadores y restricciones institucionales. El trabajo superaba así un teorema o un clasificador aislado. También asumía una responsabilidad mayor: en cuanto un sistema toca a operadores reales, hogares o personas que viven bajo censura, el despliegue y la ética se convierten en dimensiones de la calidad técnica.

La configuración BGP como programa distribuido

El Border Gateway Protocol permite a los sistemas autónomos intercambiar información de accesibilidad manteniendo el control de sus políticas comerciales y de enrutamiento. Esta autonomía explica en parte cómo Internet puede conectar redes con propietarios y objetivos diferentes. También significa que el resultado global no es diseñado por ningún ingeniero único. Las políticas se componen indirectamente mediante anuncios, preferencias, filtrado y distribución interna de rutas.

Dentro de un sistema autónomo, el problema sigue siendo vasto. Una red puede contar con cientos de enrutadores y varios mecanismos de distribución interna de rutas externas. Una ruta aprendida en una frontera debe hacerse visible donde sea necesaria, sin tener que ser visible en todas partes. La política de exportación debe impedir que una ruta de cliente o par se anuncie al vecino equivocado. Las rutas de respaldo deben aparecer cuando el camino principal falla sin crear bucles ni oscilaciones persistentes. El operador conoce la intención comercial, pero los equipos poseen los fragmentos ejecutables.

Los primeros trabajos de Feamster trataron estos fragmentos como un programa analizable. El cambio de perspectiva era concreto. Una configuración de enrutador ya no era solo texto para revisar línea por línea; se convertía en la entrada de un cálculo a escala de red. La corrección podía expresarse mediante invariantes: una ruta seleccionada debía conducir a un camino de reenvío utilizable; un camino utilizable debía ser visible para los enrutadores que lo necesitaban; la política de exportación debía preservar las relaciones deseadas; la distribución interna no debía crear inconsistencia persistente.

La analogía con el análisis de software era productiva porque desplazaba el momento de la intervención. El diagnóstico clásico comienza tras la aparición de un síntoma. El análisis estático pregunta si una clase conocida de fallo ya está codificada en la configuración. No necesita inyectar tráfico ni esperar a la queja de un cliente. Para una red que transporta servicios críticos, trasladar un fallo de la cola de incidencias a la cola de revisión puede ser más valioso que reducir el tiempo de diagnóstico tras la interrupción.

Esta analogía también tiene un límite. El estado de una red no se reduce a su configuración: incluye las rutas activas, la topología, el comportamiento de los proveedores, las fases transitorias de convergencia, las tablas de hardware, los enlaces defectuosos y conocimientos comerciales a veces nunca formalizados. Un verificador estático puede ser exactamente correcto sobre su modelo y sin embargo pasar por alto un fallo situado fuera de él. Los trabajos posteriores de Feamster volvieron una y otra vez a esta diferencia entre una representación útil y el conjunto del mundo operativo.

La Routing Control Platform trasladó las decisiones fuera de los enrutadores individuales

rcc preguntaba si una configuración distribuida satisfacía restricciones conocidas. La Routing Control Platform planteaba otra pregunta: ¿por qué cada enrutador debería reconstruir independientemente la información necesaria para la selección de rutas? Las arquitecturas iBGP clásicas distribuían las rutas externas mediante una malla completa o reflectores de rutas. La malla se volvía difícil de gestionar a gran escala. La reflexión reducía ese coste, pero podía ocultar rutas, producir elecciones inesperadas y hacer el resultado menos inteligible.

El artículo sobre RCP proponía un servicio lógicamente centralizado que recogía las rutas BGP externas y la topología interna, elegía las rutas para cada enrutador y comunicaba esas elecciones mediante iBGP ordinario. Los equipos de reenvío no desaparecían: seguían encaminando los paquetes y utilizaban en la interfaz un protocolo familiar. Lo que cambiaba era el lugar de la lógica de selección y la amplitud de la vista de la que disponía.

“Lógicamente centralizado” no significaba una caja física única y frágil. El servicio de control podía replicarse y distribuirse presentando una función de decisión coherente. Esta distinción es también central en las redes definidas por software que surgieron después. Un controlador puede actuar desde una vista global sin exigir que todos los procesos de control se ejecuten en una sola máquina. El problema de ingeniería pasa a ser el de la coherencia de estado, la recuperación ante fallos y las interfaces seguras, en lugar de una elección binaria entre centralización total y distribución total.

RCP también respetaba la infraestructura instalada. No pedía ni un nuevo plano de reenvío ni el reemplazo inmediato de cada enrutador. Esta decisión de despliegue cuenta en redes cuyos equipos, contratos y procedimientos no pueden cambiarse de golpe. Una arquitectura de investigación adquiere valor práctico cuando puede entrar en un entorno en producción a través de una interfaz que los operadores ya conocen.

La evaluación utilizaba información de dorsales reales, pero las fuentes no proporcionan un censo amplio de despliegues. La afirmación defendible es que RCP demostró una arquitectura factible e influyente, no que reemplazara el iBGP interno en toda la industria. El Test of Time Award de NSDI recibido en 2015 confirma una importancia intelectual duradera. No prueba una adopción de mercado y no otorga a un solo artículo la propiedad de todos los controladores posteriores.

Una contribución mayor al SDN, y no la historia de un inventor único

La red definida por software se cuenta a menudo como una ruptura nítida: el control se habría desplazado al software, el reenvío se habría vuelto programable y una nueva época habría comenzado. La historia real es menos simple. Las redes activas, la virtualización, la arquitectura 4D, Ethane, RCP, OpenFlow, NOX y otros proyectos trataron partes diferentes de la programabilidad, la separación del control y la gestión global. Feamster realizó una contribución sustancial a esta filiación, pero nada justifica presentarlo como el inventor único del SDN.

RCP aportó una idea arquitectónica clara: las decisiones de enrutamiento podían ser calculadas por un servicio de control con una vista más amplia y transmitidas a equipos existentes. rcc aportó otra: una política de red podía ser verificada respecto a invariantes. Juntos, estos proyectos contribuyeron a desplazar la pregunta operativa de “¿qué comando está en este enrutador?” hacia “¿qué comportamiento implementa el sistema de control completo?”. Este desplazamiento es una de las bases intelectuales de las redes programables.

Feamster coescribió despuésThe Road to SDN, que presentaba el campo como la acumulación de ideas más que como una invención puntual. Esta postura histórica es útil porque resiste la mitología de los fundadores que a menudo rodea a las tecnologías de infraestructura. Un campo se vuelve posible cuando varios grupos de investigación, operadores, proveedores y comunidades de normalización resuelven problemas vecinos y hacen sus soluciones desplegables.

El artículo-programa de 2017Why (and How) Networks Should Run Themselves, coescrito con Jennifer Rexford, extendió el argumento de la arquitectura de controladores hacia la operación continua. Describía bucles cerrados en los que una intención de alto nivel guía las decisiones, la telemetría muestra los efectos y el sistema se adapta. Su título era deliberadamente provocador. No demuestra que los ingenieros se hayan vuelto inútiles. Una red que se ajusta a sí misma aún exige objetivos correctos, una telemetría fiable, acciones seguras, permisos limitados y un mecanismo de parada cuando las evidencias son ambiguas.

Esta agenda se asemeja hoy menos a una visión lejana que a un problema de diseño para la operación asistida por IA. Los modelos de lenguaje pueden proponer una configuración, resumir un incidente y elegir una herramienta. También pueden inventar una causa, malinterpretar una política o actuar con demasiada autoridad. Los primeros trabajos sobre enrutamiento proporcionan un estándar exigente: las recomendaciones aprendidas deben estar rodeadas de controles explícitos y consecuencias observables, y no aceptarse porque su explicación parezca plausible.

El spam hizo que la red alrededor del mensaje fuera más importante que el mensaje

En Georgia Tech, el objeto de observación pasó de los errores de configuración a los adversarios. Las campañas de spam y los botnets estaban diseñados para moverse: las máquinas comprometidas aparecían y desaparecían, las direcciones cambiaban, los dominios se reemplazaban y el control se distribuía. Una firma de contenido podía reconocer un mensaje conocido, pero el sistema de entrega revelaba a menudo un patrón más duradero.

El artículo de SIGCOMM de 2006Understanding the Network-Level Behavior of Spammersanalizó, según su propio relato, más de diez millones de mensajes no deseados. Examinaba el origen aparente de los remitentes, su duración de actividad y la relación entre el spam, el espacio de direccionamiento y el enrutamiento. Su alcance no reside en un porcentaje eterno. Mostraba que el abuso podía estudiarse como una infraestructura: población de remitentes, rutas, temporalidad y concentración de fuentes podían revelar una coordinación invisible en el texto de los mensajes.

Este método ofrecía una ventaja práctica. Las características de nivel de red están disponibles temprano en una conexión, antes de que un mensaje completo sea aceptado o inspeccionado. Pueden reducir el coste de procesamiento y permitir una acción a gran escala. También pueden preservar parte de la confidencialidad del contenido. Pero la misma abstracción crea un riesgo: un prefijo residencial puede contener tanto usuarios inocentes como máquinas comprometidas; un alojamiento compartido puede servir dominios legítimos y maliciosos; una dirección puede cambiar de titular.

Una reputación de infraestructura solo es útil si la incertidumbre, la depreciación en el tiempo y la posibilidad de recurso forman parte del sistema.

Los trabajos de contra-inteligencia basados en DNSBL utilizaban el comportamiento defensivo del adversario como señal. Los operadores de botnets consultaban las listas de bloqueo DNS para saber si sus máquinas habían sido detectadas. Por lo tanto, patrones característicos de consultas podían señalar miembros probables de un botnet. La idea era elegante porque el propio reconocimiento del atacante se convertía en prueba. Sin embargo, seguía siendo heurística: una consulta podía tener una causa benigna y una lista de bots probables aún debía corroborarse antes de cualquier acción disruptiva.

SNARE transformaba varias características espaciales y temporales disponibles al inicio de una sesión SMTP en una puntuación de reputación. Su evaluación reportaba una precisión cercana al 93 % con una baja tasa de falsos positivos. Esta cifra describe un conjunto de datos y un umbral particulares, no una propiedad permanente del sistema. La infraestructura del spam, los proveedores de correo y las tácticas adversas evolucionan. El valor operativo exige, por tanto, una actualización rápida, umbrales calibrados y la capacidad de medir errores tras el despliegue.

La reputación DNS amplió el objetivo, de los remitentes a los dominios. Los dominios maliciosos presentan a veces patrones diferentes en cuanto a registro, servidores de nombres, direcciones y resolución. Un modelo puede asignar un riesgo antes de que cada carga útil sea examinada. Esta lógica anuncia el aprendizaje automático moderno aplicado a las redes: el sistema infiere una categoría a partir de metadatos estructurados, y su utilidad depende de la resistencia a la evasión, de la incertidumbre calibrada y de la deriva de los datos.

La agrupación conductual del malware añadió otra capa. En lugar de exigir una firma exacta para cada binario, reunía las muestras por hábitos de comunicación y generaba firmas de red. El método es útil cuando el código cambia pero la infraestructura o el protocolo permanecen estables. También puede reunir erróneamente flujos no relacionados si la representación es demasiado gruesa. El hilo conductor no es, por tanto, la certeza de una etiqueta, sino la posibilidad de convertir un comportamiento de red en una hipótesis operativa por verificar.

La reputación es una decisión operativa, no una etiqueta objetiva

Los sistemas de reputación vinculan medición y acción. No se limitan a describir una dirección o un dominio: influyen en la aceptación de un correo, el bloqueo de una conexión o la prioridad de una investigación. Por tanto, su calidad no depende solo de la precisión estadística. Depende también de quién recibe la puntuación, del coste de un falso positivo, del plazo de corrección y de la posibilidad de que la entidad afectada entienda o impugne la decisión.

Una dirección residencial comprometida ilustra este problema. Bloquear la dirección puede reducir una campaña de spam, pero también cortar a un usuario que ni eligió la infección ni tiene los medios para diagnosticarla. Una reputación mantenida demasiado tiempo puede castigar al siguiente abonado. Una reputación demasiado corta permite al atacante volver a empezar. La vida media de la puntuación es, por consiguiente, una decisión de infraestructura y de gobernanza, no un simple parámetro del modelo.

Esta tensión conecta los trabajos de seguridad con los proyectos posteriores sobre el hogar conectado y el aprendizaje automático. En cada caso, los metadatos sirven para deducir un estado oculto. Cuanto más se aproxima la inferencia a una acción automática, más necesario es conocer su procedencia, su frescura, su umbral y sus errores. Una explicación legible puede ayudar, pero no sustituye a la medición de las consecuencias.

El expediente de la patente ofrece una prueba formal, limitada. Feamster figura entre varios inventores de un sistema de detección y respuesta a redes atacantes, atribuido a la Georgia Tech Research Corporation. La patente no prueba ni una invención solitaria, ni el despliegue en un producto, ni ingresos por licencias, ni la validez de cada reivindicación tras contestación. Muestra que esta línea de investigación también se consideró susceptible de traducción comercial.

El reto editorial es no confundir detección con culpabilidad. Una reputación es una estimación bajo restricciones. Puede ser extremadamente útil si la organización trata el error como un estado normal a gestionar, en lugar de como una excepción imposible. Esta lección reaparece en las mediciones de censura, las clasificaciones de IoT y los modelos de IA de la fase actual.

Medir la banda ancha desde la pasarela cambió el punto de vista

Las quejas sobre la banda ancha son fáciles de formular y difíciles de diagnosticar. “Internet va lento” puede referirse a un enlace de acceso limitado, un mal Wi-Fi, un dispositivo doméstico muy activo, una interconexión congestionada, un servidor remoto, un retardo de aplicación o una prueba incapaz de generar suficiente tráfico. Las mediciones hechas desde un portátil heredan su software y la red local. Las mediciones realizadas en el núcleo del proveedor no ven lo que experimenta el hogar.

El enfoque de la pasarela situaba una medición controlada en la frontera entre el hogar y el proveedor de acceso. El estudio de SIGCOMM de 2011 utilizó datos longitudinales de cerca de 4.000 pasarelas repartidas en ocho ISP, dentro de un despliegue más amplio de más de 4.200 equipos. Examinaba el caudal, la latencia, las tecnologías de acceso y los mecanismos de conformado de tráfico. El valor de la pasarela era analítico: observaba el servicio de acceso evitando parte de las variaciones incontroladas de un terminal ordinario.

Este punto de observación no hacía la respuesta automática. La pasarela aún comparte el entorno local con los dispositivos y el Wi-Fi. El servidor de medición tiene su propio camino y su propia capacidad. Las pruebas pueden interferir con el tráfico del hogar o ejecutarse en momentos poco representativos. El método mejoraba la atribución; no creaba una vista perfecta de la experiencia del usuario.

BISmark transformó este método en un banco de pruebas reutilizable. El artículo de USENIX ATC de 2014 describía enrutadores personalizados y un sistema central capaz de desplegar mediciones y aplicaciones. En la fecha del artículo, la plataforma funcionaba en cientos de hogares repartidos en unos 30 países y había servido a investigadores de nueve instituciones. Estas cifras están vinculadas a un período concreto, pero muestran una infraestructura que iba más allá de un solo conjunto de datos.

Mantener un banco de pruebas doméstico es un trabajo de infraestructura en sí mismo. Hay que enviar y dar soporte al hardware. Los usuarios desenchufan los dispositivos. El firmware envejece y los relojes derivan. El consentimiento debe seguir siendo comprensible. Los esquemas y las tuberías de recolección deben sobrevivir a los cambios de redes y aplicaciones. El sistema publicado aporta así una prueba de construcción institucional tanto como de diseño metrológico.

El programa sobre banda ancha muestra también por qué el método importa para las políticas públicas. Un resultado producido por una pasarela controlada no es intercambiable con una prueba en el navegador, un contador del ISP o una velocidad comercial anunciada. Cada uno mide una parte diferente del camino. Una decisión pública es más defendible cuando la posición de medición y sus límites son visibles en lugar de estar ocultos tras una sola cifra de velocidad.

Cuando los accesos se volvieron más rápidos, el caudal dejó de bastar para explicar la experiencia

Las primeras políticas de banda ancha se centraban a menudo en si el proveedor entregaba la velocidad anunciada. Esta cuestión sigue siendo importante, sobre todo cuando la capacidad de acceso es escasa. Se vuelve menos explicativa una vez que la conexión es suficientemente rápida para que la latencia, el Wi-Fi, la distribución de contenido y el diseño de la aplicación dominen la experiencia.

Un estudio sobre más de 5.000 redes de banda ancha examinó los cuellos de botella de la Web y constató que, por encima de un cierto umbral propio del estudio, el caudal bruto del acceso a menudo ya no era el único factor limitante. Una suscripción más rápida podía no acelerar una página si el tiempo de ida y vuelta, las dependencias entre objetos o el comportamiento del servidor determinaban el fin de la carga. El umbral exacto no es universal. El resultado duradero es que la calidad se vuelve multidimensional cuando el acceso mejora.

La fiabilidad añade otra dimensión. Un servicio puede presentar una buena velocidad mediana y sin embargo fallar para ciertos hogares debido a breves cortes. Una videollamada, un examen o una consulta médica a distancia pueden verse interrumpidos por una pérdida corta que desaparece en una media mensual. Se necesitan mediciones longitudinales, porque una sola prueba no describe ni la frecuencia, ni la duración, ni el momento de los fallos.

Las investigaciones sobre DNS cifrado revelaron un compromiso similar. La elección del resolvedor y del protocolo puede influir en la latencia, la privacidad y la accesibilidad. En el panel medido, ninguna configuración era la mejor para cada usuario y cada red. Una mejora de seguridad o privacidad puede tener un coste de rendimiento en un entorno y no en otro. El resultado se opone a transformar un solo benchmark en prescripción universal.

Las mediciones realizadas durante la pandemia de COVID-19 mostraron con qué rapidez puede cambiar el entorno operativo. Los ISP participantes experimentaron desplazamientos bruscos de tráfico y demanda de interconexión, seguidos de adiciones de capacidad y nuevos usos. Las conclusiones se limitaban a las redes medidas, pero demostraban por qué un plan basado únicamente en promedios históricos estables puede fallar durante un choque social.

Aquí es donde la medición de la banda ancha se convierte en una ingeniería de la calidad de experiencia. Los operadores deben relacionar señales de bajo nivel —caudal, latencia, pérdidas, cortes e interconexión— con resultados aplicativos tales como las interrupciones de vídeo y la calidad de las conferencias. Este vínculo se convirtió después en parte de la tesis de producto de NetMicroscope. Los resultados académicos no validan cada afirmación de la empresa, pero la filiación técnica es directa.

La medición de la interconexión transformó un conflicto comercial en un problema de datos compartido

El camino entre un hogar y una aplicación puede atravesar varias fronteras comerciales. Un proveedor de acceso puede intercambiar tráfico directamente con una red de contenido, a través de un punto de intercambio de Internet o mediante un tránsito. La congestión puede producirse en un solo enlace, en una dirección y durante un período determinado. Por tanto, los debates públicos sobre la “interconexión” reúnen a veces situaciones técnicamente diferentes.

El Interconnection Measurement Project pedía a los ISP participantes que instalaran una herramienta común en sus enlaces de interconexión. El proyecto reportó unos 2.900 enlaces y una utilización cercana al 31 % en los períodos punta de junio de 2021, así como aumentos de capacidad. Estos resultados agregados no prueban que cada camino de usuario estuviera libre de congestión. Una media de enlace puede ocultar un pico corto, una ruta individual o un fallo local. El valor del proyecto residía en el intento de dar a varias partes un método y un vocabulario comunes.

Un sistema de medición compartido puede reducir una forma de desacuerdo a la vez que crea otra. Los participantes deben ponerse de acuerdo sobre los enlaces incluidos, la frecuencia de muestreo, la protección de datos privados y los resúmenes publicables. Los proveedores a veces tienen razones comerciales para limitar la divulgación. Los investigadores necesitan suficiente detalle para examinar las afirmaciones sin revelar las relaciones de clientes ni una topología sensible para la seguridad.

El papel de Feamster aquí es el de un constructor de capacidad de medición y de colaboración institucional. No ha regulado los contratos de interconexión ni ha obligado a los proveedores a participar. El proyecto ilustra el paso de un instrumento instalado en una pasarela doméstica a un sistema de evidencia compartido con los operadores. La tarea técnica era indisociable de la gobernanza: los datos útiles exigían la cooperación de las organizaciones que controlaban los enlaces.

La equidad digital amplió el rendimiento al acceso, al precio y a la fiabilidad

Una línea de banda ancha puede existir en un barrio y seguir siendo inasequible. Un hogar puede contratarla y recibir un servicio inestable. Un proveedor puede cumplir la velocidad anunciada mientras que el Wi-Fi, el cableado del edificio o la calidad de los dispositivos impiden que la aplicación funcione correctamente. Reducir la brecha digital a un solo mapa de cobertura oculta estas diferencias.

La Internet Equity Initiative de la Universidad de Chicago combina dimensiones como la asequibilidad, la infraestructura, el precio, la adopción, el rendimiento y la fiabilidad. Sus portales y proyectos relacionan mediciones de red con datos demográficos y políticas públicas. Dispositivos instalados en hogares de Chicago proporcionaron mediciones directas, mientras que conjuntos de datos públicos permitieron comparaciones entre territorios y poblaciones.

El método puede poner de relieve patrones sin explicar todas sus causas. Una diferencia entre barrios puede estar asociada al ingreso, al tipo de edificio, a la competencia entre proveedores, al nivel de suscripción, al hardware o a la historia de las inversiones. Una superposición demográfica apoya la investigación; no prueba el origen de la diferencia. El trabajo público debe respetar la distinción ya presente en las investigaciones sobre enrutamiento: una representación hace una pregunta comprobable, pero no sustituye las variables ausentes.

En 2025, la Universidad de Chicago indicó que la colaboración Internet Innovation había aportado mediciones y análisis a una planificación de banda ancha de Illinois asociada a 175.000 hogares, empresas y centros comunitarios desatendidos. Se trata de una afirmación institucional importante. El trabajo implicaba al Illinois Broadband Lab, a responsables del Estado y a otros socios. No debe reescribirse como si un profesor hubiera conectado personalmente 175.000 emplazamientos, ni como si todos los trabajos previstos estuvieran ya terminados.

El paso de las pruebas de pasarela a la equidad digital muestra que el destinatario de la medición ha cambiado. Un operador puede utilizar un resultado de pasarela para diagnosticar una línea. Una ciudad puede usar un patrón de barrio para orientar una ayuda. Un Estado puede integrar datos validados en una contestación de financiación. Cuanto más entra la medición en una decisión pública, más exige definiciones transparentes, datos versionados y una exposición clara de lo que sigue siendo incierto.

La investigación sobre la censura convirtió la observabilidad en una cuestión de seguridad humana

La censura es difícil de medir por la misma razón estructural por la que el enrutamiento es difícil de explicar: el observador ve un resultado sin ver necesariamente el mecanismo. Una solicitud puede fallar debido a un filtrado estatal, un cortafuegos local, una disfunción DNS, un servidor fuera de línea, una inestabilidad de enrutamiento o un error de medición. Los entornos donde la medición es más necesaria son a veces aquellos donde reclutar un voluntario es más peligroso.

Infranet, publicado en 2002, abordó primero la censura como un problema de elusión. Servidores web cooperantes ocultaban las peticiones ascendentes en actividad HTTP ordinaria y la información descendente en imágenes. Sus hipótesis pertenecen a una web más antigua, pero el proyecto estableció una idea duradera: la censura es también una competición por saber qué patrones de tráfico pueden distinguirse de una comunicación normal.

Los trabajos posteriores desplazaron la atención del franqueamiento del bloqueo hacia la medición del bloqueo mismo. Esto creaba una posibilidad de interés público: mediciones amplias y repetibles podían documentar un filtrado que los gobiernos o los operadores no revelaban. También creaba una frontera ética más exigente. Un sistema de medición puede producir una prueba útil para el público al tiempo que impone un riesgo a la máquina o a la persona que genera la señal.

Esta tensión no es secundaria en la carrera de Feamster. Es el caso más claro en el que hacer que Internet se explique puede perjudicar a personas que nunca hicieron la pregunta. La calidad ética de una medición de censura depende, por tanto, de la elección de los objetivos, del consentimiento, de los límites de frecuencia, de la conservación de datos, de la publicación y de la plausibilidad de represalias, más que de la sola precisión estadística.

Encore mostró cómo la escala puede sobrepasar el consentimiento

Encore utilizaba peticiones de origen cruzado lanzadas por navegadores para comprobar si ciertos recursos web eran accesibles desde diferentes redes. Un sitio participante podía provocar una solicitud en el navegador de un visitante, lo que permitía a los investigadores inferir si el recurso estaba bloqueado. El diseño prometía una gran escala sin instalar software especializado en cada país.

El mismo mecanismo generó un conflicto ético serio. Una persona que visitaba una página no relacionada con la investigación podía convertirse en un punto de medición sin comprender el experimento. Una solicitud hacia un dominio sensible podía ser visible para un censor. Un sitio tercero podía parecer sondear un contenido que no había elegido. La persona que soportaba el riesgo no era necesariamente la que recibía los datos.

El artículo independienteNo Encore for Encore?sostuvo que el diseño planteaba problemas de consentimiento informado, transparencia, seguridad de los usuarios y posibles daños para los sitios terceros. También documentó los intercambios con Feamster y las modificaciones del sistema. Esta crítica no debe exagerarse hasta convertirla en una conclusión de falta científica, ni reducirse a una nota al pie borrada por los trabajos siguientes. Identificaba un riesgo real en un sistema concebido para un objetivo público legítimo.

Feamster y Ben Jones publicaron despuésCan Censorship Measurements Be Safe(r)?. El título trata correctamente la seguridad como un continuo y no como una certificación binaria. La cobertura, la repetibilidad y la precisión están en tensión con la exposición de los voluntarios, los objetivos y los terceros. Una medición que alcanza más redes puede volverse menos aceptable si no sabe limitar el riesgo impuesto a cada participante.

Este episodio modificó el contenido intelectual de la investigación. La ética ya no era una revisión externa añadida a un método técnico. Los modelos de amenaza debían incluir a las personas que generan el tráfico, a las organizaciones que alojan las pruebas y a las autoridades susceptibles de observarlas. La lección vale para toda medición distribuida de infraestructura, especialmente cuando los navegadores, los dispositivos domésticos y los agentes de IA se emplean como sensores.

Augur, Iris y los sistemas posteriores buscaron mayor alcance sin ocultar el riesgo

Augur intentaba inferir la conectividad entre lugares distantes usando canales auxiliares TCP/IP, sin controlar un punto de medición clásico en ninguno de los extremos. El artículo reportaba una validación en cerca de 180 países durante 17 días y elecciones destinadas a no implicar a usuarios individuales. El método ampliaba la cobertura geográfica, pero la inferencia dependía del comportamiento del sistema operativo, de la elección de direcciones, de la asimetría del filtrado y de hipótesis estadísticas.

Iris se centraba en la manipulación del DNS. Peticiones repetidas dirigidas a resolvedores podían compararse entre lugares para identificar respuestas anómalas. El DNS proporciona una prueba estructurada, pero sistemas legítimos también cachean, redirigen, localizan y filtran. Una diferencia de respuesta abre una investigación de atribución; no prueba que una agencia pública concreta haya impuesto la regla.

La construcción de las listas de prueba se convirtió en otra fuente de sesgo. Un programa que solo sondea sitios políticos mundialmente conocidos puede pasar por alto idiomas locales y temas culturalmente específicos. En 2018, un proyecto utilizó procesamiento automático del lenguaje y búsqueda para encontrar 1.125 sitios ausentes de la mayor lista de bloqueo china disponible en la época. Esta ampliación mejoraba la cobertura del estudio, pero seguía siendo un artefacto fechado: dominios, contenidos y políticas cambian.

GFWeb, publicado en USENIX Security en 2024, estudió durante 20 meses el filtrado HTTP y HTTPS ejercido por el Gran Cortafuegos de China. El artículo reportaba 1.020 millones de pruebas de dominios y cientos de miles de dominios de nivel registrable afectados por mecanismos diferentes. Son volúmenes de medición, no un censo de personas afectadas. Su valor reside en mostrar que pruebas específicas de cada protocolo revelan partes diferentes del sistema y que una sola técnica puede subcontar.

Las investigaciones sobre Turkmenistán reportaron 15,5 millones de dominios probados, 122.000 dominios censurados identificados y reglas de sobrebloqueo más generales capaces de afectar a millones de otros dominios. El trabajo también exploraba la elusión. Publicar una técnica de elusión puede ayudar a los usuarios y enseñar al censor qué bloquear a continuación. Por tanto, el calendario de divulgación y el conocimiento local son decisiones de ingeniería con consecuencias humanas.

El papel de Feamster en este ámbito es importante y colectivo. Ha coescrito sistemas, contribuido a comunidades de investigación y sigue enseñando Internet Censorship and Online Speech. No debe presentarse como el fundador único de cada observatorio afín, ni recibir el crédito de Geneva simplemente porque los colaboradores y los temas se solapen. Una cartografía precisa de los artículos y los roles vale más que una etiqueta de inventor general.

La ética de la medición se convirtió en un componente de la corrección técnica

Los trabajos sobre censura muestran un principio más general. Un sistema puede ser estadísticamente potente y sin embargo fallar técnicamente si no puede operarse de forma responsable. El consentimiento, la elección de objetivos, la frecuencia de las solicitudes, la minimización de datos y la estrategia de publicación determinan si el método puede repetirse sin daño inaceptable.

No se trata de exigir que la investigación elimine todo riesgo. Una seguridad completa puede ser imposible cuando el sujeto es un Estado o un operador hostil. Se trata de exigir que el riesgo sea explícito, atribuido y comparado con el beneficio público esperado. Las personas más expuestas no deben desaparecer detrás de un total mundial de dominios.

El mismo principio vale en otros ámbitos. Una sonda de banda ancha puede revelar hábitos domésticos. Una herramienta IoT puede recolectar metadatos de dispositivos. Una puntuación de reputación puede denegar un servicio. Un conjunto de datos sintéticos puede memorizar los rastros que se suponía debía proteger. En cada caso, el sistema de medición crea una nueva infraestructura, con sus usuarios, sus privilegios y sus modos de fallo.

La carrera de Feamster es tanto más instructiva cuanto que contiene un desacuerdo documentado en lugar de una sucesión lisa de éxitos. La controversia Encore muestra cómo un método puede ser criticado, modificado y seguido de un trabajo de seguridad más explícito. También muestra por qué las protecciones posteriores no deben servir para reescribir el riesgo original. Un perfil serio puede reconocer el aprendizaje preservando el conflicto que lo hizo necesario.

El hogar conectado mostró lo que el cifrado no oculta

El cifrado protege el contenido de las cargas útiles, pero la red aún necesita el momento, el tamaño, el sentido y el destino de los paquetes para encaminar el tráfico. Un enchufe, una cámara, un televisor o un asistente de voz pueden contactar servicios predecibles según un patrón reconocible. Un observador incapaz de leer el mensaje puede aún inferir que un dispositivo se encendió, emitió un vídeo o señaló un evento.

A Smart Home Is No Castledemostró este canal auxiliar, ySpying on the Smart Homeprolongó el análisis evaluando defensas mediante conformado de tráfico. Este último artículo reportaba un sobrecoste cercano a los 40 kilobytes por segundo para una defensa a tasa constante en el escenario probado. Esta cifra no es un precio universal de la privacidad. La mezcla de dispositivos, el modelo de amenaza, la capacidad del enlace y el nivel de ocultación deseado modifican el compromiso.

El trabajo corregía una simplificación frecuente de la protección del consumidor. “Cifrado en tránsito” puede ser cierto mientras que el comportamiento sigue siendo visible a través de los metadatos. Una política de privacidad que solo trate el contenido puede, por tanto, omitir un riesgo importante. Las defensas por relleno y conformado consumen ancho de banda, energía o latencia, y su coste puede ser soportado por el hogar en lugar de por el fabricante.

La cuestión práctica no es si el análisis de tráfico es posible en laboratorio. Hay que saber quién puede observar el hogar, qué inferencia es lo bastante fiable como para contar y qué parte puede modificar el diseño. Un ISP, un adversario local, un fabricante y un proveedor de nube tienen vistas diferentes. La medición identifica la fuga; la protección del consumidor exige una decisión sobre los ajustes por defecto, la transparencia, la corrección y la responsabilidad.

IoT Inspector se convirtió a la vez en una herramienta para el consumidor y en una infraestructura de investigación

IoT Inspector hizo pasar los trabajos sobre el hogar conectado de un estudio controlado a una herramienta de código abierto que los usuarios podían ejecutar en su propia red. Un participante podía seleccionar dispositivos, observar los destinos contactados y, con su consentimiento, contribuir con metadatos etiquetados a la investigación. El artículo de 2020 documentaba miles de usuarios y decenas de miles de dispositivos de muchas categorías y fabricantes.

Informes posteriores utilizaron totales diferentes —44.956, 54.094, más de 55.000 o cerca de 63.000 dispositivos— porque las ventanas de recolección y las convenciones de conteo variaban. Retener la cifra más alta sin fecha transformaría un conjunto de datos evolutivo en una falsa precisión. Lo importante es que el proyecto había alcanzado una escala en la que la asistencia al usuario, la calidad de las etiquetas, la privacidad y el mantenimiento del software se convertían en problemas de investigación de primer orden.

Una herramienta de inspección destinada a los usuarios también expone la ambigüedad. Un dominio puede ser compartido por varios clientes de una nube. Una etiqueta de dispositivo puede ser errónea. Una conexión a un rastreador no explica por sí sola qué datos circularon ni qué daño resultó. Mostrar un destino mejora la visibilidad sin dar forzosamente al usuario un medio de acción.

La retrospectiva del equipo abordó los incentivos, el consentimiento, la minimización de datos y el mantenimiento operativo. Este balance cuenta porque una plataforma de investigación abierta puede asumir obligaciones comparables a las de un proveedor de servicios. Conserva pruebas sensibles, depende de la comprensión de los participantes y debe seguir explicando lo que sus resultados establecen o no.

Estudios conexos sobre dispositivos médicos IoT muestreados, juguetes conectados y las percepciones de los usuarios prolongaron el trabajo hacia la protección del consumidor. Cada resultado debe permanecer ligado al producto, la versión y la fecha probados. Una actualización del firmware, una corrección del fabricante u otro despliegue puede cambiar el resultado.

El aprendizaje automático de redes es una cadena, no un clasificador aislado

El aprendizaje automático entró en los trabajos de Feamster a través del spam y la reputación, mucho antes del ciclo actual de IA generativa. El programa netml.io hizo después explícita toda la cadena que rodea a un modelo. Un clasificador de red depende de la representación de los paquetes, de la obtención de etiquetas, del lugar de extracción de características, del tiempo de cálculo, de la detección de deriva y de la acción desencadenada.

nPrint representaba los paquetes a nivel de bits en un formato normalizado, mientras que nPrintML asociaba esa representación a una modelización automatizada. El objetivo no era probar que una representación servía para todas las tareas. Era hacer las comparaciones más reproducibles reduciendo los cambios ocultos en la ingeniería de características.

Traffic Refinery trataba el coste de producción de estas características a alto rendimiento. Un modelo preciso sigue siendo malo en producción si la extracción pierde paquetes, agota el procesador o entrega su respuesta después de la ventana de decisión. LEAF estudiaba la deriva conceptual, es decir, el cambio de las relaciones estadísticas cuando las aplicaciones, los equipos y las redes evolucionan. Un modelo en producción necesita criterios de reentrenamiento, de retroalimentación y de seguimiento de errores por entorno.

CATO reunía los objetivos predictivos y de sistemas. Su evaluación en NSDI 2025 reportó, en condiciones experimentales precisas, una latencia de inferencia hasta 3.600 veces menor y un rendimiento sin pérdida hasta 3,7 veces superior. Estas cifras no son garantías generales en producción. Su interés conceptual reside en mostrar que la precisión estadística y el coste del procesamiento de paquetes deben optimizarse juntos.

Los trabajos actuales prolongan esta lógica hacia la clasificación de bajo coste, las colas de espera, la selección de sondas, la medición de L4S sobre el terreno y el análisis de errores de configuración mediante modelos de lenguaje. La tesis de 2005 se apoyaba en invariantes explícitos; un modelo de lenguaje de 2026 puede inferir un problema probable a partir de ejemplos y texto. El nuevo método puede cubrir casos difíciles de formalizar. También corre el riesgo de sustituir la prueba por la plausibilidad si la recomendación no se verifica sobre un estado observable de la red.

El tráfico sintético busca compartir datos útiles sin exponer la red real

Las trazas de tráfico reales son difíciles de compartir. Pueden revelar comunicaciones, usuarios, equipos, la estructura de una organización y aplicaciones propietarias. Las etiquetas son costosas y una traza envejece rápido. Los datos sintéticos prometen una alternativa: generar paquetes y flujos que conserven propiedades útiles sin publicar los registros originales.

NetDiffusion utilizaba modelos de difusión con restricciones de protocolo para generar tráfico a nivel de paquetes. NetSSM añadía el estado y la conciencia de múltiples flujos. GATEAU, dirigido por Feamster y Francesco Bronzino, formula el problema de manera más amplia en torno a la privacidad, el coste de recolección y la escasez de datos etiquetados. Estos proyectos buscan una posición intermedia entre paquetes aleatorios técnicamente válidos pero irreales y trazas reales imposibles de difundir con seguridad.

Una traza generada puede aún fallar de varias maneras. Puede conservar estadísticas marginales perdiendo las correlaciones necesarias para una tarea posterior. Puede memorizar ejemplos sensibles. Puede respetar la sintaxis de un protocolo sin reproducir la congestión, el estado de una sesión o el comportamiento humano. Un clasificador entrenado con ella puede parecer bueno y fallar con el tráfico de producción.

Los trabajos de 2026 sobre los compromisos entre privacidad y calidad tratan estos riesgos como objetos medibles en lugar de suponer que “sintético” significa anónimo. Es el nivel adecuado de exigencia. La confidencialidad debe probarse contra ataques plausibles y la utilidad sobre la tarea para la cual se usarán los datos. El tráfico sintético es un instrumento de investigación, no un certificado que afirme que la red original ha desaparecido.

NetMicroscope prueba si el programa de medición puede convertirse en empresa

NetMicroscope constituye la traducción comercial más nítida de las investigaciones de Feamster sobre banda ancha y aprendizaje automático. La empresa presenta a Feamster como director general y cofundador, y a Francesco Bronzino como director técnico y cofundador. Documentos universitarios de comercialización indican que la crearon en 2021 con un equipo distribuido centrado en Chicago y Lyon.

La tesis de producto es que el caudal, la latencia, la pérdida, el estado de los dispositivos y las señales aplicativas se vuelven más útiles cuando se combinan en una estimación de la calidad percibida. Un operador puede saber que una línea está activa sin comprender por qué una sesión de vídeo se degradó. NetMicroscope afirma utilizar el aprendizaje automático para inferir la experiencia aplicativa e identificar un problema antes de la queja.

Las pruebas financieras verificadas siguen siendo limitadas. En enero de 2024, el George Shultz Innovation Fund concedió 200.000 dólares a la empresa para el desarrollo del producto, del mercado, del equipo y de la propiedad intelectual. También participó en I-Corps y en el acelerador Compass. Son señales comerciales tempranas y significativas. No constituyen una prueba de valoración, de financiación total, de cifra de negocios, de número de clientes, de retención, de cuota de mercado o de rentabilidad.

La frontera entre universidad y empresa merece un examen ordinario, sin insinuaciones. Artículos sobre clasificación de tráfico pueden solaparse con un producto comercial. Los lectores necesitan conocer las afiliaciones, las financiaciones, el acceso a los datos, las licencias y la propiedad intelectual. El expediente no muestra que todo el código de BISmark, de nPrint o de la universidad haya sido transferido exclusivamente a la empresa.

La conclusión debe, por tanto, permanecer modesta: NetMicroscope prueba si años de investigación metrológica pueden convertirse en un servicio operativo por el que los clientes pagarán. Las pruebas públicas establecen los fundadores, la orientación del producto y una ayuda universitaria. No permiten aún hablar de dominación comercial.

La enseñanza transformó el arco de investigación en un currículo de infraestructura

La trayectoria docente de Feamster sigue la misma progresión que sus investigaciones. En Georgia Tech, sus cursos cubrían la arquitectura de Internet, la seguridad y las redes de nueva generación, y luego las redes definidas por software. En Princeton, los temas combinaron redes, seguridad de la información y política tecnológica. Sus cursos actuales en Chicago incluyen Machine Learning for Computer Systems, Internet Censorship and Online Speech, así como Security, Privacy, and Consumer Protection.

En 2020, coescribió la sexta edición deComputer Networksde Andrew Tanenbaum. Su página docente le atribuye también la creación y el papel de primer profesor del curso de redes del Online Master of Science in Computer Science de Georgia Tech. Este curso en línea extendió la formación mucho más allá de una cohorte presencial, pero la afirmación sobre su fundación debe permanecer vinculada a su expediente docente mientras no se cite por separado un archivo del programa.

El Quantrell Award de 2026 aporta una prueba institucional independiente del papel central de la enseñanza. El anuncio de la Universidad de Chicago destacaba problemas abiertos, un razonamiento colaborativo y ejercicios inspirados en el trabajo real. Los comentarios de los estudiantes son cualitativos, pero la distinción muestra que la carrera no se reduce a artículos y a una startup.

La construcción de instituciones amplió aún más la audiencia. Feamster dirigió el Center for Information Technology Policy de Princeton, y luego contribuyó a programas de Chicago que vinculan medición de redes, política pública y ciencia de datos. Talleres en torno a las comunicaciones libres y abiertas ayudaron a crear una comunidad donde la ética y el diseño de las mediciones podían debatirse juntos.

Una presentación equitativa debe mantener visibles a los colaboradores. Muchos sistemas fueron implementados o dirigidos por estudiantes y jóvenes investigadores. IoT Inspector, los proyectos de censura, los bancos de pruebas de banda ancha y los sistemas de aprendizaje automático cuentan con grandes equipos multi-autores. Un profesor puede fijar una dirección y construir instituciones sin convertirse en el autor único de cada resultado.

El trabajo de política pública proporciona pruebas sin ejercer la autoridad reguladora

El papel público de Feamster está enraizado en la medición. La Universidad de Chicago afirma que ha trabajado con organizaciones como la Federal Communications Commission y la ciudad de Chicago. Los proyectos Internet Equity y de banda ancha pueden producir pruebas sobre la asequibilidad, el precio, la fiabilidad y el rendimiento. No deciden la elegibilidad para subvenciones, no regulan las tarifas y no ordenan a un proveedor modificar su red.

Este límite cuenta porque una prueba técnica adquiere una autoridad particular cuando entra en la administración. Una prueba de velocidad puede ilustrar un procedimiento de contestación, pero los criterios jurídicos se fijan en otro lugar. Un gráfico de interconexión puede aclarar la utilización, pero los contratos y las decisiones de enrutamiento permanecen fuera del gráfico. Un conjunto de datos de censura puede documentar una perturbación sin completar el análisis jurídico o político.

Las investigaciones actuales sobre la privacidad de la IA prolongan el mismo problema en un nuevo ecosistema. Un Google Privacy Faculty Award apoya trabajos sobre las integraciones de terceros de los sistemas de modelos de lenguaje. El usuario puede ver una interfaz única mientras que sus peticiones, su contexto y atributos inferidos circulan entre extensiones, API y servicios remotos. La estructura recuerda al hogar conectado: un producto visible coordina varias relaciones de datos ocultas.

La lista de publicaciones de 2026 incluye trabajos sobre la inferencia implícita por los LLM, donde un modelo deduce atributos sensibles incluso sin un identificador convencional proporcionado por el usuario. La minimización de datos se vuelve más difícil. Quitar los nombres o los números de cuenta no impide que un modelo infiera información médica, política o demográfica a partir de una interacción ordinaria.

El valor político de estos trabajos reside en la visibilidad de las fronteras de la prueba. Un modelo, un conjunto de datos o un profesor pueden informar una decisión sin poseerla. Un buen uso institucional exige métodos transparentes, estimaciones de error, datos versionados y una separación explícita entre lo que muestra la medición y lo que un organismo autorizado decide hacer con ello.

Lo que la carrera ha hecho visible — y lo que permanece oculto

Del enrutamiento al spam, de la banda ancha a la censura, del hogar conectado al aprendizaje automático, los proyectos de Feamster han transformado problemas operativos difusos en sistemas de evidencia. rcc vinculaba las configuraciones con invariantes. RCP daba una vista más amplia a la selección de rutas. Los sistemas de reputación inferían coordinación a partir de metadatos. Las pasarelas aislaban algunos componentes del rendimiento de la banda ancha. Los sistemas de censura comparaban señales distantes. IoT Inspector vinculaba el tráfico de los dispositivos con las etiquetas de los usuarios.

Los proyectos NetML asociaban representación, coste de despliegue y deriva.

Estos sistemas no han hecho que Internet sea completamente cognoscible. Un control de configuración exitoso no elimina la falla física. Una puntuación de reputación no establece la culpabilidad. Una medición de velocidad no explica el precio. Una anomalía DNS no identifica una agencia pública. Los metadatos cifrados no revelan todas las acciones de un dispositivo. Una traza sintética no garantiza la confidencialidad. Un modelo de lenguaje no se vuelve correcto porque produzca un diagnóstico coherente.

Estos límites no justifican rechazar la medición. Imponen diseñar cuidadosamente el sistema operativo alrededor de ella. Una prueba útil debería exponer su fuente, su antigüedad, su alcance y su incertidumbre. Las acciones de alto impacto deberían permitir la revisión, el recurso o la reanudación. Los investigadores deberían precisar si un resultado es declarado por un artículo, por una institución o reproducido independientemente. Una afirmación comercial no debe heredar la autoridad de una publicación universitaria sin pruebas distintas.

La contribución duradera de Feamster es haber construido repetidamente esta capa intermedia entre una infraestructura opaca y decisiones con consecuencias graves. Su trabajo ha ayudado a operadores, investigadores, usuarios e instituciones públicas a formular mejores preguntas a sistemas que no fueron diseñados para explicarse. El resultado no es la certeza. Es un informe más disciplinado de lo que puede observarse, de lo que puede inferirse y de lo que aún exige juicio.