Poly Reseau Transparents

1
Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es

NFP 104 NFP 104 NFP 104 NFP 104
G.Fl or i n G.Fl or i n G.Fl or i n G.Fl or i n S.Nat k i n S.Nat k i n S.Nat k i n S.Nat k i n
2
Pl an du c our s Pl an du c our s Pl an du c our s Pl an du c our s
INTRODUCTION NOTION GNRALES
1. NIVEAU PHYSIQUE
1.1. Transmission sur un canal
1.2. lments de technologie
2. NIVEAU LIAISON
2.1 Liaison point point
2.2 Liaison dans les rseaux locaux
3. NIVEAU RSEAU
3.1 Problmes gnraux de la couche rseau
3.2 Exemple de protocole : IP
4. NIVEAU TRANSPORT
4.1 Problmes gnraux de la couche transport
4.2 Exemples de protocoles : TCP/UDP
3
Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e
Andrew Tanenbaum : Rseaux, Pearson Education,
4ime dition 2003. Traduction en franais de Computer
Networks
Claude Servin : Rseaux et Telecom , Dunod, Paris 2006
James F Kurose, Keith W Ross: Computer Networking,
Addison Wesley 2001
Laurent Toutain : Rseaux locaux et Internet Herms
Stevens W.R : TCP/IP Illustrated, Addison Wesley 1993.
Bouyer, G : "Rseaux synchrones tendus PDH et SDH",
Herms
Les pages WEB : Groupes de travail, constructeurs, cours
universitaires, ... Et les RFC Internet
4
I nt r oduc t i on I nt r oduc t i on I nt r oduc t i on I nt r oduc t i on
Not i ons gnr al es c onc er nant l es Not i ons gnr al es c onc er nant l es Not i ons gnr al es c onc er nant l es Not i ons gnr al es c onc er nant l es
r seaux r seaux r seaux r seaux
Pr emi er Chapi t r e Pr emi er Chapi t r e Pr emi er Chapi t r e Pr emi er Chapi t r e
5
Or i gi ne des r seaux Or i gi ne des r seaux Or i gi ne des r seaux Or i gi ne des r seaux - -- - Evol ut i on Evol ut i on Evol ut i on Evol ut i on
I nt r oduc t i on Not i ons gnr al es I nt r oduc t i on Not i ons gnr al es I nt r oduc t i on Not i ons gnr al es I nt r oduc t i on Not i ons gnr al es
6
T TT T l ll l t r ai t ement t r ai t ement t r ai t ement t r ai t ement
I Au dbut de linformatique : problme majeur
rentabiliser des units centrales coteuses.
I Egalement: installer les terminaux prs des utilisateurs.
I Solution : Mettre en place une organisation des
moyens informatiques qui s'adapte l'approche centralise.
I S'affranchir des contraintes gographiques de localisation
des systmes informatiques.
Processeur
dentres
sorties
Processeur
central
Voie point point srie
Voie multipoint srie
Terminaux
Bus E/S parallle
7
I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s:
Gest i on des r essour c es Gest i on des r essour c es Gest i on des r essour c es Gest i on des r essour c es
IA) Optimisation des ressources (partage)
IB) Donner accs des ressources distantes
rares/chres.
IExemples 1 : puissance de calcul, logiciels spciaux
IExemples 2 : priphriques spciaux rapides, archivage
Unit
Centrale 2
Terminaux
Unit
Centrale 1
Liaison
Inter
calculateurs
Puissance
Fonctionnalits
8
I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s: I nt er c onnex i on des pr oc esseur s:
Sr et de f onc t i onnement Sr et de f onc t i onnement Sr et de f onc t i onnement Sr et de f onc t i onnement
I La tolrance aux pannes
I Permettre des applications sensibles de continuer de
fonctionner en prsence de pannes.
I Exemple : Architecture Projet Apollo 1965.
Unit
Centrale 2
Unit
Centrale 1
Liaisons Inter calculateurs: synchronisation
Vote majoritaire
2 sur 3
Unit
Centrale 3
Unit
Centrale 2
Unit
Centrale 2
Voteur
Alternants passifs
(en attente de panne)
9
Les r seaux gnr aux dor di nat eur s Les r seaux gnr aux dor di nat eur s Les r seaux gnr aux dor di nat eur s Les r seaux gnr aux dor di nat eur s
I Exprimentation du rseau ARPA ("D-ARPA Defense
Advanced Research Project Agency")
I Ensemble de travaux universits/industries sur contrat militaires
partir de 1967 avec des objectifs initiaux de sret de fonctionnement.
I Dveloppement des principes essentiels des rseaux informatiques
I Protocoles de communications couches basses
I Niveau liaison et rseau : dveloppement de la commutation de paquets.
I Protocoles d'applications (courant 1970) : Sessions distance,
Transport de fichiers, Messagerie
I Succs considrable de lexprience ARPA => Internet.
I Dveloppement de projets similaires : Exemple cyclades.
I Architectures constructeurs :
I IBM SNA ("System Network Architecture" 1974)
I La normalisation : Exemple X25 (1974)
10
Not i ons r el at i ves aux r seaux Not i ons r el at i ves aux r seaux Not i ons r el at i ves aux r seaux Not i ons r el at i ves aux r seaux
gnr aux dor di nat eur s gnr aux dor di nat eur s gnr aux dor di nat eur s gnr aux dor di nat eur s
I Rseau gnral : Ensemble des systmes informatiques
autonomes capables d'changer des informations en
univers htrogne.
IAutonomes : Mmoire propre chacun des sites.
I Pas de synchronisation matrielle puissante (mmoire
partage).
IEchanges : Communications en mode message
asynchrone "Asynchronous message passing" (ide de
faible couplage).
ISur des distances quelconques => Dbits plus faibles (mais en
accroissement constant, et en fonction des moyens financiers).
IHtrognes : faire fonctionner ensemble des
systmes d'origines diffrentes.
11
Ter mi nol ogi e Ter mi nol ogi e Ter mi nol ogi e Ter mi nol ogi e
I Ordinateurs Htes ("Hosts Computers")
I Les systmes informatiques interconnects.
I Sous-rseau de communication ("Communication
Subnet") : Le moyen de communication des htes.
I Des calculateurs spcialiss (ou non) dans la commutation :
Commutateurs, noeuds de commutation, routeurs, "Packet
Switches","Nodes","Routers
I Des voies physiques de communication: Liaisons spcialises,
voies, canaux, rseaux de transport dinformations.
Hte
Sous-rseau
Commutateurs
12
Topol ogi es Topol ogi es Topol ogi es Topol ogi es
Boucle ou anneau (ring)
Etoile (star)
Maille (meshed)
Complte ou clique (fully connected)
Arbre (tree)
Bus (bus)
13
Rseaux gnr aux et Rseaux gnr aux et Rseaux gnr aux et Rseaux gnr aux et
c ommuni c at i ons c ommuni c at i ons c ommuni c at i ons c ommuni c at i ons i nt er i nt er i nt er i nt er - -- -per sonnel l es per sonnel l es per sonnel l es per sonnel l es
I Convergence de deux tendances dans les annes 1970:
informatique et tcommunications => la tlmatique (1981)
I Rseaux gnraux Rsultat de l'exprience ARPA.
I Les rseaux d'ordinateurs sont des supports fiables de transport de
messages textuels =>Dveloppement des messageries.
I Techniques de commutation
I La construction des autocommutateurs volue vers les techniques
numriques et la commutation temporelle synchrone => Premier
commutateur temporel 1975.
I Concrtisation: le RNIS Rseau Numrique
Intgration de Service (dbut des annes 1980)
I Intgration sur le mme support de transmissions voix, donnes et
images (faiblement animes)
I Dbits de base 64 kilobits/seconde, 2 mgabits/seconde
14
Rseaux l oc aux Rseaux l oc aux Rseaux l oc aux Rseaux l oc aux
(" LAN Loc al Ar ea Net w or k s" ) (" LAN Loc al Ar ea Net w or k s" ) (" LAN Loc al Ar ea Net w or k s" ) (" LAN Loc al Ar ea Net w or k s" )
I Rseaux locaux : communications en mode message
asynchrone dbit lev sur des distances plus faibles.
I A) Exprimentation : darchitectures de rseaux en
boucles ou sur bus courte distance (rseaux filaires et
hertziens).
I B) Rseau Ethernet : rseau filaire en bus ( partir de
1972).
I Diffusion grande chelle partir de 1980 (10 Megabits/s).
I Amliorations constantes : 100 Mb/s, 1Gb/s, annes 2000 10
Gb/s).
I C) Rseaux locaux radio : depuis 1970
Rseau Aloha => Rseaux Wifi (1997).
15
Syst mes r par t i s ( Syst mes r par t i s ( Syst mes r par t i s ( Syst mes r par t i s (Di st r i but ed Di st r i but ed Di st r i but ed Di st r i but ed
syst ems syst ems syst ems syst ems, , , , N NN N- -- -t i er s t i er s t i er s t i er s, , , , Peer Peer Peer Peer t o t o t o t o peer peer peer peer ) ) ) )
I Notion de systme rparti ou distribu ( partir de 1980)
I Utilisation dun rseau dans une approche d'homognisation.
I Systme et application commune permettant d'offrir un service rseau
quivalent celui d'un processeur unique.
I Rsolution des problmes de dsignation.
I Exemple : localisation des fichiers.
I Rsolution de problmes de gestion de ressources.
I Exemple : slection d'un processeur pour excuter une tche.
I Rsolution de problmes de synchronisation.
I Exemple : contrle d'excution rpartie en squence, en parallle.
I Exemples de systmes: Mach, Chorus.
I Evolution ultrieure : les systmes d'objets rpartis, les
approches composants logiciels (Corba, EJB).
16
Dvel oppement des appl i c at i ons Dvel oppement des appl i c at i ons Dvel oppement des appl i c at i ons Dvel oppement des appl i c at i ons
des r seaux et syst mes r par t i s des r seaux et syst mes r par t i s des r seaux et syst mes r par t i s des r seaux et syst mes r par t i s
I Communications inter personnelles
I Tlphonie, diffusion radio/tlvision, informations (Web).
I Algorithmique parallle
I Calcul intensif, grilles de calcul (Grid computing).
I Informatique industrielle
I Systmes rpartis de contrle de procds.
I Informatique d'entreprise
I Architectures client-serveur.
I Intelligence artificielle
I Rseaux de neurones, systmes multi-agents.
I Multi mdia
I Jeux en rseaux.
17
Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es
18
Obj ec t i f Obj ec t i f Obj ec t i f Obj ec t i f
I Prsenter des problmes importants de la
construction des rseaux.
I En se limitant aux couches basses.
I Problmes que l'on doit rsoudre dans un ou
quelquefois dans plusieurs des niveaux d'une pile de
protocoles.
I Donner des ides gnrales de solutions.
I Des solutions prcises seront revues propos de
chaque niveau.
Z Lordre de prsentation des problmes nest pas significatif
de leur importance.
19
1) Modul at i on, Sync hr oni sat i on, 1) Modul at i on, Sync hr oni sat i on, 1) Modul at i on, Sync hr oni sat i on, 1) Modul at i on, Sync hr oni sat i on,
Repr sent at i on des i nf or mat i ons Repr sent at i on des i nf or mat i ons Repr sent at i on des i nf or mat i ons Repr sent at i on des i nf or mat i ons
I Fonction de base des rseaux : acheminer des
suites binaires, structures, interprtables.
I Problmes de synchronisation:
I Synchronisation trame : A quel moment une
suite binaire significative est elle prsente ?
I Synchronisation bit : A quel moment un bit (un
symbole) doit-il tre chantillonn.
I Problmes de modulation: comment sont
reprsents les units dinformation (bits, symboles).
I Problmes de codage : comment sont cods les
donnes (octets, caractres, numriques, ).
20
2) Gest i on des c onnex i ons: l es 2) Gest i on des c onnex i ons: l es 2) Gest i on des c onnex i ons: l es 2) Gest i on des c onnex i ons: l es
modes avec ou sans c onnex i on modes avec ou sans c onnex i on modes avec ou sans c onnex i on modes avec ou sans c onnex i on
IMode sans connexion (non connect):
ILes changes peuvent tre raliss tout instant sans
prcautions particulires.
IExemples : courrier postal, protocoles IP, UDP, courrier
lectronique SMTP .
IMode en connexion (mode connect) :
ILes changes sont contrls par des connexions:
dlimitation dans le temps par deux phases douverture et
de fermeture de connexion.
IExemples : tlphone, protocoles PPP, TCP .
21
Gest i on des c onnex i ons : Gest i on des c onnex i ons : Gest i on des c onnex i ons : Gest i on des c onnex i ons :
l e mode c onnec t l e mode c onnec t l e mode c onnec t l e mode c onnec t
I Ouverture: Dlimitation de dbut des changes.
I Dsignation du destinataire atteindre .
I Ngociation de qualit de service QOS "Quality Of
Service".
Paramtres qualitatifs Ex: mode simplex, l'alternat, duplex.
Paramtres quantitatifs Ex : dbit, taux d'erreur rsiduel accept.
I Dsignation de la connexion : notion de rfrence de
connexion.
I Fermeture: Dlimitation finale des changes.
I Dconnexion abrupte ("Destructive release"):
Perte des informations en transit.
I Dconnexion ordonne ("Orderly release"):
Echange des donnes en cours avant fermeture
I Dconnexion ngocie ("Negociated release")
Fermeture avec l'accord des deux parties.
22
3) Ec l at ement /Rec ombi nai son 3) Ec l at ement /Rec ombi nai son 3) Ec l at ement /Rec ombi nai son 3) Ec l at ement /Rec ombi nai son
I clatement ("Splitting") : Une connexion de niveau N+1
est clate sur plusieurs connexions de niveau N.
I Utilisation : pour amliorer le dbit (usage peu frquent).
I Opration inverse sur le site distant: la recombinaison
=>Problme : reconstruire la squence initiale
(utilisation de numros de squence).
Eclatement
Recombinaison
Niveau N+1
Niveau N
Hte metteur A
Hte destinataire B
23
4) Mul t i pl ex age (ac c s mul t i pl e) 4) Mul t i pl ex age (ac c s mul t i pl e) 4) Mul t i pl ex age (ac c s mul t i pl e) 4) Mul t i pl ex age (ac c s mul t i pl e)
Mul t i pl ex i ng Mul t i pl ex i ng Mul t i pl ex i ng Mul t i pl ex i ng
I Multiplexage (switching) : Acheminer plusieurs flots de
messages de niveau N+1 sur un mme flot de niveau N.
I Problme rsoudre: rassembler puis sparer les
messages appartenant aux diffrents flots de communication.
Multiplexage
Dmultiplexage
Niveau N+1
Niveau N
Hte metteur A
Hte destinataire B
24
Ut i l i sat i on du mul t i pl ex age Ut i l i sat i on du mul t i pl ex age Ut i l i sat i on du mul t i pl ex age Ut i l i sat i on du mul t i pl ex age
IMultiplexage de flots appartenant des usagers
diffrents: protocoles d'accs multiple.
Exemple: tlphonie, rseaux d'ordinateurs.
IMultiplexage de flots appartenant un mme
usager.
Exemple: ouverture de plusieurs connexions diffrentes
entre deux htes pour le mme usager.
IMultiplexage de flots appartenant des
protocoles diffrents.
Exemple: multiplexage des protocoles TCP/IP et Novell sur le
mme cble Ethernet.
I => Le Multiplexage est omniprsent en
rseaux tous les niveaux.
25
Sol ut i ons de mul t i pl ex age : Sol ut i ons de mul t i pl ex age : Sol ut i ons de mul t i pl ex age : Sol ut i ons de mul t i pl ex age :
a) Mul t i pl ex age en f r quenc e a) Mul t i pl ex age en f r quenc e a) Mul t i pl ex age en f r quenc e a) Mul t i pl ex age en f r quenc e
I FDMA 'Frequency Division Multiple Access.
I AMRF 'Accs multiple rpartition de frquences.
I Multiplexage analogique : chaque usager utilise une
bande de frquence fixe selon un codage prdfini pendant
une plage de temps (selon rservation frquence/temps).
Frquence
B
Code
Temps
Usager 1 Usager n
I Les usagers sont spars par les frquences.
I La largeur de bande est limite par le
nombre n d'usagers (pour un usager B/n).
I Chaque usager dispose en continu de son
canal: qualit garantie mais perte de
ressources si l'usager ne transmet pas.
I Les usagers n'ont pas se synchroniser.
I Les usagers utilisent le plus souvent le
mme codage (mais les codages peuvent aussi
tre diffrents).
26
Mul t i pl ex age f r quent i el : ex empl e Mul t i pl ex age f r quent i el : ex empl e Mul t i pl ex age f r quent i el : ex empl e Mul t i pl ex age f r quent i el : ex empl e
du mul t i pl ex age de voi es physi ques du mul t i pl ex age de voi es physi ques du mul t i pl ex age de voi es physi ques du mul t i pl ex age de voi es physi ques
I Principe : Le spectre d'une voie rapide est dcoup en
bandes troites associes chaque voie basse vitesse.
I Applications anciennes: tlphonie fixe (groupes
primaires quaternaires) ou cellulaire (Radiocom 2000),
rseaux locaux "Broadband".
I Application actuelle: modulation OFDM, multiplexage
dans des fibres optiques WDM 'Wavelenght Division
Multiplexing (16), Dense-WDM (80-160), Ultra-dense (400).
D
E
M
U
X
M
U
X
1
2
3
4
1 2 3 4
1
2
3
4
S(t)
t
f
A(f)
A(f)
f
A(f)
S(t)
27
b)Mul t i pl ex age en t emps (t empor el ) b)Mul t i pl ex age en t emps (t empor el ) b)Mul t i pl ex age en t emps (t empor el ) b)Mul t i pl ex age en t emps (t empor el )
IChaque usager utilise des d'intervalles de temps
(mthode de partage du temps), d'une bande de
frquences prdfinie, le plus souvent selon le
mme principe de codage.
I Les usagers sont spars par le
temps.
I Les usagers mettent et reoivent
de faon discontinue dans le temps :
ils doivent se synchroniser.
I Meilleure optimisation possible des
ressources.
Frquence
Usager 1
Usager n
Code
Temps
28
Mul t i pl ex age t empor el (1) : Mul t i pl ex age t empor el (1) : Mul t i pl ex age t empor el (1) : Mul t i pl ex age t empor el (1) :
mul t i pl ex age t empor el sync hr one mul t i pl ex age t empor el sync hr one mul t i pl ex age t empor el sync hr one mul t i pl ex age t empor el sync hr one
I TDMA "Time Division Multiple Access",
I AMRT "Accs Multiple Rpartition de Temps"
I Exemple: multiplexage temporel synchrone de voie physique
I Principe :
I Des intervalles de temps constants d'une voie haute vitesse sont priodiquement
attribus des chantillons de n voies basse vitesse (mme sil ny a n'a rien
transmettre).
I On forme des trames rptes de manire synchrone.
I Applications :
I Tlphonie fixe et RNIS-BE (Rseau Numrique Intgration de Services Bande
troite). Tlphonie mobile GSM.
1
2
3
4
1 2 3 4
1
2
3
4
S1(t)
t
t
S2(t)
t
S3(t)
S4(t)
t
1
S1(t)
t
t
S2(t)
S3(t)
S4(t)
t
t
t
4
29
Mul t i pl ex age t empor el (2) : Mul t i pl ex age t empor el (2) : Mul t i pl ex age t empor el (2) : Mul t i pl ex age t empor el (2) :
mul t i pl ex age t empor el async hr one mul t i pl ex age t empor el async hr one mul t i pl ex age t empor el async hr one mul t i pl ex age t empor el async hr one
I ATDM "Asynchronous Time Division Multiplexing"
I MTA "Multiplexage Temporel Asynchrone"
En franais assez souvent => Multiplexage statistique.
I Principe : Les units de donnes significatives (messages)
des voies basses vitesses sont acquises selon leur rythme
d'arrive et sont mises sur la voie haute vitesse.
I Multiplexage des rseaux informatiques tous les
niveaux: multiplexage de niveau liaison sur niveau physique,
niveau rseau sur liaison, transport sur rseau, etc
I Rseaux locaux: partage d'une voie commune en comptition
Ethernet, Wifi.
I Internet : protocoles PPP, MPLS , IP, TCP
I Rseau ATM "Asynchronous Transfer Mode".
30
Ex empl e : l e mul t i pl ex age t empor el Ex empl e : l e mul t i pl ex age t empor el Ex empl e : l e mul t i pl ex age t empor el Ex empl e : l e mul t i pl ex age t empor el
async hr one dune voi e physi que async hr one dune voi e physi que async hr one dune voi e physi que async hr one dune voi e physi que
I Notion de multiplexeur statistique : Partage d'une voie
haut dbit en plusieurs voies bas dbits.
I Principe :
I Les donnes sont chantillonnes lorsquelles sont prsentes sur des
voies basses vitesses et sont rassembles en trames sur la voie haute
vitesse.
I Un codage dadresse ou un code prfixe permettent de dterminer si
un chantillon est prsent ou pas dans la trame.
1
2
3
4
1 2
3 4
1
2
3
4
S1(t)
t
t
S2(t)
t
S3(t)
S4(t)
t
t
4
Trame n
Trame n+1
S1(t)
t
t
S2(t)
S3(t)
S4(t)
t
t
31
c ) Mul t i pl ex age en c ode c ) Mul t i pl ex age en c ode c ) Mul t i pl ex age en c ode c ) Mul t i pl ex age en c ode
I CDMA Code Division Multiple Access.
I AMRC 'Accs multiple rpartition de codes.
I Les usagers utilisent des codes diffrents sur une bande
de frquences prdfinie pendant une plage de temps
donne (selon rservation).
I Les usagers sont spars par le code utilis.
I Les usagers peuvent mettre et recevoir de
faon continue et simultanment dans la
mme bande de frquence.
I Les usagers n'ont pas besoin de se
synchroniser dans le temps ni de se distinguer
dans le domaine des frquences..
Usager 1
Frquence
Usager n
Code
Temps
32
Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA :
1) Emi ssi on 1) Emi ssi on 1) Emi ssi on 1) Emi ssi on
I Bit Bi =0 ou 1 reprsent en niveaux (NRZ).
0 => +1 et 1 => -1 pendant un temps bit Tb.
I Pour chaque usager dfinition d'une squence d'talement.
Chaque temps bit est divis en n 'chips' (Tb = n* Tc)
I Exemple pour n=4 : On utilise un code pour 0 C1=+1, C2=-
1, C3=+1, C4=-1 (pour 1 loppos).
0
B4
0
B1
1 1 1
Tb
B2 B3 B5
V1,4 V1,1
Tc
33
Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA : Ex empl e t r s si mpl i f i de CDMA :
2) Rc ept i on 2) Rc ept i on 2) Rc ept i on 2) Rc ept i on
I Squence reue.
I Dcodage pour : C1=+1, C2=-1, C3=+1, C4=-1
On calcule Bi = (1/n)
j=1,4
Vi,j Cj
I Pour le bit B1 = (1/4)*(1+1+1+1+1) =1
Pour le bit B2 = (1/4)*(-1-1-1-1-1) =-1 etc
I On restitue la squence mise :
V1,4 V1,1
Tc
0
B4
0
B1
1 1 1
B2 B3 B5
34
Fonc t i onnement t r s si mpl i f i de Fonc t i onnement t r s si mpl i f i de Fonc t i onnement t r s si mpl i f i de Fonc t i onnement t r s si mpl i f i de
CDMA avec pl usi eur s ut i l i sat eur s 1) CDMA avec pl usi eur s ut i l i sat eur s 1) CDMA avec pl usi eur s ut i l i sat eur s 1) CDMA avec pl usi eur s ut i l i sat eur s 1)
I Squences de chips: On choisit des vecteurs orthogonaux
(les produits scalaires de squences associes deux
usagers s'annulent).
I Exemple: Usager-1 (+1, +1, +1, +1)
Usager-2 (+1, -1, +1, -1)
Usager-3 (+1, +1, -1, -1)
Usager-4 (+1, -1, -1, +1)
I Hypothses simplificatrices :
Bits synchroniss lmission.
Pas de retards diffrents de propagation.
Pas de bruit.
35
Ex empl e de CDMA avec pl usi eur s Ex empl e de CDMA avec pl usi eur s Ex empl e de CDMA avec pl usi eur s Ex empl e de CDMA avec pl usi eur s
ut i l i sat eur s (2) ut i l i sat eur s (2) ut i l i sat eur s (2) ut i l i sat eur s (2)
I Un scnario de fonctionnement ou les quatre usagers
mettent ensemble
I Emission Usager-1 bit a (+a, +a, +a, +a)
Usager-2 bit b (+b, -b, +b, -b)
Usager-3 bit c (+c, +c, -c, -c)
Usager-4 bit d (+d, -d, -d, +d)
I Signal mis pendant un bit
(a+b+c+d),(a-b+c-d),(a+b-c-d),(a-b-c+d)
I Rception de la transmission de l'usager 2
1/4[(a+b+c+d)-(a-b+c-d)+(a+b-c-d)-(a-b-c+d)]
= 1/4 [4b] = b
36
Conc l usi on CDMA Conc l usi on CDMA Conc l usi on CDMA Conc l usi on CDMA
I Ide dutiliser les codages : pour distinguer les usagers
dans une approche de transmissions simultanes (en
comptition avec collisions).
I Transposer lide dans le monde rel : problmes
importants de mise au point
I Squences de chips non synchronises.
I Squences de chips non orthogonales : beaucoup d'usagers =>
nombreuses squences de codage pas toutes orthogonales.
I Prsence de bruit.
I En utilisation mobile et communication hertzienne : Effet Doppler du
aux mobiles en mouvement.
I Communications hertziennes : Rflexions multiples.
I Applications
I Transmissions militaires.
I Tlphonie mobile de troisime gnration UMTS.
37
5) Commut at i on ( 5) Commut at i on ( 5) Commut at i on ( 5) Commut at i on (sw i t c hi ng sw i t c hi ng sw i t c hi ng sw i t c hi ng) ) ) )
I Objectif gnral : Acheminer un message dans un rseau
maill en visitant des commutateurs successifs.
I Commuter (switching): Raliser l'aiguillage d'une donne
d'une voie entrante dun commutateur sur une voie sortante.
I Router (routing): Dterminer le chemin suivre pour aller
d'un point un autre (calculer des routes optimales).
I Optimiser: Grer des files d'attente associes aux voies (en
entre, en sortie ou au milieu)
I pour satisfaire des critres de qualit de services (temps de rponse,
gigue, dbit ).
I et limiter au maximum les pertes de messages dues la
congestion.
I Un problme majeur en rseaux : la commutation est
traite aux niveaux 2 et 3.
38
Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on :
a) Commut at i on de c i r c ui t a) Commut at i on de c i r c ui t a) Commut at i on de c i r c ui t a) Commut at i on de c i r c ui t
IPrincipe : Un chemin permanent (un circuit) est
tabli entre deux entits communicantes et assure un
dbit (une bande passante) fixe.
IAvantages
IExistence d'un canal totalement disponible et indiffrent
au type de donnes transfres.
IPermet de rserver une capacit nette pour des trafics
synchrones ou temps rel: voix, image, donnes
chances.
IInconvnients
ILa capacit mise disposition n'est pas toujours adapte
au besoin et peut-tre parfois extrmement mal
employe (donnes sporadiques en informatique, voix ou
images compresses).
39
Sol ut i ons de c ommut at i on de Sol ut i ons de c ommut at i on de Sol ut i ons de c ommut at i on de Sol ut i ons de c ommut at i on de
c i r c ui t : a1) Commut at i on spat i al e c i r c ui t : a1) Commut at i on spat i al e c i r c ui t : a1) Commut at i on spat i al e c i r c ui t : a1) Commut at i on spat i al e
I Principe : tablissement d'un lien mtallique permanent au
moyen d'aiguillages d'interconnexion.
I Exemple type ("crossbar") : Commutateur N entres N
sorties : N
2
aiguillages commands par adresses destinations.
I Optimisation pour N grand : diminuer
le nombre de points d'aiguillages => notion
de rseau d'interconnexion
I Utilisation
I Commutation tlphonique ancienne.
I Commutation lectronique haut dbit
(accs mmoire, commutateurs gigabits,
....).
Entres
Sorties
Adresses
40
Sol ut i ons de c ommut at i on de c i r c ui t : Sol ut i ons de c ommut at i on de c i r c ui t : Sol ut i ons de c ommut at i on de c i r c ui t : Sol ut i ons de c ommut at i on de c i r c ui t :
a2) Commut at i on t empor el l e sync hr one a2) Commut at i on t empor el l e sync hr one a2) Commut at i on t empor el l e sync hr one a2) Commut at i on t empor el l e sync hr one
I Chaque entre est chantillonne de faon synchrone.
I On constitue une trame d'entre. On crit la trame en mmoire.
I Une table de correspondance entre voies d'entre et voies de sortie dfinit
les rgles d'aiguillage.
I Chaque trame est relue et affiche sur les voies de sortie selon la table.
I Utilisation
I Commutation tlphonique filaire actuelle, RNIS.
Voie 1
Voie 2
Voie 3
Voie 4
X
Y
Z
T
Organe d'entre
X
Y
Z
T
Scrutation
Commutation
Mmoire
X
Y
Z
T
2
4
1
3
Z
X
T
Y
Voie 1
Voie 2
Voie 3
Voie 4
X
Y
Z
T
Adresses
Organe de sortie
Trame d'entre
Trame de sortie
41
Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on : Sol ut i ons de c ommut at i on :
b) Commut at i on de paquet s b) Commut at i on de paquet s b) Commut at i on de paquet s b) Commut at i on de paquet s
I Packet switching : Une commutation temporelle asynchrone.
I Les paquets ont une entte avec l'adresse du destinataire.
I Les paquets arrivent de faon asynchrone (multiplexage asynchrone).
I Les paquets sont mis en file d'attente entre aprs acquisition sur une
voie d'entre,
I Les paquets sont aiguills vers une file de sortie en fonction de
l'adresse destinataire atteindre par un organe de commutation.
I Les paquets en file de sortie sont renvoys sur la voie de sortie.
Hte
A
Commutateur de paquets
Packet switch
B
C
B B
C
C
C
C
Organe de
commutation
Commutateur de paquets
Packet switch
Files dattente
42
Commut at i on de paquet s : Commut at i on de paquet s : Commut at i on de paquet s : Commut at i on de paquet s :
Ter mi nol ogi e, Conc ept s assoc i s Ter mi nol ogi e, Conc ept s assoc i s Ter mi nol ogi e, Conc ept s assoc i s Ter mi nol ogi e, Conc ept s assoc i s
ICommutation de messages, de paquets, de
cellules
ICommutation de messages: ancienne commutation de
donnes de taille quelconque => problmes d'allocation de
tampons (Exemple : rseau SITA au dbut).
ICommutation de paquets: la taille des paquets est borne
par connexion usager et permet une meilleure gestion
mmoire (X25).
ICommutation de cellules: la taille des cellules est
strictement fixe et identique pour tous les usagers =>
efficacit maximale en gestion mmoire. (ATM)
ICircuits virtuels et datagrammes
ICircuits virtuels : les paquets empruntent le mme chemin.
IDatagrammes : les paquets circulent indpendamment les
uns des autres.
43
Commut at i on de paquet s : Commut at i on de paquet s : Commut at i on de paquet s : Commut at i on de paquet s :
Avant ages et i nc onvni ent s Avant ages et i nc onvni ent s Avant ages et i nc onvni ent s Avant ages et i nc onvni ent s
IAvantages
I Apporte une grande adaptabilit aux dbits soumis par
les usagers.
I Optimise les voies de communication.
IInconvnients
I L'opration de commutation est plus complexe qu'en
commutation de circuits et les dbits commuts sont plus
faibles.
I Les trafics voix image ont des caractristiques synchrones
qui rendent dlicate l'utilisation de la commutation de paquet.
IApplications
I Commutation des rseaux informatiques : Ethernet, ATM,
MPLS, IP, X25.
44
6) Fr agment at i on / Segment at i on 6) Fr agment at i on / Segment at i on 6) Fr agment at i on / Segment at i on 6) Fr agment at i on / Segment at i on
Fr agment at i on Fr agment at i on Fr agment at i on Fr agment at i on
I Problme: Dans le cas ou une information usager transporter au niveau
N+1 (N-SDU) est trop longue pour la taille (d'un maximum impos) des
messages du niveau (N-PDU).
I Exemple: Ethernet taille maximum 1500 octets
I Notion de MTU : Medium Transmission Unit.
I Autre situation: La voie de communication est trop bruite.
I Exemple : Wifi.
I Solution (rencontre dans certains niveaux 2,3,4): dcouper les
messages longs en morceaux plus courts (segmentation ou fragmentation).
I Opration inverse : rassemblage (identifiant de fragment, position).
Une N-SDU
Quatre N-PDU
1 2
3
4
45
7) Gr oupage (Conc at nat i on) 7) Gr oupage (Conc at nat i on) 7) Gr oupage (Conc at nat i on) 7) Gr oupage (Conc at nat i on)
IProblme : dans le cas ou une information
transporter (N-PDU) est trop petite par rapport la
taille des messages qui optimisent les performances
du niveau (taille fixe ou d'un minimum donn)
IOptimisation (groupage) : regroupement de
messages courts (rare).
IOpration inverse : dgroupage (bas sur la
position des diffrents messages courts).
Une N-PDU
Trois N-SDU
1 2
3
46
8) Cont r l e de f l ux 8) Cont r l e de f l ux 8) Cont r l e de f l ux 8) Cont r l e de f l ux
Fl ow Fl ow Fl ow Fl ow c ont r ol c ont r ol c ont r ol c ont r ol
I Problme : diffrences de vitesse entre lmetteur et le
destinataire (htrognit des puissances de calcul, de la
capacit mmoires, des dbits des voies de communication)
=> Arrives sporadiques qui ne peuvent tre traites par le
destinataire (pertes de messages).
I Solution indispensable (niveaux 2, 3, 4) : Adaptation de la
vitesse de l'metteur celle du rcepteur par rtroaction au
moyen de messages spcifiques: les crdits.
I Contrle de flux inter sites "Peer flow control"
I Entre deux niveaux apparis => contrle de flux dfini dans un
protocole.
I Contrle de flux inter niveaux "Inter layer flow control "
I Entre un niveau N+1 et le niveau N : la solution dpend de l'implantation
du fournisseur de logiciel systme/rseau.
47
9) Cont r l e der r eur 9) Cont r l e der r eur 9) Cont r l e der r eur 9) Cont r l e der r eur
Er r or Er r or Er r or Er r or c ont r ol c ont r ol c ont r ol c ont r ol
I Problmes : Perte de messages
IBruit sur les voies de communication, dans les mmoires.
IIncapacit de stocker (congestion).
I Solution indispensable (niveaux 2, 3, 4) : contrle de
l'intgrit des donnes transfres
ICodes auto correcteurs d'erreurs : Dfinir un code qui
permet de savoir sil y a eu erreur et qui permet de corriger
cette erreur.
ICodes dtecteurs d'erreurs: Dfinir un code qui permet
de dtecter la modification ou la perte des donnes
changes et retransmettre en cas d'erreur.
I Contrle total ou contrle partiel :
IContrle sur la totalit du message : protocole et usager.
IContrle sur les enttes protocolaires : traiter uniquement
des problmes protocolaires (exemple : erreurs de routage).
48
10) Cont r l e de squenc e 10) Cont r l e de squenc e 10) Cont r l e de squenc e 10) Cont r l e de squenc e
Pr opr i t s dor dr e Pr opr i t s dor dr e Pr opr i t s dor dr e Pr opr i t s dor dr e
I Problme : assurer le respect de proprits d'ordre dans les
communications
I A) Ordre local (livraison en squence, besoin frquent)
I On attend en gnral dun protocole quil prserve l'ordre des donnes
qui lui sont confies par un metteur.
I Si le rseau perd, duplique ou dsquence les informations il faut
restituer les donnes dans l'ordre des soumissions.
I B) Ordre global (cas des communications en diffusion)
I Tous les destinataires dune suite de messages reoivent les messages
dans le mme ordre.
I C) Ordre causal:
I Tous les destinataires reoivent les messages dans le mme ordre qui
est celui de la relation de causalit des instants dmission.
I Un message en cause un autre sil est dlivr avant lmission de lautre.
I Ordre causal = ordre de prcdence intersites dduit des
communications par messages.
49
11) Qual i t de ser vi c e 11) Qual i t de ser vi c e 11) Qual i t de ser vi c e 11) Qual i t de ser vi c e
QOS QOS QOS QOS Qual i t y Qual i t y Qual i t y Qual i t y Of Of Of Of ser vi c e ser vi c e ser vi c e ser vi c e
I Problme: respect de proprits dans les communications.
I Point de vue ancien: fournir deux niveaux qualitatifs
I Transfert de donnes normales ("Normal data flow") : Les donnes
habituellement changes.
I Transfert de donnes expresses ("Expedited data transfer") : Les
donnes devant circuler rapidement (exemple alarmes, exceptions).
I Point de vue actuel: essentiel pour les donnes multimdia
I A) Proprits qualitatives ou smantiques
I Exemple : proprits dordre, existence de canaux unidirectionnels ou
bidirectionnels
I B) Proprits quantitatives : qualit de service
temporelle (donnes temps rel, multimdia)
I Nombreux paramtres quantitatifs de qualit: Temps de transmission
(latence), Variation du temps de transmission (gigue), taux derreur.
I Contrats de qualit de service:
I Responsabilit de l'usager 'usage parameter control et responsabilit du
prestataire de service.
50
12) Cont r l e de c ongest i on 12) Cont r l e de c ongest i on 12) Cont r l e de c ongest i on 12) Cont r l e de c ongest i on
Congest i on c ont r ol Congest i on c ont r ol Congest i on c ont r ol Congest i on c ont r ol
IProblmes:
I viter en prsence d'une surcharge la diminution
anormale des performances => continuer satisfaire les
contrats de qualit de service en prsence des surcharges
acceptes.
I viter le phnomne d'croulement (thrashing) c'est
dire l'effondrement du trafic utilisateur transport.
ISolutions (indispensables aux niveaux 2 et 3) :
I Allouer suffisamment de ressources : bande passante,
puissance de commutation, tampons.
I viter la destruction de messages par manque de
ressources conduisant des pertes par le dveloppement de
protocoles de prvention ou de traitement de la congestion
par exemple utilisation de messages de signalement de
surcharge.
51
13) Compr essi on 13) Compr essi on 13) Compr essi on 13) Compr essi on
I Problme :
Iviter de transmettre un volume de donnes important
risquant de gaspiller la bande passante disponible.
I Solutions :
I Quelquefois prsentes au niveau physique et surtout
de niveau application.
I Dtecter les redondances prsentes dans les donnes et
les supprimer en utilisant un codage plus efficace.
I Quelquefois utile dans les donnes informatiques mais trs
efficace dans la transmission dimages et de son.
52
14) Dsi gnat i on et l i ai son 14) Dsi gnat i on et l i ai son 14) Dsi gnat i on et l i ai son 14) Dsi gnat i on et l i ai son
Nami ng Nami ng Nami ng Nami ng, , , , Bi ndi ng Bi ndi ng Bi ndi ng Bi ndi ng
I Problmes:
I Dsignation : construire des ensembles de noms logiques ou
dadresses physiques (dans le contexte de grands rseaux).
I Liaison : tablir un lien entre un nom logique et une adresse physiques
permettant de retrouver la localisation dun destinataire.
I Solutions de dsignation (niveaux 2, 3, 4) :
I Dfinition de la structure des noms et adresses dans les rseaux
(approches hirarchiques)
I Dfinition des autorits responsables de lattribution des noms et
adresses
I Solutions de liaison (niveaux 2, 3, 4) :
I Dfinition des services et protocoles de recherche (utilisant
surtout des annuaires) pour tablir une liaison entre un nom et un
attribut qui est le plus souvent une adresse.
I On peut aussi associer un nom de nombreux autres types dattributs
utiles comme des cls, des alias, des serveurs .
53
15) Sc ur i t 15) Sc ur i t 15) Sc ur i t 15) Sc ur i t
Sec ur i t y Sec ur i t y Sec ur i t y Sec ur i t y
I Problme: rsister aux actions de malveillance pour assurer
IConfidentialit : donner accs en lecture aux personnes
autorises.
IIntgrit : donner accs en criture aux personnes
autorises
IProtection : vrifier de manire gnrale les droits de
chaque usager.
IAuthentification : vrifier lidentit dun usager.
INon rpudiation : assurer quun usager est bien lauteur
dune action.
I Solutions indispensables (niveaux 2, 3, 4) :
IUtiliser des fonctions cryptographiques : chiffres,
fonctions de hachage, gnrateurs de nombres alatoires.
IUtiliser des protocoles de scurit : des changes de
messages ddis la scurit.
54
16) Admi ni st r at i on de r seau 16) Admi ni st r at i on de r seau 16) Admi ni st r at i on de r seau 16) Admi ni st r at i on de r seau
(Net w or k management ) (Net w or k management ) (Net w or k management ) (Net w or k management )
I Problme: Assurer le suivi de l'exploitation dun rseau dans
cinq domaines.
I Gestion des configurations : suivre le parc des moyens matriels et
logiciels dploys et suivi des versions.
I Gestion des pannes : suivre ltat de fonctionnement des appareils.
I Gestion de la comptabilit: tablir les consommations de ressources
des usagers pour facturer.
I Gestion des performances : suivre les performances des diffrents
dispositifs (dbits, temps de rponse).
I Gestion de la scurit : dfinir la politique de scurit et administrer
les paramtres de la scurit (identificateurs, cls, mots de passe)
I Solutions indispensables aux niveaux 1,2,3,4 :
IUtiliser des logiciels dadministration qui implantent
des protocoles dadministration et des services de
prsentation des donnes dadministration.
55
Modl e de r f r enc e pour l es Modl e de r f r enc e pour l es Modl e de r f r enc e pour l es Modl e de r f r enc e pour l es
ar c hi t ec t ur es de r seaux : ar c hi t ec t ur es de r seaux : ar c hi t ec t ur es de r seaux : ar c hi t ec t ur es de r seaux :
Le modl e OSI Le modl e OSI Le modl e OSI Le modl e OSI
56
I nt r oduc t i on : I nt r oduc t i on : I nt r oduc t i on : I nt r oduc t i on :
Not i on de modl e de r f r enc e Not i on de modl e de r f r enc e Not i on de modl e de r f r enc e Not i on de modl e de r f r enc e
IPourquoi dfinir un modle de rfrence
d'architecture de rseaux?
I1) Pour permettre la construction rationnelle
des logiciels rseaux.
IModularit, Extensibilit,
IParalllisme, Tolrance aux pannes.
I2) Pour rgler des problmes d'incompatibilit
entre diffrentes choix techniques.
=> Notion d'ouverture (architecture de
systme ouvert).
57
Ar c hi t ec t ur es de syst mes ouver t s Ar c hi t ec t ur es de syst mes ouver t s Ar c hi t ec t ur es de syst mes ouver t s Ar c hi t ec t ur es de syst mes ouver t s
Ral i sat i on de l ouver t ur e (1) Ral i sat i on de l ouver t ur e (1) Ral i sat i on de l ouver t ur e (1) Ral i sat i on de l ouver t ur e (1)
IObjectif : Assurer que des logiciels rseaux
htrognes peuvent tre intgrs dans des
ensembles cooprants de grande dimension sans
entraner des cots trop importants.
Techniques employes
I1) La normalisation ("Standardization"):
IProduction de spcifications papiers faisant rfrence pour la
dfinition des diffrents aspects dun fonctionnement rseau.
I=> Une norme prcise des fonctionnements communs
obligatoires (mandatory) et donc par suite autorise des
variantes sur les points optionnels et surtout sur les points
non spcifis.
58
I2) L'interoprabilit ("Interoperability") :
I Production dimplantations qui peuvent effectivement
changer des informations significatives.
I => Non seulement la connexion physique est ralise mais
galement tous les protocoles employs sont compatibles.
I3) La portabilit ("Portability"):
I Un mme logiciel portable peut tre excut sur une
grande varit de machines.
I => On peut ainsi utiliser une implantation commune qui
aura de bonnes chances dtre compatible avec elle mme.
59
I 4) L'extensibilit ("Scalability") :
I Signifie quun systme ouvert peut supporter des extensions de
configuration jusqu une taille trs importante (arbitraire si possible).
I => Dans son dveloppement un systme ouvert peut accompagner
l'extension des demandes des applications en leurs assurant des
performances acceptables.
I => Terminologie : Passage lchelle.
I 5) L'intgration ("Integration") :
I Signifie que les applications doivent avoir une interface bien dfinie et
que les implantations respectent ces spcifications.
I => Les applications peuvent tre assembles (composes) pour former
un systme complexe fonctionnant correctement dans la mesure ou les
clients respectent les interfaces des applications serveuses.
I => Terminologie : Interface de programmation dapplication API
Application Programming Interface.
60
Or gani sat i on des ar c hi t ec t ur es de Or gani sat i on des ar c hi t ec t ur es de Or gani sat i on des ar c hi t ec t ur es de Or gani sat i on des ar c hi t ec t ur es de
Organisation en couches ou niveaux (Layers, OSI)
I Pour modulariser et structurer les diffrentes fonctions:
I Eviter les approches "fourre-tout" ou tous les aspects sont mls dans
le mme logiciel.
I On situe dans une hirarchie de couches (une pile ou "stack")
les diffrentes fonctions raliser (Dijskstra 1968).
I Chaque niveau est dfini en termes du service rendu au niveau
suprieur.
I Chaque niveau est dfini par la faon de dialoguer avec un niveau
analogue.
Organisation oriente composants logiciels (objets)
I On ne pas une seule pile (une hirarchie de rutilisation).
I Tous les composants sont sur le mme plan: utilisables via
leur API par dautres composants (Exemple CORBA).
61
Or gani sat i on en c ouc hes Or gani sat i on en c ouc hes Or gani sat i on en c ouc hes Or gani sat i on en c ouc hes
Ser vi c es et pr ot oc ol es: un ex empl e Ser vi c es et pr ot oc ol es: un ex empl e Ser vi c es et pr ot oc ol es: un ex empl e Ser vi c es et pr ot oc ol es: un ex empl e
I Exemple (A.S. Tannenbaum):
Deux philosophes qui ne parlent
pas la mme langue souhaitent
mener un dbat philosophique
par la poste).
IIls produisent des textes
philosophiques.
IIls utilisent les services de
traducteurs.
ILes textes circulent par la
poste.
PHILOSOPHE
A
PHILOSOPHE
B
TRADUCTEUR
A
TRADUCTEUR
B
SERVICES POSTAUX
62
Not i on de ser vi c e Not i on de ser vi c e Not i on de ser vi c e Not i on de ser vi c e
(f l c hes ver t i c al es) (f l c hes ver t i c al es) (f l c hes ver t i c al es) (f l c hes ver t i c al es)
I Interface du service de traduction : requtes ou
primitives.
I Pourriez vous envoyer un texte mon ami le philosophe B qui habite
telle adresse.
I Oui c'est possible ou Non j'ai trop de travail.
I Un texte pour vous est arriv de B.
I Interface du service postal
I Mettre une lettre la poste
I Effectuer un envoi recommand (qualit du service).
I Guichet surcharg (file d'attente)
I Le bureau de poste est ferm.
63
Not i on de pr ot oc ol e : Not i on de pr ot oc ol e : Not i on de pr ot oc ol e : Not i on de pr ot oc ol e :
(f l c hes hor i zont al es) (f l c hes hor i zont al es) (f l c hes hor i zont al es) (f l c hes hor i zont al es)
IProtocole entre philosophes
ICher et estim collgue.
IThse, antithse, synthse.
IProtocole entre traducteurs
IVotre cinquime paragraphe du dernier texte tait
incomprhensible.
IDans une langue "pivot" (anglais) : Que pensez vous
d'utiliser pour le prochain envoi l'allemand afin de ne pas
perdre la main.
64
Ar c hi t ec t ur e de c ommuni c at i on : Ar c hi t ec t ur e de c ommuni c at i on : Ar c hi t ec t ur e de c ommuni c at i on : Ar c hi t ec t ur e de c ommuni c at i on :
Pr sent at i on f or mel l e des not i ons Pr sent at i on f or mel l e des not i ons Pr sent at i on f or mel l e des not i ons Pr sent at i on f or mel l e des not i ons
I Architecture de rseau ("Network Architecture")
I Spcification d'un ensemble de fonctions dcoupes en niveaux
hirarchiss
I Couches ou niveaux ("Layers") dfinis par:
I Une interface de service : des primitives daccs au service.
I Un protocole de communication entre un niveau N et un niveau N
distant.
I Services et protocoles
I Le niveau N communique avec le niveau N+1 auquel il fournit un
service.
I Le niveau N communique avec le niveau N-1 auquel il demande un
service
I Les services rendus servent tablir finalement un dialogue
(protocole) entre deux niveaux N apparis.
I Le niveau le plus bas est celui de la communication effective sur
une voie physique de bits d'information.
65
Repr sent at i on des ni veaux , Repr sent at i on des ni veaux , Repr sent at i on des ni veaux , Repr sent at i on des ni veaux ,
pr ot oc ol es et ser vi c es pr ot oc ol es et ser vi c es pr ot oc ol es et ser vi c es pr ot oc ol es et ser vi c es
I Exemple dune architecture
trois niveaux.
I Sur le schma: distinction flots
de contrle et flots de donnes
(exemples RNIS, ATM).
I Selon les choix de conception
ces flots:
I Circulent sur le mme canal
physique ou la mme voie
logique
I Circulent sur des canaux
physiques ou des voies logiques
diffrentes.
3 3
2 2
1
1
de niveau 3
Interface 3/2
Hte A Hte B
Protocole
de niveau 2
Protocole
Protocole
de niveau 1
Interface 2/1
66
Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es :
Pr i mi t i ves de ser vi c e Pr i mi t i ves de ser vi c e Pr i mi t i ves de ser vi c e Pr i mi t i ves de ser vi c e
IPrimitive de service (IDU Interface Data Unit)
IUne fonction prcise active dans un niveau par un autre
niveau.
IExemples : demande de connexion, demande de
transfert,
ICaractristiques associes : type, paramtres dappel
et de rponse
- type de l'opration (de la primitive).
- adresse du destinataire et adresse de lmetteur.
- spcification de qualit de service attendu.
- donnes usager.
67
Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es : Not i ons l i es aux ser vi c es :
Ser vi c es Ser vi c es Ser vi c es Ser vi c es et ent i t s de ser vi c es et ent i t s de ser vi c es et ent i t s de ser vi c es et ent i t s de ser vi c es
IService
IEnsemble de primitives changes par un niveau donn
et le niveau suprieur. Les primitives de service circulent
dans les deux sens N vers N+1 et N+1 vers N.
IProfil d'appel des primitives : analogue de la signature.
IContraintes denchanement : l'interprtation dune
primitive dpend de l'tat. Par exemple : dans un certain
tat d'un niveau certaines primitives sont utilisables et
d'autres pas.
INotion d'entit de service
IInstance d'un ensemble de primitives permettant la
ralisation effective du service (analogue de l'instanciation
de classe en approche objet).
68
Not i ons l i es aux pr ot oc ol es Not i ons l i es aux pr ot oc ol es Not i ons l i es aux pr ot oc ol es Not i ons l i es aux pr ot oc ol es
I Units de donne protocolaires (PDU Protocol Data Unit)
I Spcification d'un ensemble de donnes types, changes entre deux
niveaux apparis. Selon les niveaux : trames, paquets, segments, messages.
I Exemple : demande de connexion, transfert de donnes....
I Caractristiques associes : les informations transportes
- type de l'opration
- adresse du destinataire
- informations auxiliaires transportes
- donnes usagers
I Protocole
I Dfinition de lensemble des PDU changes par un niveau avec un niveau pair.
I Dfinition des contraintes d'enchanement.
I Dans un tat d'un niveau certains messages sont interprtables et d'autres pas.
I L'interprtation d'un mme message peut tre diffrente selon l'tat.
=> Indterminisme des applications rseaux.
69
Appr of ondi ssement s: Appr of ondi ssement s: Appr of ondi ssement s: Appr of ondi ssement s:
Ser vi c es Ser vi c es Ser vi c es Ser vi c es
I Unit de donnes d'interface : IDU Interface Data Unit
I Objets changs entre les niveaux lors de l'mission d'une primitive
de service => Composs de deux parties:
I 1) Units de donnes de service : SDU Service Data Unit
I La partie que l'usager souhaite transmettre effectivement l'usager
distant.
I 2) Informations de contrle de l'change : ICI Interface
Control Information
I L'ensemble des informations de contrle qui permettent au niveau
destinataire de traiter correctement la requte.
I Type de la requte, adresse destinataire,
I Autres informations dans le dialogue entre
niveaux (par exemple pour rguler le flux
d'informations sur l'interface de service).
I La normalisation ne spcifie pas comment
sont changes les SDU.
Niveau N+1 SDU
Niveau N
ICI
ICI SDU
N-IDU
70
Poi nt dac c s de ser vi c es Poi nt dac c s de ser vi c es Poi nt dac c s de ser vi c es Poi nt dac c s de ser vi c es
I Guichet permettant une
entit de demander un service
une autre entit .
I Sa ralisation dpend des
choix d'implantation du logiciel
rseau par le fournisseur.
Exemples: en appel systmes,
appel de procdure.
I Le point d'accs de service
est l'lment essentiel de la
dsignation dans les rseaux.
I Autres dnominations: port,
porte, "sockets", prises.
Entit N+1
SAP
SAP : Service Access Point
Entit N+1
Entit N
SAP
Ralisation d'un SAP
en schma producteur
consommateur
Entit N
Entit N
71
Pr ot oc ol es Pr ot oc ol es Pr ot oc ol es Pr ot oc ol es
I Units de donnes de protocole ("PDU Protocol Data
Unit")
I L'ensemble des objets changs entre niveaux apparis.
I Compos d'un (N+1)-PDU et d'une information de contrle (N)-PCI.
I Informations de contrle
protocolaire ("PCI "Protocol
Control Information")
I Ensemble des informations
de contrle de l'change entre niveaux.
I Exemples :
- adresses metteur et destinataire
- type
- version de protocole utilise.
(N+1)-PDU
(N-1)-PDU Trame (Liaison)
(N)-PCI
(N-1)-PCI
(N)PDU Paquet (Rseau)
(N+1)-PDU Message (Transport)
(N+1)-PDU
(N)-PCI (N+1)-PDU
72
Rsum de l a st r uc t ur at i on OSI Rsum de l a st r uc t ur at i on OSI Rsum de l a st r uc t ur at i on OSI Rsum de l a st r uc t ur at i on OSI
Niveau N+1
(N)- IDU
ICI SDU
Niveau N
PCI
(N)-PCI
(N)-SDU
ICI
(N)-PDU
(N-1)- IDU
Niveau N-1
73
Ex empl e dun di al ogue avec ac c or d Ex empl e dun di al ogue avec ac c or d Ex empl e dun di al ogue avec ac c or d Ex empl e dun di al ogue avec ac c or d
c onf i r m OSI ( c onf i r m OSI ( c onf i r m OSI ( c onf i r m OSI (handshak e handshak e handshak e handshak e) ) ) )
"Request"
Indication
"Response"
Confirmation
Utilisateur de service
(client)
Fournisseur de service de
communication
Serveur distant
Couche N
Couche N +1
Couche N +1
Requte
"SDU"
Message
"PDU type REQ"
Message
"PDU type RESP"
"SDU"
"SDU"
"SDU"
Rponse
"Indication"
"Confirmation"
Couche N
74
Comment ai r es: di al ogue avec Comment ai r es: di al ogue avec Comment ai r es: di al ogue avec Comment ai r es: di al ogue avec
ac c or d c onf i r m OSI ( ac c or d c onf i r m OSI ( ac c or d c onf i r m OSI ( ac c or d c onf i r m OSI (handshak e handshak e handshak e handshak e) ) ) )
Primitives De Service
I Requte ("Request") :
I Initialise par le niveau N+1 pour obtenir un service du niveau N
I Exemple de primitives : Connect-Request, Data-Request.
I Indication ("Indication") :
I Le niveau N avise le niveau N+1 de l'activation d'un service.
I Exemple de primitives : Connect-Indication, Data-Indication.
I Rponse ("Response") :
I Rponse du niveau N+1 au niveau N sur une indication
I Exemple : Connect-Response.
I Confirmation ("Confirmation") :
I Du niveau N au niveau N+1 en terminaison du service requis;
I Exemple : Connect-Confirmation)
Units de protocole
I REQ: PDU qui achemine la requte entre le client et le serveur:
I RESP: PDU qui achemine la rponse entre le serveur et le client.
75
I nt r oduc t i on l a spc i f i c at i on des I nt r oduc t i on l a spc i f i c at i on des I nt r oduc t i on l a spc i f i c at i on des I nt r oduc t i on l a spc i f i c at i on des
ser vi c es et des pr ot oc ol es ser vi c es et des pr ot oc ol es ser vi c es et des pr ot oc ol es ser vi c es et des pr ot oc ol es
I Dfinition de toutes les squences correctes d'changes
de d'units de service et de protocole
I"ASDC Abstract Service Definition Convention"
I"FDT Formal Definition Techniques"
I Exemple de solution (la plus rpandue)
- Automate d'tats finis ("Finite State Machine")
- Notion d'tat ("state")
- Notion de transition ("transition") entre tats.
- Gnration dvnements (missions d'information) !info.
- Traitement dvnements (rceptions d'information) ?info.
I Besoin de mthodes formelles de spcification et de
preuve de comportements corrects FDT
I Dtection des interblocages, des rceptions non spcifies.
76
Ex empl e par t i el du ser vi c e
d' ac c or d c onf i r m de c onnex i on
CONNEXION
ENTRANTE
CONNEXION
SORTANTE
! CONNECT.indication ? CONNECT.request
! CONNECT.confirmation
? CONNECT.response
? CONNECT.response
? CONNECT.request
CONNEXION
FERMEE
CONNEXION
OUVERTE
77
Le modl e OSI ( Le modl e OSI ( Le modl e OSI ( Le modl e OSI (I SO/I EC 7498)
Open Open Open Open Syst em Syst em Syst em Syst em I nt er c onnec t i on I nt er c onnec t i on I nt er c onnec t i on I nt er c onnec t i on
Principes de base du modle
I Les fonctions excuter doivent tre divises en niveaux sparables
du point de vue physique et logique.
I Les fonctions associes dans un niveau doivent avoir une finalit
cohrente.
I Chaque couche doit contenir un volume suffisant de fonctions afin
de minimiser le nombre des couches.
I Les protocoles doivent agir uniquement l'intrieur de la mme
couche.
I Les interfaces entre couches doivent tre aussi simples que possible de
manire minimiser les changes entre couches.
I Les couches doivent pouvoir tre modifies sans que soient affects
les services qu'elles offrent.
I Une fonction devrait n'apparatre qu'une seule fois.
I L'ensemble doit tre efficace en termes de performances
78
Les sept c ouc hes Les sept c ouc hes Les sept c ouc hes Les sept c ouc hes
Protocole d
Protocole de prsentation
Protocole de session
Protocole de Transport
'Application
Application
Application 7 A
Prsentation
Prsentation
6
P
Session 5
Session S
4 Transport
Transport
T
Rseau Rseau Rseau Rseau 3 R
Liaison Liaison Liaison
Liaison 2
L
Physique Physique Physique Physique 1 P
Sous-rseau de communication
IMP IMP
HOTE A HOTE B
Protocole Rseau Hote-IMP
Protocole Liaison Hote IMP
Protocole Physique Hote IMP
79
1 1 1 1 - -- - Ni veau Physi que Ni veau Physi que Ni veau Physi que Ni veau Physi que
I Objectif: Fournir les moyens ncessaire l'activation au maintien et la
dsactivation des connexions physiques destines la transmission de suites
binaires.
I Mcaniques : Exemples: connecteurs, forme des prises, utilisation des
broches pour les diffrents signaux.
I lectriques : Exemples: modulations, utilisation des niveaux disponibles
pour coder un bit, dures.
I Procduraux : Exemples: protocoles de synchronisation entre l'metteur et
le rcepteur, multiplexage, transmission bidirectionnelle, l'alternat.
I Notion de niveau physique
I Dfinit la globalit de la chane de transmission,
I Exemple : Ethernet au niveau physique sur paire torsade (100 Base T).
I Notion d'interface standard
I Entre la voie physique de transmission et le systme informatique (interface
ETTD-ETCD). Constitue une partie du niveau physique.
I Exemple : interface Ethernet sur paire torsade RJ45.
80
2 2 2 2 - -- - Ni veau Li ai son (1) : Ni veau Li ai son (1) : Ni veau Li ai son (1) : Ni veau Li ai son (1) :
Voi es mul t i poi nt s par t ages Voi es mul t i poi nt s par t ages Voi es mul t i poi nt s par t ages Voi es mul t i poi nt s par t ages
I Objectif : Le niveau liaison assure le transfert d'informations
entre deux calculateurs relis par une voie physique.
I Selon le support physique et les options de conception
une partie des fonctions suivantes est offerte.
Voies multipoints
I Partage de l'accs au mdium ("MAC Medium Access Control")
I Autres fonctions (contrle derreur, de flux, administration, ).
I Exemples :
I Rseau Ethernet filaire IEEE 802-3 (10 Mb/s 10 Gb/s)
I Rseau Hertzien WIFI 802-11 (1 Mb/s 54 Mb/s)
I Gestion de boucles jeton IBM ISO 8802-5, FDDI ANSI X3T9
I Rseaux locaux industriels (FIP, Profibus, CAN, )
81
Ni veau Li ai son (2) :
Tec hni ques en poi nt poi nt
I Gestion de liaison entre deux voisins relis par une voie
physique quelconque (typiquement une liaison spcialise).
I Fonctions ralises
I Dlimitation/mise en correspondance d'units de donnes.
I Multiplexage de flots de donnes d'origine diffrentes.
I Contrle d'erreur : transformer une voie bruite en une voie de taux
d'erreur acceptable.
I Contrle de flux.
I Contrle de squence.
I tablissement et libration de connexions.
I Fonctions d'administration de liaison
I Fonctions dauthentification et de scurit.
I Exemples d'implantations
I Niveaux liaisons en connexion type HDLC High Level Data Link
Communication (LAPB, LAPD ).
I Internet PPP: Point to Point Protocol.
82
Ni veau Li ai son (3) : Tec hni ques de
c ommut at i on r api de
I Utilisation de la commutation pour acheminer rapidement des trames au
niveau liaison entre des stations relies en mode multipoint.
I Solutions considres maintenant comme de niveau liaison.
I 1) Commutation de rseaux locaux (LAN Switching).
I Utilisation de techniques de commutation pour acheminer plus efficacement les
trames de rseaux locaux Ethernet.
I 2) ATM : Asynchronous Transfer Mode
I Rseau numrique intgration de service large bande ralisant une
commutation de cellules haut dbit utilis pour acheminer rapidement les
datagrammes IP (appoche htrogne avec IP).
I 3) MPLS : Multi Protocol Label Switching
I Utilisation de techniques de commutation pour acheminer rapidement des
datagrammes IP en cur de rseau (trs intgr IP).
I 4) Relais de trames FR Frame Relay.
I Une simplification pour amliorer la vitesse de commutation des commutateurs
X25.
83
3 3 3 3 - -- - Ni veau Rseau Ni veau Rseau Ni veau Rseau Ni veau Rseau
I Objectif : Raliser la commutation de paquets dans un sous-rseau de
communication principalement en dterminant comment les paquets sont
commuts d'un hte source vers un hte destinataire.
I Selon les options : une partie des fonctions suivantes est ralise
I Adressage uniforme de tous les htes connects au rseau.
I Routage (en point point ou en diffusion) : change d'units de donnes entre
sites relis par un rseau (indpendamment de la technologie du rseau, local,
maill,...).
I Contrle de congestion
I Fragmentation.
I Multiplexage (des connexions de rseau sur des connexions de liaison).
I Contrle d'erreur (dtection et correction des erreurs d'hte hte).
I Contrle de flux.
I Gestion des connexions.
I Exemple : IP Internet Protocol
I X25 niveau paquet.
84
4 4 4 4 - -- - Ni veau Tr anspor t Ni veau Tr anspor t Ni veau Tr anspor t Ni veau Tr anspor t
I Objectif : Assurer un service de transmission fiable entre processus (donc
de bout en bout, "end to end").
I Le premier des niveaux utilisable directement par l'utilisateur final pour
dvelopper des applications.
I Il rsume les fonctions de tlcommunications des couches basses.
I Fonctions ralises (selon les options de conception)
I Multiplexage des connexions de transport sur des connexions de rseaux.
I Contrle d'erreur.
I Contrle de flux.
I Segmentation.
I Gestion de la qualit de service.
I Exemples de protocoles de transports:
I Internet TCP Transmission Control Protocol (en connexion).
I Internet UDP User Datagram Protocol (sans connexion).
I Internet RTP Real-Time Transport Protocol (orient donnes multimdia).
I Autres protocoles : Novell SPX "Sequenced Packet eXchange" , IBM SNA
Niveau "Transmission Control, OSI
85
5 5 5 5 - -- - Ni veau Sessi on (1): Ni veau Sessi on (1): Ni veau Sessi on (1): Ni veau Sessi on (1):
Lappr oc he OSI Lappr oc he OSI Lappr oc he OSI Lappr oc he OSI
I Objectif : le niveau session structure et synchronise le dialogue entre deux
entits.
I Le transport offre une voie logique de communication par message
asynchrone ("un tube") sans organisation spcifique des donnes changes.
ILa session permet de structurer les changes pour les coordonner.
L'approche OSI de la couche session
I La session dfinit des fonctions de reprises sur pannes et de
synchronisation
I Structuration des changes en units de travail
I Activits (travail important)
I Dialogue (partie d'un travail)
I Notion de point de synchronisation pour dlimiter des parties d'un change.
I Fonctions de reprise arrire en cas de panne.
I Difficult majeure: la session OSI a t dfinie prmaturment alors
que le domaine de la structuration et de la synchronisation rpartie tait peu
avanc.
86
Ni veau Sessi on (2) : Ni veau Sessi on (2) : Ni veau Sessi on (2) : Ni veau Sessi on (2) :
Lappel de pr oc dur e di st ant e Lappel de pr oc dur e di st ant e Lappel de pr oc dur e di st ant e Lappel de pr oc dur e di st ant e
I Objectif : lappel de Procdure Distante APD RPC Remote
Procedure Call permet un usager dexcuter une procdure
ou une fonction sur un autre site
I En lui passant dans un message d'appel des paramtres d'appel.
I En recevant en retour des paramtres en rsultat.
I Un mode de communication synchrone deux messages.
I Problme difficile
I Assurer en environnement rparti une smantique pour l'appel de
procdure distante voisine de celle connue en univers centralis.
I Exemples:
I SUN-RPC : Remote Procedure Call
I OSF-DCE:Open Software Foundation/Distributed Computing Environment
I OMG-CORBA: Object Management Group/Common Object Request
Broker Architecture
I Java-RMI : Remote Method Invocation.
I Web Services : SOAP Simple Object Access Protocol.
87
6 6 6 6 - -- - Ni veau Pr sent at i on Ni veau Pr sent at i on Ni veau Pr sent at i on Ni veau Pr sent at i on
I Objectif : grer la reprsentation (le codage) des donnes changes.
I Les conversions
I Ncessaires pour tous les types de donnes
I Types chanes de caractres.
I Types numriques: entiers, flottants, ...
I Types complexes: articles, ensembles, unions, tableaux...
I Dfinition de deux notions.
I Syntaxe abstraite : permettant la dfinition d'une grande varit de structures
de donnes (analogue de la syntaxe de dfinition de types dans un langage
volu).
I Syntaxe de transfert : une reprsentation unique dans le rseau utilise pour
transfrer les donnes dans les messages.
I Exemples de niveau prsentation:
I Rseaux publics: Syntaxe abstraite ASN1 X208 Syntaxe de transfert X209.
I SUN-OS: XDR : "eXternal Data Representation".
I CORBA IDL Interface Definition Languages , CDR Common data
Representation.
I Web Services : WSDL Web Services Definition Languages , XML eXtended
Markup Language
88
7 7 7 7 - -- - Ni veau Appl i c at i on Ni veau Appl i c at i on Ni veau Appl i c at i on Ni veau Appl i c at i on
IObjectif : Le niveau application est dfini pour fournir
l'utilisateur des fonctions dont il a besoin
couramment.
I en termes d'un cadre de dveloppement d'une
application informatique rpartie (structuration objet),
I en termes de "bibliothques" de protocoles (fonctions
rseaux) prdfinies qui dchargent l'utilisateur de travaux
rptitifs de programmation d'applications souvent utilises.
ILes moyens prcdents permettent lutilisateur
de dvelopper ses propres applications considres
elles aussi comme de niveau application.
89
Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es
de ni veau appl i c at i on (1) de ni veau appl i c at i on (1) de ni veau appl i c at i on (1) de ni veau appl i c at i on (1)
I Dsignation : Crer des espaces de noms et grer des annuaires
permettant un utilisateur de retrouver des caractristiques associes ces
noms (principalement l'adresse rseau d'un correspondant).
I Exemples : Internet DNS Domain Name System , LDAP Lightweight Directory
Access Protocol.
I Messagerie : Permettre d'changer du courrier lectronique entre usagers
I Exemples : Internet SMTP Simple Mail Transfer Protocol, protocoles de relve
de courrier POP Post Office Protocol, IMAP Internet Mail Access Protocol, format
dchange MIME Multimdia Internet Mail Exchange.
I L'change de documents lectroniques : Permettre d'changer des
documents structurs (textes, images, son, vido).
I Exemples : Documents gnraux WEB Protocole HTTP, Langages de
structuration de documents HTML Hyper Text Markup Language et XML Extended
Markup Language
I L'change de donnes informatises: change de documents administratifs
standards sur des rseaux de transmission de donnes (commandes, factures, ....)
entre agents conomiques. Normes EDI Electronic Data Interchange
90
Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es Quel ques ex empl es de pr ot oc ol es
de ni veau appl i c at i on (2) de ni veau appl i c at i on (2) de ni veau appl i c at i on (2) de ni veau appl i c at i on (2)
I Transfert de fichier : Dplacer des fichiers (plats en gnral
d'un site un autre).
ITrs nombreux protocoles proposs
I Exemple : Internet FTP File Transfer Protocol
I Accs aux fichiers distants : Accs unifi en univers rparti
diffrents fichiers (ralisation des requtes d'accs).
I Exemple : SUN-OS NFS Network File System.
I Gestion transactionnelle : Cohrence, persistance de
donnes distribues (assurer le maintien cohrent de donnes
accdes en parallle en prsence de pannes). Optimiser.
I Exemple : X-Open DTP Distributed Transaction Processing. OSI TP.
I Accs aux bases de donnes distantes: Permettre un
client d'accder une base de donnes distante (le plus
souvent au moyen de requtes SQL)
I Exemple : ODBC Open Data Base Connectivity.
91
Conc l usi on : Modl e de r f r enc e Conc l usi on : Modl e de r f r enc e Conc l usi on : Modl e de r f r enc e Conc l usi on : Modl e de r f r enc e
en c ouc hes en c ouc hes en c ouc hes en c ouc hes
I Un incontestable succs : trs nombreuses ralisation de modles
darchitectures de rseau en couches dont lInternet.
I Des critiques diverses de ces modles
I Les niveaux ne sont pas galement remplis.
I Certaines fonctions sont dplaces au cours du temps => Ncessaire volution
historique.
I Certaines fonctions peuvent tre rptes plusieurs niveaux (selon les choix
des profils). Par exemple Contrle d'erreur ou Contrle de flux. => Ces
rptitions dues des dveloppements spars ne sont pas forcment inutiles.
I Les modles en couches des rseaux sont domins par une approche
tlcommunications et n'intgrent pas assez les approches informatiques.
Exemple : gestion vnementielle des applications en mode message => volution
vers l'approche objet.
I En fait les modles en couches des architectures de rseaux sont
utiliss dans les aspects transmission des informations.
I Plus on se rapproche des applications informatiques
traditionnelles, plus on retrouve la structuration de ces
applications (exemple organisation de la couche application).
92
Quel ques ex empl es Quel ques ex empl es Quel ques ex empl es Quel ques ex empl es
dar c hi t ec t ur es de r seaux dar c hi t ec t ur es de r seaux dar c hi t ec t ur es de r seaux dar c hi t ec t ur es de r seaux
93
Rseaux di nf r ast r uc t ur e (r seaux Rseaux di nf r ast r uc t ur e (r seaux Rseaux di nf r ast r uc t ur e (r seaux Rseaux di nf r ast r uc t ur e (r seaux
dor saux , " dor saux , " dor saux , " dor saux , " Bac k bone Bac k bone Bac k bone Bac k bone Net w or k s" ) Net w or k s" ) Net w or k s" ) Net w or k s" )
I Objectif : Dfinir des infrastructures de tlcommunications
permettant d'acheminer des donnes numriques
I Sur nimporte quelle distance.
I En gnral pour des volumes et des dbits trs importants
I Pour des donnes varies : tlphonie, informatique,
multimdia etc (les diffrents trafics qu'un oprateur ou un
grand compte doit supporter).
I Deux gnrations successives:
I PDH "Plesiochronous Digital Hierarchy".
I SDH "Synchronous Digital Hierarchy".
94
SDH " SDH " SDH " SDH " Sync hr onous Sync hr onous Sync hr onous Sync hr onous Di gi t al Di gi t al Di gi t al Di gi t al
Hi er ar c hy Hi er ar c hy Hi er ar c hy Hi er ar c hy" "" "
I Hirarchie numrique synchrone : G707 , G708, G709 Normes
drives des travaux SONET ("Synchronous Optical NETwork") (Bellcore).
I Solution de niveau physique et liaison :
I Traite les problmes de PDH => un rseau d'infrastructure plus souple.
I Verrouillage de trames, justification et pointeurs achemins dans les trames qui
permettent de compenser les problmes de dlais de propagation et dcalages
d'horloges.
I Pointeurs : L'accs des circuits de faibles
dbits dans des trames de dbits levs se
fait simplement (extraction rapide).
I Rseaux maills SDH et boucles SDH.
I Exemples de normes et de dbits :
20 Gb/s STM-128 (OC384)
40 Gb/s STM-256 (OC768)
STM-64 (OC192)
STM-16 (OC48)
STM-4 (OC12)
STM-1 (OC3)
Trame
9953,280 Mb/s
2488,320 Mb/s
622,080 Mb/s
155,520 Mb/s
Dbit
95
RTC Rseau Tl phoni que RTC Rseau Tl phoni que RTC Rseau Tl phoni que RTC Rseau Tl phoni que
Commut Commut Commut Commut
I POTS Plain Old Telephone System.
I Rseau filaire de transport de la voix mais aussi ouverture au
transport de donnes numriques (informatique, fax, ).
I Interface de l'usager
I Canaux de 300 3400 Hertz de bande passante.
I Protocole de signalisation dans la bande : mission d'appel dcrochage
de combin), Enregistrement du numro demand, Surveillance, Libration
du circuit.
I Fonctionnement interne
I Multiplexage de voies MIC 64 Kb/s
I Rseau de signalisation : Systme de signalisation no 7
I Trs grand nombre de problmes rsoudre : Tolrance aux pannes,
quilibrage de charge, Acheminement international.
96
Ar c hi t ec t ur es de r seaux sans f i l s Ar c hi t ec t ur es de r seaux sans f i l s Ar c hi t ec t ur es de r seaux sans f i l s Ar c hi t ec t ur es de r seaux sans f i l s
I Rseaux personnels sans fils (WPAN)
I Bluetooth : IEEE 802.15.1.
I Rseaux locaux sans fils (WLAN)
I WiFi : IEEE 802.11.
I Rseaux mtropolitains sans fils (WMAN)
I Wimax : IEEE 802.16.
I Rseaux tendus sans fils (WWAN)
I GSM : Global System for Mobile.
I GPRS : General Packet Radio Service.
I UMTS : Universal Mobile Telecommunication System.
97
Rseaux ATM Rseaux ATM Rseaux ATM Rseaux ATM
Async hr onous Async hr onous Async hr onous Async hr onous Tr ansf er Tr ansf er Tr ansf er Tr ansf er Mode Mode Mode Mode
I Objectif : Utilisation de la commutation de paquet pour
construire un rseau intgration de services haut dbit.
I RNIS-LB large bande B-ISDNBroadband Integrated Service Data Network
I Hirarchie des protocoles
Couche physique
Couche liaison - rseau
Couche d'adaptation AAL
ATM
SDH
Couche suprieure
Contrle Donnes
U
S
A
G
E
R
98
Rseaux Loc aux Rseaux Loc aux Rseaux Loc aux Rseaux Loc aux
Loc al Ar ea Net w or k s Loc al Ar ea Net w or k s Loc al Ar ea Net w or k s Loc al Ar ea Net w or k s
I Objectif : Dfinir des moyens de communication d'entreprise
dbit lev (10Mb/s 10 Giga bits/s) sur des distances
courtes (kilomtres).
I Le niveau liaison dans les rseaux locaux de type IEEE802 ou ISO 8802
dfinit le tramage et rsout le problme d'accs au mdium ("MAC Medium
Access Control"). Il dfinit le codage de niveau physique.
I Exemples de quatre architecture de rseaux locaux
I IEEE 802-3 Ethernet : Rseau comptition sur bus filaire.
I IEEE 802.11 Wifi : Rseau comptition sur voie radio.
PHYSIQUE
LIAISON
Point point
Accs au mdium
802.X (3->N)
802.X (3->N)
802 - 2
99
Ar c hi t ec t ur es c ompl t es : Ar c hi t ec t ur es c ompl t es : Ar c hi t ec t ur es c ompl t es : Ar c hi t ec t ur es c ompl t es :
I nt er net I nt er net I nt er net I nt er net
IHritier du rseau ARPANET
I Construction du rseau ARPANET partir de 1967 sous
forme de contrats entre l'ARPA (ministre de la dfense des
USA) et des organismes industriels et universitaires.
I Dveloppement de protocoles de transmission (couches
basses) aujourd'hui abandonns puis dveloppement
d'applications : beaucoup sont encore utilises (transfert de
fichiers FTP, accs distant TELNET,... ).
IINTERNET
I Cration suite la sparation d'ARPANET en 1983 entre un
rseau militaire et un rseau civil.
I Architecture 7 couches en volution constante pour tenir
compte des progrs technologiques et recherche.
100
Or gani sat i on de l a pi l e I nt er net Or gani sat i on de l a pi l e I nt er net Or gani sat i on de l a pi l e I nt er net Or gani sat i on de l a pi l e I nt er net
5. Session
7. Application
6. Prsentation
4. Transport
3. Rseau
2. Liaison
1. Physique
NFS: "Network
File System"
IP: Internet Protocol
Rseaux
Locaux
Lignes
spcialises
Point Point
Applications TCP/IP
directes
Rseaux
Publics
Pratiquement tout support de transmission
Rseau
tlphonique
RNIS, ATM
Encapsulation IP sur LAN ou PPP
FTP: "File
Transfer
Protocol"
XDR:"External
Data
Representation"
RPC:"Remote
Procedure Call"
SMTP "Simple
Mail Transfer
Protocol"
UDP: User Datagram Protocol (non connect)
TCP: Transmission Control Protocol (connect)
Applications pile
SUN/OS
EXEMPLES
101
Conc l usi on Conc l usi on Conc l usi on Conc l usi on
102
Conc l usi on : Not i ons Gnr al es Conc l usi on : Not i ons Gnr al es Conc l usi on : Not i ons Gnr al es Conc l usi on : Not i ons Gnr al es
I Domaine des rseaux informatiques : un axe essentiel du
dveloppement des techniques numriques (donnes, son,
images).
I Domaine vaste et complexe qui comporte aussi bien des
techniques de tlcommunications (plutt matriels) que des
aspects de plus en plus smantiques (logiciels) des interactions
entre machines.
I Grande htrognit des propositions malgr des efforts de
normalisation et d'homognisation multiples.
I Evolutivit des concepts et des techniques trs importante.
I Importance considrable des perspectives de
dveloppement industriel.
103
Ni veau Physi que Ni veau Physi que Ni veau Physi que Ni veau Physi que
Sec ond Chapi t r e Sec ond Chapi t r e Sec ond Chapi t r e Sec ond Chapi t r e
104
Pl an du c our s physi que Pl an du c our s physi que Pl an du c our s physi que Pl an du c our s physi que
I I Transmission sur un canal
I Transmission en bande limite
I Transmission en prsence de bruit
I Dtection et correction des erreurs
I Reprsentation des signaux
I Technologie du niveau physique
I Les contrleurs
I Les interfaces standards
I Les modems
I Les voies de communication
I Les rseaux au niveau physique
I Rseau tlphonique commut
I Rseaux PDH et SDH
105
Rappel des obj ec t i f s du Rappel des obj ec t i f s du Rappel des obj ec t i f s du Rappel des obj ec t i f s du
ni veau physi que ni veau physi que ni veau physi que ni veau physi que
IDfinition :
ITransmission effective des informations
binaires sur une voie physique en sadaptant aux
contraintes du support physique utilis.
IProblmes rsoudre
IProblmes de synchronisation : dlimitation
des informations significatives.
IProblmes de modulation : reprsentation des
bits (lectronique ou optique).
IProblmes mcanique : ralisation des
connecteurs (connectique).
106
Pr emi r e par t i e Pr emi r e par t i e Pr emi r e par t i e Pr emi r e par t i e
Tr ansmi ssi on du si gnal Tr ansmi ssi on du si gnal Tr ansmi ssi on du si gnal Tr ansmi ssi on du si gnal
107
I nt r oduc t i on : c anal de I nt r oduc t i on : c anal de I nt r oduc t i on : c anal de I nt r oduc t i on : c anal de
t r ansmi ssi on t r ansmi ssi on t r ansmi ssi on t r ansmi ssi on
I Disposer d'un support
Physique qui vhicule les
signaux lectromagntiques:
I fils mtalliques => signaux lectriques
I Atmosphre => ondes radio
I fibre optique => lumire
I Canal de transmission : une source (dispositif d'adaptation
en mission), un mdium (un milieu de transmission) et une
destination (dispositif d'adaptation en rception).
I Type de canal de transmission tudi : unidirectionnel
(ou simplexe).
Source
Contrleur
Ordinateur A Ordinateur B
Canal
Dispositifs
d'adaptation au
canal (modems)
Milieu Destination
108
Pr obl me pr i nc i pal du c anal : Pr obl me pr i nc i pal du c anal : Pr obl me pr i nc i pal du c anal : Pr obl me pr i nc i pal du c anal :
l e dbi t bi nai r e l e dbi t bi nai r e l e dbi t bi nai r e l e dbi t bi nai r e
IQuel dbit d'information peut-tre
transmis par un canal de transmission en
fonction des caractristiques de ce canal ?
ILa bande passante : bande des frquences qui
sont transmises par le canal.
ILa dformation du signal : distorsions
apportes par les imperfections de la transmission.
ILe bruit : influences externes provoques dans le
canal par le milieu extrieur.
109
Et ude 1 : Canal sans br ui t en bande Et ude 1 : Canal sans br ui t en bande Et ude 1 : Canal sans br ui t en bande Et ude 1 : Canal sans br ui t en bande
l i mi t e l i mi t e l i mi t e l i mi t e
I La bande de frquence est limite une valeur B.
I On ne sintresse pas au problme des bruits additifs.
I La source code les donnes mettre (les bits) par une
fonction g(t) du temps : une reprsentation dans le domaine
temporel dun signal numrique ou analogique/continu.
I Outil de cette tude : l'analyse de Fourier.
I Objectif : Introduire l'importance de la disponibilit d'une
large bande passante => passer dans le domaine frquentiel.
g(t)
t
0 0 1 1 1
g(t)
t
110
Fonc t i ons Fonc t i ons Fonc t i ons Fonc t i ons si nusoi des si nusoi des si nusoi des si nusoi des
I On dcompose un signal selon un somme de fonctions
sinusodes.
I Le signal analogique lmentaire est le sinus (ou le cosinus).
I Signal priodique caractris par trois paramtres:
amplitude c, frquence f, phase
) sin( c
t
g(t)
+c
-c
Priode T avec f=1/T
) 2 sin( ) ( + = ft c t g ) 2 sin( ) ( + = ft c t g
111
a) Cas ou l a f onc t i on g(t ) est a) Cas ou l a f onc t i on g(t ) est a) Cas ou l a f onc t i on g(t ) est a) Cas ou l a f onc t i on g(t ) est
pr i odi que pr i odi que pr i odi que pr i odi que
!
+
=
+ =
1
0
) 2 cos( ) (
n
n n
nft c c t g
I Correspond une prsentation dans un cas trs
particulier: g est priodique (par exemple une horloge).
I g(t) peut-tre reprsente comme une somme infinie de
fonctions sinus ou cosinus.
I f la frquence du signal priodique f = 1/T ou T est la priode.
I Chaque terme en cosinus est caractris par :
. nf est une harmonique du signal.
. une composante d'amplitude:
. une composante de phase:
n
n
c
112
Repr sent at i on spec t r al e Repr sent at i on spec t r al e Repr sent at i on spec t r al e Repr sent at i on spec t r al e
I Spectre d'amplitude : Reprsentation des amplitudes c
n
en
fonction des frquences.
I Fonction priodique=> spectre de raies : une raie est
associe chaque harmonique.
I Spectre de puissance :Reprsentation des puissances
contenues dans les diffrentes harmoniques.
Puissance moyenne d'un signal
Amplitude
Frquence
f 2f 0
nf
A(f)
f
Puissance
Frquence
f 2f 0
nf
P(f)
f
P =
1
T
g(t)
2
dt
0
T
=
c
n
2
!
n=0
+
113
Pr emi r e appl i c at i on de c et t e Pr emi r e appl i c at i on de c et t e Pr emi r e appl i c at i on de c et t e Pr emi r e appl i c at i on de c et t e
r epr sent at i on r epr sent at i on r epr sent at i on r epr sent at i on
ILorsque l'on transmet un signal
on le dforme de manire
diffrente selon les frquences.
IDformation fondamentale : on
ne transmet jamais toutes les
frquences => Les frquences
leves disparaissent.
IUn canal se comporte comme
un filtre.
IExemple : Bande passante rseau
tlphonique commut 300-3400 Hz
A(f)
f
Filtre passe-bas
A(f)
f
Filtre passe-bande
B
B
114
Di st or si on due l a suppr essi on des Di st or si on due l a suppr essi on des Di st or si on due l a suppr essi on des Di st or si on due l a suppr essi on des
f r quenc es l eves sur une hor l oge f r quenc es l eves sur une hor l oge f r quenc es l eves sur une hor l oge f r quenc es l eves sur une hor l oge
-0.2
0
0.2
0.4
0.6
0.8
1
1.2
-1 -0.8 -0.6 -0.4 -0.2 0 0.2 0.4 0.6 0.8 1
f0(x)
f1(x)
f2(x)
f3(x)
f4(x)
f0(x)
f1(x)
f2(x)
f3(x)
f4(x)
115
b) Cas ou l a f onc t i on g(t ) est b) Cas ou l a f onc t i on g(t ) est b) Cas ou l a f onc t i on g(t ) est b) Cas ou l a f onc t i on g(t ) est
non pr i odi que non pr i odi que non pr i odi que non pr i odi que
"
+
=
0
)) ( cos( ) (
1
) (
d t S t g
) (
I Intgrale de Fourier
I Un signal non priodique peut tre mis sous la
forme d'une intgrale de fonction sinusodale:
I Spectre continu : Pour toutes les frquences f
(avec =2f la pulsation) on a :
I une amplitude
I une phase
) ( S
116
Not i on de f onc t i on de Not i on de f onc t i on de Not i on de f onc t i on de Not i on de f onc t i on de
t r ansf er t t r ansf er t t r ansf er t t r ansf er t
"
+
+ =
0
)) ( ) ( cos( ) ( ) (
1
) (
d B t S A t r
I Canal par nature imparfait => chaque composante est
dforme de faon diffrente selon la frquence.
I Fonction de transfert du canal A( ), B( ) .
I Attnuation en amplitude : A( ) le coefficient multiplicatif qui
caractrise l'attnuation en fonction de la frquence (rsistance,
dispersion donde).
I Retard de phase : B( ) le coefficient additif caractrisant le retard en
fonction de la frquence.
I Modifications apportes au signal: Si le signal g(t) est
mis, le signal reu est alors r(t):
"
+
=
0
)) ( cos( ) (
1
) (
d t S t g
117
Mesur e de l at t nuat i on: Mesur e de l at t nuat i on: Mesur e de l at t nuat i on: Mesur e de l at t nuat i on:
l e dc i bel l e dc i bel l e dc i bel l e dc i bel
I L'attnuation (affaiblissement) est une perte de puissance
qui sexprime en dcibels:
S=10*log
10
(PS/PE) (valeur ngative).
I Le dcibel est la reprsentation en logarithmes d'un
rapport de puissances (meilleure chelle, et les pertes en
cascade sexprime par des additions).
I On peut aussi exprimer les pertes sur des tensions
I N=20*log
10
(TS/TE) puisque P=U
2
/R.
I Une puissance de signal peut tre donne en dcibel par
watt ou par milliwatt dBmW:
SdBmW=10*log
10
P (ou P est en milliwatt).
I Pour contrecarrer laffaiblissement on utilise des
amplificateurs qui procurent un gain.
I G=10*log
10
(PS/PE) a une valeur positive.
118
Engagement s c ont r ac t uel s sur l es Engagement s c ont r ac t uel s sur l es Engagement s c ont r ac t uel s sur l es Engagement s c ont r ac t uel s sur l es
voi es de c ommuni c at i on voi es de c ommuni c at i on voi es de c ommuni c at i on voi es de c ommuni c at i on
INotion de gabarit : Performance les plus mauvaises
offertes par la voie en termes d'attnuation et de
dphasage: les gabarits.
IExemple: Gabarit de rseau tlphonique commut
800 1000 2400
2600
1
1,5
Dphasage en ms
f en hz
6
5
300500
1900 2600
Affaiblissement en dcibel
f en hz
119
Rsul t at dc hant i l l onnage de Rsul t at dc hant i l l onnage de Rsul t at dc hant i l l onnage de Rsul t at dc hant i l l onnage de
Shannon, Shannon, Shannon, Shannon, Nyqui st Nyqui st Nyqui st Nyqui st
I B La largeur de bande d'un filtre en hertz : on transmet
un signal au travers de ce filtre.
I R La rapidit de modulation en bauds : le nombre
d'intervalles lmentaires par unit de temps (secondes) qui
permettent l'change dun chantillon (dun symbole).
I V La valence d'un signal chantillonn : le nombre de
symboles diffrents qui peuvent tre distingus par intervalle.
I Q La quantit d'information par intervalle en bits
Q = log
2
V
I C Le dbit maximum d'informations en bits/seconde
C= R log
2
V = 2B log
2
V
120
I nt er pr t at i on de Shannon, I nt er pr t at i on de Shannon, I nt er pr t at i on de Shannon, I nt er pr t at i on de Shannon, Nyqui st Nyqui st Nyqui st Nyqui st
I Thorme dchantillonnage
I Un signal peut (thoriquement) tre reconstruit partir dune frquence
dchantillonnage gale deux fois la largeur de bande (deux fois la
frquence maximale du signal pour un filtre passe-bas).
I Soit encore : toutes les frquences infrieures la moiti de la
frquence dchantillonnage peuvent tre exactement restitues.
I Exemple : Le son CD est chantillonn 44100 fois par seconde => on ne
peut restituer correctement que les frquences de 0 22050 Hz.
I Rsultat de dbit maximum pour un signal support de
largeur de bande B.
I Le dbit maximum thorique est atteint pour R = 2B (en chantillonnant
2B fois par unit de temps on atteint le dbit maximum).
I Dans une bande B pour augmenter le dbit au il faut augmenter V la
valence (le nombre de symboles par intervalles lmentaires).
121
Et ude 2: Tr ansmi ssi on en Et ude 2: Tr ansmi ssi on en Et ude 2: Tr ansmi ssi on en Et ude 2: Tr ansmi ssi on en
pr senc e de br ui t s. pr senc e de br ui t s. pr senc e de br ui t s. pr senc e de br ui t s.
I Objectif de la thorie de l'information de Shannon
I Modliser un canal soumis un bruit additif.
I Dterminer la capacit maximum de transmission d'un canal
I Origine des bruits
I Thermiques : Bruit de fond des rsistances.
I Diaphoniques : Influence permanente d'un conducteur
sur un autre.
I Impulsionels : Influences transitoires des impulsions
I Harmoniques : Phnomnes de battements, de rflexions.
122
Ent r opi e dune sour c e Ent r opi e dune sour c e Ent r opi e dune sour c e Ent r opi e dune sour c e
!
=
=
M
k
k k
x p x p H
1
2
) ( log ) (
) ( log
2 k
x p
) ( ),..., ( ),..., ( ), ( ), (
3 2 1 M k
x p x p x p x p x p
I Hypothses :
I Une source met des messages (ou symboles) pris dans un ensemble
(un alphabet) donn fini (cas infini non trait ici)
I Les messages mis sont alatoires sinon il n'y a pas de communication
d'information => Ensemble des probabilits a priori
I L'entropie d'une source H : cest la quantit d'information
moyenne apporte par la source
I Quantit d'information apporte par le message k :
I Quantit moyenne : esprance mathmatique pour tous les messages
possibles :
M k
x x x x x X ,..., ,..., , ,
3 2 1
=
123
I nf l uenc e du br ui t : I nf l uenc e du br ui t : I nf l uenc e du br ui t : I nf l uenc e du br ui t :
pr obabi l i t s a post er i or i pr obabi l i t s a post er i or i pr obabi l i t s a post er i or i pr obabi l i t s a post er i or i
) / (
i k
y x p
I Le rcepteur reoit des messages qui appartiennent un
ensemble qui n'est pas ncessairement identique celui mis
par la source.
I Le bruit intervient pour modifier un message mis xk en
un message reu yi selon une probabilit a posteriori
(probabilit conditionnelle) : la probabilit que l'metteur ait
envoy xk sachant que le rcepteur a vu arriver yi
N i
y y y y y Y ,..., ,..., , ,
3 2 1
=
124
I nf or mat i on mut uel l e et I nf or mat i on mut uel l e et I nf or mat i on mut uel l e et I nf or mat i on mut uel l e et
c apac i t dun c anal c apac i t dun c anal c apac i t dun c anal c apac i t dun c anal
) (
) / (
( log ) , (
2
k
i k
i k
x p
y x p
y x I =
I Information mutuelle de deux messages mis et reus
ILa quantit d'information apporte lorsqu'on reoit yi alors
que xk a t mis:
IExemples: Si y
i
et x
k
sont indpendants I(x
k
,y
i
)=0
Si p(x
k
/y
i
)=1 on retrouve -log
2
(p(x
k
))
I Information mutuelle moyenne : source/destinataire
I Capacit d'un canal : La valeur maximum de l'information
mutuelle moyenne sur toutes les distributions a priori.
! !
=
X Y
i k i k
y x I y et x p Y X I ) , ( ) ( ) , (
) , ( max
) (
Y X I C
k
x p
=
125
Rsul t at s de Shannon Rsul t at s de Shannon Rsul t at s de Shannon Rsul t at s de Shannon
I Premier rsultat de Shannon : une source n'est
caractrise que par son entropie.
I On ne change rien sur l'information gnre par la source
en changeant de codage.
I La seule mesure de linformation qui compte est lentropie
(son dbit en bit/unit de temps).
I Second rsultat de Shannon : dbit maximum C
I Si H C il existe une codification des messages qui sur une
priode suffisamment longue permet de transmettre les
messages avec une probabilit d'erreur rsiduelle aussi
faible que l'on veut.
I Si H>C il n'existe pas de codification qui assure sur une
priode de dure arbitraire une transmission sans erreurs.
126
I nt er pr t at i on de Shannon I nt er pr t at i on de Shannon I nt er pr t at i on de Shannon I nt er pr t at i on de Shannon
I Dans le premier cas : capacit du canal excdentaire
I Sur une longue priode cet excdent est important.
I Il permet d'ajouter des redondances (sans changer
l'entropie de la source) => On peut gnrer des codes
correcteurs d'erreur aussi efficaces que l'on veut.
I On abaisse ainsi le taux d'erreur rsiduel arbitrairement.
I Dans le second cas : capacit du canal dficitaire
I Sur une priode courte on peut transmettre correctement
mais ensuite on aura des erreurs non corriges.
I Avant ce rsultat on pouvait penser que le bruit introduisait
une borne infranchissable sur le taux d'erreur rsiduel.
I Shannon montre que le bruit intervient sur le dbit du
canal et non sur sa prcision.
127
Obt ent i on dun dbi t l ev Obt ent i on dun dbi t l ev Obt ent i on dun dbi t l ev Obt ent i on dun dbi t l ev
I Pour augmenter le dbit d'un canal taux
d'erreur donn on peut:
I Augmenter la complexit de codage des
quipements terminaux pour se placer au plus prs
de la capacit maximale (des limites du thorme).
I Augmenter la capacit du canal (bande
passante, puissance) en conservant des techniques
de codage simples.
I Jouer sur les deux aspects.
128
Rsul t at par t i c ul i er de Rsul t at par t i c ul i er de Rsul t at par t i c ul i er de Rsul t at par t i c ul i er de
Shannon Shannon Shannon Shannon
) 1 ( log
2
N
S
B C + =
I Canal de bande passante limite : B.
I Puissance moyenne du signal : S
I Puissance moyenne d'un bruit additif : N.
I Bruit blanc: nergie rpartie de faon uniforme sur le
spectre
I Gaussien: l'apparition d'un bruit suit une loi de Gauss.
I Exemple: B= 3100 Hz 10 log
10
S/N = 20 db
S/N = 100 C = 3100 * 6,6 = 20600 b/s
I Remarque: Dans ce cas Shannon montre que le nombre de
niveaux max V qui peuvent tre discrimins est donn par:
I2B log
2
V = B log
2
(1 + S/N)
N
S
V + = 1
129
Dt ec t i on et c or r ec t i on Dt ec t i on et c or r ec t i on Dt ec t i on et c or r ec t i on Dt ec t i on et c or r ec t i on
des er r eur s des er r eur s des er r eur s des er r eur s
130
I nt r oduc t i on: Gnr al i t s I nt r oduc t i on: Gnr al i t s I nt r oduc t i on: Gnr al i t s I nt r oduc t i on: Gnr al i t s
c onc er nant l es c odes de bl oc s c onc er nant l es c odes de bl oc s c onc er nant l es c odes de bl oc s c onc er nant l es c odes de bl oc s
!
=
i
i M i M M M d ) ( ' ) ( ) ' , (
I Existence de bruits qui perturbent les
transmissions.
I Suite binaire mise M : un n uple binaire (un bloc).
I Suite binaire reue M=> M!M (des bits sont modifis).
IDistance entre deux messages
IDistance de Hamming : cest le nombre de bits dans M et
M' qui sont diffrents.
I Gomtriquement : c'est une distance dans l'espace n
dimensions entre les points M, M.
000
001 011
010
110
100
111
101
131
Sol ut i on 1: Dt ec t i on des er r eur s Sol ut i on 1: Dt ec t i on des er r eur s Sol ut i on 1: Dt ec t i on des er r eur s Sol ut i on 1: Dt ec t i on des er r eur s
et r et r ansmi ssi on et r et r ansmi ssi on et r et r ansmi ssi on et r et r ansmi ssi on
I Une ide de redondance temporelle (dans le temps).
I A) Dtection d'erreur par adjonction de redondances : tous les
messages x
i
transmis on ajoute f(x
i
).
{ x
i
} --> { y
i
= (x
i
, f(x
i
) ) }
I B) Vrification de f par le rcepteur : un message reu y
j
y
j
= ( x
j
, z
j
) est correct si z
j
= f(x
j
).
I C) Retransmission si erreur.
I Notion de code : A partir de l'ensemble des symboles mettre x
i
on cr
un ensemble y
i
de messages mis: un code.
I Notion de distance dun code : cest la plus petite distance entre deux
symboles diffrents (distance des messages les plus proches
I Un code de distance D est dtecteur de D-1 erreurs.
I Des erreurs de distance suprieure D-1 peuvent ne pas tre
dtectes.
)] , ( [ inf
, k j k j
y y d
132
Sol ut i on 2: Cor r ec t i on des Sol ut i on 2: Cor r ec t i on des Sol ut i on 2: Cor r ec t i on des Sol ut i on 2: Cor r ec t i on des
er r eur s (c odes c or r ec t eur s) er r eur s (c odes c or r ec t eur s) er r eur s (c odes c or r ec t eur s) er r eur s (c odes c or r ec t eur s)
I Une ide de redondance spatiale (masquage derreur).
I A) Comme prcdemment adjonction de redondances :
tous les messages x
i
transmis on ajoute f(x
i
).
I B) Vrification de f par le rcepteur : si un message reu y
j
appartient au code on laccepte.
I C) Correction immdiate quand le message reu est erron
Message faux y
j
= ( x
j
, z
j
) avec z
j
! f(x
j
).
IOn fait l'hypothse que le bruit altre probablement un
petit nombre de bits.
IOn corrige un message erron par le mot du code
correct le plus proche du message erron reu.
)) , ( )), ( , (( ( inf )) ( , (
j j k k k i i
z x x f x d x f x =
133
Codes c or r ec t eur s: Codes c or r ec t eur s: Codes c or r ec t eur s: Codes c or r ec t eur s:
r epr sent at i on gomt r i que r epr sent at i on gomt r i que r epr sent at i on gomt r i que r epr sent at i on gomt r i que
I On trace des sphres centres sur chaque mot d'un code (les
messages corrects) de rayon d (distance de Hamming).
Messages corrects: carrs noirs
Messages incorrects : croix.
I Les erreurs de faible poids (portant sur un petit nombre de
bits) ont une probabilit d'apparition forte par rapport aux
erreurs de fort poids => correction des messages dans une
sphre par le message au centre de la sphre.
I Possibilit de faire des erreurs de correction si le poids
des erreurs est trop lev.
d
134
Codes c or r ec t eur s: Codes c or r ec t eur s: Codes c or r ec t eur s: Codes c or r ec t eur s:
Nombr e der r eur s c or r i ges Nombr e der r eur s c or r i ges Nombr e der r eur s c or r i ges Nombr e der r eur s c or r i ges
I Code correcteur de distance D.
I Si D=2d : correction
des erreurs de poids d-1.
I Si D=2d+1 : correction
des erreurs de poids d.
I Problme de construction d'un code correcteur: carter
les mots du code dans lespace, le plus possible et de faon
rgulire (par le choix de la fonction de redondance f).
d
d-1
D = 2d
d
D = 2d+1
135
Par amt r es dun c ode Par amt r es dun c ode Par amt r es dun c ode Par amt r es dun c ode
Ia) Taux d'erreur brut
IQualit de la voie
Ib) Efficacit d'un code
IEn dtection
Ic) Taux d'erreur rsiduel
IErreurs non dtectes
ou non corriges
Ib) Rendement d'un code
ISurcharge due au codage
Nombre de messages reconnus faux
Nombre de messages total
= e
Nombre de messages faux
= t
Nombre de messages
finalement faux
= q
Nombre de bits utiles reus
Nombre total de bits transmis
= r
136
Ex empl e 1 de c odes : Ex empl e 1 de c odes : Ex empl e 1 de c odes : Ex empl e 1 de c odes :
Codes Codes Codes Codes l i nai r es en bl oc s l i nai r es en bl oc s l i nai r es en bl oc s l i nai r es en bl oc s
I Mots du code (blocs): ensemble de n-uples binaires
(vecteurs de n bits) formant un espace vectoriel sur (0,1) pour
les oprations ou exclusif , et logique . (notion de corps de
Galois deux lments GF(2)).
I Notion despace vectoriel : Si X
1
et X
2
appartiennent au
code
I X
1
X
2
appartient au code.
I Quelque soit k scalaire k.X
1
appartient au code => ici 0 appartient au
code.
0
1
0
1
0
0 0
1
1
0
1
0
1
0
0
1
.
137
Mat r i c e de gnr at i on dun c ode Mat r i c e de gnr at i on dun c ode Mat r i c e de gnr at i on dun c ode Mat r i c e de gnr at i on dun c ode
l i nai r e l i nai r e l i nai r e l i nai r e
I Matrice G rectangulaire qui fait correspondre un message Y
de k bits un mot du code X de n bits (G a k lignes, n colonnes).
X = Y . G
(1,n) (1,k) (k,n)
I G ajoute une redondance de m= n-k bits.
I Exemple: le contrle de parit (code linaire le plus simple).
INotion de code spar : Bits d'informations, puis
bits de redondance (contrle, parit).
I G est de la forme
(
x
1
,... , x
k
, x
k+1
)=(x
1
,
... , x
k
)
1
1
1
0
0 1
1
1
1
G =[ I
k,k
P
k,n-k
]
X =(y
1
,y
2
, ... , y
k
, x
k+1
... , x
n
)
x
k+1
=x
1
x
2
... x
k
1
x
138
Mat r i c e de c ont r l e dun c ode Mat r i c e de c ont r l e dun c ode Mat r i c e de c ont r l e dun c ode Mat r i c e de c ont r l e dun c ode
l i nai r e l i nai r e l i nai r e l i nai r e
I V' l'espace orthogonal de V : tout mot du code X dans V a
un produit scalaire nul avec tout vecteur X dans V'.
I Tout message X' en erreur (n'appartenant pas au code)
appartient V'.
I Tout message X' (en erreur) a un produit scalaire non nul
avec au moins un vecteur V
I Soit H (n, n-k) la matrice gnratrice de l'orthogonal : la
matrice forme au moyen des vecteurs d'une base de V'.
I Syndrome derreur d'un message: S = X H
I Si S = 0 le message est prsum correct
I Si S diffrent de 0 le message est erron.
139
Const r uc t i on de l a mat r i c e de Const r uc t i on de l a mat r i c e de Const r uc t i on de l a mat r i c e de Const r uc t i on de l a mat r i c e de
c ont r l e c ont r l e c ont r l e c ont r l e
ITrs facile : pour les codes spars
I On vrifie que si
I Alors
IExemple du contrle de parit:
IApplication : codes de Hamming (mmoires)
G =[ I
k,k
P
k,n-k
]
H =
P
k,n-k
I
n-k,n-k
=
1
1
1
0
0 1
1
1
S=(X
1
, , X
K+1
)H
H
T
[ 1 1 .... 1 1 1]
:
G =
S=X
1
X
K+1
140
Ex empl e 2 de c odes : Ex empl e 2 de c odes : Ex empl e 2 de c odes : Ex empl e 2 de c odes :
Codes Codes Codes Codes pol ynomi aux pol ynomi aux pol ynomi aux pol ynomi aux
x
2
x1
Principe de la gnration de la redondance.
I A un message par exemple 1 1 0 1 1 1 on associe un polynme -->
I On veut ajouter deux bits de redondance on multiplie par x2 -->
I On choisit un polynme gnrateur de degr infrieur au degr du
polynme message:
I Exemple :
Les bits de redondance ajouts
au message sont les coefficients
du polynme reste dans la division
du polynme message
par le polynme gnrateur.
I Le message transmis est donc: 1 1 0 1 1 1 1 1
x
5
x
4
x
2
x1
x
7
x
6
x
4
x
3
x
2
x
7
x
6
x
4
x
3
x
2
x
2
x1
x
5
x
1
3
7
x
6
x
5
x
x
5
x
4
x
3
x
2
x
5
x
4
x
3
x
2
x
2
x1
x
1
141
Codes pol ynomi aux : Codes pol ynomi aux : Codes pol ynomi aux : Codes pol ynomi aux :
Pr sent at i on f or mel l e Pr sent at i on f or mel l e Pr sent at i on f or mel l e Pr sent at i on f or mel l e
x
m
M(x) = G(x) Q(x) R(x)
x
m
M(x) R(x) = G(x) Q(x)
I Message de k bits : M
I Polynme associ au message M(x) de degr k-1: On
dcale de m positions !
I G(x) le polynme gnrateur du code de degr m.
I On effectue la division:
I On obtient un reste R(x) de degr m-1 au plus qui a la
proprit suivante.
I L'ensemble des polynmes
forment un code polynomial (tout mot du code donne un
reste nul dans la division par G(x))
I Tout mot hors du code (message erron) donne un reste
non nul.
x
m
M(x)
x
m
M(x) R(x)
142
Pr opr i t s Pr opr i t s Pr opr i t s Pr opr i t s
E(x)=x
i
(x
k-1
x
k-2
. . . x
2
x1)
I Nombreuses proprits des codes polynomiaux: 2 exemples.
I A) Un code polynomial dtecte toute erreur simple.
I Une erreur simple est une erreur additive de la forme:
I Pour que cette erreur soit indtecte, E(x) doit tre divisible par G(x).
I Si G(x) a plus d'un seul terme il ne peut tre diviseur de E(x).
I B) Un code polynomial qui gnre m bits de redondance
dtecte toutes les rafales d'erreurs de longueur < m.
I Une rafale de longueur k est une erreur additive de la forme:
I Pour que cette erreur soit indtecte, E(x) doit tre divisible par G(x).
I A) Si G(x) a un terme constant il ne peut pas avoir x
i
en facteur.
I B) Si k-1 est plus petit ou gal m-1 le degr de
est infrieur au degr de G(x) et G(x) ne peut donc le diviser.
E(x)=x
i
( x
k - 1
x
k - 2
. . . x
2
x 1 )
143
Ex empl es de pol ynmes Ex empl es de pol ynmes Ex empl es de pol ynmes Ex empl es de pol ynmes
G(x)=x
12
x
11
x
3
x
2
x1
G ( x ) = x
1 6
x
1 2
x
5
1
I CRC-12 : Dfinition d'un polynme gnrant 12 bits de
redondance (systmes tlcoms, caractres 6 bits).
I Avis V41 CCITT : Dfinition d'un polynme CRC-CCITT
(protocoles de liaisons en point point drivs de HDLC).
I CRC-IEEE 802 : Dfinition d'un polynme gnrant 32 bits de
redondance pour les rseaux locaux: Ethernet, Wifi.
G(x)=x
32
x
26
x
23
x
22
x
16
x
12
x
11
x
10
x
8
x
7
x
5
x
4
x
2
x1
144
Repr sent at i on des si gnaux : Repr sent at i on des si gnaux : Repr sent at i on des si gnaux : Repr sent at i on des si gnaux :
Sync hr oni sat i on, Modul at i on Sync hr oni sat i on, Modul at i on Sync hr oni sat i on, Modul at i on Sync hr oni sat i on, Modul at i on
145
Tr ansmi ssi on en bande de base Tr ansmi ssi on en bande de base Tr ansmi ssi on en bande de base Tr ansmi ssi on en bande de base
I On s'intresse une transmission srie.
I Le signal est dans sa reprsentation de base (tel quil est
gnr par un systme informatique).
I Exemple type: le codage NRZ-L en reprsentation
temporelle et frquentielle.
I Le signal occupe une bande de frquence naturelle en
fonction de sa reprsentation et il est envoy directement
sous cette forme dans un mdium de communication.
s (t)
t
0 1 0 0 1 1 1 0 0 1 1
a (f)
f
146
Tr ansmi ssi on en modul at i on Tr ansmi ssi on en modul at i on Tr ansmi ssi on en modul at i on Tr ansmi ssi on en modul at i on
I Modulation (d'onde porteuse) Le signal s(t) est
reprsent au moyen d'une onde porteuse qui modifie le
codage de base pour s'adapter un canal de transmission.
I Positionnement dans le spectre
I Remise en forme pour occuper
la bande disponible.
I Exemple type:
la modulation d'amplitude
a (f)
f
b (f)
f
s (t)
t
0 1 0 0 1 1 1 0 0
t
s (t)sin
w
t
a0
a1
147
Pr obl mes de sync hr oni sat i on Pr obl mes de sync hr oni sat i on Pr obl mes de sync hr oni sat i on Pr obl mes de sync hr oni sat i on
ILe rcepteur d'un signal doit connatre la
position de chaque bit pour chantillonner
correctement les valeurs.
INombreuses difficults:
IEchantillonnage des bits en prsence de
multiples alas de fonctionnement (gigue, drive
entre les horloges, dlais de propagation,...).
IDtermination du dbut des suites binaires
significatives (notion de trames de bit).
148
Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es
si gnaux (1) si gnaux (1) si gnaux (1) si gnaux (1)
I Signaux Isochrones (gaux)
IIl existe un cart fixe entre deux signaux successifs.
IExemple son : le rseau tlphonique chantillons de 8
bits isochrones selon un intervalle de 125 microseconde.
IExemple image : codage vido 50 images par seconde
images espaces de 40 millisecondes.
IL'intervalle constant doit tre reproduit fidlement chez le
rcepteur sous peine de perte de qualit de la restitution.
I Signaux anisochrones (non gaux)
IIl n'y a pas d'intervalle fixe entre les signaux.
IIl peut tre trs important de restituer l'espacement
variable de l'mission lors de la dlivrance au rcepteur
(contraintes temps rel).
149
Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es Ter mi nol ogi e c onc er nant l es
si gnaux (2) si gnaux (2) si gnaux (2) si gnaux (2)
ISignaux synchrones (ensembles)
IDes signaux synchrones sont la mme cadence (sont
rythms par la mme horloge).
ISignaux asynchrones (antonyme du prcdent)
IDes signaux asynchrones n'apparaissent pas selon un
rythme constant dfini par une horloge mais apparaissent
alatoirement.
ISignaux plsiochrones (voisins)
IDes signaux plsiochrones sont rythms par des horloges
dont les frquences sont peu diffrentes (plsio =
voisin).
150
Tr ansmi ssi on sync hr one Tr ansmi ssi on sync hr one Tr ansmi ssi on sync hr one Tr ansmi ssi on sync hr one
I Horloge transmise sur un canal
spcial entre metteur et destinataire.
ILes deux sites utilisent
la mme base de temps
=> Gnration et chantillonnage
selon le mme rythme.
INcessite une bonne qualit
d'acheminement de l'horloge
=> Solution assez coteuse en
bande passante ncessitant
un canal spcial pour l'horloge.
s (t)
t
0 1 0 0 1 1 1 0 0 1 1
h (t)
t
151
Tr ansmi ssi on async hr one Tr ansmi ssi on async hr one Tr ansmi ssi on async hr one Tr ansmi ssi on async hr one
St ar t St ar t St ar t St ar t St op St op St op St op
I Pas d'horloge commune =>asynchronisme sur l'instant de
commencement d'une suite binaire.
I On ne transmet que des suites binaires courtes
isochrones (en fait des octets).
I On table sur une drive relative entre l'horloge d'mission
et de rception qui permet de ne pas perdre la synchro bit.
I Adapt des dbits faibles.
s (t)
t
0 0 1 1 1 0 0 1 1
Un octet
Bit
start
Bits
stop
Niveau
de
rfrence
1 ou 1,5 ou 2
Ici 2
Changement par rapport
au niveau de rfrence
Niveau
de
rfrence
152
Tr ansmi ssi on Tr ansmi ssi on Tr ansmi ssi on Tr ansmi ssi on pl si oc hr one pl si oc hr one pl si oc hr one pl si oc hr one
I Les horloges metteur et destinataire ont des frquences
diffrentes mais voisines (drive max tolre lie au dbit).
I Le rcepteur synchronise une horloge de rception sur
l'horloge d'mission. Exemple: usage d'un prambule qui est
un signal dhorloge prsent dans tout message.
I Le message est ensuite chantillonn correctement par
le rcepteur mais il est limit en taille selon les drives
relative des horloges tolres.
I Adaptation aux vitesses relatives des horloges:
=> techniques de justification.
I Dtermination de la position des informations significatives:
=> techniques de pointeurs.
I Dtails : PDH et SDH.
153
Tec hni ques de c odage Tec hni ques de c odage Tec hni ques de c odage Tec hni ques de c odage
Si gnaux bande de base en ampl i t ude Si gnaux bande de base en ampl i t ude Si gnaux bande de base en ampl i t ude Si gnaux bande de base en ampl i t ude
Codages NRZ "Non Retour Zro"
I Le niveau est constant sur un intervalle (il n'y a pas de
transition de retour zro)
I NRZ-L ("Level") On utilise deux niveaux pour coder le 0 et le 1.
Exemple: V24.
I NRZI ("Inverted") Codage diffrentiel des 1. Chaque nouveau 1 entrane
un changement de polarit par rapport au prcdent 1 alors que le 0
n'entrane pas de modification. Exemple: Ethernet 100 sur fibre.
t
0 1 0 0 1 1 1 0 0
t
0 1 0 0 1 1 1 0 0
NRZ-L
NRZI
154
Les c odages AMI et pseudo t er nai r e Les c odages AMI et pseudo t er nai r e Les c odages AMI et pseudo t er nai r e Les c odages AMI et pseudo t er nai r e
I Trois niveaux : 0 , +V, -V volts (code bipolaire).
I Bipolaire AMI: "Alternate Mark Inversion" Un 0 est reprsent
par le signal 0 volts et un 1 est reprsent alternativement par
+V et -V volts : Exemple: RNIS Bus d'abonn.
I Pseudo ternaire : On inverse le 0 et le 1 dans le schma
prcdent.
t
0 1 0 0 1 1 1 0 0
AMI
155
Tec hni ques d' embr oui l l age Tec hni ques d' embr oui l l age Tec hni ques d' embr oui l l age Tec hni ques d' embr oui l l age
(" (" (" (" Sc r ambl i ng Sc r ambl i ng Sc r ambl i ng Sc r ambl i ng" ) " ) " ) " )
I Problme des codages NRZ ou AMI : Absence de
transitions dans de longues squences de symboles identiques.
I Solution => Utiliser un codage prliminaire qui permet de
forcer l'apparition de transitions dans ces squences.
Embrouillage par code polynomial
I Technique employe dans un embrouilleur additif : Ou
exclusif avec une squence pseudo alatoire (0 et 1 alatoires).
I La squence pseudo-alatoire peut-tre obtenue comme le
quotient dune division rpte indfiniment par un polynme
gnrateur (circuit LFSR Linear Feedback Shift Register).
I Opration ou exclusif avec la mme squence l'arrive.
I Exemple: Rseau ATM => Polynme X
31
X
28
1
156
Codages HDB3 et B8ZS Codages HDB3 et B8ZS Codages HDB3 et B8ZS Codages HDB3 et B8ZS
I Codage pour rsoudre le problme des suites de 0 dans le code AMI.
I On remplace des suites de 0 de taille fixe (soit 4 soit 8 bits) sans
transitions par des suites de longueur identique possdant des transitions.
B8 ZS "Bipolar with eight zero substitution
I Si la dernire excursion tait positive (+) : 8 bits 0 => 000+-0-+
I Si la dernire excursion tait ngative (-) : 8 bits 0 => 000-+0+-
I Utilisation: Rseau tlphonique RNIS amricain.
HDB3 "High Density Bipolar - three zero"
I 4 bits conscutifs 0 sont
remplacs selon la polarit de la
dernire excursion et le nombre
d'excursions depuis la dernire
violation.
I Utilisation : RNIS europen.
-00- 000+ +
+00+ 000 - -
Nombre
d'excursions pair
Nombre
d'excursions impair
Polarit
prcdente
157
Ex empl es B8ZS et HDB3 Ex empl es B8ZS et HDB3 Ex empl es B8ZS et HDB3 Ex empl es B8ZS et HDB3
t
1 1 0 0 0 0 0 0 0
AMI
0
1
t
1 1 0 0 0 0 0 0 0
B8ZS
0
1
0 0 0
- + 0 + -
V
V
t
1 1 0 0 0 0 0 0 0
HDB3
0
1
0 0 0
- + 0 0 +
V
V
158
Codages Codages Codages Codages nB/mB
I On reprsente n bits transmettre par m bits (n<m).
I On peut ainsi choisir des configurations m bits qui
prsentent un bon quilibre de 0 et de 1 (un nombre suffisant
de transitions).
I Exemple: Ethernet 100 Mb/s (et FDDI) Codage 4B/5B : 4
bits usagers sont transmis par des groupes de 5 bits.
I On choisit des configurations binaires telles qu'il existe toujours au moins
une transition par groupe de trois bits.
I Les autres configurations sont utilises pour la signalisation (dlimiteurs
de trames, acquittements en fin de trame...)
I Autres exemples: Rseau Ethernet Gigabit et FC ("Fiber
Channel") Codage 8B/10B.
159
Modul at i on di mpul si on en ampl i t ude Modul at i on di mpul si on en ampl i t ude Modul at i on di mpul si on en ampl i t ude Modul at i on di mpul si on en ampl i t ude
IPAM Pulse Amplitude Modulation.
IImpulsions damplitudes diffrentes (codages RZ avec
retour zro) => transitions sur tous les bits.
IExemple PAM-5 : on utilise 5 impulsions (autres versions
PAM-8 PAM-10 PAM-12 PAM-16).
IUtilisation PAM-5: Ethernet 100 Base T2.
t
PAM5
+2
+1
0
-1
-2
160
Si gnaux bande de base en phase Si gnaux bande de base en phase Si gnaux bande de base en phase Si gnaux bande de base en phase
Code Code Code Code bi phase bi phase bi phase bi phase (c ode Manc hest er ) (c ode Manc hest er ) (c ode Manc hest er ) (c ode Manc hest er )
I Utilisation de deux signaux dhorloge en opposition de phase.
I Le signal prsente toujours une transition au milieu de l'intervalle:
I Pour coder un 0 transition vers le haut.
I Pour coder un 1 transition vers le bas.
I Exemple: Ethernet 10 Mb/s.
I Avantages: Bonne occupation de la bande. Mise en uvre trs simple. Pas
de composante continue (pas de problmes sur les suites de symboles
identiques). Transitions en milieu de priode.
I Inconvnients: Ncessite une bande passante trs large.
t
0 1 0 0 1 1 1 0 0
Biphase
Manchester
161
Si gnaux bande de base en phase Si gnaux bande de base en phase Si gnaux bande de base en phase Si gnaux bande de base en phase
Code Code Code Code bi phase bi phase bi phase bi phase di f f r ent i el di f f r ent i el di f f r ent i el di f f r ent i el
I Codage en phase: On a toujours deux signaux en opposition de phase.
I Codage du 0 : transition en dbut de priode (le 0 provoque toujours un
changement de signal => modulation diffrentielle).
I Codage du 1 : absence de transition (le 1 conserve le mme signal).
I Exemple: Boucle IBM IEEE 802.5.
I Avantages Inconvnients: Voisins de ceux du code Manchester.
t
0 1 0 0 1 1 1 0 0
Biphase diffrentiel
162
Compar ai son des di f f r ent es Compar ai son des di f f r ent es Compar ai son des di f f r ent es Compar ai son des di f f r ent es
t ec hni ques de c odage t ec hni ques de c odage t ec hni ques de c odage t ec hni ques de c odage
I Puissance par unit de bande passante de diffrents codages en fonction de
la frquence normalise.
0.2 0.4
0.6 0.8 1.0
1.2 1.4 1.6
1.8 2.0
0.2
0.4
0.6
0.8
1.0
1.2
1.4
B8ZS, HDB3
NRZI
NRZI
AMI
Manchester
163
La t r ansmi ssi on anal ogi que La t r ansmi ssi on anal ogi que La t r ansmi ssi on anal ogi que La t r ansmi ssi on anal ogi que
Modul at i on d' onde por t euse Modul at i on d' onde por t euse Modul at i on d' onde por t euse Modul at i on d' onde por t euse
ILimitation des bandes de frquence disponibles
IExemple : Tlphone 300 3400 Hertz.
IAffaiblissement et dformation des signaux dus
aux caractristiques des cbles, ou des voies
hertziennes....
IModems : Ncessit de dispositifs d'adaptation de la
source au canal (modulation lmission /
dmodulation la rception).
ITerminologie UIT-CCITT : les ETCD (quipement
de terminaison de circuit de donnes).
164
Pr i nc i pe gnr al Pr i nc i pe gnr al Pr i nc i pe gnr al Pr i nc i pe gnr al
ISignal de base : S(t)
IPorteuse sinusodale : P(t)=A
o
sin (
o
t +
o
)
IModulation d'onde porteuse :
On transforme S(t) en X(t) = f(S(t)) en introduisant
l'information du signal de base dans l'une des
composantes.
I Amplitude A
I Frquence
I Phase
165
Modul at i on dampl i t ude, de f r quenc e, Modul at i on dampl i t ude, de f r quenc e, Modul at i on dampl i t ude, de f r quenc e, Modul at i on dampl i t ude, de f r quenc e,
de phase de phase de phase de phase
I Modulation damplitude : X(t) = f(S(t)) = A(S(t) sin (
0
t +
o
)
I Exemple de base: Utilisation de deux amplitudes
Codage du 0 : A1 sin (
0
t +
0
) Codage du 1 : A2 sin (
0
t +
0
)
I Modulation de frquence : X(t) = f(S(t)) = Ao sin ((S(t)t +
o
)
I Exemple de base: Utilisation de deux frquences
1
et
2
.
I Modulation FSK "Frequency Shift keying"
Codage du 0 : Ao sin (
1
t +
o
) Codage du 1 : A
o
sin (
2
t +
o
)
I Modulation de phase : X(t) = f(S(t)) = Ao sin (
0
t + (S(t))
I Exemple de base: Utilisation de deux phases
I Modulation PSK "Phase Shift keying"
Codage du 0 : Ao sin (
0
t +
1
) Codage du 1 : A
o
sin (
0
t +
2
)
166
Ex empl es Ex empl es Ex empl es Ex empl es
0 1 0 0 1 1 1 1 0 0 0 0 1
Amplitude
Frquence
Phase
167
Modul at i ons c ombi nes dampl i t ude Modul at i ons c ombi nes dampl i t ude Modul at i ons c ombi nes dampl i t ude Modul at i ons c ombi nes dampl i t ude
et de phase et de phase et de phase et de phase
IExemple 1 : Modulation QPSK Quadrature Phase
Shift Keying.
IQuatre signaux de phases
diffrentes et de mme amplitude.
IUtilisation : Wifi.
IExemple 2 : QAM Quadrature
Amplitude Modulation
IModulation d'amplitude et de phase.
IDiagramme spatial ou constellation
IUtilisation: nombreuses ADSL,WIFI...
IExemple: QAM-32 Modem V32 (4+1)bits/baud.
168
Sec onde par t i e Sec onde par t i e Sec onde par t i e Sec onde par t i e
Tec hnol ogi e du ni veau Tec hnol ogi e du ni veau Tec hnol ogi e du ni veau Tec hnol ogi e du ni veau
physi que physi que physi que physi que
169
I ETTD : quipement terminal de traitement des donnes
I ETCD : quipement de terminaison de circuit de donnes.
I Diffrents lments intervenant dans la transmission
IContrleur de communication.
IInterface standard.
IModem.
IMdium/Voie de communication.
Source Modem
ETTD
ETCD
Interface standard
Dest
Modem
ETCD
ETTD
Interface standard
Circuit de donnes (physique)
Liaison de donnes (liaison)
Mdium
170
Cont r l eur s de
c ommuni c at i ons
(c ar t es r seaux )
Tec hnol ogi e du ni veau Physi que Tec hnol ogi e du ni veau Physi que Tec hnol ogi e du ni veau Physi que Tec hnol ogi e du ni veau Physi que
171
Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur
(dune c ar t e r seau) (1) (dune c ar t e r seau) (1) (dune c ar t e r seau) (1) (dune c ar t e r seau) (1)
I Carte rseau = carte dentre/sortie
I Dirige par des commandes dentres sorties
I Gnrant des interruptions.
I Lecture/criture des informations en mmoire centrale
(mode canal , DMA Direct Memory Access).
I Orientation principale: communications sries.
I Transmission en mission
I Gestion des dlimiteurs.
I Emission donnes: acquisition des mots mmoire,
srialisation, modulation.
I Gnration des codes dtecteurs (ou correcteurs).
172
Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur Di f f r ent es f onc t i ons dun c ont r l eur
(dune c ar t e r seau) (2) (dune c ar t e r seau) (2) (dune c ar t e r seau) (2) (dune c ar t e r seau) (2)
I Transmission en rception
I Gestion des dlimiteurs.
I Dsrialisation, criture avec gestion de mmoire
tampon (registres dcalages, ou mmoire locale carte).
I Vrification des codes.
I Gestion de l'accs au mdium (rseaux locaux).
I Administration/configuration
I Adaptation aux diffrents dbits
I Adaptation aux diffrents modes:synchrone, asynchrone
I Gestion du mot d'tat (status word).
ILogiciel systme de pilotage : pilote (driver).
173
I nt er f ac es st andar ds
174
I nt r oduc t i on aux i nt er f ac es I nt r oduc t i on aux i nt er f ac es I nt r oduc t i on aux i nt er f ac es I nt r oduc t i on aux i nt er f ac es
st andar ds st andar ds st andar ds st andar ds
I Notion dinterface standard: Lensemble des spcifications
mcaniques et des utilisations des signaux lectriques
permettant une normalisation des interfaces de communication
physique ETTD-ETCD.
I Exemples: (trs trs grande varit).
I Interfaces sries ITU/CCITT V24/V28 RS232C; RS422/V11,
RS423/V12 , V35, X21.
I Interface USB (Universal Serial Bus).
I Interface Firewire IEEE 1394.
I .
I Autre besoin : interfaces ETCD mdium de communication.
I Interfaces tlphoniques (pratiquement diffrentes dans tous les
pays , RJ11)
I .
175
Ex empl e de l i nt er f ac e V24 Ex empl e de l i nt er f ac e V24 Ex empl e de l i nt er f ac e V24 Ex empl e de l i nt er f ac e V24
I Lavis V24 du CCITT dfinit les spcifs fonctionnelles de
la jonction avec de nombreux modems bas dbit.
I Lavis V28 correspond aux caractristiques lectriques
des signaux de la jonction.
I Spcifications V24/V28 (ITU), RS232C (EIA) trs voisines
I Les protocoles sont cods par des niveaux ouverts/ferms
sur des signaux (nomenclature srie 100) correspondant des
broches du connecteur DB25. Exemple: signal 125 broche 22.
I Trois tapes principales
I tablissement / libration du circuit
I Initialisation
I Transmission
176
I nt er f ac e V24 : I nt er f ac e V24 : I nt er f ac e V24 : I nt er f ac e V24 :
Quel ques si gnaux i mpor t ant s Quel ques si gnaux i mpor t ant s Quel ques si gnaux i mpor t ant s Quel ques si gnaux i mpor t ant s
I tablissement et libration du circuit
I 125 (22): Indication d'appel (cot modem), ETCD -> ETTD.
(ex : sonnerie du tlphone)
I 108 (20): Autorisation de connexion (du modem) ETTD->ETCD.
I 107 (06): Acquittement (le modem est reli la ligne) ETCD -> ETTD.
I Initialisation
I 105 (04): Demande pour mettre ETTD-> ETCD
I 106 (05): Prt mettre ETCD -> ETTD
I 109 (08): Dtection de porteuse ETCD -> ETTD
I Transmission
I 103 (02): Donnes ETTD -> ETCD
I 104 (03): Donnes ETCD -> ETTD
I 113 (24): Horloge mission (gnre par le terminal)
177
I nt er f ac e V24 : I nt er f ac e V24 : I nt er f ac e V24 : I nt er f ac e V24 :
Compl ment s Compl ment s Compl ment s Compl ment s
I Reprsentation logique de linterface
I Connecteur (mle cot ETTD)
I Normes lectriques V28
I (-3V) (-25V) : 1 logique
I (+4V) (+25V) : 0 logique (on prend -5,+5 v)
1 2 3
11 12 13
14
25
ETTD
ETCD
Terre de protection (1)
Transmission de donnes (2)
Rception de donnes (3)
Demande pour mettre (4)
Prt mettre (5)
Poste de donnes prt (6)
Terre de signalisation (7)
Dtection du signal de ligne (8)
Equipement terminal de donnes prt (20)
178
Modems
179
Cat gor i es de modems Cat gor i es de modems Cat gor i es de modems Cat gor i es de modems
IModulateurs/dmodulateurs
I1) Modems tlphoniques : utilisation du
tlphone fixe sur paire tlphonique.
I Modems anciens (dbits faibles)
I Modems ADSL Asymmetric Digital
Subscriber Line
I 2) Modems cables
I HFC Hybrid Fiber Coaxial Cable : utilisation
des cbles de tldistribution.
180
Modems anc i ens Modems anc i ens Modems anc i ens Modems anc i ens
Ex empl e : Avi s V23 Ex empl e : Avi s V23 Ex empl e : Avi s V23 Ex empl e : Avi s V23
I Dbit : 600/1200 bits/seconde (Modem du minitel)
I Transmission : asynchrone
I Support utilisable : Rseau commut (2 fils) ou LS (4 fils)
I Mode : Duplex l'alternat (ancien)
Duplex intgral : 600b/s ou 1200 b/s voie de retour 75b/s.
I Principe : modulation de frquence pour les deux canaux
450 Hz 1300 Hz 0
390 Hz 2100 Hz 1
Voie de
retour
Voie
descendante
390 450 1300
2100
A
f
181
Modems anc i ens Modems anc i ens Modems anc i ens Modems anc i ens
Ex empl e : Avi s V32 Ex empl e : Avi s V32 Ex empl e : Avi s V32 Ex empl e : Avi s V32
I Dbit : 2400,4800,9600 bits/seconde.
I Transmission : synchrone.
I Support utilisable : 2 fils ou Rseau Tlphonique Commut.
I Mode : duplex intgral
I Principe de modulation : QAM Quadrature Amplitude
Modulation)
I Rapidit de modulation: 2400 bauds ;
Valence: 32 => Le dbit rel 12 000 b/s
est suprieur au dbit utile permettant
l'utilisation d'un code correcteur implant
par le modem.
182
Tabl eau des nor mes Tabl eau des nor mes Tabl eau des nor mes Tabl eau des nor mes
de modems anc i ens de modems anc i ens de modems anc i ens de modems anc i ens
Explications
- Syn: Synchrone
- Async: Asynchrone
- Am Q : modulation
d'amplitude et de
phase (QAM).
- Ph : modulation de
phase
- Fr : modulation de
frquence
- RTC : Rseau
tlphonique
commut
- LS 2/4 : liaison
spcialise 2 ou 4
fils.
- Dup : mode
bidirectionnel
simultan
Avis
Mode
Async
Dbit
V21
Modul
Support
300b/s
Fr
RTC-LS2
Syn/Async V22
600-1200b/s
Ph
RTC-LS2
Syn/Async
V22bis
1200-2400b/s
Am Q
RTC-LS2
Syn/Async V23
1200-75b/s
Fr
RTC-LS2
Syn V26
2400b/s
Ph
LS4
Syn V27
4800b/s
Ph-D
LS4
Syn V29 9600-4800b/s
Ph+A LS4
V32 Syn/Async
9600-4800b/s Am Q RTC-LS2
Syn/Async
V32bis
14400-4800b/s
Am Q
RTC-LS2
V33
14400-12000b/sAm Q
Syn LS4
V34 33600-2400b/s
Am Q
Syn/Async RTC-LS2
Trans
Dup
Dup
Dup
Dup
Dup
Dup
Dup
Dup
Dup
Dup
Dup
183
Le modem V90/V92 (56 Le modem V90/V92 (56 Le modem V90/V92 (56 Le modem V90/V92 (56 Kb Kb Kb Kb/s) /s) /s) /s)
IRappel
I Les modems traditionnels considrent le RTC (Rseau
Tlphonique Commut) comme un rseau entirement
analogique.
I Mais le RTC est pratiquement numrique 64Kb/s.
I Le tlphone numris MIC avec un bruit de
quantification des codecs de l'ordre de 36db offre un dbit
maximum thorique de l'ordre de 35 Kb/s
I D'ou la norme V34 constituant une limite pour lapproche
analogique avec un dbit de 33,6 Kb/s.
184
Pr i nc i pes d' une nouvel l e gnr at i on de Pr i nc i pes d' une nouvel l e gnr at i on de Pr i nc i pes d' une nouvel l e gnr at i on de Pr i nc i pes d' une nouvel l e gnr at i on de
modems sur RTC modems sur RTC modems sur RTC modems sur RTC
Modem client
Seule partie
analogique
Transmission
2 fils
Paires tlphoniques
Codec
Rseau
numrique
64 Kbs
Serveur
Sortie
numrique
Multiplex
T ou E
Client
Site Site
"Modems"
serveurs
I En fait le rseau tlphonique est numris 64 Kb/s sur toute
son tendue (sauf le rattachement abonn).
I Les serveurs d'accs peuvent tre directement rattachs au
rseau numrique via des multiplexes PDH (T Etats-Unis ou E Europe).
I La seule partie analogique est le rattachement usager sur lequel
le rapport signal bruit permet un dbit suprieur 33,6 kbs.
185
La sol ut i on V90 La sol ut i on V90 La sol ut i on V90 La sol ut i on V90
(Roc k w el l , US Robot i c s) (Roc k w el l , US Robot i c s) (Roc k w el l , US Robot i c s) (Roc k w el l , US Robot i c s)
I Le modem V90 offre deux dbits diffrents
I 33600 b/s sens client vers serveur (transmis en mode V34).
I 56000 b/s sens serveur vers client (le plus intressant tudier)
I A 56 kb/s le cot serveur envoie des configurations
numriques sur 8 bits vers le client.
I En fonction de la loi de quantification le codec serveur gnre des
"symboles" analogiques
I Le modem client interprte la modulation reue (les signaux
analogiques reus) pour reconstituer les octets transmis.
I Problme de mise en uvre:
I Le codec est conu pour traiter des signaux de voix humaine (les niveaux
de quantification les plus faibles sont privilgis) d'ou un problme de
discrimination dans le domaine des autres niveaux.
I Utilisation d'une technique de codage sur la partie analogique qui seffectue
avec perte de 8Kb/s ramenant le dbit atteint 56 Kb/s.
186
Conc l usi on Modem V90 Conc l usi on Modem V90 Conc l usi on Modem V90 Conc l usi on Modem V90
I Impossibilit de fonctionner 56 Kb/s dans les deux sens:
I V90 : 34 Kb/s quand mme => pas trs grave car la voie descendante
est souvent privilgie par rapport la voie montante.
I Modem V92 voie montante 48 Kb/s plus dautres amliorations
I Pour que le dbit 56 Kb/s fonctionne il faut que le RTC soit
entirement numrique MIC et selon la mme loi de quantification.
I Pas de section analogique
I Pas de conversion loi A en loi interne.
I Pas de section avec codage non MIC (exemple pas de sections
impliquant une conversion vers ADPCM)
I Lors de l'tablissement de la communication les modems opposs
doivent tester s'ils peuvent effectivement fonctionner 56 Kb/s sinon
repli en V34 (ou moins encore).
187
3,4khz 30khz 1104khz 138khz
Canal
Montant
(Upstream)
Canal
Descendant
(Downstream)
Canal
Tlph
onique
Le modem ADSL ANSI T1.413, UI T G992 Le modem ADSL ANSI T1.413, UI T G992 Le modem ADSL ANSI T1.413, UI T G992 Le modem ADSL ANSI T1.413, UI T G992
( ( ( (Asymmet r i c Asymmet r i c Asymmet r i c Asymmet r i c Di gi t al Di gi t al Di gi t al Di gi t al Subsc r i ber Subsc r i ber Subsc r i ber Subsc r i ber Li ne) Li ne) Li ne) Li ne)
I Ide principale : Utilisation de la bande passante des paires
tlphoniques de raccordement abonn/autocommutateur.
I Exemple: 1,1Mhz sur moins de 3000 m.Pas utilisable au del de 6000 m.
I Solution frquente : Multiplexage frquentiel de trois canaux.
1) Canal tlphonique (3,4khz) : vers le rseau tlphonique classqiue.
2) Canal numrique montant (upstream) abonn -> central (max 1 Mb/s).
3) Canal numrique descendant (downstream) central -> abonn (max 8
Mb/s).
=> Dbits asymtriques dpendant de la qualit et de loffre.
188
Codage des voi es numr i ques Codage des voi es numr i ques Codage des voi es numr i ques Codage des voi es numr i ques
1) CAP 1) CAP 1) CAP 1) CAP Car r i er l ess Car r i er l ess Car r i er l ess Car r i er l ess Ampl i t ude Phase Ampl i t ude Phase Ampl i t ude Phase Ampl i t ude Phase
I Modulation damplitude et de phase en sadaptant en dbit
la qualit de la bande disponible pour un canal numrique.
I Faible cot, faible latence => technique trs classique (bien
matrise).
0001
0000
0011
0010
0110
0111
0101
0100
1100
1111
1101
1010
1110
1000
1011
1001
15!
X
Modulation utilise
pour les 4 derniers bits :
axe des x.
Constellation utilise
4 bits (valence 16).
189
Codage des voi es numr i ques Codage des voi es numr i ques Codage des voi es numr i ques Codage des voi es numr i ques
2) DMT 2) DMT 2) DMT 2) DMT Di sc r et e Di sc r et e Di sc r et e Di sc r et e Mul t i Tone Mul t i Tone Mul t i Tone Mul t i Tone
I Technique plus fiable et plus sophistique, la plus
lgante.
I Division du spectre en 256 canaux de 4 Khz (exactement
4312,5 Hz) => Partage des canaux dpendant de loprateur.
I Exemple de partage : 1 canal tlphonique, 5 non utiliss,
32 flux montant et 218 flux descendant gres
indpendamment en modulation damplitude et de phase.
37
Tl
phone
Canal Montant
(32 bandes)
Canal Descendant
(218 bandes)
0
Total 1,1 Mhz
5
190
Tec hni que de dc ouver t e adapt at i ve du Tec hni que de dc ouver t e adapt at i ve du Tec hni que de dc ouver t e adapt at i ve du Tec hni que de dc ouver t e adapt at i ve du
r appor t si gnal br ui t (bande par bande). r appor t si gnal br ui t (bande par bande). r appor t si gnal br ui t (bande par bande). r appor t si gnal br ui t (bande par bande).
I La qualit de la transmission nest pas la mme : pour tous les
abonns, et dans chacun des 256 canaux (section de la paire torsade,
imperfections de la paire, longueur, )
I Dbit thorique maximum par canal de 4khz 60 Kb/s : soit pour le
canal montant 1,5 Mb/s et pour le canal descendant 14,9 Mb/s.
I Exemples de performances du canal descendant.
Dbit Section Distance
1,5 Mb/s 0,5 mm 5,5 Km
6,1 Mb/s 0,4 mm 2,7 Km
Rapport signal bruit
Dbit maximum
thorique
b/s
b/s
db
f
f
f
Dbit rcuprable canal
par canal
191
Un ex empl e de di agr amme r el Un ex empl e de di agr amme r el Un ex empl e de di agr amme r el Un ex empl e de di agr amme r el
192
ADSL: un ensembl e c ompl ex e de ADSL: un ensembl e c ompl ex e de ADSL: un ensembl e c ompl ex e de ADSL: un ensembl e c ompl ex e de
t ec hni ques de t r ansmi ssi on t ec hni ques de t r ansmi ssi on t ec hni ques de t r ansmi ssi on t ec hni ques de t r ansmi ssi on
I Embrouillage des signaux.
I Correction automatique derreur par code correcteur
derreurs dans les trames (FEC Forward Error Correcting Code
Reed-Solomon).
I Codage QAM pour chaque canal: rapidit de modulation
4000 baud, dfinition de la constellation utilise permettant
selon le rapport signal bruit jusqu 15 bits par intervalle ).
I Tramage : 68 trames ADSL sont regroupes dans une super
trame.
I Synchronisation des trames.
193
ADSL: aspec t s ar c hi t ec t ur aux ADSL: aspec t s ar c hi t ec t ur aux ADSL: aspec t s ar c hi t ec t ur aux ADSL: aspec t s ar c hi t ec t ur aux
I ATU ADSL Transceiver Unit
(C Central, R Remote):
lessentiel du modem ADSL.
I DSLAM Digital Subscriber
Line Access Multiplexer :
multiplexeur daccs ADSL
chez loprateur
I Interface V : nom gnrique
ADSL de linterface avec le rseau
numrique de loprateur
(exemple un rseau ATM +IP)
I Interface Tsm : nom gnrique
de linterface entre le modem ADSL
et lordinateur usager (branchement
sur port USB ou sur port ethernet).
Int V (ATM)
Int Tsm (USB,
Ethernet)
Sparateur
Splitter
Codec /
Autocom
ATU-C
(DSLAM)
Rseau
numrique
Sparateur
Splitter
ATU-R
Tlphone
Ordinateur
Oprateur
Abonn
194
Voi es de c ommuni c at i ons
(mdi a)
195
I Objectif du chapitre : apcifier les caractristiques des
cblages utiliss couramment dans lentreprise.
I Paires torsades.
I Fibres optiques.
I Cbles coaxiaux.
Les paires torsades
I Deux conducteurs en cuivre, isols.
I Enrouls de faon hlicodale autour de laxe
(lenroulement permet de rduire les inductions
lectromagntiques parasites de lenvironnement).
I Utilisation courante
I Rseaux tlphoniques.
I Rseaux locaux.
196
Pai r es t or sades bl i ndes Pai r es t or sades bl i ndes Pai r es t or sades bl i ndes Pai r es t or sades bl i ndes
STP " STP " STP " STP " Shi el ded Shi el ded Shi el ded Shi el ded Tw i st ed Tw i st ed Tw i st ed Tw i st ed Pai r s" Pai r s" Pai r s" Pai r s"
I Fournies en cbles de 2 paires.
I Chaque paire est blinde.
I L'ensemble est galement blind.
I Possibilits importantes -> 500 Mhz.
I En fait diffrentes difficults.
I Plus coteux l'achat et l'installation.
I Assez encombrant.
I Problmes poss par les courants dans les blindages lorsque les
appareils relis sont des potentiels diffrents.
I Exemple dutilisation: Boucle IBM avec le connecteur DB9
ou le connecteur IBM UDC "Universal Data Connector"
Performances exploites faibles en dbit => 16 Mb/s.
197
Pai r es t or sades non bl i ndes Pai r es t or sades non bl i ndes Pai r es t or sades non bl i ndes Pai r es t or sades non bl i ndes
UTP " UTP " UTP " UTP " Unshi el ded Unshi el ded Unshi el ded Unshi el ded Tw i st ed Tw i st ed Tw i st ed Tw i st ed Pai r s" Pai r s" Pai r s" Pai r s"
IFournies en cbles de 4 paires.
IPossibilits significatives (en dveloppement
permanent).
IPour un cot raisonnable.
IExistence de diffrentes catgories de paires
UTP aux caractristiques trs normalises (normes
EIA 568):
I Impdance caractristique.
I Influence d'une paire sur l'autre en db.
I Attnuation (en db).
198
Les c at gor i es EI A568B " Commer c i al Les c at gor i es EI A568B " Commer c i al Les c at gor i es EI A568B " Commer c i al Les c at gor i es EI A568B " Commer c i al
Bui l di ngTl c ommuni c at i ons Bui l di ngTl c ommuni c at i ons Bui l di ngTl c ommuni c at i ons Bui l di ngTl c ommuni c at i ons" "" "
I Cat 1: Anciennement recommande pour le tlphone (actuellement non
recommande).
I Cat 2: Anciennement recommande pour la boucle IBM 4Mb/s.
(actuellement non reconnue).
I Cat 3: Recommande pour les bandes de frquences jusqu 16 MHz.
Utilisation typique pour le rseau Ethernet 10 Mbit/s.
I Cat 4: Anciennement recommande jusqu 20 MHz typiquement pour la
boucle IBM 16 Mbit/s.
I Cat 5: Performance jusqu 100 MHz pour le rseau Ethernet 100 Mbit/s
(actuellement non recommande).
I Cat 5e: Recommande pour les performances jusqu 100 MHz pour
Ethernet 100 Mbit/s et Ethernet Gigabit.
I Cat 6, 6A: Performance jusqu 250 MHz (Ethernet Gigabit ou 10G).
I Cat 7: Performance jusqu 600 MHz (en fait quatre paires torsades
blindes STP). (Ethernet Gigabit ou 10G).
199
Cbl es c oax i aux Cbl es c oax i aux Cbl es c oax i aux Cbl es c oax i aux
I Deux conducteurs concentriques: un conducteur
central le coeur, un matriau isolant de forme cylindrique,
une tresse concentrique conductrice:
I Meilleures caractristiques que les paires torsades
(largeur de la bande passante et protection contre les
rayonnements parasites).
I Actuellement en perte de vitesse au profit des paires
torsades ou des fibres.
Cur de cuivre
Isolant
Tresse mtallique
Gaine de protection
200
Fi br es opt i ques Fi br es opt i ques Fi br es opt i ques Fi br es opt i ques
I Fibre optique = guide de lumire.
I Un cur transparent (plastique, verre)
I Entour d'une gaine puis une enveloppe
I Le cur a un indice de rfraction plus lev que la gaine pour
confiner la lumire
I Systme de transmission fibre : Trois composants
I Conversion d'un signal lectrique en signal optique source de
lumire : Diode LED "Light Emitting Diode" ou Diode laser.
I Fibre optique : qui joue le rle dun guide dondes lumineuses.
I Dtecteur de lumire : photodiode de type PIN ("Positive Intrinsic
Negative") ou avalanche, qui restitue un signal lectrique.
I Diffrents types de fibre
I Fibres saut dindice, gradient dindice, cristaux photoniques.
I Fibres multimodes, fibres monomodes.
Cur
transparent Enveloppe
protectrice
Gaine
201
Avant ages des f i br es opt i ques Avant ages des f i br es opt i ques Avant ages des f i br es opt i ques Avant ages des f i br es opt i ques
I Bande passante trs importante (de lordre de 1 GHz/km
=> dbit binaire trs important).
I Faible affaiblissement de lordre de 0,25 dB/km.
I Plusieurs dizaines de kilomtres entre amplificateurs.
I Peu sensible aux perturbations lectromagntiques
I Taux derreur trs faibles
I Utilisation dans des environnements difficiles (variation
de temprature...).
I Matire premire bon march.
I Lgret et faible volume qui permettent la pose de
tronons longs avec plusieurs fibres.
I Possibilit de multiplexage en longueur donde (WDM).
202
Pr obl mes des f i br es opt i ques Pr obl mes des f i br es opt i ques Pr obl mes des f i br es opt i ques Pr obl mes des f i br es opt i ques
I Les raccordements (pissures optiques) restent dlicats
raliser sur le terrain et introduisent un affaiblissement.
I Les drivations ne peuvent seffectuer quau prix dune
perte de puissance importante (limitation de lutilisation
de la fibre optique pour la diffusion).
I Rgnration, amplification et commutation optique
restent des sujets de recherche.
I Malgr cela : Bande passante trs importante,
affaiblissement trs bas,
=> Les liaisons optiques sont trs utilises.
203
Rseaux au niveau physique
Exemple du rseau tlphonique
commut et des rseaux PDH, SDH
204
I nt r oduc t i on l a t r ansmi ssi on I nt r oduc t i on l a t r ansmi ssi on I nt r oduc t i on l a t r ansmi ssi on I nt r oduc t i on l a t r ansmi ssi on
t l phoni que numr i que t l phoni que numr i que t l phoni que numr i que t l phoni que numr i que
I La transmission numrique offre des performances
suprieures la transmission analogique:
I Faible taux derreur des liaisons numriques. Les rpteurs
numriques, rgnrateurs de signaux, ... ne connaissent pas les
inconvnients des amplificateurs utiliss par les supports analogiques.
I Les informations de type voix, images et donnes,
reprsentes sous forme numrique peuvent facilement tre
multiplexes sur un mme support de transmission.
I Utilisation de la numrisation dans le Rseau
Tlphonique Commut => RNIS Rseau Numrique
Intgration de Services (bande troite):
I Canaux de communication B 64 Kb/s
205
MI C Modul at i on dI mpul si on Code MI C Modul at i on dI mpul si on Code MI C Modul at i on dI mpul si on Code MI C Modul at i on dI mpul si on Code
PCM " Pul se c ode modul at i on" PCM " Pul se c ode modul at i on" PCM " Pul se c ode modul at i on" PCM " Pul se c ode modul at i on"
I Une technique pour la transmission du son sans
compression utilise par le tlphone (galement disques
compacts audio, fichiers sons).
I Le MIC se dfinit par trois caractristiques
principales :
I Echantillonnage.
I Quantification.
I Codage.
I Notion de codec (codeur/dcodeur): convertisseur dun
signal analogique sonore en signal numrique et
inversement.
206
MI C Ec hant i l l onnage MI C Ec hant i l l onnage MI C Ec hant i l l onnage MI C Ec hant i l l onnage
I Echantillonnage : le processus de choix des instants de
prise de mesure sur un signal continu (par exemple: la voix
parle).
I Bande passante vise : B=4000 Hz.
I Frquence dchantillonnage Nyquist : R = 2B = 8000
chantillons/s
I Priode : 1 chantillon/125s)
I chantillons sur 8 bits => Dbit binaire 64 Kb/s.
207
MI C Quant i f i c at i on MI C Quant i f i c at i on MI C Quant i f i c at i on MI C Quant i f i c at i on
I Quantification :
I le processus de conversion dune mesure dun signal continu en une
valeur numriques entire.
I Lamplitude entre deux valeurs voisines dfinit la prcision.
I Lerreur qui rsulte du processus de quantification est appel le
bruit de quantification.
I tablissement de la correspondance effective
I Mesure du signal analogique sur 13 bits en Europe (14 bits aux USA).
I Fourniture dun nombre sur 8 bits
I Le plus simple serait une correspondance linaire:
I En fait on utilise une courbe semi-logarithmique
garantissant une prcision relative constante
(les petites valeurs sont quantifis avec 16 fois
plus de prcision que les grandes).
I En Europe : Loi A. Aux USA,Japon : Loi Mu.
208
MI C Codage MI C Codage MI C Codage MI C Codage
ICodage: tape finale de reprsentation numrique
des octets => Utilisation d'un codage de la valeur
numrique quantifie.
I En Europe: mthode ADI "Alternate Digital
Inversion"
I 1 bit sur 2 invers : 0000 -> 0101
I Aux USA : mthode ISC "Inverse Symmetrical
Coding"
I Inversion par groupes de deux bits : 0011 -> 1100.
209
Aut r es pr oc ds de c odage Aut r es pr oc ds de c odage Aut r es pr oc ds de c odage Aut r es pr oc ds de c odage
numr i que de l a voi x numr i que de l a voi x numr i que de l a voi x numr i que de l a voi x
I Techniques de compression pour un codage limitant la
bande passante utilise => proprits de la voix humaine.
I Modulation MIC diffrentielle (DPCM "Differential Pulse
code modulation")
I On code la diffrence entre la valeur courante et la valeur prcdente
I Exemple DPCM : Si des carts entre chantillons de 16 incrments,
ou plus, sont trs peu probables alors un codage sur 5 bits est suffisant.
I Lorsque lcart est suprieur 16 incrments de quantification
lencodage utilise plusieurs chantillons pour rtablir la situation.
I Modulation DELTA
I On code sur un seul bit chaque chantillon en indiquant s'il est plus
grand ou plus petit que le prcdent de une unit.
I Problmes de rtablissement en cas de variations rapides.
210
Rseau t l phoni que : Rseau t l phoni que : Rseau t l phoni que : Rseau t l phoni que :
Fonc t i ons de si gnal i sat i on Fonc t i ons de si gnal i sat i on Fonc t i ons de si gnal i sat i on Fonc t i ons de si gnal i sat i on
I Sur tout rseau tlphonique, nombreuses fonctions de
signalisation indispensables d'accs au rseau et
d'administration (exemple : lusager dcroche, compose un
numro, le prestataire taxe ...)
I Rseau tlphonique ancien: signalisation dans la bande =>
problmes.
I Rseau tlphonique numrique: un rseau numrique de
signalisation (hors bande) utilise un protocole systme de signalisation n7)
SS7 Signalling System 7
Terminal
RNIS
Transit
donnes
Canal B
donnes
Canal B
donnes
Canal D
signal
DSS1
Autocom Autocom
Transit
signalisation
SS7
Canal D
signal
DSS1
Terminal
RNIS
211
Les hi r ar c hi es de mul t i pl ex age Les hi r ar c hi es de mul t i pl ex age Les hi r ar c hi es de mul t i pl ex age Les hi r ar c hi es de mul t i pl ex age
dans l es r seaux t l phoni ques dans l es r seaux t l phoni ques dans l es r seaux t l phoni ques dans l es r seaux t l phoni ques
I Ncessit du multiplexage : pour optimiser les supports
I Transport des circuits tlphoniques en multiplexage de circuits basse
vitesse 64 Kb/s sur des voies haut dbit.
I Un chantillon chaque 125 micro secondes => Trames de n chantillons
rptes chaque 125 micro secondes.
I Rappel: deux grandes classes de techniques de multiplexage
I Multiplexage par Rpartition de Frquence (MRF ou FDM
"Frequency Division Multiplexing") une bande de frquence chaque
signal transport => Solution ancienne
I Multiplexage Rpartition dans le Temps MRT ("TDM Time
Division Multiplexing") une tranche de temps chaque signal transport.
I Les deux approches industrielles de multiplexage temporel.
I PDH Plesiochronous Digital Hierarchy
I SDH Synchronous Digital Hierarchy
212
Pr obl mes poss par l a t r ansmi ssi on Pr obl mes poss par l a t r ansmi ssi on Pr obl mes poss par l a t r ansmi ssi on Pr obl mes poss par l a t r ansmi ssi on
haut dbi t en c ont i nu: Ver r oui l l age haut dbi t en c ont i nu: Ver r oui l l age haut dbi t en c ont i nu: Ver r oui l l age haut dbi t en c ont i nu: Ver r oui l l age
I Dtermination de l'emplacement des informations
significatives
I Les infos multiplexes sont "trames": assembles dans des
trames de taille fixe les trames sont mises en continu.
I Exemple du multiplex T1 pour 24 voies tlphoniques MIC (tats-
Unis)=> Il faut pouvoir retrouver les trames en rception en prsence
de multiples alas de transmission (bruits, dsynchronisations ...).
I Notion de "verrouillage de trame": Une trame est dite
"verrouille" pour le rcepteur s'il est correctement synchronis
sur son dbut.
Voie 0
Dlimiteur
de 1 bit (0, 1 en alternance)
Voie 1
Voie24
Trame de 193 bits
Voie 0 Voie 1
chaque 125 microseconde
Dlimiteur
de 1 bit (0,1)
Dbit 1544 Kilobit/s
213
dhor l oges dhor l oges dhor l oges dhor l oges
I Diffrences de fabrication => Diffrences de frquence
I Les informations sont gnres avec des horloges qui ne peuvent
gnrer de manire parfaites des frquences identiques.
I Dfinition de tolrances sur les
I Drive d'horloges ("Wander")
I La frquence d'une horloge dpend de la temprature et peut donc subir
des drives lentes ( l'chelle de plusieurs heures ou mme plus) autour
d'un valeur moyenne.
I La variation en frquence dune horloge par rapport une autre doit
tre borne
I Exemple: une horloge pour gnrer le multiplex PDH 2,048 Mb/s doit-
tre plus ou moins 5 10
-5
ou encore + - 50 ppm (parties par million).
214
dhor l oges dhor l oges dhor l oges dhor l oges
I Gigue ("Jitter")
I La frquence d'un signal peut prsenter des variations instantanes
(autour d'une frquence moyenne) lorsque des retards diffrents sont
introduits dans le traitement des signaux.
I Dphasages
I Les signaux issus de lignes diffrentes prsentent des retards de
propagation lies la distance.
=> Dphasages entre les signaux.
I Dbits
I Les diffrents appareils intervenant dans une chane de transmission ne
traitent pas exactement les informations la mme vitesse.
Signal avec gigue
Signal sans gigue
intervalles isochrones
215
Sol ut i ons de sync hr oni sat i on Sol ut i ons de sync hr oni sat i on Sol ut i ons de sync hr oni sat i on Sol ut i ons de sync hr oni sat i on
dhor l oges: t ec hni ques de j ust i f i c at i on dhor l oges: t ec hni ques de j ust i f i c at i on dhor l oges: t ec hni ques de j ust i f i c at i on dhor l oges: t ec hni ques de j ust i f i c at i on
I Justification Positive, Nulle ou Ngative
I Deux sites relis par une voie haut dbit:
I Les horloges de A et B sont identiques => Justification nulle
IPas de justification: on rmet le mme nombre de bits
I L'horloge de A est plus rapide que celle de B => Justification
ngative
IPour un nombre de bits donn arrivant en B de A, on doit en
renvoyer plus.
I L'horloge de A est plus lente que celle de B => Justification
positive
IPour un nombre de bits donn arrivant en B de A on doit en
renvoyer moins.
216
Fonc t i onnement de l a j ust i f i c at i on Fonc t i onnement de l a j ust i f i c at i on Fonc t i onnement de l a j ust i f i c at i on Fonc t i onnement de l a j ust i f i c at i on
I Prsentation de la justification dans le cas dun seul bit : on ajoute
ou lon retranche un seul bit
par trame.
I CP: bit de contrle
de justification positive
I CN: bit de contrle
de justification ngative
I JP: bit de justification
positive
I JN: bit de justification
ngative
CP CN JP
JN
Entte
Charge Utile (n bits)
0 0
JP
JN CP CN
A A A ......... A A
Pas de justification
1 0
JP
JN CP CN
A A ......... A A
Justification positive ( B le site courant plus rapide)
1 0
JP
JN CP CN
A A A ........ A A
Justification ngative ( B le site courant plus lent)
217
Ut i l i sat i on des poi nt eur s Ut i l i sat i on des poi nt eur s Ut i l i sat i on des poi nt eur s Ut i l i sat i on des poi nt eur s
ISituation du problme :
I Quand des trames successives sont soumises des justifications
successives de mme sens
I => Les dlimitations entre les zones transportes glissent
l'intrieur des conteneurs de charge utile
I Utilisation de pointeurs.
I Un pointeur est associ la charge utile de la trame.
I Sa valeur ne change pas tant que la position relative de cette charge
utile dans la trame ne varie pas.
I Le dbut des informations significatives peut avancer ou tre retard
par rapport la valeur initiale => Modification du pointeur
I La charge utile peut flotter dans lespace allou dans les trames.
I Pointeur plac dans une entte protocolaire : le surdbit.
I Permettant daccder aisment (indirection) aux infos transportes.
218
Fonc t i onnement des poi nt eur s en Fonc t i onnement des poi nt eur s en Fonc t i onnement des poi nt eur s en Fonc t i onnement des poi nt eur s en
SDH SDH SDH SDH
I Remarque: Prsentation comme en SDH, la justification porte sur des
octets et les trames ont une reprsentation matricielle.
I On montre trois trames successives dans les deux cas de justification.
30(0)
30(-)
29(0)
30(0)
30(+)
31(0)
Pointeur
Pointeur
avec ind
de justif
Pointeur
dcrment
Surdbit Donnes
Justification Ngative
Horloge locale plus lente
Dbut en 30
1
1
2
1
Surdbit
30
n
n+1
n
n
n-1
n
1
1
1
Justification Positive
Horloge locale plus rapide
Donnes
30
29
219
Ex pl i c at i ons f onc t i onnement des Ex pl i c at i ons f onc t i onnement des Ex pl i c at i ons f onc t i onnement des Ex pl i c at i ons f onc t i onnement des
poi nt eur s poi nt eur s poi nt eur s poi nt eur s
I Si lhorloge locale a une frquence plus faible que celle
du site dorigine du signal transport:
I On associe au pointeur une indication de justification
ngative (-).
I Un octet de donne est retranch vers le surdbit.
I Dans la trame suivante la valeur du pointeur est
diminue de 1.
I Si lhorloge locale a une frquence plus leve
IOn associe au pointeur une indication de justification
positive (+).
IUn octet de bourrage est insr dans la charge utile.
IDans la trame suivante le pointeur est augment de 1.
220
PDH " PDH " PDH " PDH " Pl esi oc hr onous Pl esi oc hr onous Pl esi oc hr onous Pl esi oc hr onous Di gi t al Di gi t al Di gi t al Di gi t al
Hi er ar c hy Hi er ar c hy Hi er ar c hy Hi er ar c hy" "" "
I Hirarchie numrique plsiochrone : solution maintenant
un peu ancienne.
I Solution de niveau physique et liaison :
I Modulation, synchronisation bit et trame en prsence de dlais de
propagations et dcalages d'horloge (techniques de justification).
I Ralisant le multiplexage temporel de voies tlphoniques MIC (64kb/s).
I Exemple de normes et de dbits :
TN4 E4
TN3 E3
TN2 E2
TN1 E1
Trame
G.751 1920 139264 Kb/s
G.751 480 34 368 Kb/s
G.741, G.742 120 8 448 Kb/s
G.704, G.706 30 2 048 Kb/s
Avis CCITT Nb circuits Dbit
221
Ex empl e PDH : l e mul t i pl ex E1 2 048 Ex empl e PDH : l e mul t i pl ex E1 2 048 Ex empl e PDH : l e mul t i pl ex E1 2 048 Ex empl e PDH : l e mul t i pl ex E1 2 048
Kb Kb Kb Kb/s G704 (TN1) /s G704 (TN1) /s G704 (TN1) /s G704 (TN1)
ISurdbit:
I Ncessaire au maintien et la rcupration du synchronisme: l'IT0
achemin dans le premier octet entte.
I Utilis en version multitrame il offre des possibilits de transmission
d'informations multiples et complexes.
IDbit utile: on a 30 voies tlphoniques MIC et une voie
IT16 permettant l'acheminement de la signalisation pour les
30 voies.
Canal 0
Canal 1
Usager
Canal17
Signalisation
Canal30
Usager
Synchro
Fanion de 8 bits
32 IT (Intervalles)
IT0 IT31
IT16
222
G704 G704 G704 G704
Ut i l i sat i on du Ut i l i sat i on du Ut i l i sat i on du Ut i l i sat i on du sur dbi t sur dbi t sur dbi t sur dbi t (I T0) (I T0) (I T0) (I T0)
I En regroupant 16 trames (multi-trame) on dispose de 128
bits chaque 2 millisecondes utiliss pour de nombreuses
fonctions:
I Une zone de verrouillage de trame pour dfinir le
dbut des trames (la synchronisation trame).
I Une zone pour la justification bit.
I Une zone pour des signaux d'alarme (en cas de
mauvais fonctionnement).
I Une zone de contrle de qualit : CRC-4.
I Des zones libres d'usage spcifiques (par exemple
caractre national).
223
I nt r oduc t i on aux r seaux SDH I nt r oduc t i on aux r seaux SDH I nt r oduc t i on aux r seaux SDH I nt r oduc t i on aux r seaux SDH
Sync hr onous Sync hr onous Sync hr onous Sync hr onous Di gi t al Di gi t al Di gi t al Di gi t al Hi er ar c hy Hi er ar c hy Hi er ar c hy Hi er ar c hy
I Problmes de la hirarchie PDH
I Manque de flexibilit de la hirarchie plsiochrone: pour accder
une donne dans un multiplex il faut dmultiplexer tous les niveaux.
I Dveloppement partir de 1980 dune nouvelle technologie:
I SONET Synchronous Optical Network (Bellcore) => SDH.
I Originalit synchrone : tous les noeuds dun rseau utilisant
la hirarchie numrique synchrone sont synchroniss
I Horloges de rfrence dune prcision spcifie 10-11.
I On a encore des drives sensibles (utilisation trs haut dbit).
I Originalit pointeurs : la technique des pointeurs
I Permet de compenser les problmes de variation de frquence du signal
I Mais aussi d'accder directement aux donnes l'intrieur des trames
par des mcanismes d'indexation simples ...
224
Ex empl e STM Ex empl e STM Ex empl e STM Ex empl e STM- -- -1 1 1 1
" "" " Sync hr onous Sync hr onous Sync hr onous Sync hr onous Tr anspor t Modul e Tr anspor t Modul e Tr anspor t Modul e Tr anspor t Modul e 1" 1" 1" 1"
I Multiplex primaire de la hirarchie SDH
I Trame de base constitue de 2430 octets mis toutes les 125 s, soit
155,520 Mb/s.
I Organise en 9
ranges de 270 octets.
I Dans une trame STM-1, les informations sont places dans des
conteneurs qui peuvent tre vus comme une structure hirarchise de
groupage.
I Le conteneur + son surdbit forment un conteneur virtuel (VCn).
I STM1 -> Un conteneur VC4 ou plusieurs conteneurs plus petits: VC-1 (1,544 2,
048 Mb/s), VC-3 (34,368 44,736 Mb/s).
9 octets
261 octets
9 ranges
Surdbit de
section (SOH)
(5,184 Mb/s)
Unit Administrative (UA)
150,336 Mb/s
.........
pointeur
225
Conc l usi on SDH Conc l usi on SDH Conc l usi on SDH Conc l usi on SDH
I Utilisation de SDH trs importante
et trs varie
I Pratiquement toutes les
Transmissions longue distance.
I Rseaux tlphoniques
(RTC et mobiles)
I Transport de cellules ATM,
de paquets IP (IP sur SDH).
I Niveau physique pour
Ethernet 10 Gigabits/s.
I Construction darchitectures de rseaux SDH
I Avec des rpartiteurs, des brasseurs, des multiplexeurs.
I Topologie en boucle SDH privilgie.
I La hirarchie SDH est encore en dveloppement.
20 Gb/s STM-128 (OC384)
40 Gb/s STM-256 (OC768)
STM-64 (OC192)
STM-16 (OC48)
STM-4 (OC12)
STM-1 (OC3)
Trame
9953,280 Mb/s
2488,320 Mb/s
622,080 Mb/s
155,520 Mb/s
Dbit
226
Ni veau Li ai son Ni veau Li ai son Ni veau Li ai son Ni veau Li ai son
" Dat a " Dat a " Dat a " Dat a l i nk l i nk l i nk l i nk Layer " Layer " Layer " Layer "
Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt
Rseaux l oc aux Rseaux l oc aux Rseaux l oc aux Rseaux l oc aux
227
Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt Pr ot oc ol es Poi nt Poi nt
" Poi nt t o Poi nt " Poi nt t o Poi nt " Poi nt t o Poi nt " Poi nt t o Poi nt Pr ot oc ol s Pr ot oc ol s Pr ot oc ol s Pr ot oc ol s" "" "
I nt r oduc t i on. I nt r oduc t i on. I nt r oduc t i on. I nt r oduc t i on.
I Sol ut i ons gnr al es. I Sol ut i ons gnr al es. I Sol ut i ons gnr al es. I Sol ut i ons gnr al es.
I I Pr ot oc ol es i ndust r i el s I I Pr ot oc ol es i ndust r i el s I I Pr ot oc ol es i ndust r i el s I I Pr ot oc ol es i ndust r i el s
Conc l usi on. Conc l usi on. Conc l usi on. Conc l usi on.
Ni veau Li ai son Ni veau Li ai son Ni veau Li ai son Ni veau Li ai son
" Dat a " Dat a " Dat a " Dat a l i nk l i nk l i nk l i nk Layer " Layer " Layer " Layer "
228
Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es Pr obl mes r sol us dans l es
pr ot oc ol es de ni veau l i ai son en pr ot oc ol es de ni veau l i ai son en pr ot oc ol es de ni veau l i ai son en pr ot oc ol es de ni veau l i ai son en
poi nt poi nt poi nt poi nt poi nt poi nt poi nt poi nt
Ni veau Li ai son En Poi nt poi nt Ni veau Li ai son En Poi nt poi nt Ni veau Li ai son En Poi nt poi nt Ni veau Li ai son En Poi nt poi nt
229
Si t uat i on du suj et : l e ni veau Si t uat i on du suj et : l e ni veau Si t uat i on du suj et : l e ni veau Si t uat i on du suj et : l e ni veau
l i ai son poi nt l i ai son poi nt l i ai son poi nt l i ai son poi nt poi nt poi nt poi nt poi nt
Liaison A
Liaison B
A B
Voie physique
Le niveau liaison contrle les communications
ralises au niveau physique entre des sites relis par une
voie point point (implantation logicielle).
Le niveau liaison masque les caractristiques de la
couche physique (tous types de voies) aux entits de rseau.
Exemple type: PPP dans lInternet
Le niveau liaison point point rsout des problmes
non rsolus au niveau physique (transparent suivant).
Niveau liaison point point: trs stabilis (thorie
1960/1970, normes 1970/1990)
230
Pr i nc i paux pr obl mes r sol us dans Pr i nc i paux pr obl mes r sol us dans Pr i nc i paux pr obl mes r sol us dans Pr i nc i paux pr obl mes r sol us dans
l e ni veau l i ai son poi nt poi nt l e ni veau l i ai son poi nt poi nt l e ni veau l i ai son poi nt poi nt l e ni veau l i ai son poi nt poi nt
Selon les choix de conception on trouve tout
ou partie de solutions au problmes suivants :
1 Dlimitation des trames.
2 Contrle derreurs.
3 Contrle de flux.
4 Contrle de squence.
5 Gestion des connexions.
6 Multiplexage.
7 Fonctions d'administration.
231
1 1 1 1 - -- - Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames
(" t r amage" , " (" t r amage" , " (" t r amage" , " (" t r amage" , " f r ami ng f r ami ng f r ami ng f r ami ng" ). " ). " ). " ).
Fonction basique de tous les protocoles de
liaison : acheminer des trames (des suites binaires
structures).
Ncessite de retrouver la synchronisation trame en relation avec les
erreurs (trames bruites).
Fonction considre comme de niveau liaison
Synchronisation bit => niveau physique (horloges).
Synchronisation trame => plutt niveau liaison (dlimiteurs)
Exemple type : Fonction quasi unique dans les
protocoles de liaison sans connexion
Un seul type de trame existe qui doit essentiellement tre dlimit
=> Protocole SLIP ("Serial Line Interface Protocol")
232
2 2 2 2 - -- - Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s :
A) Cont r l e der r eur s (" A) Cont r l e der r eur s (" A) Cont r l e der r eur s (" A) Cont r l e der r eur s (" Er r or Er r or Er r or Er r or c ont r ol " ) c ont r ol " ) c ont r ol " ) c ont r ol " )
Bruits au niveau physique : Solution niveau liaison
=> codes dtecteurs derreurs.
A) Si le taux derreurs est inacceptable
Taux d'erreur de la voie physique : exemple 10
-3
10
-5
par bits.
=> Le protocole de liaison amne le taux d'erreur rsiduel
un niveau acceptable au moyen de retransmissions
(exemple > 10
-12
par bits).
=> Protocoles avec contrle derreurs : LAPB (Link Access
Protocol B), IEEE 802.11 (WiFi "Wireless Fidelity").
233
2 2 2 2 - -- - Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s : Dt ec t i on et c or r ec t i on des er r eur s :
B) Dest r uc t i on si l enc i euse B) Dest r uc t i on si l enc i euse B) Dest r uc t i on si l enc i euse B) Dest r uc t i on si l enc i euse
B) Si le taux derreurs du au bruit est considr
comme acceptable :
Pas de contrle derreur (le contrle derreur est renvoy
au niveau transport).
=> Destruction silencieuse des trames errones ("Silent
Discard").
=> Exemple type : PPP (Point to Point Protocol en mode
standard, Ethernet IEEE802.3).
234
3 3 3 3 - -- - Cont r l e de f l ux Cont r l e de f l ux Cont r l e de f l ux Cont r l e de f l ux
( ( ( (Fl ow Fl ow Fl ow Fl ow Cont r ol ) Cont r ol ) Cont r ol ) Cont r ol )
Cas 1 : Contrle de flux jug indispensable
Problme : adapter la vitesse de l'metteur celle
du rcepteur.
Si le dbit dun metteur est trop important
relativement aux performances dun rcepteur
On doit rguler les changes : ralentir lmetteur pour
viter les pertes de trames dues l'impossibilit de
stocker les trames entrantes en cas de trafic lev.
=> Exemples : Protocoles LAPB, IEEE 802.3x (Contrle de
flux en Ethernet)
Cas 2 : Si les pertes de trames dun rcepteur
sont juges acceptables : pas de contrle de flux
=> Exemples : Protocoles SLIP, PPP (mode standard).
235
4 4 4 4 - -- - Li vr ai son en squenc e Li vr ai son en squenc e Li vr ai son en squenc e Li vr ai son en squenc e
(r espec t de l a c ausal i t ) (r espec t de l a c ausal i t ) (r espec t de l a c ausal i t ) (r espec t de l a c ausal i t )
Voie physique : mdium causal :
Causalit de propagation des ondes: les bits ne peuvent remonter le
temps (arriver avant dtre mis) ou se dpasser sur les cbles.
Problme: les erreurs de transmission et les
retransmissions produisent des modifications de la
squence mise (lacunes, dsquencements) ou
des duplications.
Le contrle de squence assure, en liaison avec le contrle derreur et le
contrle de flux, la dlivrance des trames au rcepteur dans lordre
exact de la soumission par l'metteur
Exemples :
Protocoles de liaison avec contrle de squence : Protocoles
LAPB, IEEE 802.11 Wifi.
Protocole sans contrle de squence : SLIP, PPP en
standard.
236
5 5 5 5 - -- - Gest i on des c onnex i ons Gest i on des c onnex i ons Gest i on des c onnex i ons Gest i on des c onnex i ons
Protocoles en mode connect
=> Identification de flots spars par changes pralables de
messages de connexion ( la fin messages de dconnexion).
Exemples de mode connect BSC (Binary synchornous
Communications) , LAPB, LLC2 (Logical Link Control 2), PPP.
Protocoles en mode non connect
=> Les changes ont lieu avec des trames de donnes qui
peuvent tre transmises tous moments.
Exemples d'implantation du mode sans connexion: SLIP,
LLC1 (Logical Link Control 1 sur rseau local), Ethernet, Wifi.
237
6 6 6 6 - -- - Mul t i pl ex age Mul t i pl ex age Mul t i pl ex age Mul t i pl ex age
Multiplexage : gestion de plusieurs flots de donnes identifis
et dlivrs des entits de rseau diffrentes.
Utilisation 1 : Coexistence de trafics pour des architectures de rseaux
diffrentes sur la mme voie physique :
Exemples : Coexistence Internet, Novell, Apple Talk , SNA, OSI .
Utilisation 2 : coexistence dun trafic pour des entits de rseaux
diffrentes dans une mme architecture:
Exemples : En Internet protocoles ICMP, ARP , RARP
Solution statique : Utilisation dune zone identifiant les
diffrents flots selon des valeurs fixes (normalises).
Exemples : PPP , Ethernet/DIX (Digital/Intel/Xerox),
LLC/SNAP (Logical Link Control/Subnetwork Access Protocol)
238
7 7 7 7 - -- - Admi ni st r at i on du ni veau l i ai son Admi ni st r at i on du ni veau l i ai son Admi ni st r at i on du ni veau l i ai son Admi ni st r at i on du ni veau l i ai son
Fonctions dadministration (Network Management) :
gnralement selon une approche normalise et par niveaux
Exemple : SNMP Simple Network Management Protocol.
Cas du niveau liaison : des fonctions spcifiques sont
dfinies dans les protocoles (rglages, adressage, )
Essentiellement valable pour le protocole PPP Internet:
Un protocole qui dveloppe beaucoup cet aspect
Gestion des configurations : ngociation de paramtres de
fonctionnement, fourniture dadresses.
Gestion des pannes : mcanismes de diagnostic (bouclage).
Gestion de la scurit : authentification dun nouveau client.
Gestion des performances : pas dexemple au niveau liaison.
Gestion de facturation des ressources : pas dexemple de liaison.
239
Chapi t r e I Chapi t r e I Chapi t r e I Chapi t r e I
Sol ut i ons gnr al es pour l a Sol ut i ons gnr al es pour l a Sol ut i ons gnr al es pour l a Sol ut i ons gnr al es pour l a
r al i sat i on des pr ot oc ol es de r al i sat i on des pr ot oc ol es de r al i sat i on des pr ot oc ol es de r al i sat i on des pr ot oc ol es de
l i ai son en poi nt poi nt l i ai son en poi nt poi nt l i ai son en poi nt poi nt l i ai son en poi nt poi nt
Dl i mi t at i on des t r ames
Cont r l e der r eur , de f l ux , de squenc e
240
I .1
Dl i mi t at i on des t r ames
Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es
de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt
241
Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames Dl i mi t at i on des t r ames
Posi t i on du pr obl me Posi t i on du pr obl me Posi t i on du pr obl me Posi t i on du pr obl me
Retrouver la synchronisation trame :
mise en correspondance "une pour une"
entre une trame mise et une trame reue.
Difficults du problme
Le bruit peut faire perdre la synchronisation trame.
Le bruit peut crer des trames fictives ( une trame mise peut
correspondre une trame ou plusieurs trames reues en raison du
bruit dcoupant ou crant des trames parasites).
La solution de base:
Se donner un mcanisme de sparation des trames.
Associer une trame un code polynomial dtecteur d'erreur.
Quand on dcide qu'une trame est dlimite en rception on
vrifie la correction au moyen du code polynomial.
Si elle est incorrecte ou spare en plusieurs trames incorrectes
on abandonne les informations reues (destruction silencieuse).
242
Tr ames sans dl i mi t eur s Tr ames sans dl i mi t eur s Tr ames sans dl i mi t eur s Tr ames sans dl i mi t eur s
(dans un f l ux c ont i nu sync hr one) (dans un f l ux c ont i nu sync hr one) (dans un f l ux c ont i nu sync hr one) (dans un f l ux c ont i nu sync hr one)
Solution utilise pour des trames de longueur fixe en flux continu:
Pour chaque trame : un code polynomial correct se rpte en position fixe.
On fait fonctionner un automate qui se recale sur chaque bit considr
comme un dbut de trame et vrifie lexactitude du code polynomial.
Approche probabiliste : On peut se recaler une fois par hasard mais pour
delta trames successives correctes => trs faible risque derreur de synchro.
Exemple ATM
- Cellules de 53 octets
- HEC : Header Error Control
(code polynomial)
Pour des trames de longueur variable (pas dexemple industriel)
Difficults supplmentaires
HEC correct
HEC faux
Accrochage
Delta HEC
conscutifs
corrects
Synchronis
Alpha HEC
conscutifs
faux
Hunt
Non Synchronis en recherche bit
bit
Presync
Sync
243
Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e
c ar ac t r e ( c ar ac t r e ( c ar ac t r e ( c ar ac t r e (Char ac t er Char ac t er Char ac t er Char ac t er St uf f i ng St uf f i ng St uf f i ng St uf f i ng) ) ) )
Trames constitues de caractres d'un alphabet normalis (ex
ASCII,EBCDIC) => les trames sont multiples de 8 bits.
Caractres de contrle : des codes caractres particuliers.
Solution retenue en : BSC, SLIP, PPP mode standard.
Exemple dans les protocoles BSC (Binary Synchronous Communication)
STX ("Start of TeXt") - Dlimiteur dbut de bloc de texte
ETX ("End of TeXt") - Dlimiteur fin de bloc de texte
DLE ("Data Link Escape") - chappement de liaison
Pour une trame purement alphanumrique: pas de problme
d'ambigut entre caractres de contrle et donnes dans les blocs texte.
Si une trame comporte des caractres de contrle parmi des
caractres alphanumriques dun bloc => transparence caractre
Tout caractre de contrle (qui n'est pas le dlimiteur dbut ou fin)
apparaissant dans le bloc est prcd de DLE.
ETX -> DLE ETX; STX -> DLE STX; DLE -> DLE DLE
A la rception les DLE ajouts pour la transparence sont retirs.
244
Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e
c ar ac t r e en BSC c ar ac t r e en BSC c ar ac t r e en BSC c ar ac t r e en BSC
Bloc transmettre :
Bloc transmis :
Pas de problme : pour restituer le bloc initial
Pour distinguer les dlimiteurs rels en dbut et fin de bloc (sans
DLE devant)
Pour distinguer les codes caractres identiques transmis dans la
charge utile (ils sont prcds dun DLE que lon supprime la
rception).
C E STX C I E S T U N T X S
STX C E STX ETX C I E S T U N T X S DLE
245
Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e Tr ames avec dl i mi t eur s: Tr anspar enc e
bi nai r e (Bi t bi nai r e (Bi t bi nai r e (Bi t bi nai r e (Bi t St uf f i ng St uf f i ng St uf f i ng St uf f i ng) ) ) )
Les trames sont constitues de suites binaires.
Chaque trame est dlimite par une suite binaire rserve.
Exemple de la famille des protocoles SDLC/HDLC/LAPB:
Dlimiteur : drapeau, fanion ou "flag" huit bits 01111110.
Le fanion ne doit jamais apparatre dans la suite binaire
dune trame sous peine de dcider la fin de trame.
Procdure de transparence binaire
- En sortie quand on a 5 bits 1 conscutifs => on insre
automatiquement un bit 0 aprs
- En entre le bit 0 suivant 5 bit 1 est enlev (sauf bien
sur pour les fanions dbut et fin qui sont interprts comme
des dlimiteurs).
246
Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e Ex empl e de t r anspar enc e
bi nai r e en SDLC/HDLC/LAPB bi nai r e en SDLC/HDLC/LAPB bi nai r e en SDLC/HDLC/LAPB bi nai r e en SDLC/HDLC/LAPB
Suite binaire transmettre :
Suite binaire aprs adjonction des bits de
transparence :
Trame transmise avec ses dlimiteurs (fanions) :
En rception : suppression des bits de
transparence et des fanions.
010010000011111101111100
1011111 0 0 010010000011111 00
1011111 0 0 010010000011111 00 01111110 01111110
247
Tr ames avec dl i mi t eur s: Tr ames avec dl i mi t eur s: Tr ames avec dl i mi t eur s: Tr ames avec dl i mi t eur s:
Vi ol at i on de c ode Vi ol at i on de c ode Vi ol at i on de c ode Vi ol at i on de c ode
Problmes des techniques de transparence bases sur
l'utilisation de dlimiteurs forms de configurations binaires
lgales (caractres de contrle, fanions, ...).
Allongement des trames du aux informations de transparence
(quelques pour cent).
Temps perdu l'mission et la rception (surtout en logiciel).
Autres solutions : dfinir des modulations utilises comme
dlimiteurs (en plus de la modulation des donnes trame 0,1) .
Augmenter la valence des signaux de niveau physique pour crer des
dlimiteurs.
Ces signaux ne peuvent donc apparatre dans le flot normal des
donnes dune trame.
De nombreuse variantes de ce principe ont t dveloppes.
Les problmes de la transparence sont rsolus.
Mais le modulateur doit tre plus complexe.
Solution trs utilise (par exemple dans les rseaux locaux).
248
Ex empl e de dl i mi t eur s dans l e pr ot oc ol e Ex empl e de dl i mi t eur s dans l e pr ot oc ol e Ex empl e de dl i mi t eur s dans l e pr ot oc ol e Ex empl e de dl i mi t eur s dans l e pr ot oc ol e
I EEE 802.3u Et her net 100 Base T I EEE 802.3u Et her net 100 Base T I EEE 802.3u Et her net 100 Base T I EEE 802.3u Et her net 100 Base T
Code 4B/5B
Donnes binaires utilisateur: groupes de 4 bits
Donnes transmises: pour chaque groupe de 4 bits un groupe de 5 bits.
16 configurations ncessaires pour les donnes utilisateurs.
16 configurations disponibles pour des besoins protocolaires : symboles
inter trames, dlimiteurs etc
Dlimiteurs
Symbole J 11000 First Start Of Frame (Invalid code)
Symbole K 10001 Second Start of Frame (Invalid code)
Symbole T 01101 First End Of Frame (Invalid code)
Symbole R 00111 Second End of Frame (Invalid code)
Symbole I 11111 Idle (Invalid code)
Structure dune trame
I I I I J K ...... Groupes donnes de trame T R I
Solutions en FDDI, Ethernet 1000 , 10G : trs similaires.
249
I .2
Cont r l e der r eur , de f l ux , de
squenc e
Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es Sol ut i ons gnr al es pour l es pr ot oc ol es
de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt de l i ai son en poi nt poi nt
250
I nt r oduc t i on : pr sent at i on gnr al e I nt r oduc t i on : pr sent at i on gnr al e I nt r oduc t i on : pr sent at i on gnr al e I nt r oduc t i on : pr sent at i on gnr al e
des pr ot oc ol es t udi s des pr ot oc ol es t udi s des pr ot oc ol es t udi s des pr ot oc ol es t udi s
Solutions de complexit croissante aux problmes:
- Contrle d'erreur.
- Contrle de flux
- Respect de la causalit (livraison en squence).
Traitement conjoint des problmes
Codage des solutions en langage style ADA
Protocoles examins (selon lapproche de A. Tannenbaum)
- Protocole 1 "Sans contrle d'erreur et de flux"
- Protocole 2 "Envoyer et attendre"
- Protocole 3 "Bit altern"
- Protocole 4 "A fentre glissante et rception ordonne"
- Protocole 5 "A fentre glissante et rejet slectif"
251
Pr ot oc ol e 1 : Sans c ont r l e der r eur ni Pr ot oc ol e 1 : Sans c ont r l e der r eur ni Pr ot oc ol e 1 : Sans c ont r l e der r eur ni Pr ot oc ol e 1 : Sans c ont r l e der r eur ni
c ont r l e de f l ux c ont r l e de f l ux c ont r l e de f l ux c ont r l e de f l ux
Pas de contrle de flux
La couche rseau du rcepteur est toujours prte recevoir: les
pertes de trames dues au manque de contrle de flux sont ngligeables
(temps de calcul ngligeables, mmoire toujours disponible pour stocker).
Ou le contrle de flux est prvu ailleurs (assur dans un autre niveau).
Pas de contrle derreur
Les pertes de trames dues au bruit sont tolrables.
Ou le contrle d'erreur est prvu ailleurs (assur dans un autre niveau).
Nature de la solution
- Solution de base d'un protocole sans connexion qui se contente
d'acheminer des trames et laisse aux niveaux suprieurs toutes les tches.
- Mise en place de la programmation pour les solutions suivantes.
- Le code ne dcrit quune transmission unidirectionnelle.
Solution des protocoles Internet : SLIP, PPP en mode standard.
252
Pr ot oc ol e 1 : Dc l ar at i ons Pr ot oc ol e 1 : Dc l ar at i ons Pr ot oc ol e 1 : Dc l ar at i ons Pr ot oc ol e 1 : Dc l ar at i ons
-- Zone de donnes utilisateur (paquet rseau)
-- Par exemple: taille de paquet 1500 octets.
type paquet is array (integer range 1..1500) of character ;
-- Type de trame de niveau liaison utilise.
-- Une seule information : la charge utile (le paquet).
type trame is record
info : paquet ;
end record;
-- Type vnement en entre.
-- Un seul vnement : larrive dune trame
type Type_Evnement = (Arrive_Trame ) ;
253
Pr ot oc ol e 1 : Codage de l met t eur Pr ot oc ol e 1 : Codage de l met t eur Pr ot oc ol e 1 : Codage de l met t eur Pr ot oc ol e 1 : Codage de l met t eur
procedure metteur_1 is
s : trame ; -- La trame liaison en mission
tampon : paquet ; -- Le paquet rseau mettre
begin
loop
recevoir_couche_rseau (tampon) ; -- Paquet envoyer
s.info := tampon ; -- Prparer une trame
envoyer_couche_physique(s) ; -- La faire mettre
end loop -- Boucle infinie
end emetteur_1 ;
254
Pr ot oc ol e 1 : Codage du r c ept eur Pr ot oc ol e 1 : Codage du r c ept eur Pr ot oc ol e 1 : Codage du r c ept eur Pr ot oc ol e 1 : Codage du r c ept eur
--
-- Procdure excute par le rcepteur
--
procedure rcepteur_1 is
vnement : Type_Evnement ;-- vnement traiter;
r : trame ; -- La trame en rception
begin
loop
attendre (vnement) ; -- Attendre une arrive
recevoir_couche_physique (r) ; -- Prendre trame arrive
envoyer_couche_rseau(r.info);-- Passer l'utilisateur
end rcepteur_1;
255
Pr ot oc ol e 2 : Ar r t et at t ent e Pr ot oc ol e 2 : Ar r t et at t ent e Pr ot oc ol e 2 : Ar r t et at t ent e Pr ot oc ol e 2 : Ar r t et at t ent e
(" St op (" St op (" St op (" St op and and and and Wai t Wai t Wai t Wai t " ) " ) " ) " )
Solution simpliste uniquement de contrle de flux.
Ide de base : pour ne pas saturer le rcepteur freiner
l'metteur.
Solution de rtroaction du rcepteur sur l'metteur:
. Le rcepteur informe l'metteur qu'il peut accepter un
nouvelle trame en envoyant une trame de service ne
contenant pas de donnes.
. Cette trame sappelle en rseau un crdit (CDT) : un
crdit d'une unit donne un droit pour mettre une nouvelle
trame.
. L'metteur doit attendre d'avoir un crdit pour
envoyer une trame.
=> Famille des solutions de contrle de flux: Solutions
bases crdits.
256
Pr ot oc ol e 2 : Codage de l met t eur Pr ot oc ol e 2 : Codage de l met t eur Pr ot oc ol e 2 : Codage de l met t eur Pr ot oc ol e 2 : Codage de l met t eur
--
-- Code prsent => Solution unidirectionnelle
-- Une voie de retour pour des trames de service (toujours des crdits).
-- Dclarations : pas de changement par rapport au protocole 1
--
procedure metteur_2 is
-- Les variations par rapport au code du protocole 1 sont en italique.
vnement : Type_Evnement ; -- Un vnement traiter
s : trame ; -- Trame en mission
tampon : paquet ; -- Paquet mettre
begin
loop
recevoir_couche_rseau (tampon) ; -- Un tampon envoyer
s.info := tampon ; -- Prparer une trame
envoyer_couche_physique(s) ; -- La faire mettre
attendre(vnement) ; -- Attendre un crdit
end metteur_2 ;
257
Pr ot oc ol e 2 : Codage du r c ept eur Pr ot oc ol e 2 : Codage du r c ept eur Pr ot oc ol e 2 : Codage du r c ept eur Pr ot oc ol e 2 : Codage du r c ept eur
--
--
-- Les variations par rapport au code du protocole 1 sont en italique
vnement: Type_Evnement; -- Evnement traiter
r : trame; -- Une trame en rception
s :trame; --Une trame de crdit
begin
loop
attendre (vnement) ; -- Attendre arrive de trame
recevoir_couche_physique (r); -- Prendre trame arrive
envoyer_couche_rseau(r.info) ; -- Passer l'utilisateur
envoyer_couche_physique(s); -- Envoyer le crdit
end rcepteur_2;
258
Pr ot oc ol e 3 : PAR " Pr ot oc ol e 3 : PAR " Pr ot oc ol e 3 : PAR " Pr ot oc ol e 3 : PAR " Pr ot oc ol e Pr ot oc ol e Pr ot oc ol e Pr ot oc ol e avec avec avec avec
Ac qui t t ement et Ret r ansmi ssi on" Ac qui t t ement et Ret r ansmi ssi on" Ac qui t t ement et Ret r ansmi ssi on" Ac qui t t ement et Ret r ansmi ssi on"
Solution globale: problmes de contrle de flux, derreur, de
squence
Pour une voie physique bruite (utilisation dun code dtecteur derreur)
et avec un rcepteur capacit de traitement et de mmoire limite.
Nombreuses appellations pour une classe de protocoles voisins.
- Protocole PAR ("Positive Acknowledgment with Retry).
- Protocole du Bit altern ABP ("Alternate bit protocol").
- Protocole ARQ ("Automatic Repeat Request").
Introduction des notions suivantes
- A) Acquittement positif (dune trame correcte).
- B) Dlai de garde (pour retransmission sur erreur).
- C) Identification des trames (par un numro de squence).
Exemples dimplantation de protocoles de ce type : BSC Binary
Synchronous Communications, GSM Global System for Mobile, WIFI
259
A) Ac qui t t ement s posi t i f s A) Ac qui t t ement s posi t i f s A) Ac qui t t ement s posi t i f s A) Ac qui t t ement s posi t i f s
" Posi t i ve " Posi t i ve " Posi t i ve " Posi t i ve Ac k now l edgment s Ac k now l edgment s Ac k now l edgment s Ac k now l edgment s" "" "
Acquittement positif : une information protocolaire qui circule pour
indiquer la bonne rception d'une trame de donne.
Utilisation des acquittements positifs
Rgle 1 : Une trame n'est acquitte positivement que si elle est reue
correctement (code dtecteur correct).
Rgle 2 : Toute trame correcte doit tre acquitte positivement afin
que l'metteur ne la retransmette plus.
Remarques
- Stratgie de reprise : en acquittement positif la reprise sur erreur est
confie l'metteur qui doit s'assurer qu'une trame a bien t reue.
- Acquittements positifs et crdits
=> Lacquittement positif a une signification dans le contrle d'erreur
alors que le crdit sert dans le contrle de flux.
=> Une trame unique (baptise acquittement "ACK") est souvent utilise
(exemple dans le protocole PAR) double sens pour signifier :
. dernire trame correcte (acquittement positif)
. acceptation d'une autre trame (crdit de une trame).
260
Ac qui t t ement s ngat i f s Ac qui t t ement s ngat i f s Ac qui t t ement s ngat i f s Ac qui t t ement s ngat i f s
" "" " Negat i ve Negat i ve Negat i ve Negat i ve Ac k now l edgment s Ac k now l edgment s Ac k now l edgment s Ac k now l edgment s" "" "
Acquittement ngatif : une information protocolaire indiquant la
mauvaise rception d'une trame de donne.
Utilisation des acquittements ngatifs
- Rgle 1 : Une trame n'est acquitte ngativement que si le destinataire ne
la pas reue alors quil sait qu'elle a t mise.
Apprentissage : . Signal indiquant une trame en erreur (rare).
. Absence dune trame dans une suite numrote.
- Rgle2 : Un acquittement ngatif est une demande de retransmission.
Remarques:
- Stratgie de reprise : en acquittements ngatifs le traitement des
erreurs est confi au rcepteur qui doit dcouvrir l'absence d'une trame,
en demander la retransmission pour que celle-ci soit bien reue.
- Le protocole PAR na pas besoin des acquittements ngatifs.
- On peut concevoir de multiples variantes de protocoles utilisant la fois
des stratgies d'acquittements ngatifs et positifs.
- Des protocoles probabilistes bass uniquement sur les acquittements
ngatifs sont possibles.
261
B) Dl ai s de gar de : B) Dl ai s de gar de : B) Dl ai s de gar de : B) Dl ai s de gar de :
Tempor i sat eur s , " Tempor i sat eur s , " Tempor i sat eur s , " Tempor i sat eur s , " Ti mer s Ti mer s Ti mer s Ti mer s" "" "
Ncessit de conserver copie d'une trame .
. Si la trame est bruite on doit la retransmettre.
. Si la trame est correcte mais l'acquittement positif bruit on
ne sait pas si la trame a t reue => on retransmet.
Problme: en labsence dacquittement positif on ne peut
conserver indfiniment les copies.
Utilisation d'un dlai de garde (temporisateur)
Rveil de l'metteur chance.
Retransmission de la trame
Protocole PAR : seul mcanisme de reprise, l'metteur
retransmet systmatiquement une trame sur chance
du dlai.
Remarque : L'usage du dlai de garde ralentit la reprise sur
erreur car le dlai de garde doit tre nettement suprieur la
somme des dlais d'mission et de retour dacquittement.
262
Fonc t i onnement avec dl ai s de Fonc t i onnement avec dl ai s de Fonc t i onnement avec dl ai s de Fonc t i onnement avec dl ai s de
gar de (t empor i sat eur s) gar de (t empor i sat eur s) gar de (t empor i sat eur s) gar de (t empor i sat eur s)
Trame(CRC)
ACK
Site A Site B
T1
T3
T2
Temporisation
Vers
Couche
Rseau
Rceptrice
Armement
CRC correct
Dsarmement
Temporisation
T3
Temporisation
Armement
Temporisation
Echance
ACK
Trame(CRC)
Trame(CRC')
CRC' incorrect
Destruction
Trame(CRC)
Retransmission
CRC correct
263
C) I dent i f i c at i on des t r ames : numr os C) I dent i f i c at i on des t r ames : numr os C) I dent i f i c at i on des t r ames : numr os C) I dent i f i c at i on des t r ames : numr os
de squenc e (" de squenc e (" de squenc e (" de squenc e (" Sequenc e Sequenc e Sequenc e Sequenc e number s number s number s number s" ) " ) " ) " )
Exemple de problme sans
identifiant
Une trame est reue
correctement mais
l'acquittement positif
correspondant se perd ...
La couche liaison rcepteur
reoit deux fois la trame
puisque l'metteur rmet.
=> Duplication non
dtecte (non respect de
la squence)
" Ncessit d'un numro de squence de trame (identifiant
entier de la trame) pour viter les duplications et assurer le
respect de la squence d'mission (causalit).
Trame(CRC)
ACK
Site A Site B
T3
Temporisation
Vers Couche
Rseau
Rceptrice
Armement
CRC correct
Temporisation
Echance
ACK
Trame(CRC)
Trame(CRC)
Retransmission
CRC correct
Acquittement
CRC incorrect
ACK perdu
Vers Couche
Rseau
Rceptrice
CRC correct
Acquittement
Duplication
T3
Temporisation
Dsarmement
264
Ex empl e de f onc t i onnement du Ex empl e de f onc t i onnement du Ex empl e de f onc t i onnement du Ex empl e de f onc t i onnement du
pr ot oc ol e PAR pr ot oc ol e PAR pr ot oc ol e PAR pr ot oc ol e PAR
Trame (0,CRC)
ACK
Site A
Site B
CRC correct
T3
ACK
ACK
T3
Dlivrance
Trame(0)
Trame (1,CRC)
CRC incorrect
Trame (1,CRC)
Dlivrance Trame(1)
CRC correct
Retransmission
Trame(1) dj dlivre
CRC correct
Duplication => abandon
Acquittement
Acquittement
T3
T3
T3 expire
Retransmission
T3 expire
Dsarmer T3
Dsarmer T3
Acquittement
Ne rien faire
Trame (1,CRC)
265
Fonc t i onnement en ut i l i sant en Fonc t i onnement en ut i l i sant en Fonc t i onnement en ut i l i sant en Fonc t i onnement en ut i l i sant en
pl us des ac qui t t ement s ngat i f s pl us des ac qui t t ement s ngat i f s pl us des ac qui t t ement s ngat i f s pl us des ac qui t t ement s ngat i f s
Trame (0,CRC)
ACK
NAK
ACK
ACK
Site A
Site B
Dlivrance
T3
Trame (1,CRC)
Signalement
CRC incorrect
NAK:Demande de
retransmission
Trame (1,CRC)
Dlivrance
T3
T3
Armement
Armement
Armement
Dsarmement
Dsarmement
Echance
Retransmission
Trame (1,CRC)
Trame (0,CRC)
Dlivrance
- Les acquittements
ngatifs ne sont pas
indispensables
car le fonctionnement
de base est fourni par
les acquittements
positifs, les
temporisateurs et les
numros de
squence.
- Les acquittements
ngatifs, servent
acclrer les
retransmissions en
cas d'erreur.
266
Pr ot oc ol e 3 PAR : Codage Pr ot oc ol e 3 PAR : Codage Pr ot oc ol e 3 PAR : Codage Pr ot oc ol e 3 PAR : Codage
Pr sent at i on de l a sol ut i on c ode Pr sent at i on de l a sol ut i on c ode Pr sent at i on de l a sol ut i on c ode Pr sent at i on de l a sol ut i on c ode
Utilisation unique des acquittements positifs.
Utilisation dun dlai de garde (fonctions
darmement et de dsarmement dun temporisateur).
Identification des trames sur un bit (numros de
squence 0 et 1) => Protocole de bit altern.
Solution unidirectionnelle (un seul sens est dcrit)
Utilisation dune voie de retour pour la circulation
des acquittements positifs.
267
Pr ot oc ol e 3 PAR : Pr ot oc ol e 3 PAR : Pr ot oc ol e 3 PAR : Pr ot oc ol e 3 PAR :
Codage des dc l ar at i ons Codage des dc l ar at i ons Codage des dc l ar at i ons Codage des dc l ar at i ons
--
-- Variations par rapport au protocole 2 en italique
--
-- Dclarations globales
--
-- Type numro de squence d'amplitude 0..maxseq=1
maxseq: constant :=1;
type numero_sequence is integer range 0..maxseq;
type paquet is array ( integer range 1..128 ) of character ;
type trame is record
seq : numero_seq ;
info : paquet ;
end record;
type Type_Evnement = (Arrive_Trame, Erreur_Trame, Horloge);
268
Codage de l met t eur Codage de l met t eur Codage de l met t eur Codage de l met t eur
procedure emetteur_3 is
vnement :Type_Evnement; -- Evnement traiter;
s :trame; -- Trame en mission;
tampon :paquet; -- Paquet mettre
Proch_Trame_A_Envoyer : numero_sequence; -- Num prochaine trame mise
begin
Proch_Trame_A_Envoyer := 0; -- Init pour le premier message
recevoir_couche_rseau (tampon); -- Un tampon est envoyer
loop
s.seq := Proch_Trame_A_Envoyer ; -- Prparer numro de trame
s.info := tampon ; -- Partie information usager
envoyer_couche_physique(s) ; -- Faire partir la trame
dmarrer_horloge (s.seq) ; -- Armer un dlai de garde
attendre(vnement) ; -- Attendre un crdit / un acquit
if vnement = arrive_trame then -- C'est l'acquittement attendu
dsarmer_horloge(s.seq) ; -- Plus besoin d'un rveil
inc(Proch_Trame_A_Envoyer:); -- +1 pour le prochain message
recevoir_couche_rseau (tampon); -- Un tampon est envoyer
endif -- Cas d'une retombe de garde : on ne fait rien donc on remet
end emetteur_3;
269
Codage du r c ept eur Codage du r c ept eur Codage du r c ept eur Codage du r c ept eur
vnement: Type_Evnement; -- Un vnement traiter;
r : trame; -- Une trame en rception
s : trame; -- Une trame de crdit /acquit (ack)
trame_Attendue: numero_sequence -- Numro de squence prochaine trame recevoir
begin
trame_Attendue := 0 ; -- Initialisation attente de la trame 0
loop
attendre (vnement) ; -- Attendre arrive trame
-- Deux cas possibles: la trame est correcte ou en erreur
if vnement == Arrive_Trame then -- Cas d'une trame correcte
recevoir_couche_physique (r); -- Prendre la trame arrive
if r.seq ==Trame_Attendue then -- C'est la bonne trame
envoyer_couche_rseau(r.info) ; -- La passer l'utilisateur
inc (Trame_Attendue) ; -- Prparer trame suivante
endif;
-- Dans tous les cas : en squence ou pas on doit acquitter
envoyer_couche_physique(s); -- Envoyer le crdit / acquit
endif -- Dans le cas d'une erreur on ignore la trame reue
end rcepteur_3;
270
Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on
1) Pr obl mes de r obust esse 1) Pr obl mes de r obust esse 1) Pr obl mes de r obust esse 1) Pr obl mes de r obust esse
Fonctionnement correct dans toute configuration:
. de perte de messages ou d'acquittements.
. de rglage des dlais de garde.
. de dlai d'acheminement.
Besoin de preuve dun protocole :
Smantique (preuve de programme)
Temporelle (contraintes de synchro et de temps rel)
Difficult: Le protocole n'est pas gnralement
pas reconfigur chaque fois que l'on change de
support physique ou de dbit.
271
Ex empl e de pr obl me de r obust esse Ex empl e de pr obl me de r obust esse Ex empl e de pr obl me de r obust esse Ex empl e de pr obl me de r obust esse
Combinaison d'un dlai de garde court et d'une perte de message.
Le problme: les acquittements ne sont pas correctement associs aux
messages.
Solution : Identifier dans les acquittements le numro du message
acquitt. => Solution des protocoles fentres glissantes.
Trame (0,CRC)
ACK
Site A Site B
CRC correct
ACK
T3
Dlivrance
Trame(0)
Trame (1,CRC)
CRC correct
Retransmission
CRC incorrect
Acquittement
T3
Echance
Armement
Trame (0,CRC)
Acquittement
pris pour la
retransmission
Acquittement
Abandon car duplication
Acquittement
qui est pris pour
celui de la trame 1
en erreur.
T3
272
Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on Pr ot oc ol e 3 PAR : Conc l usi on
2) Pr obl mes de per f or manc e 2) Pr obl mes de per f or manc e 2) Pr obl mes de per f or manc e 2) Pr obl mes de per f or manc e
Chaque acquittement positif occupe une trame
uniquement ddie cette fonction => Relativement coteux
pour une opration trs simple.
. Gestion d'une interruption pour chaque acquittement.
Sauvegarde du contexte + Traitant d'interruption +
Droutement couche liaison + Restauration du contexte.
. Rservation puis libration d'un tampon pour chaque
acquittement.
Si les dlais de transmission sont longs, l'attente d'un
acquittement est longue => metteur inactif
. Le taux d'utilisation de la voie peut devenir trs faible.
. Exemple des voies satellite (temps de propagation 250
milliseconde): Le taux d'utilisation de la voie peut tomber
quelques pourcent.
273
Pr ot oc ol e 4 : A f ent r e gl i ssant e avec Pr ot oc ol e 4 : A f ent r e gl i ssant e avec Pr ot oc ol e 4 : A f ent r e gl i ssant e avec Pr ot oc ol e 4 : A f ent r e gl i ssant e avec
r c ept i on des t r ames en squenc e r c ept i on des t r ames en squenc e r c ept i on des t r ames en squenc e r c ept i on des t r ames en squenc e
Objectifs : corriger les dfauts du protocole PAR.
- Protocole robuste qui traite correctement le problme de contrle
d'erreur, de flux, de livraison en squence
. en prsence de perte de messages ou d'acquittements
. pour tout rglage des dlais de garde
- Protocole performant qui optimise l'utilisation de la voie en fonction des
temps de transmission
. Protocole performant pour diffrents modes de fonctionnement.
Reprise des outils dj vus:
Acquittements positifs, dlais de garde, numros de
squence de message.
Utilisation des notations des protocoles type LAPB.
274
Aml i or at i on 1 : Emi ssi on en Aml i or at i on 1 : Emi ssi on en Aml i or at i on 1 : Emi ssi on en Aml i or at i on 1 : Emi ssi on en
ant i c i pat i on (" ant i c i pat i on (" ant i c i pat i on (" ant i c i pat i on (" Pi pel i ni ng Pi pel i ni ng Pi pel i ni ng Pi pel i ni ng" ) " ) " ) " )
Anticipation des missions : ne pas attendre
l'acquittement d'une trame avant d'envoyer les
suivantes.
Pour viter d'tre bloqu en attente
d'acquittement: arrt & attente.
Pour rsoudre le problme d'inactivit de la
voie si les temps de transmission sont longs
avec des messages courts.
Remarque : L'anticipation augmente la
longueur des trames en enchanant la
transmission de plusieurs trames conscutives.
On minimise donc l'importance relative du
temps de propagation aller retour et on
amliore le taux d'utilisation du canal.
Exemple dchange : I(n) ("Information") : Trame d'information numro n
RR(n) ("Receiver Ready") : Trame d'acquittement pour I(n-1)
I(0)
RR(3)
RR(1)
RR(2)
I(1)
I(2)
275
Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement (1)
Rgle 1 - L'metteur doit conserver copie des trames jusqu'
rception de l'acquittement correspondant.
=> Pour retransmission si les trames ont t bruites.
Rgle 2 - Chaque trame est identifie par un numro de squence.
Les trames successives sont numrotes circulairement (modulo
Maxseq+1) par des entiers successifs.
=> Pour respecter la rception l'ordre d'mission.
=> Pour pouvoir ventuellement dtecter des erreurs de transmission par
des lacunes dans la suite des numros reus.
Fonctionnement avec la rgle 2:
L'expditeur maintient une variable d'tat V(s) qui dfinit le numro de la
prochaine trame mettre.
Chaque trame est transmise avec un numro de squence en mission
N(S) qui est la valeur courante de V(S) au moment de l'mission.
276
Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de Ant i c i pat i on : Rgl es de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement (2)
Rgle 3 - Utilisation indispensable d'un ensemble de numros de
squence de cardinal plus lev que pour le bit altern (2 numros) pour
permettre une anticipation relle.
Sur n bits : 2
n
numros diffrents. Trames numrotes de 0
Maxseq = 2
n
- 1.
Choix Maxseq=7 n = 3 Peu de possibilits d'anticipation.
Choix Maxseq=127 n = 7 Encombrement dans les messages.
Rgle 4 - L'anticipation ne peut pas tre autorise sans limite.
On n'exercerait aucun contrle de flux.
On ne disposerait pas de la capacit mmoire suffisante pour les
copies de trames en attente d'acquittement.
Notion de crdit maximum statique (taille maximum de la
fentre d'anticipation).
277
Aml i or at i on 2 : Regr oupement Aml i or at i on 2 : Regr oupement Aml i or at i on 2 : Regr oupement Aml i or at i on 2 : Regr oupement
des ac qui t t ement s des ac qui t t ement s des ac qui t t ement s des ac qui t t ement s
Il est inutile et coteux d'envoyer
un acquittement pour chaque
trame d'information.
On peut acquitter plusieurs
trames d'information I par une
seule trame RR d'accus de
rception condition d'adopter une
convention:
Acquittement pour I(n-1) vaut
pour I(n-2), I(n-3), ... Etc
toutes les trames en attente
d'acquittement.
Exemple d'mission avec anticipation
et de regroupement des acquittements
I(0)
RR(3)
I(1)
I(2)
278
Regr oupement des ac qui t t ement s : Regr oupement des ac qui t t ement s : Regr oupement des ac qui t t ement s : Regr oupement des ac qui t t ement s :
Rgl es de f onc t i onnement Rgl es de f onc t i onnement Rgl es de f onc t i onnement Rgl es de f onc t i onnement (1)
Rgle 1 - Le rcepteur maintient une variable d'tat V(R) qui dsigne
le numro de squence de la prochaine trame attendue
=> Cette variable est incrmente de 1 chaque fois qu'une trame est reue
en squence sans erreur.
Rgle 2 - La variable de rception V(R) est reporte dans le champ
N(R) (le numro de squence de rception port dans les acquittements
retourns l'metteur RR(N(R)).
Rgle 3 - Cohrence initiale des numros de squence et numros
d'acquittement: N(S) et N(R) = 0 au dbut de la communication.
Rgle 4 - La signification de l'acquittement: RR(N(R)) acquitte toutes
les trames en attente d'acquittement dont le numro N(S) est infrieur ou
gal N(R)-1 => Non pas une seule trame dont le numro serait
N(S)=N(R)-1.
279
Aml i or at i on 3 : Ac qui t t ement s i nsr s Aml i or at i on 3 : Ac qui t t ement s i nsr s Aml i or at i on 3 : Ac qui t t ement s i nsr s Aml i or at i on 3 : Ac qui t t ement s i nsr s
dans l es t r ames i nf os ( dans l es t r ames i nf os ( dans l es t r ames i nf os ( dans l es t r ames i nf os (pi ggybac k i ng pi ggybac k i ng pi ggybac k i ng pi ggybac k i ng) )) )
Insertion d'un champ acquittement
(N(R)) dans lentte des trames d'infos.
=> Toute trame d'information devient un
acquittement positif pour des trames
du trafic chang en sens inverse.
I(N(S),N(R)) acquitte toutes les trames
d'information transmises dans l'autre sens
avec des numros de squence N(S)
infrieur ou gal N(R)-1
L'acquittement insr cote quelques
bits par trame d'information
Peu de trames d'acquittement explicites.
Beaucoup plus de possibilits
d'acheminer des acquittements, sauf si le
trafic d'informations est trs faible dans un
sens: retour un acquittement explicite.
Exemple d'mission avec
anticipation, acquits
insrs et regroups
I(0,0)
I(1,0)
I(2,0)
I(1,2)
I(0,0)
I(3,1)
280
Ral i sat i on des aml i or at i ons : Ral i sat i on des aml i or at i ons : Ral i sat i on des aml i or at i ons : Ral i sat i on des aml i or at i ons :
Not i on de f ent r e dmi ssi on Not i on de f ent r e dmi ssi on Not i on de f ent r e dmi ssi on Not i on de f ent r e dmi ssi on
La fentre d'mission ("Sender's Window") est l'ensemble
des numros de squence des trames dont l'mission en
anticipation est autorise.
Trames d'information dj mises et en attente d'acquittement.
Trames mettre prochainement.
Dfinie par : s =< N(S) < s+ We:
s est le numro de la plus ancienne trame non acquitte, qui est la
limite infrieure de la fentre.
s+We est la limite suprieure de la fentre, qui est le numro de la
premire trame dont l'envoi est interdit.
We crdit maximum constant: taille max de la fentre en mission.
Quand une (ou plusieurs) trames sont acquittes la
fentre d'mission glisse circulairement vers le haut.
Notion de protocole fentre glissante (ou coulissante) ("Sliding
Windows Protocols")
281
Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es :
Ex empl e de f ent r e dmi ssi on Ex empl e de f ent r e dmi ssi on Ex empl e de f ent r e dmi ssi on Ex empl e de f ent r e dmi ssi on
0 1 2 3 4 5 6 7 0 1 2
Numros de
squence dont
l'utilisation
est interdite
We=4
Fentre
Limite
suprieure
de fentre
courante
Numros de
squence de
trames
acquittes
Numros
de
squence
utilisables
en
mission
Numros
de
squence
de trames
en attente
d'ack
7
Espace de numrotation courant
Espace du pass
Taille 4 Limite
de fentre
infrieure
Pointeur dbut
de fentre s
Pointeur fin de
fentre s + We
Pointeur courant
"Prochaine trame
mettre" V(S)
"Acquittement attendu"
282
Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es : Pr ot oc ol es f ent r es gl i ssant es :
ex empl e de gl i ssement apr s RR(4) ex empl e de gl i ssement apr s RR(4) ex empl e de gl i ssement apr s RR(4) ex empl e de gl i ssement apr s RR(4)
0 1 2 3 4 5 6 7 0 1 2
We=4
Fentre
Limite
suprieure
de fentre
courante
7
Espace de numrotation courant Espace du pass
Taille 4 Limite
de fentre
infrieure
3
Trames acquittes
283
Not i on de f ent r e de r c ept i on (1) Not i on de f ent r e de r c ept i on (1) Not i on de f ent r e de r c ept i on (1) Not i on de f ent r e de r c ept i on (1)
Fentre de rception ("Receiver's Window") :
l'ensemble des numros de squence des trames que
le rcepteur est autoris recevoir.
=> Toute trame dont le numro de squence
correspond un numro de la fentre de rception
est accepte.
=> Toute trame dont le numro de squence est
l'extrieur de la fentre de rception est dtruite.
284
Not i on de f ent r e de r c ept i on (2) Not i on de f ent r e de r c ept i on (2) Not i on de f ent r e de r c ept i on (2) Not i on de f ent r e de r c ept i on (2)
Une trame reue correctement et dont le numro de
squence correspond au niveau bas de la fentre en
rception:
=> peut-tre dlivre l'utilisateur car elle est en squence
(respect de l'ordre d'mission),
=> La fentre en rception peut glisser d'une unit vers le
haut,
=> La trame peut-tre acquitte vis vis de l'metteur,
Ces oprations sont ralises de faon plus ou moins rapide
sans incidence sur le fonctionnement correct du protocole.
La fentre d'mission et la fentre de rception peuvent tre
de tailles diffrentes.
285
Fent r e de r c ept i on dans l e Fent r e de r c ept i on dans l e Fent r e de r c ept i on dans l e Fent r e de r c ept i on dans l e
pr ot oc ol e 4 pr ot oc ol e 4 pr ot oc ol e 4 pr ot oc ol e 4
Taille de la fentre en rception : 1
Le rcepteur est donc oblig de recevoir les trames correctement les
unes aprs les autres exactement dans l'ordre d'mission (un seul
tampon suffit).
Quand une trame est en erreur le rcepteur (qui persiste a ne vouloir
qu'une seule trame) perd toute la srie de trames mises en
anticipation par l'metteur :
=> Effort d'anticipation perdu (optimisation venir protocole 5)
Stratgie de reprise sur erreur
Stratgie de dlai de garde et acquittement positif
Stratgie d'acquittement ngatif
Technique retour arrire de n : "Go back n"
Lorsque le rcepteur constate une lacune dans la squence des
trames et il demande la retransmission de toutes les trames non
acquittes avec : N(S) > N(R)-1
286
Ex empl e de f ent r e en r c ept i on Ex empl e de f ent r e en r c ept i on Ex empl e de f ent r e en r c ept i on Ex empl e de f ent r e en r c ept i on
dans l e pr ot oc ol e 4 dans l e pr ot oc ol e 4 dans l e pr ot oc ol e 4 dans l e pr ot oc ol e 4
Fentre en rception
Fentre en rception
aprs arrive de I(3)
0 1 2 3 4 5
6
Wr = 1
Fentre
courante
Numros de
squence de
trames
reues en
squence
Numros de
squence de
trames en
anticipation
7
Espace du pass
Taille 1
Pointeur fentre
Rception : trame attendue
Trames
dupliques
Espace du futur
Trames trop prcoces pour
le rcepteur
0 1 2 3 4 5 6 7 0 1 2 7 3
Espace du pass
Trames
dupliques
Espace du futur
Trames trop prcoces pour
le rcepteur
Pointeur fentre
Rception : trame attendue
Fentre
courante
Numros de
squence de
trames
reues en
squence
Numros de
squence de
trames en
anticipation
287
Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement
du pr ot oc ol e 4 du pr ot oc ol e 4 du pr ot oc ol e 4 du pr ot oc ol e 4
0
0
Couche Liaison
Emetteur
Couche Liaison
Rcepteur
Vers
Couche
Rseau
RR(1)
1
1
2
E : Trame
errone
3
4
5
I
I
I
: Trames
ignores
Fentre d'mission
de taille 7
plus rien mettre
Fin de
Temporisation
pour message 2 !
2
2
3
3
4
4
5
5
RR(6)
I(0,0)
RR(2)
288
Appr of ondi ssement 1 : t ai l l e max i mum Appr of ondi ssement 1 : t ai l l e max i mum Appr of ondi ssement 1 : t ai l l e max i mum Appr of ondi ssement 1 : t ai l l e max i mum
de l a f ent r e en mi ssi on de l a f ent r e en mi ssi on de l a f ent r e en mi ssi on de l a f ent r e en mi ssi on
Hypothse: 8 numros de
squence et taille de
fentre 8
Si RR(2) se perd pour une
fentre correcte :
retransmission accepte des
trames des trames 2, 3, 4
=> En fait duplication.
Il y ambiguit quand: se =
se + We mod (maxseq +1)
=> On ne peut pas utiliser
une fentre comportant
la totalit des numros.
0 1 2 3 4 5 6 7
Ancienne Fentre
mission perdue
0 1 2 3 4 5 6 7
se se+We-1
se+We
se+2We-1
1 2 3 4 5 6 7
Nouvelle Fentre
mission
0 1 2 3 4 5 6 7
Ancienne Fentre
rception
0
1
2 3 4 5 6 7 0 1 2 3 4 5 6 7
Nouvelle Fentre
rception
Rcepteur
RR(2) mis
Emetteur
Cas de problme
trame 'se' perdue
Cas ou tout va bien
Toutes les trames correctes
RR(2) mis
Toutes les trames
sont incorrectes
=> Mme info
0
289
Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on
pr obl me de t ai l l e max i mum (1) pr obl me de t ai l l e max i mum (1) pr obl me de t ai l l e max i mum (1) pr obl me de t ai l l e max i mum (1)
Hypothse : We = Maxseq +1
Un metteur met toute sa fentre: s < N(S) < s+We-1
Cas 1 : La premire trame s est en erreur
Si s est en erreur, le destinataire retourne un acquittement
portant N(R) = s => Dans ce cas l'acquittement signifie
qu'aucun message n'est reu correctement (attente de s).
Cas 2 : Toutes les trames sont reues correctement
Le destinataire retourne un acquittement N(R) = s+We
=> Dans ce cas l'acquittement signifie que toutes les
trames sont reues correctement (attente de s+We).
290
Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on Appr of ondi ssement 1 : f or mal i sat i on
pr obl me de t ai l l e max i mum (2) pr obl me de t ai l l e max i mum (2) pr obl me de t ai l l e max i mum (2) pr obl me de t ai l l e max i mum (2)
Pour qu'il n'y ait pas dambigut possible sur la
signification il faut que les deux acquittements:
N(R) = s et N(R) = s+We
soient distinguables (soient des valeurs diffrentes)
Si We = Maxseq +1: Pas de distinction entre cas 1 et cas 2
N(R) = s = s+We = s + Maxseq +1 mod (Maxseq+1)
Pour que les We+1 nombres allant de s s+We soient
tous distincts modulo Maxseq+1 il faut We < Maxseq+1.
=> On doit prendre au plus We = Maxseq
Exemples : n = 3 , 2
n
= 8, We=7 trames en anticipation.
Cas n = 7 , 2
n
= 128, We = 127 trames en anticipation.
291
Appr of ondi ssement 2 : Ni veaux de Appr of ondi ssement 2 : Ni veaux de Appr of ondi ssement 2 : Ni veaux de Appr of ondi ssement 2 : Ni veaux de
c ont r l e de f l ux c ont r l e de f l ux c ont r l e de f l ux c ont r l e de f l ux
1 Contrle de flux par fentre d'mission (rappel)
Avec une fentre glissante, si le destinataire sabstient de retourner des
acquittements, il est assur de ne pas recevoir plus de We trames
dinformations s'il retient ses acquittements.
Problme - Cette technique ne peut plus s'appliquer lorsqu'un site
peut obliger l'autre acquitter (mode commande rponse).
2 Suspension temporaire des changes
Permet au destinataire de demander l'arrt temporaire (puis la
reprise) du protocole.
Exemple : RNR (non Prt recevoir) demande la suspension
RR ou REJ permettent de reprendre
Autres exemples : (XOFF, XON) ou (WACK, ENQ) , Ethernet 802.1q
Ne convient pas si un nombre important de trames peuvent
tre mises pendant la transmission de la demande darrt.
292
Pr ot oc ol e 5 : A f ent r e gl i ssant e Pr ot oc ol e 5 : A f ent r e gl i ssant e Pr ot oc ol e 5 : A f ent r e gl i ssant e Pr ot oc ol e 5 : A f ent r e gl i ssant e
et r ej et sl ec t i f et r ej et sl ec t i f et r ej et sl ec t i f et r ej et sl ec t i f
Objectif : Conserver le bnfice de l'anticipation en cas
d'erreur.
Solution : utiliser une fentre de rception de taille
suprieure 1
=> Wr>1 dfinit la plage des numros N(S) de trames
d'informations acceptables par le destinataire.
=> Le rcepteur accepte des trames dsquences (avec
des lacunes dans la numrotation).
=> Le rcepteur doit donc grer pour chaque trame de la
fentre un boolen indiquant l'arrive correcte.
=> Le rcepteur reconstitue la squence complte des
trames mises par retransmission sur chance de dlai
de garde ou sur acquittement ngatif.
293
Ex empl e de f onc t i onnement en mode Ex empl e de f onc t i onnement en mode Ex empl e de f onc t i onnement en mode Ex empl e de f onc t i onnement en mode
de r ej et sl ec t i f de r ej et sl ec t i f de r ej et sl ec t i f de r ej et sl ec t i f
L'acquittement
ngatif est baptis
galement rejet
slectif (SR(N(R)
"Selective Reject")
Cest une demande
de retransmission
d'une seule trame
d'information en
erreur (de numro
de squence N(R)).
0
0
Couche Liaison
Site A
Vers
Couche
Rseau
RR(1)
1
1
2
E
3
4
5

Temporisation
pour messages 2
2
2
RR(7)
3
7
7
8
8
3
4
5
3 !
6
6
I
2,3,4,5,6
stockes
I(0)
I(1)
RR(2)
I(3)
I(4)
I(5)
I(6)
I(2)
I(2)
SR(2)
RR(9)
I(3)
I(7)
I(8)

Temporisation
pour messages 3
2 !
Vers
Couche
Rseau
Couche Liaison
Site B
294
Appr of ondi ssement 1 : Pr obl mes de Appr of ondi ssement 1 : Pr obl mes de Appr of ondi ssement 1 : Pr obl mes de Appr of ondi ssement 1 : Pr obl mes de
t ai l l e de f ent r es en r ej et sl ec t i f t ai l l e de f ent r es en r ej et sl ec t i f t ai l l e de f ent r es en r ej et sl ec t i f t ai l l e de f ent r es en r ej et sl ec t i f
Dimensionnement des fentres mission et
rception
- We < Wr : pas trs utile car Wr-We tampons en rception
ne sont jamais utiliss.
- We > Wr : on ne traite pas compltement le problme de
perte du bnfice d'anticipation en cas d'erreur.
- We = Wr : choix rationnel.
Problme : le protocole en rejet slectif
fonctionne til avec We = Wr = maxseq (la valeur
dtermine pour le protocole 4).
295
Appr of ondi ssement 1 : Per t e dun Appr of ondi ssement 1 : Per t e dun Appr of ondi ssement 1 : Per t e dun Appr of ondi ssement 1 : Per t e dun
ac qui t t ement pour une f ent r e pl ei ne ac qui t t ement pour une f ent r e pl ei ne ac qui t t ement pour une f ent r e pl ei ne ac qui t t ement pour une f ent r e pl ei ne
Retransmissions acceptes des trames 3,4,.. : duplication
0 1 2 3 4 5 6 7
Ancienne Fentre
mission
0 1 2 3 4 5 6 7
s s+We-1
s+We
s+2We-1=s+We+Wr-1
0 1 2 3 4 5 6 7
RR(s+Wr) perdu
Nouvelle Fentre
mission
0 1 2 3 4 5 6 7
Ancienne Fentre
rception
0 1 2 3 4 5 6 7
s
s+Wr-1
s+Wr
s+2Wr-1
0 1 2 3 4 5 6 7
RR(s+Wr)
Nouvelle Fentre
rception
Rcepteur
RR(s+Wr) correct
Emetteur
=s+Wr
Cas de problme Cas ou tout va bien
Ex: We = Wr = 7
296
Appr of ondi ssement 1 : For mal i sat i on du Appr of ondi ssement 1 : For mal i sat i on du Appr of ondi ssement 1 : For mal i sat i on du Appr of ondi ssement 1 : For mal i sat i on du
pr obl me de t ai l l e en r ej et sl ec t i f pr obl me de t ai l l e en r ej et sl ec t i f pr obl me de t ai l l e en r ej et sl ec t i f pr obl me de t ai l l e en r ej et sl ec t i f
Si We = Wr = W : il y ambigut entre deux
fentres d'mission successives quand
s = s + 2*We -1 mod (maxseq +1)
=> W = maxseq/2 +1
=> On ne peut pas utiliser plus de la moiti des
numros de squence disponibles.
Relation plus gnrale : si We diffrent de Wr
s = s + We + Wr -1 mod (maxseq +1)
We + Wr - 1 = maxseq +1
Ambigut si We + Wr = maxseq +2
297
Appr of ondi ssement 2 : Gest i on de Appr of ondi ssement 2 : Gest i on de Appr of ondi ssement 2 : Gest i on de Appr of ondi ssement 2 : Gest i on de
t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es
Les protocoles fentres glissantes rejet slectif
impliquent une temporisation associe chaque
message.
Gestion d'un chancier (une liste chane par ordre
croissant de dates d'chances).
Armement d'un temporisateur ("Start_timer")
. Insertion d'vnements gnrer dans la liste.
Dsarmement d'un temporisateur ("Stop_timer")
. Retrait de la liste de l'vnement associ
chance d'un temporisateur ("Alarm")
. Dclenchement de traitement de temporisateur sur
arrive en chance du temporisateur de la tte de liste.
298
Appr of ondi ssement 2 : Sc hma avec Appr of ondi ssement 2 : Sc hma avec Appr of ondi ssement 2 : Sc hma avec Appr of ondi ssement 2 : Sc hma avec
t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es t empor i sat eur s mul t i pl es
Tte de liste
Horloge temps rel
Interruptions
Priodiques
(tops)
5
1
12
2
17
3
Numro de squence
de la trame associe
Date en nombre de
tops d'expiration
4
5
La temporisation de la
trame 1 est chance : 5
19 24
Compteur de tops: date courante
Fin de liste
5
299
Conc l usi on : Sol ut i ons gnr al es aux Conc l usi on : Sol ut i ons gnr al es aux Conc l usi on : Sol ut i ons gnr al es aux Conc l usi on : Sol ut i ons gnr al es aux
pr obl mes des pr ot oc ol es de l i ai son pr obl mes des pr ot oc ol es de l i ai son pr obl mes des pr ot oc ol es de l i ai son pr obl mes des pr ot oc ol es de l i ai son
Existence de solutions satisfaisantes construites
pour des voies physiques bruites bas dbit.
. Solution au problme du contrle d'erreur, de
contrle de flux, de contrle de squence.
Rutilisation de ces solutions dans les rseaux
sans fils (bruits et dun dbit pas trs lev).
Renouvellement du problme :
A) Liaison sur cble coaxial ou fibre optique : faible bruit
et haut dbit.
B) Les applications vises sont de plus en plus multimdia:
besoin de solutions de communication qualit de service
=> La couches liaison traite la dlimitation, le
multiplexage, ladministration mais pas de contrle
d'erreur ni de flux (reports au niveau transport)
300
Chapi t r e I I Chapi t r e I I Chapi t r e I I Chapi t r e I I
Pr ot oc ol es i ndust r i el s Pr ot oc ol es i ndust r i el s Pr ot oc ol es i ndust r i el s Pr ot oc ol es i ndust r i el s
I I .1 Pr ot oc ol e t r ames de bi t s
I I .2 Pr ot oc ol e PPP
301
I I .1
Pr ot oc ol es t r ames de bi t s
Pr ot oc ol es de l i ai son en poi nt poi nt : Pr ot oc ol es de l i ai son en poi nt poi nt : Pr ot oc ol es de l i ai son en poi nt poi nt : Pr ot oc ol es de l i ai son en poi nt poi nt :
Ex empl es i ndust r i el s Ex empl es i ndust r i el s Ex empl es i ndust r i el s Ex empl es i ndust r i el s
302
I nt r oduc t i on : Rappel des pr ot oc ol es
sync hr ones en mode c ar ac t r e
Les premiers protocoles de liaison
implants (dfinis avant 1970).
Protocoles en mode caractre BSC "Binary
Synchronous Communication"
L'unit d'information est le caractre.
Certains caractres sont rservs aux besoins du
protocole : les caractres de contrle subsistent
dans le jeu de caractres ASCII)
Il a exist de multiples versions de protocoles
bases sur des principes et une utilisation des
caractres de contrle souvent trs voisins.
Exemple : Protocole BSC 3780
303
Evol ut i on ver s l es pr ot oc ol es
t r ames de bi t s
Volont de construire des protocoles
indpendants dun jeu de caractres.
Si l'on transporte des caractres 10 bits ou des mots 60
bits il faut dcouper et coder les donnes au format
caractre du lien.
Il faut traiter chaque fois le problme de la
transparence en fonction du code caractre et traiter
spcifiquement les caractres de contrle.
Consquence pour les protocoles trames
de bits:
a) La charge utile devient une suite de bits.
b) Abandon des caractres de contrle et dfinition
dun format de trame au moyen de zones ayant un
rle et un codage binaire (structure de message).
304
Pr ot oc ol es t r ames de bi t s :
Hi st or i que et nor mes assoc i es (1) i st or i que et nor mes assoc i es (1) i st or i que et nor mes assoc i es (1) i st or i que et nor mes assoc i es (1)
IBM a dvelopp vers 1970 SDLC ("Synchronous
Data Link Communication") pour SNA.
SDLC a t soumis l'ISO pour normalisation. Modifi il
est devenu HDLC "High-level Data Link
Communication".
SDLC a t soumis l'ANSI pour devenir le standard
amricain qui l'a modifi et est devenu ADCCP
("Advanced Data Communication Control
Program")
Le CCITT a adopt et modifi HDLC qui est ainsi devenu
le LAP ("Linkage Access Protocol") pour le standard
de rseau X25.
Le CCITT a modifi X25 dont le LAP qui est devenu le
LAPB ("Linkage Access Protocol" B ou Balanced)
305
hi st or i que et nor mes assoc i es (2) hi st or i que et nor mes assoc i es (2) hi st or i que et nor mes assoc i es (2) hi st or i que et nor mes assoc i es (2)
Les IEEE ont normalis comme l'un des standards de
liaison sur les rseaux locaux une version modifie
lgrement : le LLC2 ("Logical Link Control type 2")
Une autre version : le LAPD ("Linkage Access
Protocol on the D channel") est dfinie pour servir
de protocole de liaison sur les canaux D du RNIS.
Une version LAPX est spcifie pour fonctionner avec
des changes l'alternat (LAP semi-duplex).
Une version LAPM (LAP Modem) est spcifie pour la
corrections derreurs dans les modems.
Le standard Internet PPP (Point to Point Protocol)
en version de base reprend diffrents ides des
protocoles trames et possde une version avec
contrle derreur qui est un version de LAPB.
306
Pr i nc i pes gnr aux Pr i nc i pes gnr aux Pr i nc i pes gnr aux Pr i nc i pes gnr aux
Nombreux points communs : protocoles fentres.
Mais variantes de dtail, lies des contextes dutilisation
qui rendent ces protocoles incompatibles
Quelques choix communs
Utilisation du principe d'anticipation.
Numros de squence
En gnral sur 3 bits (au maximum 7 trames en anticipation).
Variantes sur 7 bits (exemple LAPD).
Regroupement des acquittements.
Acquittements insrs ("piggybacking").
Choix dans la plupart des cas dune fentre en
rception de taille 1 (sauf HDLC, ADCCP).
307
Rappel voi es mul t i poi nt voi es mul t i poi nt voi es mul t i poi nt voi es mul t i poi nt
Deux modes de fonctionnement :
Symtrique (Balanced) : point point.
Dissymtrique (Unbalanced) : en scrutation matre esclave
(mode multipoint) ("polling- selecting").
Organisation arborescente (en grappe) des voies
multipoint
Site matre (calculateur): qui dispose de toutes les fonctions
(autre terme: primaire) et supervise les communications.
Sites esclaves (terminaux): qui ne disposent pas de certaines
fonctions (autre terme: secondaire) et qui obissent au matre.
Esclave 2
Maitre
Esclave 1
Esclave 3 Esclave 4
308
l a gest i on des voi es mul t i poi nt a gest i on des voi es mul t i poi nt a gest i on des voi es mul t i poi nt a gest i on des voi es mul t i poi nt
Une classification des fonctions est effectue :
fonctions primaires et fonctions secondaires (pour
caractriser les modes matre et esclave).
Sont considres comme primaires :
- Mise en ligne ou hors ligne (mise d'une station en l'tat
d'mettre ou de recevoir).
- L'initiative dans la validation des donnes
(sollicitation des acquittements).
- Les traitements en cas d'erreur de protocole.
Sont considres comme secondaires :
- L'initiative d'mission de donnes (une fois le mode
d'change tabli)
- ... les autres fonctions
309
l es di f f r ent s modes d' c hange es di f f r ent s modes d' c hange es di f f r ent s modes d' c hange es di f f r ent s modes d' c hange
Distinction dans les modes d'utilisation des fonctions
primaires et secondaires
Mode normal de rponse NRM ("Normal Response
Mode") : Configurations dissymtriques
- L'initiative de l'attribution du mode d'change est
rserv uniquement la station primaire.
Mode asynchrone ABM ("Asynchronous Balanced
Mode") : Configurations symtriques
- Mode asynchrone symtrique applicable aux liaisons
point point en rseau..
- Une station recevant une commande doit y rpondre
immdiatement (voir plus loin bit P/F).
310
l a st r uc t ur e des t r ames a st r uc t ur e des t r ames a st r uc t ur e des t r ames a st r uc t ur e des t r ames (1)
1) Les fanions et la transparence binaire (bit stuffing)
- Une mthode pour dlimiter les trames qui prserve les proprits
de transparence des donnes utilisateur.
- Chaque trame commence et se termine par la chane 01111110
(Terminologie Drapeau, fanion ou flag)
- A lmission quand on dtecte une donne avec une de suite de
5 bits 1 conscutifs on insre un 0, en rception le bit 0 suivant 5
bit 1 est automatiquement enlev.
- Un fanion dlimiteur 01111110 est donc toujours considr
comme tel.
8 8 8 8 16 >=0
A C I FCS
01111110
Adresse
Contrle
Donnes
Code dtecteur
01111110
Fanion Fanion
311
l a st r uc t ur e des t r ames (2) a st r uc t ur e des t r ames (2) a st r uc t ur e des t r ames (2) a st r uc t ur e des t r ames (2)
2) Le champ adresse (A)
Permet de traiter les voies multipoint (adresse d'une station secondaire).
Pour les voies point point (on distingue les commandes des rponses).
3) Le champ contrle (C) contient :
- Le type de la trame.
- Le numro de squence
- Les acquittements.
- Le bit de commande rponse.
4) Le champ donnes (I)
Il peut tre arbitrairement long ( traiter en liaison avec le CRC dont
l'efficacit dcrot en raison de la probabilit d'erreurs en rafale).
5) Le champ dtection d'erreur (FCS "Field Check sequence") .
Gnr par le polynme du CCITT: X16 + X12 + X5 + 1
En LAPB une variante est applique pour dtecter les pertes de fanions.
312
l es t r oi s c at gor i es de t r ames
1. Information :Trame I ("Information")
Transportent des informations significatives
2. Supervision : Trame S ("Supervision")
Utilises pour superviser les changes de trames I.
Exemples : Envoyer un acquittement explicite
Demander une suspension temporaire
3. Gestion : Trame U ("Unnumbered")
Assurent les fonctions ncessaires avant et aprs
l'change des donnes.
Exemples : connexion, dconnexion d'une station,
traitements d'erreurs de protocole.
313
l es t r oi s c at gor i es de t r ames
N(S) : numro de squence en mission
N(R) : numro de squence de la prochaine trame
non encore reue.
S : type de la fonction de supervision
M : type de la trame non numrote
0 N(S) P/F N(R)
1 3 1 3
Trame I
P/F N(R)
1 1 3
1 0 S S
Trame S
P/F M M M
1
1 3
1 M M 1
Trame U
314
Le Bi t P/F : Sc r ut at i on/Fi n d' mi ssi on Bi t P/F : Sc r ut at i on/Fi n d' mi ssi on Bi t P/F : Sc r ut at i on/Fi n d' mi ssi on Bi t P/F : Sc r ut at i on/Fi n d' mi ssi on
Commande/Rponse (" Commande/Rponse (" Commande/Rponse (" Commande/Rponse (" Pol l Pol l Pol l Pol l /f i nal " ) /f i nal " ) /f i nal " ) /f i nal " )
Premire Signification en mode normal de rponse :
Invitation mettre ou fin d'mission (un primaire gre un
groupe de secondaires):
- Dans les trames de commande le bit 1 not P signifie "invitation
pour la station adresse mettre (polling)".
- Dans les trames de rponse en provenance de stations secondaires
ce bit 1 not F signifie fin de transmission.
Seconde Signification en mode asynchrone quilibr :
Commande Rponse.
- La station A recevant une trame avec le bit P l'interprte comme
une commande mise par le primaire distant B.
Exemple type: commande d'acquittement immdiat destination du
secondaire local.
- A doit rpondre immdiatement la commande par une trame de
rponse avec le bit F positionn car le site distant B a arm un
dlai de garde pour retransmettre.
315
Pr obl me du bi t P/F en mode i t P/F en mode i t P/F en mode i t P/F en mode
symt r i que symt r i que symt r i que symt r i que
Les deux stations possdent :
- les fonctions primaires (mettent des trames de commande avec bit P).
- les fonctions secondaires (mettent des trames de rponses avec bit F).
Mais un seul bit pour deux significations
Une station A recevant un bit P/F ?
1- C'est un bit P que B a mis par ses fonctions primaires.
2- C'est un bit F en rponse un bit P que A avait envoy avant.
I(0,0,1)
Site A
Site B
I(0,0,1)
Site A
I(0,0,1)
I(0,1,1)
I(1,1,1)
?I(0,0,P)
?I(0,1,F)
?I(0,0,P) ?I(0,0,P)
?I(1,1,F)
Site B
316
Sol ut i on bi t P/F en mode symt r i que i t P/F en mode symt r i que i t P/F en mode symt r i que i t P/F en mode symt r i que :
di sposer de deux bi t s
1) En LAPB on ne dispose pas de deux bits dans l'octet de contrle.
On conserve la structure du champ contrle => On utilise ladresse.
- Si une station agit comme primaire elle place l'adresse de la
station loigne (cas d'une initiative d'mission, bit P)
- Si une station agit en secondaire elle place dans les trames son
adresse (cas dune rponse bit F).
2) Dans les protocoles LAPD, Relais de trame on a dfini le format des
trames pour faire place un bit de plus C/R (commande/rponse).
Commande
Rponse
Commande
Rponse
Primaire
abonn
Secondaire
Transpac
Secondaire
Abonn
Primaire
Transpac
Adresses
trames
Transpac : 1
Adresses
trames
Abonn : 3
317
Les quat r e t ypes de t r ames de
super vi si on (1)
Type 0 - RR Prt recevoir ("Receiver Ready")
- Station prte recevoir des trames I.
- Permet d'accuser rception des trames dont le numro de
squence est infrieur ou gal N(R)-1.
=> Trame utilise lorsqu'il n'y a pas suffisamment
de trafic dans un sens pour transporter les
acquittements.
Type 1 - REJ Rejet ("Reject")
- Acquittement ngatif (protocole 4).
- Le champ N(R) dsigne la premire trame en squence
qui n'a pas t reue.
=>L'metteur doit rmettre toutes les trames
depuis N(R).
- Toutes les trames jusqu' N(R)-1 sont acquittes.
318
Les quat r e t ypes de t r ames de
super vi si on (2)
Type 2 RNR- Non prt recevoir "Receiver not ready"
- Indique une incapacit temporaire accepter les trames
d'informations suivantes (en cas de saturation des tampons
par exemple).
- Mcanisme de contrle de flux plus fort que celui de la
fentre (un tat d'exception) qui finit avec RR ou REJ.
Type 3 SR - Demande de retransmission slective
"Selective Reject"
- Demande de retransmission de la seule trame dont le
numro est contenu dans N(R)
Non applicable au LAPB et SDLC.
Applicable HDLC et ADCCP.
319
Tr ames non numr ot es (t ype U) :
Ouver t ur e de c onnex i on
Distinction des modes d'change en ouverture:
. Mode normal de rponse NRM
. Mode symtrique asynchrone ABM
Distinction de deux formats de trames :
. Format standard : Champ commande sur 8 bits (n squence 3 bits).
. Format tendu : Champ commande sur 16 bits (n squence 7 bits).
Demande une station loigne de se mettre en ligne dans un
mode d'change
. SNRM : Mise en mode normal de rponse standard ("Set Normal
Response Mode")
. SNRME: Mise en mode normal de rponse tendu ("Set Normal
Response Mode Extended")
. SABM : Mise en mode asynchrone symtrique standard ("Set
Asynchronous Balanced Mode")
. SABME : Mise en mode asynchrone symtrique tendu ("Set
Asynchronous Balanced Mode Extended")
320
Aut r es t r ames de gest i on de c onnex i on
DISC : Dconnexion ("Disconnect")
. Demande de fin du mode oprationnel (par exemple dans le cas o une
station suspend son fonctionnement pour une opration de maintenance).
UA : Rponse d'accus de rception non numrot (
"Unnumbered Acknowledge")
. Acceptation par laquelle une station notifie son accord une commande
non numrote (commande U)
. Il n'y a pas d'autre champ utilis
DM : Rponse mode dconnect ("Disconnect Mode")
. Indique que la station n'est pas en ligne et ne peut pas accepter de
trame.
321
Tr ames non numr ot es : Tr ames de
r appor t der r eur s pr ot oc ol ai r es
Trames qui indiquent qu'une condition d'erreur ne peut tre
corrige par retransmission car la trame est incorrecte smantiquement
(erreur de protocole).
FRMR: Rejet de trame ("FRaMe Reject") Applicable au LAPB.
V(S) : Numro d'mission en cours la station secondaire.
V(R) : Numro de rception en cours la station secondaire.
F A C FCS F
1 1 1 0 1 0 0 1
code MMP/FMMM
20 bits
8
12 16
champ de commande
de la trame rejete
0 0
V(S) V(R) W x y z
Remplissage 4 bits
: nombre entier d'octet
Champ
d'information
bit W - Commande invalide :
Exemple : une trame de supervision
de type 3 demande de rptition
slective n'est pas admise en LAPB.
bit x : Prsence indue d'un champ
d'information (les trames S et U
n'ont pas de champ d'information
en gnral sauf FRMR et CMDR).
bit y : Champ d'information de la
trame reue trop grand pour une
station secondaire (ou trop petit).
Exemple : Trame de moins de 32
bits interdite en HDLC.
bit z : Numro de squence
incorrect - accus de rception
d'une trame non mise.
322
Aut r es t r ames
UI : Trame de gestion d'information non numrotes
("Unnumbered Information")
Pour les protocoles sans connexion, un seul type de
trame UI (applicable PPP).
Pour changer des informations protocolaires.
Exemple : obtention dynamique d'une adresse (LAPD)
XID : Trame d'identification ("eXchange IDentifier")
Pour changer les identificateurs de stations.
Cette trame peut comporter un champ d'information gr par
le niveau suprieur
(Applicable au LAPD)
323
Le pr ot oc ol e LAPB
Rappel de la situation du protocole (niveau liaison dans
les rseaux publics "Transpac").
Rsum des trames utilises en LAPB
SABM : Ouverture de connexion.
UA : Acquittement non numrot.
DISC : Fermeture de connexion.
DM : Indication de mode dconnect.
FRMR : Erreur de protocole.
I : Trame d'information.
RR : Acquittement explicite.
RNR : Suspension temporaire.
REJ : Rejet d'une suite de trames I.
X25 PLP "Packet Layer protocol"
X25 LAPB "Linkage Access Protocol B"
X21 Niveau Physique
324
Le pr ot oc ol e LAPD
Rappel de la situation du protocole : niveau liaison pour
le canal D dans le rseau numrique intgration de services
(RNIS)
Principes gnraux du protocole LAPD
- En mode connect
Echange de trames numrotes I en mode asynchrone quilibr tendu (SABME).
Amlioration des possibilits d'adressage: affectation dynamique d'adresse (XID).
En cas de violation de protocole il y a rinitialisation complte sans notification de
cause (pas de FRMR).
- En mode non connect
Echange de trames d'informations non numrotes UI sans correction d'erreur ni
contrle de flux.
Q921-I441 LAPD
Q930-I451 ProtocoleD
I431 "Interfaces S/T"
X25 PLP
325
Pr ot oc ol e LAPD :
For mat des adr esses
E/A : Bits d'extension d'adressage.
C/R : Bit distinguant les commandes des rponses.
SAPI : Service Access Point Identifier Permet le
multiplexage de diffrents flux de rseau sur une liaison.
TEI : Terminal End-Point Identifier Adresse de l'appareil
physique (une appareil peut utiliser plusieurs adresses).
E
A
E
A
C
R
SAPI
TEI
8 7 2 1
326
Adr essage en LAPD
CANAL D
NIVEAU 3
NIVEAU 2
NIVEAU 1
SAPI 16
TEI 5 TEI 10 TEI 67
SAPI 16 SAPI 0
Commutation
X25
Signalisation
ProtocoleD
Autres possibilits
SAPI 63 Adressage
SAPI V Videotex
SAPI T Tlaction
SAPI X Telex
SAPI 0
TEI 17
TEI 17 TEI 5 TEI 10TEI 67
LAPD
327
LAPD : Gest i on des i dent i f i c at eur s de
t er mi naux
a) Affectation statique
" Gnre par le fabricant de 0 63.
" Problme en cas de configurations conflictuelles.
" b) Affectation dynamique
" Existence d'une fonction de la couche liaison permettant
de demander un TEI la mise sous tension d'un terminal.
" TEI non dj affect entre 64 et 126.
" Utilisation de trames UI types de SAPI 63 TEI 127 pour
le protocole d'attribution d'adresse.
" Demande d'identit
" Identit refuse
" Vrification d'identit
" Rponse la vrification
" Suppression d'identit.
" Demande de vrification.
328
LAPD : Rsum des t r ames ut i l i ses
SABME : Ouverture de connexion mode tendu.
UA : Acquittement non numrot.
DISC : Fermeture de connexion.
DM : Indication de mode dconnect.
XID : Echange d'identificateur.
UI : Information non numrote.
I : Trame d'information.
RR : Acquittement explicite.
RNR : Suspension temporaire.
REJ : Rejet d'une suite de trames information.
329
I I .2
Pr ot oc ol e PPP
(" Poi nt t o Poi nt Pr ot oc ol " )
1 Gnr al i t s
2 La t r ansmi ssi on de donnes
3 La c onf i gur at i on de l i ai son
4 La c onf i gur at i on de r seau
5 La c ompr essi on dent t es
330
I I .2.1
Gnr al i t s
A) Hi st or i que A) Hi st or i que A) Hi st or i que A) Hi st or i que
B) Obj ec t i f s gnr aux B) Obj ec t i f s gnr aux B) Obj ec t i f s gnr aux B) Obj ec t i f s gnr aux
C) Ar c hi t ec t ur es C) Ar c hi t ec t ur es C) Ar c hi t ec t ur es C) Ar c hi t ec t ur es
D) Or gani sat i on du pr ot oc ol e D) Or gani sat i on du pr ot oc ol e D) Or gani sat i on du pr ot oc ol e D) Or gani sat i on du pr ot oc ol e
Pr ot oc ol e PPP Pr ot oc ol e PPP Pr ot oc ol e PPP Pr ot oc ol e PPP
(" Poi nt t o Poi nt (" Poi nt t o Poi nt (" Poi nt t o Poi nt (" Poi nt t o Poi nt Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " ) " ) " ) " )
331
A) Hi st or i que des pr ot oc ol es de l i ai son
poi nt poi nt avec I P
IP (1980) : dfini pour linterconnexion de rseaux.
Besoin dune adaptation des paquets IP aux diffrents
rseaux viss: IP sur rseaux locaux (Ethernet, )
IP sur rseaux longues distance (X25)
Besoin d'un protocole de liaison point point pour
acheminer les paquets IP sur voies sries.
Solutions propritaires trs simples (dbut 1980).
Normalisation minimum: SLIP (1984,RFC en 1988)
Cration dun groupe de travail IETF pour une
solution complte : PPP (RFC 1134 nov1989)
Amliorations successives de PPP : RFC complmentaires.
Version en cours RFC 1661 (juillet 1994)
332
A) Pr ot oc ol e SLI P (RFC 1055 j ui n 1988) A) Pr ot oc ol e SLI P (RFC 1055 j ui n 1988) A) Pr ot oc ol e SLI P (RFC 1055 j ui n 1988) A) Pr ot oc ol e SLI P (RFC 1055 j ui n 1988)
(" Ser i al Li ne I nt er net (" Ser i al Li ne I nt er net (" Ser i al Li ne I nt er net (" Ser i al Li ne I nt er net Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " ) " ) " ) " )
Solutions propritaires 3COM, SUN 1984 (R. Adams)
SLIP Implant en 1984 sur BSD. RFC en 1988.
Solutions adoptes dans SLIP:
Dlimitation en transparence caractre
Dfinition d'un caractre de fin de trame "END" (0xC0) et
dune transparence: si END apparat dans les donnes
squence d'chappement 0xDB, 0xDC.
Si 0xDB apparat dans les donnes => mission 0xDB, 0xDB
Uniquement prvu pour transporter de lIP
Amlioration : compression des enttes (RFC1144
Van Jacobson ) => CSLIP (Compressed SLIP).
SLIP: un protocole qui a t quand mme trs utilis.
333
B) Obj ec t i f s gnr aux de PPP
Pallier les insuffisances de SLIP
Pas de multiplexage, de traitement d'erreurs, daffectation
d'adresse IP, dauthentification daccs=> Protocole presque vide
La RFC na jamais t approuve dfinitivement.
PPP : une solution universelle pour la communication
au niveau liaison en point point.
Grande varit dappareils viss : htes, routeurs, points daccs
Grande varit de protocoles de niveau 3 (multiplexage de flots
dorigines trs diverses Internet, Appletalk, IPX, )
Grande varit de voies de communication tous dbits.
Liaisons spcialises sries synchrones, asynchrones (ADSL).
Architectures de rseaux pouvant tre utilises comme des voies de
communication point point: RTC, RNIS, X25, FR, ATM, rseaux locaux.
Implantation de solutions pour de trs nombreux problmes.
334
C) Ar c hi t ec t ur es de r seaux avec PPP : C) Ar c hi t ec t ur es de r seaux avec PPP : C) Ar c hi t ec t ur es de r seaux avec PPP : C) Ar c hi t ec t ur es de r seaux avec PPP :
Sol ut i on de base Sol ut i on de base Sol ut i on de base Sol ut i on de base
Poste client
Modem
Modem
R
T
C
Serveur
daccs
Communication physique
Rseau
dentre
prise
Communication liaison PPP
335
C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s
I nt er net (FAI , I nt er net (FAI , I nt er net (FAI , I nt er net (FAI , I SP I SP I SP I SP ) )) )
Poste client
Modem
NAS : Network
Access Server
R
T
C
Rseau prestataire backbone
(ATM, MPLS avec IP)
Firewall
Rseau Internet
Serveur
RADIUS
336
C) Not i on de NAS :
Net w or k Ac c ess Ser ver
NAS (Network Access Server) : Systmes ddis
supportant de nombreux types daccs physiques sries
(modems V90, canaux B, T2 , V35, Ethernet, ).
NAS : relais de ngociation en PPP pour laccs Internet
: ladresse IP, type de compression,
NAS : installs sur tout le territoire (dans les autocoms).
Utilisation dun serveur centralis pour lauthentification
et la comptabilit (RADIUS).
NAS : achemine ensuite les donnes en PPP/IP sur tous les
types de mdia voulus (ATM, Ethernet, SDH, FR) avec le
poste serveur.
337
C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s C) Ar c hi t ec t ur e de f our ni sseur dac c s
avec ADSL avec ADSL avec ADSL avec ADSL
Rseau prestataire
backbone
(ATM, FR, avec IP)
Poste client
ATU - R
BAS : Broadband
Access Server
Firewall
Rseau Internet
Serveur
RADIUS
DSLAM
338
C) Not i on de DSLAM et de BAS C) Not i on de DSLAM et de BAS C) Not i on de DSLAM et de BAS C) Not i on de DSLAM et de BAS
ATU-R ADSL Transceiver Unit- Remote terminal end : Le
modem (cot usager)
DSLAM Digital Subscriber Line Access Multiplexer : un
multiplexeur de voies ADSL (avec modem cot prestataire).
BAS Broadband Access Server : le NAS pour voies ADSL.
PPP
AAL5
ATM
ADSL
Client
ATM
ADSL SDH
PPP
AAL5
ATM
SDH
DSLAM
BAS
(vers le rseau
Internet)
PPP
SDH
339
D) Or gani sat i on gnr al e de PPP :
l es gr andes par t i es
Protocole de transmission de donnes :
Un protocole pour communiquer (encapsuler des datagrammes
provenant de plusieurs protocoles de niveau rseau ).
Protocole de contrle de liaison :
LCP : Link Control Protocol
Un protocole pour tablir, configurer, tester une connexion de
liaison.
Protocoles de contrle rseau :
NCPs : Network Control Protocols
Une famille de protocoles pour tablir, configurer des paramtres
pour les protocoles de niveau rseau.
Protocoles dauthentification :
Une famille de protocoles pour contrler laccs au rseau.
340
D) Or gani sat i on gnr al e de PPP :
l a sui t e des pr ot oc ol es PPP
Internet Protocol (IP)
Compression denttes
Contrle derreur,
squence, flux
Protocole de
transparence
CHAP
PAP
NCP
LCP
Configuration
Donnes
Authentification
Niveau rseau
Niveau liaison
Niveau physique
Autre protocole
341
I I .2.2
La t r ansmi ssi on des donnes
A) Mc ani smes de t r anspar enc e A) Mc ani smes de t r anspar enc e A) Mc ani smes de t r anspar enc e A) Mc ani smes de t r anspar enc e
B) Cont r l e der r eur , de f l ux , de squenc e. B) Cont r l e der r eur , de f l ux , de squenc e. B) Cont r l e der r eur , de f l ux , de squenc e. B) Cont r l e der r eur , de f l ux , de squenc e.
C) Mul t i pl ex age (enc apsul at i on C) Mul t i pl ex age (enc apsul at i on C) Mul t i pl ex age (enc apsul at i on C) Mul t i pl ex age (enc apsul at i on mul t i mul t i mul t i mul t i - -- -pr ot oc ol e pr ot oc ol e pr ot oc ol e pr ot oc ol e) )) )
342
I nt r oduc t i on : or gani sat i on gnr al e de
l a t r ansmi ssi on des donnes
Protocole de transparence
Doit fonctionner avec les principales voies de communications
existantes (synchrones trame de bits, asynchrones avec format
caractres) => Deux sortes de transparence.
Protocole de contrle derreur, de flux, de squence
Trs voisin de LAPB.
Multiplexage (encapsulation multi protocole)
PPP permet le multiplexage de diffrents flots provenant de
diffrents niveaux rseaux (cods sur 2 octets).
Compression des enttes (Van Jacobson RFC 1144).
Compression des enttes PPP : Recherche dun surcot minimum.
Ex: PPP utilise 8 octets pour le tramage pouvant tre rduits 2 ou
4 octets lorsque des mcanismes de compression sont utiliss.
Compression des enttes IP, TCP.
343
I nt r oduc t i on :
For mat de l a t r ame PPP
Reprend le format de la trame HDLC.
Ajoute une possibilit dencapsulation multi-protocole.
8 8 8 8 16 >=0
A C I FCS Fanion Fanion
01111110
Adresse
Contrle Donnes Code dtecteur
01111110
Protocole Information Bourrage
>=0 >=0 1 ou 2
344
A) Dl i mi t at i on (mc ani smes de A) Dl i mi t at i on (mc ani smes de A) Dl i mi t at i on (mc ani smes de A) Dl i mi t at i on (mc ani smes de
t r anspar enc e) : Gnr al i t s t r anspar enc e) : Gnr al i t s t r anspar enc e) : Gnr al i t s t r anspar enc e) : Gnr al i t s
Adaptation la voie physique (RFC1662 PPP in
HDLC Framing)
Deux types de voies => deux mthodes diffrentes de
transparence:
Voies synchrones au niveau bit (bit synchronous)
=> Transparence binaire HDLC.
Comme dans les protocoles trames de bits on rajoute un 0 aprs tout
squence de 5 bits 1 (bit stuffing).
Voies asynchrones par octet ou synchrone au
niveau octet
=> Transparence caractre PPP.
345
Tr anspar enc e c ar ac t r e : Tr anspar enc e c ar ac t r e : Tr anspar enc e c ar ac t r e : Tr anspar enc e c ar ac t r e :
Le mode par df aut Le mode par df aut Le mode par df aut Le mode par df aut
Dlimiteur de trame
Comme en HDLC fanion 01111110 en hexa 0x7F.
Caractre dchappement (escape)
Caractre 01111101 en hexa 0x7d.
Caractres de contrle : Ils dpendent de la voie utilise.
Les caractres de contrle soumis au mcanisme de
transparence sont dfinis par une table de bits ACCM
(Async Control Character Map).
Si le bit ACCM est 1 le caractre associ est remplac
par une squence dchappement de deux caractres:
Le caractre escape.
Le caractre de contrle en ou exclusif avec 0x20.
346
Tr anspar enc e c ar ac t r e (sui t e) Tr anspar enc e c ar ac t r e (sui t e) Tr anspar enc e c ar ac t r e (sui t e) Tr anspar enc e c ar ac t r e (sui t e)
Les caractres compris entre 0 et 31 (0x00 et 0x20) sont en
gnral rservs au pilotage des modems.
Si on veut les utiliser au niveau liaison, il faut les mettre
dans la table ACCM.
Exemples dapplication de la transparence PPP:
0x05 est cod 0x7d, 0x25. (Contrle modem code 5)
0x7e est cod 0x7d, 0x5e. (Flag Sequence)
0x7d est cod 0x7d, 0x5d. (Control Escape)
0x03 est cod 0x7d, 0x23. (ETX)
0x11 est cod 0x7d, 0x31. (XON)
0x13 est cod 0x7d, 0x33. (XOFF)
347
B) Cont r l e der r eur , de f l ux , de B) Cont r l e der r eur , de f l ux , de B) Cont r l e der r eur , de f l ux , de B) Cont r l e der r eur , de f l ux , de
squenc e : Choi x PPP squenc e : Choi x PPP squenc e : Choi x PPP squenc e : Choi x PPP deux sol ut i ons deux sol ut i ons deux sol ut i ons deux sol ut i ons
1 Solution standard (par dfaut) :
Transmission non fiable,
Pas de contrle d erreur, de flux, de squence.
2 Solution fiable (en option) :
Transmission fiable en mode connect
Contrle derreur, de flux, de squence
348
Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e :
Tr ansmi ssi on non f i abl e Tr ansmi ssi on non f i abl e Tr ansmi ssi on non f i abl e Tr ansmi ssi on non f i abl e
RFC 1662 PPP in HDLC Framing : Mode par dfaut.
Protocole de liaison sans connexion.
Pas de de contrle derreur, de squence, de flux.
Les trames incorrectes (FCS faux) sont dtruites.
Une seule trame UI Unnumbered Information
Fanion : un octet (0x7e) pour la synchro trame. Un seul fanion entre deux trames.
Adresse : un octet (0xff), adresse diffusion en multipoint (All-Stations address).
Champ Contrle : un octet (0x03), type Unnumbered Information (UI) avec bit
Poll/Final (P/F) bit zro.
Champ code polynomial : Frame Check Sequence (FCS) deux octets. Possibilit de
ngocier un code sur 32-bit (quatre octets).
Fanion
0x7E
Adresse
0xFF
Contrle
0x03
FCS Donnes Fanion
0x7E
349
Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e : Cont r l e der r eur , de f l ux , de squenc e :
Tr ansmi ssi on f i abl e Tr ansmi ssi on f i abl e Tr ansmi ssi on f i abl e Tr ansmi ssi on f i abl e
Transmission fiable : Numbered Mode RFC 1663 PPP
Reliable Transmission
Mode ngociable en dbut de transmission :
Si lon considre que la liaison nest pas assez fiable.
Si lon veut viter des problmes avec la compression.
Protocole dfini en fait par la norme ISO 7776
(Description of the X.25 LAPB-Compatible DTE Data
Link Procedure).
Remarque : Possibilit dutiliser des tailles de fentre de
1 127, modes douverture de connexion SABM (1 7) ou
SABME (1 127).
350
C) Mul t i pl ex age et zone de donnes C) Mul t i pl ex age et zone de donnes C) Mul t i pl ex age et zone de donnes C) Mul t i pl ex age et zone de donnes
Format de la zone donnes de la trame
Type de protocole rseau transport
Charge utile (paquet rseau, LCP, )
Bourrage
Type de protocole rseau transport
Valeur sur deux octets dfinie par le RFC1340 dfinissant les
codes des protocoles autoriss (IANA-ICANN).
Quelques exemples de valeurs possibles
0x0021 IP 0x002B IPX
Ox8021 IPCP 0xC021 LCP
0x002D TCP/IP avec compression
0x002F TCP/IP Sans compression
Codage du type de protocole sur deux octets ramen un
octet par ngociation si ncessaire.
351
Zone donnes : t ai l l e max i mum et Zone donnes : t ai l l e max i mum et Zone donnes : t ai l l e max i mum et Zone donnes : t ai l l e max i mum et
bour r age bour r age bour r age bour r age
Zone des donnes usager : longueur maximum
en PPP
Terminologie liaison : MRU Maximum Receive Unit
Valeur ngociable ltablissement de la liaison :
valeur par dfaut = 1500 octets.
Fragmentation par le niveau rseau.
Bourrage
Si le mdium de transmission utilise un format fixe
(taille de paquets, de cellule ATM, )
et que cette taille obligatoire de la trame ne correspond
pas la taille de linformation transporter.
352
I I .2.3
La c onf i gur at i on de l i ai son
(LCP Li nk Conf i gur at i on Pr ot oc ol
A) Gest i on de c onnex i on avec LCP A) Gest i on de c onnex i on avec LCP A) Gest i on de c onnex i on avec LCP A) Gest i on de c onnex i on avec LCP
B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP
C) Les opt i ons de c onf i gur at i on LCP. C) Les opt i ons de c onf i gur at i on LCP. C) Les opt i ons de c onf i gur at i on LCP. C) Les opt i ons de c onf i gur at i on LCP.
353
A) LCP et l a gest i on de c onnex i on A) LCP et l a gest i on de c onnex i on A) LCP et l a gest i on de c onnex i on A) LCP et l a gest i on de c onnex i on
LCP permet douvrir, de fermer la liaison PPP : gestion
de connexion.
LCP permet de ngocier des paramtres de
fonctionnement louverture (puis de rengocier),
Existence de paramtres par dfaut automatiquement
changs au dbut entre pairs sans intervention oprateur.
Configuration possible par loprateur louverture.
Exemples de ngociation
Dfinir le format dencapsulation (ngociation de la compression)
Dfinir la taille maximale des trames (taille MRU).
LCP permet de dtecter certaines conditions derreur
(liaison en fonctionnement correct, en panne, en boucle)
354
Aut omat e LCP Aut omat e LCP Aut omat e LCP Aut omat e LCP
?LCP Fail
?Up
Terminate
Dead
Establish
Network
Authenticate
?Down
?Closing
?LCP Ok
Open
?NCP Ok
?Fail
?Fail
355
t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP : : : :
Comment ai r e des di f f r ent es phases (1) Comment ai r e des di f f r ent es phases (1) Comment ai r e des di f f r ent es phases (1) Comment ai r e des di f f r ent es phases (1)
Liaison non oprationnelle (Link Dead)
Le niveau physique nest pas prt.
Un vnement externe (dtection de porteuse, dmarrage
oprateur, ) permet de passer ltat prt.
Liaison en cours dtablissement (Link Establishment
phase).
Le LCP (Link Control Protocol) tablit les paramtres de liaison.
Authentification (Link Authentication Phase)
Lauthentification (si elle est demande) prend place aussitt que
possible aprs tablissement des paramtres de liaison.
Si lauthentification choue on termine.
356
t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP t abl i ssement d' une c onnex i on PPP : : : :
c omment ai r e des di f f r ent es phases (2) c omment ai r e des di f f r ent es phases (2) c omment ai r e des di f f r ent es phases (2) c omment ai r e des di f f r ent es phases (2)
Ngociation des paramtres de rseau (Network-
Layer Protocol Phase).
Chaque niveau rseau (comme IP, IPX, ou AppleTalk) configure
ses propres paramtres (Network Control Protocol).
Ouvert (Open Phase)
Aprs avoir atteint cet tat PPP peut transporter les paquets de
donnes.
Termin (Link Termination Phase)
PPP termine dans diffrents cas: perte de porteuse, mauvaise
qualit, mauvaise authentification, expiration dun dlai
dinactivit, fermeture dcide par loprateur.
LCP change des paquets de terminaison.
Informe le niveau rseau de la fermeture.
357
B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP B) Le pr ot oc ol e LCP
Protocole qui permet principalement la ngociation des
options de configuration dune liaison PPP.
Existence dune configuration par dfaut.
LCP permet de modifier ces options.
Chaque extrmit propose ses options.
Principales notions
Dfinition des messages LCP et principes de la ngociation.
Dfinition des options (attributs) ngociables.
Les messages LCP sont encapsuls dans la zone
information dune trame PPP (type de protocole
C021).
358
Pr ot oc ol e LCP : Pr ot oc ol e LCP : Pr ot oc ol e LCP : Pr ot oc ol e LCP :
For mat de l a t r ame LCP For mat de l a t r ame LCP For mat de l a t r ame LCP For mat de l a t r ame LCP
Reprsentation uniquement de la charge utile LCP.
Code ( code) : sur un octet le type LCP.
Identificateur ( Identifier) : sur un octet il permet dassocier les
requtes et les rponses.
Longueur (Length) : sur deux octets, la longueur inclut le code,
lidentificateur et la donne.
Donnes (Data) : la zone donnes est vide ou son format est dfini
par le code type : contenu essentiel les valeurs ngocies.
Code Ident Longueur
0 1 2 3 4
Donnes
359
Li st e des t ypes LCP (c odes) Li st e des t ypes LCP (c odes) Li st e des t ypes LCP (c odes) Li st e des t ypes LCP (c odes)
Code Dsignation du paquet
1 Configure-Request
2 Configure-Ack
3 Configure-Nak
4 Configure-Reject
5 Terminate-Request
6 Terminate-Ack
7 Code-Reject
8 * Protocol-Reject
9 * Echo-Request
10 * Echo-Reply
11 * Discard-Request
12 * RESERVED
Codes valables
pour IPCP et LCP
* Codes valables
pour LCP
seulement
360
Desc r i pt i on dt ai l l e de t ypes LCP (1) Desc r i pt i on dt ai l l e de t ypes LCP (1) Desc r i pt i on dt ai l l e de t ypes LCP (1) Desc r i pt i on dt ai l l e de t ypes LCP (1)
Configure-Request
Pour ouvrir une connexion : le paquet Configure-Request contient
toutes les options que lon modifie par rapport aux valeurs par dfaut
Configure-Ack
Si toutes les options de configuration sont reconnues et acceptes
rponse : configure-Ack.
Configure-Nak
Si toutes les options de configuration sont reconnues mais certaines ne
sont pas acceptables: rponse Configure-Nak.
Le champ donnes contient les valeurs de configuration non acceptes
Configure-Reject
Si certaines options de configuration ne sont pas reconnues ou ne sont
pas acceptables dans le cadre dune ngociation prvue par
ladministrateur rseau alors la rponse est un configure-Reject.
361
Desc r i pt i on dt ai l l e de t ypes LCP (2) Desc r i pt i on dt ai l l e de t ypes LCP (2) Desc r i pt i on dt ai l l e de t ypes LCP (2) Desc r i pt i on dt ai l l e de t ypes LCP (2)
Terminate-Request et Terminate-Ack
Pour fermer une connexion LCP.
Code-Reject : Type LCP inconnu (champ code).
Protocol-Reject : Type de protocole inconnu (champ proto).
Echo-Request et Echo-Reply
Permet de tester une liaison PPP : change dun nombre magique sur
4 octets caractristique de lmetteur si une valeur a t ngocie
(sinon 0). Le nombre magique doit tre celui du site distant. Si cest
celui du site local il y a une boucle.
Discard-Request
Outil de test de liaison : une mission simple, local vers distant, avec
destruction immdiate du paquet.
Utilisation : Dverminage, test de performance,
Contient un nombre magique sil a t ngoci (sinon 0).
362
C) Val eur s ngoc i abl es : C) Val eur s ngoc i abl es : C) Val eur s ngoc i abl es : C) Val eur s ngoc i abl es :
Opt i ons de c onf i gur at i on Opt i ons de c onf i gur at i on Opt i ons de c onf i gur at i on Opt i ons de c onf i gur at i on
Donnes ngociables : codes type, longueur, valeur
Diffrents types de donnes ngociables
0 RESERVED 7 Protocol-Field-Compression
1 Maximum-Receive-Unit 8 Addre-and-Contr-Field-comp
2 Async-Control-Character-Map 9 FCS Alternatives
3 Authentication-Protocol 10 Padding protocol
4 Quality-Protocol 11 Numbered mode
5 Magic-Number etc ..
6 Reserved
Type Longueur Valeur
0 1 2
363
Desc r i pt i on de quel ques opt i ons (1) Desc r i pt i on de quel ques opt i ons (1) Desc r i pt i on de quel ques opt i ons (1) Desc r i pt i on de quel ques opt i ons (1)
Maximum-Receive-Unit (MRU)
La valeur de la taille maximum par dfaut est de 1500 octets. Une
implantation doit toujours tre capable de recevoir cette taille.
Par cette ngociation on peut indiquer au site distant que lon peut
recevoir des paquets de plus grande taille ou que lon demande la
transmission de paquets de plus petite taille.
Async-Control-Character-Map
Permet de redfinir la tables des codes caractres qui seront soumis
la transparence caractres.
La table est sur 32 bits (4 octets) et concerne les codes caractres de
0x0000 0X0020.
Authentication-Protocol
Permet de dfinir le protocole dauthentification utilis :
PAP (code protocole 0xC023, CHAP (code 0xC223).
364
Desc r i pt i on de quel ques opt i ons (2) Desc r i pt i on de quel ques opt i ons (2) Desc r i pt i on de quel ques opt i ons (2) Desc r i pt i on de quel ques opt i ons (2)
Quality-Protocol
Pour ngocier le type de protocole de gestion de la qualit de la liaison
(valeur sur 2 octets). Principal choix: LQR Link Quality Report 0xC025
Magic-Number
Pour detecter les liaisons qui bouclent (looped-back links).
Chaque cot tire alatoirement un nombre alatoire sur 4 octets (le
nombre magique qui doit changer chaque nouvelle ouverture.
Protocol-Field-Compression (PFC)
Pour demander la compression de la zone protocole (de 2 1 octet).
Le FCS est alors calcul sur la trame compresse (pas sur la trame
originale non compresse).
Address-and-Control-Field-Compression (ACFC)
Pour demander la compression des zones adresses et contrle dans les
trames PPP. Le FCS est calcul sur la trame compresse.
365
I I .2.4
La c onf i gur at i on de r seau
(NCP (NCP (NCP (NCP Net w or k Conf i gur at i on
Pr ot oc ol
366
I nt r oduc t i on NCP I nt r oduc t i on NCP I nt r oduc t i on NCP I nt r oduc t i on NCP
NCP permet la ngociation doptions de configuration du
niveau 3 rseau dans le cadre du niveau 2 liaison.
Fonctions ncessairement dpendantes du protocole
rseau utilis => Existence de protocoles spcifiques NCP
par type de rseau.
Exemples de RFC NCP existantes :
RFC 1332 IPCP pour IP
RFC 2023 IPV6CP pour IPV6
RFC 1552 IPXCP pour IPX
RFC 1378 ATCP pour AppleTalk
RFC 1377 0SINLCP pour OSI
RFC 2097 NBFCP pour NetBeui .. Etc
367
Le pr ot oc ol e I PCP Le pr ot oc ol e I PCP Le pr ot oc ol e I PCP Le pr ot oc ol e I PCP
I P Conf i gur at i on I P Conf i gur at i on I P Conf i gur at i on I P Conf i gur at i on Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol
Protocole qui utilise les messages de LCP (types 1 7)
pour ngocier des options relatives IP:
Exemple 1) Type doption 2: IP-Compression-Protocol
Une faon de ngocier la compression des enttes IP : thoriquement
un code sur deux octets permet de slectionner la compression
souhaite => Pratiquement deux possibilits : 002d Compression
TCP/IP Van Jacobson ou par dfaut pas de compression.
Exemple 2) Type doption 3 : IP-Address
Lmetteur peut dans un Configure-Request demander dutiliser une
adresse IP sil en connat une (0 sinon).
Le site distant peut accepter ladresse propose ou rejeter par un NAK
en retournant une autre adresse.
=> Deux zones adresses IP (propose et affecte) pour la ngociation,
Affectation dadresses plus utilise => DHCP
368
Conc l usi on
369
Rai sons du suc c s Rai sons du suc c s Rai sons du suc c s Rai sons du suc c s
du pr ot oc ol e PPP du pr ot oc ol e PPP du pr ot oc ol e PPP du pr ot oc ol e PPP
Hgmonie du protocole IP
=> PPP est obligatoirement le niveau liaison le plus rpandu.
Mais aussi beaucoup de qualits
Protocole de convergence adapt tout
pour toutes les voies point point et tous les rseaux .
pour toutes les architectures de rseau et tous les
protocoles.
Rassemble la plupart des concepts et solutions..
Enrichit les fonctions habituellement dvolues au niveau
liaison par des fonctions dadministration et de scurit
(LCP, NCP, authentification).
En constante amlioration.
370
Conc l usi on
371
vol ut i on des pr ot oc ol es de l i ai son vol ut i on des pr ot oc ol es de l i ai son vol ut i on des pr ot oc ol es de l i ai son vol ut i on des pr ot oc ol es de l i ai son
i ndust r i el s i ndust r i el s i ndust r i el s i ndust r i el s
Historiquement : grande varit de propositions qui
diffrent souvent peu : des options juges ncessaires dans le
domaine vis.
=> Trop grande htrognit.
Une orientation des protocoles les plus anciens vers
des solutions assez riches en termes de contrle d'erreur,
de flux, de squence
=> Solutions juges plutt coteuses justifies par les
taux derreurs.
Changement d'orientation avec Internet :
Redistribution des fonctions en s'orientant vers un dcoupage ou le
rle de contrle derreur, de flux, de squence est allg si ncessaire.
Les fonctions dadministration sont renforces.
372
Bibliographie :
Cours de liaison point point
A. S. Tannenbaum Computer Networks
Prentice Hall.
W.R. Stevens "TCIP/IP Illustrated, The
protocols" , Addison Wesley.
L. Toutain Rseaux locaux et Internet
Herms.
Sites web et RFC.
373
RSEAUX LOCAUX RSEAUX LOCAUX RSEAUX LOCAUX RSEAUX LOCAUX
LAN, Loc al Ar ea Net w or k s LAN, Loc al Ar ea Net w or k s LAN, Loc al Ar ea Net w or k s LAN, Loc al Ar ea Net w or k s
1 Rseaux l oc aux par t ags 1 Rseaux l oc aux par t ags 1 Rseaux l oc aux par t ags 1 Rseaux l oc aux par t ags
2 Rseaux l oc aux c ommut s. 2 Rseaux l oc aux c ommut s. 2 Rseaux l oc aux c ommut s. 2 Rseaux l oc aux c ommut s.
Niveau Liaison
374
I nt r oduc t i on: c ar ac t r i st i ques I nt r oduc t i on: c ar ac t r i st i ques I nt r oduc t i on: c ar ac t r i st i ques I nt r oduc t i on: c ar ac t r i st i ques
c ommunes des r seaux l oc aux c ommunes des r seaux l oc aux c ommunes des r seaux l oc aux c ommunes des r seaux l oc aux
Un rseau local dessert un ensemble de stations.
Problme principal pos => accs multiple.
Selon des protocoles situs aux niveaux physique
et liaison.
Un rseau local ne dessert quune organisation
correspondant un domaine priv. Il chappe
gnralement aux contraintes dun oprateur de
tlcommunications
=> Notion de rseau local d'entreprise ou de
rseau local domestique
Problme induit par les rseaux locaux:
l'interconnexion des rseaux locaux.
375
Car ac t r i st i ques t ec hni ques c ommunes Car ac t r i st i ques t ec hni ques c ommunes Car ac t r i st i ques t ec hni ques c ommunes Car ac t r i st i ques t ec hni ques c ommunes
des r seaux l oc aux des r seaux l oc aux des r seaux l oc aux des r seaux l oc aux
1) Le diamtre de la surface desservie dpend
de la technologie adopte: il nexcde pas
gnralement pas quelques kilomtres.
2) Le dbit binaire nominal est au minimum
mesur en dizaines de mgabits par
seconde (jusqu 10 gigabits/s) avec des taux
derreurs faibles.
3) Normalisation : IEEE 8.02 (Institute of
Electrical and Electonics Engineers) - ISO 8802.
376
Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on :
a) Rseaux l oc aux par t ags a) Rseaux l oc aux par t ags a) Rseaux l oc aux par t ags a) Rseaux l oc aux par t ags shar ed shar ed shar ed shar ed
1) Utilisation dune voie commune multipoint
- Bus srie (Ethernet IEEE 802.3).
- Bande de frquence hertzienne (WIFI 802.11).
- Boucle (IBM 802.5).
2) Partage de la voie commune multipoint:
le problme du contrle de l'accs au mdium (MAC
"Mdium Access Control") consiste dterminer la station
qui, un instant donn, a le droit dmettre.
Station A
Station C
Station B
377
Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on : Les deux mt hodes de r al i sat i on :
b)Rseaux l oc aux c ommut s b)Rseaux l oc aux c ommut s b)Rseaux l oc aux c ommut s b)Rseaux l oc aux c ommut s sw i t c hed sw i t c hed sw i t c hed sw i t c hed
1) Utilisation de techniques de commutation pour faire
communiquer des stations au niveau liaison (niveau 2).
2) Exemples de techniques de commutation employes :
Commutation temporelle asynchrone ( mmoire
partage, mdium partag).
Commutation spatiale (matrices daiguillages).
3) Pour des raisons de compatibilit, les rseaux locaux
commuts offrent , les mmes mthodes daccs,
ladressage, les mmes formats de trames que les
rseaux partags => possibilit de mixage des approches
partages et commutes.
378
Rseaux l oc aux par t ags: Rseaux l oc aux par t ags: Rseaux l oc aux par t ags: Rseaux l oc aux par t ags:
mode de f onc t i onnement mode de f onc t i onnement mode de f onc t i onnement mode de f onc t i onnement hal f dupl ex hal f dupl ex hal f dupl ex hal f dupl ex
Existence dune voie unique de communication
partage
- Une seule station peut mettre un instant donn
- Vers un ou plusieurs destinataires (mdium
diffusion)
- Mode de communication demi-duplex: half duplex.
Limitation du dbit de transmission de lensemble des
stations au dbit du mdium partag.
Contraintes de distances lies au mdium, au codage
des donnes et au protocole de partage.
379
Rseaux l oc aux c ommut s: Rseaux l oc aux c ommut s: Rseaux l oc aux c ommut s: Rseaux l oc aux c ommut s:
mode bi di r ec t i onnel ( mode bi di r ec t i onnel ( mode bi di r ec t i onnel ( mode bi di r ec t i onnel ( f ul l dupl ex f ul l dupl ex f ul l dupl ex f ul l dupl ex ) ) ) )
Station A Station B
Connexion directe entre deux stations ou entre une
station et un commutateur (cblage en toile)
Une seule station connecte => pas de partage de voie
commune.
Une station peut mettre un instant donn vers le commutateur
et recevoir en mme temps.
Mode de communication bidirectionnel simultan (full duplex)
possible.
Possibilit de paralllisme : dbit plus important.
Moins de contraintes de distance.
380
Dc oupage en c ouc hes l i aux Dc oupage en c ouc hes l i aux Dc oupage en c ouc hes l i aux Dc oupage en c ouc hes l i aux
r seaux l oc aux I EEE 802 r seaux l oc aux I EEE 802 r seaux l oc aux I EEE 802 r seaux l oc aux I EEE 802
LLC
MAC
NIVEAU
LIAISON
NIVEAU
PHYSIQUE
NIVEAU
LIAISON
Spcifications
dpendantes
du mdium
Partage de
l'accs la voie
Spcifications
indpendantes
"classique"
Physical
Medium
independent
Physical
Medium
dependent
PMD
Logical
Link
Control
Medium
Access
Control
PMI
OSI
IEEE 802
381
Rseaux l oc aux par t ags
1 Cr i t r es de c l assi f i c at i on des 1 Cr i t r es de c l assi f i c at i on des 1 Cr i t r es de c l assi f i c at i on des 1 Cr i t r es de c l assi f i c at i on des
mt hodes de par t ages. mt hodes de par t ages. mt hodes de par t ages. mt hodes de par t ages.
2 Rseaux en c ompt i t i on. 2 Rseaux en c ompt i t i on. 2 Rseaux en c ompt i t i on. 2 Rseaux en c ompt i t i on.
3 Rseaux Et her net . 3 Rseaux Et her net . 3 Rseaux Et her net . 3 Rseaux Et her net .
4 Rseaux WI FI . 4 Rseaux WI FI . 4 Rseaux WI FI . 4 Rseaux WI FI .
Rseaux l oc aux
382
Cr i t r es de c l assi f i c at i on
des r seaux l oc aux
par t ags
- Critres qualitatifs
- Critres de performance
- Critres de sret de fonctionnement
383
Critres qualitatifs : Topologie
Bus ou voie hertzienne
Chaque station est directement relie aux autres par un canal
unique de communication (bus srie coaxial ou voie hertzienne).
Un message vhicul par le canal peut-tre reu par toutes les
stations: diffusion trs facile raliser mais notion de promiscuit
promiscuous mode => problmes de scurit.
Une station vrifie, d'aprs l'adresse contenue dans le message, si le
message lui est destin.
Mdium passif : lectronique plus simple, moins de pannes.
La bande passante de la voie limite les performances.
Exemples: Ethernet (sur cble), WIFI (sans fil).
384
toile
Un concentrateur (un hub) relie les stations.
Un concentrateur est un rpteur de signal: "Repeater Hub".
Les rpteurs peuvent tre interconnects (arbre).
Le cblage en toile permet de dcoupler chaque station du
reste du rseau.
Problme de la fiabilit du rpteur: lectronique active.
Exemple: rpteur Ethernet.
Le cblage type en matire de rseaux locaux partags.
Rpteur
385
Boucles ou Anneaux (1)
Les stations sont rattaches au moyen d'interfaces
selon une topologie en boucle.
Une interface de boucle retarde le message dans
un registre et rgnre le signal.
Un message envoy par une station fait un tour
complet et est retir par son metteur.
L'adresse destinataire permet de dterminer si
une interface donne doit prlever le message ou non.
Interface de boucle
Insertion de message Retrait
Shunt
386
Boucles ou Anneaux (2)
On doit dfinir la politique de partage de la boucle:
Plateau tournant ( Slotted ring J.R. Pierce)
Jeton circulant ( Token ring E.E. Newhall).
Un anneau est une structure active, (rgnration
de signal/retard dans les stations).
Problmes de fiabilit dus aux interfaces
Ncessit de prvoir le retrait ("shunt") de stations
sur panne.
Exemples : Boucle jeton Token Ring IBM 802.5 ,
Boucle FDDI ANSI X3T9
387
Critres qualitatifs :
partage en coopration
Une approche classique.
Les stations cooprent et par un dialogue pralable
dfinissent qui peut accder la voie.
Implique peu ou prou une connaissance globale.
Exemples de protocoles en coopration:
Passation de jeton : Bus jeton (802.4), Boucle
jeton (802.5), FDDI (X3T9).
Scrutation ( polling ) : 100 Base VG Anylan, bus de
terrain.
Rservation statique dintervalles temporels (TDMA:
Time division Multiplexing Access).
388
Critres qualitatifs : partage en
comptition ( contention )
Une approche probabiliste.
Les stations s'emparent de la voie sans
certitude sur son inoccupation.
Il y a ncessairement des collisions d'accs
la voie.
Connaissances
locales
Ex: Ethernet 802.3
WIFI 802.11.
S1
S2
A A Retransmission
B
B Retrans
S3
C
C Retransmission
B Retrans
389
Critres de performances
Rseau local => Ajout d'une attente de plus :
le temps d'accs la voie commune (au mdium).
SITE A
SITE B
Progression dans
la file locale
Choix entre les requtes en
tte de file
Arrive de
requte
Requte en
tte de file
Fin de la
requte
Voie alloue
la requte
390
Critres de performances :
Point de vue de l'utilisateur
Dbit
soumis
Temps de
rponse
Dbit nominal
Qualit de service temporelle (QOS)
Temps de rponse / latence (moyenne), gigue (second moment)
quit des services ou garantie dun niveau de service.
Si l'on soumet une voie un trafic de plus en plus lev :
phnomne de congestion.
Exemple : si le dbit soumis croit vers le dbit maximum le
temps de rponse tend vers l'infini (voie sature).
391
Critres de performances :
Point de vue global
Maximisation du dbit global.
Prvention de lcroulement ( thrashing ).
Si le trafic coul continue crotre avec la charge la
voie est dite adaptative la charge ou rgule. Si le
trafic diminue avec la charge et tend vers 0 la voie est
non adaptative ou croule.
Dbit soumis
Taux
utile
1
Voie idale
Voie rgule
Voie croule
392
Critres de
sret de fonctionnement
Le rseau local doit tre sr de fonctionnement
("dependable") (Panne du rseau : arrt de nombreuses
fonctions de l'entreprise).
Critres quantitatifs classiques, Fiabilit, Disponibilit,
Evitement des pannes : un dispositif (un ensemble de
fonctions) "peu fiable" ne doit pas tre indispensable au
fonctionnement.
Partage daccs centralis (dissymtrique)
Un dispositif joue un rle primordial dans le partage (exemple un
arbitre)
Partage daccs dcentralis (symtrique)
Aucun site n'est essentiel au partage de la voie.
Tolrance aux pannes : introduction de redondances.
393
Conclusion: proprits principales
Critres qualitatifs
Topologie d'interconnexion.
Coopration / Comptition.
Critres de performance
QOS : Temps de rponse.
Dbit global, Protocole Adaptatif/Non adaptatif.
Sret de fonctionnement
Centralis / Dcentralis.
394
Pr ot oc ol es de par t age
dune voi e c ommune en
c ompt i t i on
395
Introduction: protocoles en
comptition (contention protocols)
tude des protocoles avec accs en
comptition :
mission sans tre certain dtre le seul mettre.
Ncessit de prvoir des retransmissions.
Type de mdium partag : Bus ou voie radio.
Solution : Rseau filaire Ethernet 802.3
Solution : Rseau radio wireless WIFI 802.11
Une proportion trs importante des protocoles
de partage de voie commune.
396
Introduction: caractristiques
dun protocole en comptition
coute et Acquisition :
actions entreprises pour
s'emparer de la voie
commune.
Ajournement : actions
entreprises si l'on constate
que la voie est occupe.
Dtection des collisions :
moyens par lesquels un
conflit d'accs la voie
est dtect.
Rsolution des collisions :
stratgie adopte pour
retransmettre une trame
en collision.
Voie libre
Ajournement
NON
Acquisition
Collision
NON
OUI
OUI
Rmission
Ajournement
coute et
acquisition
Dtection
des collisions
Rsolution
des collisions
397
A) coute pralable et acquisition
mission sans coute pralable: (mission
sourde N. Abramson) "Aloha Pur" .
Un metteur passe immdiatement en toutes
circonstances en mode acquisition.
Les stations ncoutent pas la voie.
mission avec coute pralable:(CSMA "Carrier
Sense Multiple Access", L.Kleinrock) Ethernet, WIFI
Si la voie est dtecte libre, l'metteur passe en
mode acquisition.
Si la voie est dtecte occupe, l'metteur passe
en mode ajournement.
398
coute pralable en rseau radio: le
problme des stations caches
Rseaux radios : coute pralable possible mais
des difficults.
Station cache: Obstacle Station cache: Affaiblissement
A B
C
A
C B
399
coute pralable en rseau radio: le
problme des stations exposes
A
C D
B
Stations exposes A et C
A met vers B.
C qui fait de
lcoute pour
mettre vers D
constate la
transmission de A
et attend sa fin.
D est hors de
porte de A donc
lattente de C est
inutile.
400
Intervalle de vulnrabilit: cas
dune acquisition sans coute
Intervalle de temps pendant lequel deux stations ne
peuvent commencer d'mettre sans coute et provoquer
une collision
Il suffit que le dernier bit d'une trame se superpose avec
le premier bit dune autre trame pour qu'il y ait collision.
Pour qu'une trame de dure T soit transmise sans collision il
faut qu'aucune autre trame de dure T ne soit transmise
pendant un intervalle 2T =>performance trs mdiocre.
t
S1
Hypothse: messages de dure T fixe
S2
Intervalle de vulnrabilit 2T
M
M'
M''
401
Intervalle de vulnrabilit: cas
dune acquisition avec coute
Intervalle de temps pendant lequel deux stations peuvent mettre et
provoquer une collision malgr lcoute.
A et B situes aux extrmits du mdium, A coute le canal, ne
dtecte rien, dcide d'mettre t
0
.
Soit Tp le temps de propagation entre A et B (fonction de la vitesse
de la lumire , des retards introduits sur le cble par les lments
matriels : transmetteurs, rpteurs, ... ).
B peut commencer mettre entre t
0
et t
0
+ Tp (pour lui la voie est
libre) => on a une collision.
Lintervalle de vulnrabilit est Tp.
A
B
Tp
402
B) Ajournement (deference)
Ajournement Persistant (Ethernet)
mission immdiate si la voie est libre ou ds que la trame
courante est finie.
Hypothse de la solution: Le trafic sur la voie est faible
La probabilit pour que deux nouvelles demandes apparaissent pendant la
transmission d'une trame est faible.
Ajournement non Persistant (WIFI)
Emission immdiate si la voie est libre. Si la voie est occupe
diffrer la transmission comme sil y avait collision.
Hypothse de la solution: Le trafic sur la voie est lev
Si une trame a risqu d'interfrer avec une autre c'est qu'il y a de la
charge qui ncessite dj dappliquer un retard adaptatif.
403
C) Dtection des collisions :
Par coute de la voie
Quand lcoute des collisions est possible
La stratgie dcoute dpend du mdium utilis
Si on a deux signaux spars (transmit/receive) exploitation en
parallle du signal mis et du signal reu (exemple 10 Base T).
Mesure de la puissance moyenne du signal.
La puissance moyenne sur la voie en cas de collision est anormale
(plusieurs signaux sont superposs exemple 10 Base 2, 10 Base 5).
Lcoute suppose lexistence d'une dure minimum de la
collision permettant la dtection.
Solution type : le CSMA/CD Carrier Sense Multiple Access /
Collision Detection Ethernet 802.3
404
Dtection des collisions : Cas dune
coute impossible
Rseaux radios : lcoute des collisions est non prvue
(trs coteuse ou impossible).
A la place utilisation d'un protocole de liaison classique :
code dtecteur derreurs, accus de rception positif si la
trame est correcte
dlai de garde, retransmission si la trame est incorrecte
Les collisions sont traites comme des erreurs de
transmission sur les trames.
Solution du rseau WIFI (un protocole de base et un
protocole plus sophistiqu, le CSMA/CA Carrier Sense with
Multiple Access/ Collision Avoidance ).
405
802.11-WIFI : Le mode de base de
dtection des collisions
DATA
ACK
Lmetteur dtecte la voie libre
pendant un dlai DIFS.
Il met une trame Data.
Une collision peut avoir lieu sur la
trame data. Lmetteur attend une trame
de rponse de type Ack.
Ack doit tre mis aprs une attente
courte baptise SIFS.
Si lAck nest pas transmis cest quil y a
eu problme. Le rseau est nouveau
partageable aprs DIFS.
Pendant ce temps les autres sont en
attente (indicateur NAV Network
Allocation Vector ).
SIFS
metteur Destinataire Autre
N
A
V
DIFS
406
802.11-WIFI : le CSMA/CA ( Collision
Avoidance ) avec lchange RTS/CTS
Aprs un silence DIFS lmetteur met
un message court RTS (Request to send)
signalant quil veut mettre.
Le destinataire transmet une rponse
courte dacceptation CTS (Clear To Send).
RTS-CTS russi: la trame est transmise.
La collision peut avoir lieu que sur le
message court RTS => limitation de la
dure dune collision.
CTS correct indique quil ny a pas eu de
collision sur RTS (dtection des collisions).
La trame data suivie de son acquittement
positif peut tre change sans collision.
RTS
CTS
DATA
ACK
Autre
N
A
V
DIFS
SIFS
SIFS
SIFS
407
Le CSMA/CA et le problme des
stations caches et exposes
La station cache D qui peroit le CTS reste silencieuse (la
dure du message DATA circule dans RTS et dans CTS)
La station expose C entend RTS(A,B) mais pas le CTS(A,B):
C dduit quune transmission de C vers D ne peut interfrer en
B ni gner A tant que A transmet DATA (A,B).
A C D
RTS(A,B)
CTS(A,B)
Data(A,B)
B
RTS(A,B)
A B D
RTS(A,B)
CTS(A,B)
CTS(A,B)
Data(A,B)
C
RTS(A,B)
Data(C,D)
Ack(A,B)
Ack(C,D)
408
D) Rsolution des collisions :
retransmission non adaptative
La prochaine tentative aprs une collision est effectue
selon une distribution qui ne dpend pas du dbit
soumis au rseau (non adaptative la charge).
Exemple: Tirage alatoire d'une dure dattente selon une
distribution statique ou mme dpendante du site.
A forte charge de toutes faons les stations provoquent de
plus en plus de collisions et la voie est non rgule =>
croulement.
409
Rsolution des conflits :
Rmission adaptative
La prochaine tentative aprs une collision est effectue aprs une
attente proportionnelle la charge.
Solution centralise : Un site dadministration mesure en
permanence le trafic par observation de la voie.
Il diffuse priodiquement ses mesures aux stations qui les utilisent
pour dfinir un dlai de retransmission adaptatif en fonction de la
charge.
Solution rpartie : Chaque site se base sur des connaissances
purement locales pour dterminer sa politique de retransmission.
Excellente solution: prendre comme indicateur de charge le nombre
de collisions qu'un message vient de rencontrer.
Algorithme du retard binaire exponentiel ( BEB Binary Exponential
Backoff ) : deux versions trs voisines de cette solution sont utilises
en Ethernet et WIFI.
410
Rsolution des conflits:
Algorithme du retard binaire Ethernet
Retard_Binaire (nb_collision: entier)
ST : flottant :=51.2 ; fact_mult, delai : flottant ;
dbut
si ( nb_collision < 10 ) alors
fact_mult := 2**nb_collision ;
sinon
fact_mult := 2**10;
finsi;
dlai := ST * int (random*fact_mult);
attendre (dlai);
fin;
411
Commentaires : algorithme du
retard binaire Ethernet
On attend un dlai distribu alatoirement,
(random est un gnrateur de nombre alatoire [0,1[).
Uniformment distribu sur un intervalle,
Qui double chaque collision,
Pendant les 10 premires tentatives.
On value lattente en nombre entiers de "slot time" ST.
(int est une fonction qui rend la valeur entire par dfaut).
On montre que cette solution est non croule
pour moins de 1024 stations.
On fait au maximum 16 tentatives (caractristique
non intgre au retard binaire).
412
Rseaux l oc aux Et her net
Hi st or i que
Ni veau l i ai son
Et her net 10 Mb/s
Et her net 100 Mb/s
Et her net Gi gabi t
Et her net 10 Gi gabi t s
Aut o ngoc i at i on
413
Historique Ethernet
0rigine R.M Metcalfe (Rank Xerox Palo Alto). Dbut des
travaux 1973. Article CACM 1976 (Metcalfe et Boggs).
Protocole en comptition sur coaxial 2,94 Mb/s (1976).
Brevet Ethernet (1977): dbut de lindustrialisation.
Norme DIX ("Digital Intel Xerox") 10 Base 5 (1980)
Normalisation IEEE 802.3 (1983)
10 Base 2 (1986), 10 Base T (1991), 10 Base F (1994)
Ethernet 100 Mb/s : 802.3u (1995)
Ethernet gigabit/s : 802.3z/802.3ab (1998)
Ethernet 10 Gigabits/s : 802.3ae (1999-2006)
414
Ethernet niveau MAC : principales
caractristiques de la version de base
- protocole daccs au mdium en comptition.
- coute de porteuse (CSMA).
- ajournement persistant (1-persistant).
- dtection de collisions par coute (CD).
- retransmission avec retard binaire.
- destruction silencieuse des messages bruits.
- sans connexion.
- pas de fragmentation, de reprise sur erreur,
de contrle de flux.
- dlivrance au mieux (Best Effort).
415
Ethernet : Notion de tranche canal
(ST Slot Time )
Principe CSMA/CD : toute collision doit tre dtecte par
le niveau MAC et celui-ci doit assurer la retransmission.
ST est un dlai fix par la norme Ethernet.
a) Dans le dlai ST toute station dtecte coup sur
toute collision.
Consquences :
ST fixe la taille minimum d'une trame.
Aprs quune station a pu transmettre pendant une
dure au moins gale ST, elle a acquis la voie : elle
ne doit plus rencontrer de collision.
b) Dans le dlai ST toute collision est termine (on ne
poursuit pas une collision sur toute la dure dun message
ventuellement long).
416
Ethernet :
Fixation de ST > Dlai d'aller retour
Dlai d'aller retour (Round Trip Propagation Delay)
A et B situes aux extrmits du rseau. Une collision sur une
trame de A vers B n'est perue en A qu' t
0
+ 2 Tp
Tp le temps maximum de propagation du signal
Ethernet 10 Mb/s : Dlai d'aller retour 2 Tp = 46,4 s.
ST > 2 Tp fix 51,2 s = 46,4 + 4,8 s (512 temps bit)
=> La taille minimum d'une trame Ethernet est de 64
octets (valeur fixe sans compter le prambule).
A
Tp
B
417
Ethernet : Le renforcement de
collision ( brouillage jam )
Brouillage ("Jam") : Aprs dtection de collision l'metteur
transmet sur le mdium une information non significative.
La dure du brouillage est le plus souvent de 3,2 s .
Ide de dure minimum dune collision (renforcement de
collision): toute trame en collision une dure minimum pour
tre dtectable par tous (au moins 96 temps bits).
Ide de limitation de la dure dune collision la dure
maximum ncessaire la dtection de la collision plus la dure
du brouillage. Le brouillage fixe la dfinition de ST donc la
dure maximum dune collision.
ST : Dlai d'aller retour (46,4 s)+Brouillage (4,8 s)
418
Ethernet : comportement gnral
Deferring On ?
Start Transmission
Collision
Detect ?
Transmission
Done?
No
No
No
Yes
No
Send Jam
Increments Attempts
Too many
attempts
Compute Back Off
Wait Back Off Time
Excessive Collision Error Done
Yes
Yes
Yes
419
Ethernet : structure de la trame
P : Prambule Preamble : 7 octets 101010 synchro bit.
DDT : Dlimiteur dbut de trame Start Of Frame: 10101011 synchro octet.
AD : Adresse Destination Destination address (6 octets) possibilit 2 octets.
AS : Adresse Source Source Address (6 octets) (ou 2 octets).
LD : Longueur des donnes Lenght (802.3) ou T: Type de la trame (DIX).
Donnes + Bourrage: La charge utile de 1500 octets au plus (Entte +
Donnes + Bourrage + Code : longueur min 64 octets).
Code: Code polynomial dtecteur derreur (FCS Frame Check Sequence).
S : Silence inter-trame IFG Inter Frame Gap (9,6 micro seconde soit 96
temps bit).
Donnes
Code
AD AS
LD
T
P
7
1 2/6 2/6 2
0 - 1500
Bourrage
0-46 ou 0-54
4
D
D
T
S
ou
12
Autre
trame
S
420
Ethernet : adressage IEEE 802
Notation : 6 groupes de 2 chiffres hexadcimaux 00-DD-01-30-C3-17
Format canonique grand boutiste sur les octets, petit boutiste sur les bits.
I/G : Adresse Individuelle/Groupe (Individuelle = 0 ; Groupe = 1)
"Broadcast" (tous les bits 1) adresse diffusion gnrale FF-FF-FF-FF-FF-FF
"Multicast" G=1 + adresse de diffusion sur groupe : 01-00-5E-00-A8-76
U/L : Adresse Universelle (unique) / Locale (non unique) (U=0 ; L= 1)
Identifiant constructeur ( OUI Organisation Unique Identifier) (RFC
1340), carte ( SN Serial Number ).
Exemple : 00-AA-00-08-C3-98 , Les trois octets de gauche 00-AA-00
dsignent le constructeur INTEL, les trois octets de droite 08-C3-98 sont
ladresse unique dune carte rseau.
U/L I/G
1 1
Identifiant constructeur
(Organization Unique Identifier)
Identifiant carte rseau
(Serial Number)
22 bits 24 bits
421
Ethernet partag : performance
Temps de rponse pour un utilisateur :
Dbit soumis < 50% : bon comportement , temps dattente moyen < 1 ms.
50% < Dbit soumis < 80% : dlai supportable < 10 milliseconde.
Dbit soumis > 80% : mauvais comportement (exemple 100 stations, dbit
soumis 90 % 10 Mb/s temps dattente moyen 10 seconde).
Dbit maximum :
Une ide fausse : on ne rcupre pas plus de 37% de la bande passante.
Mesure sur un Ethernet rel de 10 Mb/s avec 24 stations mettant en
permanence des messages de 64 octets: taux de trafic utile 90%.
Trois paramtres influencent le dbit maximum rcuprable :
Le nombre de stations connectes: 1 1024, en fait moins de 200 souhaitable.
Le dbit soumis par station: normalement le trafic est trs sporadique avec un
dbit soumis en moyenne faible (un dbit constant lev nest pas prvu).
Taille des trames : effet des collisions plus important pour des trames petites,
remplissage en donnes utilisateurs moindre pour des trames petites (64 = 46+18
14888 trames/s 5,476Mb/s , 1518= 1500+18 812 trames/s 9,744 Mb/s).
422
Et her net :
l es st andar ds 10 Mb/s au
ni veau physi que
423
Ethernet 10 Mb/s : configuration
au niveau physique
Interface indpendante (MII "Medium Independent Interface"): 10
Mb/s AUI : "Attachment Unit Interface" , Cble drop/"Transceiver Cable"
Raccordement au mdium (PMA "Physical Medium Attachment"):
Transmetteur "Transceiver" ou MAU "Medium Attachment Unit"
Prise sur le cble (MDI "Medium Dependent Interface")
Bus
interne
Carte
rseau
Mdium
Ethernet
MAU
MDI
Hte
Bus
interne
Carte
rseau
Mdium
Ethernet
Unit de
raccordement
au cble
Interface
Standard
MII
(MAU)
Cble drop
AUI
MDI
Hte
424
Modle gnrique de dcoupage en
couches du niveau physique ETHERNET
Physique
Liaison
MAC
LLC
Rconciliation
MII
PMA
PCS
MDI
Auto-ngociation
Mdium
Sous-niveaux
indpendants
du mdium
Sous-niveaux
dpendants
du mdium
PCS: Physical coding
sublayer
PMA: Physical medium
attachment
MDI: Medium Dependent
Interface
MII: Medium Independent
Interface (optionnel)
425
L'interface indpendante 10 Mb/s
("AUI : "Attachment user interface")
Station
Coupleur Ethernet
(carte rseau)
Transmetteur/MAU
Segment
Ethernet
Alimentation
fournie par l'hte au
transmetteur
Emission
Rception
Sortie
sur cable
Entre
sur cable
Cble drop: 50 m max
Contrle entre
Contrle sortie
Alimentation, Donnes en mission, Donnes en rception
Contrle en entre: Transmetteur disponible IDL : aucun signal.
Transmetteur indisponible CS1 : horloge demi frquence bit Ethernet.
Erreur qualit du signal CS0 : horloge la frquence bit Ethernet.
(1) Signal impropre (coupure, MAU HS) (2) Collision
Contrle en sortie (Trs peu Implant).
426
Les diffrents standards de niveau
physique Ethernet 10 Mb/s
Systme de dsignation physique Ethernet : A, L, B
A : Dfinit la vitesse : 1, 10, 100, 1000, 10G.
L : Deux valeurs BASE : bande de base. BROAD : bande large (broadband).
B : Dfinit la longueur maximum d'un segment exprime en centaines de
mtres ou dfinition dun type de mdium.
Exemple : 10 BASE 2 10 Mb/s en bande de base, longueur max d'un
segment 200m (environ), 100 BASE T2 100 Mb/s en bande de base sur deux
paires torsades.
Principaux standards 10 Megabits/s
Ethernet gros 10 BASE 5
Ethernet fin 10 BASE 2
Ethernet paire torsade 10 BASE T
Ethernet fibre optique 10 BASE FL
427
10 BASE 2 Ethernet fin
"Thin Ethernet , Thinnet"
Spcification trs voisine du 10 BASE 5.
Version plus conomique pour rseaux de stations ou de micros.
Caractristiques du cble coaxial fin
Diamtre 0.2 pouce 5 mm.
Impdance caractristique 50 Ohms.
Longueur maximum du tronon 185 m.
Espacement des transmetteurs 5 m.
Maximum de 30 transmetteurs par tronon.
Raccordement au cble : prise BNC (Bayonet Neil-Concellman).
Caractristiques de la signalisation
10 Mgabits/seconde, bande de base, code "Manchester".
428
10 BASE 2 ETHERNET FIN
Architecture du rseau
Terminateur
Terminateur
Rpteur
Rpteur
TRONCON RACINE ("BACKBONE")
10BASE5 ou 10 BASE 2
Troncon fils
Stations
Cot 10B5
Cot 10B2
T BNC
Contrleur
Transmetteur
+
Sur la carte
T BNC
Ethernet fin
Grappe de stations
Grappe de stations
10 BASE 2
1 0 0 1 1
429
10 BASE T
Ethernet sur paires torsades
A partir des ides de Starlan rseau en comptition sur paires
torsades: 10 Base T est devenu le standard le plus rpandu.
Utilisation de la paire torsade : mdium conomique, redfinition
des prises standards (MDI RJ45) et des transmetteurs (MAU).
Topologie en toile avec des rpteurs autre terminologie
(concentrateurs, hubs, rpteurs multiports, repeater hubs ).
R
Paire torsade (100 m max)
Rpteur Hub (n ports)
Station de travail
Carte rseau
avec MAU
Interne
MAU
MAU
Prise
RJ45
Prise
RJ45
Port
430
10 BASE T : signalisation
Ethernet 10 BASE-T utilise deux paires torsades
de catgorie 3 ou suprieure.
Paire mission TR transmit data
Paire rception / coute des collisions RD receive data
Connecteur normalis 8 broches RJ-45
Broches 1 TD+, 2 TD- , 3 RD+, 4 inutilis, 5
inutilis, 6 RD- , 7 inutilis , 8 inutilis).
1 TD+
2 TD-
3 RD+
6 RD-
1 TD+
2 TD-
3 RD+
6 RD-
Construction dun cble crois
431
Fonctionnement
dun rpteur multiport
Propagation : Un signal valide arrivant sur l'un des ports
du rpteur est rgnr et rediffus sur les autres ports.
Restauration de lamplitude ( signal strenght )
Re-synchronisation selon lhorloge du rpteur ( timing )
Restauration de la forme des bits ( symmetry )
Collisions : Si deux ports sont en collision, le rpteur
doit le dtecter et gnrer un signal de renforcement
Renforcement de collision : en cas de dtection de collision entre
deux entres A et B, le rpteur gnre sur tout ses ports de sortie
un signal de brouillage jam (une suite de 32 bits 01010). La dure
du fragment, bits transmis et brouillage est de 96 bits au moins.
Extension des fragments : si une suite de bits de taille infrieure
96 bits circule, un rpteur doit gnrer la place au moins 96 bits.
432
10 BASE T Fonctionnement
multi segments , multi rpteurs
On peut mler les standards 10 BASE 2, 10 BASE 5, 10 BASE T en
respectant la contrainte de dtection des collisions.
Empiriquement on peut cascader au plus quatre rpteurs multiports et
au plus cinq segments dont trois coaxiaux.
Sinon technique prcise de validation dune architecture par
valuation du diamtre de collision.
Exemple d'interconnexion de rseaux 1OBASE 2, 5 et T
avec 4 rpteurs
R
R
R
R
10 Base 2
10 Base 5
10 Base T
10 Base 2
10 Base T
A
B
433
10 BASE F : Ethernet sur fibre optique
Utilisation d'un mdium fibre optique en point a point
entre transmetteurs optiques.
Une fibre en mission, une fibre en rception.
Cblage en toile avec des rpteurs (hubs).
Plusieurs variantes 10base FL (Link), 10 Base FB
(Backbone), 10 Base FP (Passive).
10 BASE FL Fibre 62,5/125 micromtres, mission LED,
longueur d'onde 1300 nm.
Longueur maximum d'un segment 2km.
Nombre maximum de stations : 1024
Solution fibre optique plus chre mais la plus rsistante
aux perturbations lectromagntiques ou aux coutes.
434
Conclusion : Ethernet 10
Un standard quon ninstalle plus mais
une base installe encore trs importante.
Le dbit de 10 Mgabits/s reste suffisant
pour la plupart des applications.
Pas forcment ncessaire de transformer
trs rapidement toutes les infrastructures sauf
besoin prcis (scientifique ou multimdia).
435
Et her net :
l es st andar ds 100 Mb/s au
ni veau physi que
436
Standard 1OO BASE T
"Fast Ethernet" "IEEE 802.3u"
Objectif : conserver une compatibilit maximum avec le
standard 10 Mb/s => Changer uniquement le dbit.
Ethernet 100 base T conserve dEthernet 10 tout le niveau
liaison : le protocole CSMA/CD, le format des trames etc...
Modifications temporelles: ST 5,12 s , IFG 0,96 s.
Niveau Physique : plusieurs standards selon les supports
de communication (adaptation du nombre de paires et
adaptation des codages).
100 BASE T
100 BASE T4 ou 100 BASE 4T+
100 BASE X
100 BASE FX
100 BASE TX
100 BASE T2
437
Ethernet 100 Base TX sur paires
torsades: architecture
Fonctionnement avec des rpteurs 100 type II : Distance
station rpteur 100 mtres, distance rpteur-rpteur 10 m.
Rpteur Ethernet 10/100: un seul dbit 10 Mb/s ou 100
Mb/s un instant donn.
Rpteur 100
Multiport
"Hub"
Rpteur 100
Multiport
"Hub"
10 mtres
Station
100 mtres
Maximum
210 mtres
Station
438
Le standard 100 Base TX: quelques
lments de niveau physique
Utilisation de 2 paires UTP 5 norme EIA 568 avec
connecteur RJ45 (galement STP avec connecteur DB9).
Gestion des signaux sur les paires comme en 10 BAS T
. une paire pour l'mission (donnes)
. une paire pour la rception/dtection des collisions
Dbit possible sur UTP5 125 Mb/s (et plus).
Utilisation dun niveau physique (trs voisin de FDDI):
Codage 4B/5B : Au moyen dune table, 4 bits (nibble) sont mis en
correspondance avec 16 codes groupes de 5 bits, pour garantir un
front tous les trois bits au plus. Les autres codes groupes de 5 bits
servent pour la signalisation (3) ou sont inutiliss (11).
Modulation MLT3 (Multi Level Transmission-3 pseudo ternaire).
1 1 1 1 0 1 0 1
439
Le standard 100 Base FX
Appartient au standard 100 base X donc il est
trs voisin du standard 100 Base Tx.
Fonctionnement sur deux fibres multi modes au
lieu de deux paires torsades.
Distance maximum : 400 mtres en mode half
duplex et 2000m en mode full duplex.
Utilisation du code 4B/5B / modulation NRZI.
1 1 1 1 0 1 0 1
440
Le standard 100 Base T4
Uniquement en mode half duplex avec utilisation de
4 paires UTP de catgorie 3 (ou suprieures)
- Trois paires pour l'mission/rception (donnes)
- Une paire pour la dtection des collisions
Modulation 25 Mbaud/s sur UTP3.
Utilisation d'un code ternaire
Code trois niveaux: -1 , 0 , +1 (codage de trits)
Code 8B6T ("8 bits" cods par 6 "trits").
3 trits reprsentent 3*3*3 = 27 valeurs.
27 valeurs diffrentes permettent de coder 4 bits (plus dautres).
On code 8 bits sur 6 symboles ternaires (2 fois 3 trits successifs).
Dbit: (25 mbaud) * 4 bits =100 Mb/s.
441
Le standard 100 Base T2
Utilisation de 2 paires UTP 3 ou de qualit suprieure.
- Dual duplex baseband : on met simultanment sur deux
paires dans les deux sens. Sur une paire le signal qui circule est
une somme des signaux mis dans les deux sens
- Le signal reu est obtenu par soustraction dans le signal qui
circule du signal mis.
Utilisation d'un code 5 niveaux (valence 5)
-2, -1 , 0 , +1, +2
Code PAM 5x5 (Pulse Amplitude Modulation).
On code 4 bits par deux symboles 5 niveaux (en parallle sur 2 paires)
Dbit: (25 mbaud) * 4 bits =100 Mb/s.
Une norme astucieuse mais chre et sortie tardivement
442
Conclusion : Ethernet 100
Le standard de base Ethernet.
En dveloppement important.
Prix des cartes bon march.
Inconvnient important pour un rseau local
d'entreprise en mode partag =>faible extension
gographique
Utilisation plus importante en mode commut
Distances plus grandes.
Inter fonctionnement entre Ethernet 10Mb/s et
100Mb/s).
443
Et her net :
l es st andar ds au Gi gabi t /sec onde
444
Introduction: Ethernet Gigabit
Refaire une multiplication par 10 du dbit (1995-1998).
Pour aller vite rcupration des deux technologies: Ethernet
802.3 et Fibre Channel X3T11.
Utiliser la technologie 0,3 microns (interfaces bas prix).
Crer un rseau gigabit qui apparaisse du point de vue des
couches suprieures comme un rseau Ethernet habituel.
. Format des trames identique.
. Niveau MAC compatible (adresses, diffusions, ...)
. Administration identique (10 , 100, 1000 Mb/s).
Versions "half duplex" et "full duplex".
Niveau physique Gigabit
1000 BASE T
1000 BASE X
1000 BASE FX
1000 BASE CX
1000 BASE LX
445
Niveau MAC : Ethernet Gigabit partag
IEEE 802.3z Half Duplex
Format des trames inchang (compatibilit logicielle) =>
Ncessit de dtecter les collisions sur la trame la plus courte.
Longueur min 512 bits 1000 Mb/s donne un dlai de
dtection de collision de 512 nanosecondes => trop court.
Allongement de la trame minimum au niveau physique.
Une trame Mac de 64 octets est complte si ncessaire par
bourrage (notion dextension de trame).
On atteint ainsi un diamtre de collision de 200 m : les
stations peuvent se trouver 100 m dun hub gigabit.
Donnes
Code
AD AS
LD
T
P
7
1 2/6 2/6 2
0 - 1500
Bourrage
0-46 ou 0-54
4
D
D
T
Extension ou
Longueur min 520 octets en 1000 base T et 416 octets en 1000 base X
446
Niveau MAC : Ethernet Gigabit
Rafales de trames (Frame Bursting)
IFG Trame Mac
Trame avec extension
Trame Mac
Dure maximum (5,4 trames de dure max)
IFG
Transmission dune premire trame avec ventuellement
bits dextension pour acqurir la voie.
Ensuite mission dune rafale de trames ( frame burst )
sans repasser en mode acquisition pour une dure maximum
de 5,4 trames de taille maximum.
Les silences inter trames sont garnis par des bits
dextension.
447
Niveau MAC 802.3x : Contrle de flux
("Flow Control")
Haut dbit => ne pas perdre de trames par crasement dans les
tampons dentre du rcepteur .
Introduction dans Ethernet Gigabit d'une technique de contrle de
flux au niveau liaison (mode full duplex).
Une solution retenue trs rustique de type arrt et attente (X-On /
X-Off).
Une trame de contrle MAC (8808) baptise "Pause" (0001), permet
un destinataire de demander un metteur de suspendre pour
un certain dlai ses missions (en nombre de slots, exemple 3).
La mme trame "Pause" avec un dlai nul permet de mettre fin
avant terme l'arrt.
Contrle MAC
x8808
Code Pause
x0001
Dure de pause
x0003
2 2 2
Type/longueur Donns + Bourrage
Bourrage Entte
448
Niveau physique : Ethernet Gigabit
1000 Base X
Standard 1000 BASE LX
Laser ondes longues sur fibres monomodes ou multi
modes (1300 nanomtres).
Distance 550m 3 km selon les fibres.
Standard 1000 BASE SX
Laser ondes courtes (850 nanomtres) sur fibres multi
modes.
Distance 250 550 m selon les fibres.
Standard 1000 BASE CX
Ethernet gigabit sur paires torsades (2 paires STP
Shielded Twisted Pairs)
Distance 200m.
449
Niveau physique : Codage 1000 Base X
Origine : Fibre Channel niveau 1 FC-1
Objectifs du codage 8B/10B NRZ (origine IBM)
=> Minimisation du bruit (des erreurs)
Maintenir "l'quilibre" i.e. le mme nombre de bits 1 que de bits
0.
=> Amlioration de la synchro bit
=> Dtection d'erreurs
=> Sparation donnes/contrles
Pour des donnes normales utilisateur D-type
Pour des donnes protocolaires K-type (Caractres spciaux par
exemple dlimiteurs, signalisation)
450
Niveau physique : codage 1000 Base X
8B10B
Code 8B/10B: Reprsentation des octets 8 bits par des
symboles 10 bits.
512 symboles pour les donnes (2 reprsentations par octet)
Quelques symboles pour la signalisation
Les autres symboles sont invalides (permet la dtection derreurs)
RD "Running Disparity"
Indicateur de la disparit entre les 1 et les 0.
Si un groupe de bits autant de 1 que de 0 => RD inchange
Si un groupe de bits plus de 1 que de 0 => RD positive
Si un groupe de bits moins de 1 que de 0 => RD ngative
Chaque donne significative deux reprsentations dfinies par des
tables :L'une en cas de RD positive, L'autre en cas de RD ngative En
cas de RD inchange la norme dfinit un des deux codes utiliser.
451
Niveau physique : codage 8B10B
Exemple
Exemple : Le caractre spcial
(type K) Dlimiteur appel
"virgule"
Octet x'BC' b'1011 1100'
Dcoupage 3 bits+5 bits 101 11100
Notation normalise Zxx.yy
Z: Type K ou D Virgule : K28.5
xx:DEFGH dcimal .yy:ABC en dcimal
Symboles mis sur 10 bits
avec RD ngative 001111 1010
avec RD positive 110000 0101
A B C D E F G H
Fonction 5B/6B
Fonction 3B/4B
a b c d e i
f g h j
452
Niveau physique : Ethernet Gigabit
1000 Base T
Support 4 paires torsades de catgorie 5.
Rcupration des progrs raliss a propos de lEthernet 100
100 Base T a montr quon peut transmettre 125 Mb/s sur UTP 5.
100 Base T4 a montr quon peut transmettre sur trois paires.
100 base T2 a montr que lon peut transmettre en PAM 5 simultanment
dans les deux sens.
Transmission octets par octets
Encodage initial (code correcteur derreur FEC forward error correction)
A chaque intervalle, transmission sur 4 paires dun octet sous la forme de 4
symboles PAM5 (chaque symbole de valence 5 code 2 bits plus une
information de code correcteur derreur).
Dbit atteint 125 mbaud/s x 8 bits = 1 gigabit/s.
453
Conclusion : Ethernet Gigabit
Une utilisation dj importante dans les rseaux
locaux au niveau infrastructure ( backbone ).
Cartes rseaux sur PC un prix accessible.
Le mode half duplex a t maintenu mais le
standard a vocation a tre utilis en mode full
duplex.
Avenir de ce standard : la connexion filaire de
stations de travail.
454
Et her net :
l es st andar ds 10 Gi gabi t s/s
455
Introduction: Ethernet 10 Gigabits
Groupe de travail IEEE partir de 1999. Publication de la norme
IEEE802.3 ae en 2002. Fin des travaux 2006
Objectif poursuivi: crer un rseau compatible Ethernet.
. Format des trames identique (adressage, tailles min et max, ...)
. Compatibilit fonctionnelle norme 802.3 (contrle de flux, )
Trois particularismes
Version "full duplex" uniquement.
Distance possible sur fibre monomode 40 km.
Compatibilit dune version 10G avec le rseau longue distance sur
fibre optique : SONET OC-192c / SDH VC4-64C
Niveau physique : codages X, R, W mdium S, L, L4, E, T
456
Niveau physique: Les codages
10G BASE X utilise le codage 8B/10B.
10G BASE R utilise le codage 64b/66b.
10G Base W utilise comme support de
communication des conteneurs SONET OC192 ou
SDH VC 64 .
457
Niveau physique: Fibres optiques
10G Base S
Deux fibre multimodes 850 nanomtres srie.
Distance maximum 65 mtres
10G Base L4
Deux fibre multimodes 1310 nanomtres multiplexage en longueur
donde (utilisation du multiplexage en longueur d onde WDM
Wavelenght Divison Multiplexing.
Distance maximum 300 mtres
10G Base L
Deux fibre monomodes 1310 nanomtres
Distance maximum 10 kilomtres
10G Base E
Deux fibre monomodes 1550 nanomtres
Distance maximum 40 kilomtres
458
Exemples dEthernet 10G sur fibre
En combinant un choix de codage et un choix de fibre.
10GBase-SR 850-nm serial LAN Multimode 65
10GBase-LX4 1,310-nm WDM LAN Multimode 300
10GBase-LR 1,310-nm serial LAN Single-mode 10,000
10GBase-ER 1,550-nm serial LAN Single-mode 40,000
10GBase-SW 850-nm serial WAN Multimode 65
10GBase-LW 1,310-nm serial WAN Single-mode 10,000
10GBase-EW 1,550-nm serial WAN Singel-mode 40,000
459
Niveau physique: Ethernet 10G Base T
Le standard 10 GB sur paires torsades
Utilisation de 4 paires torsades UTP catgorie 6 ou
7 (Class E ou Class F).
Distances maximum dpendantes de la paire utilise.
100 m sur catgorie 7 (class F)
55 m sur catgorie 6 (class E)
Mode full duplex avec annulation dcho.
Code PAM 10 , 10 niveaux codent 3 bits.
Rapidit de modulation 833 Mgabaud.
Dbit 4 paires x 833 mgabaud x 3 bits/baud=10GB.
Difficults de mise au point.
460
Conclusion : Ethernet 10 Gigabit
Encore en cours de mise au point.
Des produits dj diffuss.
Pour linstant un standard pour oprateurs ou
rseaux trs importants.
461
Et her net :
Laut o ngoc i at i on
462
Car ac t r i st i ques gnr al es de l Car ac t r i st i ques gnr al es de l Car ac t r i st i ques gnr al es de l Car ac t r i st i ques gnr al es de l aut o aut o aut o aut o- -- -
ngoc i at i on ngoc i at i on ngoc i at i on ngoc i at i on
Lauto-ngociation sert dterminer la meilleure
option possible de communication entre deux
extrmits dune voie sur paires torsades.
Il fonctionne par change des capacits de
communication entre partenaires Ethernet (entre deux
stations connectes directement ou entre une station et
un rpteur ou un commutateur).
La ngociation ralise par un protocole situ au niveau
physique.
Uniquement dfinie pour les versions Ethernet paires
torsade partir de 802.3u Ethernet 100.
Ce protocole est excut linitialisation dune voie
de communication ou lors dune restauration manuelle
dune liaison.
Origine NEC Nwau, normalisation IEEE 802.3 u (1995)
463
Tableau des modes de
communication ngociables
100 Mb/s 100 Base TX Half-duplex 3
100 Mb/s 100 Base T4 Half-duplex 4
100 Mb/s 100 Base T2 Half-duplex 5
2x100 Mb/s 100 Base TX Full-duplex 6
2x100 Mb/s 100 Base T2 Full-duplex 7
1000 Mb/s 1000 Base T Half-duplex 8
2X1000 Mb/s 1000 Base T Full duplex 9
10 Mb/s 10 Base T Half duplex 1
2x10 Mb/s 10 Base T Full duplex 2
Dbit Type Priorit
464
Fonc t i onnement de l Fonc t i onnement de l Fonc t i onnement de l Fonc t i onnement de l aut o aut o aut o aut o- -- -ngoc i at i on ngoc i at i on ngoc i at i on ngoc i at i on
En 10 base T mission initiale dune squence dimpulsions (NLP
Normal Link Pulse) puis entretien de ltat oprationnel par des NLP
chaque 16 milliseconde.
Lauto-ngociation transforme linitialisation les signaux NLP en signaux
baptiss FLP (Fast Link Pulse), qui vhiculent des mots de 16 bits LCW
(Link Code Word) qui codent le niveau de communication possible.
Le LCW de base
S0 S4 : Slecteur de rseau local (code 00001 pour Ethernet)
A0 : 10 Base T HD, A1 : 10 Base T FD, A2 : 100 Base TX HD, .
RF : Remote Fault, signalisation derreur lextrmit distante
Ack : Acquittement de rception dun mot LCW de 16 bits reu.
NP : Next Page existence dun autre mot suivre .
Un systme distant qui possde les fonctions dauto ngociation acquitte et
propose son propre niveau.
S1 S2 S3 S4 A0 A1 A2 A3 A4 A5 A6 A7 RFAckNP S0
465
Modes de dt ec t i on par al l l e Modes de dt ec t i on par al l l e Modes de dt ec t i on par al l l e Modes de dt ec t i on par al l l e
En labsence du protocole dauto ngociation (pas de signaux
FLP) possibilit de dtection parallle (parallel
detection):
Si un systme ne sait gnrer que le signal NLP le mode de
communication slectionn est le 10 Base T half duplex.
Observation des signaux gnrs par le partenaire: si un partenaire
gnre des signaux en 100 base TX ou 100 Base T4, la forme
caractristique de ces signaux permet un mcanisme dit de
dtection parallle de se positionner quand mme 100 Mb/s.
Existence de problmes possibles avec lauto ngociation (slection
dun niveau trop bas) ou problmes avec le mode de dtection
parallle.
Lauto ngociation en Ethernet gigabit est modifie
(nouveau LCW, ngociation pour lutilisation du
contrle de flux) .
466
Conclusion : Ethernet
Le standard en rseau local filaire qui a effac
tous les autres.
Un ensemble de concepts qui ont
considrablement volus. En fait Ethernet a t
rinvent plusieurs fois ce qui a assur sa survie
et son succs.
Un avenir assur pour ce standard: prochaine
tape envisage 100 Gigabits/seconde ?
467
Bibliographie
Charles E. Spurgeon, Ethernet : the definitive guide ,
Oreilly, 2000
Alexis Ferrro, Les rseaux locaux commuts et ATM ,
InterEdition, 1998
Sites web :
Gigabit alliance http://www.10gea.org/
468
Rseaux l oc aux sans f i l s
(Wi r el ess LAN)
I EEE 802.11 WI FI
Gnr al i t s
Ni veau l i ai son
Ni veau physi que
469
Gnralits Wifi: diffrentes
catgories de rseaux sans fils
1) Rseaux personnels sans fils (WPAN)
Bluetooth (IEEE 802.15.1), HomeRF, ZigBee IEEE
(802.15.4), Infrarouges
2) Rseaux locaux sans fils (WLAN)
WiFi IEEE 802.11, HiperLAN, DECT
3) Rseaux mtropolitains sans fils (WMAN)
Norme IEEE 802.16 (boucle locale radio) Wimax
4) Rseaux tendus sans fils (WWAN)
GSM (Global System for Mobile), GPRS (General
Packet Radio Service), UMTS (Universal Mobile
Telecommunication System).
470
Gnralits Wifi
(Wireless Fidelity)
Recherches sur les rseaux locaux sans fils depuis
le dbut des annes 1970.
Normalisation wifi: fin des annes 1990.
Avantages du sans fil
Ne pas avoir cbler un btiment.
Plus de souplesse et de mobilit.
Dploiement des rseaux Wifi
Rseaux domestiques.
En entreprise.
Lieux de fort passage (hotspots).
Fournisseurs daccs sans fils WISP Wireless Internet
Service Provider
471
Gnralits WIFI:
Quelques lments darchitecture
I 1) WIFI : un rseau local radio.
Dfinition sur les deux niveaux physique et liaison.
I 2) WIFI : deux organisations architecturales.
Le mode infrastructure (centralis).
Le mode ad hoc (distribu).
I 3) WIFI : deux protocoles diffrents daccs au mdium.
PCF Point Coordination Function (en coopration).
DCF Distributed Coordination Function (en comptition).
Pouvant tre utiliss simultanment par une station.
I 4) WIFI : diffrents niveaux physiques selon le dbit, le
codage, la bande de frquences utilise.
802.11, 802.11a , 802.11b , 802.11g, en cours 802.11n.
I 5) Consortium de dveloppement : WIFI Alliance
472
Gnralits WI FI :
Le modle de rfrence WIFI
LLC Logical Link Control . MAC Medium Access Control.
PLCP Physical Layer Convergence Protocol.
PMD Physical Medium Dependent.
Administration physique (Physical Management).
Administration MAC (MAC Management).
Gestion de Station (Station Management).
Liaison
Physique
LLC
MAC
PLCP
PMD
Administration
rseau
Administration MAC
Admini-
stration
de
station
Administration
physique
Transmission de
donnes
473
LE NI VEAU LI AI SON
MAC Medi um Ac c ess Cont r ol
Mode ad hoc
Mode i nf r ast r uc t ur e
w i f i
474
Le niveau liaison Wifi :
Le mode adhoc (distribu)
IBSS Independent Basic
Service Set : ensemble
de stations avec coupleurs
sans fils, communicantes
dans la mme bande.
Terminologie: mode
ad hoc, peer to peer
Protocole DCF :
Distributed Coordination
Function.
IBSS
IBSS
Sta 5
Sta 2
Sta 3
Sta 4
Sta 6
475
Le mode infrastructure (centralis)
AP
AP
BSS
BSS
ESS
DS Systme de
distribution
- AP Access Point
commutateur.
- Station de travail
avec un coupleur WIFI.
- BSS (Basic Service
Set): un seul AP.
- ESS (Extended
Service Set) : plusieurs
AP connects par un
autre rseau (rseau
Ethernet ou sans fil).
- Changement de point
daccs: handover/
roaming (itinrance).
476
Le niveau liaison Wifi : DCF
Distributed Coordination Function
1) Protocole en comptition avec coute (CSMA).
2) Ajournement non persistant.
3) Dtection de collisions par accus de rception.
4) Retransmission sur collision (binary backoff).
5) Gestion de la fragmentation.
6) Pas de gestion de connexion.
7) Pas de contrle de flux.
8) Pas de garantie de livraison sans erreurs.
9) Pas de qualit de service (en version de base)
477
Ecoute et ajournement non persistant
1) Ecouter la voie, transmettre si la voie est libre.
2) Si la voie est occupe choisir un intervalle
dattente alatoire (backoff) dans lintervalle
[0,CW] (CW contention window).
3) Dcompter des intervalles de temps (tranche
canal Slot Time) quand le medium est libre.
4) Le dcompte est suspendu quand le mdium
redevient occup.
5) Quand lintervalle dattente devient nul et que la
voie est libre commencer mettre (une trame de
donnes ou de contrle par exemple RTS).
478
Diagramme dcoute et dajournement
Schma extrait de la norme 802.11
Notions utilises
I Silence inter trame (IFS Inter-Frame Spacing)
DIFS: Distributed IFS (50s); PIFS: Point IFS(30s); SIFS: Short IFS (10s)
I Fentre de collision CW (Contention Window)
I Tranche canal (Slot Time) 20 s
I Attente en nombre entier de tranches (Backoff)
479
Transmission directe dune trame
Acquittement positif ACK obligatoire aprs un silence SIFS
(protocole PAR Positive Acknowledgment Retry ou encore ARQ
Automatic Repeat ReQuest).
Mcanisme dcoute physique pour une autre station.
Source
Destination
DIFS
Trame
SIFS
Autre
Ecoute physique
Ack
Retour au
partage en
comptition
de la voie.
480
Evitement des collisions : CSMA/CA
Echange RTS CTS (Request To Send/Clear To Send) pour une trame donnes.
Utilisation des silences courts SIFS (lchange est prioritaire)
Acquittement positif ACK obligatoire.
Mcanisme dcoute virtuelle (indicateur NAV pour une autre station).
481
Lalgorithme du retard binaire
Attente = Random() * ST (Backoff Time).
Random = Entier alatoire uniformment distribu sur [0,CW].
CW = Entier entre CWmin CWmax qui double chaque tentative.
ST = Valeur caractristique du niveau physique (Slot Time).
802.11a et g : cwmin=15 cwmax=1023; 802.11b : cwmin=31 cwmax=1023
Cwmin
Cwmax
7
15
31
63
127
255 255
CW Contention Window
Tentative initiale Troisime tentative Sixime tentative
0
482
Le niveau liaison Wifi : PCF
Point Coordination Function
1) Fonctionnement en scrutation (polling) par le
PC (Point Coordinator).
2) Une station met si elle est autorise par le PC.
3) Le PC slectionne une station en plaant son
adresse dans la trame.
4) Les trames sont acquittes. Si lacquittement ne
revient pas le PC ou la station effectuent la
retransmission.
5) PCF a plutt t destin des changes qualit
de service.
483
Le niveau liaison Wifi : PCF
Protocole de scrutation
Intervalle de rptition: mode PCF (contention free) puis DCF.
PIFS puis trame Beacon : ouverture dun intervalle sans collision (mode PCF)
CF-end fin de squence Poll Ack sous contrle du PC.
484
Le niveau liaison Wifi : autre fonction
Fragmentation
CORPS FCS
EntteMAC
Fragment 0
MSDU: charge utile
CORPS FCS
EntteMAC
CORPS FCS
EntteMAC
Fragment 1
Fragment 2
485
1) FC (Frame Control): version de protocole, type de trame etc.
2) Dure / ID : Dure d'utilisation du canal de transmission.
3) Champs adresses : Une trame peut contenir jusqu 4 adresses (mode
adhoc adresse 1 destination et adresse 2 source).
4) Contrle de squence : pour la fragmentation (numro de fragment
sur quatre bits et numro de squence de la trame sur douze bits).
5) Corps de la trame : charge utile dau maximum 2312 octets.
6) FCS (Field Check Sequence): somme de contrle de niveau MAC :
x32+ x26+ x22+ x16+ x 2+ x11+ x10+ x8+ x7+ x5+ x4+ x2 + x+ 1
FC D/ID Adresse 1 Adresse 2 Adresse 3 Adresse 4
Corps de la trame FCS
2 2 6 6 6 6
Seq
2
0 2312 octets 4 octets
Format de trame (MAC)
486
Approfondissement: la zone
contrle de trame (FC)
1) Version du protocole: Actuellement 0 en premire version.
2) Type et sous type: Dfinition du type de la trame (2 bits + 4 bits).
3) To et From DS (Distribution System) : Trame vers ou en provenance du
systme de distribution (AP point daccs). Les 2 bits 0 mode Ad hoc.
4) More : Il reste des fragments mettre (bit more de la fragmentation).
5) Retry: La trame est une retransmission dune trame prcdente errone.
6) Power management : A 1 la station entre en mode conomie.
7) More data : A 1 des donnes sont mettre vers une station en conomie.
8) WEP : A 1 la trame est chiffre en WEP (Wireless Equivalent Privacy).
9) Order : Trame de la classe de service strictement ordonn.
Version (2 bits) Type (2 bits) Sous-type (4 bits)
To
DS (1)
From
DS (1)
More
Frag (1)
Retry
(1 bit)
Power
mngt (1)
More
data(1)
WEP
(1 bit)
Order
(1 bit)
487
Approfondissement: quatre cas
de transmission en wifi
Cas 1 (mode adhoc): Transmission directe entre
deux stations (dans un IBSS).
Cas 2 (mode infrastructure) : Transmission dune
station vers le point daccs (qui doit ensuite
relayer vers une station destinataire).
Cas 3 (mode infrastructure) : Transmission par un
point daccs dune trame vers son destinataire.
Cas 4 (mode infrastructure avec rseau de
distribution sans fil): Transmission intermdiaire
dune trame dun point daccs un autre point
daccs.
488
Approfondissement: rles des
adresses MAC
Toutes les adresses sont au format IEEE 802 sur 48 bits.
DA (Destination Address) : Adresse destination .
SA (Source Address) : Adresse source.
BSSID : Adresse du Basic Service Set soit ladresse MAC de lAP (mode
infrastructure) soit ladresse de lIBSS (mode ad hoc).
RA : adresse de lAP destinataire (dans le systme de distribution sans fils).
TA : adresse de lAP source (dans le systme de distribution sans fils).
N/A : Non applicable.
0 DA SA BSSID N/A
DA
DA
BSSID
N/A
SA
SA
BSSID
N/A
RA TA DA SA
To DS From DS Adresse 1 Adresse 2 Adresse 3 Adresse 4
0
0
0
1
1
1 1
1
2
3
4
Cas
489
Le ni veau physi que
802.11 b
802.11 g
Rseaux l oc aux par t ags w i f i
490
WIFI niveau physique : bandes
de frquences utilises
Bandes de frquences ISM (Industrie /Scientifique
/Medicale), aucune autorisation nest ncessaire mais
lutilisation est mal rgule (interfrences).
Bande de frquences U-NII (Unlicensed-National
Information Infrastructure). IEEE 802.11 a
902 928 2400 2483,5
26 Mhz 83,5 Mhz
5725 5825
100 Mhz
802.11 b et g
5150 5350 5725 5825
200 Mhz 100 Mhz
802.11 a
491
WIFI niveau physique :
Principaux standards
IEEE 802.11 (1997) : 1 et 2 Mb/s (ISM 2,4 Ghz).
IEEE 802.11b (1999) : 1, 2, 5.5, 11 Mb/s
(ISM 2,4 Ghz)
IEEE 802.11a (2001) : 6, 9, 12, 18, 24, 36, 48, 54
Mb/s (U-NII 5Mhz).
IEEE 802.11g (2003) : 1,2, 5.5, 11,6, 9, 12, 18, 24,
36, 48, 54 Mb/s (ISM 2,4 Ghz) Compatible 802.11b
IEEE 802.11n : En dveloppement.
492
Le ni veau physi que w i f i
sel on l a nor me 802.11b
Rseaux l oc aux par t ags w i f i :
Ni veau physi que
493
Niveau physique 802.11b :
Principales caractristiques
1) IEEE 802.11(1997) : Dbits 1 Mb/s (Basic Rate) et 2 Mb/s
(Extended Rate) selon trois codages,
FHSS (Frequency Hopping Spread Sequence)
DSSS (Direct Sequence Spread Spectrum)
IR (Infra rouge).
2) IEEE 802.11 b (1999): Amlioration des codages
802.11 1997 (baptiss HR/DSSS (High rate) pour atteindre les
dbits de 5,5 Mb/s et 11 Mb/s (Enhanced rates).
3) 802.11b : Adaptation du dbit (technique de codage) en
fonction du rapport signal bruit (variable rate shifting).
4) 802.11b : Indication des distances en intrieur : 11
Mbit/s (30 45 m) ; 5,5 Mbit/s (45 75 m) ; 2 Mbit/s (75
100 m) ; 1 Mbit/s (100 300 m).
5) 802.11b : Utilisation de la bande ISM 2,4 2,4835 Ghz.
494
I Prambule Preamble :
Synch (128 bits): Squence 0101 (128 bits entte normal, 56 bits entte court).
SFD (16 bits Start Frame Delimiter): Dlimiteur dbut F3A0 ou 1111 0011 1100 0000
I PLCP Physical Layer Convergence Protocol .
Signal (8 bits): dbit en centaine Kb/s hexa 0A, 14, 37, 6E pour 1, 2, 5,5, 11 Mb/s.
Service (8 bits) : 0.
Longueur (16 bits): de la trame en octets (pour dterminer la fin).
Header Error Check Field : CRC (16 bits) sur lentte PLCP selon
G(X)= X**16 + X**12 + X**5 + 1
I Trame de niveau MAC avec code polynomial FCS.
Le niveau physique WIFI 802.11 b :
Format des trames DSSS
Sync (128) (8) Corps MAC CRC (16) (16)
Service
SFD (16)
Signal
(8)
Longueur
Prambule
144 bits 1Mb/s
Trame MAC
1,2 DBPSK 5.5,11 DQPSK
Entte PLCP
48 bits 1 Mb/s
FCS (32)
495
WIFI 802.11b : Le dcoupage en
canaux de la bande 2,4 Ghz
1 2 6 5 4 3 7 8
12
11 10 9
14 13
22 Mhz
2,402 Ghz
2,483 Ghz
Trois canaux disjoints dans la
bande 2,4 Ghz
Une utilisation des trois
canaux en mode cellulaire.
1
11
6
11
11
1
1
6
6
496
Niveau physique 802.11b :
Codages et modulations
Dbit
en b/s
Longueur
du symbole
Modulation
Nb bits cods
par symbole
Dbit en
symboles /s
1 Mb/s
11 bits
code Barker
DBPSK 1 bit
1 Mga
symboles /s
2 Mb/s
11 bits
code Barker
DQPSK 2 bits
1 Mga
symboles /s
5,5 Mb/s
8 signaux
code CCK5,5
QPSK 4 bits
1,375 Mga
symboles /s
11 Mb/s
8 signaux
code CCK11
QPSK 8 bits
1,375 Mga
symboles /s
DBPSK : Differential Binary Phase Shift Keying DQPSK : Differential
Quadrature Phase Shift Keying QPSK Quadrature Phase Shift Keying
CCK : Complementary Code Keying (Optionnel PBCC Packet Binary
Convolutional Coding)
497
Niveau physique 802.11b: Code DSSS
Direct Sequence Spread Spectrum
0
1
1 0 11 0 1 1 1 0 0 0 0 1 00 1 0 00 1 11 1 0 1 1 0 1 11 0 0 0
1
Choix dune squence de 11 bits
(squence Barker) pour reprsenter un 1
(10110111000). Son complment
reprsente un 0 (01001000111).
Introduction de redondances
permettant la correction derreurs / gain
de 10 dcibel.
Spectre initial
Spectre tal
Signal initial
Signal tal
Etalement de spectre squence directe
498
Niveau physique 802.11 b :
Modulations utilises en 802.11 b
Dbit 1 Mb/s : Modulation de phase diffrentielle binaire (un bit
par intervalle) (DBPSK Differential Binary Phase Shift Keying).
Dbit 2 Mb/s : Modulation de phase diffrentielle de porteuses en
quadrature (deux bits par intervalle). DQPSK Differential Quadrature
Phase Shit Keying.
Bit 0 Bit 1
Changement
de phase 0
Changement de
phase Pi (180 )
Bits 00 (0) Bits 01(Pi 180)
Bits 11 (Pi/2 90)
Bits 10 (3pi/2 270)
0
1
1
00
01
11
499
Niveau physique 802.11b : Code CCK
Complementary Code Keying
Exemple du code CCK 11 Mb/s : on gnre des symboles de 8 signaux
DPSK (mot de code de 8 signaux pouvant avoir quatre phases diffrentes).
Premire tape : 8 bits (d1, d2, d3, d4, d5, d6, d7, d8) transmettre
gnrent 4 valeurs de phase
1
,
2
,
3
,
4
gales aux valeurs des dibits,
(d1, d2) (d3, d4) (d5, d6) (d7, d8). (les phases
i
sont codes 0, 1, 2, 3).
Seconde tape : les quatre phases
1
,
2
,
3
,
4
gnrent les 8 phases
(
1
,
2, ....,
8
) codes 0, 1, 2, 3 des huit signaux QPSK dun symbole
transmis (comme dans un code linaire).
(
1
,
2, ....,
8
)= (
1
,
2
,
3
,
4
) +( 0 0 0 2 0 0 2 0 )
1
0
3
2
c = (e
j1/2
,e
j2/2
, e
j3/2
,e
j4/2
, e
j5/2
,e
j6/2
,e
j7/2
,e
j8/2
)
1 1 1 1 1 1 1 1
1 0 1 0 1 0 1 0
1 1 0 0 1 1 0 0
1 1 1 1 0 0 0 0
500
Le ni veau physi que w i f i
sel on l a nor me 802.11g
Rseaux l oc aux par t ags w i f i :
Ni veau Physi que
501
Niveau physique 802.11g :
Principales caractristiques
1) Hritage 802.11a (2001) :
Utilisation de la solution OFDM (Orthogonal Frequency Division
Multiplexing) avec les mmes modulations (DBPSK, QPSK et QAM).
Dbits repris en 802.11g DSSS-OFDM: 6, 9, 12, 18, 24, 36, 48, 54 Mb/s
2) Compatibilit 802.11b (1999) :
Utilisation de la bande ISM 2,4 2,4835 Ghz.
Utilisation des standards 802.11b ERP-DSSS: 1, 2 ERP-CCK: 5.5, 11 Mb/s
(ERP Layers Extended Rate Physical layers ensembles de codages/modulations).
3) Codage/modulation optionnels: CCK/OFDM PBCC/DPSK
ERP-OFDM: 6, 9, 12, 18, 24, 36, 48, 54 et ERP-PBCC: 5.5, 11, 22, 33Mb/s
4) 802.11g (2003): Adaptation du dbit aux conditions de transmission
5) 802.11g: distances de 40m 140 m pour des dbits de 6 54 Mb/s
502
Niveau physique 802.11g : OFDM
Orthogonal Frequency Division Multiplexing
1) Technique majeure dans les transmissions numriques (annes 1960)
2) Applications multiples: Radio numrique (DAB Digital Audio Broadcasting),
Tlvision numrique hertzienne DVB-T (Digital Video Broadcasting - Terrestrial, Accs aux
rseaux numriques par le tlphone filaire ADSL (Asymmetric Digital Subscriber Line).
3) FDM Multiplexage frquentiel : utilisation dun dcoupage en sous canaux
=> OFDM = modulation porteuses multiples
Modulation dans chaque sous canal minimisant les interfrences entre canaux.
Solution au problme des trajets multiples dus aux rflexions: canaux troits et
intervalles de garde (91 ns avec cho 500ns ou 3200 ns + garde de 800 ns).
4) O Orthogonalit: Espacer trs rgulirement les canaux
Les porteuses forment un ensemble orthogonal quil est facile de sparer
5) Utilisation de circuits spcialiss de transforme de Fourrier (pour la
modulation dans les sous canaux).
6) C pour Codage (COFDM): Entrelacement des bits, Rservation de sous canaux pour
transmettre des informations de redondances => correction derreurs.
l k si T ; l k si 0 dt (t) (t)! ! ; e (t) !
T
*
l k
t jk
k
= = = =
"
503
WIFI 802.11g : Le dcoupage
dun canal OFDM
Canaux de donnes (et de redondances): 48
Donnes codes lmission au moyen dun code correcteur
derreurs. Selon les dbits ou 1/3 ou des canaux sont utiliss pour
la redondance de donnes.
Sous canaux servant la transmission de porteuses pilotes: 4
On y met des squences de donnes fixes.
Utilises pour valuer les dlais de propagation et les interfrences de symboles.
Donnes
48 sous canaux de 312,5 khz
16,25 Mhz
Porteuses pilotes
4 sous canaux
de 312,5 khz
504
Niveau physique 802.11g :
Codages et modulations en OFDM
FEC : Forward Error Correction QAM : Quadrature Amplitude Modulation
Dbit
binaire
Bits cods
par symb
Modulation
Dbit par
sous canal
Dbit en M
symboles /s
6 Mb/s 1 bit BPSK 0,125 Mb/s 12 Ms/s
Code
(FEC)
24/48
9 Mb/s 1 bit BPSK 0,1875 Mb/s 12 Ms/s 36/48
12 Mb/s 2 bits QPSK 0,25 Mb/s 24 Ms/s 48/96
18 Mb/s 2 bits QPSK 0,375 Mb/s 24 Ms/s 72/96
24 Mb/s 4 bits 16-QAM 0,5 Mb/s 48 Ms/s 96/192
48 Mb/s 6 bits 64-QAM 1 Mb/s 72 Ms/s 192/288
505
WIFI 802.11g : Le format de trame
DSSS-OFDM (pur 802.11g)
Prambule
16 s
Signal+Service
6,133 s
Data
max 2346
Tail
6 micro secondes
PPDU (PLCP PDU)
Modulation OFDM
6 Mb/s
Modulation OFDM
6 54 Mb/s
PPDU (PLCP PDU): Une unit de protocole de niveau physique.
Lentte PLCP est transmise 6 Mb/s.
Prambule: Synchronisation pour une transmission OFDM.
Zone signal (24 bits): le dbit de transmission utilis pour la zone donnes
et sa longueur (un symbole de 4 s 6 Mb/s). La zone service est de 2/3 de
symbole soient 16 bits (inutilise).
La zone de donnes contient une trame de niveau MAC dune longueur
maximum de 2346 octets.
A la fin TAIL est une zone de silence de 6 micro secondes.
506
WIFI 802.11g : Le format mixte
dune trame compatible 802.11b
Sync
128 bits
SFD
16 bits
Signal
8 bits
Service
8 bits
Longueur
16 bits
CRC
16 bits
Long Sync
8 s
Signal Field
4 s
Data
Symbols
Signal
Extension 6 s
Prambule Entte PLCP PSDU (PLCP SDU)
Modulation DBPSK
1 Mb/s
Modulation OFDM
6 Mb/s
Modulation OFDM
6 54 Mb/s
PSDU (PLCP SDU): la charge utile dune trame au niveau physique aprs le
prambule et la zone PLCP comme en 802.11b 1 Mb/s (la partie signal de
la zone PLCP code par un dbit 3 Mb/s tous les dbits OFDM).
Les deux premires zones sont toujours mises 6 Mb/s:
Long Sync (Long Training Sequence) est une squence de synchronisation
de deux fois 4 micro seconde plus un intervalle de garde.
OFDM Signal dfinit le dbit et la longueur pour la partie OFDM Data Symbols.
Data symbols: la partie MAC habituelle suivie de 6 s de silence (signal
extension).
507
Li st e des aut r es st andar ds
802.11
802.11c : Protocole de ralisation des ponts 802.11
802.11d : Harmonisation internationale des rseaux
802.11.
802.11e : Qualit de service en wifi (transmission de
la voix et de la vido).
802.11f : Itinrance entre AP (roaming).
802.11h : Gestion de la bande 5 Ghz en Europe
rglementation frquences, relation avec HiperLAN2 .
802.11i : Amlioration de la scurit.
802.11j : Adaptation la rglementation japonaise.
508
WIFI : Conclusion
Avantages
Supprime les cblages (construction ad-hoc ).
Dbit acceptable pour un grand nombre dapplications.
Inconvnients
Surcharges protocolaires (11 Mb/s => 6,38 Mb/s rels).
Problmes des transmissions hertziennes.
Distances assez faibles, Interfrences
Problmes de scurit
Mise en uvre de litinrance entre cellules (Roaming)
Qualit de service (tlphone sur wifi).
509
Bibliographie Wifi
Documents web
Normes relatives au Wifi. http://www.ieee.org/
Davor Males, Guy Pujolle Wifi par la pratique ,
Eyrolles, 2002
Mustafa Ergen, IEEE 802.11 Tutorial, Universit
de Californie Berkeley, Juin 2002
510
Rseaux l oc aux c ommut s
" "" " Lan Lan Lan Lan Sw i t c hi ng" Sw i t c hi ng" Sw i t c hi ng" Sw i t c hi ng"
1 Not i ons gnr al es. 1 Not i ons gnr al es. 1 Not i ons gnr al es. 1 Not i ons gnr al es.
2 Tec hni ques de c ommut at i on. 2 Tec hni ques de c ommut at i on. 2 Tec hni ques de c ommut at i on. 2 Tec hni ques de c ommut at i on.
3 Tec hni ques de r out age. 3 Tec hni ques de r out age. 3 Tec hni ques de r out age. 3 Tec hni ques de r out age.
4 Rseaux l oc aux vi r t uel s. 4 Rseaux l oc aux vi r t uel s. 4 Rseaux l oc aux vi r t uel s. 4 Rseaux l oc aux vi r t uel s.
Rseaux l oc aux
511
1
Not i ons gnr al es
Commut at i on de r seaux l oc aux
512
Besoi n de r seaux l oc aux
c ommut s
Nombreuses limitations du mode Ethernet partag
(Ethernet unidirectionnel Half duplex )
Performances en dbit : Pour des grands rseaux (milliers de stations)
et de gros volumes de donnes (accs fichier, multimdia).
Difficults dextension en distance: problme des collisions.
Scurit : tout message est accessible par toutes les stations.
Problme essentiel du mode partag: mode diffusion gnrale de tous
les messages (mode promiscuous ), tous les tronons sont relis par des
rpteurs donc toutes les stations voient passer toutes les trames point
point, toutes les diffusions, toutes les collisions, toutes les erreurs
La dgradation des performances et de la scurit a conduit
progressivement une inadaptation de l'architecture partage.
513
vol ut i on hi st or i que (1) : vol ut i on hi st or i que (1) : vol ut i on hi st or i que (1) : vol ut i on hi st or i que (1) :
r pt eur s, pont s r pt eur s, pont s r pt eur s, pont s r pt eur s, pont s
Dispositifs pour amliorer les rseaux Ethernet
Rpteur ou hub (pour mmoire) : recopie de niveau physique, bit
bit des informations de tronon tronon (propre au mode partag).
Pont ( bridge ) : historiquement un matriel de connexion entre
deux rseaux locaux agissant en recopiant toutes les trames dun tronon
sur lautre (agit au niveau trame par exemple en stockage et retransmission)
=> Ne propage pas les erreurs ou les collisions : limitation des
domaines de collision chaque rseau local).
Pont
A
B
Port lan 1
Port lan 2
514
vol ut i on hi st or i que (2) : vol ut i on hi st or i que (2) : vol ut i on hi st or i que (2) : vol ut i on hi st or i que (2) :
pont s f i l t r ant s, c ommut at eur s pont s f i l t r ant s, c ommut at eur s pont s f i l t r ant s, c ommut at eur s pont s f i l t r ant s, c ommut at eur s
Ponts filtrants (filtering bridges) : Historiquement la premire version de la
commutation des rseaux locaux: un pont filtrant agit entre deux tronons et ne
laisse passer que le trafic devant transiter d'un tronon l'autre (forwarding)
=> Les diffusions s'tendent encore tous les tronons.
Commutateur de rseau local (lan switch) : Un dispositif capable de
commuter un grand nombre de tronons de rseaux locaux (8, 16 , 32...) de
standards ventuellement diffrents.
COMMUTATEUR
Station
Station
Station
Station
Ports rseaux locaux
Un tronon Ethernet
Une station en
Ethernet
Rseau local
boucle IBM
802.5
515
Commut at eur de r seaux l oc aux :
ar c hi t ec t ur e en c ouc hes, r out age
Paquet
Paquet
Niveau Rseau
Liaison
LLC
Liaison
MAC
Paquet Mac
LLC
Paquet Mac
802.3
Paquet Mac
Paquet Mac
802.3
Paquet Mac
Paquet Mac
802.5
Paquet
Paquet
Paquet Mac
LLC
Paquet Mac
802.5
Paquet
Commutateur de
rseaux locaux
Routage
Ethernet
Boucle jetons
Niveau Liaison
Niveau Physique
Commutation
Adresse Port Date
42:AB:E3:10:98:33 3 19:27
5C:72:C2:C3:51:01 5 19:29
Table de
routage
516
Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux :
Le f onc t i onnement Le f onc t i onnement Le f onc t i onnement Le f onc t i onnement t r anspar ent t r anspar ent t r anspar ent t r anspar ent
Transparence (Transparent Bridges/Switches)
On branche physiquement une configuration de commutateurs et de
stations quelconque et lensemble doit s'autoconfigurer sans aucune
intervention humaine (fonctionnement plug and play ).
Apprentissage a posteriori (Backward Learning ) :
A chaque arrive de trame sur un port, les commutateurs notent dans la
table de routage ladresse dmission avec son port.
- A l'initialisation les tables de routage sont vides.
- Toutes les trames circulant sur les tronons relis un commutateur
sont coutes.
- Les adresses sources et les ports sont nots dans la table.
- Si la destination dune trame relayer n'est pas connue, la trame est
diffuse sur tous les ports pour atteindre son destinataire.
- Si une destination est connue la trame est recopie sur le seul port
de ladresse destination sauf si c'est le mme port que celui de la source.
517
Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux : Commut at eur s de r seaux l oc aux :
Ex empl e de l appr ent i ssage Ex empl e de l appr ent i ssage Ex empl e de l appr ent i ssage Ex empl e de l appr ent i ssage
Commutateur1
A
B
D
C
Commutateur2
F
E
Port 1
Port 3
Port 2 Port 1
Port 2
Trame C vers D : le commutateur 1 diffuse sur les ports 1, 2 et apprend
que la station C est du cot du port 3. La trame est dlivre D.
Trame B vers C : le commutateur 1 ne retransmet pas la trame et apprend
que la station B est du cot du port 3. La trame est dlivre C.
Trame F vers A : les commutateurs 1 et 2 reoivent et diffusent. Le
commutateur 2 apprend que F est du cot du port 2 et le commutateur 1
que F est du cot du port 2. La trame est dlivre A.
518
Commut at eur s de r seaux Commut at eur s de r seaux Commut at eur s de r seaux Commut at eur s de r seaux
l oc aux : un peu de t er mi nol ogi e l oc aux : un peu de t er mi nol ogi e l oc aux : un peu de t er mi nol ogi e l oc aux : un peu de t er mi nol ogi e
Selon le point de vue par lequel on considre le
dispositif ou selon ses fonctions.
Commutateur de rseaux locaux "Lan switch"
Pont (par analogie des fonctions) "Bridge"
Commutateur de niveau 2 "Layer 2 switch"
Commutateur multi-niveaux (2 niveaux supports,
LAN et IP ou LAN et ATM) "Multi layer switch"
Proxy LAN emulation client" Proxy LEC " ou Dispositif
de priphrie (d'un rseau ATM) " Edge device "
519
Mode Et her net Bi di r ec t i onnel (1) Mode Et her net Bi di r ec t i onnel (1) Mode Et her net Bi di r ec t i onnel (1) Mode Et her net Bi di r ec t i onnel (1)
( ( ( ( Ful l Dupl ex Ful l Dupl ex Ful l Dupl ex Ful l Dupl ex ) ) ) )
Rappel Mode Ethernet partag : protocole l'alternat
"half duplex" soit on met soit on reoit. En 10 BAS T connexion avec deux
paires. Paire mission TX + paire rception RX. RX sert en coute de
collision si TX met) sinon RX reoit seule.
Avec lutilisation d'un commutateur Ethernet et avec
une seule station par port : pas de collisions
=> Possibilit de suppression de la gestion des
collisions.
Dtection
de
collision
TX
RX
Dtection
de
collision
TX
RX
C
o
n
t
r
o
l
e
u
r
E
t
h
e
r
n
e
t
E
t
h
e
r
n
e
t
C
o
n
t
r
o
l
e
u
r
520
Mode Et her net Bi di r ec t i onnel (2) Mode Et her net Bi di r ec t i onnel (2) Mode Et her net Bi di r ec t i onnel (2) Mode Et her net Bi di r ec t i onnel (2)
( ( ( ( Ful l Dupl ex Ful l Dupl ex Ful l Dupl ex Ful l Dupl ex ) ) ) )
Modification de l'interface ethernet pour utiliser
les deux paires simultanment en transmission
On connecte directement TX sur RX en mode bidirectionnel.
Reste le format des trames et les techniques de communication physique.
Notion de carte et de port Ethernet "full duplex" avec dbit double de 2
fois 10 Mb/s ou 100 Mb/s ou 1 Gb/s (10 Mb/s mission 10 Mb/s rception).
Dtection
de
collision
TX
RX
Dtection
de
collision
TX
RX
521
2
Tec hni ques de
c ommut at i on
522
Commut at i on en mmoi r e par t age (en Commut at i on en mmoi r e par t age (en Commut at i on en mmoi r e par t age (en Commut at i on en mmoi r e par t age (en
st oc k age et r et r ansmi ssi on) st oc k age et r et r ansmi ssi on) st oc k age et r et r ansmi ssi on) st oc k age et r et r ansmi ssi on)
Terminologie anglaise: shared memory
store and forward
La trame entrante est entirement reue et
stocke dans la mmoire.
2 Le module de commutation extrait
l'adresse de destination.
3 L'adresse est envoye la table de
routage.
4 Le rsultat de la recherche est retourn.
5 L'adresse du port sortie est propage
6 La trame est renvoye partir de la
mmoire sur le port de sortie appropri.
Problme: le retard de commutation.
Table de
routage
"Lookup
table"
Organe de
commutation
"Switching
engine"
Mmoire de stockage
"Shared memory"
Ports
1 6
2 5
3
4
523
Commut at i on l a vol e Commut at i on l a vol e Commut at i on l a vol e Commut at i on l a vol e
Terminologie anglaise: Cut through, On
the fly, fragment free, fast forward.
1 Lorgane de commutation lit le dbut de
trame et extrait l'adresse destination. La
trame continue d'arriver.
2 L'adresse est envoye la table de
routage.
3 Le rsultat de la recherche est retourn.
4 Le module de commutation renvoie la
trame sur le port de sortie ds que
possible (de prfrence avant qu'elle ne soit
entre totalement).
Problmes : tests de correction de la trame
et conflits daccs aux ports de sortie.
Table de
routage
"Lookup
table"
Organe de
commutation
"Switching
engine"
Ports d'entre
1 2
3
4
524
Tec hni ques pour l a c ommut at i on Tec hni ques pour l a c ommut at i on Tec hni ques pour l a c ommut at i on Tec hni ques pour l a c ommut at i on
l a vol e : c ommut at i on spat i al e l a vol e : c ommut at i on spat i al e l a vol e : c ommut at i on spat i al e l a vol e : c ommut at i on spat i al e
Rappel commutation spatiale
( cross bar , matrix )
Pour N ports de communication
(N petit), utilisation d'une matrice
NxN de points de connexions
(Matrice "Cross point")
Utilisation d'aiguillages btis
autour de circuits intgrs
assembls en matrice.
Retard de commutation trs faible
et commutation en parallle
possible.
1 2 3
4 5 6
1
2
3
4
5
6
525
Commut at i on spat i al e: Gest i on des Commut at i on spat i al e: Gest i on des Commut at i on spat i al e: Gest i on des Commut at i on spat i al e: Gest i on des
c onf l i t s d' ac c s par f i l es d' at t ent e. c onf l i t s d' ac c s par f i l es d' at t ent e. c onf l i t s d' ac c s par f i l es d' at t ent e. c onf l i t s d' ac c s par f i l es d' at t ent e.
Exemple : Kalpana EPS 1500 2-15 ports 10BAS2, 10BAST, 10BASFL, AUI,
1700 adresses par port, 6000 adresses par commutateur.
EPP A
128 K
128 K
EPP B
128 K
128 K
1
2
3
4
"EPP Ethernet Packet Processor
Processeur de ports d'entre/sortie
avec gestion de tampon (256 trames
1518 octets)
(1) Port A: trame destination de D
- Port D occup en sortie par B (2)
- EPP A stocke sa trame en entre
(1) Port A: trame destination de D
- Autre cas (3): le Port D est occup en
entre (Ethernet half duplex impossible
de sortir)
- Le port D stocke une trame commute
dans ses tampons de sortie (4).
526
Ar c hi t ec t ur e de c ommut at eur s bus Ar c hi t ec t ur e de c ommut at eur s bus Ar c hi t ec t ur e de c ommut at eur s bus Ar c hi t ec t ur e de c ommut at eur s bus
Pour N ports de communication, utilisation d'un bus haut
dbit qui assure la fonction de commutation.
Ncessit de tampons pour traiter les conflits d'accs.
Gestion des adresses et des files dattente au niveau des
cartes de gestion de port.
1
2
3
4
5
6
1
3
4
5
6
B
U
S
2
4
527
Tec hni ques pour l a c ommut at i on l a Tec hni ques pour l a c ommut at i on l a Tec hni ques pour l a c ommut at i on l a Tec hni ques pour l a c ommut at i on l a
vol e: c ommut at eur s de c el l ul es bus vol e: c ommut at eur s de c el l ul es bus vol e: c ommut at eur s de c el l ul es bus vol e: c ommut at eur s de c el l ul es bus
Architecture de commutateur type ATM
Utilisation dune architecture existante commutation de
cellule (en anglais cell backplane switch ).
Dcoupage dune trame en cellules courtes de taille fixe
(cellule ATM 53 octets dont 48 de charge utile).
Chaque cellule est tiquete avec un entte qui dfinit le port
de sortie.
Les cellules sont commutes puis stockes dans les tampons
du port de destination.
La trame est rassemble partir de ses cellules et
transmise.
528
Compar ai son des deux t ypes Compar ai son des deux t ypes Compar ai son des deux t ypes Compar ai son des deux t ypes
dar c hi t ec t ur es dar c hi t ec t ur es dar c hi t ec t ur es dar c hi t ec t ur es
En stockage et retransmission
- On examine la trame en entier.
- On peut dtecter tous les cas de trames errones.
- Seules les trames correctes sont relayes.
- Le temps de commutation est plus important.
En commutation la vole
- Seuls les premiers octets sont stocks.
- La trame est passe au destinataire sans examiner la fin.
- Certaines trames en erreur peuvent tre relayes.
- Le retard de commutation dune trame est plus faible.
529
3
Tec hni ques de r out age
530
Posi t i on du pr obl me de r out age Posi t i on du pr obl me de r out age Posi t i on du pr obl me de r out age Posi t i on du pr obl me de r out age
En prsence dun ensemble de commutateurs de rseaux
locaux interconnects: comment trouver le chemin qui
permet daller dun point un autre.
Construction pour chaque commutateur dune table de
routage ( forwarding data base )
Rappel: volont dauto configuration automatique du
routage au moyen de techniques dapprentissage
Commutateur1
A
B
D
C
Commutateur2
F
E
Port 1
Port 3
Port 2 Port 1
Port 2
531
Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s
en par al l l e: l a t empt e de di f f usi ons en par al l l e: l a t empt e de di f f usi ons en par al l l e: l a t empt e de di f f usi ons en par al l l e: l a t empt e de di f f usi ons
Trame en diffusion gnrale adresse FF:FF:FF:FF:FF (par exemple
protocole ARP, B routeur veut apprendre ladresse de A) : A reoit mais les
deux commutateurs 1 et 2 reoivent aussi par leur port 2 cette diffusion et
selon la rgle rpercutent la trame sur le rseau 1 par leur port 1.
Le commutateur 1 reoit alors une diffusion du commutateur 2 sur son
port 1 et doit donc replacer cette trame sur le rseau 2 par son port 2 (il
en est de mme pour le commutateur 2).
Les trames en diffusion vont donc circuler indfiniment entre les
commutateurs (notion de tempte de diffusion broadcast storm )
Commutateur1
Commutateur2
Routeur B
Port 1
Port 2
Port 1
Port 2
Rseau 1
Rseau 2
Station A
532
Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s Pr obl me de l ' ex i st enc e de deux pont s
en par al l l e: l i nst abi l i t des t abl es en par al l l e: l i nst abi l i t des t abl es en par al l l e: l i nst abi l i t des t abl es en par al l l e: l i nst abi l i t des t abl es
Trame de A vers B: le commutateur 1 apprend que la station A est
accessible par son port 1.
Mais les deux commutateurs 1 et 2 reoivent par leur port 1 et
rpercutent la trame sur le rseau 2 par leur port 2. B reoit.
Le commutateur 1 reoit une seconde fois la trame sur son port 2 et donc
considre que la station A est accessible par son port 2 ce qui est
faux. Le commutateur 2 fait la mme erreur.
Les communications senchanent et les tables de routage oscillent en
permanence.
Commutateur1
A
Commutateur2
B
Port 1
Port 2
Port 1
Port 2
Rseau 1
Rseau 2
533
Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant :
pr i nc i pes gnr aux (1) pr i nc i pes gnr aux (1) pr i nc i pes gnr aux (1) pr i nc i pes gnr aux (1)
La norme 802.1 D dfinit le protocole de routage par arbre
couvrant : STP Spanning tree protocol .
La solution la plus immdiate au problme des circuits :
n'avoir qu'un seul chemin pour aller d'un point un autre
au moyen de commutateurs de rseaux locaux.
Soit le graphe dont les sommets sont les commutateurs et
les arcs sont les tronons de rseaux locaux: pour n'avoir
qu'un seul chemin d'un point un autre du graphe on utilise
un arbre couvrant.
L'arbre couvrant est construit automatiquement par
dialogue entre les commutateurs: utilisation de trames Hello
et BPDU Bridge Protocol Data Units (Radia Perlman 1992).
534
Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant : Le r out age par ar br e c ouvr ant :
pr i nc i pes gnr aux (2) pr i nc i pes gnr aux (2) pr i nc i pes gnr aux (2) pr i nc i pes gnr aux (2)
Principe de routage: en fonctionnement normal, pour aller
dun point un autre on utilise larbre. On va d'un
commutateur la racine puis de la racine un autre
commutateur ce qui dfinit un chemin unique.
Certains chemins sont abandonns. Ils ne peuvent servir que
sur panne et reconfiguration du rseau avec un autre arbre.
Commutateur A
Commutateur B Commutateur C
Tronon 1000 Tronon 100
Tronon 10
Hte 1
Hte 2
Commutateur A
Port 1
Port 1 Port 1
Port 2 Port 2
Tronon 1000
Tronon 10
Hte 1
Hte 2
Port 3
Port 2
Tronon 100
Port 2
Port 3
Port 1
Port 1
Port 1
Port 2
Port 2
535
t apes de c onst r uc t i on de l ar br e de c onst r uc t i on de l ar br e de c onst r uc t i on de l ar br e de c onst r uc t i on de l ar br e
c ouvr ant : t ape 1 c ouvr ant : t ape 1 c ouvr ant : t ape 1 c ouvr ant : t ape 1
lection du commutateur racine de larbre
Le commutateur de plus faible priorit puis de plus
faible adresse mac est lu par change de messages.
Priorit : 0 32768 dfinie par configuration
Identifiant unique: adresse MAC unique de lun des ports.
En runissant les deux notions: Identificateur de pont
(BID Bridge ID ): priorit (2 octets), adresse MAC (6 octets)
Exemple: priorit 32768 (8000 en hexadcimal), adresse
MAC 00:A0:D6:13:43:65, identificateur du commutateur pour
les comparaisons 8000:00A0:D613:4365.
536
lection du port racine de chaque commutateur
Pour chaque commutateur on doit dterminer un port unique
qui le connecte la racine: le port racine ( root port ).
On dtermine tous les chemins du commutateur vers la racine
Pour chaque chemin on calcule le cot du chemin partir dun
cot attribu chaque lien (chaque tronon de rseau local).
On choisit le port racine comme celui de plus court chemin
et en cas dgalit de plus faible priorit (selon une priorit
dfinie par configuration).
537
lection du port dsign
Un tronon est possiblement connect la racine par
plusieurs commutateurs (plusieurs ports de commutateurs).
On doit dterminer lun de ces ports de commutateur comme
port dsign . Cest un port unique qui permettra au
tronon de communiquer avec la racine.
On slectionne comme port dsign celui de chemin le
plus court jusqu la racine (puis celui dont ladresse MAC
est la plus petite).
Les autres ports sont bloqus.
538
Appr of ondi ssement s : c ot s des Appr of ondi ssement s : c ot s des Appr of ondi ssement s : c ot s des Appr of ondi ssement s : c ot s des
di f f r ent s t ypes de r seaux l oc aux di f f r ent s t ypes de r seaux l oc aux di f f r ent s t ypes de r seaux l oc aux di f f r ent s t ypes de r seaux l oc aux
Dbit Cot Recommand Intervalle de cot
recommand
4Mbps 250 100 1000
10Mbps 100 50 600
16Mbps 62 40 400
100Mbps 19 10 60
1Gbps 4 3 10
10Gbps 2 1 5
539
Appr of ondi ssement s : t at s dun por t Appr of ondi ssement s : t at s dun por t Appr of ondi ssement s : t at s dun por t Appr of ondi ssement s : t at s dun por t
Les ports participants lalgorithme de larbre couvrant
peuvent tre dans cinq tats:
Listening - coute : met/reoit des BPDU pour la construction de
larbre mais ne relaye pas les trames.
Learning - Apprentissage : apprend lexistence dadresses MAC mais
ne relaye pas les trames.
Blocking - Bloqu : en coute uniquement des trames de type BPDU,
ne relaye pas les trames normales.
Forwarding - Relais : port qui met et reoit des trames de la racine.
Disabled - Dconnect : port sans aucune activit.
540
Appr of ondi ssement s : un ex empl e Appr of ondi ssement s : un ex empl e Appr of ondi ssement s : un ex empl e Appr of ondi ssement s : un ex empl e
de f onc t i onnement de f onc t i onnement de f onc t i onnement de f onc t i onnement t ape 1 11 1
tape 1 : lection du commutateur racine avec les donnes suivantes
Commutateur A : Priorit=10 , MAC=00B0D7000001, ID=000A00B0D7000001
Commutateur B : Priorit=27 , MAC=00B0D7000002, ID=001B00B0D7000002
Commutateur C : Priorit=32768 , MAC=00B0D7000003,
ID=800000B0D7000002
On lit le commutateur A.
Commutateur A
Port 1
Port 1 Port 1
Port 2 Port 2
Tronon 1000
Tronon 10
Port 2 Tronon 100
541
Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement t ape 2 22 2
tape 2 : lection des ports racine avec les donnes suivantes
Commutateur A : Port 1 Cot 4 Priorit 128, Port 2 Cot 19 Priorit 128
Commutateur B : Port 1 Cot 4 Priorit 128, Port 2 Cot 100 Priorit 128
Commutateur C : Port 1 Cot 19 Priorit 128, Port 2 Cot 100 Priorit 128
Commutateur B Chemin de B A: Par le port 1 cot 4, par le port 2 cot
119 donc port 1 moins cher port racine.
Commutateur C Chemin de C A: Par le port 1 cot 19, par le port 2 cot
104 donc port 1 moins cher port racine.
Commutateur A
Port 1
Port 1 Port 1
Port 2 Port 2
Tronon 1000
Tronon 10
Port 2 Tronon 100
542
Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de Appr of ondi ssement s : un ex empl e de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement t ape 3 33 3
tape 3 : lection des ports dsigns avec les donnes suivantes
Tronon 1000 : Commutateur A Port 1 Port dsign commutateur A racine
Tronon 100 : Commutateur A Port 2 Port dsign commutateur A racine
Tronon 10 : Commutateur B Port 2 cot 4, et Commutateur C Port 2 cot
19. Le cot le plus faible gagne. Le port 2 commutateur B est dsign. Le
port 2 commutateur C ntant pas dsign est bloqu.
Commutateur A
Port 1
Port 1 Port 1
Port 2 Port 2
Tronon 1000
Tronon 10
Port 2 Tronon 100
543
Conc l usi on : c onst r uc t i on de l ar br e c onst r uc t i on de l ar br e c onst r uc t i on de l ar br e c onst r uc t i on de l ar br e
c ouvr ant c ouvr ant c ouvr ant c ouvr ant
La principale consquence de la mthode de routage par arbre
couvrant est quil ne sert rien de crer des chemins
redondants pour amliorer les performances => on ne
garde qu un seul chemin actif les autres sont bloqus.
Les seules redondances de chemin utilisables le sont
pour des objectifs de sret de fonctionnement.
544
Annex e: pont s en r out age par l a sour c e Annex e: pont s en r out age par l a sour c e Annex e: pont s en r out age par l a sour c e Annex e: pont s en r out age par l a sour c e
" Sour c e r out i ng br i dges" " Sour c e r out i ng br i dges" " Sour c e r out i ng br i dges" " Sour c e r out i ng br i dges"
La solution par arbre couvrant optimise mal les ressources
offertes par les diffrents commutateurs.
Solution diffrente au problme de routage adopte par IBM
pour les boucle jeton et utilise uniquement dans ce cas
Chaque station mettrice doit connatre la topologie
densemble du rseau des commutateurs.
Pour chaque trame transmise lmetteur place dans la trame la
liste des commutateurs traverser.
On peut avoir plusieurs routes pour aller dun point un autre
et optimiser les communications.
=> Allongement des tailles maximum de trame possible
uniquement pour les communications entre commutateurs.
545
4
Les r seaux l oc aux
vi r t uel s
546
Posi t i on du pr obl me des r seaux Posi t i on du pr obl me des r seaux Posi t i on du pr obl me des r seaux Posi t i on du pr obl me des r seaux
l oc aux vi r t uel s l oc aux vi r t uel s l oc aux vi r t uel s l oc aux vi r t uel s
Cration de "sous rseaux locaux" regroupant des stations
sur une base logique et non topologique.
Les groupes cohrents indpendamment de la localisation
gographique des stations forment des rseaux locaux
virtuels ou VLAN Virtual LAN .
Principe fondamental: ne permettre les communications
entre stations qu lintrieur dun rseau virtuel.
Un VLAN dfinit un sous rseau ferm de stations, un domaine de
collision, un domaine de diffusion gnrale et de diffusion sur groupe.
Pour communiquer entre deux rseaux virtuels il faut
passer par des stations appartenant aux deux VLAN et
utiliser le routage de niveau rseau => dans un systme de
VLAN, il doit donc tre possible pour une station
dappartenir plusieurs VLAN.
547
Di f f r ent es c at gor i es de VLAN Di f f r ent es c at gor i es de VLAN Di f f r ent es c at gor i es de VLAN Di f f r ent es c at gor i es de VLAN
VLAN de t ype 1 : par por t s VLAN de t ype 1 : par por t s VLAN de t ype 1 : par por t s VLAN de t ype 1 : par por t s
Les stations connectes un mme port dun commutateur font
obligatoirement partie du mme VLAN.
Simplification de la gestion des VLAN: le numro de VLAN est associ au
numro de port par ladministrateur rseau (notion de VLAN port based )
La scurit est excellente: toutes les stations sur un tronon peuvent
communiquer parce quappartenant au mme VLAN.
Commutateur 1 Commutateur 2
Rseau
virtuel
2
Rseau virtuel 3
Rseau
virtuel
1
Lien inter commutateurs
548
VLAN de t ype 2 : par adr esses MAC VLAN de t ype 2 : par adr esses MAC VLAN de t ype 2 : par adr esses MAC VLAN de t ype 2 : par adr esses MAC
Chaque station caractrise par son adresse MAC peut appartenir un
VLAN donn (notion de VLAN address based ).
Un administrateur doit dcider laffectation dune station un VLAN.
Le numro de VLAN doit apparatre dans la table de routage.
Commutateur 1 Commutateur 2
Rseau
virtuel
2
Rseau virtuel 3
Rseau
virtuel
1
Lien inter commutateurs
549
VLAN de t ype 3 : par adr esses r seaux VLAN de t ype 3 : par adr esses r seaux VLAN de t ype 3 : par adr esses r seaux VLAN de t ype 3 : par adr esses r seaux
Chaque station est galement caractrise par son adresse IP.
Si le commutateur de rseau local analyse les charges utiles des trames et
quil sagit de paquets IP, une station peut appartenir un VLAN donn
sur la base de son adresse IP (notion de VLAN network address based ).
L administrateur systme doit dfinir les VLAN par des ensembles
dadresses IP ou des plages dadresses IP (des sous rseaux IP).
Autres possibilits de dfinition des VLAN
(si l on analyse les charges utiles).
Par type de protocole destinataire.
Par numro de port TCP.
Par identificateur de compte utilisateur (login par exemple en telnet).
.
550
Fonc t i onnement des VLAN Fonc t i onnement des VLAN Fonc t i onnement des VLAN Fonc t i onnement des VLAN
Sol ut i on des messages de si gnal i sat i on Sol ut i on des messages de si gnal i sat i on Sol ut i on des messages de si gnal i sat i on Sol ut i on des messages de si gnal i sat i on
Les commutateurs changent des messages de
signalisation (courts) comportant une adresse MAC et le
numro de rseau virtuel associ pour mise jour des tables
de routage.
Un message de signalisation est gnr lors de la mise
sous tension d'une station et propag tous les
commutateurs du rseau.
Les tables de routage sont changes priodiquement.
Problmes de performances si le rseau est grand :
Surcharge dchanges de messages de signalisation
Taille des tables de routage et cot de la recherche en table.
551
Fonc t i onnement des VLAN: Fonc t i onnement des VLAN: Fonc t i onnement des VLAN: Fonc t i onnement des VLAN:
Sol ut i on de l est ampi l l age de t r ames Sol ut i on de l est ampi l l age de t r ames Sol ut i on de l est ampi l l age de t r ames Sol ut i on de l est ampi l l age de t r ames
La norme 802.1 Q ( Frame tagging )
Estampillage: ajouter la trame Ethernet (aprs ladresse source) des
informations (4 octets) dfinissant le VLAN de lmetteur.
Solution de VLAN par ports: Pour viter les problmes en cas de
diffusion un seul VLAN est dfini par port (la solution ne concerne que les
VLAN de type 1).
Connaissance des commutateurs: VLAN dappartenance des stations
qui lui sont connects (en fait VLAN des ports du commutateur).
Utilisation des estampilles: uniquement pour les changes entre
commutateurs ce qui vite les problmes dus au fait de rallonger la taille
maximum de la trame Ethernet de 1518 1522 octets.
Adresse
destination
Adresse
source
VPID
Ethertype
Tag Control Information
802.1p/Q
Longueur/
Ethertype
Donnes
.
8 octets 8 octets 2 octets 42 1500 octets 4 octets
552
Appr of ondi ssement : si gni f i c at i on des Appr of ondi ssement : si gni f i c at i on des Appr of ondi ssement : si gni f i c at i on des Appr of ondi ssement : si gni f i c at i on des
di f f r ent s c hamps di f f r ent s c hamps di f f r ent s c hamps di f f r ent s c hamps
Champ VPID (VLAN Protocol Identifier): Code ETHERTYPE fix 0x8100.
Champ UP ( User Priority ): 3 bits permettant de dfinir 8 niveaux de priorit
pour une trame (sans rapport avec les VLAN mais introduit propos d une
modification du format de la trame Ethernet).
Champ CFI ( Canonical Format Identifier ): Indique pour le routage par la
source que le format est standard.
Champ VID (Vlan Identifier): Indique pour quel VLAN circule la trame (12 bits).
Adresse
destination
Adresse
source
VPID
Ethertype
Tag Control Information
802.1Q
Longueur/
Ethertype
Donnes
.
VPID
Ethertype
User
Priority
CFI
.
VLAN
Identifier
8 octets 8 octets
2 octets 3 bits 1 bit 12 bits
2 octets 42 1500 octets
553
Appr of ondi ssement : f onc t i onnement de Appr of ondi ssement : f onc t i onnement de Appr of ondi ssement : f onc t i onnement de Appr of ondi ssement : f onc t i onnement de
base de l est ampi l l age de t r ames: base de l est ampi l l age de t r ames: base de l est ampi l l age de t r ames: base de l est ampi l l age de t r ames:
Rception de trame non estampille: le commutateur
affecte le numro de VLAN du port darrive (ou un numro par
dfaut en labsence de configuration).
Rception dune trame estampille: gnre soit par un
commutateur 802.1 Q soit par une station capable de gnrer
le format 802.1Q. Le commutateur considre le VLAN de
lestampille (VLAN pour lequel circule la trame)
Dcision de routage ( forwarding decision )
Trame Broadcast, Multicast et Unicast destinataire encore inconnu: la
trame est renvoye sur tous les ports ayant mme VLAN que la trame.
Trame Unicast de destinataire connu: la trame est renvoye sur le port
destinataire si le VLAN du port correspond au VLAN de la trame.
Dautres stratgies propritaires peuvent tre implmentes
par des commutateurs pour des VLAN par adresses.
554
Conc l usi on :avant ages et i nc onvni ent s Conc l usi on :avant ages et i nc onvni ent s Conc l usi on :avant ages et i nc onvni ent s Conc l usi on :avant ages et i nc onvni ent s
des r seaux l oc aux vi r t uel s des r seaux l oc aux vi r t uel s des r seaux l oc aux vi r t uel s des r seaux l oc aux vi r t uel s
Avantages des rseaux virtuels:
Amliorer la scurit en limitant la circulation des trames
(totale indpendance des trafics sur un cblage commun).
Amliorer les performances en limitant ltendue des
diffusions au rseau virtuel dappartenance de lmetteur.
Amliorer la gestion de la configuration du rseau:
dfinition des groupes d'utilisateurs sans se soucier de
l'endroit ou ils sont connects.
Inconvnients des rseaux virtuels:
Lourdeur de ladministration.
Contrainte des mcanismes de scurit sur les usagers.
Ralentissement des communications entre rseaux
virtuels.
555
Conc l usi on
556
l oc aux : Avant ages (1) l oc aux : Avant ages (1) l oc aux : Avant ages (1) l oc aux : Avant ages (1)
Organisation : Sadapte toute topologie existante, organise par
tronons de rseaux, en reliant des ensembles de matriels disperss
gographiquement sur des tronons de rseaux locaux spars.
Extension en distance : On peut s'affranchir des contraintes de
distance maximum des rseaux locaux par des liaisons spcialises entre
commutateurs.
Extension en performances :
Limitation du trafic aux tronons concerns ,
Limitation des domaines de collision ,
Possibilit de limitation des diffusions avec les rseaux locaux virtuels.
Scurit : On peut interdire slectivement le franchissement des
commutateurs. En particulier le mode coute gnrale des rseaux locaux
("promiscuous") qui permet beaucoup de piratage peut-tre trs rduit avec
les rseaux locaux virtuels.
557
l oc aux : Avant ages (2) l oc aux : Avant ages (2) l oc aux : Avant ages (2) l oc aux : Avant ages (2)
Tolrance aux pannes : Approche trs tolrante puisqu'elle spare
diffrents tronons qui peuvent s'arrter sparment (possibilit de traiter
par exemple le problme des avalanches ou temptes de diffusion).
Interconnexion de rseaux locaux htrognes : Possibilit
de supporter plusieurs standards de rseaux locaux ayant des formats de
trames voisines (par exemple type IEEE 802) en rsolvant nanmoins des
problmes non ngligeables d'htrognit.
Adressage (unification autour de ladressage IEEE 802)
Dbits 802.3 10 Mb/s , 100 Mb/s 802.5 16 Mb/s ("Token ring") 802.11
Taille maximum des trames 1500 ou 4500 octets Segmentation non prvue au
niveau liaison.
Cots: plus importants que pour les rpteurs mais trs supportables et
en diminution constante.
558
l oc aux : I nc onvni ent s l oc aux : I nc onvni ent s l oc aux : I nc onvni ent s l oc aux : I nc onvni ent s
Retards : Lors de la traverse des commutateurs.
Limitation dues aux tailles des tables de routage : le
nombre des adresses utilisables nest pas illimit (existence de tables
dont la taille ne peut-tre arbitraire).
Limitation du dbit support : un commutateur peut entrer en
surcharge ou en congestion en cas de pic de trafic => Ncessit
dassurer un dimensionnement correct d'une architecture de
commutateur.
Une administration un peu plus complexe : malgr le
mode transparent en cas dutilisation des rseaux virtuels.
Ensemble d'inconvnients faibles en regard des
avantages
559
Ni veau Rseau Ni veau Rseau Ni veau Rseau Ni veau Rseau
" Net w or k Layer " " Net w or k Layer " " Net w or k Layer " " Net w or k Layer "
Gnr al i t s: pr obl mes de r out age et de Gnr al i t s: pr obl mes de r out age et de Gnr al i t s: pr obl mes de r out age et de Gnr al i t s: pr obl mes de r out age et de
c ommut at i on. c ommut at i on. c ommut at i on. c ommut at i on.
Pr ot oc ol e I P (" I nt er net Pr ot oc ol e I P (" I nt er net Pr ot oc ol e I P (" I nt er net Pr ot oc ol e I P (" I nt er net Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " ) " ) " ) " )
560
Gnr al i t s pr obl mes de r out age et Gnr al i t s pr obl mes de r out age et Gnr al i t s pr obl mes de r out age et Gnr al i t s pr obl mes de r out age et
de c ommut at i on de c ommut at i on de c ommut at i on de c ommut at i on
Adr essage Adr essage Adr essage Adr essage
Rout age/Commut at i on Rout age/Commut at i on Rout age/Commut at i on Rout age/Commut at i on
Cont r l e de c ongest i on Cont r l e de c ongest i on Cont r l e de c ongest i on Cont r l e de c ongest i on
561
Choi x de c onc ept i on. Choi x de c onc ept i on. Choi x de c onc ept i on. Choi x de c onc ept i on.
Rseaux dat agr ammes. Rseaux dat agr ammes. Rseaux dat agr ammes. Rseaux dat agr ammes.
Rseaux c i r c ui t s vi r t uel s. Rseaux c i r c ui t s vi r t uel s. Rseaux c i r c ui t s vi r t uel s. Rseaux c i r c ui t s vi r t uel s.
Pr obl mes gnr aux de r al i sat i on Pr obl mes gnr aux de r al i sat i on Pr obl mes gnr aux de r al i sat i on Pr obl mes gnr aux de r al i sat i on
du ni veau r seau du ni veau r seau du ni veau r seau du ni veau r seau
562
Rseaux dat agr ammes Rseaux dat agr ammes Rseaux dat agr ammes Rseaux dat agr ammes
I Modle analogue celui de la poste
I Les datagrammes sont des paquets routs indpendamment
les uns des autres.
I Chaque datagramme comporte dans son entte l'adresse du
destinataire.
I Choix coteux du point de vue du routage
I Chaque datagramme subit un routage.
I Choix permettant plus d'optimisation
I On peut tenir compte dinformations rcentes pour raliser le routage
A
B
1 3 2
10
4 6 5 7 9
2 4 1 3
1 5 2 3
Reoit
Emet
563
Opt i ons des r seaux Opt i ons des r seaux Opt i ons des r seaux Opt i ons des r seaux
dat agr ammes dat agr ammes dat agr ammes dat agr ammes
I Solutions des problmes dadressage et de routage.
I Difficults pour la livraison en squence:
I Non respect de l'ordre local d'mission du site A lors de la dlivrance en B
I Les messages ne se suivent pas.
I Difficults pour le contrle de flux d'hte hte
I Difficult de rtroaction du destinataire sur l'metteur.
I Pas de contrle d'erreurs
I Possible mais non retenu.
I Gestion des ressources
I Optimisation globale favorise par le traitement sur chaque datagramme.
I Difficult pour satisfaire des contraintes de QOS spcifiques de chaque usager
I Difficult pour la rservation des tampons, de la bande passante.
I Traitement des problmes de congestion.
I Les problmes non rsolus sont reports au niveau transport.
I Exemple : IP Internet Protocol
I Le dernier des protocoles datagrammes mais le plus important.
I Autres exemples historiques : Cyclades, Decnet
564
Rseaux c i r c ui t s vi r t uel s Rseaux c i r c ui t s vi r t uel s Rseaux c i r c ui t s vi r t uel s Rseaux c i r c ui t s vi r t uel s
IModle analogue celui du tlphone
ICircuit virtuel = chemin fixe tabli entre deux htes.
ILe chemin est initialis au pralable:
I Exemple "paquet d'appel" rout de l'metteur au destinataire.
ILes donnes empruntent ensuite toujours ce chemin
I S'il y a une panne => il faut reconstruire le circuit virtuel.
ISimplification des oprations de commutation.
A
B
2 1
3
2 4 1 3
1 5 2 3
Reoit
Emet
4
565
Rseaux c i r c ui t s vi r t uel s bas Rseaux c i r c ui t s vi r t uel s bas Rseaux c i r c ui t s vi r t uel s bas Rseaux c i r c ui t s vi r t uel s bas
dbi t s dbi t s dbi t s dbi t s
I Un ensemble d'options assez compltes pour une
couche rseau consistante: Exemple X25 niveau paquet
I Fonctions dadressage et de routage.
I Livraison en squence (d'hte hte)
I Respect de l'ordre local d'mission du site A lors de la dlivrance en B
I Les paquets se suivent sur le circuit virtuel.
I Contrle de flux (d'hte hte)
I Par rtroaction sur le circuit virtuel.
I Allocation pralable de ressources sur un circuit virtuel.
I Assure la fourniture dune qualit de service donne.
566
Rseaux c i r c ui t s vi r t uel s haut Rseaux c i r c ui t s vi r t uel s haut Rseaux c i r c ui t s vi r t uel s haut Rseaux c i r c ui t s vi r t uel s haut
dbi t dbi t dbi t dbi t
IRelais de trames FR, "Frame Relay"
IUn allgement des choix X25 (rseaux publics de
transmission de donnes) afin de permettre la
commutation efficace de trafics de plus hauts dbits.
IATM "Asynchronous Transfer Mode
IRseau numrique intgration de service large bande.
ITransmission de donnes multimdia image, voix,
donnes => Satisfaction des contraintes de qualit de
service pour ces trois types de donnes.
IMPLS "Multi Protocol Label Switching"
IMmes objectifs que ATM avec des amliorations et en
sintgrant mieux IP.
567
Choi x t ec hni ques des r seaux Choi x t ec hni ques des r seaux Choi x t ec hni ques des r seaux Choi x t ec hni ques des r seaux
c i r c ui t s vi r t uel s haut s dbi t s c i r c ui t s vi r t uel s haut s dbi t s c i r c ui t s vi r t uel s haut s dbi t s c i r c ui t s vi r t uel s haut s dbi t s
I Adressage et routage
I Communication en mode connect
I Livraison en squence
I Paquets la suite selon un circuit virtuel.
I Sans contrle d'erreur
I Haut dbit : taux derreur faible.
I Contrle d'erreur par retransmission inadquat pour le multimdia.
I Sans contrle de flux
I Inutile pour les trafics isochrones (sons, images).
I Protocoles supplmentaires d'adaptation spcifique du type
de donnes changes.
I Garantie de qualit de service (mode circuit virtuel).
568
Rel at i ons ent r e mode avec ou sans Rel at i ons ent r e mode avec ou sans Rel at i ons ent r e mode avec ou sans Rel at i ons ent r e mode avec ou sans
c onnex i on et mode c onnex i on et mode c onnex i on et mode c onnex i on et mode dat agr amme dat agr amme dat agr amme dat agr amme ou CV ou CV ou CV ou CV
Rappel
IMode connect : Les changes ne peuvent avoir lieu
qu'entre deux vnements ouverture et fermeture.
IMode non Connect : Les changes dans une
peuvent prendre place tout moment.
IMode datagramme : Pas de chemin fixe.
IMode Circuit virtuel : Mme chemin fixe.
569
Assoc i at i ons ent r e modes de Assoc i at i ons ent r e modes de Assoc i at i ons ent r e modes de Assoc i at i ons ent r e modes de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement
Association entre rseaux circuits virtuels et
communications en connexions
I Dsignation des connexions ou des circuits virtuels.
I Facilite la gestion des ressources et la qualit de service (QOS).
I Facilite la correction des erreurs de transmission.
I Facilite la livraison en squence d'hte hte.
I Facilite le contrle de flux d'hte hte.
Association entre mode datagrammes et communications
sans connexions
I Difficults pour la livraison en squence d'hte hte.
I Difficults pour le contrle de flux d'hte hte.
I Difficults pour la gestion des ressources et la qualit de
service.
570
Di f f r enc es ent r e modes de ent r e modes de ent r e modes de ent r e modes de
f onc t i onnement f onc t i onnement f onc t i onnement f onc t i onnement
IA) Possibilit de construire un protocole en
mode connect sur un rseau datagrammes
(puisqu'on peut communiquer).
IB) Utilisation dans un rseau circuits virtuels
comme X25 du routage du paquet d'appel pour
transmettre des datagrammes (option "fast select").
IConclusion : Il est tout fait impropre d'utiliser
les quivalences
IDatagramme = Mode non connect.
ICircuit virtuel = Mode connect.
571
Adr essage Adr essage Adr essage Adr essage
572
Adr essage/ Adr essage/ Adr essage/ Adr essage/Nommage Nommage Nommage Nommage/Dsi gnat i on : /Dsi gnat i on : /Dsi gnat i on : /Dsi gnat i on :
Posi t i on du pr obl me (1) Posi t i on du pr obl me (1) Posi t i on du pr obl me (1) Posi t i on du pr obl me (1)
I Addressing, Naming : L'ensemble des techniques associes
aux adresses et aux noms (ici au niveau 3 rseau).
I 1) Politique de structuration des diffrentes zones.
I Comment est organise la structure de donnes nom ou adresse.
I Exemple : les adresses X121 des rseaux publics de transmission de
donnes (type TRANSPAC).
I 2) Dfinition des autorits administratives comptentes
dans l'attribution des diffrents champs des noms et adresses.
I Exemples d'autorits : Organismes internationaux, Oprateurs de
tlcoms, fournisseurs d'accs rseaux, socits dlgataires.
I Ex adresses IP : ISOC -> IANA -> RIPE -> Oprateur -> Entreprise.
Pays (2) Rseau (1)
Numro interne: usage libre
(10 chiffres)
Code rseau
(4 chiffres)
Dpart(2) Circons (2) Num Ordre (4) Comp Util (2)
Zone (1)
Exemple de structuration
2 0 0 8 7 5 0 4 1 2 2 5 7 7
573
Adr essage/ Adr essage/ Adr essage/ Adr essage/Nommage Nommage Nommage Nommage/Dsi gnat i on : /Dsi gnat i on : /Dsi gnat i on : /Dsi gnat i on :
Posi t i on du pr obl me (2) Posi t i on du pr obl me (2) Posi t i on du pr obl me (2) Posi t i on du pr obl me (2)
I3) Politique de stockage et d'accs aux diffrents
moyens de dsignation : adresses ou noms.
IUtilisation dans les annuaires : exemple DNS
IUtilisation dans les tables de routage (tous les protocoles).
I4) Politique d'utilisation des adresses dans le
cadre des oprations de routage.
ICas des datagrammes. Dans chaque paquet figurent:
IL'adresse de l'metteur
IL'adresse du destinataire.
ICas des circuits virtuels.
IDans le paquet appel figurent les adresses metteur et destinataire.
IDans chaque paquet figure ensuite l'identifiant du circuit virtuel.
574
Df i ni t i ons r el at i ves aux noms et Df i ni t i ons r el at i ves aux noms et Df i ni t i ons r el at i ves aux noms et Df i ni t i ons r el at i ves aux noms et
adr esses adr esses adr esses adr esses
I Nom/Adresse
I Nommer: Identifier de faon unique.
I Adresser: Identifier de faon retrouver dans un rseau.
I Nom/Adresse physique ou logique
I Physique: Identification associe des aspects matriels invariants
(numro de srie, adresse unique MAC) => Plutt une adresse.
I Logique: Identification selon une chane de caractres quelconque =>
Plutt un nom.
I Nom/Adresse fixe ou mobile
I Fixe: qui ne peut suivre le dplacement de l'appareil connect
Exemple: numro de tlphone attach un autocommutateur).
I Mobile: qui permet de retrouver un destinataire indpendamment de la
localisation gographique. Exemple : numro de tlphone portable
localisable dans une cellule du rseau.
575
Adr essage gl obal / Adr essage l oc al Adr essage gl obal / Adr essage l oc al Adr essage gl obal / Adr essage l oc al Adr essage gl obal / Adr essage l oc al
I Pour aller un endroit on peut :
I Donner l'adresse de l'endroit => Notion d'adresse "globale"
Exemple : Mr X, appartement y, z rue de .....
I Dfinir le chemin emprunter => Notion d'adresse "locale"
Exemple : Tourner gauche puis 2 ime droite ....
I Adressage global
I Un identifiant unique du site destinataire achemin dans chaque
message pour dterminer son routage et sa dlivrance.
I Exemple: adresse IP, adresse ATM.
I Adressage local
I Un chemin dfini par la suite des dcisions prendre lors de la traverse
de chaque commutateur.
I Exemple: identification des circuits virtuels en X25, ATM , MPLS ....
576
St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses
gl obal es : Adr essage pl at gl obal es : Adr essage pl at gl obal es : Adr essage pl at gl obal es : Adr essage pl at
I Dfinition : Les adresses sont dfinies dans une zone de n
bits sans rgles de structuration particulire permettant la
localisation.
I Avantages
I Peu de problmes d'administration.
I Pas de perte de place : les adresses sont plus courtes
=> Minimisation de l'encombrement dans les messages.
I Inconvnients
I N'offre pas de moyen li la structure des adresses pour retrouver un
correspondant
=>Inadapt aux grands rseaux.
I Exemple : Adresses de liaison de niveau MAC : IEEE 802.
I Conclusion : Utilisation dans les petits rseaux.
577
St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses St r uc t ur at i on des adr esses
gl obal es : Adr essage hi r ar c hi que gl obal es : Adr essage hi r ar c hi que gl obal es : Adr essage hi r ar c hi que gl obal es : Adr essage hi r ar c hi que
IDfinition : les adresses sont dfinies avec des
rgles de structuration par champs qui correspondent
des regroupements gographiques/topologiques :
IExemple de dcoupage gographique : pays,
rgion, entreprise, rseau, sous/rseau ...
INotion de hirarchisation du routage/ agrgation
de routes:
IAtteindre un routeur dans le pays puis atteindre un routeur
dans la rgion etc .
ITous les systmes d'adressage de niveau 3 sont
hirarchiques.
578
Adr essage hi r ar c hi que : Adr essage hi r ar c hi que : Adr essage hi r ar c hi que : Adr essage hi r ar c hi que :
avant ages, i nc onvni ent s avant ages, i nc onvni ent s avant ages, i nc onvni ent s avant ages, i nc onvni ent s
I Avantages
I Adapt aux grands rseaux => Possibilit de grer de grands
espaces. L'administration des adresses peut se faire de faon locale
chaque unit de dcoupage.
I Adapt la localisation
I Les adresses permettent de localiser le destinataire.
I Au moyen dun routage hirarchis.
I Inconvnients
I Encombrement Le dcoupage opr peut-tre plus ou moins
efficace dans chaque champ
I =>gnralement les adresses sont volumineuses.
I grande perte de capacits d'adressage (gaspillage d'adresses).
I Changement de localisation difficile
I Un site qui change de localisation doit changer dadresse.
I Sauf mise en place un mcanisme de redirection.
579
Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que
1) Adr essage E164 1) Adr essage E164 1) Adr essage E164 1) Adr essage E164
I Utilisation : Le plan de numrotation du tlphone classique. RTC: Rseau
Tlphonique Commut ou PSTN/POTS: Public Switched Telephone
Network ou Plain Old Telephone System
I Mais aussi rseaux de tlphonie mobile, rseau RNIS (Rseau Numrique
Intgration de Service), rseaux ATM publics .
I Structure :
I Adresse base sur un systme de 15 chiffres dcimaux maximum cods
en BCD (Binary Coded Decimal) deux chiffres par octets.
I Forme gnrale dune adresse tlphonique gographique.
I Autres structures : Services, adresses rsaux (code pays spcial).
I Reprsentation en DNS: 2.4.2.4.5.5.5.1.e164.arpa (numro 1-5554242).
Code pays
Code destination
nationale
Numro d'usager
Country code National Destination
Code
Subscriber Number
1 3 chiffres Dcoupe variable (lg max = 15 lg code pays)
580
Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que Ex empl e dadr essage hi r ar c hi que
2) Adr essage nor mal i s OSI 8348 2) Adr essage nor mal i s OSI 8348 2) Adr essage nor mal i s OSI 8348 2) Adr essage nor mal i s OSI 8348
I Utilisation : rseaux ATM privs
I Format variable en deux parties pour des adresses de
NSAP ("Network Service Access point")
I Taille maximum : 20 octets.
I Structure :
I IDP "Initial Domain Part" : Spcifie le format de l'adresse (AFI) puis
l'autorit responsable de l'attribution de cette adresse (IDI).
I DSP "Domain Specific Part" : Spcifie plus particulirement un site.
Spar en trois parties: "High Order Bits" (pour le routage), une partie
identificateur de site ("End System Identifier) plus un slecteur d'application
(SEL) ("Low Order Bits").
AFI IDI HO-DSP
ESI
SEL
IDP
DSP
LO-DSP
581
Ex empl es dadr essage hi r ar c hi que Ex empl es dadr essage hi r ar c hi que Ex empl es dadr essage hi r ar c hi que Ex empl es dadr essage hi r ar c hi que
Aut r es ex empl es Aut r es ex empl es Aut r es ex empl es Aut r es ex empl es
I 3) Adressage des rseaux publics X121
I Sur 14 chiffres dcimaux (4 chiffres pour le rseau, 10 chiffres pour
ladresse hte dans le rseau).
I Pour un rseau diffrentes possibilits de structuration de la partie
numro interne.
I 4) Adressage IP (Internet niveau 3)
I Deux normes d'adressage correspondent aux deux versions
successives majeures.
I IPV4 Adresse sur 32 bits.
I IPV6 Adresse sur 128 bits.
I Trait en dtail dans le cours IP.
Pays (3) Rseau (1)
Numro interne
(10 chiffres)
Code rseau
(4 chiffres)
2 0 8 0
Depart(2) Circons (2) Num Ordre (4) Comp Util (2)
582
Ut i l i sat i on des adr esses gl obal es : Ut i l i sat i on des adr esses gl obal es : Ut i l i sat i on des adr esses gl obal es : Ut i l i sat i on des adr esses gl obal es :
r out age saut par saut en I P r out age saut par saut en I P r out age saut par saut en I P r out age saut par saut en I P
Rseau
Destination
192.168.43.0
Hte
Destination
192.168.43.17
Datagramme IP
Destination
192.168.43.17
Prfixe Dest Masque Dest
192.168.43.0 /24
Ether0
Liaison 0
Liaison 1
Prochain saut

Ether1
A B C
Interface
Liaison 1
170.65.9.4
170.65.9.4
Hop by hop routing
583
Adr esses l oc al es dans l es Adr esses l oc al es dans l es Adr esses l oc al es dans l es Adr esses l oc al es dans l es
r seaux Ci r c ui t s Vi r t uel s (CV) r seaux Ci r c ui t s Vi r t uel s (CV) r seaux Ci r c ui t s Vi r t uel s (CV) r seaux Ci r c ui t s Vi r t uel s (CV)
I Problme d'identification d'un circuit virtuel.
I Comment dsigner un chemin pour aller d'un point un autre dans
un rseau circuits virtuels (CV) ?
I Nom unique global de CV.
I Par exemple : adresse appelant, adresse appel, numro CV.
I Solution trs encombrante Exemple: 30 digits pour des adresses
X121 plus un numro de CV.
I N'apporte pas de solution particulire pour le routage.
I Nom contextuel local de CV.
I Gestion locale de noms de petite taille (par exemple 12 bits).
I Problmes dhomonymie : l'ouverture dun CV sur un site on lui
attribue un numro libre.
I Chaque commutateur travers doit pouvoir modifier le numro du
circuit virtuel en lui attribuant un nom unique libre localement.
I Dans chaque commutateur il faut une table de routage :
correspondance entre les circuits entrants et sortants.
584
Fonc t i onnement de l ' adr essage Fonc t i onnement de l ' adr essage Fonc t i onnement de l ' adr essage Fonc t i onnement de l ' adr essage
l oc al dans l es c i r c ui t s vi r t uel s l oc al dans l es c i r c ui t s vi r t uel s l oc al dans l es c i r c ui t s vi r t uel s l oc al dans l es c i r c ui t s vi r t uel s
volution des enttes de paquets (dsignation du circuit virtuel)
Paquets de E
vers A
Paquets de A
vers B
Paquets de B
vers C
Paquets de C
vers D
0
3
1
2
E
A
B
C
D
Rseau avec un CV E A B C D
Entrants Sortants Entrants Sortants Entrants Sortants
A
B
C
E 2
B 1
1
B
A C 3
3 D
0
E D
Tables des CV entrants et sortants en A B C
(tables de routage locales)
585
Commut at i on et r out age Commut at i on et r out age Commut at i on et r out age Commut at i on et r out age
I nt r oduc t i on/gnr al i t s I nt r oduc t i on/gnr al i t s I nt r oduc t i on/gnr al i t s I nt r oduc t i on/gnr al i t s
Ex empl es de pr ot oc ol es de r out age Ex empl es de pr ot oc ol es de r out age Ex empl es de pr ot oc ol es de r out age Ex empl es de pr ot oc ol es de r out age
586
I nt r oduc t i on / gnr al i t s I nt r oduc t i on / gnr al i t s I nt r oduc t i on / gnr al i t s I nt r oduc t i on / gnr al i t s
Acception traditionnelle
ICommutation (switching) : terminologie cre
dans le contexte des rseaux tlphoniques.
IOpration de retransmission dune information dun
port entre vers un port de sortie ralise plutt par du
matriel spcialis en mode circuit.
IExemple: la commutation de rseaux locaux, ATM.
IRoutage (routing) : terminologie cre dans le
contexte des rseaux IP.
IOpration de retransmission dinformation ralise
par un ordinateur utilisant un logiciel, des tables de
routage, une technique de stockage et retransmission.
IExemple: le routage IP.
587
Not i ons de c ommut at i on Not i ons de c ommut at i on Not i ons de c ommut at i on Not i ons de c ommut at i on
et de r out age et de r out age et de r out age et de r out age
I Pour acheminer un paquet : deux problmes rsoudre.
I Problme A) Construire des routes (des tables de routage dans les
routeurs) pour aller dun metteur un destinataire
=> Le travail ralis par un protocole de routage (dynamique).
I Problme B) Raliser effectivement lacheminement : acqurir un
paquet, consulter son entte, consulter une table de routage, renvoyer
le paquet dans la bonne direction.
I Terminologie classique pour les problmes A et B
I Problme A) Dcouverte des routes (route discovery), annonce des
routes (route advertisment).
I Problme B) Relayage (forwarding), commutation (switching).
I Spcialisation terminologique constate.
I Problme A) Routage (routing) : le problme de construction des
routes (des tables de routage) par un protocole de routage.
I Problme B) Commutation (switching): lacheminement, le
relayage dun paquet par un commutateur.
588
Les t r oi s i des pr i nc i pal es pour r al i ser Les t r oi s i des pr i nc i pal es pour r al i ser Les t r oi s i des pr i nc i pal es pour r al i ser Les t r oi s i des pr i nc i pal es pour r al i ser
l e r out age dans un r seau mai l l l e r out age dans un r seau mai l l l e r out age dans un r seau mai l l l e r out age dans un r seau mai l l
I 1) Routage utilisant la diffusion (Broadcast routing)
I Tous les sites du rseau tant atteints, seuls les destinataires adresss
dans le message dlivrent le message => Besoin dune diffusion
I Diffusion naturelle sur une voie commune partage (rseau local).
I Diffusion ralise sur rseau maill par inondation (Flooding).
I Chaque nud retransmet le paquet sur tous ses liens adjacents.
I 2) Routage dfini par la source (Source routing)
I La route est dtermine par lmetteur et insre dans le paquet.
I Les routeurs successifs appliquent cette route pour acheminer le paquet.
I 3) Routage dfini saut par saut (Hop by hop routing)
I Chaque routeur doit connatre des routes vers tous les destinataires en
changeant des informations sur la topologie du rseau.
I Chaque routeur applique une dcision de routage vers un routeur voisin.
589
La gest i on des t abl es de r out age en La gest i on des t abl es de r out age en La gest i on des t abl es de r out age en La gest i on des t abl es de r out age en
mode saut par saut mode saut par saut mode saut par saut mode saut par saut
IDans un routeur : partir d'une adresse destinataire
choisir la meilleure direction de sortie.
ILes noeuds mmorisent dans des tables de routage des
informations du type: destinataire ; prochain site atteindre
(par quel port latteindre, quel contrleur de voie physique
utiliser).
IUtilisation du routage saut par saut
IDans le mode datagramme -> pour chaque paquet.
IDans le mode circuit virtuel -> l'tablissement de
chaque circuit virtuel (ou lors de sa reconstruction).
IRoutage saut par saut : de trs loin le plus employ
au niveau 3.
ILes autres solutions sont employes de faon marginale.
590
Rout age saut par saut : Not i on dar br e Rout age saut par saut : Not i on dar br e Rout age saut par saut : Not i on dar br e Rout age saut par saut : Not i on dar br e
c ouvr ant (ar br e de r out age) c ouvr ant (ar br e de r out age) c ouvr ant (ar br e de r out age) c ouvr ant (ar br e de r out age)
I Le rseau de communication est
considr comme un graphe.
I Chaque commutateur est considr
comme la racine d'un arbre
couvrant (spanning tree).
I L'arbre dfinit les chemins pour
atteindre tous les htes du rseau.
I Exemple d'un arbre couvrant
pour le noeud 12 dans un rseau de
type grille.
I Exemple de table
de routage pour le nud 12
1 2 3
4
5
6
7 8
9
10
11
16
12 13
14 15
17 18
19 20
21 22 23
24 25
Destinataire
Adjacent
Prfr
1
2 3
4 5
7
7 7
13 13
6
7
...
...
591
Ar br e c ouvr ant des pl us c our t s Ar br e c ouvr ant des pl us c our t s Ar br e c ouvr ant des pl us c our t s Ar br e c ouvr ant des pl us c our t s
c hemi ns c hemi ns c hemi ns c hemi ns
I Construction d'un arbre couvrant qui optimise un critre de cot.
=> Notion darbre couvrant des plus courts chemins.
Diffrents critres de cots (mtriques, "metrics")
I Longueur du chemin : en nombre de commutateurs traverss.
I Dlai de traverse du chemin : temps effectif dacheminement (somme
des dlais d'attente dans les files des commutateurs, de propagation, ).
I Dbit dun chemin : dbit des commutateurs et des voies empruntes.
I Bande passante des voies empruntes sur un chemin : un chemin qui
ne comporte que des voies 100 Mb/s est jug prfrable un chemin qui
emprunte une voie 56000b/s.
I Fiabilit d'un chemin : on utilise les chemins selon leur fiabilit.
I Cot montaire effectif : diffrences entre une voie loue cot
marginal minime ou une voie avec tarification au volume (Transpac).
592
Gest i on des t abl es de r out age Gest i on des t abl es de r out age Gest i on des t abl es de r out age Gest i on des t abl es de r out age
I Routage statique (sans prise en compte de cots)
I Dfinition statique de tables (compatibles).
I Routage dynamique avec des cots fixes (stabiliss)
I Principe d'optimalit (Bellman): Si J est sur le chemin optimal de I
K alors le chemin de J K est aussi optimal.
I Justification du routage saut par saut (tables de routage locales
chaque routeur).
I Routage dynamique (cots variables, modification
permanente des cots)
I Prise en compte des informations les plus rcentes.
I Problme de routage : problme de contrle optimal (mesure de
cot puis rtro action sur le routage du rseau)
I Possibilit de bouclage pour certains messages.
I Besoin dune convergence rapide vers une solution stable si les cots se
stabilisent.
593
Qual i t s d' un al gor i t hme de Qual i t s d' un al gor i t hme de Qual i t s d' un al gor i t hme de Qual i t s d' un al gor i t hme de
r out age r out age r out age r out age
I Correct : Permet d'atteindre effectivement le destinataire.
I Adaptatif : volutif en fonction de la charge (vite la
congestion).
I Optimal : Choix du meilleur chemin au sens de critres
I Usager => Satisfaction dun contrat de service (QOS)
I Exploitant rseau => Taux d'utilisation des ressources rseaux.
I Robuste : Prvu pour tolrer les pannes du rseau
I Stable : Convergence rapide d'un routage dynamique vers de
nouvelles tables lors de modifications (sans oscillations).
I Simple : Comportement facile dcrire (peu de types de
messages diffrents).
I Efficace: Ne consommant pas beaucoup de ressources (temps
de calcul, nombre de messages changs).
I quitable : Traite tous les usagers de la mme faon.
594
Al gor i t hmes de r out age : Al gor i t hmes de r out age : Al gor i t hmes de r out age : Al gor i t hmes de r out age :
Quel ques df i ni t i ons Quel ques df i ni t i ons Quel ques df i ni t i ons Quel ques df i ni t i ons
I Routages plats ("flat routing")
I Gestion d'un seul chemin par destinataire.
I Routages multi-chemins ("multi path")
I Gestion de plusieurs chemins.
I Routage non hirarchique
I Pour un grand rseau ncessit d'une trs grande table
I Encombrement mmoire important.
I Temps de recherche important (de nombreuses recherches par seconde)
I Routage hirarchique : Exemple deux niveaux
I Division du rseau en rgions ou domaines.
I Deux types de routages pouvant relever de solutions diffrentes
I Routage intra-domaine (chaque domaine ralise un routage interne).
I Routage inter-domaine (pour chaque domaine un (ou plusieurs)
commutateur sont spcialiss dans le trafic inter domaines (trafic externe).
595
Cl assi f i c at i on Cl assi f i c at i on Cl assi f i c at i on Cl assi f i c at i on
des al gor i t hmes de r out age des al gor i t hmes de r out age des al gor i t hmes de r out age des al gor i t hmes de r out age
I Critre dadaptabilit en fonction de la charge.
I Routage "statique" , "non adaptatif", "prdtermin"
I Tables non modifies en fonction des conditions de charge.
I Dtermination manuelle des tables.
I Routage "dynamique", "adaptatif", "volutif".
I Tables modifie priodiquement en fonction de la charge et des pannes.
I Critre de sret de fonctionnement.
I Routage "centralis" , "dissymtrique".
I Un site spcialis calcule les tables de routage et les distribue.
I => Problmes de panne et de surcharge du site centralis.
I Routage "dcentralis" , "rparti" , "symtrique".
I Toutes les stations calculent les informations de routage .
I Routage local : connaissances locales (longueur des files dattente).
I Routage global : connaissances changes avec le reste du rseau (le
voisinage immdiat ou tout le rseau).
I Routage hybride : Pouvant utiliser la fois un site central et un
algorithme rparti.
596
Ex empl es de pr ot oc ol es de Ex empl es de pr ot oc ol es de Ex empl es de pr ot oc ol es de Ex empl es de pr ot oc ol es de
r out age r out age r out age r out age
Commut at i on et r out age Commut at i on et r out age Commut at i on et r out age Commut at i on et r out age
597
Rout ages par i nondat i on Rout ages par i nondat i on Rout ages par i nondat i on Rout ages par i nondat i on
" "" " Fl oodi ng Fl oodi ng Fl oodi ng Fl oodi ng" "" "
IRappel
IConstruction dun protocole dinondation pour atteindre tous
les destinataires potentiels et dlivrer qui de droit.
IInondation gnrale ("Flooding")
IPour tout paquet arriv dans un routeur on retransmet une
copie sur tous les adjacents.
IComplment indispensable: stratgie d'arrt de l'inondation.
IInondation slective ("Selective Flooding")
IOn transmet le paquet sur tous les adjacents d'un
commutateur pris dans une liste.
I Soit tire alatoirement dans l'ensemble des voisins.
I Soit correspondant des sites en direction du destinataire
INcessit d'une stratgie d'arrt de l'inondation (comme
prcdemment).
598
St r at gi es dar r t de l i nondat i on St r at gi es dar r t de l i nondat i on St r at gi es dar r t de l i nondat i on St r at gi es dar r t de l i nondat i on
I Solution 1 : Liste des sites dj visits
I On vite de renvoyer une copie du paquet au site dont on l'a reu
(puisqu'il le connat dj).
I On note dans chaque message la liste des sites dj visits pour ne pas
leur renvoyer (risque dallongement excessif des messages).
I Solution 2 : Dure de vie
I On note dans chaque copie le nombre de commutateurs traverss.
I La copie est dtruite aprs traverse de n commutateurs.
I On doit prendre n > diamtre du rseau => beaucoup de surcharge.
I Solution 3 : Estampille
I Les paquets sont identifis : estampille comportant l'adresse metteur et
le numro de squence de l'metteur.
I La premire copie reue fait l'objet d'une inondation et les copies
ultrieures sont dtruites.
I Ncessite de mmoriser des estampilles sur chaque routeur.
I Cot de linondation: seulement deux copies dun mme message sur
chaque liaison (une dans chaque sens).
599
Conc l usi on : Conc l usi on : Conc l usi on : Conc l usi on :
Rout ages par i nondat i on Rout ages par i nondat i on Rout ages par i nondat i on Rout ages par i nondat i on
IAvantages
ITechnique trs simple mettre en oeuvre.
ITrs robuste : dtermine un chemin s'il existe.
IDtermine le chemin le plus court (permet de dlivrer
des paquets trs vite sauf problmes de surcharge).
IInconvnients
IInduit une charge leve.
IUtilisation de l'inondation
IDomaine des cas de pannes frquentes ou importantes
(rseaux militaire, reconstruction d'un rseau).
IImplantation de protocoles diffusion gnrale
Exemple : utilisation de linondation dans lchange des
informations de topologie et de cot dans les protocoles de
routage (OSPF).
600
Rout ages par l a sour c e Rout ages par l a sour c e Rout ages par l a sour c e Rout ages par l a sour c e
" Paquet s f l c hs" ," Sour c e Rout i ng"
IPrincipe gnral
I Chaque metteur doit connatre la topologie
densemble du rseau et dterminer son arbre de routage.
I Dans chaque paquet l'metteur dfinit le chemin qu'il
doit emprunter pour atteindre son destinataire.
I Les routeurs appliquent le chemin.
IVariantes
I 1) Dfinition stricte du chemin (strict source routing).
I 2) Dfinition non stricte du chemin (loose source
routing) : dfinition d'un sous-ensemble de routeurs qui
doivent tre traverss obligatoirement mais le routage
peut ajouter d'autres relais intermdiaires.
601
Rout ages par l a sour c e Rout ages par l a sour c e Rout ages par l a sour c e Rout ages par l a sour c e
IAvantages
IFacilite le travail de chaque routeur intermdiaire (pas de
calcul de route, commutation uniquement).
IInconvnients
IVolume d'informations dans les messages (une route).
INcessit dune connaissance globale de la topologie de tout
le rseau par tous les metteurs.
ILa connaissance globale peut tre vieille.
IExemples :
ICommutateurs de rseaux locaux IBM.
IRoutage par la source en IP.
IAlgorithme du cranckback en ATM (ouverture dun CV).
602
Rout ages saut par saut : Rout ages saut par saut : Rout ages saut par saut : Rout ages saut par saut :
Rout ages st at i ques Rout ages st at i ques Rout ages st at i ques Rout ages st at i ques
I Principe gnral
I Les tables de routage stables dfinies manuellement, modifies
rarement (lors de l'insertion ou de la disparition de sites) et invariantes.
I Les tables sont tablies en fonction de critres de topologie et
de performance (valus hors ligne) par le concepteur du rseau.
I Avantages
I Technique trs simple mettre en uvre.
I Inconvnients
I Non adaptatif en cas de charge leve.
I Sans apprentissage automatique beaucoup trop de routes dfinir.
I Utilisation
I Utilisable pour un rseau de petite taille.
I Au dmarrage du rseau le routage statique permet la dfinition
de connaissances de routage indispensables minimales (routes de
dlivrance locale) avant mise en oeuvre d'un routage dynamique.
603
Rout ages saut par saut dynami ques Rout ages saut par saut dynami ques Rout ages saut par saut dynami ques Rout ages saut par saut dynami ques
c ent r al i ss (adapt at i f s) c ent r al i ss (adapt at i f s) c ent r al i ss (adapt at i f s) c ent r al i ss (adapt at i f s)
IPrincipe gnral
IExistence d'un site central particulier (RCC "Routing
Control Center") : par exemple le site administrateur du
rseau : charg de la gestion des abonns, de la
facturation....
Imission par les commutateurs d'informations de
charge vers cet administrateur.
I Priodiquement
I Sur franchissement de seuils.
ILe central calcule les tables de routage (algorithme des
plus courts chemins excut en mode centralis) et les
renvoie aux routeurs.
IVariante: Serveurs de routes
IPlusieurs sites calculent des tables pour des routeurs
qui ne font qu'appliquer les routes calcules.
604
Conc l usi on r out ages Conc l usi on r out ages Conc l usi on r out ages Conc l usi on r out ages
dynami ques c ent r al i ss (adapt at i f s) dynami ques c ent r al i ss (adapt at i f s) dynami ques c ent r al i ss (adapt at i f s) dynami ques c ent r al i ss (adapt at i f s)
I Avantages
I Simple mettre en oeuvre.
I Solution optimale sur les valeurs utilises
I Solution correcte sans boucles.
I Trafic stable d'informations changes.
I Pas de calcul dans les commutateurs.
I Inconvnients
I Vulnrabilit de l'administrateur => architecture redondante.
I Temps de calcul important => charge du central
I Propagation des informations de charge
I Temps de collecte + calcul des tables + transmission des tables
=> Usage de tables anciennes
I Trafic lev au voisinage du central de routage.
I Utilisation
I A t trs frquente dans les rseaux commerciaux.
605
Rout ages di st r i bus (adapt at i f s) Rout ages di st r i bus (adapt at i f s) Rout ages di st r i bus (adapt at i f s) Rout ages di st r i bus (adapt at i f s)
Rout ages l oc aux ou i sol s Rout ages l oc aux ou i sol s Rout ages l oc aux ou i sol s Rout ages l oc aux ou i sol s
I Notion de routage local ou isol.
I Les commutateurs utilisent uniquement des informations locales
(informations quils peuvent connatre sans communiquer).
I Exemples : longueur des files d'attente, taux d'occupation des voies.
I Terminologie frquente : Routage de type pomme de terre
chaude ("Hot potatoe routing")
I Version de base irraliste
I On se dbarrasse le plus rapidement possible dun paquet.
I On transmet un paquet dans la direction qui est actuellement la
moins charge (par exemple la file d'attente la plus courte).
I Avantages : Simplicit , symtrie des comportements.
I Inconvnients : Existence de boucles, l'arrive n'est pas garantie.
I Version raliste
I On transmet un paquet dans la direction la moins charge dans un
ensemble de choix possibles correspondant la direction du destinataire
(fonctionnement en association avec un autre routage exemple statique)
606
Rout ages dynami ques di st r i bus Rout ages dynami ques di st r i bus Rout ages dynami ques di st r i bus Rout ages dynami ques di st r i bus
c onnai ssanc es gl obal es c onnai ssanc es gl obal es c onnai ssanc es gl obal es c onnai ssanc es gl obal es
I Principes
I Distribu : Aucun routeur ne joue un rle particulier dans l'algorithme.
I Global : Tous les routeurs cherchent disposer de connaissances
globales sur le rseau pour effectuer un routage adaptatif optimal.
I Solution 1: Apprentissage a posteriori de chemins
("Backward Learning")
I On effectue des expriences successives de communication : par
exemple en inondation.
I On apprend des chemins possibles et leurs cots pour atteindre un
destinataire.
I On adopte le meilleur chemin.
I On recommence priodiquement le mode apprentissage pour
prendre en compte des modifications de topologie ou de charge.
I Exemple : Fonctionnement en mode transparent des commutateurs de
rseaux locaux (mode transparent).
607
Sol ut i on 2 : Ar br e des pl us c our t s Sol ut i on 2 : Ar br e des pl us c our t s Sol ut i on 2 : Ar br e des pl us c our t s Sol ut i on 2 : Ar br e des pl us c our t s
c hemi ns c hemi ns c hemi ns c hemi ns " Open Shor t est Pat h Fi r st " Open Shor t est Pat h Fi r st " Open Shor t est Pat h Fi r st " Open Shor t est Pat h Fi r st
I Principe : dtermination de larbre couvrant des plus
courts chemins par chaque routeur.
I Pour cela il doit connatre l'tat des liaisons de tous les autres routeurs.
I Il peut alors appliquer un algorithme de plus courts chemins centralis :
pour calculer son arbre de routage et donc ses tables de routage.
I Fonctionnement par information mutuelle
I Chaque routeur envoie tous les autres l'tat de ses liaisons ("link
state") lorsqu'il le juge ncessaire.
I Chaque routeur rpond des demandes dtat des autres routeurs.
I Avantages/ Inconvnients
I Solution distribue : bon calcul de routes sur les liaisons connues.
I Solution plutt coteuse en changes de messages: applicable un
rseau pas trop gros (routage intra-domaine).
I Exemple: routage OSPF Internet "Open Shortest Path
First, une solution tats de liaisons link state.
608
Sol ut i on 3 : Rout age par c hange Sol ut i on 3 : Rout age par c hange Sol ut i on 3 : Rout age par c hange Sol ut i on 3 : Rout age par c hange
des t abl es (vec t eur s de di st anc e) des t abl es (vec t eur s de di st anc e) des t abl es (vec t eur s de di st anc e) des t abl es (vec t eur s de di st anc e)
I Principe : dtermination des tables de routages par change des tables
en fait des vecteurs de distances avec les voisins.
I Nombreuses appellations : "Algorithme de Mac Quillan" ou
"Bellman Ford Fulkerson rparti"
I Chaque routeur gre deux tables
I une table des cots de transit vers ses voisins immdiats dduites d'infos
locales.
I une table de routage avec les cots vers tous les autres sites du rseau.
I Chaque routeur met priodiquement sa table de routage vers
ses voisins et reoit de ses voisins leurs tables de routage.
I Il obtient le cot pour atteindre tous les destinataires en passant
par chaque voisin en additionnant:
I le cot pour atteindre un voisin immdiat
I le cot de ce voisin tous les autres site.
I Choix des routes : l'adjacent prfr pour atteindre un destinataire est
le voisin de cot minimum (pour atteindre ce destinataire).
I Exemple : Internet protocole RIP "Routing Internet Protocol".
609
Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement Ex empl e de f onc t i onnement
des vec t eur s de di st anc e des vec t eur s de di st anc e des vec t eur s de di st anc e des vec t eur s de di st anc e
X
A
B
C
D
E
Un rseau
A B C
X
Cot
26 20 18
Local A
B
C
Cot
Distant
130
D
115
210
E
64
56
45
Tables de cots
Pour aller de X D ou de X E
Par A 26 + 64 = 90 26 + 130 = 156
Par B 20 + 56 = 76 20 + 115 = 135
Par C 18 + 45 = 63 18 + 210 = 228
Optimisation
A B C X
26 20 18
D E
A B C
B
C
63 135
Cot
Adjacent
Table de routage
610
Vec t eur s de di st anc es : l e Vec t eur s de di st anc es : l e Vec t eur s de di st anc es : l e Vec t eur s de di st anc es : l e
pr obl me du c ompt age ver s l i nf i ni pr obl me du c ompt age ver s l i nf i ni pr obl me du c ompt age ver s l i nf i ni pr obl me du c ompt age ver s l i nf i ni
I Mtrique utilise le nombre de sauts :
cot(A-R1) = 1 , cot(R1-R2) = 1 , cot(A-R2) = 2
I A<->R1 tombe en panne : cot(A-R1) = "
I Nouveau calcul des tables en R1 : R2 indique R1 qu'il
un chemin vers A de longueur 2 (en fait celui passant par R1).
I R1 considre tort qu'il a retrouv un chemin vers A
de longueur cot (R1-R2) + cot(A-R2) soit 1+2=3 par R2
I Problmes
I Les paquets de R1 vers A bouclent entre R1 et R2.
I A chaque calcul des tables de routage le cot augmente de 1
(notion de comptage vers l'infini count to infinity).
Hte Routeurs A R1 R2
611
Sol ut i ons au pr obl me du Sol ut i ons au pr obl me du Sol ut i ons au pr obl me du Sol ut i ons au pr obl me du
c ompt age ver s l i nf i ni c ompt age ver s l i nf i ni c ompt age ver s l i nf i ni c ompt age ver s l i nf i ni
I Solution de base : Introduire une borne dans le cot
des chemins (notion de dure de vie time to live).
I Si un chemin a un cot plus lev que la borne on considre que
le chemin est coup => on ne retransmet plus sur cette route.
I La borne met fin au bouclage des paquets (rglage de 15/16 30/35).
I Autre solution : Horizon partag ("split horizon")
I A) Limiter le volume des tables changes en ne renvoyant pas
une information dans la direction d'o elle vient
I C1 indique C2 qu'il a une route vers A.
I Pour viter les boucles C2 ne retransmet pas cette route vers C1 (puisqu'elle
est connue de C1).
I B) Solution dite dempoisonnement des routes de retour (RIP,
IGRP) (reverse poison): au lieu de ne pas retransmettre la route on
retransmet un cot infini. Le comportement B) est diffrent de A)
lorsquon a plusieurs chemins possibles dans la table.
612
Conc l usi on: r out ages Conc l usi on: r out ages Conc l usi on: r out ages Conc l usi on: r out ages
vec t eur s de di st anc es vec t eur s de di st anc es vec t eur s de di st anc es vec t eur s de di st anc es
I Avantages
I Algorithme compltement rparti, simple dvelopper.
I Inconvnients
I Problme de la frquence d'change des tables
I Pour limiter le trafic et les traitements => Peu d'changes.
I Pour que les modifications de topologie soient prises en compte
rapidement => changes frquents.
I Apprentissage d'un vnement dans tout le rseau => D tapes
d'changes de tables ou D est le diamtre du rseau.
I Exemples de rglage : Arpanet 0,640 seconde, Internet 30 secondes.
I Trs nombreuses utilisations
I Internet: Protocoles RIP, EGP "Routing Information Protocol (dans
Internet l'utilisation de RIP diminue depuis 1990 au profit de OSPF).
I XNS "Xerox Network System" : Protocole GWINFO.
I Apple talk RTMP : "Routing Table Maintenance Protocol
I Autres constructeurs : Novell, 3COM, Ungermann-Bass, Banyan.
613
Conc l usi on: Conc l usi on: Conc l usi on: Conc l usi on:
Pr ot oc ol es de r out age Pr ot oc ol es de r out age Pr ot oc ol es de r out age Pr ot oc ol es de r out age
I Problme trs important de l'algorithmique des
rseaux.
I Composant ncessaire dans tous les rseaux.
I Trs nombreuses solutions proposes.
I Solutions assez souvent retenues : bases sur la construction d'arbres
couvrants des plus courts chemins dans chaque routeur.
I Solutions particulires pour des types de rseaux
particuliers.
I Routage sur des rseaux topologie rgulire (grille hypercube).
I Techniques de routage au niveau application pour laccs aux contenus
(rseaux pairs pairs, tables de hachage distribues).
614
Qual i t de ser vi c e et c ont r l e Qual i t de ser vi c e et c ont r l e Qual i t de ser vi c e et c ont r l e Qual i t de ser vi c e et c ont r l e
de c ongest i on de c ongest i on de c ongest i on de c ongest i on
615
I Spcification dun contrat de qualit de service
I Les obligations temporelles du fournisseur mais aussi du client.
I Les obligations du fournisseur en terme de pertes de paquets (sret).
I Les outils pour vrifier le respect de ces obligations.
I Le contrle de congestion ( Congestion control )
I Le mcanisme global dans un rseau qui permet de respecter en
toutes circonstances les objectifs de qualit de service (paramtres
temporels, taux de perte).
I Le contrle de trafic ( Usage parameter control )
I Le mcanisme l'entre du rseau qui permet de dtecter les
violations du contrat de trafic dun client.
I Le contrle de flux ( Flow control )
I Un mcanisme par rtroaction du destinataire sur l'metteur pour
viter de perdre des informations par saturation du destinataire.
616
Phnomnes de c ongest i on Phnomnes de c ongest i on Phnomnes de c ongest i on Phnomnes de c ongest i on
I Situation de surcharge: trop de paquets dans le rseau (ou
dans une rgion du rseau, un commutateur donn).
I Augmentation des dlais de transmission => non
conformit la dfinition de qualit de service.
I Pertes de paquets.
I Phnomne dcroulement : Le rseau ne transporte plus le
trafic usager
I Pourquoi ?
I Destruction de paquets pour dsengorger les commutateurs
I Protocole de traitement de surcharge (qui implique de
plus en plus d'changes).
617
Nc essi t des mc ani smes de Nc essi t des mc ani smes de Nc essi t des mc ani smes de Nc essi t des mc ani smes de
QOS et de c ongest i on QOS et de c ongest i on QOS et de c ongest i on QOS et de c ongest i on
I L'accroissement des ressources ne rsout pas seul le
problme.
I Utilisation faible charge (relativement aux ressources) => Fonctionnement
correct mais sous-rservation des ressources
I Apparition de surcharges : La congestion peut apparatre lors des surcharges
qui sont invitables sauf contrle de trafic entrant trs strict.
I Un volume de mmoire important ne rsout pas le
problme => Pics de trafic de longue dure.
I Mme si la mmoire est de taille infinie:
I Temporisateur +retransmission => congestion
I Des communications trs rapide ou des commutateurs
rapides ne peuvent solutionner le problme
I En fait les tampons peuvent tre saturs plus vite.
618
Cl assi f i c at i on des t ec hni ques Cl assi f i c at i on des t ec hni ques Cl assi f i c at i on des t ec hni ques Cl assi f i c at i on des t ec hni ques
de c ont r l e de c ongest i on de c ont r l e de c ongest i on de c ont r l e de c ongest i on de c ont r l e de c ongest i on
I Selon la position dans le temps
I Traitement prventif de la congestion.
I Traitement curatif de la congestion.
I Selon l'endroit ou s'applique le mcanisme
I Contrle du trafic d'entre d'un usager.
I Politique de rservation des ressources (gestion des
tampons, des capacits des voies)
I Techniques curatives de traitement de la congestion pour
limiter les surcharges (exemple: paquets d'indication de
surcharge).
619
Tr ai t ement pr vent i f par Tr ai t ement pr vent i f par Tr ai t ement pr vent i f par Tr ai t ement pr vent i f par
l i mi t at i on du t r af i c d' ent r e l i mi t at i on du t r af i c d' ent r e l i mi t at i on du t r af i c d' ent r e l i mi t at i on du t r af i c d' ent r e
I Limitation du trafic de chaque hte
I Selon le contrat dfini au pralable entre le client et le prestataire
I Pour viter une surcharge non connue.
I galement pour dcoupler le trafic soumis par chaque usager
du dbit de sa voie physique de rattachement.
I Fonctionnement
I Obliger l'usager respecter les rgles concernant le dbit soumis.
I Nombreux paramtres possibles
I Nombre moyen de paquets par unit de temps.
I Dure des rafales autorises au dbit maximum.
I Le prestataire doit doter chaque accs d'un contrleur de
trafic d'entre
I Exemple pour le dbit : technique de seau perc "leaky bucket".
620
Li mi t at i on du t r af i c d' ent r e Li mi t at i on du t r af i c d' ent r e Li mi t at i on du t r af i c d' ent r e Li mi t at i on du t r af i c d' ent r e
I Avantages
I On vite les comportements inattendus de certains usagers.
I Une technique indispensable pour limiter les difficults.
I Inconvnients
I Si la limitation du volume global entrant est trop importante
(acceptation dun faible nombre dusagers)
=> Sous-rservation des ressources
I Si la limitation est trop lgre
=> La saturation et la congestion peuvent apparatre.
I Nempche pas l'installation de la congestion.
I Utilisation
I Tous les rseaux qualit de service : Relais de trames
("Frame Relay"), ATM.
621
Tr ai t ement pr vent i f de l a c ongest i on Tr ai t ement pr vent i f de l a c ongest i on Tr ai t ement pr vent i f de l a c ongest i on Tr ai t ement pr vent i f de l a c ongest i on
Al l oc at i on des r essour c es Al l oc at i on des r essour c es Al l oc at i on des r essour c es Al l oc at i on des r essour c es
I Cas des circuits virtuels
I En fonction du contrat de service ngoci.
I Au moment de la construction du circuit.
I Rservation dans les commutateurs traverss
I Des ressources pour lcoulement correct du trafic (tampons, dbit).
I Si la rservation est impossible: le circuit n'est pas accept.
I Si la rservation a pu avoir lieu: le trafic doit pouvoir s'couler.
I Avantage :
I Si la gestion est rigoureuse la congestion est impossible.
I Inconvnient :
I Les usagers n'utilisent pas les ressources qu'ils rservent.
I Le fournisseur du service sil optimise par la sur-rservation des
ressources dont il dispose => implique l'acceptation d'un certain niveau
de congestion.
622
Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on
Dest r uc t i on de paquet s Dest r uc t i on de paquet s Dest r uc t i on de paquet s Dest r uc t i on de paquet s
I Engorgement d'un commutateur
I Insuffisance de mmoire pour stocker.
I Insuffisance de puissance de calcul et de dbit des voies.
I Destruction de paquets
I Incontrle dans les tampons d'entre.
I Selon une politique contrle
I Aprs avoir exploit les informations de libration de ressources.
I Pour maintenir un trafic "plus prioritaire" au dtriment d'un autre (gestion
spare des files d'attente, des circuits virtuels).
I Notion de bit de priorit la destruction.
I Conclusion
I La solution la moins bonne pour des donnes informatiques : il faut
retransmettre ensuite).
I Si la destruction est accepte ou invitable
I Acceptation du taux d'erreur comparable au taux derreurs de transmission.
I Acceptation derreurs rcuprables (compensables, quon peut corriger).
623
Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on Tr ai t ement c ur at i f de l a c ongest i on
Paquet s de sur c har ge Chok e Paquet s de sur c har ge Chok e Paquet s de sur c har ge Chok e Paquet s de sur c har ge Chok e Pac k et s Pac k et s Pac k et s Pac k et s
I Principe : Sur franchissement de seuil d'alerte demande aux
voisins de limiter ou de suspendre les communications:
I Par des paquets spcifiques de surcharge (trafic en plus)
I Par des bits de surcharge insrs dans les paquets ("piggybacking")
Exemple: ATM bit EFCN "Explicit Forward Congestion Notification"
I L'indication de surcharge :
I S'applique un CV ou une voie physique
I Peut s'arrter aux voisins du site surcharg ou tre propage
jusqu'aux htes gnrant le trafic d'entre.
I Avantages :
I Peut rellement traiter une situation de congestion.
I Inconvnients :
I Ne sapplique qu des changes qui peuvent ralentir
I En surcharge lenteur de circulation des informations de surcharge.
624
Tr ai t ement c ur at i f de c ont r l e de Tr ai t ement c ur at i f de c ont r l e de Tr ai t ement c ur at i f de c ont r l e de Tr ai t ement c ur at i f de c ont r l e de
c ongest i on bas c r di t ou bas dbi t c ongest i on bas c r di t ou bas dbi t c ongest i on bas c r di t ou bas dbi t c ongest i on bas c r di t ou bas dbi t
I Sur quel critre traiter la congestion:
I Espace mmoire occupe ou dbit des paquets sur les voies.
I Crdits : Une information qui concerne l'espace mmoire
disponible (le nombre de tampons libres).
I => Algorithmes bass crdits : faire circuler des crdits.
I Dbits : Une information qui concerne le nombre de paquets
ayant circul par unit de temps dans un pass rcent.
I => Algorithmes bass dbits : mesurer le dbit effectif et faire
fonctionner le CV ce dbit qui est le maximum possible
I Avantage des solutions bases dbit
I Dans le cas des rseaux haut dbit: l'espace mmoire (trs
important) reste inoccup trop longtemps.
625
Conc l usi on
Gnr al i t s pr ot oc ol es de r out age Gnr al i t s pr ot oc ol es de r out age Gnr al i t s pr ot oc ol es de r out age Gnr al i t s pr ot oc ol es de r out age
et de c ommut at i on et de c ommut at i on et de c ommut at i on et de c ommut at i on
626
Quel ques t endanc es Quel ques t endanc es Quel ques t endanc es Quel ques t endanc es
I Augmentation des dbits disponibles, de la taille des
rseaux.
I Support des applications multimdia de masse:
I Intgration de service : donnes classiques, tlphone, visio
confrence, diffusion tlvision, radio.
I Prise en compte de la qualit de service temporelle.
I Convergence des rseaux: informatique, tlphonie filaire et mobile.
I Nouvelles applications : jeux en rseau,
I Support de la mobilit et des communications radio:
I Routage adhoc : protocoles de routage pour des communauts
dusagers dynamiques auto organises.
I Itinrance (roaming) : localisation dun usager dans lune des
cellules du rseau permettant de latteindre.
I Continuit (handover) : de service lors dun changement de cellule
627
Bibliographie : Cours gnralits
routage/commutation
I A. S. Tannenbaum Computer Networks
Prentice Hall.
I Documents en ligne et RFC.
628
Le pr ot oc ol e I P Le pr ot oc ol e I P Le pr ot oc ol e I P Le pr ot oc ol e I P
" "" " I nt er I nt er I nt er I nt er - -- -net w or k net w or k net w or k net w or k Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
I nt r oduc t i on. I nt r oduc t i on. I nt r oduc t i on. I nt r oduc t i on.
I P ver si on 4. I P ver si on 4. I P ver si on 4. I P ver si on 4.
I P ver si on 6. I P ver si on 6. I P ver si on 6. I P ver si on 6.
Rout age I P et pr ot oc ol es annex es. Rout age I P et pr ot oc ol es annex es. Rout age I P et pr ot oc ol es annex es. Rout age I P et pr ot oc ol es annex es.
Conc l usi on. Conc l usi on. Conc l usi on. Conc l usi on.
629
I nt r oduc t i on I nt r oduc t i on I nt r oduc t i on I nt r oduc t i on - -- - Gnr al i t s Gnr al i t s Gnr al i t s Gnr al i t s
I P I P I P I P
630
Obj ec t i f s gnr aux de I P Obj ec t i f s gnr aux de I P Obj ec t i f s gnr aux de I P Obj ec t i f s gnr aux de I P
IP : un rseau de rseaux.
Protocole dinterconnexion de rseaux locaux ou gnraux.
Fonctionnement en mode datagrammes (pas de circuits
virtuels).
En version de base pas de qualit de service temporelle
Fonctionnement au mieux ("best effort")
Existence de protocoles additionnels pour la qualit de
service.
Recherche dune optimisation globale des infrastructures
de communication disponibles.
Robustesse dacheminement.
Reconfiguration automatique en cas de panne.
631
I P: un r seau mondi al de pl us I P: un r seau mondi al de pl us I P: un r seau mondi al de pl us I P: un r seau mondi al de pl us
en pl us hi r ar c hi s en pl us hi r ar c hi s en pl us hi r ar c hi s en pl us hi r ar c hi s
Rseau dorsal IP
Europen
Rseau ethernet
Rseau
national
IP
Liaisons
trans
Atlantique
Rseau boucle
Rseau
rgional
IP
Rseau dorsal IP
Amricain
Rseau dorsal IP
Asie Pacifique
Liaisons
trans
Pacifique
Rseau maill ATM
Hte
Routeur
Rseaux
d'entreprise
Hte
Hte
Rseaux
prestataires
632
Fonc t i ons r al i ses par I P Fonc t i ons r al i ses par I P Fonc t i ons r al i ses par I P Fonc t i ons r al i ses par I P
Communications au niveau 3 sans connexion.
Fonction de routage
Mode datagramme (pas d'information d'tat).
Adressage universel.
Assurant laccs n'importe quel type dhte.
Communications sans contrle d'erreur, de flux, de
squence.
Mode datagramme : envoi de paquets sans contrle.
Quelques cas derreurs sont dtectes (sur l'entte,
insuffisance de tampons) IP transmet un paquet ICMP.
=> Contrle derreur, de flux la charge de TCP.
Fragmentation/Rassemblage.
Adaptation de la taille des datagrammes aux
possibilits offertes par les diffrentes couches liaisons.
633
La sui t e des pr ot oc ol es La sui t e des pr ot oc ol es La sui t e des pr ot oc ol es La sui t e des pr ot oc ol es
TCP/I P en ver si on 4 TCP/I P en ver si on 4 TCP/I P en ver si on 4 TCP/I P en ver si on 4
Diagramme des
principaux
protocoles en
version 4
UDP
Transport
IGMP
IP ICMP
Liaison
PPP, Eth
Liaison
Rseau
RARP ARP
TCP
634
Df i ni t i on si mpl e des di f f r ent s Df i ni t i on si mpl e des di f f r ent s Df i ni t i on si mpl e des di f f r ent s Df i ni t i on si mpl e des di f f r ent s
modul es modul es modul es modul es
ICMP : "Internet Control Message Protocol"
Fonctions annexes au routage et traitement derreurs.
IGMP : "Internet Group Management Protocol"
Gestion des groupes pour la diffusion.
ARP, RARP : "Address Resolution Protocol" ,
"Reverse Address Resolution Protocol "
Correspondance d'adresses liaison et d'adresses IP.
Couche liaison (encapsulation des paquets IP).
Sur liaison point point : PPP Point to Point Protocol
Sur rseaux locaux : Ethernet/DIX, LLC/SNAP Logical
Link Control/Sub Network Access Protocol.
635
I P : Hi st or i que I P : Hi st or i que I P : Hi st or i que I P : Hi st or i que
Travaux sur les rseaux: Protocole TCP -> Nombreux
contributeurs (Article IEEE 1974 TCP Vinton Cerf, Robert Kahn)
mais aussi Jon Postel : adoption RFC IP (RFC 760 janvier 1980)
Protocole IP : spar de TCP, Codage partir de 1978.
Diffrentes amliorations : Stabilisation => IP Version
4 (RFC 791 septembre 1981).
Diffusion significative : partir du dbut des annes 1980.
Grande importance du couple UNIX-TCP/IP : ensemble
cohrent permettant de faire du rseau cot raisonnable
(UNIX Berkeley sur DEC/VAX 1983 - Universit de Californie).
Dveloppement des protocoles annexes: protocoles de
routage, support de la qualit de service, de la scurit ..
Restructuration importante de ladressage pour suivre le
dveloppement mondial: toujours en cours IP V6 (1995).
636
Le c ont r l e de l I nt er net : Le c ont r l e de l I nt er net : Le c ont r l e de l I nt er net : Le c ont r l e de l I nt er net :
Pr i nc i paux or gani smes Pr i nc i paux or gani smes Pr i nc i paux or gani smes Pr i nc i paux or gani smes
ISOC Internet Society
Organisation principale charge de la croissance, de
lvolution technique, des aspects sociaux, politiques, ...
IAB Internet Architecture Board
Dfinition de larchitecture du rseau et de ses protocoles.
Arbitrage des conflits.
IESB Internet Engineering Steering Group
Administre les normes sur proposition de lIETF.
IETF "Internet Engineering Task Force"
Dfinition, exprimentation des protocoles, groupes de
travail par domaines.
RFC Request For Comments : normes de lInternet.
IRTF Internet Research Task Group
Recherche long terme.
637
Le c ont r l e de l I nt er net : Gest i on Le c ont r l e de l I nt er net : Gest i on Le c ont r l e de l I nt er net : Gest i on Le c ont r l e de l I nt er net : Gest i on
des noms, adr esses et par amt r es des noms, adr esses et par amt r es des noms, adr esses et par amt r es des noms, adr esses et par amt r es
IANA Internet Assigned Number Authority
Puis ICANN Internet Corporation for Assigned Names
and Numbers
Organisme charg de laffectation des adresses, mot-
cls, paramtres, ... pour lensemble des protocoles Internet
Politique de gestion : adresses, noms de domaines,
dfinition des MIB (Management Information Base) etc
Dlgation de certains responsabilits (espace dadresses)
Amrique : INTERNIC "Internet Network Information
Center".
Europe : RIPE NCC "Rseaux IP Europens Network
Computing Center"
Asie : APNIC Asia Pacific Network Information Center.
638
Le pr ot oc ol e I P en ver si on 4 Le pr ot oc ol e I P en ver si on 4 Le pr ot oc ol e I P en ver si on 4 Le pr ot oc ol e I P en ver si on 4
St r uc t ur e des dat agr ammes
Fr agment at i on
Adr essage
I P I P I P I P
639
I .1
I P Ver si on 4 I P Ver si on 4 I P Ver si on 4 I P Ver si on 4
640
For mat du For mat du For mat du For mat du dat agr amme dat agr amme dat agr amme dat agr amme I P V4 I P V4 I P V4 I P V4
16 0
8
4
31
24 19
Longueur du
datagramme en octets
Long
entte
Donnes
...
Adresse destination IP
Adresse metteur
Options : longueur variable
Contrle derreur entte
Identificateur unique pour
les diffrents fragments
Version
Temps restant
sjourner
Type de
service
Protocole qui
utilise IP
Position du
fragment
A zro :
alignement
D
F
M
F
Convention :
Transmission
grand boutiste
big endian
Le bit 0 est
envoy en tte.
641
Dt ai l des di f f r ent s c hamps (1) Dt ai l des di f f r ent s c hamps (1) Dt ai l des di f f r ent s c hamps (1) Dt ai l des di f f r ent s c hamps (1)
Numro de version IP "IP version number" : 4 bits Ici IP v4
Longueur de l'entte "IP Header Lenght" : 4 Bits
Longueur de l'entte en mots de 32 bits (Min 5 -> Max 15)
Option: au plus 40 octets (entte standard 20 + option = 60).
Type de service TOS "Type Of Service") : 8 bits
Qualit de service
- 3 bits ("Precedence") Priorit 0 normal 7 contrle rseau
- 4 bits indicateurs ("Flags" D T R M) + Un bit inutilis
D "Delay" minimiser le dlai T "Throughput" maximiser le dbit
R "Reliability"max de fiabilit M "Monetary" min de cot
Redfinition du TOS : QOS Multimdia => Diffserv.
M R T D Precedence
07 06 05 04 03 02 01 00
642
Longueur datagramme (16 bits) "Total lenght"
. Longueur totale du datagramme en octets incluant
entte et donnes => Longueur au maximum 65535.
Identificateur unique (16 bits) "Ident field"
. Valeur entire utilise pour regrouper les diffrents
fragments d'un message fragment.
. Un datagramme peut tre fragment l'mission: un
routeur qui dtecte qu'un datagramme est trop long
pour la voie de sortie le fragmente.
Ne pas fragmenter (1 bit) DF "Don't Fragment"
. Le datagramme mme ne doit pas tre fragment.
. Le destinataire ne peut traiter les fragments.
Ex : tlchargement de code en une fois.
643
Dernier fragment MF "More Fragment" : 1 bit.
. Indique le dernier fragment d'un message fragment (0)
. ou un fragment courant (1).
Position du fragment "Fragment Offset" : 13 bits.
. Dtermine la position d'un fragment dans un message
(8192 fragments possibles).
. Chaque fragment sauf le dernier comprend un nombre
entier de groupes de 8 octets.
Temps restant sjourner TTL "Time To Live : 8 bits
. Ancienne version (RFC 791) :Mesure du temps de sjour
dans le rseau en secondes depuis l'mission (255 s max).
. Actuellement: Initialis une valeur entire (par ex 30).
Dcrment par chaque routeur => Le paquet est dtruit
lorsque le compteur passe zro (pour viter les boucles).
644
Protocole utilisateur "Protocol" : 8 bits
. Protocole qui utilise IP. Nombreuses valeurs normalises
pour le dmultiplexage des paquets entrants
. Exemples ICMP=1, TCP=6, UDP=17
Contrle d'erreur entte "Header Checksum" : 16 bits
. Contrle d'intgrit sur l'entte du paquet.
. Un paquet d'entte errone est dtruit pour viter des
erreurs de dlivrance.
Mthode de calcul
- L'entte est considre comme une suite de mots de 16 bits.
- On fait la somme des mots de 16 bits en complment 1.
- On prend le complment 1 du rsultat.
=> A chaque traverse de commutateur: comme il n'y a que la
zone TTL qui change de un, le calcul de la nouvelle somme
de contrle est simple.
645
Adresse source "Source address" : 32 bits
. Adresse IP de l'metteur.
Adresse destination "Destination address" :
32 bits
. Adresse IP du destinataire.
Donnes "Data"
. Zone de donne utilisateur d'une taille
maximum de 64 K octets.
646
Zone des opt i ons Zone des opt i ons Zone des opt i ons Zone des opt i ons
Utilise pour spcifier des complments de
protocole qui nont pas tre toujours prsents.
Utilisation des options : beaucoup moins forte
en IPV4 quen IPV6.
Longueur variable : de 4 40 octets.
Alignement sur des frontires de mots de 32
bits => Bourrage si le dernier mot nest pas
compltement utilis.
Les options ne sont pas toutes traites par
certains routeurs.
647
Les c i nq c l asses d' opt i ons en Les c i nq c l asses d' opt i ons en Les c i nq c l asses d' opt i ons en Les c i nq c l asses d' opt i ons en
I PV4 I PV4 I PV4 I PV4
Protocoles de scurit : IPSEC "IP Security"
Enregistrement de la route suivie "Record Route".
Enregistrement de la route et estampillage
par la date de traverse de tous les routeurs
"Record and Timestamp".
Routage par la source non contraint "Loose
Source Routing" : dfinition dune liste partielle de
routeurs devant tre visits.
Routage par la source contraint "Strict Source
Routing" : liste stricte des routeurs visiter.
648
I .2 I .2 I .2 I .2
Fr agment at i on Fr agment at i on Fr agment at i on Fr agment at i on
(ou segment at i on) (ou segment at i on) (ou segment at i on) (ou segment at i on)
649
Sol ut i ons pour l a f r agment at i on Sol ut i ons pour l a f r agment at i on Sol ut i ons pour l a f r agment at i on Sol ut i ons pour l a f r agment at i on
( (( (Segment at i on)
Objectif: adapter la taille des datagrammes la taille
maximum des trames de liaison (taille mdium).
MTU (Maximum Transfer Unit) : pour une voie donne la
taille maximum des trames (souvent 1500 octets Ethernet).
Solutions de fragmentation non retenues en IP V4.
Fragmentation transparente 1 = fragmentation et
rassemblage pour chaque saut : le routeur metteur
sur une voie fragmente si ncessaire et le routeur
destination rassemble sil y a eu fragmentation.
Fragmentation transparente 2 = fragmentation de
bout en bout : on ne fragmente qu lentre du rseau et
on ne rassemble qu la sortie => implique lapprentissage
du MTU de chemin (path MTU) plus petit MTU dun chemin.
650
Fr agment at i on en I P V4 : Une Fr agment at i on en I P V4 : Une Fr agment at i on en I P V4 : Une Fr agment at i on en I P V4 : Une
f r agment at i on non t r anspar ent e f r agment at i on non t r anspar ent e f r agment at i on non t r anspar ent e f r agment at i on non t r anspar ent e
Pour un rseau donn (une voie de communication) un
metteur (ou un routeur) fragmente un datagramme si
ncessaire et les fragments poursuivent jusquau
destinataire qui est le seul rassembler.
Il peut donc y avoir plusieurs fragmentations
successives sans rassemblage (sauf au terme).
Liaison 1
MTU=9288
Liaison 2
MTU=1500
Liaison 3
MTU=620
Emetteur
Destinataire
Routeur 1 Routeur 2
651
Sc hma gnr al de l a
f r agment at i on
Fragment
1
Entte
IP
Datagramme dorigine
Fragment
2
Fragment
3
Fragment
4
Fragment
1
Entte
IP
Fragment
2
Entte
IP
Fragment
3
Entte
IP
Fragment
4
Entte
IP
Datagramme 1
Suite des datagrammes associs une fragmentation :
la position (offset) permet de reconstruire le datagramme dorigine
Datagramme 2 Datagramme 3 Datagramme 4
Position=0 Position=@fragment1 Position=@fragment4
652
Fr agment at i on I P V4 : ex empl e Fr agment at i on I P V4 : ex empl e Fr agment at i on I P V4 : ex empl e Fr agment at i on I P V4 : ex empl e
dc ol e de f onc t i onnement dc ol e de f onc t i onnement dc ol e de f onc t i onnement dc ol e de f onc t i onnement
Datagramme fragmenter
Aprs fragmentation pour un MTU=28
Entte IPV4 : informations pour la fragmentation
I : Identificateur de fragment. P : Position dun fragment dans le
datagramme origine (offset). M : Indicateur dernier fragment ('more').
L : Longueur du datagramme (avec entte 20 octets).
Attention : P la position (offset) est en multiple de huit octets.
P=0 I=3204 M=0 L=41 Message A Transmettre
P=0 I=3204 M=1 L=28 Message
P=1 I=3204 M=1 L=28 A transm
P=2 I=3204 M=0 L=25 ettre
653
I .3
Adr essage
A) Par c l asses ( A) Par c l asses ( A) Par c l asses ( A) Par c l asses (Cl assf ul l Cl assf ul l Cl assf ul l Cl assf ul l ) ) ) )
B) Avec Sous r seaux ( B) Avec Sous r seaux ( B) Avec Sous r seaux ( B) Avec Sous r seaux ( Subnet t i ng Subnet t i ng Subnet t i ng Subnet t i ng) ) ) )
C) Avec masque var i abl e ( C) Avec masque var i abl e ( C) Avec masque var i abl e ( C) Avec masque var i abl e (Var i abl e Var i abl e Var i abl e Var i abl e l enght l enght l enght l enght mask mask mask mask ) ) ) )
D) Sans c l asses ( D) Sans c l asses ( D) Sans c l asses ( D) Sans c l asses (Cl assl ess Cl assl ess Cl assl ess Cl assl ess) ) ) )
E) Mc ani smes addi t i onnel s E) Mc ani smes addi t i onnel s E) Mc ani smes addi t i onnel s E) Mc ani smes addi t i onnel s
654
I nt r oduc t i on : Adr essage dans I P I nt r oduc t i on : Adr essage dans I P I nt r oduc t i on : Adr essage dans I P I nt r oduc t i on : Adr essage dans I P
un r seau de r seaux un r seau de r seaux un r seau de r seaux un r seau de r seaux
Toute machine connecte IP appartient un rseau
Notion dadresse de rseau et dadresse hte lintrieur dun rseau
Cadre gnral de ladressage IPV4
- Adressage uniforme au moyen d'adresses universelles
sur 32 bits - 4 octets.
- Notation Dcimale Pointe (dotted decimal) 4 octets
dune adresse : a.b.c.d Exemple dadresse: 192.200.25.1
- Transmission des adresses : grand boutiste (big endian)
Adresse dun rseau
Adresse
hte dans le rseau
Prfixe: le rseau
Suffixe: l'hte
32 bits
"Network Prefix"
"Host Number"
655
Evol ut i on de l adr essage Evol ut i on de l adr essage Evol ut i on de l adr essage Evol ut i on de l adr essage I P
Amliorations successives pour faire face:
- Demande dadresses IP satisfaire (croissance trs rapide).
- Nombre de rseaux IP galement en croissance : taille des
tables de routage.
Solution : Hirarchiser de plus en plus ladressage en
relation avec le routage => Quatre tapes successives.
Hirarchisation deux niveaux :
Adressage par classes Classfull
Hirarchisation trois niveaux :
Adressage IP par sous rseaux Subnetting
Hirarchisation complte n niveaux de ladresse dhte:
Adressage IP avec masque variable VLSM (Variable lenght Subnet mask)
Hirarchisation complte n niveaux de ladresse IP
Adressage IP sans class CIDR (Classless Inter Domain Routing).
656
Ut i l i sat i on des adr esses I P dans Ut i l i sat i on des adr esses I P dans Ut i l i sat i on des adr esses I P dans Ut i l i sat i on des adr esses I P dans
l e r out age l e r out age l e r out age l e r out age
Table de routage (ensemble de routes)
Datagramme router
Adresse destination e.g.h.i (par ex 136.173.36.60).
A partir du prfixe dtermination de ladresse rseau par
application dun masque (adresse avec un prfixe de bits 1
par exemple 16 bits 1 soit 255.255.0.0)
=> adresse rseau 136.173.0.0.
Comparaison de ladresse rseau de destination avec les
destinations des diffrentes routes dans la table.
Adresse destination
Diffrents champs Direction denvoi
163.173.0.0 (rseau)
xxxxxxxxxxxxxxxx /dev/eth0
.
. ..
657
A) Ladr essage I P V4 par c l asses A) Ladr essage I P V4 par c l asses A) Ladr essage I P V4 par c l asses A) Ladr essage I P V4 par c l asses
I P I P I P I P Cl assf ul l Cl assf ul l Cl assf ul l Cl assf ul l RFC 791 (1981) RFC 791 (1981) RFC 791 (1981) RFC 791 (1981)
Hirarchisation de base des adresses avec deux
niveaux
Rseaux de types et de tailles trs diffrentes: ide de
distinction de trois classes A, B, C selon les tailles de rseau
=> Trois frontires diffrentes entre adresse de rseau et
adresse dhte.
Une rpartition des adresses entre les trois classes
qui permet automatiquement de dterminer la classe (la
taille du prfixe) => donc de trouver ladresse du rseau
dappartenance (par analyse de loctet de fort poids).
Rseau
Hte
Prfixe
Suffixe
32 bits
658
Cl asse A : Gr ands r seaux Cl asse A : Gr ands r seaux Cl asse A : Gr ands r seaux Cl asse A : Gr ands r seaux
Prfixe sur 8 bits, suffixe sur 24 bits.
126 Rseaux de 16777214 = 2**24 -2 htes.
La moiti de lespace dadressage.
Nde Rseau: a de 1 126 (0 et 127 sont rservs).
Ndhte: a.0.0.0 et a.255.255.255 rservs.
Plan dadressage rserv aux trs grands groupes
=> gestion stricte.
0
0
8 16 24 31
NRseau NHte
1
7
659
Cl asse B : Rseaux moyens Cl asse B : Rseaux moyens Cl asse B : Rseaux moyens Cl asse B : Rseaux moyens
16384 Rseaux de 65534 = 2**16 -2 htes.
Le quart de lespace dadressage.
Nde Rseau: a.b de 128.0 191.255.
Ndhte: 1 65534 (a.b.0.0 et a.b.255.255 rservs)
Plan dadressage pour entreprises moyennes =>
gestion laxiste au dpart.
1
0
16 24 31
NRseau NHte
1
0
660
Cl asse C : Pet i t s Rseaux Cl asse C : Pet i t s Rseaux Cl asse C : Pet i t s Rseaux Cl asse C : Pet i t s Rseaux
2097152 Rseaux de 254 = 2**8 - 2 htes.
Le huitime de lespace dadressage.
Nde Rseau: a.b.c de 192.0.0 223.255.255
Ndhte: 1 2544 (a.b.c.0 et a.b.c.255 rservs)
Plan dadressage peu demand au dpart
=> utilisation avec la croissance du rseau.
0
16 24 31
NRseau
NHte
1
1 0 1
661
Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on
sur gr oupe (" sur gr oupe (" sur gr oupe (" sur gr oupe (" Mul t i c ast Mul t i c ast Mul t i c ast Mul t i c ast " I P) " I P) " I P) " I P)
Prfixe 4 bits 1110, suffixe 28 bits: identifiant de
groupe (adresse) de diffusion.
Adresses de 224.0.0.0 239.255.255.255
Groupes permanents 224.x.y.z (224/8)
224.0.0.2 tous les routeurs d'un sous-rseau
224.0.1.1 groupe "Network Time Protocol"
Autres groupes non permanents : 225 239.
Pour mmoire classe E : Rserve Prfixe 11110
0 4 31
Adresse de groupe
1
1 1 1 0
2 3
662
Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on Adr esses de c l asse D : Di f f usi on
sur I P et sur Et her net sur I P et sur Et her net sur I P et sur Et her net sur I P et sur Et her net
Transformation dune adresse de groupe IP en
une adresse de groupe Ethernet.
Pour dterminer automatiquement une
adresse de diffusion Ethernet partir dune adresse
de diffusion IP.
1
31
Identificateur du groupe
1 1
0
7 8
utilis
Adresse Ethernet sur 48 bits
Adresse IPV4
Classe D
sur 32 bits
Non
Identificateur du groupe
23 bits
1
Configuration de bits fixe
663
Adr esses par t i c ul i r es I PV4 : Adr esses par t i c ul i r es I PV4 : Adr esses par t i c ul i r es I PV4 : Adr esses par t i c ul i r es I PV4 :
Adr esses poi nt poi nt (RFC 1340) Adr esses poi nt poi nt (RFC 1340) Adr esses poi nt poi nt (RFC 1340) Adr esses poi nt poi nt (RFC 1340)
Adresse point point (unicast): atteindre un seul destinataire.
Adresse destination dans un rseau : une adresse de destination
dans une table de routage (atteindre un hte dans un rseau)
- On note le prfixe adresse de rseau suivi de 0 en partie hte (xyz.00).
- Autre notation la notation a.b.c.d/n (/n indique un prfixe sur n bits)
Exemple: a.b.0.0 <=> a.b.c.d/16
- 0.0.0.0 : LInternet => ladresse destination par dfaut (atteindre
un hte qui se trouve dans lInternet).
Adresse destination moi-mme (lhte courant): 127/8
- 127/8 Comme adresse de destination le mme hte (pour permettre
deux utilisateurs sur le mme site de communiquer par IP).
- Adresse de rebouclage "Loopback"
- Toutes les adresses classe A "127.a.b.c" sont affectes cette fonction.
=> Utilisation habituelle de ladresse : 127.0.0.1 ("localhost").
Adresse source moi-mme (lhte courant): 0.0.0.0 ou 000.xyz
- 0.0.0.0 : Adresse source dune station qui ne connat pas son
adresse (utilisable galement 000.xyz l'hte xyz dans son rseau).
664
Adr esses par t i c ul i r es v4 : Adr esses par t i c ul i r es v4 : Adr esses par t i c ul i r es v4 : Adr esses par t i c ul i r es v4 :
Adr esses de di f f usi on gnr al e Adr esses de di f f usi on gnr al e Adr esses de di f f usi on gnr al e Adr esses de di f f usi on gnr al e
Ide de diffusion gnrale (Broadcast) : atteindre
tous les htes dun rseau IP donn.
En IPV4 pour construire une adresse de diffusion :
mettre des 1 partout dans la partie adresse hte.
Cas de ladressage par classe : Adresses destination:
a.255.255.255 , a.b.255.255 et a.b.c.255:
Diffusion tous les htes du rseau a.0.0.0 (classe A) ou
a.b.0.0 (classe B) ou a.b.c.0 (classe C)
Cas particulier : Adresse dest 255.255.255.255
- Ide naturelle au dpart diffusion tout lInternet
=> abus.
- Ensuite diffusion limite au sous-rseau de lhte metteur
(non dlivr hors du contexte local).
665
Adr essage I PV4 par c l asses Adr essage I PV4 par c l asses Adr essage I PV4 par c l asses Adr essage I PV4 par c l asses
Gaspillage dadresses dans les annes 1980.
- Lespace dadressage paraissant trs suffisant,
- Le rseau tait confidentiel
=> Les adresses ont t distribues sans prvoir.
Les besoins exprims par les entreprises sont souvent
suprieurs la classe C sans justifier la classe B
Si attribution de plusieurs classes C : gonflement des tables
de routage => Attribution de classe B
Ladressage IPV4 par classes sur 32 bits (4 294 967
296 adresses) est devenu tout fait inadapt
Mais les attributions anciennes ont t prserves
dans les plans dadressages ultrieurs.
666
B) Adr essage par B) Adr essage par B) Adr essage par B) Adr essage par sous sous sous sous- -- -r seaux r seaux r seaux r seaux
I P I P I P I P Subnet t i ng Subnet t i ng Subnet t i ng Subnet t i ng RFC 950 (1985) RFC 950 (1985) RFC 950 (1985) RFC 950 (1985)
Hirarchisation trois niveaux:
Possibilit offerte de structurer lespace d'adressage
interne un rseau de classe A, B ou C en deux niveaux
Trois notions : rseau, sous-rseau et hte.
Pour quoi faire :
Mieux structurer un espace dadressage interne.
Sans impact sur lInternet mondial.
Eviter des demandes de blocs dadresses
Adresse rseau
Adresse sous-rseau
Adresse hte
0
31
Adresse rseau
Adresse hte
667
Adr essage par Adr essage par Adr essage par Adr essage par sous sous sous sous- -- -r seaux r seaux r seaux r seaux : : : :
Not i on de masque (" Not i on de masque (" Not i on de masque (" Not i on de masque (" Subnet Subnet Subnet Subnet Mask Mask Mask Mask " ) " ) " ) " )
Souplesse souhaite: La frontire entre adresse sous-
rseau et adresse dhte est variable selon les besoins de
lentreprise (dfinie par ladministrateur du rseau).
Ncessit de fournir le dcoupage retenu chaque
machine dun sous rseau et aux routeurs.
Le masque : permet le filtrage des adresses destination
pour trouver ladresse du sous-rseau dappartenance.
Cest une configuration de bits 1 que lon applique
en et logique sur une adresse IP pour slectionner la partie
adresse rseau + sous rseau
Exemple un rseau de classe B : 135.28/16
On souhaite le dcoupage de lespace interne 10 bits pour ladresse
de sous-rseau et 6 bits pour ladresse dhte :
Valeur du masque : 255.255.255.192 ou en notation de prfixe
tendu /26 (ou encore en hxadcimal 0xFFFFFFC0).
668
Conc l usi on I PV4 et l es Conc l usi on I PV4 et l es Conc l usi on I PV4 et l es Conc l usi on I PV4 et l es sous sous sous sous- -- -
Avantages
Les tables de routages de lInternet ne croissent pas
en taille (seuls les routeurs internes grent les sous-
rseaux)
Lespace dadressage priv est mieux gr (lors de la
cration de nouveaux rseaux on vite de demander des
adresses).
Si un rseau modifie sa structure interne il nest pas
ncessaire de modifier les routes dans lInternet
Inconvnients
Il faut grer le masque en plus de ladresse.
On ne dfinit quune seule faon de hirarchiser les
adresses : rigidit du dcoupage (un seul pour toute
lentreprise => difficile changer).
669
C) Masques de l ongueur var i abl e C) Masques de l ongueur var i abl e C) Masques de l ongueur var i abl e C) Masques de l ongueur var i abl e
VLSM VLSM VLSM VLSM Var i abl e Var i abl e Var i abl e Var i abl e Lengt h Lengt h Lengt h Lengt h Subnet Subnet Subnet Subnet Mask Mask Mask Mask
Besoin: crer des sous rseaux de taille diffrente.
Exemple
Classe B 135.8.0.0/16 dcoup par le masque 255.255.254.0
ou /23 (soit 2**7 = 128 sous-rseaux de 2**9 2 = 510).
Il se cr un nouveau sous_rseau de 15 htes (extension
prvisible 50).
Si on lui attribue une adresse de sous-rseau /23 on va
perdre environ 500 adresses.
Il serait par contre trs intressant de lui attribuer une
adresse /26 dun sous rseau de 64 2 = 62 htes.
La solution : VLSM Variable Length Subnet Mask (RFC
1009 en 1987) : masques de taille variable.
670
Pr obl mes poss par VLSM : Pr obl mes poss par VLSM : Pr obl mes poss par VLSM : Pr obl mes poss par VLSM :
1) Gest i on des masques 1) Gest i on des masques 1) Gest i on des masques 1) Gest i on des masques
Chaque sous-rseau possde sa propre taille.
Pour dterminer correctement le numro de rseau
quelque soit sa taille.
Le protocole de routage interne doit utiliser un
masque (un prfixe tendu) diffrent pour chaque sous-
rseau
Il doit transfrer ces masques dans chaque route.
=> Modifier les protocoles de routage
RIP V2 (Routing Information Protocol RFC1388)
La version 2 permet de dployer VLSM.
OSPF (Open Shortest Path First)
671
2) Cor r espondanc e l a pl us l ongue 2) Cor r espondanc e l a pl us l ongue 2) Cor r espondanc e l a pl us l ongue 2) Cor r espondanc e l a pl us l ongue
Recherche de "correspondance la plus longue"
(Longest Match based forwarding algorithm)
Au cas ou plusieurs routes sont dans une table,
La route de plus long prfixe est la plus prcise
La route de plus long prfixe doit tre slectionne
et utilise.
Exemple : datagramme vers l'hte 136.1.6.5 avec 3 routes
vers les destinations suivantes :
136.1.0.0/16 : 10001000 00000001
136.1.4.0/22 : 10001000 00000001 000001
136.1.6.0/23 : 10001000 00000001 0000011
=>Les trois routes conduisent au but
=>Le routeur choisit la route 136.1.6.0/23.
672
3) Agr gat i on des r out es 3) Agr gat i on des r out es 3) Agr gat i on des r out es 3) Agr gat i on des r out es
Dploiement d'un rseau VLSM => Pour
l'agrgation des routes les adresses doivent
tre assignes topologiquement .
Les blocs dadresses sont dcoups hirarchiquement.
Les blocs dadresses sont attribues selon la topologie du
rseau
On rduit la quantit d'information dans les
tables de routage => on peut agrger en une
seule route, les routes pour lensemble des blocs
contenus dans un bloc destination.
On diminue le temps de recherche en table
=> amlioration des performances du routage.
673
Ex empl e de gest i on dadr esse avec Ex empl e de gest i on dadr esse avec Ex empl e de gest i on dadr esse avec Ex empl e de gest i on dadr esse avec
agr gat i on t opol ogi que en VLSM agr gat i on t opol ogi que en VLSM agr gat i on t opol ogi que en VLSM agr gat i on t opol ogi que en VLSM
101.0.0.0/8
101.1.0.0/16
101.2.0.0/16
101.254.0.0/16
101.254.32.0/19
101.2.1.0/24
101.0.0.0/8
101.1.0.0/16
101.254.0.0/16
101.2.0.0/16 101.2.1.0/24
101.254.32.0/19
674
Conc l usi on : I PV4 avec VLSM Conc l usi on : I PV4 avec VLSM Conc l usi on : I PV4 avec VLSM Conc l usi on : I PV4 avec VLSM
Avantages
Lutilisation de plusieurs masques permet un usage
plus efficace de lespace dadressage attribu une
organisation : il nest pas ncessaire de se conformer la
taille unique des sous-rseaux.
On rduit le volume des tables ncessaires au
routage au niveau dorsal (backbone) dune organisation.
Inconvnients
Ncessite ladaptation des protocoles de routage pour
changer les masques: RIPV1 -> RIPV2
Ne permet de structurer correctement que le
domaine dadresse priv dune organisation.
675
D) Rout age sans c l asse : CI DR D) Rout age sans c l asse : CI DR D) Rout age sans c l asse : CI DR D) Rout age sans c l asse : CI DR
Cl assl ess Cl assl ess Cl assl ess Cl assl ess I nt er I nt er I nt er I nt er Domai n Domai n Domai n Domai n Rout i ng Rout i ng Rout i ng Rout i ng
Problme rcurrent aprs 1990 (web) en IP v4:
Saturation de l'espace d'adressage et croissance de la taille des
tables de routage (aux plus haut niveaux).
Solution : Hirarchisation complte des adresses V4.
=> Extension de lapproche VLSM tout lespace dadressage de lInternet.
=>Suppression des frontires tablies par ladressage en classes (classless)
Prolongation importante de ladressage V4.
En amliorant lutilisation des adresses encore disponibles.
En diminuant le volume des tables de routage par agrgation des
routes.
Solution CIDR : RFC1517 1520 (1993).
676
Cont r ai nt es pour l e Cont r ai nt es pour l e Cont r ai nt es pour l e Cont r ai nt es pour l e
dpl oi ement de CI DR dpl oi ement de CI DR dpl oi ement de CI DR dpl oi ement de CI DR
Htes et routeurs doivent supporter ladressage
CIDR et ses consquences
Mmes consquences que VLSM.
Les adresses de destination doivent tre
changes par les protocoles de routage avec leur
prfixe (qui peut tre de taille quelconque).
Les routeurs doivent implanter un algorithme de
"correspondance la plus longue".
Les adresses doivent tre distribues sur une
base topologique pour agrger les routes.
677
Di st r i but i on des adr esses I P dans Di st r i but i on des adr esses I P dans Di st r i but i on des adr esses I P dans Di st r i but i on des adr esses I P dans
l adr essage sans c l asse l adr essage sans c l asse l adr essage sans c l asse l adr essage sans c l asse
Attribution dadresses par blocs dont la taille est
toujours sur n bits soit 2
n
adresses chaque fois.
Lutilisation dun bloc dadresses libres de n bits doit
correspondre une adresse de rseau valide sur 32-n bits.
Notation en CIDR :
Un bloc dadresses en CIDR: 212.37.24.160/27
Utilisable comme une adresse de rseau:
Ladresse de rseau en binaire :
11010100.00100101.00011000.101 | 00000
Le masque comporte 27 bits 1 en tte, et 5 bits 0 la fin.
111111111111111111111111111 | 00000
On peut donc aussi noter le masque en notation dcimale pointe :
11111111.11111111.11111111.111 | 00000
Soit : 255.255.255.224
678
Ex empl e de di st r i but i on Ex empl e de di st r i but i on Ex empl e de di st r i but i on Ex empl e de di st r i but i on
Construction dun nouveau rseau IP : comprenant environ 2000
adresses.
On doit attribuer un bloc de 2**11 : soient 2048>2000 adresses
=>11 bits adresse hte masque /21.
On dispose du bloc libre : 194.16.32.0/19
=> On peut attribuer les blocs
Rseau (1) 194.16.32.0/21 ou 11000010 00010000 00100|000 00000000
Rseau (2) 194.16.40.0/21 ou 11000010 00010000 00101|000 00000000
Rseau (3) 194.16.48.0/21 ou 11000010 00010000 00110|000 00000000
Rseau (3) 194.16.56.0/21 ou 11000010 00010000 00111|000 00000000
Exemple: rseau (2) Premire adresse dhte utilisable 194.16.40.1
Dernire adresse 194.16.47.254
On ne peut pas faire dautre choix : car ce ne seraient pas des
adresses de rseaux avec prfixe /21 sur 21 bits et suffixe sur 11 bits.
679
Appl i c at i on de CI DR : di st r i but i on Appl i c at i on de CI DR : di st r i but i on Appl i c at i on de CI DR : di st r i but i on Appl i c at i on de CI DR : di st r i but i on
des adr esses de c l asse C r est ant es des adr esses de c l asse C r est ant es des adr esses de c l asse C r est ant es des adr esses de c l asse C r est ant es
Adresses restantes : dans la classe C (peu de demandes).
Solution dadministration: sparer les classe C restantes
en quatre catgories administres par continent.
194.0.0.0 - 195.255.255.255 Europe RIPE
198.0.0.0 - 199.255.255.255 Amrique nord et sud ARIN
200.0.0.0 - 201.255.255.255 //
202.0.0.0 - 203.255.255.255 Asie Pacifique APNIC
Distributions indpendantes par rgion de blocs de taille
quelconque aux FAI.
Agrgation de routes: une adresse 194.x.y.z doit tre
envoye sur un routeur europen.
680
Conc l usi on I PV4 avec CI DR Conc l usi on I PV4 avec CI DR Conc l usi on I PV4 avec CI DR Conc l usi on I PV4 avec CI DR
CIDR alloue efficace des adresses v4
CIDR permet de coller assez finement aux demandes.
Rcupration d'anciennes adresses A, B ou C.
Un prestataire Internet ISP attribue librement ses
adresses.
La dcoupe peut oprer tous les niveaux.
CIDR permet d'agrger les routes tous les niveaux
Contrle de la taille des tables de routage.
Facilite l'administration des routeurs.
CIDR prsente les inconvnients de la hirarchisation:
Si une organisation souhaite changer de prestataire sans
changer dadresse on doit crer une route dexception ce qui
est coteux (autre solution voir plus loin NAT).
681
Car t e de l I nt er net : oc c upat i on de Car t e de l I nt er net : oc c upat i on de Car t e de l I nt er net : oc c upat i on de Car t e de l I nt er net : oc c upat i on de
l espac e I PV4 en 2006 l espac e I PV4 en 2006 l espac e I PV4 en 2006 l espac e I PV4 en 2006
682
E) Mc ani smes addi t i onnel s pour Mc ani smes addi t i onnel s pour Mc ani smes addi t i onnel s pour Mc ani smes addi t i onnel s pour
l adr essage (c onomi ser et l adr essage (c onomi ser et l adr essage (c onomi ser et l adr essage (c onomi ser et
f ac i l i t er l admi ni st r at i on) f ac i l i t er l admi ni st r at i on) f ac i l i t er l admi ni st r at i on) f ac i l i t er l admi ni st r at i on)
1. Li ai sons 1. Li ai sons 1. Li ai sons 1. Li ai sons dnumr ot es dnumr ot es dnumr ot es dnumr ot es
2. Adr esses publ i ques et pr i ves 2. Adr esses publ i ques et pr i ves 2. Adr esses publ i ques et pr i ves 2. Adr esses publ i ques et pr i ves
3. Tr aduc t i on dadr esses (NAT) 3. Tr aduc t i on dadr esses (NAT) 3. Tr aduc t i on dadr esses (NAT) 3. Tr aduc t i on dadr esses (NAT)
4. Di st r i but i on dadr esses (DHCP) 4. Di st r i but i on dadr esses (DHCP) 4. Di st r i but i on dadr esses (DHCP) 4. Di st r i but i on dadr esses (DHCP)
Adr essage I P Ver si on 4 Adr essage I P Ver si on 4 Adr essage I P Ver si on 4 Adr essage I P Ver si on 4
683
E1) Li ai sons E1) Li ai sons E1) Li ai sons E1) Li ai sons dnumr ot es dnumr ot es dnumr ot es dnumr ot es
(RFC 1812) (RFC 1812) (RFC 1812) (RFC 1812)
Toute carte rseau est identifie par une adresse IP
unique.
Pour une liaison point--point, il faut attribuer un
numro de rseau pour une voie qui ne contient que
deux interfaces => perte d'adresses IPv4.
Solution : Notion de liaison point--point dnumrote
et de routeur virtuel.
On supprime les adresses des interfaces rseau pour une liaison
dnumrote en contradiction avec la notion de route (adresse IP
atteindre "next hop")
Les deux routeurs situs aux deux extrmits de la liaison sont des
demi routeurs qui forment un seul routeur virtuel (la liaison point
point est en fait interne au routeur virtuel).
Avantages : gain de deux adresses, gestion simplifie
Inconvnients : on ne supporte pas les cas compliqus
plusieurs routeurs, les routeurs virtuels sont complexes et non
standardiss.
684
E2) Adr esses publ i ques et adr esses E2) Adr esses publ i ques et adr esses E2) Adr esses publ i ques et adr esses E2) Adr esses publ i ques et adr esses
pr i ves (RFC 1918) pr i ves (RFC 1918) pr i ves (RFC 1918) pr i ves (RFC 1918)
Les organisations qui veulent crer un Internet priv
peuvent utiliser sans demande les adresses rserves:
10/8 (10.0.0.0 10.255.255.255)
172.16/12 (172.16.0.0 172.31.255.255)
192.168/16 (192.168.0.0 192.168.255.255)
Les adresses prives ne sont routes que dans les
rseaux privs (non routes dans lInternet mondial).
Avantages
On vite ainsi beaucoup de demandes dadresses.
On a moins de risque dune utilisation sauvage
dadresses publiques dans des rseaux privs.
Inconvnient
On ne peut pas communiquer avec lInternet mondial.
685
E3) Tr aduc t eur s dadr esses I P : NAT E3) Tr aduc t eur s dadr esses I P : NAT E3) Tr aduc t eur s dadr esses I P : NAT E3) Tr aduc t eur s dadr esses I P : NAT
Net w or k Net w or k Net w or k Net w or k Addr ess Addr ess Addr ess Addr ess Tr ansl at i on RFC 1631 Tr ansl at i on RFC 1631 Tr ansl at i on RFC 1631 Tr ansl at i on RFC 1631
Motivation : lconomie des adresses IP mais aussi :
Une entreprise ayant cr un Internet priv (RFC
1918) souhaite avoir ensuite accs lInternet mondial.
Une entreprise souhaite cacher au monde extrieur
son plan dadressage interne.
Une entreprise souhaite se rendre indpendante des
adresses fournies par son fournisseur daccs Internet.
La solution NAT : modification des adresses dans les
datagrammes
Traduction des adresses IP (dans un routeur ou dans un
quipement de transit par exemple mur pare feux firewall).
Base sur lacquisition du datagramme, la consultation
de table, la modification dadresse, la retransmission.
686
NAT : Tr aduc t i on st at i que et NAT : Tr aduc t i on st at i que et NAT : Tr aduc t i on st at i que et NAT : Tr aduc t i on st at i que et
dynami que dynami que dynami que dynami que
Traduction statique (Static NAT) :
Traduction dune adresse IP dentreprise vers une
adresse IP extrieure
=> Toujours la mme traduction ralise.
Typiquement adresse prive interne vers adresse
publique du rseau mondial (facilite ladministration)
Traduction dynamique (Dynamic NAT) :
Traduction dune adresse IP dentreprise (prive) vers
une adresse IP publique prise dans une rserve
=> Un hte na pas toujours la mme adresse IP.
Facilite ladministration et conomise les adresses
687
NAT : Les quat r e appr oc hes de NAT : Les quat r e appr oc hes de NAT : Les quat r e appr oc hes de NAT : Les quat r e appr oc hes de
t r aduc t i on (1) t r aduc t i on (1) t r aduc t i on (1) t r aduc t i on (1)
NAT avec traduction pour des transactions en sortie
uniquement (unidirectionnel en sortie).
Traduction NAT classique des adresses IP internes en
adresses IP externes.
NAT avec transactions dans les deux sens (NAT
unidirectionnel en sortie et unidirectionnel en entre) :
Cas prcdent ou des htes internes requirent des
serveurs externes (traduction unidirectionnelle en sortie)
Cas ou des clients externes requirent des serveurs
internes : NAT en relation avec le DNS donne une adresse
publique dun serveur interne et transforme cette adresse en
adresse prive (traduction unidirectionnelle en entre).
688
NAT : l es quat r e appr oc hes de NAT : l es quat r e appr oc hes de NAT : l es quat r e appr oc hes de NAT : l es quat r e appr oc hes de
t r aduc t i on t r aduc t i on t r aduc t i on t r aduc t i on (2) (2) (2) (2)
NAT Bidirectionnel (avec traduction dans les
datagrammes des adresses sources et destination) :
Cas ou les espaces dadressage internes et externes se
recouvrent (adresses prives ou usage anormal dadresses
publiques). Exemple: mise en relation NAT de deux rseaux
privs construits sur le bloc 10.0.0.0/8.
Traduction dadresse et de numro de port
NAT surcharg Overloaded ou encore NAT with PAT
Port Address Translation.
Traduction du couple (adresse IP, numro de port TCP ou
UDP) vers un autre couple (adresse, numro de port).
=> Une adresse IP dans une rserve et un numro de
port sur 16 bits sont donc rattribus.
=> La solution la plus utilise.
689
Ex empl e : NAT uni di r ec t i onnel avec Ex empl e : NAT uni di r ec t i onnel avec Ex empl e : NAT uni di r ec t i onnel avec Ex empl e : NAT uni di r ec t i onnel avec
t r aduc t i on de numr o de por t t r aduc t i on de numr o de por t t r aduc t i on de numr o de por t t r aduc t i on de numr o de por t
Ladresse @IP1 peut tre prive.
Ladresse @IP2 doit tre publique : un seule adresse peut
servir 65536 4096 = 61440 applications (numro de port sur
16 bits et les 4096 premiers numros sont rservs aux ports
bien connus).
Internet
Emetteur
Destinataire
Traducteur NAT
Source
@IP1, port1
Source
@IP2, port2
Dest
@IP2, port2
Dest
@IP1, port1
@IP1 , port 1 @IP2 , port 2
Table du
traducteur
Entreprise
690
Conc l usi on NAT Conc l usi on NAT Conc l usi on NAT Conc l usi on NAT
Solution simple, peu coteuse et trs efficace : la
solution qui a assur la survie de ladressage IP V4
NAT une solution qui pose aussi des problmes
Ne respecte pas le principe: chaque interface une adresse
IP (problme didentification des sources)
Le mode datagramme IP devient plus ou moins connect.
NAT: uniquement prvu pour TCP et UDP, viole le principe
dindpendance des couches (mlange rseau/transport).
Si des applications placent des adresses IP dans les
datagrammes il faudrait que NAT modifie deux endroits.
Problme des mcanismes de scurit avec chiffrement de
charges utiles encapsulant des datagrammes donc des
adresses IP.
NAT retarde le dploiement de IP V6.
691
E4) Di st r i but i on des adr esses I P : E4) Di st r i but i on des adr esses I P : E4) Di st r i but i on des adr esses I P : E4) Di st r i but i on des adr esses I P :
La sol ut i on de base RARP La sol ut i on de base RARP La sol ut i on de base RARP La sol ut i on de base RARP
Problme : Attribution un site dune adresse IP.
RARP Reverse Address Resolution Protocol RFC 903
Une solution pour la correspondance entre adresses MAC et IP.
Utilise pour les machines sans disques et facilite ladministration.
Solution sur rseau local.
Chaque hte dispose dune adresse IP fixe.
Un hte qui dmarre demande son adresse IP fixe.
Diffusion sur Ethernet de requte RARP en donnant son adresse MAC.
Un serveur RARP fournit ladresse IP correspondant ladresse MAC.
Problmes
Ne fonctionne quavec des adresse IP fixes.
RARP ne gre que la distribution dadresses IP.
Ncessite un serveur RARP sur chaque tronon (ou mise en uvre de
serveurs proxy, relais de requtes).
692
Di st r i but i on des adr esses I P: Di st r i but i on des adr esses I P: Di st r i but i on des adr esses I P: Di st r i but i on des adr esses I P:
La sol ut i on BOOTP La sol ut i on BOOTP La sol ut i on BOOTP La sol ut i on BOOTP
BOOTP Bootstrap Protocol RFC 951, 1048, 1084
Faire un outil pour le dmarrage des stations sans disques.
Utiliser UDP et le routage IP pour avoir un seul serveur par entreprise.
Fournir diffrentes informations linitialisation (routeur par dfaut,
masque, serveur de fichiers de boot pour station sans disque ).
Solution BOOTP pour les adresses IP sur UDP.
Protocole avec diffrents formats de messages au dessus de UDP.
Un hte qui dmarre diffuse une demande dadresse IP en UDP sur le
port serveur bootp 67 (rponse en diffusion sur le port client 68).
Problmes
Ne fonctionne quavec des adresse IP fixes.
693
At t r i but i on dynami que dadr esses : At t r i but i on dynami que dadr esses : At t r i but i on dynami que dadr esses : At t r i but i on dynami que dadr esses :
DHCP (RFC 941) DHCP (RFC 941) DHCP (RFC 941) DHCP (RFC 941)
DHCP Dynamic Host Configuration Protocol
Une solution de distribution dadresses sur rseau local.
Utilise les formats de message du protocole BOOTP.
Requte dadresse IP en diffusion sur rseau local: DHCPDISCOVER.
Rponse dun serveur DHCP proposant une adresse: DHCP OFFER.
Acceptation dune adresse offerte par le client: DHCPREQUEST.
Acquittement par le serveur: attribution dadresse: DHCPACK.
Gestion de bail : location dadresse IP pour une priode
limite pour rcuprer les adresses inutilises.
Comme Bootp : fourniture dautres informations utiles.
Possibilit de dclarer des relais DHCP sur des routeurs
pour atteindre dautres tronons.
694
Conc l usi on : DHCP Conc l usi on : DHCP Conc l usi on : DHCP Conc l usi on : DHCP
Principal avantage :
Administration simplifie des adresses (administration
centralise).
Pas de problmes derreurs dues lutilisation de la mme IP.
Deux solutions
A) Un hte reoit toujours la mme adresse IP: IP fixe
comme en Bootp (pour des serveurs).
B) Un hte reoit une adresse IP prise dans un ensemble
dadresses disponibles.
Une mme adresse peut servir dsigner des htes diffrents
dans le temps.
Il nest pas ncessaire davoir autant dadresses que dabonns si
tous les abonns ne se connectent pas en mme temps.
695
Conc l usi on Adr essage I Pv4 Conc l usi on Adr essage I Pv4 Conc l usi on Adr essage I Pv4 Conc l usi on Adr essage I Pv4
Les problmes de ladressage IPv4 : tarissement des adresses,
grossissement des tables de routage, trop grande centralisation de
distribution.
Ont reus des solutions astucieuses qui permettent IPV4 de
durer : CIDR, NAT, DHCP
Le plan d'adressage Internet IPv4 devrait nanmoins tt ou
tard arriver saturation
- Incertitude trs grande sur la date effective
- Lie au dveloppement des services Internet consommateurs
dadresses: Internet fixe, mobile, tlphonie, commerce lectronique,
domotique
- Et la faon de rgler les problmes dadressage dans tous ces cas
Les difficults prvisibles de ladressage IPV4 ont amen
spcifier une version nouvelle de IP IP Version 6.
696
Le pr ot oc ol e I P en ver si on 6 Le pr ot oc ol e I P en ver si on 6 Le pr ot oc ol e I P en ver si on 6 Le pr ot oc ol e I P en ver si on 6
Gnr al i t s I PV6
Adr essage
I P I P I P I P
697
I nt r oduc t i on I Pv6 I nt r oduc t i on I Pv6 I nt r oduc t i on I Pv6 I nt r oduc t i on I Pv6
Besoin d'un nouveau protocole qui apporte des rponses
aux limitations du plan d'adressage v4.
Incorporer aussi les volutions technologiques (scurit,
performances, administration)
Etude partir des annes 1990 : diffrentes propositions
pour un futur IP baptis tout d'abord: IP NG
Processus de choix difficile l'IETF => Choix techniques
principaux = adoption des RFC 1994-1995.
IP v5 : Protocole ST2 RFC 1819: multimdia, en connexion
IP v7 : Rseau OSI sans connexion CLNP
IP v6 : choix/fusion entre propositions CATNIP, TUBA, SIPP
Dcision dfinitive 1998
Implantations disponibles en cours partir de 1995-1996,
routeur IPV6 2001 depuis phase
d'exprimentation/dploiement.
698
Cr i t r es de c onc ept i on I Pv6 Cr i t r es de c onc ept i on I Pv6 Cr i t r es de c onc ept i on I Pv6 Cr i t r es de c onc ept i on I Pv6
Adressage / Routage
Grand espace d'adressage hirarchisable.
Adressage pour au moins un milliard de rseaux.
Autorisant un routage hirarchis.
Diminution des tailles des tables
Distribution d'adresses facilite en rpartissant les
possibilits d'attribution.
Dploiement
Une transition 'sans jour j'.
Tous les changements effectuer sur tous les types
d'appareils doivent tre prciss (protocoles annexes
ICMP/IGMP, htes, routeurs, administration rseau, ).
699
Modi f i c at i ons par r appor t I PV4 Modi f i c at i ons par r appor t I PV4 Modi f i c at i ons par r appor t I PV4 Modi f i c at i ons par r appor t I PV4
Capacit d'adressage quadruple
- 128 bits soit 16 octets (au lieu de 32 bits).
Simplification du format d'entte standard
- Optimisation pour un routage simplifi.
- Suppression des champs inutiles au routage.
- Alignement sur des frontires de mots
Etiquette de flot
- Identifier des flots d'octets pour permettre la rservation
de ressource => qualit de service.
Pas de somme de contrle d'entte
Amlioration des extensions et des options
- Sous forme d'extensions l'entte minimum.
700
Fonc t i onnal i t s r equi ses pour I Pv6 Fonc t i onnal i t s r equi ses pour I Pv6 Fonc t i onnal i t s r equi ses pour I Pv6 Fonc t i onnal i t s r equi ses pour I Pv6
Support de l'autoconfiguration ('plug and play')
Support de mcanismes de scurit
(confidentialit, authentification, intgrit)
Support de la qualit de service temporelle
(existence de mcanismes pour la rservation de
ressources).
Support du mode diffusion.
Support de la mobilit.
Support d'artres tous les dbits.
701
St r uc t ur e du dat agr amme
702
For mat du For mat du For mat du For mat du dat agr amme dat agr amme dat agr amme dat agr amme I Pv6 I Pv6 I Pv6 I Pv6
16 0 8 4 31 24
Et i quet t e du f l ot
Fl ow Label
Pr i or i t
Ent t es d' ex t ensi on
Ex t ensi on header s
Donnes
...
Adr esse Emet t eur
Sour c e Adr ess
Longueur de l a c har ge ut i l e
Payl oad Lenght
Ver si on
Nb saut s
Hop Li mi t
Ent t e sui vant
Nex t Hdr
Adr esse Dest i nat ai r e
Dest i nat i on Addr ess
703
Dt ai l s c onc er nant l es c hamps Dt ai l s c onc er nant l es c hamps Dt ai l s c onc er nant l es c hamps Dt ai l s c onc er nant l es c hamps
I Pv6 (1) I Pv6 (1) I Pv6 (1) I Pv6 (1)
Numro de version IP (4 bits) "IP version number"
Ici valeur 6 (IPv6).
Classe de trafic (4 bits) "Traffic Class" "Priority"
Permet la dfinition de la priorit entre les flots de datagrammes.
Valeurs de 0 7 pour les flots pouvant ralentir en cas de congestion.
0 Pas de priorit particulire 4 Trafic en rafale attendu ("ftp")
1 Trafic de fond ("news") 5 Rserv pour usage futur
2 Trafic non attendu ("mail") 6 Trafic interactif et (X11)
3 Rserv pour usage futur 7 Commandes: routage, admin
Valeurs de 8 15 trafic "temps rel" non susceptible de ralentir
(multimdia)
Remarque : Problme de la QOS temps rel: encore en dveloppement.
Autre dcoupage propos: Traffic Class plus riche sur 8 bits et
tiquette de flot seulement 20 bits.
704
I Pv6 (2) I Pv6 (2) I Pv6 (2) I Pv6 (2)
Etiquette de flot (24 bits) "Flow label"
- En relation avec l'adresse metteur une tiquette
de flot identifie un flot de donnes:
=> On peut allouer des ressources ce flot pour lui
assurer un certaine qualit de service.
- Utilisation en liaison avec RSVP "Resource
Reservation Protocol".
Longueur de la charge utile (16 bits) "Payload
Lenght"
- A la diffrence de IPv4 on ne compte pas les 40
octets de l'entte.
705
I Pv6 (3) I Pv6 (3) I Pv6 (3) I Pv6 (3)
Prochain entte "Next Header"
- De nombreux enttes d'extension sont prvus pour
complter l'entte de base selon les besoins.
- Les enttes forment une liste.
- Cette zone dtermine le type du premier entte.
- Le dernier entte dfinit le protocole utilisateur.
0 Informations de routage saut par saut
4 Protocole internet
6 Protocole TCP
17 Protocole UDP
43 Entte de routage
44 Entte de fragmentation (par la source)
45 Protocole de routage inter domaine
46 Protocole de rservation (RSVP)
50 Confidentialit de la charge
..
706
I Pv6 (4) I Pv6 (4) I Pv6 (4) I Pv6 (4)
Nombre de sauts max (8 bits) "Hop Limit"
- Comme dans IPv4 le nombre maximum de commutateurs
pouvant tre traverss (ancienne zone 'Time To Live' avec un
nouveau nom qui correspond la fonction).
- Le diamtre du rseau 256 est jug trop faible par certains
commentateurs.
Adresse source (128 bits) ("Source address")
- Adresse IP de l'metteur.
Adresse destination (128 bits) ("Destination address")
- Adresse IP du destinataire.
Donnes "Data"
- Zone de donne d'une taille max de 64 Ko.
- Une entte d'extension particulire permet de dfinir des
longueurs sur 32 bits jumbograms.
707
I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on
" Ex t ensi on Header s" RFC 1883 " Ex t ensi on Header s" RFC 1883 " Ex t ensi on Header s" RFC 1883 " Ex t ensi on Header s" RFC 1883
Nombreuses options prvues par le protocole codes
dans un nombre variable de champs d'extension en dbut.
Les extensions ne sont pas traites par les routeurs
sauf l'extension infos "pour chaque saut" ("Hop by hop").
Les enttes forment une liste.
Entte V6
Prochain_entte
= TCP
Entte TCP
+ donnes
Entte V6
Prochain_entte
= Routage
Entte Routage
Prochain_entte
= TCP
Entte TCP
+ donnes
Entte V6
Prochain_entte
= Routage
Prochain_entte
= Fragment
Entte Fragment
Prochain_entte
= TCP
Entte Routage Entte
TCP+
donnes
708
I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on I PV6 : Les ent t es dex t ensi on
Aut r e pr sent at i on de l a l i st e Aut r e pr sent at i on de l a l i st e Aut r e pr sent at i on de l a l i st e Aut r e pr sent at i on de l a l i st e
Etiquette du flot
Flow Label
Priorit
Options saut par saut
Hop by hop options
Adresse Emetteur
Source Adress
Longueur de la charge utile
Payload Lenght
Version
Nb sauts
Hop Limit
Entte suivant
Next Hdr: 0
Adresse Destinataire
Destination Address
Entte suivant
Next Hdr: 43
Longueur Entte
Header Lenght
Entte suivant
Next Hdr: 44
Longueur Entte
Header Lenght Informations de routage
Routing Information
Entte et donnes TCP TCP Header and Data
Entte suivant
Next Hdr: 6
Rserv
Position Fragment Offset
Identification fragment Fragment Identification
M
709
Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es
dex t ensi on (1) dex t ensi on (1) dex t ensi on (1) dex t ensi on (1)
Les champs d'extension et leur ordre
Une extension ne peut apparatre qu'une fois.
On doit rencontrer les extensions dans l'ordre suivant
Infos saut par saut 0 "Hop-by-hop header"
Dfinit des informations pour chaque routeur rencontr par
le datagramme.
Diffrents types d'informations sont prcises sur un octet.
En particulier le code 194 " Jumbo Payload Lenght" dfinit
un paquet dont la taille dpasse 64K (jusqu' 32 bits)
Routage 43 "Routing Header"
Dfinit un routage par la source comme en IPV4.
710
Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es Desc r i pt i on de quel ques ent t es
dex t ensi on (2) dex t ensi on (2) dex t ensi on (2) dex t ensi on (2)
Authentification 51 "Authentication Header"
La mthode propose par dfaut par IPV6 utilise une cl
secrte connue de l'metteur et du destinataire.
La cl combine avec le paquet transmis est compresse
avec l'algorithme MD5 ("Message Digest 5").
Beaucoup dautres approches de scurit IPSEC.
Pas de prochaine entte 59 "No next header"
711
Ent t es de f r agment at i on (2) Ent t es de f r agment at i on (2) Ent t es de f r agment at i on (2) Ent t es de f r agment at i on (2)
Gnralits
La fragmentation ne dispose plus dinformations toujours prsentes dans
lentte de tous les datagrammes.
Part non fragmentable: entte de base plus quelques extensions (routage).
Part fragmentable : les autres extensions et les donnes
Entte 44 "Fragment Header"
Dfinit une fragmentation avec des paramtres voisins de ceux de V4
Bit M, identificateur, dplacement (offset) du fragment.
Solution de fragmentation transparente (bout en bout).
Dcouverte du MTU de chemin :
Le plus grand MTU possible qui ne conduise pas une fragmentation sur le
parcours.
Lmetteur met un paquet avec le bit Dont Fragment (taille du paquet
infrieure ou gale au MTU local; prise en compte aussi du MSS Maximum
Segment Size taille max dfinie pour les messages TCP).
Si le MTU ncessite une fragmentation dans un routeur intermediaire
Ce routeur transmet un message ICMP I cant fragment
Lmetteur recommence avec une taille plus petite.
712
Adr essage
713
I Pv6 : Choi x dune adr esse 128 bi t s I Pv6 : Choi x dune adr esse 128 bi t s I Pv6 : Choi x dune adr esse 128 bi t s I Pv6 : Choi x dune adr esse 128 bi t s
Rappel des principes de base
- Une adresse IP v6 adresse une interface (pas un hte).
- Cest un identifiant unique pour une interface
- Cest un moyen de localisation de cette interface.
Adressage IP V6 : ambition terme d'tre le principal
systme d'adressage au niveau mondial => effet grille-pain
Choix : entre des adresses de taille fixe (plus rapide traiter)
et des adresses de taille variable => Taille fixe grande
Choix 128 bits : un choix de compromis entre 64 bits (jug
trop faible) et 160 bits adresse OSI (trop grand ou trop OSI).
A priori 3.9 * 1018 adresses par mtre carr de surface terrestre.
Si l'on utilise trs mal les adresses disponibles (comme dans le
tlphone) => 1500 adresses par mtre carr.
714
I Pv6 : Tr oi s c at gor i es dadr esses I Pv6 : Tr oi s c at gor i es dadr esses I Pv6 : Tr oi s c at gor i es dadr esses I Pv6 : Tr oi s c at gor i es dadr esses
Adressage "Unicast" point point.
- Une adresse pour un seul destinataire => le paquet est
dlivr l'interface identifie par l'adresse (comme en IP v4).
Adressage "Multicast" diffusion
- Une adresse pour un ensemble de destinataires => le
paquet est dlivr toutes les interfaces du groupe identifi
par l'adresse (comme en IP v4).
Adressage "Anycast"
- Une adresse pour un ensemble de destinataires => le
paquet est dlivr l'une quelconque des interfaces
appartenant au groupe identifi par l'adresse
- Utilisation possible, accs un seul serveur appartenant
un groupe de serveurs (exemple trouver un serveur au
moins).
715
I Pv6 : Repr sent at i on des adr esses I Pv6 : Repr sent at i on des adr esses I Pv6 : Repr sent at i on des adr esses I Pv6 : Repr sent at i on des adr esses
Notation en hexadcimal par groupes de 16 bits avec des
deux points comme sparateurs.
128 bits = 32 chiffres hexadcimaux = 8 groupes de 4 chiffres
0ECD:AB56:0000:0000:FE34:98BC:7800:4532
Deux raccourcis d'criture sont prvus
Omission des zros en tte de groupe.
ECD:AB56:0:0:FE34:98BC:7800:4532
Plusieurs groupes de 16 bits zro peuvent tre
remplacs par ::
L'abrviation :: ne peut apparatre qu'une fois dans une adresse.
ECD:AB56::FE34:98BC:7800:4532
716
I Pv6 : Adr esses par t i c ul i r es I Pv6 : Adr esses par t i c ul i r es I Pv6 : Adr esses par t i c ul i r es I Pv6 : Adr esses par t i c ul i r es
Adresses de rseaux
- Adressage de type CIDR => Tout dcoupage rseau/
sous rseau est possible (selon des plans d'adressages).
- La notation adresse_Ipv6/n dfinit la valeur du masque
(les n bits en fort poids forment l'adresse de rseau, les autres
bits sont 0).
Adresse non spcifie ("Unspecified")
- Pour un site en initialisation qui demande un serveur son
adresse relle (seulement utilisable comme adresse source).
0:0:0:0:0:0:0:0 #::
Adresse de rebouclage ("Loopback")
- L'adresse pour s'envoyer des messages (ne peut circuler sur
le rseau).
0:0:0:0:0:0:0:1 #::1
717
I Pv6 : Pl ans d' adr essage I Pv6 : Pl ans d' adr essage I Pv6 : Pl ans d' adr essage I Pv6 : Pl ans d' adr essage
Adr esses de pl us haut ni veau Adr esses de pl us haut ni veau Adr esses de pl us haut ni veau Adr esses de pl us haut ni veau
Adresses gographiques 100 8000::/3
Adresses prestataires 010 4000::/3
Adresses de diffusion 1111 1111 FF00::/8
Adresses locales site 1111111011 FEC0::/10
Adresses locales lien 1111111010 FE80::/10
Adresses agrges 001 2000::/3
Adresses Novell IPX 0000 010 400::/7
Adresses OSI CLNP 0000001 200::/7
Adresses IPv4 00000000 0::/8
718
Rc upr at i on de l a base ex i st ant e Rc upr at i on de l a base ex i st ant e Rc upr at i on de l a base ex i st ant e Rc upr at i on de l a base ex i st ant e
OSI OSI OSI OSI - -- -CLNP CLNP CLNP CLNP, Novel l , Novel l , Novel l , Novel l
Protocoles de rseaux existants non IP
CLNP "ConnectionLess Network Protocol"
IPX "Internetwork Packet Exchange"
Le plan d'adressage v6 propose au moyen de
prfixes de reprendre ces adresses rseaux
existantes
=> migration facilite pour ces protocoles.
Conversions d'adresses
- IPX 80 bits (10 octets) complter 121 bits
- Problme pour les adresses CLNP-NSAP "Network
Service Access Point" 20 octets=160 bits faire
rentrer dans 121 bits .
719
Adr esses I PV6 c ompat i bl es I PV4 Adr esses I PV6 c ompat i bl es I PV4 Adr esses I PV6 c ompat i bl es I PV4 Adr esses I PV6 c ompat i bl es I PV4
Tr ansi t i on par enc apsul at i on Tr ansi t i on par enc apsul at i on Tr ansi t i on par enc apsul at i on Tr ansi t i on par enc apsul at i on
Phase de transition IPV4 vers IPV6: situation ou lon
communique encore en IPV4 pour dmarrer IP V6.
Solution dencapsulation ("tunnelling") de datagrammes
IP v6 dans des datagrammes IP v4 (IPV6 achemin par IP v4
et dlivr distance une pile IP v6 aprs dsencapsulation).
Adresse IPV6 compatible IPv4 "IPv4 Compatible address"
Un hte IP une adresse IPV4 et une adresse IP v6 en
rajoutant des 0 devant l'adresse ipv4 pour en faire de l'IP v6.
Forme: 0:0:0:0:0:0:a.b.c.d soit ::a.b.c.d
Un site IP v6 souhaitant communiquer avec un autre site
IP v6 au moyen de IP v4 utilise une suite IPV4, une adresse
IP V4 et une adresse IP v6 compatible IP v4.
720
Enc apsul at i on I PV6 dans I PV4 Enc apsul at i on I PV6 dans I PV4 Enc apsul at i on I PV6 dans I PV4 Enc apsul at i on I PV6 dans I PV4
IPV4
Client : application V6
TCP pour V6
IPV6
Client
Rseau IP V4
IPV4
TCP pour V6
Serveur : application V6
IPV6
Adresse serveur en V4
a.b.c.d
Adresse compatible en
V6 ::a.b.c.d
Serveur
Suite IPV4
Suite IPV6
Suite IPV4
Suite IPV6
721
Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en
I PV6 ( I PV6 ( I PV6 ( I PV6 (mapped mapped mapped mapped) ) ) )
Transition IPV4-> IPV6 par transformation (mappage)
En mission une requte de transmission pour un datagramme avec
une adresse IP v4 reprsente en IP v6 est trait par une pile IP v4.
En rception, le datagramme reu par IP v4 est prsent son
destinataire (TCP) comme s'il s'agissait d'un datagramme arriv en
IP v6 avec une adresse mappe.
Adresse IPV4 reprsente par une adresse IPV6 "IPv4
mapped IPv6 address"
0:0:0:0:0:FFFF:a.b.c.d soit ::FFFF:a.b.c.d
Seul un trafic Ipv6 achemin par IPV4 peut utiliser une
adresse IP V6 mappe.
On peut communiquer partir de sites IP V4 vers des
sites IPV6 comme si l'on se trouvait dans le domaine
d'adressage IP V6.
722
Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en Adr esses I PV4 r epr sent es en
I PV6 ( I PV6 ( I PV6 ( I PV6 (mapped mapped mapped mapped) ) ) )
TCP pour V4
IPV4
Serveur
pour
clients en
V4 et en
V6
TCP pour V6
IPV6
Hte IPV6 pur
Rseau IP V4 Rseau IP V6
IPV4
TCP pour V6
Serveur (application)
IPV6
Hte IPV4 pur
Adresse serveur en V4
a.b.c.d
Adresse mappe en V6
::FFFF:a.b.c.d
723
I PV6 : Pl an d' adr essage pr est at ai r e I PV6 : Pl an d' adr essage pr est at ai r e I PV6 : Pl an d' adr essage pr est at ai r e I PV6 : Pl an d' adr essage pr est at ai r e
' Pr ovi der based ' Pr ovi der based ' Pr ovi der based ' Pr ovi der based uni c ast uni c ast uni c ast uni c ast addr ess' addr ess' addr ess' addr ess'
Quatre autorits ("Registry") prvues
IANA Internet Assigned Numbers Authority
RIPE-NCC Rseaux IP Europens Network Coordination Center
INTERNIC Inter Network Information Center
APNIC Asia Pacific Network Information Center
Non utilis : trop dpendant des prestataires tous niveaux
(changement de prestataire => changement d'adresse).
3 bits 5 bits 32 bits 24 bits
Provider Id
Subnet Id Interface Id
48 bits 16 bits
010 Registry Id Subscriber Id
724
I PV6: Pl an d' adr essage gogr aphi que I PV6: Pl an d' adr essage gogr aphi que I PV6: Pl an d' adr essage gogr aphi que I PV6: Pl an d' adr essage gogr aphi que
Geogr aphi c based Geogr aphi c based Geogr aphi c based Geogr aphi c based uni c ast uni c ast uni c ast uni c ast addr ess' addr ess' addr ess' addr ess'
Ces adresses seraient distribues selon des contraintes
gographiques (pays, rgion, ).
Les oprateurs / les monopoles de Tlcom devraient
jouer un rle majeur.
Beaucoup de problmes de mise en uvre : rpartition
d'entreprises sur diffrentes zones gographiques.
Non utilis
100
3 bits x bits z bits
Id rgion gog Id sous-rseau
y bits
Id Interface
725
I PV6 : Pl an d' adr essage agr g I PV6 : Pl an d' adr essage agr g I PV6 : Pl an d' adr essage agr g I PV6 : Pl an d' adr essage agr g
' '' ' Aggr egat abl e Aggr egat abl e Aggr egat abl e Aggr egat abl e gl obal addr esses' gl obal addr esses' gl obal addr esses' gl obal addr esses'
Prfixe 2000::/3 (3bits)
TLA ('Top Level Aggregator') (13 bits)
Agrgation de plus haut niveau: ce niveau reprsente de trs
grands ensembles d'adresses (ex: grands oprateurs internet)
NLA ('Next Level Aggregator') (32 bits)
Agrgation de niveau intermdiaire: ce niveau reprsente des
ensembles d'adresses de taille intermdiaire (prestataires de
service moyens). Ce niveau est hirarchisable.
SLA ('Site Level Aggregator') (16 bits)
Agrgation au niveau d'un site (ex une entreprise). Ce niveau
est hirarchisable.
Le plan dadressage actuellement en service.
001
3 bits 13 bits 16 bits
TLA
32 bits
NLA SLA
Interface Id
64 bits
726
I dent i f i c at eur d' i nt er f ac e 64 bi t s I dent i f i c at eur d' i nt er f ac e 64 bi t s I dent i f i c at eur d' i nt er f ac e 64 bi t s I dent i f i c at eur d' i nt er f ac e 64 bi t s
' I nt er f ac e I dent i f i er ' ' I nt er f ac e I dent i f i er ' ' I nt er f ac e I dent i f i er ' ' I nt er f ac e I dent i f i er '
IEEE : normalisation des identificateurs d'interface sur 64 bits
=> Format EUI 64: identifier toutes les interfaces de rseaux
(IEEE 802, Appletalk, ..)
Format d'identificateur d'interface pour IP v6
(driv de EUI 64)
Bit u (universel) : 1 => ladresse est unique, 0 sinon (bit invers en EUI)
Bit g (group) : 1 => adresse d'un groupe ; 0 => adresse individuelle.
Identifiant constructeur : 24 bits comme pour les adresses MAC IEEE
Numro de srie interface: 40 bits (par exemple on porte de 24 bits
40 bits la partie numro de srie des adresses IEEE802 en ajoutant FFFE).
7 8 24 bits
Id constructeur
40 bits
Numro de srie Interface
u g
727
I PV6 : I PV6 : I PV6 : I PV6 :
Adr esses l oc al es Adr esses l oc al es Adr esses l oc al es Adr esses l oc al es
Adresses de porte locale
Ces adresses ne sont pas valides l'extrieur d'une certaine porte
=> Les routeurs ne les acheminent pas.
Permettent de construire des rseaux Internet privs
( l'abri d'un mur anti feu) comme dans le cas des adresses
rserves IP v4.
Deux portes locales
Locale site
Locale lien ou tronon
Internet
Local Lien
"Link local"
Local Site
"Site local"
728
I PV6 : I PV6 : I PV6 : I PV6 :
For mat des adr esses l oc al es For mat des adr esses l oc al es For mat des adr esses l oc al es For mat des adr esses l oc al es
Porte locale site (prfixe FEC0::/10)
Porte locale lien (un tronon de rseau local)
(prfixe FE80::/10 )
On doit mettre une adresse d'interface unique.
On prend l'adresse IEEE de la carte rseau accdant au rseau local.
1111111010 Interface Id
0
10 bits n bits 118-n bits
1111111011 0
10 bits n bits
m bits 118-n-m bits
729
I PV6 : I PV6 : I PV6 : I PV6 :
Les adr esses de di f f usi on Les adr esses de di f f usi on Les adr esses de di f f usi on Les adr esses de di f f usi on
Prfixe (Prefix) : FF/8 soient 8 bits 1 => 11111111
Drapeau (Flag) : 4 bits 000T
T=1 adresse permanente ; T=0 adresse temporaire
Porte (Scope) : 4 bits XXXX Valeurs de porte de diffusion
1 Diffusion limite un seul systme
2 Diffusion limite une seule liaison locale
5 Diffusion limite un seul site
E Diffusion de porte globale lInternet
Identifiant de groupe (Group Id) : 112 bits
11111111 000T
Porte
112 bits 4 bits 4 bits
8 bits
Drapeau Prfixe Ident Groupe
730
I PV6 : Ex empl e de quel ques I PV6 : Ex empl e de quel ques I PV6 : Ex empl e de quel ques I PV6 : Ex empl e de quel ques
adr esses de gr oupes pr df i ni es adr esses de gr oupes pr df i ni es adr esses de gr oupes pr df i ni es adr esses de gr oupes pr df i ni es
1 : L'ensemble des systmes
FF05::1 Porte de site local
FF02::1 Porte lien local.
2 : L'ensemble des routeurs
FF05::2 Porte de site local
FF02::2 Porte lien local.
C : L'ensemble des serveurs de configuration
DHCP "Dynamic Host Configuration Protocol"
FF02::C Porte lien local (tous les serveurs DHCP
sur un tronon, utilisation type de DHCP).
731
Conc l usi on I P V6 Conc l usi on I P V6 Conc l usi on I P V6 Conc l usi on I P V6
IP V6 : une amlioration certaine par rapport IPV4
Surtout pour ce qui concerne ladressage
Mais aussi pour la prise en compte damliorations techniques
diverses (scurit, extensions ).
Mais dmarrage trs lent grande chelle.
Trs nombreux dtails rgler
IPV6 constitue un effort de portage que les utilisateurs nont
pas envie de supporter tant que ladressage IP V4 tient.
On demande beaucoup plus IPV6 qu IPV4.
Dvelopp depuis 1995
Transition prvue au dpart sur 15 ans.
Chaque anne le lancement grande chelle est annonc.
Chaque anne IP V6 se dveloppe un peu.
Attente de lapplication consommatrice dadresses
IP qui forcera la migration vers IPV6.
732
Bi bl i ogr aphi e I P V6 Bi bl i ogr aphi e I P V6 Bi bl i ogr aphi e I P V6 Bi bl i ogr aphi e I P V6
RFC1752 'Recommendation for the IP Next Generation Protocol' 1/95
RFC1809 'Using the Flow Label in IPv6' 6/95
RFC1881 'IPv6 Address Allocation Management' 12/95
RFC1883 'Internet Protocol, Version 6 Specification' 12/95
RFC1884 'IP Version 6 Addressing Architecture' 12/95
RFC1885 'Internet Control Message Protocol (ICMPv6)' 12/95
RFC1886 'DNS Extensions to Support IPv6 12/95
RFC1887 'An Architecture for IPv6 Unicast Address Allocation' 12/95
RFC1897 'IPv6 Testing Address Allocation' 12/95
RFC1924 'A Compact Representation of IPv6 Addresses' 4/96
RFC1933 'Transition Mechanisms for IPv6 Hosts and Routers' 4/96
RFC1825 'Security Architecture for the Internet Protocol' 8/95
733
Chapi t r e I I I Chapi t r e I I I Chapi t r e I I I Chapi t r e I I I
Le r out age I P Le r out age I P Le r out age I P Le r out age I P
Gnr al i t s
Rout age st at i que
Rout age dynami que
I P I P I P I P
734
I nt r oduc t i on : Rappel du pr obl me I nt r oduc t i on : Rappel du pr obl me I nt r oduc t i on : Rappel du pr obl me I nt r oduc t i on : Rappel du pr obl me
de r out age de r out age de r out age de r out age
Objectif du routage point point : Atteindre un seul
hte destinataire en masquant la traverse d'une srie de
rseaux et de routeurs intermdiaires.
Routage multipoint (multicast) : Atteindre tous les
htes dun groupe destinataire.
Notion dhtes ("Hosts")
Un hte ne relaie pas de messages (il dispose en gnral dune
seule interface et d'une table de routage simplifie).
Notion de routeurs ("Routers" "Gateways")
Un routeur possde plusieurs interfaces.
Il retransmet un message d'une interface entrante une
interface sortante s'il dispose des informations suffisantes pour
le routage (sinon il note le message 'non dlivrable).
735
Rout age st at i que et dynami que Rout age st at i que et dynami que Rout age st at i que et dynami que Rout age st at i que et dynami que
Routage statique : Dfinition manuelle des routes
(une fois pour toute).
Routage dynamique : Mise en uvre dun
protocole de communication entre routeurs pour
lapprentissage automatique des meilleurs routes
(selon des critres de cots).
736
Or gani sat i on gnr al e du Or gani sat i on gnr al e du Or gani sat i on gnr al e du Or gani sat i on gnr al e du
r out age I P r out age I P r out age I P r out age I P
UDP
TCP
Affichage
"netstat"
Routage
statique
"route"
Routage
dynamique
gated, routed
Table de
routage
ICMP
Calcul
prochain
routeur
Redirect
Paquet
pour
ici
Oui
Non
Traitement
options
Vers l'interface De l'interface
Source
routing"
Erreur
IP
Dmons
737
Et apes d' une opr at i on de Et apes d' une opr at i on de Et apes d' une opr at i on de Et apes d' une opr at i on de r out age
Choix dune route
Recherche des routes pour la destination dun paquet.
Choix de correspondance la plus longue longest Match
Eventuellement : choix entre des routes quivalentes selon la qualit
de service (TOS) et la mtrique de la route.
Eventuellement rpartition de charge.
Transmission
Si le site atteindre est connect directement au site courant (par une
liaison point point ou en rseau local)
=> Obtention de ladresse liaison destinataire (ARP)
=> Le message est envoy directement.
Sinon transmission au prochain routeur (next hop) qui reprend
son compte lacheminement.
738
Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age :
A) Li st e dune t abl e
Informations associes une route (UNIX)
Adresse IP destination
Gnralement une adresse de rseau (la zone Host-id est zro).
Adresse du prochain routeur ("Gateway")
A emprunter pour atteindre la destination.
Indicateurs ("flags")
U chemin oprationnel,
G chemin vers un routeur,
H chemin vers un hte,
D chemin cr par une redirection,
M chemin modifi par une redirection .
Nombre de rfrences
Nombre de connexion utilisant le chemin (connexions TCP, UDP).
Mtrique (de la route)
Nombre de paquets envoys
Interface ("device") (pilote et carte sur lesquels envoyer le paquet).
739
Tabl e de r out age pour un ht e:
Ex empl e de l i st e en LI NUX
Commande route (autre possibilit netstat r)
kirov::/users/ensinf/gerard _16 /sbin/route
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
163.173.128.0 * 255.255.252.0 U 0 0 0 eth0
loopback * 255.0.0.0 U 0 0 0 lo
default bigiron.cnam.fr 0.0.0.0 UG 0 0 0 eth0
kirov::/users/ensinf/gerard _17
Commentaire : table de routage dun hte => trois routes principales
La boucle locale : loopback (127.0.0.1) pour les messages qui ne sortent pas.
Laccs aux htes sur le mme rseau Ethernet : ici 163.173.128.0
L'accs un routeur par dfaut qui ouvre sur le reste de lInternet : default
(en fait 0.0.0.0). Indicateur G route vers un routeur.
740
Tabl e de r out age pour un r out eur :
Ex empl e de l i st e sur r out eur CI SCO
mgs>show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default.4/9
Gateway of last resort is 193.51.128.81 to network 0.0.0.0
10.0.0.0 255.255.0.0 is subnetted, 1 subnets
S 10.35.0.0 [1/0] via 192.108.119.147
C 192.168.100.0 is directly connected, Ethernet5
193.51.128.0 255.255.255.248 is subnetted, 1 subnets
S 192.168.201.0 [1/0] via 192.168.200.61
liste coupe ici . etc ..
741
Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age :
B) I ni t i al i sat i on St at i que (1) I ni t i al i sat i on St at i que (1) I ni t i al i sat i on St at i que (1) I ni t i al i sat i on St at i que (1)
Pour crer manuellement une route
Pour dlivrer des datagrammes sur un rseau local.
Pour atteindre un routeur distant (ex type default).
Exemple en UNIX : Commande ifconfig
configure les paramtres du pilote de carte
rseau
A chaque dfinition d'une interface la table de routage est
initialise automatiquement en consquence.
Exemple : /etc/ifconfig eth0 kirov up dclare un coupleur
ethernet eth0 actif (up) . Diffrentes autres options
"netmask" : dfinition du masque de sous-rseau.
etc ;
742
Ex empl e de l i st e de par amt r es Ex empl e de l i st e de par amt r es Ex empl e de l i st e de par amt r es Ex empl e de l i st e de par amt r es
di nt er f ac e di nt er f ac e di nt er f ac e di nt er f ac e
kirov::/users/ensinf/gerard _16 /sbin/ifconfig eth0
eth0 Lien encap:Ethernet HWaddr 00:09:3D:00:A9:7F
inet adr:163.173.129.17 Bcast:163.173.131.255 Masque:255.255.252.0
adr inet6: fe80::209:3dff:fe00:a97f/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:214175639 errors:0 dropped:0 overruns:0 frame:0
TX packets:147434433 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:158285671425 (150952.9 Mb) TX bytes:87060146495
(83027.0 Mb)
Interruption:25
kirov::/users/ensinf/gerard _17
743
Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age Gest i on de l a t abl e de r out age:
I ni t i al i sat i on St at i que (2) I ni t i al i sat i on St at i que (2) I ni t i al i sat i on St at i que (2) I ni t i al i sat i on St at i que (2)
Exemple en UNIX : Commande route
Dclaration explicite dune route vers un rseau distant
:
route add -net 192.56.76.0 netmask 255.255.255.0 dev eth0
Les routes initialises statiquement sont contenues
dans un fichier de configuration :
Exemples AIX /etc/rc.net, SUNOS /etc/rc.local, SOLARIS 2
/etc/rc2.d/S69inet
744
C) Redi r ec t i on par I CMP Redi r ec t i on par I CMP Redi r ec t i on par I CMP Redi r ec t i on par I CMP
Modification des tables de routage par dcouverte de
chemins : ICMP protocole additionnel qui achemine des
informations de routage et des messages d'erreur pour IP
Utilisation des diagnostics ICMP derreurs pour
amliorer le routage
Exemple: routeur A envoie un message un routeur B pour atteindre C.
B s'aperoit qu'il ne peut atteindre C
B indique par un message ICMP A ce problme ("host unreachable").
Messages ICMP de maintenance des tables
ICMP peut diffuser des demandes de routes (en diffusion totale ou mieux
en diffusion sur groupes) "router sollicitation message"
Les routeurs lcoute rpondent : "router advertisement message"
745
D) Rout age Rout age Rout age Rout age dynami que dynami que dynami que dynami que
Routages dynamiques :
Les routes dans les tables sont modifies par des processus qui
implantent des protocoles dchange de routes.
Le routage dynamique permet lapprentissage des routes et
ladaptativit aux variations de charge.
Les tables de routages sont exploites de la mme faon pour la
commutation par IP (quelles soient initialises statiquement ou
dynamiquement).
Nombreuses possibilits de routage dynamique en IP.
IP : Routage hirarchis deux niveaux (au moins)
Notion de domaine ou AS "Autonomous Systems":
Un domaine correspond un ensemble de sites, administrs par une
seule et mme entit (grande entreprise, campus).
Deux types de routage: intra et inter domaine.
746
Li st e de pr i nc i paux pr ot oc ol es de Li st e de pr i nc i paux pr ot oc ol es de Li st e de pr i nc i paux pr ot oc ol es de Li st e de pr i nc i paux pr ot oc ol es de
r out age dynami que en I P r out age dynami que en I P r out age dynami que en I P r out age dynami que en I P
Protocoles de routage intra-domaine
(IGP "Interior Gateway Protocol") :
RIP : Routing Information Protocol.
IGRP, EIGRP : Enhanced Interior Gateway Routing
Protocol.
OSPF : Open Shortest path First.
Integrated IS-IS : Integrated Intermediate System to
Intermediate System.
Protocoles de routage inter-domaine
(IRP "Interdomain Routing Protocol") :
EGP : Exterior Gateway Protocol.
BGP : "Border Gateway Protocol.
747
1) Rout age dynami que: RI P 1) Rout age dynami que: RI P 1) Rout age dynami que: RI P 1) Rout age dynami que: RI P Rout i ng Rout i ng Rout i ng Rout i ng
I nf or mat i on I nf or mat i on I nf or mat i on I nf or mat i on Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol (RFC 1028) (RFC 1028) (RFC 1028) (RFC 1028)
Routage dynamique par change priodique de tables
entre voisins ("Distance Vector").
Initialisation du protocole
Emission d'une requte de demande de table sur toutes les
interfaces avec une liste de destination (Code commande 1).
Rponse: S'il y a une route pour la destination =>mtrique de la route
Sinon => mtrique = valeur infinie (ex 30) (Code commande 2).
Fonctionnement en mode tabli (message request)
Mise jour priodique : mission vers tous les voisins
systmatiquement toute les x secondes (typiquement 30).
Si une route n'a pas t rafrachie pendant y minutes elle est porte
infini (pour invalidation, y typiquement 3 minutes)
Mise jour de route sur vnement (changement de mtrique).
748
RI P RI P RI P RI P Rout i ng Rout i ng Rout i ng Rout i ng I nf or mat i on I nf or mat i on I nf or mat i on I nf or mat i on Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol : :: :
I nf or mat i ons c ompl ment ai r es I nf or mat i ons c ompl ment ai r es I nf or mat i ons c ompl ment ai r es I nf or mat i ons c ompl ment ai r es
Mtrique dune route : nombre de sauts ("hops").
Protocole utilis UDP : pour changer les informations
avec les autres routeurs.
Nom du dmon en UNIX: "Routed"
RIP V2 RFC 1388: extensions dans des champs inutiliss
par RIP V1 (diffusion, identification de domaine, change du
masque)
Sous UNIX : commande pour obtenir les informations de
routage d'un routeur distant (code commande poll 5) :
ripquery -n "nom de routeur"
Solution de moins en moins utilise
749
2) Rout age dynami que: OSPF Open 2) Rout age dynami que: OSPF Open 2) Rout age dynami que: OSPF Open 2) Rout age dynami que: OSPF Open
Shor t est Shor t est Shor t est Shor t est Pat h Pat h Pat h Pat h Fi r st Fi r st Fi r st Fi r st (RFC 1247) (RFC 1247) (RFC 1247) (RFC 1247)
OSPF : remplaant de RIP
RIP est insuffisant pour les grands rseaux.
Dploiement progressif de OSPF aprs 1990.
Solution tat de liaison ("link state").
Collecte par chaque routeur de l'tat des liaisons
adjacentes.
Echange de ces tats (plusieurs approches,
solution de base inondation).
Calcul par tous les routeurs des tables de routage
optimales par l'algorithme de Dijsktra ("Shortest
Path First").
750
OSPF : Car ac t r i st i ques OSPF : Car ac t r i st i ques OSPF : Car ac t r i st i ques OSPF : Car ac t r i st i ques
OSPF: un routage intra domaine mais hirarchis
deux niveaux
OSPF permet de grer lintrieur dun domaine des rgions ("areas")
OSPF calcule des routes intra-rgions, inter rgions.
Une rgion particulire permet de connecter les autres ("backbone"
"area 0").
Pour la maitrise des grands domaines ("autonomous system").
OSPF propose une grande varit de mtriques
Dbit, dlai aller-retour, ...
Une mtrique peut-tre attribue par type de service.
Calcul de plusieurs routes possibles par type de service.
Si deux routes sont de cot quivalent: distribution de charge.
Echange des informations de routage OSPF: protocole IP .
Nom du dmon UNIX: "Gated .
751
Pr i nc i paux messages OSPF Pr i nc i paux messages OSPF Pr i nc i paux messages OSPF Pr i nc i paux messages OSPF
Demande informations
un routeur
Link state request
Annonce des tats dont
dispose un routeur
Database description
Acquittement rception Link state ack
Diffusion aux voisins Link state update
Dcouverte des voisins
immdiats
Hello
Description Type de message
752
3) Rout age dynami que: BGP 3) Rout age dynami que: BGP 3) Rout age dynami que: BGP 3) Rout age dynami que: BGP Bor der Bor der Bor der Bor der
Gat ew ay Pr ot oc ol Gat ew ay Pr ot oc ol Gat ew ay Pr ot oc ol Gat ew ay Pr ot oc ol (RFC 1267, 1268) (RFC 1267, 1268) (RFC 1267, 1268) (RFC 1267, 1268)
Protocole de routage Inter-domaine.
Autorise des politiques de routage spcifique aux grandes
organisations
Objectif : contrler l'acheminement par une organisation
(interdire du traffic en transit , orienter le traffic, ...).
Trois types de domaines (identifis par des entiers 16 bits):
Domaine souche ("stub") : un seul lien avec l'exterieur
Domaine de transit ("transit AS"): plusieurs liens avec l'extrieur, et
autorise le passage d'informations extrieures son trafic local (transit)
Domaine multi-liens ("multi homed AS"): plusieurs liens avec
l'extrieur, mais n'autorise pas le passage.
Solution par change de tables entre voisins comme RIP
("Distance vector", Mac Quillan)
Echange des informations de routage : TCP.
753
Rout age I P : Conc l usi on Rout age I P : Conc l usi on Rout age I P : Conc l usi on Rout age I P : Conc l usi on
Hirarchisation du routage : le routage IP est devenu
suffisamment hirarchique avec les notions de sous-rseaux,
les domaines (AS), les rgions (areas) (mais le rseau Internet
est trs grand et en dveloppement rapide).
Agrgation des routes :
Rle majeur des oprateurs, des grandes organisations
et des fournisseurs de service : qui administrent le routage
pour des domaines importants.
Introduction de IP V6 : Les algorithmes de routages sont
bass exactement sur les mmes principes (OSPF, BGP4) avec
un espace dadresses suffisant.
754
Chapi t r e I V Chapi t r e I V Chapi t r e I V Chapi t r e I V
Pr ot oc ol es c ompl ment ai r es Pr ot oc ol es c ompl ment ai r es Pr ot oc ol es c ompl ment ai r es Pr ot oc ol es c ompl ment ai r es
de I P de I P de I P de I P
I P I P I P I P
755
I nt r oduc t i on : r appel des I nt r oduc t i on : r appel des I nt r oduc t i on : r appel des I nt r oduc t i on : r appel des
pr ot oc ol es annex es de I P pr ot oc ol es annex es de I P pr ot oc ol es annex es de I P pr ot oc ol es annex es de I P
IGMP
IP ICMP
Liaison
PPP, Eth
Liaison
Rseau
RARP ARP
756
A) Couc he l i ai son : A) Couc he l i ai son : A) Couc he l i ai son : A) Couc he l i ai son :
Enc apsul at i on Mul t i pl ex age Enc apsul at i on Mul t i pl ex age Enc apsul at i on Mul t i pl ex age Enc apsul at i on Mul t i pl ex age
Problme abord:
Encapsuler des paquets IP dans des trames au niveau liaison.
Supporter conjointement sur le mme rseau local diffrents protocoles
de niveau 3 (IP, IPX, DECNET, CLNP, AppleTalk, ...).
Existence de diffrents protocoles de liaison.
Cas des liaisons spcialises : protocole PPP
Encapsulation PPP => dj vue
Cas des rseaux locaux : Protocoles Ethernet DIX ou
IEEE 802
Encapsulation Ethernet/DIX ou LLC/SNAP
757
Enc apsul at i on I EEE 802 Enc apsul at i on I EEE 802 Enc apsul at i on I EEE 802 Enc apsul at i on I EEE 802
Adresse
destination
Adresse
source
Lgr
6 6 2
DSAP
AA AA
PSAP CNTL
03
Org
Id
Type
Data
CRC
00
8802-3 MAC 8802-2 LLC
1
1 1 3 2 39-1492 4
Type
0800
IP
data
gramme
2 39-1492
Type
0806
ARP
Request
Reply
2 28
P
A
D
10
Type
8035
RARP
Request
Reply
2 28
P
A
D
10
SNAP
8802-3 MAC
Prot
Niveaux Liaison IEEE 8802-2 LLC
"Logical Link Control"
3 octets adresse source, adresse destination, zone
contrle => par convention AA AA 03
Encapsulation multi protocole SNAP
"Sub-Network Access Protocol"
5 octets dont 3 octets "Organisation Ident"
000000 et 2 octets " Protocol Type"Ex IP 0x0800
758
Enc apsul at i on Et her net DI X Enc apsul at i on Et her net DI X Enc apsul at i on Et her net DI X Enc apsul at i on Et her net DI X
Adresse
destination
Adresse
source
Type
6 6 2
Donnes CRC
46-1500 4
Type
0800
Datagramme IP
2
Type
0806
ARP
Request
Reply
2 28
P
A
D
10
Type
RARP
Request
Reply
2 28
P
A
D
10
46-1500
8035
759
B) Rel at i on ent r e adr esses l i ai son B) Rel at i on ent r e adr esses l i ai son B) Rel at i on ent r e adr esses l i ai son B) Rel at i on ent r e adr esses l i ai son
et r seau: sol ut i ons st at i ques et r seau: sol ut i ons st at i ques et r seau: sol ut i ons st at i ques et r seau: sol ut i ons st at i ques
Objectif : Etablir la correpsondance entre adresses liaison
(adresses MAC) et adresses rseau (adresses IP):
Adresse Internet <=> Adresse Ethernet
@IP @MAC
Solutions statiques
A) Grer dans chaque site une table statique
=> Mais modification obligatoire de la table chaque
changement de configuration.
=> Solution trs lourde.
B) Utiliser des adresses IP et des adresses MAC qui se
dduisent l'une de l'autre facilement
=> Solution IP V6.
760
Rel at i on ent r e adr esses l i ai son et Rel at i on ent r e adr esses l i ai son et Rel at i on ent r e adr esses l i ai son et Rel at i on ent r e adr esses l i ai son et
r seau: Sol ut i ons dynami ques r seau: Sol ut i ons dynami ques r seau: Sol ut i ons dynami ques r seau: Sol ut i ons dynami ques
Solution dynamique: gestion dannuaire
Existence de sites serveurs qui connaissent la relation
d'adressage.
Utiliser un protocole client-serveur pour interroger ces
serveurs et dterminer dynamiquement les relations entre
adresses.
Trs utile si le rseau est souvent reconfigur (retrait,
installation frquente de stations de travail).
Eviter de renseigner sur chaque site les
adresses des serveurs: utilisation du mode diffusion
des rseaux locaux.
761
B1) Pr ot oc ol e ARP : B1) Pr ot oc ol e ARP : B1) Pr ot oc ol e ARP : B1) Pr ot oc ol e ARP :
" "" " Addr ess Addr ess Addr ess Addr ess Resol ut i on Resol ut i on Resol ut i on Resol ut i on Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
Problme : connatre ladresse Ethernet connaissant l'adresse IP
Cas dutilisation : communication dans lInternet sur le mme rseau local
A sur le mme rseau local que B doit dialoguer avec B (@IpB, @MacB).
A ne connat que l'adresse rseau Internet @IpB.
A veut connatre l'adresse liaison Ethernet @MacB.
Fonctionnement de la recherche locale : Mcanisme de Cache
d'adresse (cache ARP)
Table sur chaque site qui conserve les rsolutions d'adresses effectues.
A cherche dans son cache local l'adresse MAC de B : si succs fin de ARP et
communication avec B.
Fonctionnement de la recherche distante: chaque site fonctionne
comme serveur de sa propre adresse.
(1) Diffusion d'un paquet requte ARP contenant @ IpB
(2) Tous les sites du rseau reoivent le paquet ARP et comparent l'adresse
Internet propose avec leur propre adresse
(3) B rpond seul (rponse ARP) en envoyant @MacB.
(4) A dialogue avec B.
762
Pr ot oc ol e ARP : Pr ot oc ol e ARP : Pr ot oc ol e ARP : Pr ot oc ol e ARP :
Compl ment s de gest i on du c ac he Compl ment s de gest i on du c ac he Compl ment s de gest i on du c ac he Compl ment s de gest i on du c ac he
A ayant reu une rponse de B : mmorise dans son
cache la correspondance (@IpB, @MacB)
B dans le message requte appris la correspondance
(@IpA, @MacA) : apprentissage dans le cache
Tous les autres htes ont reu la requte : entre si
ncessaire dans leur cache (@IpA, @MacA).
A sa mise en marche une station diffuse une requte
ARP sur sa propre adresse: apprentissage de tout le
rseau (ARP gratuit).
Les entres du cache sont invalides aprs une dure
paramtrable : gestion dynamique de cache pour tenir
compte des modifications de l'architecture.
Remarque : prolongation possible des requtes de diffusion
ARP notion de proxy ARP un routeur qui retransmet les
requtes ARP sur ses diffrentes interfaces de rseau.
763
Pr ot oc ol e ARP : Ex empl e Pr ot oc ol e ARP : Ex empl e Pr ot oc ol e ARP : Ex empl e Pr ot oc ol e ARP : Ex empl e
(f onc t i onnement en UNI X) (f onc t i onnement en UNI X) (f onc t i onnement en UNI X) (f onc t i onnement en UNI X)
tulipe::/users/ensinf/gerard _23 /usr/sbin/arp -a
Net to Media Table
Device IP Address Mask Flags Phys Addr
------ -------------------- --------------- ----- ---------------
le0 mac-florin.cnam.fr 255.255.255.255 00:00:94:22:ac:74
le0 cisco-for-turbigo 255.255.255.255 aa:00:04:00:1f:c8
le0 kendatt 255.255.255.255 08:00:20:7d:72:08
le0 savitri.cnam.fr 255.255.255.255 08:00:20:04:3a:04
< Longue liste de toute la table>
tulipe::/users/ensinf/gerard _25 /usr/sbin/ping rita
rita.cnam.fr is alive
tulipe::/users/ensinf/gerard _26 /usr/sbin/arp -a
Net to Media Table
Device IP Address Mask Flags Phys Addr
------ -------------------- --------------- ----- ---------------
le0 mac-florin.cnam.fr 255.255.255.255 00:00:94:22:ac:74
le0 cisco-for-turbigo 255.255.255.255 aa:00:04:00:1f:c8
le0 kendatt 255.255.255.255 08:00:20:7d:72:08
le0 rita.cnam.fr 255.255.255.255 08:00:20:12:bd:d5
le0 savitri.cnam.fr 255.255.255.255 08:00:20:04:3a:04
< Longue liste de toute la table>
764
B2) Pr ot oc ol e RARP : B2) Pr ot oc ol e RARP : B2) Pr ot oc ol e RARP : B2) Pr ot oc ol e RARP : " Rever se " Rever se " Rever se " Rever se
Addr ess Resol ut i on Pr ot oc ol " Addr ess Resol ut i on Pr ot oc ol " Addr ess Resol ut i on Pr ot oc ol " Addr ess Resol ut i on Pr ot oc ol "
Objectif : Dterminer une adresse IP avec une adresse
Ethernet
Cas dutilisation: une machine qui boute
Cas dune machine sans disque: boute partir du rseau (coupleur
boute = coupleur Ethernet).
Ncessit pour utiliser un transfert de fichier simple (TFTP) de
connatre l'adresse IP locale ou envoyer le binaire.
En ROM coupleur son adresse MAC => obtention de ladresse IP.
Fonctionnement RARP
La station qui amorce diffuse son adresse Ethernet sur le rseau local.
Un serveur RARP (ncessaire sur chaque rseau) retourne ladresse IP.
Absence de rponse : retransmissions (nombre limit).
Tolrance aux pannes : plusieurs serveurs RARP.
En IPv6 ARPet RARP sont intgrs ICMP.
765
C) Pr ot oc ol e I CMP : " I nt er net C) Pr ot oc ol e I CMP : " I nt er net C) Pr ot oc ol e I CMP : " I nt er net C) Pr ot oc ol e I CMP : " I nt er net
Cont r ol Message Cont r ol Message Cont r ol Message Cont r ol Message Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " (1) " (1) " (1) " (1)
Objectif : raliser diffrents changes orients
administration de rseaux (15 types de messages)
Messages derreurs.
Acquisition dinformations.
Requte-Rponse de masque (d'un sous-rseau)
Pour une station sans disque qui souhaite le connatre lors de son
initialisation.
Requte-Rponse demande de l'heure d'un site distant
Pour dvelopper une synchronisation d'horloge.
Acheminement de messages d'erreurs
Dure de vie dpasse => paquet dtruit
Site inaccessible ("port unreachable error") 16 diagnostics d'chec.
Messages ICMP de maintenance des tables de routage
ICMP redirect ou messages de demande routes.
766
I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e pi ng pi ng pi ng pi ng
Requte-Rponse ICMP: envoi dun message un hte distant et
attente dune rponse (si le rpondeur est activ).
Message ICMP type ECHO_REQUEST
Message ICMP type ECHO_REPLY
Commande Unix: ping
ping adresse IP ou nom de domaine DNS dun hte
"nom de station" is alive et/ou statistiques de temps daller retour
Utilisation:
Hte distant oprationnel (en fait sa couche IP fonctionne).
Le rseau Internet permet datteindre un hte distant.
Dtection d'un rseau (ou dun hte distant) surcharg.
Autre option : ping -R pour "record route" : chaque routeur
enregistre son adresse dans le paquet.
Utilisation pour tracer les routes (courtes).
Ping nest pas toujours disponible et longueur maximum de la route 9.
767
Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e pi ng pi ng pi ng pi ng
$ping ulysse.cnam.fr
Envoi d'une requte 'ping' sur ulysse.cnam.fr [163.173.136.36] avec 32 octets
de donnes :
Rponse de 163.173.136.36 : octets=32 temps=60 ms TTL=115
Dlai d'attente de la demande dpass.
Statistiques Ping pour 163.173.136.36:
Paquets : envoys = 4, reus = 3, perdus = 1 (perte 25%),
Dure approximative des boucles en millisecondes :
minimum = 50ms, maximum = 60ms, moyenne = 40ms
$
768
I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e I CMP : Ut i l i t ai r e t r ac er out e t r ac er out e t r ac er out e t r ac er out e
Objectif : tracer ou tester une route de longueur arbitraire.
Solution :
Emettre des datagrammes IP vers un destinataire avec une valeur de la
dure de vie TTL Time To Live croissante (1, 2, 3, jusqu une valeur
max).
A chaque exprience ICMP retourne un diagnostic derreur ICMP
l'envoyeur lorsque le TTL passe 0 => apprentissage du routeur visit
sur la route vers le destinataire
Commande Unix: traceroute "adresse IP" ou "nom de
domaine"
Permet de connatre le chemin emprunt et la dure pour atteindre
chaque routeur (trois expriences pour chaque routeur).
Autre possibilit : traceroute -g "adresseIP"
Permet galement de tester les possibilits de routage par la source
-g routage faible : on force IP emprunter quelques routeurs spcifis.
-G routage strict : on force IP parcourir strictement une route.
769
Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e Ex empl e : ut i l i t ai r e t r ac er out e t r ac er out e t r ac er out e t r ac er out e
$/usr/etc/traceroute cyr.culture.fr
traceroute to cyr.culture.fr (143.126.201.251), 30 hops max, 40 byte packets
1 internet-gw (163.173.128.2) 0 ms 0 ms 0 ms
2 renater-gw (192.33.159.1) 0 ms 10 ms 0 ms
3 danton1.rerif.ft.net (193.48.58.113) 110 ms 80 ms 90 ms
4 stlamb3.rerif.ft.net (193.48.53.49) 100 ms 130 ms 100 ms
5 stamand1.renater.ft.net (192.93.43.115) 90 ms 60 ms 50 ms
6 stamand3.renater.ft.net (192.93.43.17) 70 ms 100 ms 90 ms
7 rbs1.renater.ft.net (192.93.43.170) 130 ms 120 ms *
8 Paris-EBS2.Ebone.NET (192.121.156.226) 110 ms 90 ms 100 ms
9 icm-dc-1.icp.net (192.121.156.202) 220 ms 110 ms 220 ms
10 icm-dc-1-F0/0.icp.net (144.228.20.101) 200 ms 230 ms 290 ms
11 Vienna1.VA.Alter.Net (192.41.177.249) 250 ms 210 ms 240 ms
12 Falls-Church4.VA.ALTER.NET(137.39.100.33) 330 ms 220 ms 180 ms
13 Falls-Church1.VA.ALTER.NET(137.39.8.2) 270 ms 290 ms 230 ms
14 Amsterdam2.NL.EU.net (134.222.35.1) 380 ms 410 ms 460 ms
15 Amsterdam1.NL.EU.net (193.242.84.1) 350 ms 380 ms 310 ms
16 134.222.30.2 (134.222.30.2) 150 ms 490 ms 530 ms
17 Rocquencourt.FR.EU.net (193.107.192.18) 340 ms 340 ms 330 ms
18 143.126.200.203 (143.126.200.203) 300 ms 410 ms *
19 cyr.culture.fr (143.126.201.251) 460 ms 220 ms 290 ms
$
770
D) Pr ot oc ol e I GMP : " I nt er net D) Pr ot oc ol e I GMP : " I nt er net D) Pr ot oc ol e I GMP : " I nt er net D) Pr ot oc ol e I GMP : " I nt er net
Gr oup Management Gr oup Management Gr oup Management Gr oup Management Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
Objectif : Utiliser les capacits de transmission IP pour raliser des
diffusions sur groupe => Deux problmes rsoudre :
=> Disposer dun protocole dappartenance un groupe: messages
vers les routeurs pour entrer et sortir dun groupe de diffusion
=> Construire un routage en diffusion : exemple de protocoles de
routage en diffusion sur groupe DVMRP, PIM=>Notion de routeur diffuseur
Protocole dappartenance un groupe dans lInternet: IGMP.
Rappel : Adresses IPV4 de groupes (classe D) ou Adresse IPV6 (FF/8)
Association un groupe (abonnement) : en mettant une requte son
routeur (diffuseur) de rattachement comportant l'identificateur du groupe et
l'interface qui doit recevoir les messages.
Dsassociation (dsabonnement) : autre requte.
Surveillance : un routeur diffuseur met une requte priodique sur toutes les
interfaces ou il doit dlivrer des messages diffuss pour vrifier loprationnalit.
Maintenance de table : utilisant ces requtes et ces rponses un routeur gre
sa table locale des groupes.
En IPv6 IGMP est intgr ICMP.
771
I P I P I P I P
772
Suc c s du pr ot oc ol e I P Suc c s du pr ot oc ol e I P Suc c s du pr ot oc ol e I P Suc c s du pr ot oc ol e I P
Un protocole de niveau 3 en expansion considrable:
HTTP, SMTP puis les applications puis la tlphonie et la TV.
IP couvre les besoins d'interconnexion : pour des rseaux
de transmission de donnes numriques => IP est devenu le
rseau par excellence dintgration de services.
IP intgre toutes les nouvelles offres de moyens de
communication physique.
Les routeurs IP ont t amliors en performances et IP
est complt par un protocole de commutation rapide circuits
virtuels (MPLS)
IP possde une version 6 : pour supporter le dveloppement
en termes d'adressage et de hirarchisation.
Compte tenu de son extension et de son adquation IP
devrait continuer d'tre utilis comme protocole
unificateur de niveau 3 pendant trs longtemps.
773
I nc er t i t udes I nc er t i t udes I nc er t i t udes I nc er t i t udes
Est ce que IPV6 va russir se dployer dans de
bonnes conditions en mme temps que IPv4 va
rgresser?
Est ce que IP va pouvoir s'ouvrir lensemble
large et divers d'usagers et de besoins qui sont
viss:
Support de la qualit de service pour des application varies
multimdias.
Dans le cadre d'un dveloppement norme => passage
lchelle.
Comment IP et plus gnralement l'Internet va
grer son propre effet sur la socit?
774
Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e I nt er net Pr ot oc ol I nt er net Pr ot oc ol I nt er net Pr ot oc ol I nt er net Pr ot oc ol
W.R. Stevens "TCIP/IP Illustrated, The
protocols" , Addison Wesley
S.A. Thomas "IPng and the TCP/IP protocols"
Wiley
A.S. Tannenbaum "Computer Networks" Prentice
Hall
Cisco "Internetworking Technology" Publication
interne
775
Ni veau Tr anspor t Ni veau Tr anspor t Ni veau Tr anspor t Ni veau Tr anspor t
" Tr anspor t Layer " " Tr anspor t Layer " " Tr anspor t Layer " " Tr anspor t Layer "
I ) Pr obl mes et sol ut i ons au ni veau t r anspor t I ) Pr obl mes et sol ut i ons au ni veau t r anspor t I ) Pr obl mes et sol ut i ons au ni veau t r anspor t I ) Pr obl mes et sol ut i ons au ni veau t r anspor t
I I ) Ex empl e des pr ot oc ol es et ser vi c es de I I ) Ex empl e des pr ot oc ol es et ser vi c es de I I ) Ex empl e des pr ot oc ol es et ser vi c es de I I ) Ex empl e des pr ot oc ol es et ser vi c es de
t r anspor t dans l I NTERNET t r anspor t dans l I NTERNET t r anspor t dans l I NTERNET t r anspor t dans l I NTERNET
776
Pr obl mes et sol ut i ons au ni veau Pr obl mes et sol ut i ons au ni veau Pr obl mes et sol ut i ons au ni veau Pr obl mes et sol ut i ons au ni veau
t r anspor t t r anspor t t r anspor t t r anspor t
Gnralits: choix de conception
Adressage
Gestion des connexions
Transfert de donnes
777
Obj ec t i f s du ni veau t r anspor t Obj ec t i f s du ni veau t r anspor t Obj ec t i f s du ni veau t r anspor t Obj ec t i f s du ni veau t r anspor t
I Offrir un service de transmission d'informations pour les
besoins d'un utilisateur de session.
I Communication de processus processus (de bout en bout),
I Selon des objectifs de qualit de service: transport fiable, multimdia
I Efficace : en performances.
I Indpendant de la nature des rseaux traverss: LAN, MAN, WAN
I Importance du niveau transport
ILa couche transport n'est pas une couche de plus
dans une architecture de rseau.
IC'est la couche qui rsume toutes les couches
associes la transmission (les couches basses).
IC'est la base sur laquelle repose une application rpartie.
778
Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t :
1) Pr obl me dadr essage 1) Pr obl me dadr essage 1) Pr obl me dadr essage 1) Pr obl me dadr essage
I Niveaux liaison et rseau : adresses utilises = Adresses
d'quipements physiques (contrleur de communication, NIC).
I Exemple : adresses Ethernet, adresses X25, adresses IP.
I Niveau transport (communication de bout en bout) :
adresses utilises = adresses dapplications (processus).
I Toute solution visant utiliser les adressages physiques pour
faire communiquer des processus est plus ou moins "bricole".
I Exemple : Utilisation d'adresses X25 ou Ethernet tendues
I On ne peut pas faire dpendre la structure de l'adresse d'une application
de la nature du rseau qui permet de l'atteindre.
I Le niveau transport doit offrir un adressage en propre:
I On utilise une adresse "logique d'activit" (adresse transport)
I On ralise la mise en correspondance d'une adresse transport avec une
"adresse physique d'hte" qui est support de l'application.
I Ladresse de transport est indpendante du rseau utilis.
779
Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t : Nc essi t de l a c ouc he t r anspor t :
2) Gest i on de c onnex i ons et QOS 2) Gest i on de c onnex i ons et QOS 2) Gest i on de c onnex i ons et QOS 2) Gest i on de c onnex i ons et QOS
I Protocole avec connexion
IPermet la spcification de qualit de service selon les
besoins des applications.
ILe transport adapte aux besoins des applications les
niveaux physique, liaison et rseau.
IExemples : TCP, RTP et ISO 8072
I Protocole sans connexion
IChaque donne circule en utilisant essentiellement des
adresses de transport pour atteindre le destinataire.
IProtocole simplifi pour des communications rapides.
IExemples : UDP et ISO 8072 ad1
780
Ex empl e de qual i t de ser vi c e: Ex empl e de qual i t de ser vi c e: Ex empl e de qual i t de ser vi c e: Ex empl e de qual i t de ser vi c e:
Le c ont r l e der r eur s Le c ont r l e der r eur s Le c ont r l e der r eur s Le c ont r l e der r eur s
I Un utilisateur dune architecture de rseaux ne doit pas
avoir se proccuper des erreurs de transmission.
I Taux d'erreur rsiduel acceptable (erreurs non dtectes, non corriges).
Exemple 10
-12
/bit pour des donnes informatiques de criticit normale.
I La plupart des services de transmission offerts par les services rseaux
n'offrent pas cette qualit.
I Niveau liaison sans contrle d'erreur : Ethernet, ATM.
I Niveau rseau avec contrle : X25 problme de panne de commutateur.
I Niveau rseau datagrammes sans contrle derreur : IP.
I Le niveau liaison ou le niveau rseau sont insuffisants
pour les besoins en contrle derreurs des applications.
I On reporte au niveau transport le lieu principal de
correction des erreurs de transmission.
781
Choi x de c onc ept i on du ni veau Choi x de c onc ept i on du ni veau Choi x de c onc ept i on du ni veau Choi x de c onc ept i on du ni veau
I Services offerts: selon les options de conception
dune couche transport.
I Gestion des connexions avec ngociation de qualit de
service.
I Fragmentation (segmentation).
I Groupage (concatnation).
I Multiplexage/clatement des connexions de transport
sur des connexions de rseaux.
I Contrle d'erreur, de flux, de squence.
I Proprits de qualit de service temporelle.
I Contrle de congestion (du rseau par contrle
dadmission au niveau transport).
782
Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du
t r anspor t I nt er net TCP/UDP t r anspor t I nt er net TCP/UDP t r anspor t I nt er net TCP/UDP t r anspor t I nt er net TCP/UDP
ITCP : un protocole complet pour des donnes
informatiques.
I Rsout les problmes non traits par IP (contrle
derreur, flux, squence)
I => TCP un transport fiable
I => Utilisable pour tous les types de rseaux.
I Pas de ngociation initiale: fonctions toutes disponibles.
I Peu adapt aux rseaux aux fonctionnalits leves (X25).
I Beaucoup de traitements effectuer: solution lente.
I Une solution trs optimise pour le service rendu.
IUDP : un protocole trs simplifi
I Pour aller vite: ralise uniquement un adressage transport.
IRTP : un protocole de transport QOS.
I Satisfaction de contraintes temporelles pour le multimdia.
783
Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du Anal yse des c onc ept eur s du
t r anspor t OSI t r anspor t OSI t r anspor t OSI t r anspor t OSI
I Etude de l'cart entre le service fournir par la couche
transport et le service qu'elle obtient de la couche rseau.
I Permet de dterminer les fonctions mettre en oeuvre au
niveau de la couche transport.
I Meilleur est le service offert par le rseau (surtout en termes de
contrle d'erreur, livraison en squence)
I Plus simples sont les fonctions du protocole de transport.
I Consquences
I Dfinition d'un protocole plusieurs classes ( 5 classes).
I Classes de transport de base (classe 0, 1, pour des niveaux rseaux
performants) complexe (classe 4 , trs complte pour des niveaux
rseaux mdiocres).
I Protocole complexe (volume de fonctions), ngociation douverture de
connexion complexe => difficile implanter.
784
Par t i c ul ar i t s des pr obl mes de Par t i c ul ar i t s des pr obl mes de Par t i c ul ar i t s des pr obl mes de Par t i c ul ar i t s des pr obl mes de
r al i sat i on du ni veau t r anspor t r al i sat i on du ni veau t r anspor t r al i sat i on du ni veau t r anspor t r al i sat i on du ni veau t r anspor t
I Le service de transport parait voisin du service de liaison.
I Communication en point point.
I Qualit de service comprenant contrle d'erreur et de flux.
I Pourrait-on alors utiliser au niveau de la couche
transport un protocole de liaison ?
I Le problme principal : la diffrence des moyens de transmission utiliss
A
Hte
B
Hte
VOIE PHYSIQUE
Protocole de liaison
A
Processus
B
RESEAU DE
COMMUNICATION
Protocole de transport
Processus
785
Modes de pannes suppor t es Modes de pannes suppor t es Modes de pannes suppor t es Modes de pannes suppor t es
IModes de pannes franches et transitoires dans
les systmes de communication :
IPanne franche : coupure totale des communications.
IPanne transitoire : pertes alatoires de message.
IAu niveau physique comme au niveau rseau :
les deux niveaux supportent des coupures ou des
pertes de messages.
=> Peu de diffrences dans les traitements de
niveau liaison et de niveau transport.
786
Modes de pannes t empor el l es Modes de pannes t empor el l es Modes de pannes t empor el l es Modes de pannes t empor el l es
I Panne temporelle : Dlai de transmission anormalement
lev par rapport aux spcifications.
I Niveau physique : capacit de stockage du canal trs faible
(dlai de transmission, dlai de propagation)
I => le temps de transmission d'une trame est dterministe.
I Niveau rseau : Le rseau peut stocker des paquets
pendant un certain temps et ne les dlivrer qu'aprs ce
dlai.
I Transmissions longue distance avec surcharge et congestion.
I Des paquets peuvent arriver aprs un long dlai.
I => Le temps de transmission d'un paquet est alatoire (non
dterministe).
I Problme important au niveau transport : les "vieux paquets".
787
Pr obl mes de c ausal i t Pr obl mes de c ausal i t Pr obl mes de c ausal i t Pr obl mes de c ausal i t
( (( (dsquenc ement dsquenc ement dsquenc ement dsquenc ement ) )) )
INiveau physique :
IUne voie de communication physique a un comportement
"causal": les messages mis dans un certain ordre arrivent
dans le mme ordre.
I=> Les suites binaires ne peuvent se dpasser.
INiveau rseau :
ILe rseau (en mode datagramme) peut dsquencer ou
dupliquer les paquets transmis.
IEn raison des algorithmes de routage dans les rseaux
datagrammes.
IEn raison des problmes de dlai de propagation (dj voqus)
I=> Les paquets sont possiblement dsquencs.
788
Pr obl mes d' adr essage au ni veau Pr obl mes d' adr essage au ni veau Pr obl mes d' adr essage au ni veau Pr obl mes d' adr essage au ni veau
Pr obl mes et sol ut i ons au Pr obl mes et sol ut i ons au Pr obl mes et sol ut i ons au Pr obl mes et sol ut i ons au
ni veau t r anspor t ni veau t r anspor t ni veau t r anspor t ni veau t r anspor t
789
Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t
Adr esse = Nom l oc al du pr oc essus Adr esse = Nom l oc al du pr oc essus Adr esse = Nom l oc al du pr oc essus Adr esse = Nom l oc al du pr oc essus
INom local de processus (source ou destinataire):
nom du processus dans le systmes dexploitation de lmetteur
ou du destinataire.
ISolution trs mdiocre pour rsoudre le
problme dadressage : variantes de syntaxe des
noms de processus sur diffrentes machines.
IGestion des noms selon les diffrentes syntaxes.
IDifficult de migration dune machine une autre.
IDifficult de remplacement dun processus en cas de
panne (changement du nom).
IDifficult pour la rpartition de charge : service rendu
par plusieurs instances quivalentes d'un mme code.
790
Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t Nat ur e des adr esses de t r anspor t
Adr esse = nom gl obal r seau Adr esse = nom gl obal r seau Adr esse = nom gl obal r seau Adr esse = nom gl obal r seau
I Nom global : L'adresse dune source ou dun
destinataire est dfinie dans une syntaxe rseau unique
pour toutes les machines.
I Exemple : en TCP un entier sur 16 bits.
I Solution indpendante de la syntaxe des noms de
processus sur diffrentes machines.
I Nom global = nom dune file dattente de message.
I Besoin de plusieurs communications pour un processus
I Indirection des messages par un point de passage intermdiaire
auquel se raccrochent les processus usagers.
I Terminologies pour les files de messages : Point d'accs de
service transport, TSAP "Transport Service Access Point",
I Boite lettre, Port, Porte, "Socket" ou prise.
791
Dt er mi nat i on des adr esses des Dt er mi nat i on des adr esses des Dt er mi nat i on des adr esses des Dt er mi nat i on des adr esses des
pr oc essus c ommuni c ant s pr oc essus c ommuni c ant s pr oc essus c ommuni c ant s pr oc essus c ommuni c ant s
I L'ouverture d'une connexion de transport suppose la
connaissance des adresses
I TSAP ("Transport Service Access Point") (Internet numro de port) :
slection du processus qui rend le service.
I NSAP ("Network Service Access Point") (Internet adresse IP) : sur quel
site se trouve ce processus => Le routage rseau se charge ensuite de
le trouver.
I Problme de mise en correspondance TSAP <-> NSAP.
TSAP 1
NSAP 1
TSAP 2
NSAP 2
Entit
transport
Entit
transport
TPDU
Interface
session/transport
Protocole de transport
Session
Transport
Rseau
792
Adr essage dans une Adr essage dans une Adr essage dans une Adr essage dans une
c ommuni c at i on c ommuni c at i on c ommuni c at i on c ommuni c at i on c l i ent c l i ent c l i ent c l i ent - -- -ser veur ser veur ser veur ser veur
I Scnario dune communication
I 1/ L'utilisateur B (le serveur) se rattache au TSAP b et se met
en attente d'une arrive de connexion.
I 2/ L'utilisateur A (le client) qui dsire tablir une connexion de
transport avec B met une requte de connexion sur le destinataire
(NSAP b, TSAP b) en indiquant son adresse d'appelant (NSAP a,
TSAP a).
I 3/ Le serveur et le client peuvent dialoguer.
I Le scnario marche parce que B tait en attente sur
le TSAP b et que A est suppos connatre b par son
adresse.
I Comment A peut-il connatre cette adresse :
I Problme de liaison analogue de l'dition des liens dans les
programmes.
I Solutions de liaison statique ou dynamique.
793
1) Sol ut i on de l i ai son st at i que 1) Sol ut i on de l i ai son st at i que 1) Sol ut i on de l i ai son st at i que 1) Sol ut i on de l i ai son st at i que
I Connaissance des adresses code dans les
programmes
I Tous les utilisateurs de B ont la connaissance du TSAP de B.
I Analogie avec les numros de tlphone rservs: 15 , 18.
I On installe de faon dfinitive un service sur un adresse
donne.
I Principe simple mais limit.
I Les serveurs dont l'adresse est fixe sont ncessairement
assez peu nombreux => services caractre gnrique systme.
I Gaspillage dadresses si lon utilise une adresse permanente pour
un serveur trs spcifique ou rarement sollicit.
I Il est ncessaire d'utiliser aussi des adresses de TSAP non
permanentes.
794
2) Li ai son dynami que par pr oc essus 2) Li ai son dynami que par pr oc essus 2) Li ai son dynami que par pr oc essus 2) Li ai son dynami que par pr oc essus
c r at eur de ser veur c r at eur de ser veur c r at eur de ser veur c r at eur de ser veur
I Notion de processus crateur de serveur (processus "logger")
I Processus dont le rle est de crer la demande des instances de serveur.
I L'adresse du crateur de serveurs ("logger") est permanente et connue de
tous les utilisateurs (solution de liaison statique).
I Fonctionnement avec crateur de serveur sur un hte NSAP B.
I Le client A se connecte au processus crateur et dfinit le service B crer:
I Soit sous la forme d'un nom logique de service (dans une liste)
I Soit sous forme du nom dun fichier accessible contenant une image binaire chargeable
I Le processus crateur alloue une adresse de TSAP libre (TSAP b), cr une
instance de B et lui attribue ladresse alloue => il la communique au client A.
I Le client A se connecte au TSAP b pour obtenir le service souhait.
I Avantages/inconvnients de la solution
I Solution de dsignation, de cration et de liaison dynamique complte.
I Ne marche que pour les serveurs pouvant fonctionner au coup par coup
(cration la demande) Exemple : serveur de compilation, serveur dhorloge,.
I Inutilisable pour un serveur qui fonctionne en permanence
Exemple : serveur de fichiers.
795
3) Li ai son dynami que par ut i l i sat i on 3) Li ai son dynami que par ut i l i sat i on 3) Li ai son dynami que par ut i l i sat i on 3) Li ai son dynami que par ut i l i sat i on
dun ser veur dannuai r e dun ser veur dannuai r e dun ser veur dannuai r e dun ser veur dannuai r e
IPrincipe de la solution
IConsiste faire appel un processus serveur d'annuaire,
dont l'adresse (Nsap, Tsap) est permanente et connue de
tous (solution statique).
ICe processus gre un annuaire de services auprs duquel
les serveurs peuvent s'enregistrer et qui fournit des
renseignements concernant un service:
IPrincipalement son adresse (Nsap, Tsap)
IEventuellement d'autres attributs ou fonctions (protection,
description/typage du service, ...).
ISolution analogue de ce que ralisent les renseignements
tlphoniques.
796
Tr oi si me sol ut i on : l i ai son dynami que Tr oi si me sol ut i on : l i ai son dynami que Tr oi si me sol ut i on : l i ai son dynami que Tr oi si me sol ut i on : l i ai son dynami que
par ut i l i sat i on dun ser veur dannuai r e par ut i l i sat i on dun ser veur dannuai r e par ut i l i sat i on dun ser veur dannuai r e par ut i l i sat i on dun ser veur dannuai r e
I tapes 1, 2 : Enregistrement dans une
base de donnes des noms de serveurs.
I 1) B tablit une connexion avec le serveur
d'annuaire. B met une requte avec :
I Le nom du service (chane de caractres).
I L'adresse rseau d'accs au service.
I Ladresse transport daccs au service.
I Tout attribut complmentaire si ncessaire.
I 2) Le serveur d'annuaire acquitte la demande
d'enregistrement (absence d'homonymie, ...).
I tapes 3, 4: Liaison entre un client et un serveur.
I 3/ A tablit une connexion de transport avec le processus serveur dannuaire.
I Requte spcifiant le nom logique du service dont il dsire connatre l'adresse.
I 4/ Rponse du serveur : l'adresse demande. A se dconnecte de l'annuaire.
I A n'a plus qu' tablir la connexion avec le serveur.
client serveur
2
serveur
d'annuaire
1 4
3
Processus Processus
Processus
797
Pr obl mes de gest i on des Pr obl mes de gest i on des Pr obl mes de gest i on des Pr obl mes de gest i on des
c onnex i ons au ni veau t r anspor t c onnex i ons au ni veau t r anspor t c onnex i ons au ni veau t r anspor t c onnex i ons au ni veau t r anspor t
798
A) Pr obl mes douver t ur e de c onnex i on A) Pr obl mes douver t ur e de c onnex i on A) Pr obl mes douver t ur e de c onnex i on A) Pr obl mes douver t ur e de c onnex i on
Rappel du sc hma de base Rappel du sc hma de base Rappel du sc hma de base Rappel du sc hma de base
I Rappel : Laccord confirm de base (hanshake simple)
I Problme: le rseau peut mmoriser des paquets pendant un
temps trs long (ventuellement non born dans l'hypothse
asynchrone).
Entit de
transport B
Entit de
transport A
TPDU
demande de
connexion
TPDU
confirmation de
connexion
CR(paramtres)
T_connect.request
T_connect.indication
CC(paramtres)
T_connect.confirmation
T_connect.response
799
Ex empl e 1 : c ompor t ement Ex empl e 1 : c ompor t ement Ex empl e 1 : c ompor t ement Ex empl e 1 : c ompor t ement
i nc or r ec t du un dl ai l ev i nc or r ec t du un dl ai l ev i nc or r ec t du un dl ai l ev i nc or r ec t du un dl ai l ev
I Seul responsable de l'erreur
le dlai lev de transmission
du premier paquet.
I Il n'y a pas d'erreur de
transmission et la squence
des paquets est respecte.
I On voit que le problme
provient surtout de l'absence
d'identification des
connexions.
I Solution apporter:
Notion de rfrence de
connexion
et mcanisme de gel des
rfrences
Entit de
transport B
Entit de
transport A
CR(paramtres_1)
T_connect.request
CC(paramtres_1)
T_connect.response
(paramtres_1)
(paramtres_1)
(paramtres_1)
(paramtres_1)
CR(paramtres_2)
T_connect.request
(paramtres_2)
(paramtres_2)
Doublon ignor
VIEUX PAQUET
ABANDON DE
REQUETE
NOUVELLE
REQUETE
800
Ex empl e 2 : c ompor t ement Ex empl e 2 : c ompor t ement Ex empl e 2 : c ompor t ement Ex empl e 2 : c ompor t ement
i nc or r ec t du au i nc or r ec t du au i nc or r ec t du au i nc or r ec t du au dsquenc ement dsquenc ement dsquenc ement dsquenc ement
I Responsable le squencement
des paquets non respect.
I D'o une connexion
considre comme ouverte
par un site B et non ouverte
par l'autre A (demi-ouverte).
I La situation peut durer
longtemps si le paquet CC
arrive trs retard (ou mme
n'arrive jamais).
I Solution apporter:
Ouverture de connexion
confirme en trois tapes
("three way handshake")
Entit de
transport B
Entit de
transport A
CR(paramtres)
T_connect.request
CC(paramtres)
T_connect.response
(paramtres)
(paramtres)
(paramtres)
(paramtres)
DT
T_data.indication
T_data.request
T_data.indication
Donne ignore
Donne ignore
DT
T_data.request
Connexion ouverte
en B
Connexion
en
ouverture
pour A
801
Not i on de r f r enc e Not i on de r f r enc e Not i on de r f r enc e Not i on de r f r enc e
de c onnex i on de c onnex i on de c onnex i on de c onnex i on
I Besoin de crer des rfrences de connexion :
I Un moyen de dsigner une connexion de transport : une
communication entre un metteur et un destinataire.
I Un usager peut grer sur un mme TSAP plusieurs connexions
simultanment avec le mme ou plusieurs usagers.
I Problme pos :
I Gnrer la demande des rfrences uniques pour de nombreux
couples dusagers avec de nombreuses connexions ouvertes.
I Solution :
I Pour chaque site associer un entier unique pour le site et le nom du
site : notion destampille (timestamp).
I Former la rfrence unique partir du couple des estampilles
metteur destinataire.
I Comment crer des entiers uniques ?
802
Sol ut i ons pour l es r f r enc es : Sol ut i ons pour l es r f r enc es : Sol ut i ons pour l es r f r enc es : Sol ut i ons pour l es r f r enc es :
1) Adr esses TSAP usage uni que 1) Adr esses TSAP usage uni que 1) Adr esses TSAP usage uni que 1) Adr esses TSAP usage uni que
I Rfrence entire base sur ladresse de TSAP
I On doit utiliser une adresse de TSAP diffrente chaque connexion
I On s'oblige ne grer qu'une connexion par TSAP.
I Chaque fois qu'on a besoin d'une nouvelle rfrence de connexion,
on cre une nouvelle adresse de transport.
I Il ne peut plus y avoir d'ambigut entre messages
circulant sur des connexions diffrentes ou en cours
d'tablissement.
I Lorsqu'une connexion est ferme, toutes les messages
qui lui taient associs sont inutilisables (sans destinataire).
I Solution coteuse en adresses de TSAP.
I Solution qui rend trs difficile la liaison (dcouverte de
TSAP).
803
2) 2) 2) 2) Rf r enc es Rf r enc es Rf r enc es Rf r enc es vol umi neuses vol umi neuses vol umi neuses vol umi neuses
I Utilisation d'une rfrence de connexion longue contenant des
informations de diffrenciation pour la rendre unique.
I A) Rfrence base sur la date et lheure douverture de connexion.
I Solution correcte chaque rfrence est diffrente.
I Ncessite une gestion correcte du temps absolu.
I B) Rfrence base sur un numro de squence.
I Utilisation squentielle d'un espace de rfrences grand => il ne repasse par
les mmes numros qu'avec une faible probabilit.
I Ncessite une sauvegarde en mmoire stable du dernier numro gnr
car en cas de panne on ne doit pas rutiliser le mme numro (dmarrage 0
au boute).
I C) Tirage alatoire d'une rfrence dans un grand espace de
numrotation tel qu'on ne peut tirer deux fois la mme rfrence qu'avec
une faible probabilit (exemple sur 32 bits ou mieux sur 64 bits).
I Ncessite un bon gnrateur dentiers : avec probabilit faible de collision.
I Solution probabiliste : on nest jamais sur de labsence de collision.
I La rfrence unique alatoire peut-tre utilise comme base de numrotation en
squence des messages.
804
3) Rf r enc e c our t e avec gel 3) Rf r enc e c our t e avec gel 3) Rf r enc e c our t e avec gel 3) Rf r enc e c our t e avec gel
I Utilisation d'une rfrence de connexion courte
rutilisable.
I En gnral un entier qui correspond une entre dans la table des
descripteurs de connexions.
I A chaque fois qu'une connexion doit tre ouverte on utilise une
entre libre de la table.
I Lindex entier est sur n bits, 2
n
est petit et il y rutilisation
frquente des rfrences par des connexions successives.
I Il ne faut pas qu'il y ait d'ambigut entre les messages de la
prcdente connexion utilisant l'entre et ceux de la nouvelle connexion.
I Solution : gel de rfrence
I Une rfrence ne peut tre rutilise pendant une priode suivant
la fermeture d'une connexion => Gel de la rfrence.
I Le gel permet tous les paquets en circulation sur la connexion
ferme d'tre reus et purgs.
I On doit disposer d'un mcanisme de limitation de la dure de
vie dans le rseau (time to live) pour armer un dlai de garde
correspondant au gel.
805
La sol ut i on en TCP La sol ut i on en TCP La sol ut i on en TCP La sol ut i on en TCP
I Utilisation d'une solution hybride.
I La rfrence est base sur une horloge temps rel
I Cette horloge est trs lointainement relie au temps absolu.
I Il faut plutt considrer que lhorloge de TCP
fonctionne comme un gnrateur de nombres alatoires
I Solution de gnration dentiers probabilistes sur 32 bits.
I La rfrence est utilise comme base de numrotation en squence des
messages.
I Crainte des collisions entre numros : utilisation en plus
dun mcanisme de gel de rfrence
I Notion de dure de vie des paquets qui permet de dimensionner le
gel.
806
Ouver t ur e de c onnex i on en t r oi s Ouver t ur e de c onnex i on en t r oi s Ouver t ur e de c onnex i on en t r oi s Ouver t ur e de c onnex i on en t r oi s
t apes (" t apes (" t apes (" t apes (" t hr ee t hr ee t hr ee t hr ee w ay w ay w ay w ay handshak e handshak e handshak e handshak e" ) " ) " ) " )
I Problme pos: perte d'units de donnes de protocole en phase
douverture (ouverture de connexion incomplte cause de messages
perdus, anciens ou dsquencs).
I L'objectif vis: Avant de commencer transfrer effectivement des
donnes on doit atteindre un tat tel que:
I le demandeur de l'ouverture sait que le destinataire accepte l'ouverture,
I le destinataire sait que le demandeur sait qu'il accepte l'ouverture de connexion.
I Solution 1
I Ignorer les TPDU ("Transport Protocol Data Unit") de donnes qui arrivent avant
la confirmation d'ouverture connexion => des pertes de donnes, alors que le
rseau est parfaitement fiable.
I Ceci ne dfinit pas comment on atteint l'ouverture confirme (la connexion peut
rester indfiniment en ouverture).
I Solution 2
I Stocker les TPDU de donnes qui arrivent avant la confirmation de connexion,
afin de les prsenter lorsque la connexion est tablie.
I On peut avoir stocker de gros volumes de donnes.
I Il ny a toujours pas de dfinition de la confirmation douverture.
807
Louver t ur e c onf i r me en t r oi s Louver t ur e c onf i r me en t r oi s Louver t ur e c onf i r me en t r oi s Louver t ur e c onf i r me en t r oi s
t apes t apes t apes t apes
I Principes
I On interdit l'entit appele
d'envoyer des donnes (de
considrer que la connexion est
ouverte)
I Lappel ne peut rpondre
qu'une TPDU de confirmation.
I Jusqu' ce quil ait reu une
TPDU qui lui confirme la bonne
rception de sa TPDU de
confirmation de connexion par
l'appelant.
I On utilise pour cela une
troisime TPDU
I Selon le protocole une donne si
l'appelant a des donnes envoyer
ou une TPDU spcifique (troisime
message douverture).
Entit de
transport B
Entit de
transport A
CR(paramtres)
T_connect.request
CC(paramtres)
T_connect.response
(paramtres)
(paramtres)
(paramtres)
(paramtres)
DT
T_data.indication
T_data.request
Connexion en
ouverture
pour A
Connexion
ouverte en B
Connexion
ouverte en A
Connexion en
ouverture
pour B
808
Ex empl e dc hange c onf i r m en Ex empl e dc hange c onf i r m en Ex empl e dc hange c onf i r m en Ex empl e dc hange c onf i r m en
t r oi s t apes avec r f r enc es t r oi s t apes avec r f r enc es t r oi s t apes avec r f r enc es t r oi s t apes avec r f r enc es
I Remarques:
I Il ne peut y avoir
d'ambigut
entre les
connexions
rfrences Z et
X dont
l'ouverture
concurrente est
en cours.
I Le site B a le
choix d'accepter
ou de rejeter (ici
par un
disconnect) l'une
des deux
connexions.
CR(X,A)
T_connect.request(Z,A)
T_connect.indication(X,A)
CC
T_connect.response
((X,A),(T,B))
DT((X,A),(T,B))
T_data.indication
T_data.request
Connexions
en ouverture
pour A (X,A)
(Z,A)
Connexion ouverte en B
Connexion
ouverte en A
Connexion en
ouverture
pour B ((X,A),(T,B))
Choix de rfrence Z
Choix de rfrence X
T_connect.request(X,A)
CR(Z,A)
Choix de rfrence T
((X,A),(T,B))
((X,A),(T,B))
((X,A),(T,B))
T_connect.indication(Z,A)
((X,A),(T,B))
T_disconnect.request(Z,A)
T_disconnect.indication
(Z,A)
((X,A),(T,B))
((X,A),(T,B))
DR((Z,A))
809
B) Pr obl mes de f er met ur e de B) Pr obl mes de f er met ur e de B) Pr obl mes de f er met ur e de B) Pr obl mes de f er met ur e de
c onnex i on c onnex i on c onnex i on c onnex i on
I Fermeture de connexion = atteindre un consensus sur la
connaissance de la libration.
I Si la connexion doit tre libre A et B doivent atteindre (assez rapidement) un
tat ou ils dcident tous les deux que la connexion est ferme:
I Pour viter l'existence indfinie de connexions demi-ouvertes
I L'un a dcid de fermer et l'autre ne le sait pas.
I Pour terminer les changes dans une situation claire du point de vue applicatif.
I Solution de base: accord confirm
I T_disconnect.request, DR
I T_disconnect.indication
I T_disconnect.response, DC
I T_disconnect.confirmation.
I Ce protocole ne marche pas en prsence de tous types de dlais
de transmission et de pertes de messages.
DR(paramtres)
T_disconnect.
request
T_disconnect.
indication
DC(paramtres)
T_disconnect.
confirmation
T_disconnect.
response
810
Pr obl mes de c onsensus : Pr obl mes de c onsensus : Pr obl mes de c onsensus : Pr obl mes de c onsensus :
l e pr obl me des deux ar mes l e pr obl me des deux ar mes l e pr obl me des deux ar mes l e pr obl me des deux ar mes
I La formulation d'un problme de consensus entre deux entits
communicantes analogue au problme de dconnexion:
I Une arme A campe dans une valle.
I L'arme B (son adversaire) est spare en deux corps d'armes B1 et B2 qui
occupent deux collines distinctes spares par larme A.
I A est plus forte que chacun des deux corps d'armes B, mais A est moins forte
que B dans le cas ou les deux corps B1 et B2 attaquent de faon coordonne.
I Le seul moyen pour coordonner l'attaque des B est l'usage de messagers qui
traversent la valle et qui sont susceptibles de mettre trs longtemps, d'tre
capturs ... en raison des ennemis
I Solution asynchrone au problme des deux armes
I Existe-t-il un protocole dterministe : qui marche dans tous les cas.
I En mode message asynchrone : quels que soient les pertes ou les retards
(dlais de transmission non borns).
I Permettant aux commandants B de gagner avec certitude : de se
mettre d'accord sur l'heure d'attaque ? ( de rsoudre le problme du consensus
deux).
811
I mpossi bi l i t d' une sol ut i on I mpossi bi l i t d' une sol ut i on I mpossi bi l i t d' une sol ut i on I mpossi bi l i t d' une sol ut i on
dt er mi ni st e en mode async hr one dt er mi ni st e en mode async hr one dt er mi ni st e en mode async hr one dt er mi ni st e en mode async hr one
I Prsentation informelle du mode de raisonnement.
I Recherche d'une solution deux messagers.
I Le commandant de B1 envoie au commandant de B2 le message "Attaque demain .
I Le commandant de B2 reoit le message et fait rpondre "D'accord".
I Ce dialogue n'est pas concluant, car le commandant de B2 ne peut pas savoir avec
certitude si sa rponse a bien t reue (non perdue ou retarde aprs la date propose).
I Recherche d'une solution trois messagers.
I On utilise un protocole en trois tapes.
I B1 doit accuser rception de la rponse de B2 sa proposition.
I Alors, c'est le commandant de B1 qui ne peut pas savoir si sa confirmation est bien arrive.
I Sil y a perte de la confirmation, B2 ne bougera pas, B1 attaquera seul et sera vaincu.
I Recherche d'une solution N messagers.
I Avec N messagers, le mme problme se pose : l'metteur du Nime message n'est jamais
sur de savoir si son message a t reu ou non.
I Pour toute solution N messagers comme le dernier message peut ne pas arriver il ne
peut donc tre essentiel pour la solution et on doit pouvoir s'en passer.
I Donc on peut enlever les derniers messagers les uns aprs les autres.
I Comme il n'existe pas de solutions deux messagers il n'existe pas de solution
(raisonnement par rcurrence).
812
Sol ut i on pr obabi l i st e et sync hr one Sol ut i on pr obabi l i st e et sync hr one Sol ut i on pr obabi l i st e et sync hr one Sol ut i on pr obabi l i st e et sync hr one
pour l a dc onnex i on de t r anspor t pour l a dc onnex i on de t r anspor t pour l a dc onnex i on de t r anspor t pour l a dc onnex i on de t r anspor t
I Solution probabiliste : une solution qui ne marche pas en toutes
circonstances de pannes et de dlais de transmission.
I Solution synchrone : base sur des dlais de transmission borns
permettant de rgler des dlais de garde.
I Schma gnral dune solution:
DR
DC
AK
Temporisateur de
A (N tentatives) ou
Rception de DC
Fermeture de
connexion
pour A
Fermeture de
connexion
pour B
Temporisateur de B
ou rception de AK
Entit de transport B Entit de transport A
813
Dt ai l s du f onc t i onnement de l a Dt ai l s du f onc t i onnement de l a Dt ai l s du f onc t i onnement de l a Dt ai l s du f onc t i onnement de l a
dc onnex i on dc onnex i on dc onnex i on dc onnex i on
I Action de A
I L'entit de transport A dsirant mettre fin une connexion envoie une
TPDU de demande de dconnexion DR et arme un temporisateur.
I A chance, si elle n'a pas reu de rponse, elle retransmet la TPDU.
I Au bout de N retransmissions sans rponse ou sur rception d'une
confirmation DC, l'entit A ferme la connexion.
I Action de B
I L'entit de transport B recevant la demande de dconnexion rpond
par une TPDU de confirmation de dconnexion et arme un
temporisateur.
I A chance du temporisateur ou sur rception d'un acquittement de
sa confirmation, elle ferme effectivement la connexion (elle enlve de
sa table des connexions ouvertes les informations concernant la
connexion considre).
I L'entit de transport A initiatrice de la libration accuse rception de
la confirmation en envoyant une TPDU d'acquittement et en fermant
la connexion de son ct.
814
Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de
I Cas pour lesquels le protocole
fonctionne
I Bass sur la russite de certaines
communications et sur lexistence de dlais
de garde.
I Permettant de rgler des temporisateurs en
fonction des dlais de propagation des
messages sur le rseau.
I Cas pour lequel le protocole ne
fonctionne pas
I Il existe une probabilit non nulle pour que
les demandes de dconnexion ou leurs
rponses se perdent toutes.
I A ferme la connexion sans que B le sache
ou B ferme la connexion sans que A le
sache => Notion de connexion demi-
ferme.
DR
DR
Retransmission
sur
expiration
temporisateur
DC
Retransmission
sur
expiration
DR
DC
AK
Effacement de
la connexion
Effacement de
la connexion sur
expiration du
temporisateur
temporisateur
815
Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de Anal yse du pr ot oc ol e de
I Solution synchrone (base sur le temps) et
probabilistes aux connexions demi-fermes
I On utilise un dlai de dtection d'inactivit de la connexion : si
aucune TPDU n'a t reue pendant ce dlai, une entit est autorise
fermer la connexion de son ct (solution synchrone).
I Exemples : A sur mission de DR ou B sur mission de DC (temporisateurs)
I Cette solution amne fermer des connexions qui ne devraient pas
l'tre uniquement parce que les temps de rponse sont trop
levs par rapport aux dlais de garde (solution probabiliste).
I Pour que a fonctionne il faut que les messages aient un temps de
transmission born (transmission dlai born ou "synchrone")
qui permet de rgler le dlai de garde d'inactivit et quon accepte une
probabilit (qui doit tre trs faible) de fermer des connexions.
I Conclusion
I Dans le monde des rseaux en prsence de pannes (pertes de
messages) et dlais de transmission, on ne construit de
solutions industrielles que probabilistes et synchrones.
I La probabilit dchec doit rester acceptable.
816
Pr obl mes de t r ansmi ssi on des Pr obl mes de t r ansmi ssi on des Pr obl mes de t r ansmi ssi on des Pr obl mes de t r ansmi ssi on des
donnes au ni veau t r anspor t donnes au ni veau t r anspor t donnes au ni veau t r anspor t donnes au ni veau t r anspor t
817
Cont r l e d' er r eur au ni veau Cont r l e d' er r eur au ni veau Cont r l e d' er r eur au ni veau Cont r l e d' er r eur au ni veau
I Code dtecteur d'erreur
I On utilise plutt une somme de contrle (de type parit) rapide
calculer par programme (par rapport un code polynomial).
I Numros de squence
I La livraison en squence assur par une numrotation des TPDU.
I Acquittements positifs et temporisateurs
I Le contrle d'erreur est assur comme au niveau liaison par des
protocoles acquittement positif et retransmission sur dlai de garde.
I Solutions identiques celles des protocoles de liaison.
I Difficult du contrle d'erreur de transport
I Problmes poss par les vieux paquets et les d-squencements.
818
Ex empl e 1 : I nt er f r enc e ent r e paquet s Ex empl e 1 : I nt er f r enc e ent r e paquet s Ex empl e 1 : I nt er f r enc e ent r e paquet s Ex empl e 1 : I nt er f r enc e ent r e paquet s
sur des c onnex i ons suc c essi ves sur des c onnex i ons suc c essi ves sur des c onnex i ons suc c essi ves sur des c onnex i ons suc c essi ves
Solutions possibles
I Rfrences de
connexion dans les
donnes.
=> Identification des
paquets.
I Utilisation du gel des
rfrences.
=> Pas de rception
dans une connexion
ultrieure.
I Changement de
lespace des numros
de squence utiliss.
=> Acceptation dans
une nouvelle fentre
de rception.
A B
Ouverture d'une connexion
entre A et B
T1
TPDU DT 0
TPDU AK 1
TPDU DT 1
TPDU AK 2
Fermeture de la connexion
Etablissement d'une
nouvelle connexion
TPDU DT 0
.
.
.
TPDU DT 1
La TPDU DT 1 est reue sans
erreur mais hors squence: elle
est garde en attente de
resquencement
La seconde TPDU DT 1 est
dtecte comme duplique: elle
est carte mais acquitte
TPDU AK 2
TPDU AK 2
TPDU DT 1
La TPDU DT 0 ayant t reue,
l'acquittement peut se faire
819
Ex empl e 2 : I nt er f r enc e ent r e paquet s Ex empl e 2 : I nt er f r enc e ent r e paquet s Ex empl e 2 : I nt er f r enc e ent r e paquet s Ex empl e 2 : I nt er f r enc e ent r e paquet s
de l a mme c onnex i on de l a mme c onnex i on de l a mme c onnex i on de l a mme c onnex i on
Solution
I Utilisation dun
numro de squence
de grande taille (par
exemple sur 32 bits
ou mieux sur 64 bits).
I La probabilit de
rutilisation court
terme d'un mme
numro pendant une
connexion doit tre
trs faible.
A B
Ouverture d'une connexion
entre A et B
T1
TPDU DT 0
TPDU AK 1
TPDU DT 1
TPDU AK 2
TPDU DT 1
La TPDU DT 1 est reue sans
erreur mais hors squence: Elle
est accepte mais c'est
une duplication
TPDU DT 2
TPDU DT 3
TPDU AK 0
TPDU DT 0
TPDU AK 1
820
Cont r l e de f l ux au ni veau Cont r l e de f l ux au ni veau Cont r l e de f l ux au ni veau Cont r l e de f l ux au ni veau
I Problme de contrle de flux.
I Adaptation de la vitesse du processus metteur celle du rcepteur.
I En l'absence de contrle de flux, des units de donnes sont dtruites
leur arrive, faute de tampons libres.
I Problmes poss par le contrle de flux de transport.
I Le rseau sous-jacent achemine plus ou moins vite les informations
selon sa charge.
I Le site rcepteur prend en compte les messages au niveau transport
plus ou moins rapidement selon sa charge.
I Les traitements d'application prennent plus ou moins de temps selon les
donnes donner.
I => Trs grande variabilit des vitesses de rception.
I => Ncessit d'un mcanisme de rgulation trs adaptatif
I Remplacement des fentres de taille fixe par des
fentres de taille variable.
821
Cont r l e de f l ux par c r di t var i abl e Cont r l e de f l ux par c r di t var i abl e Cont r l e de f l ux par c r di t var i abl e Cont r l e de f l ux par c r di t var i abl e
I Notion de crdit CDT :
I Une zone supplmentaire dans les donnes mises par le rcepteur et qui
sont porteuses dun acquittement positif AK (piggybacking).
I Cest le nombre d'units de donnes que l'metteur peut mettre en
anticipation (que le destinataire est prt recevoir) partir du numro
d'acquittement port dans le segment.
I Le rcepteur accepte les messages de numro AK au numro AK+CDT-1.
I Dfinit un contrle de flux par fentre glissante de taille variable
car le rcepteur peut modifier le crdit en fonction de ses capacits.
I Le rcepteur peut accrotre la taille de la fentre dynamiquement
I Le rcepteur peut rduire la taille de la fentre dynamiquement.
I Remarque
I Le crdit est donn par la dfinition en absolu des numros de squence
autoriss : autorisation dmettre dans la fentre de AK AK + CDT - 1.
I La dfinition relative par autorisation d'envoi de CDT messages en plus
est impossible puisque les crdits doivent pouvoir tre rpts en cas de perte.
=> A chaque rptition on accorderait lenvoi de CDT messages en plus.
822
Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s :
1) 1) 1) 1) Rduc t i on de c r di t Rduc t i on de c r di t Rduc t i on de c r di t Rduc t i on de c r di t
I Problme : la rduction de
crdits peut entraner la perte de
TPDU de donnes.
I Exemple:
I Perte de TPDU donnes la
suite d'une rduction de la limite
suprieure de fentre.
I Bien que le rseau soit fiable.
I La TDPU DT 4 arrive hors
fentre puisque le destinataire B a
rduit entre temps le crdit
d'mission de l'expditeur A.
I Solution:
I Retransmission comme si la donne
avait t bruite.
I Utilisation dacquittements positifs
et de temporisateur.
A B
DT2
DT3
DT4
TPDU accepte
TPDU accepte
TPDU refuse
Temporisateur
Retransmission
A bloqu
TPDU accepte
ACK2, CDT=3
ACK4, CDT=0
ACK4, CDT=1
DT4
Rduction crdit
823
Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s : Pr obl mes de gest i on des c r di t s :
2) 2) 2) 2) I nt er bl oc age I nt er bl oc age I nt er bl oc age I nt er bl oc age de de de de per t e de c r di t per t e de c r di t per t e de c r di t per t e de c r di t
I Problme : La perte dun
message de crdit peut
conduire un interblocage de
message.
I Exemple :
I Interblocage du une perte de
message porteur de crdit.
I Solution:
I Rptition des messages
porteurs de crdits.
A B
DT2
DT3
ACK2, CDT=2
ACK4, CDT=3
Blocage
824
Pr obl mes de gest i on des c r di t s Pr obl mes de gest i on des c r di t s Pr obl mes de gest i on des c r di t s Pr obl mes de gest i on des c r di t s
Sol ut i ons l a per t e de c r di t Sol ut i ons l a per t e de c r di t Sol ut i ons l a per t e de c r di t Sol ut i ons l a per t e de c r di t
I 1- Le rcepteur rpte priodiquement ses messages
d'augmentation de crdit (sur temporisateur).
I Trafic priodique dacquittements avec crdit (ou "Idle Data Transfer").
I => Tt ou tard le site distant reoit une copie du dernier crdit.
I 2- Le rcepteur arme un dlai de garde TW aprs chaque
message d'acquittement/crdit et rpte le message
chance uniquement si l'metteur n'a pas repris ses missions
entre temps (il considre qu'il est perdu).
I Si TW est trop faible: on risque de rexpdier des
acquittements/crdits un rythme lev pendant un temps important,
ce qui consomme inutilement les ressources du rseau.
I Si TW est trs lev: on rallonge la priode de blocage de l'expditeur
quand ce dernier des TPDU mettre.
825
3) 3) 3) 3) I nt er bl oc age I nt er bl oc age I nt er bl oc age I nt er bl oc age de de de de
dsquenc ement dsquenc ement dsquenc ement dsquenc ement de c r di t s de c r di t s de c r di t s de c r di t s
I Problme : Le d-
squencement des
crdits peut conduire
des interblocages.
I Exemple :
I Un crdit ayant
dpass lautre
lmetteur est bloqu.
I Une solution:
I Utiliser des numros
de squence pour les
augmentations de
crdits.
I Dlivrer les
augmentations dans
l'ordre d'mission.
A B
ACK2, CDT=2
DT4
DT2
DT3
ACK5, CDT=7
ACK4, CDT=0
ACK4, CDT=3
ACK5, CDT=7
B met un crdit de 2 partir de 2
B met le message numro 4
(soit une autorisation pour 2 et 3)
A autorise B de 5 11
A met le message numro 2
A met le message numro 3
B bloque les missions de A
B rautorise A par un crdit de 3
A est bloqu
par l'arrive dsquence du CDT=0
826
827
Conc l usi on: Conc ept i on des Conc l usi on: Conc ept i on des Conc l usi on: Conc ept i on des Conc l usi on: Conc ept i on des
pr ot oc ol es de t r anspor t pr ot oc ol es de t r anspor t pr ot oc ol es de t r anspor t pr ot oc ol es de t r anspor t
IProblmes de transport : finalement assez
compliqus.
IOn dispose de solutions correctes en mode point
point pour les donnes informatiques classiques.
IDiffrents problmes restent poss :
IAdaptation des solutions existantes la monte en
dbits (gigabits, trabits, )
ICommunication de niveau transport en diffusion
(multipoint).
ICommunications de transport avec qualit de service
temporelle (multimdia).
828
Ex empl e des pr ot oc ol es et Ex empl e des pr ot oc ol es et Ex empl e des pr ot oc ol es et Ex empl e des pr ot oc ol es et
ser vi c es de t r anspor t I NTERNET ser vi c es de t r anspor t I NTERNET ser vi c es de t r anspor t I NTERNET ser vi c es de t r anspor t I NTERNET
UDP " User UDP " User UDP " User UDP " User Dat agr am Dat agr am Dat agr am Dat agr am Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " " " "
Un ser vi c e pour TCP et UDP: l es Un ser vi c e pour TCP et UDP: l es Un ser vi c e pour TCP et UDP: l es Un ser vi c e pour TCP et UDP: l es soc k et s soc k et s soc k et s soc k et s
829
Ex empl e des pr ot oc ol es et ser vi c es Ex empl e des pr ot oc ol es et ser vi c es Ex empl e des pr ot oc ol es et ser vi c es Ex empl e des pr ot oc ol es et ser vi c es
de t r anspor t I NTERNET de t r anspor t I NTERNET de t r anspor t I NTERNET de t r anspor t I NTERNET
UDP UDP UDP UDP
" User " User " User " User Dat agr am Dat agr am Dat agr am Dat agr am Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
830
Choi x de c onc ept i on UDP Choi x de c onc ept i on UDP Choi x de c onc ept i on UDP Choi x de c onc ept i on UDP
I UDP permet l'mission de datagrammes IP en utilisant
un protocole trs simplifi de niveau transport.
I Sans connexion
I Pour des relations courtes.
I Efficace (en termes de performances).
I Simplification des dveloppements de codes applicatifs rseaux.
I Avec adressage de niveau transport
I Identification des "ports"
I UDP implante donc trs peu de mcanismes
I Adresses de ports (points d'accs de service de transport)
I Somme de contrle d'entte (optionnelle)
I Aucun contrle de squence, contrle d'erreur, ni contrle de flux.
831
For mat du segment UDP For mat du segment UDP For mat du segment UDP For mat du segment UDP
I Structure trs simplifie (gnration et analyse rapide)
I Peu encombrante (8 octets)
I Ddie essentiellement au problme dadressage de niveau
transport.
Adresse port source
"Source port number"
Zone donnes
"Data"
0
15 16 31
Adresse port destination
"Destination port number"
Somme de contrle
"Checksum"
Longueur
"Length"
832
Dt ai l s c onc er nant l es di f f r ent s Dt ai l s c onc er nant l es di f f r ent s Dt ai l s c onc er nant l es di f f r ent s Dt ai l s c onc er nant l es di f f r ent s
c hamps c hamps c hamps c hamps
I Zone source port et destination port
I Numros de port identifiant l'utilisateur source et l'utilisateur destinataire
(16 bits).
I Le numro de port source est optionnel (si non renseign il est mis
zro).
I Zone longueur
I Longueur totale en octets du message.
I Redondant avec la longueur de paquet IP.
I => La longueur est optionnelle (dans ce cas on la met zro).
I Zone somme de contrle
I Le champ "checksum" couvre la partie entte et la partie donnes.
I Il est calcul comme pour l'entte IP par un ou exclusif sur des groupes
de 16 bits et complment un.
I Si la longueur des donnes est impaire un remplissage par des zros est
effectu sur le dernier octet.
I => La somme de contrle est optionnelle (dans ce cas on la met zro).
833
TCP TCP TCP TCP
" Tr ansmi ssi on Cont r ol " Tr ansmi ssi on Cont r ol " Tr ansmi ssi on Cont r ol " Tr ansmi ssi on Cont r ol Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
834
Choi x de c onc ept i on TCP Choi x de c onc ept i on TCP Choi x de c onc ept i on TCP Choi x de c onc ept i on TCP
I TCP a t conu en fonction de IP qui est de qualit de
service mdiocre.
I Le rseau sous-jacent (IP) peut perdre, altrer, dupliquer,
dsquencer les paquets.
I TCP permet un transport de donnes orient octets
I En mode connect, bidirectionnel.
I Avec contrle d'erreur (transport fiable).
I Avec contrle de squence.
I Avec contrle de flux.
I Avec contrle de congestion
I Existence de trois phases principales
I Ouverture de connexion
I Transfert de donnes
I Fermeture de connexion
835
For mat du segment TCP For mat du segment TCP For mat du segment TCP For mat du segment TCP
I Un seul format de TPDU pour tous les mcanismes du protocole.
I Un en-tte relativement long : au minimum 20 octets
0
31
Numro de squence
Numro d'acquittement
Taille fentre
Pointeur urgent
Somme de contrle
Options
Port source
Donnes
Longueur
Port destination
entte
4
5
Rserv
F
N
I
P
H
S
R
T
S
S
N
Y
U
G
R
A
K
C
E
N
C
836
c hamps (1) c hamps (1) c hamps (1) c hamps (1)
I Numro de port source ("Source port")
I Entier sur 16 bits: identifie le port metteur.
I Numro de port destination ("Destination port")
I Entier sur 16 bits: identifie le port rcepteur.
I Numro de squence ("Sequence Number") sur 32 bits
I Si le bit SYN est non positionn c'est le numro de squence du premier
octet de donnes dans la TPDU
I Si le bit SYN est positionn c'est le numro de squence initial (ISN): le
premier octet de donnes a pour numro ISN+1.
I Numro d'acquittement sur 32 bits.
I Numro de squence de l'octet que l'entit s'attend recevoir.
I Longueur de l'en-tte sur 4 bits
I En nombre de mots de 32 bits.
I Ncessaire puisque l'en-tte comporte des options de longueur variable.
I Zone rserve de 5 bits.
837
I Sept drapeaux (1 bit) dterminent la prsence de certains champs
dans le segment TCP et en fait donnent un type (ou plusieurs types) au
segment: donne, acquit positif, tablissement ou libration de connexion
I URG ("Urgent") : 1 si la zone donne urgente est prsente (le pointeur
urgent sur la fin de la zone de donne urgente doit tre positionn).
I ACK ("Acknowledgment") : 1 si le champ "numro d'acquittement" est
prsent. Il sert aussi lacquittement du numro de squence initial.
I PSH (Push) : une option de service qui demande la transmission immdiate
des donnes en instance dans un segment porteur du bit push. A larrive le
destinataire doit dlivrer galement immdiatement.
I RST ("Reset") : lmetteur ferme abruptement la connexion.
I SYN ("Synchronize") : synchronise les numros de squence (utilisation
principale l'tablissement des connexions).
I FIN ("Fin") : l'metteur n'a plus rien transmettre et libre la connexion.
I ECN ("Explicit Congestion Notification") : notification de congestion.
838
I Taille Fentre ('Window Size') (16 bits)
I Le crdit (taille de la fentre de rception) exprim en nombre doctets.
I Mesur partir du numro d'acquittement insr dans le segment.
I Somme de contrle ('Checksum') (16 bits)
I Sert la dtection d'erreurs.
I Pointeur urgent ('Urgent pointer') (16 bits)
I Le pointeur urgent pointe sur la fin des donnes urgentes places
ncessairement partir du dbut du segment.
I Les donnes urgentes peuvent tre suivies par des donnes normales.
I Zone options
I Permet l'change d'informations protocolaires en extension de
lentte (taille maximum de la zone option 44 octets).
I Un code sur un octet distingue les diffrentes options (de lordre
de 25/30 options dfinies par des RFC).
839
Appr of ondi ssement s 1) : c al c ul de Appr of ondi ssement s 1) : c al c ul de Appr of ondi ssement s 1) : c al c ul de Appr of ondi ssement s 1) : c al c ul de
l a somme de c ont r l e UDP/TCP l a somme de c ont r l e UDP/TCP l a somme de c ont r l e UDP/TCP l a somme de c ont r l e UDP/TCP
I Checksum : calcul sur le segment dcompos en groupes de
16 bits : calcul simple, faisable en logiciel comme en IP.
1 1 1 0 0 1 1 0 0 1 1 0 0 1 1 0
1 1 0 1 0 1 0 1 0 1 0 1 0 1 0 1
Retenue: 1 1 0 1 1 1 0 1 1 1 0 1 1 1 0 1 1 Addition en
1 0 1 1 1 0 1 1 1 0 1 1 1 1 0 0 complment 1.
Inversion
finale des bits 0 1 0 0 0 1 0 0 0 1 0 0 0 0 1 1
I Calcul portant sur le segment et un pseudo entte IP.
ILes adresses IP source et destination, la longueur, le type.
IPour scuriser la donne utilisateur mais aussi les principales
informations protocolaires (TCP et une partie de lentte IP).
IViolation de lindpendance entre couches.
840
Appr of ondi ssement s 2) : Appr of ondi ssement s 2) : Appr of ondi ssement s 2) : Appr of ondi ssement s 2) :
Di f f r enc es Di f f r enc es Di f f r enc es Di f f r enc es Push Push Push Push et et et et Ur g Ur g Ur g Ur g
I Mode push dans une primitive de service
IForce l'mission immdiate du segment porteur des
donnes en mode push (le segment comporte le bit push).
ILes donnes circulent normalement.
IA destination: le segment doit tre dlivr immdiatement.
IExemple:
ITerminal en cho local on peut mettre le bit push sur un segment
lorsquon a atteint le retour chariot.
ITerminal en cho distant : on doit faire push sur chaque caractre.
IMode donnes urgentes.
IUn bloc urgent est dfini l'intrieur du segment
(utilisation du bit URG et du champ pointeur urgent).
ILes donnes devraient circuler le plus rapidement
possible : mcanismes de QOS ou de priorit IP.
ILe destinataire devrait recevoir les donnes ds l'arrive.
841
Appr of ondi ssement s 3) : Appr of ondi ssement s 3) : Appr of ondi ssement s 3) : Appr of ondi ssement s 3) :
Ex empl es de zones opt i ons (1) Ex empl es de zones opt i ons (1) Ex empl es de zones opt i ons (1) Ex empl es de zones opt i ons (1)
I Option End of option list (code=0) : fin de la liste des options TCP.
I Option No operation (code=1) : pour remplissage et alignement sur des
frontires de mots de 32 bits.
I Option MSS ('Maximum Segment Size') sur 4 octets: Taille maximum
des segments (code=2).
I Annonce de la taille max en octets que le TCP est capable de traiter (dans un
segment douverture avec bit syn=1).
I Absence de MSS : TCP doit toujours accepter 512 octets de donnes soit un MSS
par dfaut de 512 + 20 + 4 = 536.
I Option Window Scale 10 octets : facteur dchelle fentre (code = 3)
I Dans les rseaux haut dbit la valeur du crdit (taille de la fentre sur 16 bits
64K) est trop petite.
I Sur un octet cette option dfinit louverture de connexion un facteur
multiplicatif appliquer la zone fentre.
I La valeur utilise est 2
n
ou n est le facteur dchelle.
I Soit en fait un dcalage de n bits sur la valeur de la taille de fentre.
842
Ex empl es de zones opt i ons (2) Ex empl es de zones opt i ons (2) Ex empl es de zones opt i ons (2) Ex empl es de zones opt i ons (2)
IOption TCP SACK permitted 2 octets : (code = 4)
ITCP peut fonctionner en mode rejet slectif.
IDans le cas ou des accuss de rception slectifs sont
autoriss. Cette option met en place le mcanisme.
IOption Timestamp 10 octets : datation (code = 8)
IProblme de la mesure du temps daller retour (RTT Round
Trip Time): les acquittements groups sont retards.
IFonction principale de loption: faire cho dune date sur
32 bits pour quun metteur mesure correctement le RTT.
IDeux estampilles : TSVAL la date de lmission du prsent segment ,
ITSECR (echo reply) la date qui tait porte par le segment de
donne dont ce segment est un acquittement positif (bit ACK=1).
843
Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on
en TCP : Pr i nc i pes gnr aux (1) en TCP : Pr i nc i pes gnr aux (1) en TCP : Pr i nc i pes gnr aux (1) en TCP : Pr i nc i pes gnr aux (1)
IOuverture de connexion en trois messages :
"three way handshake" (pour des raisons de fiabilit).
IChaque extrmit doit choisir un numro de
squence initial ISN.
ICe numro sur 32 bits est envoy l'autre extrmit.
IChaque numro de squence initial choisi par lun des
communicants doit tre acquitt par lautre.
ILe couple des numros de squence sert de rfrence
initiale la connexion.
ILa norme recommande de choisir les numros de
squence "au hasard" selon les bits de faible poids
d'une horloge et de ne pas rutiliser ces numros avant un
dlai (gel de rfrence, purge des "vieux paquets" retards
dans le rseau et qui pourraient tre mal interprts).
844
Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on Pr ot oc ol e d' ouver t ur e de c onnex i on
en TCP : Pr i nc i pes gnr aux (2) en TCP : Pr i nc i pes gnr aux (2) en TCP : Pr i nc i pes gnr aux (2) en TCP : Pr i nc i pes gnr aux (2)
IUne seule connexion TCP est tablie entre
deux ports.
ITCP ignore les requtes de connexion ultrieures.
I Ouverture de connexion normale : on distingue le
demandeur initial de la connexion (ouvreur actif) et
l'accepteur (ouvreur passif).
I Cas possible d'ouverture simultane : on a deux
initiateurs simultanment actifs et lon doit traiter ce cas
particulier.
845
Di agr amme de messages Di agr amme de messages Di agr amme de messages Di agr amme de messages
douver t ur e de c onnex i on TCP douver t ur e de c onnex i on TCP douver t ur e de c onnex i on TCP douver t ur e de c onnex i on TCP
Envoyer
SYN, seq=x
Recevoir
SYN, seq=x
Envoyer
SYN, seq=y
ACK, ack=x+1
Recevoir
SYN, seq=y
ACK, ack=x+1
Envoyer
ACK, ack= y+1
Recevoir
ACK, ack= y+1
ACK
Ouvreur actif Ouvreur passif
Message 1
- Demande de connexion avec
SYN=1, un numro de
squence initial X, et ACK=0
indiquant que le champ
d'acquittement n'est pas
utilis.
Message 2
- Confirmation de connexion
avec SYN=1, un numro de
squence initial Y et ACK=1
avec le numro X+1 acquittant
le numro propos X.
Message 3
- Acquittement du numro Y
propos avec ACK=1 et un
numro d'acquittement Y+1.
846
Ouver t ur e de c onnex i on Ouver t ur e de c onnex i on Ouver t ur e de c onnex i on Ouver t ur e de c onnex i on
si mul t anes si mul t anes si mul t anes si mul t anes
I Collision d'appel :
deux messages SYN
concurrents.
I La norme indique
qu'une seule
connexion doit-tre
ouverte.
I C'est le cas ici : les
deux sites ont ngocis en
quatre messages une
connexion de rfrence
unique (x,y).
Envoyer
SYN, seq=x
Recevoir
SYN, seq=x
Envoyer
SYN, seq=y
Envoyer
SYN, seq= x
ACK, ack=y+1
Recevoir
SYN, seq=x
ACK, ack=y+1
Recevoir
SYN, seq=y
Envoyer
SYN, seq=y
ACK, ack= x+1
Recevoir
SYN, seq=y
ACK, ack=x+1
847
Appr of ondi ssement : Appr of ondi ssement : Appr of ondi ssement : Appr of ondi ssement :
Choi x des numr os de squenc e Choi x des numr os de squenc e Choi x des numr os de squenc e Choi x des numr os de squenc e
I Des connexions successives doivent recevoir des
numros de squence initiaux diffrents et "alatoires".
I Pour diffrencier les messages ayant circul sur les deux connexions
I Pour des numros de squence sur 32 bits le RFC 793
TCP suggre d'utiliser une horloge sur 32 bits.
I Horloge TCP: un compteur incrment toutes les 4 micro-secondes
ce qui le fait recycler environ en 4 heures ("wrap around").
I L'incrmentation n'est pas faite un par un (trop d'interruptions) :
mais selon une priode qui peut tre assez longue (exemple 1/2 seconde
=> incrmentation de 128000).
I Les implantations diffrent de faon significative sur le choix
de ces valeurs.
848
Choi x des numr os de Choi x des numr os de Choi x des numr os de Choi x des numr os de
squenc e : Rgl es de c hoi x squenc e : Rgl es de c hoi x squenc e : Rgl es de c hoi x squenc e : Rgl es de c hoi x
I Deux numros de squence
identiques correspondant des
messages diffrents de
connexions diffrentes
successives entre les mmes ports
ne doivent pas tre attribus.
I Le TTL ("Time To Live") d'un
paquet dans le rseau de
communication permet de rgler le
dlai de la zone interdite (dure du
gel)..
I Les numros de squence
dans la zone interdite ne
peuvent tre attribus car des
paquets ayant ces numros
peuvent tre en transit.
Axe des
numros
de squence
Reboute
t=0
Ouverture
d'une connexion
Zone
interdite
interdite
Priode de gel
(Resynchronisation)
Axe du
temps
Max TTL
Numros
de squence
attribus
fonction
de la date
Zone
Ouverture
849
1) Pr ot oc ol e de f er met ur e de 1) Pr ot oc ol e de f er met ur e de 1) Pr ot oc ol e de f er met ur e de 1) Pr ot oc ol e de f er met ur e de
c onnex i on: c onnex i on: c onnex i on: c onnex i on: Li br at i on abr upt e Li br at i on abr upt e Li br at i on abr upt e Li br at i on abr upt e
ITCP Connection reset
ILorsqu'un segment est
transmis avec le bit RST :
une fermeture inconditionnelle
(immdiate) de la connexion
est ralise.
ILe rcepteur abandonne la connexion.
IIl notifie l'application la fin immdiate de la connexion
ILmetteur, le rcepteur librent tout l'espace de
travail occup par les segments en cours de transmission.
Envoyer
Segment
RST
Recevoir
Segment
RST
L'application A veut
clore la connexion
A
B
Abandon
Immdiat
Abandon
Immdiat
850
2) Pr ot oc ol e de f er met ur e de 2) Pr ot oc ol e de f er met ur e de 2) Pr ot oc ol e de f er met ur e de 2) Pr ot oc ol e de f er met ur e de
c onnex i on: Li br at i on ngoc i e c onnex i on: Li br at i on ngoc i e c onnex i on: Li br at i on ngoc i e c onnex i on: Li br at i on ngoc i e
I TCP Graceful close
IChaque
utilisateur doit
gnrer sa propre
requte de
dconnexion.
IOn garantit la
livraison correcte
de toutes les
donnes changes
sur la connexion.
Envoyer
FIN, seq=x
Recevoir
segment FIN
Envoyer
ACK x+1
Recevoir
segment ACK
Envoyer
ACK y+1
Recevoir
ACK segment
L'application A veut
clore la connexion
Envoyer
FIN, seq=y
ACK x+1
Recevoir
segment FIN,
ACK
A
B
L'application B veut
clore la connexion
Notifier B
de la fin A
Notifier A de
la fin B
851
"CLOSED"
"LISTEN"
"SYN_RCVD" SYN_SENT
"ESTABLIHED"
FERME
?LISTEN
?Recevoir SYN
!Envoyer
SYN,ACK
?Recevoir RST
!Envoyer SYN,
ACK
?CONNECT
!Envoyer SYN
!Envoyer SYN
?SEND
?Recevoir ACK
?Recevoir SYN,ACK
!Envoyer ACK
ATTENTE
OUVERT
?Recevoir SYN
Demi-passif
Demi-actif ?CLOSE
?Timeout
"CLOSING"
"CLOSE_WAIT"
"FIN_WAIT_1"
?Recevoir FIN
!Envoyer ACK
?Recevoir FIN
! Envoyer ACK
!Envoyer FIN
"LAST_ACK"
!Recevoir ACK
"FIN_WAIT_2"
?Recevoir FIN
!Envoyer ACK
"TIME_WAIT"
?Recevoir
ACK
?Recevoir
ACK
?Recevoir
FIN,ACK
!Envoyer ACK
!Envoyer FIN
!Envoyer FIN
?CLOSE
?CLOSE
?CLOSE
TCP : Aut omat e de TCP : Aut omat e de TCP : Aut omat e de TCP : Aut omat e de
c onnex i on/dc onnex i on c onnex i on/dc onnex i on c onnex i on/dc onnex i on c onnex i on/dc onnex i on
852
Tr ansf er t des donnes en TCP Tr ansf er t des donnes en TCP Tr ansf er t des donnes en TCP Tr ansf er t des donnes en TCP
I Structuration des changes par octets ("stream").
I Les blocs doctets conscutifs transmettre sont placs dans des segments TCP.
I TCP dcide de lenvoi dun segment indpendamment des primitives dmission
en effectuant du groupage ou de la segmentation pour envoyer un segment
de taille optimale compte tenu de la gestion des fentres de contrles de flux et
de congestion.
I Contrle de squence
I Chaque octet est numrot sur 32 bits.
I Chaque segment porte le numro de squence du premier octet de donnes.
I Contrle de flux
I Bas sur le crdit variable (taille de la fentre window size)
I Crdit s'exprimant en nombre d'octets.
I Contrle d'erreur
I Le contrle d'erreur utilise une stratgie d'acquittement positif avec
temporisateur et retransmission.
I Son originalit rside dans l'algorithme de calcul de la valeur du temporisateur
de retransmission : la valeur du temporisateur arm lors d'une mission dpend
du dlai d'aller-retour mesur pendant une priode rcente.
853
Ex empl e dc hange de segment s Ex empl e dc hange de segment s Ex empl e dc hange de segment s Ex empl e dc hange de segment s
c onnex i on/ c onnex i on/ c onnex i on/ c onnex i on/dec onnex i on dec onnex i on dec onnex i on dec onnex i on en TCP en TCP en TCP en TCP
S Y N 250:250 (0)
S Y N 10000:10000 (0)
A C K 251
251: 260 (10)
A C K 10001
10001: 11000 (1000)
A C K 261
Segment 1
Segment 2
Segment 3
Segment 4
F IN 261: 261 (0)
A C K 11001
A C K 262
F IN 11001: 11001 (0)
A C K 262
A C K 11002
Segment 5
Segment 6
Segment 7
Segment 8
854
TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol TCP " Tr ansmi ssi on Cont r ol
Pr ot oc ol Pr ot oc ol Pr ot oc ol Pr ot oc ol " "" "
Appr of ondi ssement s TCP Appr of ondi ssement s TCP Appr of ondi ssement s TCP Appr of ondi ssement s TCP
855
TCP: Appr of ondi ssement s TCP: Appr of ondi ssement s TCP: Appr of ondi ssement s TCP: Appr of ondi ssement s
1) Cont r l e de c ongest i on 1) Cont r l e de c ongest i on 1) Cont r l e de c ongest i on 1) Cont r l e de c ongest i on
I Contrle de congestion ralis par TCP : mais qui sapplique en fait au
niveau rseau IP (cest IP qui devrait faire ce travail).
I Congestion TCP : une solution base sur un contrle d'admission dans IP
I TCP ne doit pas soumettre un trafic suprieur celui de IP.
I Sil y a des pertes de segments TCP suppose quelles sont dues de la
congestion (pas au bruit) => TCP ralentit son dbit.
I Une solution conduire en parallle avec le contrle de flux.
I => Une fentre pour le contrle de flux.
I => Une fentre pour le contrle de congestion.
I => La fentre rellement utilise : la plus petite des deux fentres.
Dbit possible
de IP
Dbit
Domaine de
contrle
Dbit destinataire
Dbit metteur
Dbit metteur
Dbit destinataire
Dbit destinataire
Dbit metteur
Aucun
contrle
Contrle
de congestion
Dbit metteur
Dbit destinataire
Contrle
de flux
Contrle
de flux et de congestion
856
Di mensi onnement de l a f ent r e de Di mensi onnement de l a f ent r e de Di mensi onnement de l a f ent r e de Di mensi onnement de l a f ent r e de
c ongest i on : dpar t l ent c ongest i on : dpar t l ent c ongest i on : dpar t l ent c ongest i on : dpar t l ent ' sl ow st ar t '
I Recherche du dbit maximum du rseau en TCP Tahoe
I A) Dmarrage avec croissance exponentielle.
I Fentre de congestion initiale de taille 1 : un segment de MSS octets.
I A chaque acquittement positif (transmission russie): on double la taille
de la fentre en transmettant 1, 2 , 4, 8, segments.
I Jusqu un chec de transmission (pas dacquittement) pour une valeur
cwnd: on considre quil est du au phnomne de congestion.
I On repart en dmarrage lent jusqu la moiti de la valeur soit cwnd/2.
I B) Recherche fine avec une croissance linaire.
I Phase baptise vitement de congestion: congestion avoidance.
I Lorsque la fentre atteint la moiti de sa taille: reprise de la croissance
en augmentant par incrments de 1.
I Optimisation : ne pas refaire la phase de slow start (TCP
Reno).
857
Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de
c ongest i on ( c ongest i on ( c ongest i on ( c ongest i on (' sl ow st ar t ):TCP Tahoe
Temps
Taille de la fentre
de congestion
cwnd
cwnd/2
cwnd/4
Slow start Timeout Slow start
Timeout
Congestion
Avoidance
858
Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de Evol ut i on de l a f ent r e de
c ongest i on ( c ongest i on ( c ongest i on ( c ongest i on (' sl ow st ar t ): TCP Reno
Temps
Taille de la fentre
de congestion
CW
CW/2
CW/4
Slow start Timeout
Timeout
Congestion
Avoidance
859
2) Ret r ansmi ssi on r api de 2) Ret r ansmi ssi on r api de 2) Ret r ansmi ssi on r api de 2) Ret r ansmi ssi on r api de
Fast Fast Fast Fast Ret r ansmi t / Ret r ansmi t / Ret r ansmi t / Ret r ansmi t / Fast Fast Fast Fast r ec over y r ec over y r ec over y r ec over y
I Technique des acquittements rpts : pour signaler un
segment hors squence.
I Une astuce pour remplacer un acquittement ngatif
I Deux acquittements positifs peuvent apparatre sur simple
dsquencement par le rseau.
I Si on a trois acquittements dun segment : indication forte
quun segment qui suit est perdu.
I Retransmission du segment sans attendre le dlai de
garde => Solution baptise fast retransmit.
I Ne pas ramener la taille de la fentre de congestion 1
pour un dmarrage lent slow start : il y a du trafic couler
I Solution baptise fast recovery.
I Autre solution : acquittements ngatifs dans la zone option
(TCP avec SACK).
860
3) Adapt at i on du t empor i sat eur aux 3) Adapt at i on du t empor i sat eur aux 3) Adapt at i on du t empor i sat eur aux 3) Adapt at i on du t empor i sat eur aux
t emps de r ponse t emps de r ponse t emps de r ponse t emps de r ponse
INotion de RTT Round Trip Time : mesure du
dlai d'aller retour (mission dun segment =>
rception de son acquittement positif).
INotion de RTO Retransmission Timeout :
adaptation des dlais de garde en fonction des RTT.
IPossibilits de diffrentes formules donnant RTO
en fonction de RTT.
ILa mthode de base :
IRTT mesur : de prfrence sur chaque segment.
IRTT liss : sRTT = (1 g) * sRTT + g * RTT
IValeur de RTO le temporisateur : RTO = 2 * sRTT
IProblme: ne tient compte que de la moyenne de RTT.
861
La mt hode de La mt hode de La mt hode de La mt hode de Kar n Kar n Kar n Kar n/ // /Par t r i dge Par t r i dge Par t r i dge Par t r i dge
I Utiliser la moyenne et la variance.
I RTT courant : ne pas utiliser les mesures de RTT lors dune
retransmission et doubler le RTO chaque retransmission car
on est probablement en congestion (ide de retard binaire).
I RTT liss : sRTT = (1 g) * sRTT + g * RTT
I Ecart type du RTT standard deviation cart par rapport la
moyenne
D = (1 h) * D h * | RTT sRTT |
I Valeurs recommandes pour les coefficients g et h:
g = 0.125 : prise en compte sur une moyenne de 8 mesures.
h = 0.25 : prise en compte sur une moyenne de 4 mesures.
I Dfinition de RTO le temporisateur : RTO = sRTT + 4 D
I Plus RTT est grand et plus grande est sa variation : plus
long est le temporisateur.
I Autre mthode : Jacobson/Karels.
862
4) Gest i on de t ai l l e des segment s 4) Gest i on de t ai l l e des segment s 4) Gest i on de t ai l l e des segment s 4) Gest i on de t ai l l e des segment s
' Si l l y Wi ndow Syndr ome
ISituation : traitement lent du rcepteur.
IR ouverture lente de petits crdits dmission.
ISur ces petits crdits => mission de petits segments.
ISyndrome de la fentre ridicule (silly) => Mauvaise
utilisation du rseau car les messages sont de petite taille.
ISolutions : Le groupage (Algorithme de Naggle)
ILe rcepteur ne transmet que des crdits importants.
IUne fraction significative de lespace total des tampons rcepteurs.
ILmetteur diffre les missions
ITant qu'un segment de taille suffisante mettre nest pas runi
(dfinition dun petit segment : relativement au MSS du destinataire).
IOu tant qu'il y a des donnes non acquittes.
863
5) Pr ot ec t i on c ont r e l e passage 5) Pr ot ec t i on c ont r e l e passage 5) Pr ot ec t i on c ont r e l e passage 5) Pr ot ec t i on c ont r e l e passage
zr o des numr os de squenc e zr o des numr os de squenc e zr o des numr os de squenc e zr o des numr os de squenc e
I Passage par zro (Wrap Around) : Twrap =2
31
/dbit binaire
I Ethernet (10Mbps): Twrap = 1700 s (30 minutes)
I Ethernet Gigabit (1 Gbps): Twrap = 17 secs.
I Si la dure de vie dans le rseau (MSL Maximum Segment Life) est
possiblement suprieure on a un risque dinterfrence entre numros.
I PAWS : Protection against wrapped sequence numbers.
I Utilisation de loption timestamp : estampillage TSVAL 32 bits pour la
mesure correcte des dlais daller retour dans la zone option.
I A partir dune horloge la milliseconde: repassage par 0 en 24 jours.
I Solution: combinaison du numros de squence habituel et de lestampille
TSVAL pour obtenir un numro sur 64 bits : comparaison des valeurs sur 64
bits.
I Le problme de repassage par zro ne peut se poser que sur 24
jours: acceptable en relation avec la dure de vie des segments.
864
Conc l usi on Conc l usi on Conc l usi on Conc l usi on TCP TCP TCP TCP
IUn protocole de transport fiable efficace.
IIndispensable dans le domaine des rseaux basse et
moyenne vitesse.
IDes optimisations nombreuses : versions Tahoe, Reno et
New-Reno, Sack TCP toujours tudies.
IProblmes poss
IPassage aux rseaux gigabits en TCP.
IDiffrentes expriences : modifications, dimensionnement pour
apporter des rponses cette question.
ISupport des applications multimdia
INcessite la dfinition de nouveaux protocoles de transports qui
respectent les besoins de qualit de service de ces applications (RTP
,....)
865
Un ser vi c e pour TCP et UDP: Un ser vi c e pour TCP et UDP: Un ser vi c e pour TCP et UDP: Un ser vi c e pour TCP et UDP:
l es l es l es l es soc k et s soc k et s soc k et s soc k et s
866
Gnr al i t s i nt er f ac e " Gnr al i t s i nt er f ac e " Gnr al i t s i nt er f ac e " Gnr al i t s i nt er f ac e " soc k et soc k et soc k et soc k et " "" "
I Dfinition en 1982 : une interface de programmation
d'applications rseaux (API) pour la version UNIX BSD.
I Existence de plusieurs autres interfaces rseaux : TLI,
NETBEUI, ...
I Objectifs gnraux
I Fournir des moyens de communications entre processus (IPC)
utilisables en toutes circonstances: changes locaux ou rseaux.
I Cacher les dtails d'implantation des couches de transport aux
usagers.
I Si possible cacher les diffrences entre protocoles de transport
htrognes sous une mme interface (TCP, Novell XNS, OSI)
I Fournir une interface d'accs qui se rapproche des accs fichiers pour
simplifier la programmation => En fait des similitudes et des
diffrences importantes entre programmation socket et fichier.
867
Choi x de c onc ept i on des Choi x de c onc ept i on des Choi x de c onc ept i on des Choi x de c onc ept i on des soc k et s soc k et s soc k et s soc k et s
I Une "socket" (prise) est un point d'accs de service
pour des couches transport : essentiellement TCP/UDP mais
aussi d'autres protocoles (OSI, DECNET...).
I Une socket est analogue un objet (de communication)
I Un type:
I Pour quel protocole de transport est-elle un point d'accs de service?
I Quelle est la smantique de l'accs au service?
I Un nom: identifiant unique sur chaque site (en fait un entier 16 bits).
I Un ensemble de primitives : un service pour l'accs aux fonctions de
transport.
I Des donnes encapsules :
I un descriptif (pour sa dsignation et sa gestion)
I des files d'attente de messages en entre et en sortie.
868
Dsi gnat i on des Dsi gnat i on des Dsi gnat i on des Dsi gnat i on des soc k et s soc k et s soc k et s soc k et s
I Identifier compltement une socket dans un rseau et
pour une couche transport : un couple NSAP,TSAP.
Exemple Internet TCP: Numro de port , Adresse IP
I Gestion par lIANA
I A) Numros de ports rservs : numros de ports rservs
pour des services gnraux bien connus ou "well-known
ports" (numros infrieurs 1023).
I Exemples ports UDP : Echo server: 7, TFTP: 69.
I Exemples ports TCP : Telnet: 23, DNS: 53, HTTP: 80.
I B) Numros de ports enregistrs (registered): (entre
1024 et 49151) pour des applications ayant fait une demande.
I C) Numros de ports privs (private) (dynamiques) :
les autres numros entre 49152 et 65535 qui sont attribus
dynamiquement aux sockets utilisateurs (clients).
869
avec TCP avec TCP avec TCP avec TCP
I TCP est un transport fiable en connexion et en mode
bidirectionnel point point.
I Une socket TCP peut tre utilise par plusieurs
connexions TCP simultanment.
I Une connexion est identifie par le couple d'adresses
socket des deux extrmits.
I Un change TCP est orient flot d'octets.
I Les zones de donnes qui correspondent des envois successifs ne sont
pas connues la rception.
I Pour optimiser TCP peut tamponner les donnes et les mettre
ultrieurement.
I L'option "push" qui permet de demander l'mission immdiate d'un
segment.
I L'option "urgent" qui devrait permettre l'change rapide de donnes
exceptionnelles avec signalement d'arrive.
870
avec UDP avec UDP avec UDP avec UDP
IUDP est une couche transport non fiable, sans
connexion, en mode bidirectionnel et point
point.
IL'adresse UDP d'une socket (Numro de port UDP
, Adresse IP) sur l'Internet la mme forme que celle
d'une socket TCP.
IMais les deux ensembles d'adresses sont
indpendants : une communication UDP na rien
voir avec une communication TCP.
IUn change UDP est sans connexion (change de
datagrammes).
ILes zones de donnes qui correspondent des envois
successifs sont respectes la rception.
871
Les pr i mi t i ves de l ' i nt er f ac e Les pr i mi t i ves de l ' i nt er f ac e Les pr i mi t i ves de l ' i nt er f ac e Les pr i mi t i ves de l ' i nt er f ac e
soc k et soc k et soc k et soc k et
Ex empl e en l angage C en UNI X.
872
Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve soc k et soc k et soc k et soc k et
I Permet la cration d'un nouveau point d'accs de
service transport:
I dfinition de son type.
I allocation de l'espace des donnes.
I Trois paramtres d'appel
I Famille d'adresses rseaux utilises locale, rseau IP, rseau OSI ...
I Type de la socket (du service) smantique de la communication.
I Protocole de transport utilis.
I Un paramtre rsultat: le numro de descripteur socket.
I Profil d'appel de la primitive en C
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
int socket (int famille, int type, int protocole);
873
Appr of ondi ssement des par amt r es Appr of ondi ssement des par amt r es Appr of ondi ssement des par amt r es Appr of ondi ssement des par amt r es
de l a pr i mi t i ve de l a pr i mi t i ve de l a pr i mi t i ve de l a pr i mi t i ve soc k et soc k et soc k et soc k et
I Paramtre Famille
I AF_UNIX : Communication locale (i-node)
I AF_INET : Communication Internet
I AF_ISO : Communication ISO
....
I Paramtre Type
I SOCK_STREAM : Flot d'octets en mode connect
(ne prserve pas les limites de l'enregistrement)
I SOCK_DGRAM : Datagramme en mode non connect
(prserve les limites de l'enregistrement)
I SOCK_RAW : Accs aux couches basses.
I SOCK_SEQPACKET : Format structur ordonn
(protocoles diffrents de l'Internet)
I Paramtre Type de protocole
Valeur Relation avec le paramtre type
I IPPROTO_TCP SOCK_STREAM
I IPPROTO_UDP SOCK_DGRAM
I IPPROTO_ICMP SOCK_RAW
I IPPROTO_RAW SOCK_RAW
874
Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve bi nd bi nd bi nd bi nd
I Primitive pour l'attribution d'une adresse de socket un
descripteur de socket.
I Nest pas ralis lors de la cration du descriptif (socket).
I Un serveur (qui accepte des connexions) doit dfinir sur quelle adresse.
I Un client (qui ouvre des connexions) n'est pas forc de dfinir une
adresse (qui est alors attribue automatiquement).
I Profil d'appel de la primitive
int bind ( int s,
struct sockaddr_in *mon_adresse,
int longueur_mon_adresse )
I Trois paramtres d'appel
I Numro du descriptif de Socket (s).
I Structure de donne adresse de socket Pour internet type sockaddr_in.
I Longueur de la structure d'adresse.
875
Appr of ondi ssement Appr of ondi ssement Appr of ondi ssement Appr of ondi ssement
c onc er nant l a pr i mi t i ve c onc er nant l a pr i mi t i ve c onc er nant l a pr i mi t i ve c onc er nant l a pr i mi t i ve bi nd bi nd bi nd bi nd
I Descripteur d'adresse de socket
struct sockaddr_in {
short sin_family;
u_short sin_port;
struct in_addr sin_addr;
char sin_zero[8]; };
I Un exemple d'excution de "bind" pour les
protocoles Internet.
struct servent *sp
struct sockaddr_in sin
/* Pour connatre le numro de port */
if((sp=getservbyname(service,"tcp")==NULL)
/* cas d'erreur */
/* Remplissage de la structure sockaddr */
/* htonl convertit dans le bon ordre */
/* INADDR_ANY adresse IP du site local */
sin.sin_family= AF_INET;
sin.sin_port = sp -> s_port;
sin.sin_addr.s_addr=htonl(INADDR_ANY):
/* Cration d'une socket internet */
if ((s=socket(AF_INET,SOCK_STREAM,0))<0)
/* cas d'erreur */
/* Attribution d'une adresse */
if (bind(s, &sin, sizeof(sin)) < 0)
/* cas d'erreur */
876
Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve l i st en l i st en l i st en l i st en
IUtilis dans le mode connect lorsque plusieurs
clients sont susceptibles d'tablir plusieurs
connexions avec un serveur.
IIndique le nombre d'appel maximum attendu
pour rserver l'espace ncessaire aux descriptifs des
connexions.
ILa primitive listen est immdiate (non bloquante).
IProfil d'appel : int listen (int s , int max_connexion)
s : Rfrence du descripteur de socket
max_connexion : Nombre maximum de connexions.
877
Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve ac c ept ac c ept ac c ept ac c ept
I La primitive accept permet de se bloquer en attente d'une nouvelle
demande de connexion (donc en mode connect TCP).
I Aprs accept, la connexion est complte entre les deux processus.
I Le site qui met accept excute une ouverture passive.
I Pour chaque nouvelle connexion entrante la primitive fournit un
pointeur sur un nouveau descriptif de socket qui est du mme modle que
le descritif prcdemment cr.
I Profil d'appel
int accept ( int ns,
struct sockaddr_in *addr_cl,
int lg_addr_cl)
ns : Rfrence nouvelle socket
addr_cl : L'adresse du client.
lg_addr_cl: La longueur de l'adresse.
878
Appr of ondi ssement c onc er nant l es Appr of ondi ssement c onc er nant l es Appr of ondi ssement c onc er nant l es Appr of ondi ssement c onc er nant l es
pr i mi t i ves pr i mi t i ves pr i mi t i ves pr i mi t i ves l i st en l i st en l i st en l i st en et et et et ac c ept ac c ept ac c ept ac c ept
I Exemple de code UNIX : pour un serveur qui accepte des
connexions successives et qui cr un processus pour traiter
chaque client.
/* Adresse socket du client appelant */
struct sockaddr_in from;
quelen = ... ;
if (listen (s, quelen) <0 )
Cas d'erreur
/* On accepte des appels successifs */
/* Pour chaque appel on cr un processus */
if((g=accept(f,&from,sizeof(from)))<0)
Cas d'erreur
if ( fork ...
/* Processus traitant de connexion*/
879
Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve Pr i mi t i ve c onnec t c onnec t c onnec t c onnec t
I La primitive connect (bloquante) permet un client de demander
l'ouverture (active) de connexion un serveur.
I L'adresse du serveur doit tre fournie.
I La partie extrmit locale relative au client est renseigne
automatiquement.
I Ensuite le client ne fournit plus l'adresse du serveur pour chaque
appel mais le descriptif de la socket (qui contient ladresses serveur).
I Profil d'appel
int connect ( int s,
struct sockaddr_in *addr_serv,
int lg_addr_serv)
s : La rfrence de la socket
addr_serv : L'adresse du serveur.
lg_addr_serv : La longueur de l'adresse.
880
Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves send send send send, , , , r ec v r ec v r ec v r ec v
I Les primitives send, recv (bloquantes) permettent
l'change effectif des donnes.
I Le profil d'appel est identique celui des primitives
read et write sur fichiers avec un quatrime paramtre pour
prciser des options de communications.
I Profil d'appel
int send (int s, char *zone,
int lg_zone, int options_com)
int recv (int s,char *zone,
int lg_zone, int options_com)
s : La rfrence de la socket
zone : La zone changer.
lg_zone : La longueur de la zone.
options_com : Les options (donnes urgentes , ....)
881
Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves sendt o sendt o sendt o sendt o, , , , r ec vf r om r ec vf r om r ec vf r om r ec vf r om
I Les primitives sendto, recvfrom permettent l'change des donnes dans le mode
non connect UDP.
I On doit prciser l'adresse destinataire dans toutes les primitives sendto et
l'adresse metteur dans les recvfrom.
I Profil d'appel
int sendto (int s,
char *zone,
int lg_zone,
int options_com,
struct sockaddr_in *addr_dest,
int lg_addr)
int recvfrom (int s,
char *zone,
int lg_zone,
int options_com,
struct sockaddr_in *addr_emet,
int *lg_addr)
addr_dest : L'adresse du destinataire.
addr_emet : L'adresse de l'metteur.
lg_addr : La longueur de l'adresse.
882
Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves Pr i mi t i ves shut dow n shut dow n shut dow n shut dow n, c l ose , c l ose , c l ose , c l ose
IShutdown permet la terminaison des changes sur
une socket suivi de la fermeture de la connexion :
IProfil dappel : int shutdown(s , h); Pour la socket s.
Ih = 0 : lusager ne veut plus recevoir de donnes
Ih = 1 : lusager ne veut plus envoyer de donnes
Ih = 2 : lusager ne veut plus ni recevoir, ni envoyer.
IClose : Permet la fermeture d'une connexion et la
destruction du descriptif.
IProfil d'appel
int close ( int s )
883
Rsum : I nt er f ac e Rsum : I nt er f ac e Rsum : I nt er f ac e Rsum : I nt er f ac e soc k et soc k et soc k et soc k et
I Fonctionnement en TCP
- Serveur.
socket
bind
listen
accept
recv, send
close
- Client.
socket
connect
recv, send
close
I Fonctionnement en UDP
socket
recvfrom, sendto
close
884
Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e Bi bl i ogr aphi e
Ni veau Ni veau Ni veau Ni veau t r anspor t t r anspor t t r anspor t t r anspor t
IA.S. Tannenbaum "Computer Networks" Prentice
Hall
IW.R. Stevens "TCIP/IP Illustrated, The
protocols" , Addison Wesley
IInternet Web : multiples cours TCP.

Poly Reseau Transparents

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

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 :

Formats disponibles

Poly Reseau Transparents

Transféré par

Droits d'auteur :

Formats disponibles

1

Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es Rseaux et Pr ot oc ol es

Vous aimerez peut-être aussi