Cours Applications Réseaux

1
Applications rseau
S. ASSOUL
assoul@enim.ac.ma
dition 2010-2011
__________________________________________________________________________________________________________________
S.ASSOUL assoul@enim.ac.ma
Plan
I. La couche transport
. Rle
. Paramtres de QOS
. Fonctions et mcanismes
. Classes de transport
. TCP/UDP d Internet
II. La couche session
. Rle
. Services session
. Protocole session
. session sans connexion
III. La couche prsentation
. Rle
. Services
. La syntaxe ASN.1
IV. Les applications rseau
. Fonctions de la couche application
. Messagerie lectronique
. Transfert de fichiers
. Services web
__________________________________________________________________________________________________________________
Liste des projets
1/ Configuration dun serveur DHCP
2/ Configuration dun serveur NAT
3/ Configuration dun serveur DNS
4/ Configuration du protocole IGMP
5/ Configuration dun serveur TFTP
6/ Configuration dun serveur FTP
7/ Configuration dun serveur de messagerie lectronique
8 Configuration dun serveur web
9/ Telnet/SSH
10/ Configuration dun serveur Proxy SQUID
11/ Configuration dun annuaire lectronique (LDAP)
12/ Configuration dun serveur dauthentification: RADIUS ou TACCACS
__________________________________________________________________________________________________________________
La couche Transport
ISO 8072/8073
But: Pourquoi une couche supplmentaire entre les couches basses et les couches
hautes? Couche charnire entre les 2 blocs
Rle :
> assurer le transfert de bout en bout des donnes
> optimiser l'utilisation des services rseau disponibles afin d'assurer au
moindre cot les performances requises par l'utilisateur.
Exemple :
> - perte de paquets au niveau de la couche rseau?
> - Gnration de N-RESET en permanence?
__________________________________________________________________________________________________________________
La QOS
Dfinition:
La QOS dfinit certaines caractristiques de la connexion et
permet aux utilisateurs de spcifier leurs exigences au
fournisseur de services.
Paramtres:
La QOS est dcrite en termes de paramtres avec 3 types de
valeurs possibles: prfr, acceptable et inacceptable. Ces
paramtres sont ngocis pendant la phase d'tablissement de
connexion
__________________________________________________________________________________________________________________
Paramtres de QOS
Dlai dtablissement de connexion
Probabilit dchec dtablissement
Dbit de la liaison
Temps de transit
Taux derreurs rsiduel
Probabilit dincident de transfert
Probabilit derreur de dconnexion
Dlai de dconnexion
Priorit
Protection
__________________________________________________________________________________________________________________
Services transport
Les services transport offerts la couche session sont de 2 types:
Service orient connexion
+ tablissement de connexion
+ Transfert de donnes
+ Libration de connexion
+ Exp: TCP et TP4
Service sans connexion
+ Transfert de donnes
+ Exp: UDP
__________________________________________________________________________________________________________________
Primitives de services
Phase Service Primitives Paramtres
Etablissement de
connexion
Etablissement de
connexion
T.CONNECT.request :
T.CONNECT.indication
T.CONNECT.response
T.CONNECT.confirm
-@ dentits appelantes
-@ dentits appeles
-Option dentit donnes
expresse QOS donnes
utilisateur
Transfert de
donnes
Transfert de donnes
normales
Transfert de donnes
express
T.DATA.request
T.DATA.indication
T.EXPEDITED.request
T.EXPEDITED. indication
Donnes utilisateurs

Donnes utilisateurs
Donnes utilisateurs

Donnes utilisateurs
Libration de
connexion
Libration de
connexion
T.DISCONNECT. request
demande de dconnexion
T.DISCONNECT.
indication indication de
dconnexion
Donnes utilisateurs
- Donnes utilisateurs
- Cause de la
dconnexion
mode sans
connexion
transfert de donnes T. UNIDATA. request
T.UNIDATA. indication
- @ appel, @appelant,
donnes, QOS)

__________________________________________________________________________________________________________________
Automate tats finis
Connexion
entrante en
attente
Connexion
sortante en
attente
Repos
Transfert de
donnes
T.disconnect.indication
T.connect.request
T.connect.confirm
T.connect.indication
T.disconnect.request
T.connect.response
T.data.request
T.Expedited_data.request
T.data.indication
T.Expedited_data.indication
__________________________________________________________________________________________________________________
Les protocoles de transport (ISO 8073)
L'ISO a dfini trois classes de rseau :
Rseau type A:rseau presque fiable par exp LLC2 sur LAN
rseau Type B :taux d incidents inacceptable par exp X.25
Rseau type C :taux d erreurs et d incidents inacceptables par exp IP
5 classes de transport ont t dfinies :
Le choix de la classe de transport dpend du type de la classe rseau.
Classe Transport Type rseau
0 A
1 B
2 A+ Multiplexage
3 B+ Multiplexage
4 C+ Multiplexage
__________________________________________________________________________________________________________________
Multiplexage/Eclatement
La classe 2 et 4 offrent la possibilit de :
Multiplexage amont: multiplexer plusieurs connexions transport
sur une connexion rseau pour minimiser le cot de connexions
transport faible dbit
Multiplexage aval: clater une connexion transport sur plusieurs
connexions rseau pour augmenter le dbit et la fiabilit
__________________________________________________________________________________________________________________
Structure des TPDU
LI Partie fixe Partie variable Champs de
donnes
Entte
LI : longueur de lentte (1
f
) = valeur max de 254
f
Partie fixe : contient le code de la TPDU et les paramtres les plus
frquemment utilis (code sur 4 bits) dont la longueur dpend des
type de la TPDU.
Partie variable : paramtre non frquents dont la longueur dpend
champs donne : Donnes transparentes de lutilisateur.
Crdit : CDT : allocation de crdit initial.
L1
254 Code Crdit adresses Classe

option
Partie
variable
donnes
Code Longueur Valeur
__________________________________________________________________________________________________________________
Types de TPDU
TPDU TYPE CODE DONNEEES VALIDITE/ CLASSE
(11) TRANSMISES 0 1 2 3 4
CR TPSU de demande de connexion 1110
32 f
x x x x x
CC TPDU de confirmation de
connexion
1101
32 f
x x x x x
DR Demande de dconnexion 1000 Donnes x x x x
DC Confirmation de dconnexion 1100 Donnes x x x x
DT Donnes 1111 Long ngocie x x x x x
ED Donnes express 0001
16 f
x 0 x x
AK Accus de rception de donnes
Acknowdge
0110 Rien 0 0 x x
EA Accus de rception de donnes
express
0010 Rien x 0 x x
RJ TPDU rejet 0101 x x
ER Erreur 0111 x x x x x
UD Service sans connexion 0100 donnes

__________________________________________________________________________________________________________________
TCP : Transmission Control Protocol
transport fiable de la technologie TCP/IP.
fiabilit
connexions bidirectionnelles et simultanes
service en mode connect
Les services offerts par TCP sont:
Segmentation des donnes d'application de couche suprieure.
tablissement d'une connexion de bout en bout.
Transport des segments dun hte dextrmit un autre.
Contrle du flux assur par les fentres glissantes.
Fiabilit assure par les numros de squence et les accuss de
rception.
TCP est utilis par des applications tels que: HTTP, FTP, SMTP,
__________________________________________________________________________________________________________________
Ports
Les protocoles TCP et UDP utilisent les numros de ports pour
transmettre les informations aux couches suprieures
Les numros de port servent distinguer les diffrentes conversations qui
circulent simultanment sur le rseau
On distingue 3 types de ports, normaliss par lIANA(Internet Assigned
Numbers Authority):
Ports well known(bien connus): 0-1023: ports attribus aux
applications
Ports dynamiques enregistrs 1024-4950: attribus dynamiquement
Ports dynamiques privs: 4951-65635 sont destins des applications
spcifiques des fournisseurs
Les systmes dextrmit utilisent les numros de port pour slectionner
lapplication approprie
Lhte source attribue dynamiquement les numros de port source (>1023)
__________________________________________________________________________________________________________________
TCP : ports standards
No port Mot-cl Description
20 FTP-DATA File Transfer [Default Data]
21 FTP File Transfer [Control]
23 TELNET Telnet
25 SMTP Simple Mail Transfer
37 NTP Network Time Protocol
42 NAMESERVER Host Name Server
43 NICNAME Who Is
53 DOMAIN Domain Name Server
79 FINGER Finger
80 HTTP WWW
110 POP3 Post Office Protocol - Version 3
111 SUNRPC SUN Remote Procedure Call
__________________________________________________________________________________________________________________
TCP : Segments
Segment : unit de transfert du protocole TCP.
changs pour tablir les connexions,
transfrer les donnes,
mettre des acquittements,
fermer les connexions;
Port source Port destination
Numro de squence
Numro dacquittement
HLEN rserv Codes fentre
Checksum pointeur urgence
Options ventuelles padding
Donnes . . .
0 4 10 16 24 31
__________________________________________________________________________________________________________________
TCP : Segments
Port source: numro du port qui envoie les donnes.
Port de destination: numro du port qui reoit les donnes.
Numro de squence: numro utilis pour garantir une livraison des donnes dans
l'ordre appropri.
Numro d'accus de rception: octet TCP suivant attendu.
HLEN: nombre de mots de 32 bits contenus dans l'en-tte.
Rserv: champ rgl sur zro.
Bits de code: fonctions de contrle, telles que l'ouverture et la fermeture d'une
session(SYN, ACK, URG,RST, PSH, FIN)
Fentre: nombre d'octets que l'metteur acceptera.
Somme de contrle: somme de contrle des champs de donnes et d'en-tte en
utilisant un pseudo entte
Pointeur d'urgence: indique la fin des donnes urgentes.
Option: une des options actuellement disponibles est la taille maximale d'un segment
TCP (MSS Maximum Segment Size), chelle de la fentre (Window scale)
Donnes: donnes de protocole de couche suprieure.
__________________________________________________________________________________________________________________
TCP : Segments
CODE BITS : indique le type du segment :
URG : le pointeur de donnes urgentes est valide (exemple : interrupt en remote
login), les donnes sont mises sans dlai, les donnes reues sont remises sans dlai.
SYN : utilis linitialisation de la connexion pour indiquer o la numrotation
squentielle commence.
FIN : utilis lors de la libration de la connexion;
PSH : Normalement, en mission, TCP reoit les donnes depuis lapplicatif , les
transforme en segments sa guise puis transfre les segments sur le rseau; un
rcepteur TCP dcodant le bit PSH, transmet lapplication rceptrice, les
donnes correspondantes sans attendre plus de donnes de lmetteur. Exemple :
mulation terminal, pour envoyer chaque caractre entr au clavier (mode
caractre asynchrone).
__________________________________________________________________________________________________________________
TCP : Segments
RST : utilis par une extrmit pour indiquer lautre extrmit quelle doit
rinitialiser la connexion. Ceci est utilis lorsque les extrmits sont
dsynchronises. Exemple :
TCP source
TCP destination
Crash
Closed
Syn-sent seq=400 CTL=SYN
??
Syn-sent seq=100 CTL=RST
Syn-sent
Syn-sent seq=100 CTL=RST
Established
??
seq=300 ack=100 CTL=SYN
abort
close
21
Le protocole TCP : Connexion et
Dconnexion
__________________________________________________________________________________________________________________
TCP : La connexion
une connexion de type circuit virtuel est tablie avant que les donnes ne soient
changes : appel + ngociation + transferts
Une connexion = une paire d'extrmits de connexion
Une extrmit de connexion = couple (adresse IP, port)
Exemple de connexion : ((124.32.12.1, 1034), (19.24.67.2, 21))
Une extrmit de connexion peut tre partage par plusieurs autres extrmits
de connexions (multi-instanciation)
La mise en oeuvre de la connexion se fait en deux tapes :
une application (extrmit) effectue une ouverture active pour demander
l'tablissement de la connexion, car elle consomme un numro de squence
Lautre application (extrmit) effectue une ouverture passive en
indiquant qu'elle accepte une connexion entrante.
__________________________________________________________________________________________________________________
TCP : connexion
Une connexion TCP est tablie en trois temps de manire assurer la
synchronisation ncessaire entre les extrmits :
TCP source
TCP destination
Syn seq=x
Syn seq=y,ack=x+1
Ack y+1
Ce schma fonctionne lorsque les deux extrmits effectuent une demande
d'tablissement simultanment. TCP ignore toute demande de connexion, si
cette connexion est dj tablie.
__________________________________________________________________________________________________________________
TCP : connexion
__________________________________________________________________________________________________________________
TCP : dconnexion
Une connexion TCP est libre en un processus dit "trois temps modifi":
TCP source
TCP destination
Fin seq=x
ack=x+1
+ fin-> applicatif
Ack y+1
Applicatif -> close
Fin seq=y ack=x+1
__________________________________________________________________________________________________________________
TCP : Segmentation
Segmentation, contrle de flux
Les donnes transmises TCP constituent un flot d'octets de longueur
variable.
TCP divise ce flot de donnes en segments en utilisant un mcanisme de
fentrage.
Acquittement de messages
Contrairement UDP, TCP garantit l'arrive des messages, c'est dire
qu'en cas de perte, les deux extrmits sont prvenues.
Ce concept repose sur les techniques dacquittement de message :
lorsqu'une source S met un message Mi vers une destination D, S attend
un acquittement Ai de D avant d'mettre le message suivant Mi+1.
Si lacquittement Ai ne parvient pas S, S considre au bout d'un certain
temps que le message est perdu et rmet Mi
__________________________________________________________________________________________________________________
TCP : Acquittements
Source
Rseau
Destination
Emission de Mi
Temporisation
arme
Mi nest pas reu
Ai non envoy
Ai nest pas reu
Tempo. echue
Remission de Mi
Rception de Mi
Emission de Ai
Rception de Aj
__________________________________________________________________________________________________________________
TCP : le fentrage
La technique acquittement simple pnalise les
performances puisqu'il faut attendre un
acquittement avant d'mettre un nouveau message.
Le fentrage amliore le rendement des rseaux.
La technique du fentrage : une fentre de taille w,
permet l'mission d'au plus w segments "non
acquitts" avant de ne plus pouvoir mettre :
__________________________________________________________________________________________________________________
TCP : le Fentrage
Source
Rseau
Destination
Emission de Mi
Emission de
Mi+1
Rception de Mi
Emission de Ai
Rception de Ai
Fentrage de taille 3
Emission de Mi+2
__________________________________________________________________________________________________________________
TCP : Technique de fentrage
fentrage glissante permettant d'optimiser la bande passante
permet galement au destinataire de faire diminuer le dbit de
l'metteur donc de grer le contrle de flux.
Le mcanisme de fentrage mis en oeuvre dans TCP opre au niveau
de l'octet et non pas au niveau du segment; il repose sur :
la numrotation squentielle des octets de donnes,
la gestion de trois pointeurs par fentrage :
1 2 3 4 5 6 7 8 9 10 11 . . .
Octets mis et
acquitts
Octets non missibles
tout de suite.
Octets mis et
non acquitts
Octets
missibles
__________________________________________________________________________________________________________________
TCP : acquittements
Acquittements et retransmissions
Le mcanisme dacquittement de TCP est cumulatif :
il indique le numro de squence du prochain octet attendu : tous les octets
prcdents cumuls sont implicitement acquitts
Si un segment a un numro de squence suprieur au numro de squence
attendu (bien que dans la fentre), le segment est conserv mais
lacquittement rfrence toujours le numro de squence attendu(-->).
Pour tout segment mis, TCP sattend recevoir un acquittement
Si le segment nest pas acquitt, le segment est considr comme perdu et
TCP le retransmet.
Or un rseau dinterconnexion offre des temps de transit variables
ncessitant le rglage des temporisations;
TCP gre des temporisations variables pour chaque connexion en utilisant
un algorithme de retransmission adaptative
__________________________________________________________________________________________________________________
TCP : Acquittements
TCP source TCP destination
Seq=3
Envoi de 300 octets
Seq=303
Envoi de 300 octets
Ack=303
Seq=603
Envoi de 300 octets
Attente car
f = 900
Attente de 303
Ack=303
Seq=303
Envoi de 300 octets
Seq=603
Envoi de 300 octets
Ack=903
Fentre=900
Segment=300
Peut tre
conserv ==>
peut ne pas
tre rmis
car acquitt
entre temps
__________________________________________________________________________________________________________________
Time out adaptatif pour la retransmission
TCP calcule continuellement le temps que mettent les
acquittements pour revenir et adapte le timeout en consquence
Temps aller-retour:
Round Trip Time (RTT) = "Receive Time of Ack" "Sent
Time of Segment
TCP calcule d'abord une moyenne pondre du temps aller-
retour (SRTT=Smoothed RTT):
SRTT(n) := SRTT(n-1)+(1- )RTT(n) avec [0,1]
Le dlai d'attente (time out) pour une retransmission (RTO)
est calcul ainsi:
RTO(n) := SRTT(n) avec 24
__________________________________________________________________________________________________________________
Contrle de congestion
TCP utilise les timers pour dtecter toute congestion potentielle dans le rseau
qui peut engendrer:
La perte de paquets(dbordement des routeurs);
Dlais importants (file dattente dans le routeur)
TCP gre deux fentres dpendantes lune de lautre:
fluxwin: fentre de contrle de flux
congwin : fentre de congestion
Lmetteur limite ses missions la plus petite des deux:
W_mission = Min[W_flux, W_cong]
Pour contrler la congestion, TCP adopte 2 phases:
Slow start: dmarrage lent avec congwin=1
4Pour chaque segment acquitt congwin++ jusqu
perte de paquet ou atteinte de seuil max
Eviter la congestion: seuil = congwin/2 et congwin= 1 et augmenter le
RTO(double sa valeur) pour les segments restant
__________________________________________________________________________________________________________________
UDP : User Datagram Protocol
UDP : protocole de transport sans connexion de service applicatif :
mission de messages applicatifs : sans tablissement de connexion au pralable
l'arrive des messages ainsi que lordonnancement ne sont pas garantis.
UDP est utilis par les applicatopns tels que: DNS, DHCP, TFTP, SNMP..
Identification du service : les ports
les adresses IP dsignent les machines entre lesquelles les communications sont
tablies. Lorsqu'un processus dsire entrer en communication avec un autre
processus, il doit adresser le processus s'excutant cette machine.
L'adressage de ce processus est effectu selon un concept abstrait indpendant
du systme d'exploitation des machines car :
4 les processus sont crs et dtruits dynamiquement sur les machines,
4 il faut pouvoir remplacer un processus par un autre sans que l'application
distante ne s'en aperoive,
4 il faut identifier les destinations selon les services offerts, sans connatre les
processus qui les mettent en oeuvre,
4 un processus doit pouvoir assurer plusieurs services.
__________________________________________________________________________________________________________________
UDP : format des segments
Les messages UDP sont galement appels des datagrammes UDP.
Ils contiennent deux parties : un en-tte UDP et les donnes UDP
Le port source est facultatif (gal zro si non utilis)
La longueur du message est exprime en octets (8 octets au min) (en-
tte + donnes), le champ de contrle est optionnel (0 si non utilis).
__________________________________________________________________________________________________________________
II. La couche session
But:1re couche qui s occupe de la gestion d une session applicative.
(norme ISO 8326/8327)
Rle :
> Elle gre les changes de donnes
> elle organise la synchronisation du dialogue
> elle fournit ses services la couche prsentation travers les SSAP
Exemple : Conversation tlphonique
> Full-duplex exploit en ralit en Half-duplex
> Echange didentits
> Qui parle dabord?
> Test dcoute
> Sujets diffrents
> Reprise de conversation si interruption
Dans les rseaux, ces fonctions sont assures par la couche application,
mais la couche session offre les outils pour les mettre en place
> Echange de donnes en half-duplex
> Possibilit dinterrompre un dialogue
> Possibilit de reprise du dialogue
__________________________________________________________________________________________________________________
Correspondance entre session et transport
a/ correspondance exacte entre une connexion
session et une connexion transport
b/ Plusieurs connexion session sur une
connexion transport
c/ Une connexion session ncessite plusieurs
connexions transport
Pas de multiplexage au niveau de la couche
session
__________________________________________________________________________________________________________________
Concepts de Session
Dialogue : toute communication est dcoupe en dialogues
indpendants
Activit : Le flot de donnes utilisateur peut tre dcoup en units
logiques, appeles activits. Les entits session fournissant les
moyens de :dmarrer, finir, interrompre et de reprendre une activit.
Une activit est indpendante de la connexion session
Une activit est dsigne par un identificateur dfini par lutilisateur
Jeton : La gestion du dialogue est mise en uvre par l utilisation de
jeton. Un jeton est un objet logique qui contrle lutilisation de
certains services
Synchronisation : permet de mettre les entits session dans un tat
connu des correspondants en cas d erreurs. Deux types:
Points de synchronisation majeure: : dlimitent une activit; ils doivent tre
explicitement confirms
Points de synchronisation mineure : points de reprise en cas de panne.
__________________________________________________________________________________________________________________
Services Session
Les services session sont classs en 5 groupes:
Groupe1 : services de gestion de connexion
Groupe2 : services de gestion de jetons
Groupe3 : services de synchronisation et resynchronisation
Groupe4 : services de gestion dactivits
Groupe5 : services de rapport danomalies
__________________________________________________________________________________________________________________
Primitives de service
Primitives de services request Ind. Resp. Cnt Signification
S. connect X X X X Etablissement dune session
S. Realease
S.U_abort
S.P_abort
X
X

X
X
X
X

X

Libration ordonne dune session
Libration brutale linitiative de
lutilisateur
Libration brutale linitiative de
fournisseur
S.Data
S.expedited_data
S.typed_data
S.capability_data
X
X
X
X
X
X
X
X

X

X
Transfert de donnes normales
Transfert de donnes exprs
Transfert de donnes types
Transfert de donnes de capacit
S.token_give
S.token_please
S.contro_give
X
X
X
X
X
X
Passage dun jeton
Jeton rclam
Passage de tous les jetons
S.Activity_start
S.Activity_end
S.Activity_discard
S.Activity_interrupt
S.Activity_resume
X
X
X
X
X
X
X
X
X
X

X
X
X

X
X
X

Dmarrage dune activit
Fin dune activit
Abandon dune activit
Suspension dune activit
Reprise dune activit suspendue
S.Sync_major
S.Sync_minor
S.Resynchtinise
X
X
X
X
X
X
X
X
X
X
X
X
Insertion dun point de synchro majeur
Inertino dun point de synchro mineur
Retour un point de synchro prsdent.
S.U_Exception_report
S.P_Exception_report
X X
X
Repport danomalie utilisateur
Report danomalie founisseur
S.UNIDAtA X X Transfert de donnes en mode non
connect

__________________________________________________________________________________________________________________
Service dtablissement de connexion
Affectation dune connexion de transport
soit tablissement dune nouvelle connexion de transport
Soit rutilisation de la connexion existante
Mise en correspondance des adresses de transport et de session
Identification de la connexion de session
Choix des paramtres de QOS: dbit, taux derreurs, etc
Ngociation des paramtres de session
Numro de version du protocole
Units fonctionnelles
Attribution initiale des jetons
Numros de srie initial pour les points de synchronisation
Taille max des SSDU
__________________________________________________________________________________________________________________
Transfert de donnes
La couche session offre 4 types de donnes transfrer:
Donnes normales: transfert des donnes utilisateurs en mode full-duplex
ou half-duplex
Donnes express: transfert prioritaire dune quantit limite de donnes
utilisateur. Elles ne seront pas mises dans la file dattente de transmission
Donnes types: permet un utilisateur ne disposant pas du jeton
denvoyer des informations de contrle en quantit limit (messages de
maintenance ou dadministration rseau)
Donnes de capacit: permet aux utilisateurs dchanger des informations
de contrle indpendamment dune activit. Ces donnes doivent tre
explicitement acquittes. Ce type de transfert ncessite la possession des
jetons de donnes, de synchronisation et dactivit. Ces donnes sont
conues pour vhiculer les informations de contrle de la session (modifier
les options et paramtres de session).
__________________________________________________________________________________________________________________
Libration dune connexion
La couche session offre deux types de service de
libration de connexion:
Fermeture normale: un des utilisateurs demande la libration
de la session sans perte de donnes. Cest un service en mode
confirm et sutilise sous le contrle du jeton de terminaison
Fermeture brutale: suite un problme, il peut y avoir une
demande de libration entranant une perte des donnes
linitiative du fournisseur de session ou dun utilisateur de
session.
__________________________________________________________________________________________________________________
Service de gestion des jetons
Un jeton est un droit exclusif qua lutilisateur qui le possde
pour utiliser ou non le service correspondant.
La disponibilit et lattribution initiale dun jeton sont
ngocies lors de la phase dtablissement de session
Pendant la phase de transfert divers services permettent de
modifier lattribution dun jeton disponible:
Un service de demande de jeton: permet linterlocuteur ne
disposant pas dun jeton de le demander son propritaire
Un service de cession de jeton: permet au propritaire de
cder spontanment, ou la suite dune demande, un des
jetons quil dtient.
Un service de passation de contrle: permet au propritaire de
cder lautre interlocuteur tous les jetons dont il dispose.
__________________________________________________________________________________________________________________
Utilisation des jetons
Un jeton peut tre:
disponible (available): service correspondant choisi l'tablissement de la
connexion; un jeton disponible peut tre :
4 attribu (assigned): un utilisateur a le droit exclusif d'utiliser le service
correspondant;
4 non attribu (not assigned): un utilisateur s'interdit d'utiliser le service
associ;
indisponible (not available); : signifie que les deux utilisateurs ont les
mmes droits vis vis du service correspondant:
4 Service interdit dutilisation
4 Service autoris pour tous les utilisateurs
__________________________________________________________________________________________________________________
Types de jetons
Service Jetons
Donnes
(dk)
Terminaison
(tr)
Synchro
mineure (mi)
Synchro majeure
(ma)
Transfert de donnes normales en Half
duplex
O
Terminaison de connexion A A A A
Pose de pts de synchronisation mineur A O
Pose de pts de synchronisation
majeure
A A O
Lancement dactivit A A O
Reprise dactivit A A O
Interruption dactivit O
Abandon dactivit O
Terminaison dactivit A A O
Echange dinfo de capacit A A O
Signalisation danomalies de session NA
Passation de contrle A A A O
Demande de jeton Non possession des jetons demands
Cession de jetons Possession de jetons demands

O : jeton obligatoire A : jeton doit tre attribu
NA : jeton disponible non attribu
__________________________________________________________________________________________________________________
Services de synchronisation
Service utilis pour mettre la session dans un tat connu des deux
interlocuteurs, en as derreurs ou de dsaccord
La couche session propose un service de dcoupage du flot de donnes en
blocs, spars par des ponts de synchronisation:
Points de synchronisation majeurs: pour dlimiter les activits
Points de synchronisation mineurs: point de repre sur une activit
pour la re-synchronisation des interlocuteurs en cas de panne
Les points de synchronisation majeurs doivent tre acquitts
La possession dun jeton est ncessaire pour poser un point de
synchronisation
La re-synchronisation remet la session dans un tat dfini un instant
donn. Elle permet de:
Slectionner un nouveau numro de point de synchronisation
R attribuer les jetons
Purger toutes les donnes non remises
__________________________________________________________________________________________________________________
Service de gestion des activits
Les utilisateurs peuvent organiser leurs dialogues en activits
puis grer celles-ci grce un service de session:
Service de lancement dune activit
Terminaison dune activit
Interruption dune activit avec possibilit de reprise
Reprise dune activit interrompue
Abandon dactivit
Ces services sont tous sous le contrle du jeton de
synchronisation majeure et dactivits
Linterruption et labandon dune activit peuvent conduire
une perte de donnes
__________________________________________________________________________________________________________________
Service de gestion des activits
Cest lutilisateur de service qui dfinit la notion dactivit
La couche session ne fait que fournir les outils pour changer des signaux
de dlimitation des activits:
Dmarrer une activit
Finir une activit
Interrompre une activit
Reprendre une activit
Il ne peut avoir quune activit en cours un instant donn
Plusieurs activits peuvent se succder au cours dune mme session
Utilisation:
Transfert de plusieurs fichiers: chaque transfert de fichier sera dfini
par une activit
Mise en quarantaine: virement bancaire, emballer toutes les
oprations dans une activit
__________________________________________________________________________________________________________________
Service de gestion des anomalies
Deux services permettent de grer les anomalies dues
un mauvais fonctionnement de la couche session:
Un service de signalisation danomalies par le fournisseur de
session pour signaler lutilisateur de session une erreur
survenue dans le fonctionnement du protocole de session ou
danomalies apparues dans les couches infrieures
Un service de signalisation danomalies par lutilisateur de
session pour signaler des dysfonctionnement au niveau de la
session
__________________________________________________________________________________________________________________
Units Fonctionnelles de session
Une UF est le regroupement dun ensemble de service dans un
double objectif:
ngociation lors de ltablissement de la session
Normalisation
12 UF ont t dfinies pour la session
Toutes les UF peuvent tre ngocies la phase dtablissement
de session, sauf lUF noyau qui regroupe un service minimal de
session non ngociable.
La couche session gre 33 SPDUs correspondants aux diffrents
services
__________________________________________________________________________________________________________________
Units Fonctionnelles(UF)
Unit Fonctionnelle Services
1. Noyau (non ngociable) Connexion de session
Terminaison normale
Terminaison brutale par lutilisateur/fournisseur
2. Transfert Full duplex Aucun service additionnel
3. Transfert Half duplex Demande de jetons
Cession de jetons
4. Transfert de donnes express Transfert de donnes express
5. Transfert de donnes de capacit Transfert dinfo en dehors de toute activit
6. Transfert de donnes types Transfert de donnes de contrle indpendamment de
la possession du jeton
7. Synchronisation Majeure Pose de points de synchro majeure pour dlimiter les
activits
8. Synchronisation mineure Pose de points de synchro mineure pour permettre la
reprise sur erreur
9. Resynchronisation Reprise aprs incident partir dun point de
synchronisation
10. Gestion dactivit Lancement dune activit
Reprise dune activit
Interruption dune activit
Terminaison dune activit
Cession de jeton
Demande de jeton
Passation de contrle
11. Terminaison ngocie Terminaison normale
Cession de jeton
Demande de jetons
12. Exception Signalisation danomalies par le fournisseur
Signalisation danomalies par lutilisateur

__________________________________________________________________________________________________________________
Les profils normaliss
Un profil regroupe un certain nombre d UF. Il existe 3
profils normaliss:
= BCS(Basic Combined Subset) : noyau+
halfduplex+fullduplex utilis dans MAP(rseaux locaux
industriels)
= BSS (Basic Synchronized Subset) : noyau+
half+full+donnes types+synchro majeure et mineure+
activit + capacit+ resyn+ terminaison ngocie utilis
pour transfert de fichier
= BAS(Basic Activity Subset) : noyau+ halfduplex
+exception+synchro mineure + anomalie utilis pour la
messagerie lectronique(X.400)
__________________________________________________________________________________________________________________
III. La couche prsentation
Rle: fournit un service assurant une reprsentation commune de
linformation change entre systmes htrognes
Les systmes informatiques htrognes codent les mmes
informations selon des rgles diffrentes(codage des types, longueur,
ordre des bits dans un octet,)
Transfert de linformation mutuellement intelligible
Il faut viter la prolifration de traducteurs spcifiques
Dfinir une reprsentation de rfrence ou une syntaxe commune
La couche prsentation doit donc assurer une conversion dune
syntaxe relle vers une syntaxe commune et rciproquement
La couche prsentation assure aussi des les fonctions de
compression et de cryptage si ncessaire
__________________________________________________________________________________________________________________
Concepts OSI
Syntaxe concrte: syntaxe utilise par une entit dapplication dans un
environnement matriel et logiciel particulier pour reprsenter
linformation
Syntaxe abstraite(SA): syntaxe de haut niveau permettant la
spcification dinformation indpendamment de tout contexte de
reprsentation (de codage machine)
ASN1(Abstract Syntaxe Notation One): une notation abstraite spcifie et
normalise par ISO(ISO 8824)
Cest un mta-langage utilis pour reprsenter les donnes et leurs
structures.
Syntaxe de transfert(ST): syntaxe qui dfinit la reprsentation concrte
dune syntaxe abstraite pour la communication entre entits distantes.
BER(Basic Encoding Rules) est une ST spcifie et normalise par lISO
pour les syntaxes abstraites dcrites en ASN1
4 Rgles de codage des structures de donnes en une suite de donnes
binaires
__________________________________________________________________________________________________________________
Aperu sur ASN.1
Conventions lexicales:
Alphabet de base
Mots cls:40 mots
Dfinition des types: types de base
et type construit
Caractre Interprtation
-- Commentaire
- Signe ngatif
::= Affectation
{ } Dlimiter la notation dun
type
, Liste
( ) Indique la taille dune valeur
dun type
[ ] Indique le tag pour le codage
< Slection de type
| Ou logique
__________________________________________________________________________________________________________________
Aperu sur ASN.1
Notation base sur la notion de
Type
Dfinition de balises(tag) pour les
types de base et de constructeurs
pour les structures de donnes.
Exemple:
Struct livre { char[50] titre;
int nbauteurs;
unsigned short disp;
long nbpages;}
Livre::= SEQUENCE {
titre OCTET STRING(size(50)),
nbauteurs INTEGER,
dispo BOOLEAN,
nbpages INTEGER }
Type ASN1 Signification
INTEGER Entier
REAL Rel
BOOLEAN Logique
BIT STRING Suite de bits
OCTET STRING Suite doctets
ANY Type quelconque
NULL Sans type
OBJECT IDENTIFIER Nom dobjet
SEQUENCE Suite ordonne dlments de divers
types
SEQUENCE OF Suite ordonne dlments de mme
type
SET Ensemble dlments de divers types
SET OF Ensemble dlments de mme type
CHOICE Slection dun type parmi une liste
__________________________________________________________________________________________________________________
Aperu sur ASN.1
Un programme ASN.1 est dfini par un module
Un module fournit des paquetages de dfinitions de types
Nom_Module { } DEFINITIONS::= BEGIN
EXPORTS noms_modules__exporter
IMPORTS noms_modules__importer
corps du module: dfinition des types
END
Tags: ajoutent une information un type pour faciliter les valeurs de codage
et dcodage
[UNIVERSAL]: type spcifi par la norme ASN1 et dun usage gnral,
indpendamment de lapplication
[APPLICATION]: type particulier une application
[PRIVATE]: non dfini par ISO et UIT-T, spcifi par lutilisateur
[CONTEXT SPECIFIC]: correspond des types dont la porte est limite une
partie dune application
ASN1 fournit le moyen de supprimer le type des informations qui sont tiquettes.
On ajoute le mot IMPLICIT
__________________________________________________________________________________________________________________
Aperu sur ST: BER
Chaque lment de donnes est cod par un triplet TLV(Type, Length,
Value)
Type: identificateur du type
Length: longueur du champ de donnes en octets
Value: valeur de la donne
Exemple:
Un entier est cod en complment 2
Sur un octet si n<128
Sur 2 octets si n>128
__________________________________________________________________________________________________________________
Contexte de prsentation
Un contexte de prsentation est lassociation dune syntaxe abstraite
et dune syntaxe de transfert
Il est ngoci entre les 2 entits utilisateurs de prsentation lors de
ltablissement de la connexion.
Il est repr durant toute la connexion par un identificateur entier.
__________________________________________________________________________________________________________________
Les services prsentation
La couche prsentation fournit les services suivants la couche application:
Ngociation de la syntaxe de transfert associ une SA
Codage des donnes de la syntaxe concrte en syntaxe de transfert
Accs aux services de la couche session pour la gestion du dialogue
Les services prsentation sont directement associs aux services de session
4 Correspondance totale(T) ou directe : pas de PPDU, envoi de la primitive
session associe
4 Correspondance partielle(P): une PPDU avec paramtres spcifiques de
prsentation
La couche prsentation nintervient en propre que pour ce qui concerne la
reprsentation de linformation
Le protocole prsentation utilise 14 PPDU. Pour les autres, la CP se limite
appeler la primitive session correspondante et la couche session se charge
denvoyer la PPDU
__________________________________________________________________________________________________________________
Primitives de service
Phases Primitives de services request Ind. Resp. Inf. Signification
Etablissement
ou suspension
de connexion
P-connect
P-Release
P-U-Abort
P-P-Abort
X
X
X

X
X
X
X

X
X

X
X

Etablissement dun prsentation
libration ordonne linitiative de
lutilisateur.
-- brutale -- --
-- -- -- du fournisseur
Transfert de
donnes
P-Data
P-expedited-data
P-typed-data
P-capability-data
X
X
X
X
X
X
X
X

X

X
Transfert de donnes exprs
Transfert de donnes types
Transfert de donnes de capacit
Gestion de
contexte
P-alter-context X X X X Changement de contexte
Mme chose que session
transfert sans
connexion
P-UNIDATA X X Transfert en mode se connexion

__________________________________________________________________________________________________________________
Les PPDU de prsentation
PPDU Signification REQ IND RES CONF
CP Demande de connexion

CPA Acceptation de connexion

CPR Rejet de demande de connexion

ARU Dconnexion anormale par lutilisateur

ARP Dconnexion anormale par le fournisseur

TD Donne normale

TE Donnes express

TTD Donnes types

TC Donnes de capacit

TCC Confirmation de donnes de capacit

AC Demande de changement de contexte

ACA Acceptation de changement de contexte

RS Demande de resynchronisation

RSA Acceptation de resynchronisation

__________________________________________________________________________________________________________________
Les units Fonctionnelles
Deux catgories:
UF session: associs aux fonctions de la couche session
UF prsentation:
4 UF noyau: gestion de la connexion prsentation
4 UF gestion de contexte de prsentation: pour la ngociation et la
modification de contexte
__________________________________________________________________________________________________________________
IV. La couche Application
Couche la plus haute du modle OSI
Elle gre les programmes de l utilisateur final du systme ouvert
Les lments constituants cette couche bnficient:
Des facilits de reprsentation offertes par la couche prsentation
Des mcanismes de contrle dinteraction offerts par la session
Elle ne propose pas de services elle dfinit une structure gnrale de
reprsentation de normes applicatives
La couche application a t normalise par une structure : ALS(Application
Layer Structure (ISO 9545)
__________________________________________________________________________________________________________________
Concepts Application: ALS
Processus dapplication(AP): reprsentation abstraite des lments dun
systme ouvert qui ralisent le traitement de linformation pour une
application particulire
Un AP peut communiquer avec dautres AP
Un AP peut tre considr comme tant compos de 2 parties:
4 La partie de traitement local
4 La partie concernant la communication
Entit dapplication (AE): reprsentation abstraite des mcanismes qui
interviennent lors des communications avec dautres APs
Modlise ce que lenvironnement OSI doit prendre en charge pour traiter
laspect de communication dun AP
Un AP peut comporter plusieurs AE
La normalisation OSI ne concerne que les AE
Chaque AE peut tre ralis la carte
__________________________________________________________________________________________________________________
Concepts Application
Association dapplication (AA): reprsentation de la relation tablie entre 2
entits dapplication pour leur communication et leur coordination
Une AA est repre par un identificateur unique et sappuie sur une
connexion de prsentation pour le transfert dinformations
Une AA est dite simple lorsquune AE est en relation avec une autre AE
Une AA est dite multiple si une AE tablit des relations avec plus dune AE
__________________________________________________________________________________________________________________
lments de Service dApplication (ASE): sous-ensemble des fonctions qui fournit les
facilits de communication pour supporter la coopration des invocations dAE
Deux catgories dASE:
Les ASE gnriques: sont des lments de service de base et utiliss par beaucoup
dapplications, ils sont normaliss: ACSE, ROSE, RTSE,
Les ASE spcifiques: propres des applications particulires: FTAM, X.400,
X.500, Terminal Virtuel,
Contexte dapplication (CA): Cest lensemble dlments de service qui peuvent tre
invoqus par lutilisateur plus lensemble des rgles de communication qui gouvernent
lchange (reprise sur erreur). Il englobe principalement:
Lensemble dASE utiliss pour une AA et leurs options
Les rgles qui dfinissent comment les diffrentes ASE interagissent pour assurer
le fonctionnement des AE
Les services de prsentation qui sont utiliss
UN AC est dtermin par ngociation lors de ltablissement de lassociation
Tout AC contient au moins lACSE pour le contrle de lassociation
__________________________________________________________________________________________________________________
Entit dapplication
ACSE
.
.
.
ASE
ACSE
.
.
.
ASE
Utilisateur
Entit dapplication
ACSE
.
.
.
ASE
ACSE
.
.
.
ASE
Processus dapplication
__________________________________________________________________________________________________________________
ACSE
ACSE: Association Control lment
Objectif: gestion dune association dapplication pour supporter tout change
de PDU entre 2 entits dapplication
Offre la possibilit dtablir et de terminer une association dapplication
ACSE associe une AA une connexion de prsentation via un PSAP
Il donne laccs lUF noyau de prsentation ainsi quaux services P-connect,
P-release eP-U-Abort
Il permet de spcifier le contexte de prsentation et notamment la syntaxe
abstraite pour les APDUs
Il permet de ngocier les UF de session utiliser
Il est utilis par tous les autres ASE et il nutilise aucun ASE
__________________________________________________________________________________________________________________
ACSE
Primitives de services et APDU associes
Primitive Type APDU
A-ASSOCIATE Req/Ind/Res/Conf AARQ
AARE
A-RELEASE Req/Ind/Res/Conf RLRQ
RLRE
A-U-ABORT Req/Ind ABRT
A-P-ABORT Req ABRT
__________________________________________________________________________________________________________________
ROSE
La communication dans les systmes distants est caractrise par les transferts
dinfos, et le contrle entre programmes sexcutent sur des machines
parallles (application interactives : dialogue requte/rponse) ou procdures
distance). tant donn limportance de ce mcanisme, lISO a propos un
service dopration distance ROSE (ISO 9072/1 et 2, CCITT : X.219, X.229]
ROSE(Remote Operation Service Element) supporte les oprations distantes
Les services proposs par le ROSE sont :
Etablissement dune association
Restitution un utilisateur du rsultat ou
notification dune erreur.
Les primitives :
RO-INVOKE (demande dexcution dune opration distance)
RO-RESULT (rponse positive) ou RO-Reject-U
RO-ERROR (ngative)
Le ROSE sappuie sur lACSE et lRTSE
__________________________________________________________________________________________________________________
ROSE
Primitives de services et APDU associes
Primitive Type APDU
RO-INVOKE Req/Ind ROIV
RO-RESULT Req/Ind RORS
RO-ERROR Req/Ind ROER
RO-REJECT-U Req/Ind RORJ
RO-REJECT-P Req RORJ
__________________________________________________________________________________________________________________
RTSE
RTSE(Reliable Transfer Service Element)
Objectif: assurer un transfert fiable des APDUs entre 2 entits dapplication
en offrant les moyens de reprise aprs dfaillance du systme de
communication ou dun systme dextrmit.
RTSE utilise ACSE pour le contrle de lassociation, les services de
prsentation et les UF session pour la synchronisation, la gestion des activits
et de resynchronisation
Primitives :
RT-open (tablir une association)
RT-close (Fermeture association)
RT-Transfer (transfert de lunit de donnes)
RT-turn(please ( demander le tour de parole)
RT-turn-give ( abandonner le tour lhomologue)
RT-P-Abort (abandon de lassociation)
__________________________________________________________________________________________________________________
FTAM
FTAM: File Transfer Message
Cest le protocole de transfert de fichiers et de gestion daccs ces fichiers
(ISO 8571)
Rle : permet de manipuler linfo situe dans des fichiers non localiss par
lutilisateur et
davoir limpression que ces fichiers sont sur le site alors quils sont distants.
Services :
Etablissement , terminaison et abandon dune association
Selection, destruction, cration dun fichier
Manipulation dattributs dun fichier.
Un exemple de protocole de transfert de fichier: FTP du modle TCP/IP
__________________________________________________________________________________________________________________
Messagerie lectronique
Un systme de courrier lectronique est compos de :
Linterface utilisateur (composition, dition et lecture des textes)
Les outils de transport de linformation
Attributs dun courrier lectronique
Nom, adresse de lexpditeur
Nom, adresse du destinataire
Date de premption
Niveau durgence
Infos de scurit.
Le CCITT a dfini dans la srie davis X.400 en 84. Un systme de
communication en mode message MHS (Message Handling System)
LISO a essay dincorporer ces travaux dans la couche application du modle
sous le nom de MOTIS (Message Oriented Text Intercharge System)
__________________________________________________________________________________________________________________
Messagerie lectronique
Architecture de MOTIS : Les phases principales dun systme de messageries
Composition du message : construire les messages et rponses (un diteur de
texte simple ne suffit pas (gestion de ladressage))
Transfert : Acheminement de linfo de lmetteur vers le rcepteur. (utiliser
linterfece dACSE et de la couche prsentation)
Information : permet de dire lmetteur ce quil est advenu de son message
(remis, rejet, perdu)
Conversion de donnes : pour un affichage correct des infos sur le TE ou
limprimante du destinataire
La mise en page : la forme du document visualis sur le TE du rcepteur.
La remise ou destinataire : traitement du message chez le destinataire (lecture,
destruction, conservation)
__________________________________________________________________________________________________________________
FTP
FTP(File Transfer Protocol): est une protocole ddi lchage de fichier sur
un rseau TCP/IP
Permet depuis ou vers un ordinateur , de copier des fichiers vers un autre
ordinateur, dadministrer un site web ou de supprimer ou de modifier des
fichiers sur cet ordinateur
Il obit au modle client/serveur: un logiciel FTP serveur sur le serveur qui
gre une arborescence de fichiers et un logiciel FTP client sur le client avec une
interface graphique ou en ligne commande

Langue

Cours Applications Réseaux

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

Cours Applications Réseaux

Transféré par

Droits d'auteur :

Formats disponibles

1

254 Code Crdit adresses Classe

Vous aimerez peut-être aussi