*INTRODUCTION :

-on a les architectures maitre-esclave sont très utilisées dans

le monde informatique. Ils utilisent un périphérique, un
processus ou un serveur est le maître, l'autre (ou plusieurs
autres) est/sont le(s) esclave(s). Le maître donne des ordres à
l'esclave qui les exécute. Des exemples sont Modbus-parallel
ATA-base de Donnée. Puisque nous sommes des
automaticiens on va étudier un Protocol qui est utilisé
notamment dans le domain par des grandes entreprises
comme Schneider… alors Prenons Modbus pour un instant :
Protocole Modbus échange des informations en utilisant un
mécanisme de requête-réponse entre un maître (client) et un
esclave (serveur). Le principe maître-esclave est un modèle
de protocole de communication dans lequel un appareil (le
maître) contrôle un ou plusieurs autres appareils (les
esclaves). Un réseau Modbus standard comporte 1 maître et
jusqu'à 31 esclaves.
Définition :
C’est une architecture (ou modèle informatique) de traitement
distribuée dans laquelle une machine appelée nœud maître,
agit comme la machine centrale de l’architecture, tandis qu’un
ensemble de machines appelées nœuds esclaves exécutent
les tâches qui sont envoyées par le maître. Les requêtes
adressées au système (un cluster par exemple) sont reparties
à chaque machine du système par le « nœud maître ». La
gestion entière du cluster est à la charge de ce nœud maître.
*Caractéristiques du principe maître-esclave  :
Le principe maître-esclave présente les caractéristiques
suivantes:
-Un seul maître à la fois est connecté au réseau.
-Seul le maître peut initier une communication et envoyer des
requêtes aux esclaves.
-Le maître peut s'adresser individuellement à chaque esclave
en utilisant son adresse spécifique ou simultanément à tous
les esclaves via l'adresse 0.
-Les esclaves peuvent uniquement envoyer des réponses au
maître.
-Les esclaves ne peuvent pas initier une communication, ni
vers le maître, ni vers les autres esclaves.
*Modes de communication maître-esclave :
-faisable en utilisant 2 modes de communication :
*mode de monodiffusion :
-En mode de monodiffusion, le maître s'adresse à un esclave
en utilisant l'adresse spécifique de l'esclave. L'esclave traite la
requête puis répond au maître.
1) Requête 2) Traitement 3) Réponse
*mode de diffusion générale :
-Le maître peut également s'adresser à tous les esclaves en
utilisant l'adresse 0. Ce type d'échange est appelé diffusion
générale. Les esclaves ne répondent pas aux messages de
diffusion générale.

-Temps de réponse :
-Le temps de réponse Tr est le temps nécessaire à un esclave
pour répondre à une requête envoyée par le maître :
-Exemple d’architecture maître-esclave : CASAN 
CASAN est une architecture conçue pour les environnements
contraints. Ses objectifs sont, premièrement, de minimiser la
complexité des nœuds dans les environnements affectés.
Deuxièmement, l’architecture doit gérer la mise à l’échelle
pour accepter des réseaux très denses et avec
potentiellement de nombreux clients.
On montre un aperçu de l’architecture CASAN. Les clients
interagissent en http (hyper-text-transfert-protocol) ou CoAP
(est un protocole de transfert Web optimisé pour les
périphériques et réseaux contraints utilisés dans les réseaux
de capteurs sans fil pour former l'Internet des objets).sur
Internet avec un équipement non contraint nommé « maître »,
qui :
1. concentre les entités d’authentification et d’autorisation ;
2. reçoit les requêtes, qui lui sont adressées directement, sous
la forme d’URI telles que /temp1/value ;
3. fait une traduction des requêtes aux esclaves.
Entre le client et le maître, la pile de protocoles utilisée est
celle des communications sur Internet en général. Les deux
matériels sont non contraints, il n’est pas nécessaire de
recourir à une mesure particulière pour économiser des
ressources.
-voici un schema de processus de communication entre un
maitre et un esclave (un peu similaire au procedure de
connexion du tcp/ip) :

*CONCLUSION :
Une architecture maître-esclave permet la stricte séparation
du réseau contraint des autres réseaux. Le réseau contraint
est indépendant des échanges effectués avec le client, nous
pouvons donc adapter la pile de protocoles en supprimant les
couches qui ne sont nécessaires que pour une communication
de bout-en-bout et on a pris des exemples comme le CASAN
et modbus.
*REFERENCES BIBLIOGRAPHIQUE :
-Principe maître-esclave Modbus -schneider website-
-Maître-esclave — Wikipédia
-Pittoli_Philippe_2019_ED269