¿Qué investigación sería interesante para mi tesis en NFV, SDN y computación en la nube?

Mis propuestas:

1. Retorno de “redes activas” La disponibilidad de conmutadores de plano de datos programables permite a los usuarios programar nuevas funciones en un conmutador, que NO tiene que ser estándar, que se puede instalar / quitar según sea necesario y ni siquiera tiene que ser uniforme en absoluto interruptores – mientras se mantienen las velocidades HW.
   Esto permite hacer cosas realmente interesantes que antes eran imposibles. Intentaría inventar algo útil que los conmutadores puedan hacer con esta nueva capacidad. Para obtener inspiración, consulte un artículo llamado “NetCache” en el último taller de P4 ( http://p4.org/wp-content/uploads …). Mejor aún, había un artículo llamado “millones de pequeños secuaces”: échale un vistazo aquí: Publicaciones (en general, esta página tiene varios otros documentos que muestran cosas interesantes que puedes hacer con los interruptores programables: mira “transacciones de paquetes”, dRMT, y, en general, muchos de los documentos de esta página, también consulte los documentos de referencia y los documentos que citan estos).
   Considere lo que puede hacer si un hardware del conmutador pudiera aplicarse y un programa eBPF (tal vez menos las funciones auxiliares) a los paquetes, con paquetes que tal vez solo lleven una identificación que diga QUÉ programa eBPF de los que admite el conmutador debe aplicarse.
   Como un caso puntual, considere que en el uso SDN “habitual” hoy, como lo hacen tanto P4 como OpenFlow, el modelo base, es un partido y acto. Esto implica que todos los paquetes en un flujo dado (que coinciden con una regla) recibirán el mismo tratamiento. en el modelo de artículo de “minions”, esto ya no es cierto: podría, por ejemplo, marcar cada N ° paquete para ser analizado.
   Tenga en cuenta que esto es, en cierto modo, una reactivación del trabajo que se realizó hace años como “redes activas” y en su mayoría abandonadas, lo que ahora es posible con estos nuevos chips.
2. NFV: es una suposición casi universal que VNF se ejecuta en un host. Esto significa que para aplicar la función de VNF al tráfico, debemos llevar el tráfico a ese host y luego desde el host al siguiente destino a lo largo de la ruta (quizás el próximo VNF en la cadena de servicio). Esto significa que un VNF nos cuesta latencia y BW para llevarlo hacia y desde el host. Para ALGUNOS VNF, es posible que no necesitemos demasiado BW y nos preocupemos por la latencia. Entonces, ¿qué pasaría si pudiéramos ejecutar un VNF en el conmutador? Observaría un conmutador programable que hace la función VNF en HW y el plano de control en la CPU del conmutador, o incluso SOLO usando la CPU del conmutador, e investigaría qué tan fuerte de una CPU se necesita para dar un servicio útil. Por ejemplo, piense en el “proceso inactivo” en la CPU del conmutador. En circunstancias normales, el interruptor de la CPU no está muy cargado. Apuesto a que si lo midieras, la mayoría de los ciclos de CPU irían al proceso IDLE. Entonces, ¿qué pasa si hice un muestreo continuo del tráfico a la CPU cuando tiene ciclos inactivos y luego apliqué aprendizaje de ML para buscar patrones? ¿Puedo usar los patrones de manera útil (por ejemplo, identificar actividad inusual, debido a errores o malware?)

Combinar el poder de SDN con la arquitectura NFV sería un área interesante. Básicamente, la integración de la infraestructura NFV (modelo ETSI ISG) con SDN-c de código abierto (controlador SDN) en un centro de datos o entorno empresarial sería un área de investigación muy útil (en mi humilde opinión)

Puede consultar una de mis respuestas sobre la investigación SDN para obtener algunas ideas sobre dónde comenzar.
La respuesta de Om Kale a ¿Quiénes son actualmente las personas que trabajan en SDN en combinación con Wireless en las mejores universidades de CS?

¡Espero que esto ayude!

Piense en seguridad y garantía de servicio