2015 08 27 RE-P2-Bases

Copyright
  Copyright © 2015 Olivier Glück; all rights reserved

  Ce support de cours est soumis aux droits d’auteur et n’est
donc pas dans le domaine public. Sa reproduction est
cependant autorisée à condition de respecter les conditions
Partie 2 : Notions de base suivantes :
  Si ce document est reproduit pour les besoins personnels du
reproducteur, toute forme de reproduction (totale ou partielle) est
autorisée à la condition de citer l’auteur.
  Si ce document est reproduit dans le but d’être distribué à des tierces
Olivier GLÜCK personnes, il devra être reproduit dans son intégralité sans aucune
modification. Cette notice de copyright devra donc être présente. De
Université LYON 1 / Département Informatique plus, il ne devra pas être vendu.
  Cependant, dans le seul cas d’un enseignement gratuit, une
Olivier.Gluck@univ-lyon1.fr participation aux frais de reproduction pourra être demandée, mais elle
ne pourra être supérieure au prix du papier et de l’encre composant le
http://perso.univ-lyon1.fr/olivier.gluck document.
  Toute reproduction sortant du cadre précisé ci-dessus est interdite
sans accord préalable écrit de l’auteur.
Olivier Glück Licence Informatique UCBL - Module LIF8 : Réseaux 2
Remerciements Bibliographie
  Certains transparents sont basés sur des   « Réseaux », 4ième édition, Andrew Tanenbaum, Pearson
supports de cours de : Education, ISBN 2-7440-7001-7
  Danièle DROMARD (PARIS 6)   « Réseaux et Télécoms », Claude Servin, Dunod, ISBN
  Andrzej DUDA (INP Grenoble/ENSIMAG) 2-10-007986-7
  Shivkumar KALYANARAMAN (RPI/ECSE)   « Analyse structurée des réseaux », 2ième édition, J. Kurose
  Alain MILLE (LYON 1) et K. Ross, Pearson Education, ISBN 2-7440-7000-9
  CongDuc PHAM (LYON 1)   « TCP/IP Illustrated Volume 1, The Protocols », W. R.
  Michel RIVEILL (Université de Nice/ESSI) Stevens, Addison Wesley, ISBN 0-201-63346-9
  l’Institut National des Télécommunications (INT)
  « TCP/IP, Architecture, protocoles, applications », 4ième
  Des figures sont issues des livres cités en édition, D. Comer, Dunod, ISBN 2-10-008181-0
bibliographie
  « An Engineering Approach to Computer Networking »,
Addison-Wesley, ISBN 0-201-63442-6
Olivier Glück Licence Informatique UCBL - Module LIF8 : Réseaux 3 Olivier Glück Licence Informatique UCBL - Module LIF8 : Réseaux 4
Bibliographie Plan de la partie 2
  Internet…   Quelques éléments sur la transmission de l’information

L’information et sa représentation
http://www.guill.net/
 
 
  Les techniques de transmission
  http://www.courseforge.org/courses/   Modélisation d’un canal de transmission
Les supports de transmission
http://www.commentcamarche.net/ccmdoc/
 
 
  Les modes de transmission
  http://www.protocols.com/   Les différentes topologies
  http://dir.yahoo.com/Computers_and_Internet/   Les architectures protocolaires

  Architecture en couches et encapsulation
  http://www.rfc-editor.org/ (documents   Le modèle de référence (OSI)
normatifs dans TCP/IP)   Le modèle TCP/IP
1
Deux types d’information
  Données continues
données continues résultant de la variation continue
Quelques éléments sur la
 
d’un phénomène physique (voix, température, image,

transmission de l’information lumière, …)
  infinités de valeurs dans un intervalle borné
L’information et sa représentation   un capteur fournit une tension électrique
Les techniques de transmission proportionnelle à l’amplitude du phénomène
Modélisation d’un canal de transmission   Données discrètes
Les supports de transmission
  suite discontinue de valeurs dénombrables
Les modes de transmission
  un texte est une association de mots eux-mêmes
Les différentes topologies
composés de lettres (symboles élémentaires)
Traitement informatique Du binaire à la transmission … (1)
  Il faut associer une valeur binaire   Transmission en bande de base

à chaque élément d’information   les bits sont directement représentés par des valeurs
  numérisation de l’information pour de tensions
des données continues   simplicité du codage mais distances limitées à
(échantillonnage) quelques kilomètres (bande passante, rapidité de
  codage de l’information pour des modulation, rapport signal/bruit du canal)
données discrètes (code Baudot,   occupe toute la bande passante (pas de multiplexage)
code ASCII, …) Codage   code NRZ, code Manchester, code Miller, …
A 1000001
B 1000010
...001011... ...001011...
C 1000011 Codeur Décodeur
Signal Signal
Signal électrique codé
symboles à
coder
mots code numérique adapté au support numérique
Du binaire à la transmission … (2) Modèle général d’un canal de transmission

Jonction Ligne de transmission
  Transmission large bande ou par modulation
  utilise les théories de Fourier sur la décomposition d’un signal Modem ou codeur Modem ou codeur
périodique
  adaptée aux longues distances (transposition dans un domaine ETTD ETCD ETCD ETTD
de fréquences adapté au support, protection du bruit)
Circuit de données
  résout le problème du multiplexage
Liaison de données
  ETTD - DTE (Data Terminal Equipement)

...001011... ...001011...   Equipement Terminal de Traitement de Données
Modem Modem
Signal Signal
  contrôle de la communication
Signal analogique
numérique numérique   source/collecteur des données
2
Modèle général d’un canal de transmission Modèle général d’un canal de transmission
Jonction Ligne de transmission Jonction Ligne de transmission
Modem ou codeur Modem ou codeur Modem ou codeur Modem ou codeur
ETTD ETCD ETCD ETTD ETTD ETCD ETCD ETTD
Circuit de données Circuit de données
Liaison de données Liaison de données
  ETCD - DCE (Data Communication Equipement)   Jonction ou interface :

  Equipement Terminal de Circuit de Données   permet à l’ETTD de piloter l’ETCD pour établissement
  adaptation entre le terminal et le support et libération du circuit, échange de données, …
  fournit au support un signal adapté à ses caractéristiques   utilise un signal numérique
  modifie la nature du signal mais pas sa signification
Modèle général d’un canal de transmission Les supports de transmission (1)

Jonction Ligne de transmission
  paire torsadée : téléphonie, LAN

Modem ou codeur Modem ou codeur   large infrastructure existante
  débit limité (centaine de Mbits/s) 4 paires de fils
ETTD ETCD ETCD ETTD
  câble coaxial : TV, LAN, (MAN ?)
Circuit de données
  plus coûteux, meilleurs débits
Liaison de données (1 à 2 Gbits/s sur 1km)
  meilleure protection contre
  Support ou ligne de transmission : les interférences
  caractéristiques physiques (débit, taux d’erreurs, …)   fibre optique : LAN, MAN, WAN
  transmission d’une onde lumineuse, acoustique,   de moins en moins coûteuse
électromagnétique ou électrique : supports optiques,   30km sans répéteur, fiabilité
aériens, filaires   très haut-débit (50000 Gbits/s en théorie)
Les supports de transmission (2) Notion de qualité de service
  faisceaux hertziens : MAN, LAN   3 paramètres

  infrastructure peu coûteuse   débit (volume)
  erreurs fréquentes et dépendantes des   latence (temps de transfert et variation de celui-ci)
conditions climatiques   fiabilité (taux d’erreurs)
  satellites : WAN   Chaque flux de données a ses propres
  répéteurs dans le ciel contraintes
  grande couverture géographique   voix, vidéo : débit constant
  bande passante élevée   transfert de fichiers : fiabilité et débit élevés
  délais élevés (250 à 300 ms de latence)   Le réseau de transport doit s’adapter !
  coût élevé par équipement   Choix du « meilleur » chemin
  Correction des erreurs, …
3
Les modes de transmission Les modes de transmission
  L’organisation des échanges   Le mode de liaison
Liaison simplex   liaison point à point
  liaisons multi-points
Modem ou codeur Modem ou codeur
  le support est partagé par plusieurs terminaux
ETTD ETCD ETCD ETTD

  politiques d’accès au support
  le mode maître/esclave (polling/selecting)

Liaison half duplex (à l'alternat)   le mode d’égal à égal (réseaux locaux)
Modem ou codeur
ou
Modem ou codeur   Transmission parallèle/série
ETTD ETCD ETCD ETTD   transfert simultané de tous les bits d’un mot
  transfert successif de chacun des bits d’un mot
Liaison full duplex   Transmission synchrone/asynchrone
Modem ou codeur Modem ou codeur   les horloges sont synchronisées
  les horloges dérivent (bit de start/stop)
ETTD ETCD ETCD ETTD
Les différentes topologies Topologie horizontale (Bus)
  Tout le monde parle à tout le monde

  Topologie horizontale (en bus)
  Topologie en étoile
  Topologie en anneau
  Topologie maillée
  Topologie hiérarchique à 2 niveaux
Topologie en étoile Topologie en anneau
  Un nœud central émule n liaisons point à point   Adaptée aux longues distances
  Permet des débits élevés
Nœud central
4
Topologie maillée Topologie hiérarchique (2 niveaux)
  Plusieurs chemins pour aller d’un nœud à un   Mélange de la topologie maillée (au cœur) et de
autre la topologie étoile (aux extrémités)
  Réduction du nombre de liaisons
  Meilleure utilisation des ressources
Exemple de 7 sites entièrement maillés 2 à 2.

Les liaisons sous-marines
Les architectures protocolaires
Architecture en couches et encapsulation

Le modèle de référence (OSI)
Le modèle TCP/IP
Source http://www.submarinecablemap.com/
« Architecture protocolaire réseau » « … protocolaire … »

  Architecture protocolaire réseau : un modèle   L’échange d’information se fait selon un protocole :
complet de communication ensemble de règles compréhensibles par les entités
  Historiquement, une architecture par constructeur communicantes
  SNA (System Network Architecture) d’IBM   Il y a des protocoles pour :
  DSA (Distributed System Architecture) de BULL   les applications
  Besoin d’un modèle normalisé   transporter/router l’information
  complexité croissante des besoins utilisateur   émettre de l’information sur un support physique
  diversité des solutions adoptées   Ils doivent gérer en particulier :
  incompatibilité des architectures constructeurs entre elles
  les erreurs
  nécessité de transparence pour l’utilisateur
  la fragmentation et l’assemblage des données
  -> modèle de référence ou modèle OSI (Open
System Interconnection) définit par l’ISO (International
  Ils sont généralement normalisés pour assurer
Standardization Organization)
l’interopérabilité et la transparence
5
Protocole Besoin de transparence …
… à différents
Requête
 
  Qu’est-ce qu’un protocole ? niveaux :
Réponse
  Une implémentation d’un certain service IBM
Requête
IBM
  les services
  Un accord entre les deux parties sur la manière de applicatifs
communiquer
  Définition des règles & des formats de données ? MACINTOSH
Réponse
Requête
MACINTOSH
  les protocoles
d’échange
  Règles sans ambiguïté pour pouvoir être traduites par   la sémantique de
des logiciels ou des automates câblés Xerox
Réponse
Xerox
l’information
Requête
  les techniques de
Fax Réponse Fax connexion
-> protocoles normalisés
-> architecture en couches
Architecture en couches Exemple 1 : le courrier postal

  « une couche » : un ensemble homogène destiné à
accomplir une tâche ou à rendre un service France Italie
  Le découpage en couches permet de
  dissocier des problèmes de natures différentes Client 1 Client 2
  HTTP/TCP/IP peut utiliser DNS, ARP, DHCP, RIP, OSPF, BGP,
PPP, ICMP …
  rendre évolutive l’architecture : une nouvelle technologie ne Réseau postal
remet en cause que la couche concernée Postier français Postier italien
  masquer les détails d’implémentation : une couche fournie
certains services
  faire de la réutilisation de service
  sockets, DNS, … Train, avion, voiture, ...
Un modèle simplifié à 3 couches Principe d’une architecture en couches

Application cliente Application serveur
- service attendu
- acheminement
Gestion de Protocole applicatif Gestion de Instructions Données Données
l'application l'application
protocole de niveau 3
H3
Couche 3 Couche 3 H3
Unité de données
de niveau 3
I3 H3 Données Données H3
Fonction de Protocole de transport Fonction de
transport transport H2
Réseau de transport
I2 H2 H3 Données Données H3 H2
Support physique de transmission

H1
H1 H2 H3 Données Données H3 H2 H1
Données H3 H2 H1
6
Encore un exemple Protocole et service (1)
  2 types de dialogue :
  dialogue vertical à l’aide de primitives de service
  request, send, sonnerie de téléphone, décrocher, raccrocher,
poster une lettre
  dialogue horizontal entre couches homologues à l’aide du
protocole de niveau N
  Service : fonctionnalité offerte par le réseau
  communication fiable de bout en bout, chiffrement des
données, envoi lettre recommandée avec accusé de réception
  Protocole : implémentation d’un service (format des
paquets, échanges des messages, …)
  dire « ALLO » et « AU REVOIR », manière de décrocher ou
raccrocher, faire signer le destinataire avec pièce d’identité…
Protocole et service (2) Exemple de protocole

  Echange d’un fichier sur un réseau sans perte, FIFO, qui
  La couche N+1 demande un service à la couche corrompt certains paquets
N à l’aide d’une primitive de service de niveau N   Le service : fournir un transfert fiable de fichier
  Les données de la couche N+1 sont encapsulées   Un protocole simple :
envoyer le fichier en une succession de paquets
dans une unité de données de niveau N (en-tête
 
  envoyer un « checksum » pour chaque paquet

couche N et données N+1)   contrôler le checksum sur le récepteur et renvoyer un message
  l’en-tête contient les infos nécessaires au traitement OK ou Not-OK à l’émetteur
l’émetteur attend le OK ou Not-OK avant de demander le
distant sur la couche homologue (identifiant du  
transfert du paquet suivant
service, adresse du destinataire, compteurs de   l’émetteur attend le dernier message OK avant de clore la
contrôle de l’échange, …) connexion
si Not-OK pour un paquet, re-transférer le paquet
  La couche N rend le service de niveau N à la  
  Ce protocole a besoin d’un protocole de transfert de

couche N+1 à l’aide du protocole de niveau N paquets : comment transférer un paquet ?
-> architecture
Olivier Glück
en couches
Licence Informatique UCBL - Module LIF8 : Réseaux 40
Un protocole doit spécifier … Protocole bout-en-bout/point-à-point

point à point : transport de l’information
  La syntaxe de chaque message  
  contrôle du lien, contrôle/reprise sur erreur, adressage, acheminement
  que contient-il ?   bout en bout : s’exécute aux extrémités, vérifie intégrité et
  format des paquets ? organise le dialogue applicatif
  La sémantique de chaque message Gestion de Protocole de bout en bout Gestion de
  que signifie tel message ? l'application l'application
Réseau de transport
  un message « Not-OK » veut dire que le récepteur a
un morceau du fichier qui est erroné Fonction de
transport
Fonction de
transport
  Les actions à entreprendre lors de la réception Protocole de

point à point Fonction de
d’un message Voiture transport Voiture
Train Avion
  retransmettre le bon paquet en cas de réception d’un Fonction de
transport
Fonction de
transport
message « Not-OK »
7
Le modèle de référence - OSI (1) Le modèle de référence - OSI (2)
  Un standard permettant de connecter des
systèmes ouverts 7-APPLICATION
Protocole de bout en bout
7-APPLICATION
  OSI : Open System Interconnection 6-PRESENTATION 6-PRESENTATION
  système ouvert : qui implémente des protocoles 5-SESSION 5-SESSION
ouverts 4-TRANSPORT 4-TRANSPORT
  protocole ouvert : la description du protocole et ses 3-RESEAU 3-RESEAU 3-RESEAU
modifications sont publiques 2-LIAISON 2-LIAISON 2-LIAISON
  Architecture protocolaire en couches 1-PHYSIQUE 1-PHYSIQUE 1-PHYSIQUE
  couches « hautes » orientées application
  couches « basses » orientées transport Support physique de Support physique de
transmission transmission
  Décrit formellement ce qu’est une couche, un Système relais
service, un point d’accès, …
Le modèle de référence - OSI (3) Le modèle de référence - OSI (4)

  Physique : relier les systèmes par un lien physique, DONNEES
transmission en série des bits de la trame
7-APPLICATION H7 DONNEES
  Liaison : contrôler qu’une liaison peut être
correctement établie sur ce lien, transmission des 6-PRESENTATION H6 DONNEES
données sans erreur 5-SESSION H5 DONNEES
  Réseau : assurer l’acheminement vers le bon 4-TRANSPORT Message H4 DONNEES
destinataire (éventuellement via un ou plusieurs relais) 3-RESEAU Paquet H3 DONNEES
  Transport : contrôler que le transport s’est réalisé 2-LIAISON Trame H2 DONNEES T2

correctement de bout en bout 1-PHYSIQUE Train de bits à émettre ou recevoir
  Session : organiser le dialogue entre toutes les
applications en gérant des sessions d’échange   La couche n ajoute l’en-tête Hn (encapsulation)
  Présentation : traduire les données selon une syntaxe   La couche liaison ajoute un champ supplémentaire T2
de présentation aux applications afin qu’elles soient pour le contrôle de la transmission (FCS, Frame Check
compréhensibles par les deux entités Sequence)
  Application : masquer à l’application les contraintes de
la transmission
Le modèle de référence - OSI (5) Les primitives de service (1)
  Mécanismes pouvant être mis en œuvre dans   Mode connecté : communication téléphonique
une couche   phase d’établissement de connexion
  L’adaptation de la taille des unités de données   permet une négociation du service
  Le multiplexage et l’éclatement des connexions   préserve en général l’ordre des paquets et la fiabilité
  Le contrôle de flux
Requête Confirmation Réponse Indication
  Le maintien en séquence
  L’accusé de réception 1 4 3 2
  La réinitialisation Entité de protocole Entité de protocole
  Les données exprès

  La détection, correction, notification d’erreur
  La qualité de service
8
Mode connecté – exemple RTC Les primitives de service (2)
  Interface utilisateur : combiné téléphonique   Mode non connecté : envoi d’une lettre postale
  Un individu : un numéro de téléphone   permet l’envoi de données sans l’établissement
d’une connexion au préalable
  Trois phases dans un appel :   chaque paquet est indépendant des autres et peut
  Composition du numéro de téléphone : détermination suivre plusieurs chemins différents
et mémorisation d’un circuit dans le réseau   on peut avoir un mode non-connecté avec accusé de
téléphonique pour cette conversation réception (ex : lettre recommandée)
  Dialogue entre les deux utilisateurs
Requête Indication
  Fermeture du circuit (libération des ressources prises
dans le réseau) 1 2
Entité de protocole Entité de protocole
Mode non connecté - service postal Mode non connecté - service postal
  Interface utilisateur : boîte à lettres   Si plusieurs lettres sont émises de suite, elles
  Une lettre = un message + une enveloppe sont traitées indépendamment, il n’y a aucune
  Contenu de la lettre (message) inconnu du service postal
garantie qu’elles arrivent dans le même ordre au
  Délai de remise (temps de transport de la lettre + temps
de traitement de la lettre par les facteurs)
destinataire
  Transport (chemins et moyens) inconnu de l’expéditeur   La poste traite chaque lettre individuellement et
et du destinataire ne garde aucune trace de son passage
Propriété du service :   La poste ne détecte pas la perte d’une lettre
  Une lettre pour chaque information à échanger
  Quantité d’information limitée dans chaque lettre (poids)

  Ce type de service est parfois appelé
  L’adresse est recopiée sur chaque lettre
datagramme
  Pas d’horaire de dépôt
  Pas de présence ou accord du destinataire

La couche « Physique » (1) La couche « Physique » (2)
Transfert de bits sur le canal physique

 
  Services fournis à la couche liaison (niveau 2)
  synchrone/asynchrone
  simplex/haf-duplex/full-duplex   établissement/libération de la connexion physique
sur une liaison point à point ou multipoints
 
  transmission série ou // de n bits
  Définition des supports et des moyens d’accès
  spécifications mécaniques (connecteur)
  identification des extrémités de la connexion physique
  spécifications électriques (niveau de tension)   identification d’un circuit de données
  spécifications fonctionnelles des éléments de raccordement
(établissement, maintien, libération de la ligne) et des moyens   horloge et récupération d’horloge pour la synchro
d’adaptation
  notification de dérangement
9
La couche « Liaison de données » La couche « Réseau »
  Service de transfert de trames entre 2 systèmes   Assure l’acheminement des paquets à travers les
adjacents différents nœuds du réseau (systèmes relais)
  Services fournis aux entités de la couche Réseau   Réalise le routage, le contrôle de congestion,
  établissement, maintien, libération de la connexion l’adaptation de la taille des blocs de données au capacité
  délimitation et transfert des trames du sous réseau physique utilisé
  maintien de l’ordre séquentiel   Segmentation et réassemblage des paquets
  détection et correction de certaines erreurs   Correction/détection d’erreurs, contrôle de flux
  notification d’erreurs non corrigées
  Service de facturation de la prestation fournie par le
  contrôle de flux
sous-réseau de transport
  reconnaissance d’une séquence binaire
La couche « Transport » (1) La couche « Transport » (2)

  Assure aux couches supérieures un transfert
fiable quelle que soit la qualité du sous-réseau   Classification des réseaux selon
de transport utilisé   le taux d’erreurs signalées (détectées par la couche
réseau mais non corrigées)
  Contrôle du transfert de bout en bout des
messages entre les 2 systèmes d’extrémités   le taux d’erreurs résiduelles (non signalées)
  établissement/libération des connexions de transport   -> types A, B, C selon QoS
  détection et correction d’erreurs de bout en bout   Le protocole de transport doit compenser la
  contrôle de flux de bout en bout déficience de QoS du réseau sous-jacent
  multiplexage de plusieurs applications sur une même   -> 5 classes de protocoles de transport
connexion de niveau 3
  classe 0 : service minimum
  Dernière couche orientée transport de contrôle   classe 1 : + reprise sur erreur signalée, gel de référence
de l’information
  …
La couche « Session » (1) La couche « Session » (2)

  Gère l’échange des données entre les applications   Notion de jeton
distantes (couche Présentation transparente)   disponible ou indisponible
  synchronisation des échanges   si indisponible, service associé inutilisable
  définition de points de reprise (ou point de   si full-duplex, usage du jeton non exclusif
synchronisation)   4 jetons
  Notion d’activité   de données : contrôle l’accès au transfert de données
  un transfert autonome de données (transfert d’un lors d’un échange à l’alternat
fichier)   de terminaison : autorise le détenteur à libérer la
  une connexion de session = plusieurs activités connexion
  une activité est découpée en unités de dialogue,   de synchronisation mineure : pose de point de
séparées par des points de synchronisation majeure (si synchronisation mineure
données précédentes transmises correctement)   de synchronisation majeure et d’activité : point de
synchronisation majeure ou début/fin d’une activité
10
La couche « Présentation » La couche « Application »
  Assure la mise en forme des données, les   Fournit au programme utilisateur un ensemble
conversions de code nécessaires pour délivrer à
de fonctions permettant le bon déroulement des
la couche supérieure un message dans une
syntaxe compréhensible programmes communicants
  Peut réaliser des transformations spéciales   transfert de fichiers
comme la compression ou le chiffrement des   courrier électronique
données
  ouverture d’un terminal distant
  Interface entre les couches qui assurent
…
l’échange et celle qui l’utilise (couche  
application)
Quid du modèle de référence (OSI) ? Une version simplifiée du modèle OSI
  Pas de véritables implémentations du modèle   Les protocoles de l’Internet

  lenteur des travaux de normalisation   Application FTP, HTTP, telnet, SMTP, …
  complexité des solutions adoptées   Transport TCP, UDP (entre 2 processus)
  non conformité aux exigences des nouvelles   Réseau IP (routage)
applications
  Transmission entre 2 sites : pas de protocole
  OSI décrit tous les concepts et mécanismes
spécifique
nécessaires au développement d’une
architecture de communication TCP Transport Control Protocol
  reste la référence pour présenter une architecture ! UDP User Datagram Protocol
IP Internet Protocol
Architecture TCP/IP Interconnexion dans TCP/IP
Architecture OSI Architecture TCP/IP Station 1 Station 2
7-APPLICATION NFS NFS NFS

FTP, Telnet, FTP, Telnet, FTP, Telnet,
6-PRESENTATION SMTP, HTTP, XDR Messages SMTP, HTTP, XDR SMTP, HTTP, XDR
... ...
... RPC RPC
5-SESSION RPC
Routeur
Segments TCP TCP ou UDP TCP ou UDP
4-TRANSPORT TCP ou UDP
Datagrammes UDP Protocoles ICMP Protocoles ICMP Protocoles ICMP
ICMP IP IP IP
Protocoles de routage de routage de routage
3-RESEAU IP ARP/RARP ARP/RARP ARP/RARP
de routage
Datagrammes
ARP/RARP 802.X, HDLC, PPP, SLIP, ... 802.X, HDLC, PPP, SLIP, ... 802.X, HDLC, PPP, SLIP, ...
2-LIAISON 802.X, HDLC, PPP, SLIP, ... Trames PHYSIQUE PHYSIQUE PHYSIQUE
1-PHYSIQUE PHYSIQUE
11
Exemple d’une requête HTTP Conclusion : modèles OSI et TCP/IP
http://www.univ-lyon1.fr localisation de www.univ-lyon1.fr ?
OSI

 DNS : 134.214.100.218  
Netscape  appel d'une procédure HTTP-GET
Application  affiche le contenu de l'objet reçu   générique mais trop complexe à implanter
HTTP DNS  ouverture d'une connexion TCP vers
134.214.100.218 sur le port 80   des inconsistances et des redondances
 envoyer GET|www.univ-lyon1.fr|HTTP 1.0
 réception de la réponse   normalisation très lente liée à un type de réseau
Port 80 Port 53  envoi d'une demande de connexion, reçoit l'acceptation
TCP UDP


envoi des données, reçoit des acquittements
reçoit les données, envoi des acquittements
  TCP/IP
Système
d'exploitation
IP
 envoi de paquets à destination de 134.214.100.218 vers   protocoles existants mais dédiés à l’Internet
le premier routeur dans une trame Ethernet
 reçoit des paquets
  Recherche de simplicité, interopérabilité, évolutivité
Carte Ethernet  encode une trame en bits puis en signaux et l'envoie sur
le câble
dans la conception initiale
Ethernet PHYSIQUE  reçoit et décode les trames en retour
12

2015 08 27 RE-P2-Bases

Transféré par

Informations du document

Titre original

Copyright

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

2015 08 27 RE-P2-Bases

Titre original :

Transféré par

Droits d'auteur :

Copyright

 Copyright © 2015 Olivier Glück; all rights reserved

Bibliographie Plan de la partie 2

 Internet…  Quelques éléments sur la transmission de l’information

 http://dir.yahoo.com/Computers_and_Internet/  Les architectures protocolaires

d’un phénomène physique (voix, température, image,

Olivier Glück Licence Informatique UCBL - Module LIF8 : Réseaux 8

Traitement informatique Du binaire à la transmission … (1)

 Il faut associer une valeur binaire  Transmission en bande de base

Du binaire à la transmission … (2) Modèle général d’un canal de transmission

 ETTD - DTE (Data Terminal Equipement)

Modem ou codeur Modem ou codeur Modem ou codeur Modem ou codeur

ETTD ETCD ETCD ETTD ETTD ETCD ETCD ETTD

Circuit de données Circuit de données

Liaison de données Liaison de données

 ETCD - DCE (Data Communication Equipement)  Jonction ou interface :

Modèle général d’un canal de transmission Les supports de transmission (1)

 paire torsadée : téléphonie, LAN

Les supports de transmission (2) Notion de qualité de service

 faisceaux hertziens : MAN, LAN  3 paramètres

ETTD ETCD ETCD ETTD

 le mode maître/esclave (polling/selecting)

Les différentes topologies Topologie horizontale (Bus)

 Tout le monde parle à tout le monde

 Topologie hiérarchique à 2 niveaux

Topologie en étoile Topologie en anneau

Exemple de 7 sites entièrement maillés 2 à 2.

Les liaisons sous-marines

Les architectures protocolaires

Architecture en couches et encapsulation

« Architecture protocolaire réseau » « … protocolaire … »

Architecture en couches Exemple 1 : le courrier postal

Un modèle simplifié à 3 couches Principe d’une architecture en couches

Gestion de Protocole applicatif Gestion de Instructions Données Données

Support physique de transmission

Protocole et service (2) Exemple de protocole

 envoyer un « checksum » pour chaque paquet

 Ce protocole a besoin d’un protocole de transfert de

Un protocole doit spécifier … Protocole bout-en-bout/point-à-point

 Les actions à entreprendre lors de la réception Protocole de

Le modèle de référence - OSI (3) Le modèle de référence - OSI (4)

données sans erreur 5-SESSION H5 DONNEES

 Réseau : assurer l’acheminement vers le bon 4-TRANSPORT Message H4 DONNEES

destinataire (éventuellement via un ou plusieurs relais) 3-RESEAU Paquet H3 DONNEES

 Transport : contrôler que le transport s’est réalisé 2-LIAISON Trame H2 DONNEES T2

Le modèle de référence - OSI (5) Les primitives de service (1)

 La réinitialisation Entité de protocole Entité de protocole

 Les données exprès

Entité de protocole Entité de protocole

 Quantité d’information limitée dans chaque lettre (poids)

 Pas de présence ou accord du destinataire

La couche « Physique » (1) La couche « Physique » (2)

Transfert de bits sur le canal physique

La couche « Transport » (1) La couche « Transport » (2)

La couche « Session » (1) La couche « Session » (2)

Quid du modèle de référence (OSI) ? Une version simplifiée du modèle OSI

 Pas de véritables implémentations du modèle  Les protocoles de l’Internet

Architecture TCP/IP Interconnexion dans TCP/IP

Architecture OSI Architecture TCP/IP Station 1 Station 2

7-APPLICATION NFS NFS NFS

Centres d'intérêt liés

Vous aimerez peut-être aussi

  Copyright © 2015 Olivier Glück; all rights reserved

  Internet…   Quelques éléments sur la transmission de l’information

  http://dir.yahoo.com/Computers_and_Internet/   Les architectures protocolaires

  Il faut associer une valeur binaire   Transmission en bande de base

  ETTD - DTE (Data Terminal Equipement)

  ETCD - DCE (Data Communication Equipement)   Jonction ou interface :

  paire torsadée : téléphonie, LAN

  faisceaux hertziens : MAN, LAN   3 paramètres

  le mode maître/esclave (polling/selecting)

  Tout le monde parle à tout le monde

  Topologie hiérarchique à 2 niveaux

  envoyer un « checksum » pour chaque paquet

  Ce protocole a besoin d’un protocole de transfert de

  Les actions à entreprendre lors de la réception Protocole de

  Réseau : assurer l’acheminement vers le bon 4-TRANSPORT Message H4 DONNEES

  Transport : contrôler que le transport s’est réalisé 2-LIAISON Trame H2 DONNEES T2

  La réinitialisation Entité de protocole Entité de protocole

  Les données exprès

  Quantité d’information limitée dans chaque lettre (poids)

  Pas de présence ou accord du destinataire

  Pas de véritables implémentations du modèle   Les protocoles de l’Internet