Projet Avancé de Simulation DNS et Adaptation pour un Réseau

Communautaire de la Santé dans un Pays en Voie de Développement

Prof. Antoine BAGULA
December 13, 2023

1 Introduction :
Le Domain Name System (DNS) demeure un pilier essentiel d’Internet, simplifiant la traduction entre les noms
de domaine conviviaux et les adresses IP. Ce projet ambitieux de simulation vise à approfondir l’analyse des
performances du DNS en mettant en avant les méthodes itératives et récursives, avec une gestion efficace de la mise
en cache des domaines TLD. L’objectif particulier est d’adapter le DNS pour un réseau communautaire de la santé
dans un pays en voie de développement, en prenant en compte les spécificités des acteurs tels que les cliniques, les
pharmacies, les centres de vaccination, les laboratoires médicaux, les organismes de santé publique, les laboratoires
de recherche, et les universités.

2 Étape 1 : Simulation DNS Traditionnelle :

2.1 Description de la Solution :
Les étudiants développeront un simulateur DNS capable de prendre en compte les méthodes itératives et récursives,
avec une gestion efficace de la mise en cache des domaines TLD. Le rapport détaillera la solution avec des di-
agrammes UML précis identifiant les acteurs actifs et passifs du système. Ce document mettra en lumière les
mécanismes de simulation utilisés pour évaluer les performances des méthodes de recherche DNS. Les étudiants
exploreront différents scénarios de recherche et développeront des métriques de performance pour évaluer l’efficacité
des méthodes de recherche en termes de nombre de sauts et d’autres paramètres pertinents.

2.2 Méthodes DNS Itératives et Récursives :

• Méthode Itérative : Le résolveur interroge séquentiellement les serveurs DNS jusqu’à obtenir une réponse
complète, chaque requête étant indépendante, et le résolveur suivant les redirections.
• Méthode Récursive : Le résolveur délègue la résolution à d’autres serveurs DNS, simplifiant le processus en
demandant successivement au serveur racine, au TLD, puis au serveur autoritaire du domaine spécifique. Les
étudiants simuleront ces approches pour évaluer leurs performances.

2.3 Simulation DNS de la Santé dans un Pays en Voie de Développement :

Dans cette phase, l’adaptation du DNS prendra une forme spécifique au réseau communautaire de la santé, avec
des exemples concrets de domaines de santé intégrant les cliniques, les pharmacies, les centres de vaccination, les
laboratoires médicaux, les organismes de santé publique, les laboratoires de recherche, et les universités.

2.4 Structure DNS Proposée :

1. Root Domains :
• Cliniques. : Root domain pour les informations sur les cliniques de santé communautaires.
• Pharmacies. : Root domain pour les détails sur les pharmacies locales.
• Vaccination. : Root domain pour les centres de vaccination.

1
 • Laboratoires. : Root domain pour les résultats de laboratoires médicaux.
• SantePublique. : Root domain pour les informations des organismes de santé publique.
• RechercheMedicale. : Root domain pour les informations sur la recherche médicale.
• Universites. : Root domain pour les informations académiques et de recherche des universités.
2. Top Level Domains (TLD) :

• Cliniques.health. : TLD pour les informations spécifiques aux cliniques de santé.

• Pharmacies.health. : TLD pour les détails des pharmacies locales.
• Vaccination.health. : TLD pour les centres de vaccination.
• Laboratoires.health. : TLD pour les résultats de laboratoires médicaux.
• SantePublique.health. : TLD pour les informations des organismes de santé publique.
• RechercheMedicale.health. : TLD pour les informations sur la recherche médicale.
• Universites.health. : TLD pour les informations académiques et de recherche des universités.
3. Authoritative Domains :

• Cliniques.health.LocalArea. : Serveur autoritaire pour les détails spécifiques aux cliniques de santé dans
une zone locale.
• Pharmacies.health. : Serveur autoritaire pour des informations détaillées sur les pharmacies locales.
• Vaccination.health.VaccinationCenter. : Serveur autoritaire pour les centres de vaccination spécifiques.
• Laboratoires.health.TestLab. : Serveur autoritaire pour les résultats de laboratoires médicaux provenant
d’un laboratoire spécifique.
• SantePublique.health. : Serveur autoritaire pour les informations des organismes de santé publique.
• RechercheMedicale.health.ResearchLab. : Serveur autoritaire pour les détails des laboratoires de recherche
médicale.
• Universites.health.MedicalSchool. : Serveur autoritaire pour les informations académiques des écoles de
médecine dans les universités.

3 Diagrammes UML Évolués :

1. Diagramme de Cas d’Utilisation : Identifie les acteurs et les actions, par exemple, un patient accédant aux
résultats de laboratoires médicaux ou une clinique recherchant des informations sur une pharmacie locale. Un
laboratoire de recherche peut effectuer des requêtes spécifiques à sa recherche.
2. Diagramme de Séquence : Illustration de l’interaction entre les acteurs et les serveurs DNS pour une requête,
soulignant le flux des méthodes itératives et récursives, avec des scénarios impliquant les cliniques, les phar-
macies, les centres de vaccination, les laboratoires médicaux, les organismes de santé publique, les laboratoires
de recherche, et les universités.
3. Diagramme de Classes : Modélise la structure des classes, incluant les serveurs DNS locaux et les catégories
de ressources, en intégrant les concepts liés aux cliniques, aux pharmacies, aux centres de vaccination, aux
laboratoires médicaux, aux organismes de santé publique, aux laboratoires de recherche, et aux universités.
4. Diagramme de Déploiement : Présentation de la configuration physique, indiquant comment les serveurs
DNS sont déployés dans le réseau communautaire de la santé, avec des nœuds spécifiques pour les cliniques,
les pharmacies, les centres de vaccination, les laboratoires médicaux, les organismes de santé publique, les
laboratoires de recherche, et les universités.
5. Diagramme d’État : Représentation de l’évolution du système, montrant comment le réseau réagit à l’ajout de
nouvelles ressources locales, y compris les cliniques, les pharmacies, les centres de vaccination, les laboratoires
médicaux, les organismes de santé publique, les laboratoires de recherche, et les universités.

2
3.1 Objectifs du Projet
1. Développer un simulateur DNS traditionnel capable de reproduire les fonctionnalités des méthodes itératives
et récursives, utilisant la liste des 50 noms de domaine avec leurs correspondances IP proposée dans le projet.
2. Intégrer un mécanisme de mise en cache pour optimiser les performances de recherche.

3. Concevoir des métriques de performance pour évaluer les performances des méthodes itératives et récursives.
4. Comparer les résultats de simulation en utilisant divers scénarios de recherche DNS.
5. Développer un simulateur DNS pour un réseau communautaire de la santé dans un pays en voie de développement,
capable de reproduire les fonctionnalités des méthodes itératives et récursives, avec une emphase sur les clin-
iques, les pharmacies, les centres de vaccination, les laboratoires médicaux, les organismes de santé publique,
les laboratoires de recherche, et les universités comme acteurs cruciaux.

3.2 Liste de 50 noms de domaine avec leurs correspondances IP pour la simulation :

1. example1.com - 192.168.1.1
2. sample2.net - 192.168.1.2
3. test3.org - 192.168.1.3
4. demo4.edu - 192.168.1.4

5. simulation5.biz - 192.168.1.5
6. project6.info - 192.168.1.6
7. dns7.co - 192.168.1.7
8. analysis8.tv - 192.168.1.8

9. research9.me - 192.168.1.9
10. study10.us - 192.168.1.10
11. investigation11.uk - 192.168.1.11

12. inquiry12.ca - 192.168.1.12

13. experiment13.au - 192.168.1.13
14. exploration14.de - 192.168.1.14
15. probe15.fr - 192.168.1.15

16. scrutiny16.jp - 192.168.1.16

17. inspection17.br - 192.168.1.17
18. survey18.ru - 192.168.1.18

19. analysis19.cn - 192.168.1.19

20. investigation21.mx - 192.168.1.21
21. inquiry22.ar - 192.168.1.22
22. experiment23.za - 192.168.1.23

23. exploration24.id - 192.168.1.24

24. probe25.ng - 192.168.1.25

3
 25. scrutiny26.ch - 192.168.1.26
26. inspection27.kr - 192.168.1.27
27. survey28.se - 192.168.1.28
28. analysis29.nl - 192.168.1.29

29. research30.pl - 192.168.1.30

30. investigation31.tr - 192.168.1.31
31. inquiry32.it - 192.168.1.32

32. experiment33.cl - 192.168.1.33

33. exploration34.eg - 192.168.1.34
34. probe35.gr - 192.168.1.35
35. scrutiny36.at - 192.168.1.36

36. inspection37.be - 192.168.1.37

37. survey38.dk - 192.168.1.38
38. analysis39.fi - 192.168.1.39
39. research40.hu - 192.168.1.40

40. investigation41.ie - 192.168.1.41

41. inquiry42.il - 192.168.1.42
42. experiment43.lu - 192.168.1.43

43. exploration44.no - 192.168.1.44

44. probe45.pt - 192.168.1.45
45. scrutiny46.sg - 192.168.1.46
46. inspection47.sk - 192.168.1.47

47. survey48.si - 192.168.1.48

48. analysis49.tw - 192.168.1.49
49. research50.vn - 192.168.1.50

Ces données permettront aux étudiants d’effectuer des simulations pertinentes et de comparer les performances des
méthodes de recherche DNS.

4 Dates de Remise
1. 17 décembre : Description détaillée de la solution proposée, comprenant des diagrammes UML clairs identifiant
les acteurs actifs et passifs du système.
2. 21 décembre : Remise du code source de la simulation, permettant une évaluation approfondie des perfor-
mances des méthodes de recherche DNS.