Chapitre 1 : Introduction aux réseaux informatiques
Introduction aux réseaux informatiques ____ B Cousin et C Viho- © IFSIC -Université Rennes I 3 2 Structure des réseaux 2 1 La structuration physique
Cours Réseaux - Généralités
Sommaire 1 Introduction 2 Lesbases 3 Interconnexiondesréseaux 4 Lacommunication (La Salle Avignon) Cours Réseaux - Généralités « v0 1 2 / 49
COURS DADMINISTRATION DES RÉSEAUX INFORMATIQUES
un cours entier à elle seule et obligerait à faire un choix partial pour tel ou tel constructeur Le but d’un réseau informatique est d’assurer le transport des données de manière automatique Il faut donc tendre vers les 100 de disponibilité et arriver à minimiser l’impact des incidents et les interventions d’urgence par :
Les réseaux informatiques
Un réseau informatique peut servir plusieurs buts distincts : - Le partage de ressources (fichiers, applications ou matériels, connexion à internet, etc ) - La communication entre personnes (courrier électronique, discussion en direct, etc ) - La communication entre processus (entre des ordinateurs industriels par exemple)
Cours Interconnexion et conception de réseaux (informatiques)
Cours Interconnexion et conception de réseaux (informatiques) Jean-Luc Archimbaud To cite this version: Jean-Luc Archimbaud Cours Interconnexion et conception de réseaux (informatiques) Engineering school A Grenoble à l’ENSIMAG (cours donné 2 fois), 2002, pp 322 cel-00561873
Cours : Les Réseaux
Au cours des quatre dernières décennies, le nombre et la taille des réseaux ont augmenté considérablement Il en a résulté une incompatibilité entre de nombreux réseaux et il est devenu difficile d'établir des communications entre des réseaux fondés sur des spécifications différentes
LES RESEAUX INFORMATIQUES 5ème
Les équipements d’un réseau informatique, Les différentes liaisons d’un réseau informatique Séquence MCM1 LES RESEAUX INFORMATIQUES SYNTHESE Cycle 4
Chapitre 4 : Architecture générale des réseaux informatiques
Architecture générale ____ C Viho et B Cousin- © IFSIC -Université Rennes I 1 Chapitre 4 : Architecture générale des réseaux informatiques
Câblage d’un réseau informatique
Lors d’un câblage informatique en 10base-T ou 100base-T seules 2 paires torsadées sont utilisées : contacts 1-2 et 3-6 Une paire en émission (Tx) et une en réception (Rx) Lors d’une utilisation en 1000base-T, les 4 paires sont utilisées (8 contacts utilisés) en émission et réception
[PDF] paire de chromosome 9 groupe sanguin
[PDF] définition de fai
[PDF] phénotype sanguin rare
[PDF] configuration nat et pat cisco pdf
[PDF] exercice nat et pat corrigé
[PDF] cours nat et pat pdf
[PDF] phénotype rhésus 1 2 3 4 5
[PDF] phenotype erythrocytaire et kell
[PDF] configuration nat routeur cisco pdf
[PDF] configuration pat cisco
[PDF] phénotype rhésus ccdee
[PDF] nat statique et nat dynamique pdf
[PDF] groupe sanguin a2 positif
[PDF] phenotype erythrocytaire rh5 positif
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I1 Chapitre 4 : Architecture générale des réseaux informatiques /home/kouna/d01/adp/bcousin/REPR/Cours/4.fm - 15 Janvier 1998 10:20 Plan - Introduction - Le modèle de référence - Quelques fonctions - La normalisation - Conclusion - Commentaires
Bibliographie
- Reference model for open systems interconnection : ISO 7498, UIT-T.200 - G.Pujolle, Les réseaux, Eyrolles, 1995. Chapitre 3. - H.Nussbaumer, Téléinformatique, Presses Polytechniques romandes, 1987. Chapitre 1.3. - A.Tanenbaum, Réseaux, 3ème
éd., InterEditions, 1997. Chapitre 1.
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I21. Introduction
Les réseaux informatiques doivent permettre à des applications informatiques de coopérer sans
avoir à tenir compte de l"hétérogénéité des moyens et procédés de transmission (par exemple : de la
topologie, des méthodes d"accès, des caractéristiques des équipements ou des supports, etc.).
. Adapter la technologie de transmission au support de communication . Masquer les phénomènes altérant la transmission . Maintenir la qualité demandée . Offrir l"interopérabilité (1) . Optimiser l"utilisation des ressources (2) . Assurer la pérennité des choix (3) (1) + (2) + (3)Normalisation
SNA IBM DEC BULL DSADECnet
SNA/DECnet
DSA/DECnet
SNA/DSA
OSI IBM DEC BULL OSI OSI n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I31.1. Objectif
Rduire la complexit de conception des rseaux informatiques.Principes :
- dmarche analytique : recensement des fonctions ncessaires - dmarche synthtique : classement des fonctions - dmarche simpliÞcatrice et constructive : . regroupement en sous-ensembles pour simpliÞer la comprhension des fonctions srie decouches(ou niveaux).Remarque :
Le nombre de couches, leur nom et leurs fonctions varient selon les types de réseauxExemples :
le modèle de référence de l"OSI : 7 couches LAN : 2 + 2 sous-couches; ATM : 2 + 1 + 3 sous-couches n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I41.2. Principes de base de la dcomposition en couches
o Une couche doit être créée lorsqu"un nouveau niveau d"abstraction est nécessaire oChaque couche exerce une fonction bien définie
oLes fonctions de chaque couche doivent être choisies en pensant à la définition des protocoles
normalisés internationaux o Les choix des frontières entre couches doit minimiser le flux d"informations aux interfaces oLe nombre de couches doit être :
- suffisamment grand pour éviter la cohabitation dans une même couche de fonctions très dif-
férentes, et - suffisamment petit pour éviter que l"architecture ne deviennent difficile à maîtriser. n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I52. Le modèle de référence OSI de l"ISO
2.1. Présentation
Norme de description de l"architecture générale des réseaux informatiques: - L"OSI = "Open Systems Interconnection : reference model" - modèle en 7 couchesLes noms de la norme :
- ISO : IS 7498 - CCITT : X200 (nouvellement IUT-T) - AFNOR : NF.Z.70.001 n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I62.2. Notion de couche, de protocole et de service
nalits de la couche infrieure et propose ses fonctionnalits ˆ la couche suprieure.
des objets changs, qui rgissent la communication entre les entits de la couche N.Leservice dÕune couche N dfinit lÕensemble des fonctionnalits possdes par la couche N et
fournies aux entits de la couche N+1 ˆ lÕinterface N/N+1. Notation : on note N_X (ou encore X(N)) lÕobjet de type X appartenant ˆ la couche N. - ex : N-entit ou entit(N) n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I7LÕarchitecture dÕun rseau est dfinie par lÕensemble des couches et la description des protocoles
et des services de chacune dÕelles.Couche (N)Couche (N+1)
Couche (N-1)
entit Aentit BInterfaces
Protocole de couche N
Service de la couche N
Service de la couche N-1
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I8 oLe modèle OSI possède sept couchesLe modèle décrit simplement ce que chaque couche doit réaliser (le service), les règles et le format
des échanges (le protocole), mais pas leur implantation.Physique
Couches
Liaison de donnes
Nom des units de
donnes changes A-PDU P-PDU S-PDUT-PDU/Message
N-IPDU/Paquet
L-PDU/Trame
BitSupport physique dÕinterconnexion
Protocole dÕapplication
Protocole de prsentation
Protocole de session
Protocole de transport
système relaisCouches hautesCouches basses
système d"extrémité n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I92.4.1 La couche Physique (couche 1)
Fournit les moyens mcaniques, optiques, lectroniques, fonctionnels et procduraux ncessaires
ˆ lÕactivation, au maintien et ˆ la dsactivation des connexions physiques ncessaires ˆ la transmission
de trains de bits. cation. Ces derniers ne font pas partie de la couche Physique.2.4.2 La couche Liaison de donnes (couche 2)
Dtecte et corrige, dans la mesure du possible, les erreurs issues de la couche infrieure. Les objets
changs sont souvent appels trames (ÒframesÓ).2.4.3 La couche Rseau (couche 3)
(routeurs). Les objets changs sont souvent appels paquets (ÒpacketsÓ). n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I102.4.4 La couche Transport (couche 4)
Assure une transmission debout en bout des donnes. Maintient une certaine qualit de la trans-
mission, notamment vis-ˆ-vis de la fiabilit et de lÕoptimisation de lÕutilisation des ressources. Les ob-
jets changs sont souvent appels messages (de mme pour les couches suprieures).2.4.5 La couche Session (couche 5)
Fournit aux entits cooprantes les moyens ncessaires poursynchroniser leurs dialogues, les in-
terrompre ou les reprendre tout en assurant la cohrence des donnes changes.2.4.6 La couche Prsentation (couche 6)
Se charge de lareprsentation des informations que les entits sÕchangent. Masque lÕhtrogni-
2.4.7 La couche Application (couche 7)
Donne aux processus dÕapplication les moyens dÕaccder ˆ lÕenvironnement de communication de
lÕOSI. Comporte de nombreux protocolesadapts aux diffrentes classes dÕapplication.Note : les fonctionnalits locales des applications proprement dites sont hors du champ de lÕOSI
donc de la couche Application ! n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I112.4.8 Conclusion
o Les trois premières couches constituent les couches basses où les contraintes du réseau sont per-
ceptibles. Fonctions élémentaires spécialisées dans la transmission.o La couche Transport est une couche charnière, d"adaptation ou intermédiaire, associée le plus
souvent aux couches basses.o Les trois dernières couches constituent les couches hautes où les contraintes de l"application
sont perceptibles. Fonctions complexes et variables adaptées aux traitements applicatifs.o Attention : La norme stipule clairement qu"il s"agit d"un modèle de référence et par conséquent,
suivant le contexte dans lequel on se trouve et les besoins de communication, certaines fonctionnalités
de certaines couches peuvent ne pas être utilisées (protocole alternatifs, classes de protocole, options,
etc.). n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I122.5. Connexion
SAP(N) : Òservice access pointÓ
- point identiÞ o les services sont fournis par lÕentit(N) ˆ une entit(N+1) . ex : adresse Connexion(N) : association dÕentits homologues pour le transfert de donnes - entits correspondantes : entits associes par la mme connexion Extrmit de connexion(N) : terminaison dÕune connexion(N) ˆ un SAP(N). - connexionbipoint : connexion comportant exactement 2 extrmits. - connexionmultipoint : connexion comportant plus de 2 extrmits. entit(N+1) entit(N) entit(N)SAP(N)
entit(N+1) entit(N+1)SAP(N)
connexion(N)entits correspondantes couche N+1 couche NInterface N
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I132.6. Les modes de communication
On peut distinguer deux grands modes de communication: - communication enmode connect (appel aussi Òwith connectionÓ) - communication enmode non connect (appel aussi ÒconnectionlessÓ ou par abus de lan- gage ÒdatagrammeÓ) oLe mode non connecté : - 1 seule phase (ou 0!) : . le transfert de données - chaque unité de transfert de données est acheminée indépendamment - les entités communicantes ne mémorisent rien ("memoryless"). - les messages échangées sont auto-suffisants ("self-content") n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I14 oLe mode connecté : - 3 phases : . phase d"établissement de la connexion . phase de transfert de données . phase de libération de la connexion - un contexte (réparti) est partagé par les membres de la connexion - permet (facilite) le contrôle et la gestion du transfert de données : . contrôle d"erreur, contrôle de flux, maintien en séquence, etc. - les membres de la connexion partagent une même connaissance.- les messages échangés comportent des informations qui ne sont interprétables que grâce à
cette connaissance, du contexte ! n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I152.7. Les primitives de service
au protocole.Cependant le protocole(N) sÕappuie sur le service(N-1), donc la description du service est nces-
saire ˆ la comprhension du protocole. ne doit pas tre normalise !Les primitives spcifient le service :
- Ce sont des objets abstraits (puisque le service estabstrait !) - Echanges ˆ travers un interface idal (sans perte et sans dlai) . prÞxe : lÕinitiale de la couche . sufÞxe : le type de primitive . Exemples : . T_Data.req(T_SDU) . LLC_Data.req(ad-locale, ad-distante, L_SDU, classe-de-service) n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I16Il existe quatre types de primitives :
-REQUEST : Une entit sollicite un service -INDICATION : Une entit est informe dÕun vnement -RESPONSE : Une entit rpond ˆ un vnement -CONFIRMATION : Une entit est informe du rsultatPar exemple :
Service confirmé
(Couche N)(Couche N+1)(Couche N+1)N-xxx.req(...)
N-xxx.ind(...)Fournisseur
du serviceN-xxx.resp(...)
N-xxx.conf(...)Utilisateur
du serviceAUtilisateur du serviceBService non confirmé
(Couche N)(Couche N+1) (Couche N+1)N-xxx.req(...)
N-xxx.ind(...)Fournisseur
du serviceUtilisateur
du serviceAUtilisateur du serviceBTempsTemps
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I172.8. Les units de donnes
SDU(N) :
- unit de donnes spciÞque auservice(N), dont lÕintgrit est prserve dÕune extrmit ˆ
lÕautre dÕune connexion. Mais pas forcment entre ! . potentiellement de taille quelconque.PDU(N) :
- unit de donnes spciÞque auprotocole(N), adapte ˆ la transmission, constitue par les
informations de contr™le du protocole (PCI(N)) et ventuellement par des donnes issues du
SDU(N)
. par ex. : une trame, un paquet. (N)PCI(N)SDUCouche N+1
Interface
Couche N
Les entits de couche N
changent des N-PDU
par le protocole de la couche N(N+1)PDU (N)PDU(pas de segmentation ni de blocage) n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I18IDU(N) :
- unit dÕinformation transfre en une seule interaction ˆ lÕinterface de 2 couches, constitue
dÕinformation de contr™le dÕinterface (ICI(N)) et tout ou partie dÕune SDU(N). . dpendant de lÕimplantation n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I193. Quelques fonctions
Ces fonctions peuvent être présentes ou absentes dans n"importe quelle couche.3.1. Multiplexage/démultiplexage
Fonction d"une couche(N) permettant de prendre en charge plusieurs connexions(N) sur une seule connexion(N-1) - Optimise l"utilisation de la connexion(N-1) - Permet l"établissement simultané de plusieurs connexions(N) alors qu"une seule con- nexion(N-1) existe - Problème : identification des connexions, contrôle des différents flux couche(N)N-connexionsN-1-connexion
n Architecture généralen ____ C. Viho et B.Cousin- © IFSIC -Université Rennes I203.2. Eclatement/recombinaison
Fonction dÕune couche(N) permettant dÕutiliser plusieurs connexions(N-1) pour prendre en charge
une connexion(N). - Amlioration de la Þabilit gr‰ce ˆ la redondance - Amlioration des performances malgr lÕusage de connexions(N-1) peu performantes - Appel aussi multiplexage aval. couche(N)N-connexion