‫اﻟﺠﻤﮭﻮرﯾﺔ اﻹﺳﻼﻣﯿﺔ اﻟﻤﻮرﯾﺘﺎﻧﯿﺔ‬

‫ ﻋﺪل‬- ‫ إﺧﺎء‬- ‫ﺷﺮف‬



République Islamique de Mauritanie
‫وزارة اﻟﺼﺤﺔ‬ Honneur — Fraternité — Justice
Ministère de la Santé
‫دﯾﻮان اﻟﻮزﯾﺮ‬
CABINET DU MINISTRE
‫اﻟﺒﺮﻧﺎﻣﺞ اﻟﻮطﻨﻲ ﻟﻼﺳﺘﻄﺒﺎب ﻋﻦ ﺑﻌﺪ‬
Programme National de Télémédecine (PNT)

Rapport d'évaluation du réseau LAN du

Bâtiment B et des problèmes de
connexion du MS
 TABLE DES MATIÈRES

I. Contexte 3

II. Objectif général 3

III. Objectifs opérationnels : 3

IV. Évaluation technique du réseau LAN du Bloc B du MS 4

VI-1 Forces de signal WIFI 4

VI-1.1 Resultats : 5

VI-1.2 Répartition des résultats des tests sur les plans du bâtiments 6

VI-1.3 Analyse et observations 7

VI-1.4 Conclusion 7

IV-2 Le Câble Ethernet du LAN 7

IV-3 Internet 8

V. Évaluation des besoins en bande passante pour couvrir l'utilisation

actuelle du Bloc B 9

VI. Solutions pour les besoins de connectivité du RACHAD 13

VII. Conclusion et recommandations 13

ANNEXE : Captures d'écrans des mesures des forces du signal en dBm 14

I. Contexte
Le ministère de la santé accuse une récurrence du problème de connectivité et ce malgré
les mesures prises récemment matérialisées par l’octroi de lignes Internet à fibre optique
au bénéfice des bâtiments B et celui de la DGR, ainsi que l’installation d’un réseau LAN
dans le bâtiment B.

Ces mesures, sensées pallier le problème de manière définitive, n’y sont pas entièrement
parvenus et pire le logiciel RACHAD a connu paradoxalement de sérieuses perturbations
dans sont exploitation, attribuées à la faiblesse de la bande passante.

Face à cette situation une réunion s’est tenue, le mercredi 08 septembre 2021, dans le
bureau de madame la SG et sur sa convocation. Des décisions ont été prises notamment,
de procéder à un diagnostic pour ressortir les anomalies éventuelles et proposer des
actions correctives pour solutionner définitivement ce problème.

Le présent rapport aborde certaines des questions issues de ladite réunion, les autres
seront abordées dans un rapport ultérieur.

II. Objectif général

Analyser le problème de connectivité au niveau du bâtiment B et proposer des actions

correctives

III. Objectifs opérationnels :

1. Évaluer les performances du réseau LAN récemment installé dans le bâtiment B et du
débit internet loué à la MAURITEL

2. Évaluer les besoins en bande passante du bâtiment B et des deux autres bâtiments
de l’administration centrale

3. Trouver une solution pour les besoins d’urgence du RACHAD et une autre définitive

IV. Évaluation technique du réseau LAN du Bloc B du MS

Le bâtiment B a acquis récemment un réseau LAN (réseau local) et un abonnement
Internet par fibre optique, qui font l'objet de cette évaluation pour en établir
respectivement, une éventuelle incrimination dans les problèmes de faiblesse d'Internet.

A noter que le réseau LAN et l'abonnement Internet sont deux outils distincts livrés par
deux sociétés. Ils sont cependant complémentaires.

Le LAN assure une double fonction en permettant, d'une part la communication en

interne (Intranet) de tous les équipements informatiques (serveurs, ordinateurs,
imprimantes réseau, téléphonie voIP, caméras, etc.), et d'autres part en servant de
véhicule pour transporter un éventuel signal Internet en vue de le distribuer aux
utilisateurs qui sont connectés au LAN. La diffusion du signal Intranet se fait par câbles
(Ethernet) branché directement sur les équipements et/ou par WIFI.

Pour évaluer les performances d'un réseau, détecter ses anomalies ou résoudre un
problème précis, il y a lieu de connaître le débit réel de la connexion réseau.

Il s'agit dans notre cas d'effectuer des mesures de débit sur les connexions Ethernet
(câble) et sur les liaisons WIFI. Internet doit aussi, faire l'objet de mesures séparées.

Il s'agit donc de mesurer trois éléments : 1. Le WIFI / 2. Le câble / 3. L'Internet

Pour ce faire nous avons mis à contribution des outils qui assure cette fonction de
chronométrage des débits réels disponibles en Intranet et en Internet ainsi que la
vérification et qualification des câbles réseau. Les résultats de ces analyses sont
présentés comme suit.

VI-1 Forces de signal WIFI

Le tableau ci-après présente les standards des meilleures forces de signal wifi en
décibels par mililiwatt (dBm)

Tableau 1: qualité des mesure en dBm d'un signal wifi

PUISSANCE APPRECIATION COMMENTAIRES

Les valeurs autour de celle-ci peuvent

>-50 dBm Excellent être considérée comme une force de
signal géniale.

Une force de signal suffisante pour toutes

de -50 dBm à -60 dBm Bien
sortes de tâches.

La valeur minimale des services dépend

d'une connexion et d'une force de signal
de -60 dBm a -70 dBm Juste
stables ; par ex. : des appels via Wi-Fi ou
des vidéos non-HD en streaming.

Cette valeur de force de signal est

<-70 dBm Faible considérée comme non fiable et ne suffit
pas pour la plupart des services.
Pour notre cas, nous avons tester la puissance du signal dans 21 points répartis entre les
4 niveaux du bâtiment. Ces points de test ont été choisis le plus loin des points d'accès
diffusant le Wifi pour être sûr de la bonne répartition du signal dans tous les recoins du
bâtiment.

L'outil de mesure adopté pour réaliser cette évaluation est Wifi Analyzer qui est une
application de mesure de la force du signal Wi-Fi classée en deuxième position dans le
top 3 des meilleurs outils pour mesurer la force du signal Wi-Fi sous Windows.

VI-1.1 Resultats :

Tableau 2 : test de la force du signal en dBm

Point de Point de Point de Point de Point de Point de Point de
Niveau
test 1 test 2 test 3 test 4 test 5 test 6 test 7

RC 45 50 50 50 - - -

Étage 1 53 43 43 49 51 51 51

Étage 2 45 52 50 50 - - -

Étage 3 57 50 67 66 41 51 -

Des captures d'écrans des ces tests figurent en annexe I du présent document

Excellent

Bon

Juste

Faible
VI-1.2 Répartition des résultats des tests sur les plans du bâtiments
‣ Rez-de-chaussée Étage 1

‣ Étage 3 Étage 4

VI-1.3 Analyse et observations
✴ 52, 38% des points testés ont affiché une force de signale excellente

✴ 33,33% des points testés ont révélé une force de signal bonne

✴ 9,52% des points testés ont révélé une force de signal juste

✴ Aucun point testé n'a affiché de signal faible

VI-1.4 Conclusion
Tous les points testés ont affiché des qualités de signal entre "justes" et "excellentes".

Si nous nous rapportons aux résultats de tests les plus faibles et qui sont appréciés être
"justes" (9,52%), ce type de signal couvre largement les besoins du MS car il est apte
pour tous les besoins sauf les vidéos HD en streaming. Cette option est nécessaire pour
visionner des films en haute définition ce qui n'est pas de la vocation d'un ministère
public. Ce genre d'options, lorsqu'il est disponible, doit-être discriminé par des outils
spécifiques car, il consomme la bande passante Internet et distrait les employés.

Ceci étant et compte-tenu que plus de 90% du signal varie entre bon (33,33%) et
excellent (52,38%), aussi le reste de moins de 10% est apprécié juste, nous concluons à
un signal largement satisfaisant.

IV-2 Le Câble Ethernet du LAN

Le test des câbles réseau fournit une garantie que les liaisons câblées installées
fournissent la capacité de transmission désirée pour prendre en charge la communication
de données souhaitée par les utilisateurs.

Les tests courants pour le câblage Datacom incluent la longueur, le schéma de câblage,
l’affaiblissement, la paradiaphonie, la résistance de boucle en continu et la perte de
retour.

Pour ce faire, nous avons opté pour un instrument de test de câblage réseau doté de
diverses fonctions destinées à des tâches particulières sur le terrain. Il s'agit d'un testeur
de câble téléphonique réseau LAN de marque "Docooler Meter".

L'appareil comporte huit voyants rouges correspondant chacun à un brin du câble à

tester. Celui-ci étant formé de huit brins.

Le principe est que le nombre de voyants rouges allumés sur l'appareil, lors du test,
correspond au nombre de brins fonctionnels.

Dans notre cas, les résultats des vérification

des câbles ont montré un fonctionnement
optimum.

L'image ci-contre illustre ce résultat qui au

total nous permet de conclure que le câblage
est bien conforme aux règles de l'art.

IV-3 Internet

La liaison Internet est une ligne spécialisé sur FO louée. Elle doit assurer un débit de 10 MB
garanti. Mais tous les testes que nous avons réalisés ont montré que le débit est instable et
n'atteint jamais la valeur contractuelle de 10 Mbps en download.

Les captures d'écrans réalisés lors des testes ci-après :

V. Évaluation des besoins en bande passante pour couvrir l'utilisation

actuelle du Bloc B
L'évaluation des besoin en bande passante ne peut être qu'approximative dans la mesure
où on ne peut en cerner l'utilisation. Celle-ci dépend de plusieurs variables dont le
nombre d'utilisateurs, les types d'applications, le temps d'utilisation, etc.

Nous avons mené une enquête auprès des utilisateurs pour en dresser une liste et
déterminer les types d'applications qu'ils utilisent. Le résultat de cette enquête figure
dans le tableau 3, avec pour chaque application répertoriée le besoin en bande passante
en Mb/s.

Nous avons, ensuite, imaginé le scénario d'utilisation maximale de bande passante. Ce

scénario considère une situation où tous les utilisateurs utilisent internet en même temps
surfant sur les applications les plus exigeantes en bande passante.

Ce scénario extreme, nous a donné un besoin de bande passante de 156 Mb/s.

Ce besoin peut-être réduit par la soustraction de la bande passante consommée par

l'utilisation de la vidéo HD qui représente 31% (soit 48 Mb/s), en utilisant une application
Firewall en vue de censurer les applications inutiles pour le travail et grandes
consommatrice de bande passante.

Les 108 Mb/s restant après cette soustraction, constituent donc le besoin lorsque tous
les 71 utilisateurs répertoriés, utilisent simultanément internet et avec les applications les
plus gourmandes en bande passante.

Ce scénario qui suppose que tous les utilisateurs surfent sur internet en même temps,
n'étant pas réaliste, nous proposons d'accroitre l'abonnement actuel (10 Mbs) à la moitié
seulement de cet hypothétique besoin soit environ 50 Mb/s et mettre en place les outils
de gestion pour optimiser l'utilisation de la bande passante. Nous pouvons monitorer
celle-ci sur une période donnée en vue de déterminer le besoin réel pour ensuite
conserver, augmenter ou réduire le débit loué.

A noter que cette évaluation a été réalisée sur la base des 71 utilisateurs qui étaient
présents lors de l'enquête. Elle n'a pas pris en compte les absents ce jour là.

 Tableau 3 : Utilisation de la Bande Passant selon les services
video
Naviga video-
Whats Facebo Youtub snapch HD Rac Scénario
Mail 5on 5ktok confér
ap ok e at Stream had d'u5lisa5
web ence
ing on
BP/ maximale
0,5 0,5 1 1 0,5 1 1 3 4 4
Mb/s
DGS

user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 1 1 0 0 0 1

user3 1 1 1 1 1 1 1 0 0 0 1

user4 1 1 1 1 1 0 0 1 1 0 4

user5 1 1 1 1 1 0 0 1 1 0 4

user6 1 1 1 1 1 0 0 1 1 1 4

DISSE

user1 1 1 1 1 1 0 0 0 0 0 1

user2 1 1 1 1 1 0 0 0 0 0 1

user3 1 1 1 1 1 1 1 0 0 0 1

user4 1 1 1 1 1 1 1 0 0 0 1

user5 1 1 1 1 1 0 0 0 1 0 1

user6 1 1 1 1 1 0 0 0 0 0 1

user7 1 1 1 1 1 0 0 0 0 0 1

SSSN

user1 1 1 1 1 1 0 0 1 1 0 4

user2 1 1 1 1 1 1 1 1 0 0 3

user3 1 1 1 1 1 1 1 1 0 0 1

SR

user1 1 1 1 1 1 0 0 1 0 0 3
DLMN
1 1 1 1 1
T
user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 0 0 1 0 0 3

user3 1 1 1 1 1 0 0 1 0 0 3

user4 1 1 1 1 1 0 0 1 0 0 3

user5 1 1 1 1 1 0 0 1 0 0 3

SM

user1 1 1 1 1 1 0 0 0 0 0 1
LCTM
AVP
user1 1 1 1 1 1 0 0 0 0 0 1

user2 1 1 1 1 1 0 0 0 0 0 1

user3 1 1 1 1 1 0 0 0 0 0 1

LCC

user1 1 1 1 1 1 0 0 1

user2 1 1 1 1 1 0 0 1

DLMT

user1 1 1 1 1 1 0 0 0 0 0 1

user2 1 1 1 1 1 0 0 0 0 0 1

SLP

user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 0 0 1 0 0 3

user3 1 1 1 1 1 0 0 1 0 0 3
DGRO
QS
user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 0 0 0 0 0 1

user3 1 1 1 1 1 0 1 1 0 0 3

user4 1 1 1 1 1 0 0 0 0 1 4

DMH

user1 1 1 1 1 1 0 0 0 0 0 1

user2 1 1 1 1 1 0 0 0 0 0 1

user3 1 1 1 1 1 1 1 0 0 0 1

user4 1 1 1 1 1 1 1 0 0 0 1

user5 1 1 1 1 1 0 0 0 1 0 4

user6 1 1 1 1 1 0 0 0 0 0 1

user7 1 1 1 1 1 0 0 0 0 0 1

DHP

user1 1 1 1 1 1 1 1 1 0 0 3

user2 1 1 1 1 1 1 1 0 0 0 1

user3 1 1 1 1 1 1 1 0 0 0 1

DAJ

user1 1 1 1 1 1 1 1 0 0 0 1

user2 1 1 1 1 1 0 0 0 0 0 1

DPL

user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 0 0 0 0 0 1
user3 1 1 1 1 1 1 1 0 0 0 1

user4 1 1 1 1 1 1 1 0 0 0 1

user5 1 1 1 1 1 0 0 1 1 0 4

user6 1 1 1 1 1 0 0 1 1 0 4

DOQS

user1 1 1 1 1 0 0 0 0 0 0 1
CABIN
ET
user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 1 1 1 0 0 3

user3 1 1 1 1 1 1 1 0 0 0 1

user4 1 1 1 1 1 0 0 1 1 0 4

user5 1 1 1 1 1 0 0 1 1 0 4

user6 1 1 1 1 1 1 1 0 1 0 4

user7 1 1 1 1 1 1 1 0 1 0 4

SG

user1 1 1 0 0 1 0 0 1 0 1 4

user2 1 1 0 0 1 0 0 1 0 0 3

COMU
NICATI
ON

user1 1 1 1 1 1 0 0 1 0 0 3

user2 1 1 1 1 1 1 1 0 0 0 1
LE
PAYEU
R
user1 1 1 1 1 1 0 0 1 0 1 4

user2 1 1 1 1 1 0 0 1 0 1 4

user3 1 1 1 1 1 0 0 1 0 1 4
total
user/ 71 71 69 69 70 19 20 32 12 6 156
apps
VI. Solutions pour les besoins de connectivité du RACHAD
Pour apporter une solution en urgence, nous avons procédé à deux mesures rapides. La
première concerne le poste de la SG pour lequel, nous avons réduit le nombre
d'utilisateurs à une trentaine qui se partagent la bande passante en verrouillant, l'accès au
réseau, à toutes autres personnes. Ceci a permis de libérer d'avantage de bande
passante au profit du poste de la SG. La deuxième mesure a concerné la DAF où nous
avons procédé à la connexion direct sur le routeur par câbles, des trois postes en charge
de RACHAD en leur dédiant suffisamment de BP pour faciliter leur fonctionnement.
Cette solution étant provisoire, nous avons essayé de comprendre le problème et nous
sommes rentré en contact avec le DG des TICs du MTNMA pour solliciter leur assistance
en vue d'identifier une solution efficace et pérenne. Ce dernier, nous a envoyé
immédiatement un élément de son staff technique avec qui nous avons réussis à
comprendre l'origine des difficultés qui entravent la bonne marche du RACHAD.
En effet, RACHAD est une plateforme qui fonctionne en intranet. Ce dernier offre une
large bande passante dédiée. Internet, par contre, en plus de n'offrir que des BP très
réduites, il est instable.
Le déménagement au bâtiment B a privé le poste de la SG de sa connexion sur l'Intranet
à l'ancien bâtiment. Nous avons, aussi, découvert que le bâtiment, où se situait le relais de
cet Intranet avec le MS, a été abandonné récemment et les routeurs éteints. Ceci
expliquerait l'apparition du problème au niveau de la DAF, qui, jusqu'à là, était épargnée.
Nous avons convenu que la solution est de connecter le serveur RACHAD au réseau BLR
du MS. Cette approche, nous l'avons validé avec le DGTIC qui a donné son accord.
Pour ce faire, nous sommes rentré en contact avec la société qui a livrée le réseau BLR et
obtenu leur engagement de nous installer une antenne client au niveau du Datacenter
hébergeant le serveur en question et configurer cette connexion pour permettre à la
plateforme RACHAD d'être accessible, partout, dans les bâtiment du MS.

VII. Conclusion et recommandations

A l'issu de cette évaluation les conclusions recommandations suivantes s'imposent en urgence

pour pallier les problèmes récurrents de la connexion et offrir un cadre de travail meilleur :

‣ Le réseau LAN du bloc B est de bonne qualité et ne nécessite aucune intervention

‣ Le débit Internet est insuffisant et doit être augmenté à 50 Mbps

‣ Le réseau doit être renforcé par des outils de sécurité et de gestion

‣ Le réseau BLR du MS doit intégrer le RACHAD pour assurer son exploitation en Intranet qui
plus stable et plus puissant. 

ANNEXE : Captures d'écrans des mesures des forces du signal en dBm