U.E. Projets avancés en réseaux - advanced networking projects
RSX 218
Page de l'UE de l'année en cours.
Listes des projet 2020/2021:
Liste prévisionnelle, d'autres projets pourraient se rajouter en janvier 2021.
Num. | Titre | Tuteurs |
Personnes | Réunions et soutenances |
---|---|---|---|---|
1 | Découverte de QUIC et Pluginized QUIC | J. Leguay, S. Secci |
|
|
Sujet (cliquez pour développer) :
Description générale : Le protocole QUIC (Quick UDP Internet Connections) est un nouveau protocole de couche transport (4) initialement conçu, implémenté et déployé par Google en 2012, et annoncé publiquement en 2013. L'objectif de QUIC est de mieux répondre aux besoin en termes de qualité de l'expérience des applications web, en améliorant les performances qu'on peut obtenir avec TCP (Transport Control Protocol). Il a été intégré à Chrome et Chromium et prend aujourd'hui une proportion importante du trafic Internet. Pluginized QUIC est un framework qui permet aux clients et serveurs QUIC d’changer dynamiquement des plugins lors d’une connexion. L'objectif de ce projet est de demontrer QUIC et pluginized QUIC avec une implémentation, et puis comparer différentes implémentations du protocole QUIC et de déterminer la meilleure en termes qualité de l'expérience. Prérequis :
Travail à réaliser : • Effectuer un état de l'art détaillé sur QUIC, son évolution et ses implémentations. • Effectuer un état de l'art sur la mesure de la qualité de l'expérience web. • Choisir 4 implémentations de QUIC parmi celles existantes et les comparer en fonction de métriques de qualité de l'expérience à choisir et défendre. • Démontrer expérimentalement laquelle de ces implémentations peut être considérée la meilleure. Liens complémentaires :
|
||||
2 | Découverte des technologies de vérification de configuration réseau. | J. Leguay, S. Secci |
|
Réunion 1 : 18 mars |
Sujet (cliquez pour développer) :
Description générale :La transformation des architectures réseaux à base de technologies logiciels (software defined networking) appelle au développement d’outils de vérification de configuration. Ces outils développés depuis 2012 permettent de vérifier la bonne configuration des équipements (e.g., destinations atteignables, non-présence de boucles) et du plan de contrôle (e.g., bonne convergence du routage en cas de panne). Ces outils utilisent des méthodes formelles ou de la simulation. Certains comme Propane permettent de générer automatiquement des configurations correctes. L’objectif de ce projet est de découvrir ces technologies récentes et de les tester expérimentalement. Prérequis :
Travail à réaliser :
Liens complémentaires :
|
||||
3 | RAN Intelligent Controller (RIC) | W. Diego | |
|
Sujet (cliquez pour développer) :
Description générale : L’alliance O-RAN introduit une nouvelle architecture pour les réseaux mobiles en complémentant les spécifications du 3GPP avec les principes de virtualisation (NFV) et du SDN. O-RAN définit notamment le RAN Intelligent Controller (RIC) pour intégrer de l'intelligence dans chaque couche de l'architecture du réseau d'accès sans fil (RAN). Le RIC fournit des fonctionnalités de contrôle avancé, qui offrent une efficacité accrue et une meilleure gestion des ressources radio et réseau. Ces fonctionnalités de contrôle tirent parti des analyses et des approches fondées sur les données, y compris des outils avancés de ML / AI pour améliorer les capacités de gestion des ressources. L'objectif de ce projet est de comprendre l'architecture proposée par O-RAN et déployer un cas d’usage autour du RIC. Prérequis :
Travail à réaliser :
Liens complémentaires : |
||||
4 | Découverte d’ANUKET | W. Diego |
|
Réunion 1 : 25 mars Mi-parcours : 15 avril Réunion 2 : 27 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale :L'industrie des télécommunications est en train d’évoluer alors qu’elle déploie la 5G et d'autres nouveaux services innovants. Des applications cloud natives, une infrastructure normalisée pour les fonctions réseau et des architectures à l’Edge sont toutes nécessaires pour prendre en charge les nouveau cas d'usage. Anuket (CNTT + OPNFV) est un projet de la Linux Foundation Networking ayant par mission de créer et développer des modèles, des architectures, des programmes de conformité et des outils de référence pour les infrastructures telco cloud visant à fournir des services réseau plus rapidement (e.g. 5G) de manière plus fiable et en toute sécurité. L’objectif de ce projet est de comprendre les principes d’Anuket et avoir une première prise en main des outils proposés par le projet. Prérequis :
Travail à réaliser :
Liens complémentaires :
|
||||
5 | Découverte d'ONAP | W. Diego |
|
Réunion 1 : 25 mars Mi-parcours : 15 avril Réunion 2 : 27 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale : ONAP (Open Network Automation Platform) propose une plateforme pour orchestrer des fonctions réseaux (virtuelles ou pas) en temps réel avec une approche orientée modèle. Cette plateforme permet ainsi d’automatiser le déploiement des nouveaux services et fonctions déployés sur des infrastructures cloud et de gérer leur cycle de vie complet, il faut souligner qu'n de cas d'usage clés est le nouveau réseau 5G. L’objectif de ce projet est de comprendre l’architecture d’ONAP et mettre en place un use case autour d’ONAP. Prérequis :
Travail à réaliser :
Liens complémentaires :
|
||||
6 | ORAN Service Management and Orchestration (SMO) | W. Diego |
|
Réunion 1 : 25 mars Mi-parcours : 15 avril Réunion 2 : 27 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale: L’alliance O-RAN introduit une nouvelle architecture pour les réseaux mobiles en complémentant les spécifications du 3GPP avec les principes de virtualisation (NFV) et du SDN. Le Service Management and Orchestration (SMO) se compose d'un certain nombre de composants interconnectés et des nouvelles interfaces. L'objectif de ce projet est de comprendre l’architecture d’O-RAN et particulièrement le rôle du SMO. La mise en place d'un cas d'usage aidera à mieux comprendre le rôle clé du SMO dans un réseau d'accès sans fil O-RAN. Prérequis:
Travail à réaliser :
Liens complémentaires:
|
||||
7 | Inband telemetry | J. Leguay, S. Secci | Réunion 1 : 18 mars Mi-parcours : 8 avril Réunion 2 : 20 mai Soutenance : 3 juin |
|
Sujet (cliquez pour développer) :
Description générale:
Prérequis:
Travail à réaliser :
Liens complémentaires: |
||||
8 | Découverte de tunnels MPLS | J. Leguay, S. Secci |
|
Réunion 1 : 18 mars Mi-parcours : 8 avril Réunion 2 : 20 mai Soutenance : 3 juin |
Sujet (cliquez pour développer) :
Description générale: La métrologie réseau vise à mieux comprendre l'architecture d'internet et surveiller la bonne configuration des réseaux en général. Des outils comme traceront ou ping sont utilisés au niveau IP, mais ils peuvent servir à identifier l'utilisation de protocole sous jacent comme MPLS, un protocole utilisé par les opérateurs pour réaliser de l'ingénierie de traffic dans leur réseau. Le but de se projet est d'étudier une extension de traceroute pour la détection de tunnels MPLS. Prérequis:
Travail à réaliser :
Liens complémentaires: |
||||
9 | Découverte d'OS | J. Leguay, S. Secci |
|
Réunion 1 : 18 mars Mi-parcours : 8 avril Réunion 2 : 20 mai Soutenance : 3 juin |
Sujet (cliquez pour développer) :
Description générale: La métrologie réseau vise à surveiller la bonne configuration des réseaux et collecter des information utiles pour la gestion et la sécurité des réseaux. Des outils comme traceront ou ping sont utilisés au niveau IP. Ce projet vise à étudier comme Ping peut être utilisé pour identifié le système d'exploitation des machine notes. Prérequis:
Travail à réaliser :
Liens complémentaires:
|
||||
10 | Découverte de flex-algo | J. Leguay, S. Secci |
|
Réunion 1 : 18 mars Mi-parcours : 8 avril Réunion 2 : 20 mai Soutenance : 3 juin |
Sujet (cliquez pour développer) :
Description générale: Les protocoles IGP OSPF et ISIS ont été entendu pour augmenter la flexibilité du routage et satisfaire divers besoins application. Ce projet vise à étudier Flex-Algo, qui intègre une extension Multi-Topology Routing (MTR), au travers de l'implémentation Cisco. Il vise à mettre en place une plateforme et démontrer les capacités de FlexAglo à contrôler le routage. Prérequis:
Travail à réaliser :
Liens complémentaires: |
||||
11 | Réseaux LoRa | S. Secci |
|
Réunion 1 : 11 mars Mi-parcours : 1 avril Réunion 2 : 6 mai Soutenance : 3 juin |
Sujet (cliquez pour développer) :
Description générale: Le protocole LoRa (Long Range) est une architecture de communication proposée pour la collecte de trafic venant des objets connectés. Son architecture couvre la couche physique, et le protocole LoraWAN a été proposé pour les couches supérieur, permettant d'acheminer le trafic jusqu'au serveurs d'application. L'objectif de ce projet est de mettre en place un démonstrateur logiciel d'un réseau LoRa faisant usage des simulateurs existants et des implémentations en logiciel des noeuds d'un réseau LoraWAN. Prérequis:
Travail à réaliser :
Liens complémentaires:
|
||||
12 | Migration de containers | W. Diego |
|
Réunion 1 : 25 mars Mi-parcours : 15 avril Réunion 2 : 27 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale: La virtualisation par container est de plus en plus utilisée aussi bien dans des environnements de cloud computing que dans les nouveaux environnements liés à la virtualisation des fonctions de réseau. Leur legereté aussi bien en stockage qu'en rapidité d'installation rend les containers préférable dans certains situations, et complémentaires dans d'autres, par rapport à la virtualisation totale par machine virtuelle. Dans ce projet, il faut analyser une solution recemment proposer pour réduire le temps de migration des containers dans un environnement Kubernetes. Prérequis:
Travail à réaliser :
Liens complémentaires:
|
||||
13 | Classification IP | S. Secci |
|
Réunion 1 : 11 mars Mi-parcours : 1 avril Réunion 2 : 6 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale: Ce projet consiste à appliquer des techniques de machine learning pour la classification de trafic IP en utilisant le jeu de données MAWIlab. Ce jeu de données permet d’extraire différents champs de l’en-tête IP et fournit certaines caractéristiques dont les classes DiffServ. Le but de ce projet est de rejouer des travaux dans ce sense à l'état de l'art, sur les données MAWIlab et proposer d'éventuelles améliorations Prérequis:
Travail à réaliser : Liens complémentaires: |
||||
14 | Architecture DOTS | S. Secci |
|
Réunion 1 : 11 mars Mi-parcours : 1 avril Réunion 2 : 6 mai Soutenance : 3 juin |
Sujet (cliquez pour développer) :
Description générale: Ce projet consiste à découvrire le protocole DOTS (Distributed Denial-of-Service Open Threat Signaling) concçu pour permettre au client d'un service anti-dDoS de demander de mettree en place des contremesures contre une attaque de ce type. Le serveur DOTS contacté par le client est apte à intercepter le trafic selon les specifications du client et le bloquer. Prérequis:
Travail à réaliser : Etat de l'art sur les systèmes standard, ouverts et commerciaux anti-dDoS. Mise en place d'une maquette pour demontrer le fonctionnemetn de DOTS. Liens complémentaires:
|
||||
15 | SAD DNS | S. Secci |
|
Réunion 1 : 11 mars Mi-parcours : 1 avril Réunion 2 : 6 mai Soutenance : 10 juin |
Sujet (cliquez pour développer) :
Description générale: l'attaque SAD (Side Channel AttackeD DNS) est une recente attaque contre l'architecture DNS qui consiste en pratique dans une nouvelle forme de l'attaque de "DNS Cache Poisoning" plus connue. Elle s'appuis sur le fait qu'il est possible de tester l'existence d'un port ouvert sur un résolveur en lui envoyant un simple paquet UDP. Si le port est ouvert, aucune réponse n'est envoyée. Prérequis:
Travail à réaliser : Etat de l'art sur les attaques au système DNS. Première demonstration de l'attaque de DNS Cache Poisoning. Demonstration de l'attaque SAD. Liens complémentaires: |