couche transport
Post on 26-Feb-2018
217 Views
Preview:
TRANSCRIPT
-
7/25/2019 Couche Transport
1/6
COUCHE TRANSPORT
COUCHE TRANSPORT
Le but de cette couche est de combler le vide entre les services offerts par la
couche rseau et le service que dsire recevoir un utilisateur. En particulier elle est
destine rendre le service rendu indpendant de la technologie utilise dans les couches
basses et rendre un service puissant l'utilisateur mme si les couches 1 3 rendent peu
de service.
1 - GENERALITES
Il existe deux types de service de transport: orient connexion et non connect. La
relation entre les couches 3 et 5 s'effectue par des adresses de service: NSAP (Network
Service Access Point) et TSAP (Transport Service Access Point), voir figure 1.
La qualit de service (QOS) est ce qui diffrencie les couches rseau et transport.Les paramtres rpertoris sont:
- le dlai d'tablissement de la connexion,
- la probabilit d'chec d'une demande de connexion,
- le dbit utile par seconde,
- le temps de transit d'un message dans le rseau,
- le nombre de paquets perdus par seconde,
- la probabilit qu'un transfert soit erron,
Couches1 et 2
Couche 3
Couche 4
Couche 5
TSAP
NSAP
Couches1 et 2
Couche 3
Couche 4
Couche 5
TSAP
NSAP
TPDU
Figure 1. Relations entre les couches 3, 4 et 5.
- le dlai d'achvement d'une libration de connexion,
- la probabilit d'chec d'une libration de connexion,
- la protection des donnes durant le transport,
-
7/25/2019 Couche Transport
2/6
2
COUCHE TRANSPORT 2
- la priorit des donnes dans le rseau,
- la probabilit de rupture de connexion par la couche de transport.
Cette qualit de service peut tre ventuellement ngocie lors de la connexion. Les
protocoles peuvent tre classs en 3 catgories:
- sans erreur et sans rupture de connexion,- transmission parfaite des paquets avec rupture de connexion,
- possibilit de paquet erron et double avec rupture de connexion.
L'OSI classe plus prcisment les protocoles de transport en 5 catgories qui compltent
les services rendus par ceux de la couche 3:
- simple,
- recouvrement d'erreur sur rupture de connexion,
- multiplexage,
- recouvrement d'erreur sur rupture de connexion et multiplexage,- dtection et recouvrement d'erreur sur rupture de connexion.
2 - LES PRIMITIVES DE TRANSPORT DE L'OSI
Ces primitives sont dfinies en toute gnralit et sont implmentes pour chaque
protocole effectif de transport. En effet la couche transport contrairement la couche
session est une couche qui assure la transparence au rseau pour l'utilisateur.
L'implmentation est donc faite au niveau des systmes d'exploitation.
Les primitives de transport pour les services non connects sont au nombre de
deux :
T-UNITDATA.request (TSAP-adresse,NSAP-adresse,qos,donnes)
T-UNITDATA.indication(TSAP-adresse,NSAP-adresse,qos,donnes)
En effet, dans le service non connect, la couche transport met un message vers la
couche rseau puis le circuit est libr. Il n'y a donc pas utilit d'autres primitives. Les
primitives de transport pour les services connects sont
T-CONNECT.request(TSAP-adresse, NSAP-adresse, expres,qos,donnes)
T-CONNECT.indication(TSAP-adresse, NSAP-adresse, expres,qos,donnes)
T-CONNECT.response(TSAP-adresse, NSAP-adresse, expres,donnes)
T-CONNECT.confirm(TSAP-adresse, NSAP-adresse, expres,donnes)
T-DISCONNECT.request(donnes)
T-DISCONNECT.indication(cause,donnes)
T-DATA.request(donnes)
T-DATA.indication(donnes)
T-EXPEDITED-DATA.request(donnes)
-
7/25/2019 Couche Transport
3/6
3
COUCHE TRANSPORT 3
A
Veille
Demande deconnexionentrante
Etat connect
Demande deconnexionsortante
B C
D
T-C.r
T-D.iT-D.r T-D.i
T-D.r
T-C.c
T-Da.rT-Da.iT-E-Da.rT-E-Da.i
T-C.r
T-C.i
T-D.iT-D.r
Figure 2. Automate des primitives de transport.
T-EXPEDITED-DATA.indication(donnes)
2 - GESTION DE LA CONNEXION
Cette couche ressemble beaucoup la couche liaisons except que la connexion
s'effectuant de bout en bout les problmes de connexion-deconnexion sont plus
complexes.
Lorsqu'un utilisateur dsire tablir une connexion il doit spcifier l'adresse du
destinataire : lepoint d'accs au service transport.
Exemple . L'adressage par l'intermdiaire des numros de port est schmatis sur
la figure 3.
- sur B, un serveur est fix en TSAP 122 et attend un T-connect.indication,- sur A, le processus qui veut communiquer met un T-connect.request avec le
port source 6, le port extrmit 122,
- sur A l'entit transport slectionne une adresse rseau pour dialoguer avec B
(requte la couche rseau),"je voudrais connecter ma TSAP 6 avec votre TSAP 122,
- sur B, l'entit de transport gnre un T-connect.indication sur le port 122. Si le
serveur est prt, la connexion et tablie.
-
7/25/2019 Couche Transport
4/6
4
COUCHE TRANSPORT 4
Site A Site B
TSAP 6TSAP 122
Figure 3. Adressage
L'tablissement d'une connexion est particulirement difficile raliser dans le casd'une couche de rseau non fiable. Le premier problme rsoudre est celui des
messages pouvant arriver en multiple exemplaire au destinataire. Une premire approche
consiste empcher que des messages vivent indfiniment dans le rseau. Les mthodes
utilises sont :
- affectation d'un compteur de sauts,
- datage du paquet.
Un deuxime problme rsoudre est l'existence de messages en double. Dans la
pratique ce problme est rsolu en les numrotant, les deux quipements extrmits
gardent les messages reus ou envoys en utilisant des buffers circulaires. Le numro du
message est en gnral le numro du mmoire tampon de stockage. On utilise de plus un
mcanisme d'accus de rception. La figure 4 montre les scnarios qui peuvent exister
lors de la connexion.
CR(#x)
CI(#x)
CR(#y,#x)
CC(#y,#x)
DR(#x,#y)
DI(#x,#y)
CI(#x)
CR(#y,#x)
CC(#y,#x)
Reject(#y)
RejectI(#y)
Figure 4. Scnarios de connexions avec accus de rception
Vieux message
-
7/25/2019 Couche Transport
5/6
5
COUCHE TRANSPORT 5
DI(#x)
DC(#y,#x)
DR(#x)
DR(#x)
DI(#x)DC(#y,#x)
DI(#y,#x)
Ack(#y)
AckI(#y)
Figure 5. Scnario de dconnexion.
Librer la connexion est bien plus simple que l'tablir, mais le fait que les
protocoles se trouvent ici en couche 4 peut masquer des dconnexions du rseau dont
l'utilisateur ne doit pas tre inform. La dconnexion doit s'tablir postrieurement la
rception de toutes les donnes de l'utilisateur. Le problme est au moins partiellement
rsolu en dclenchant des temporisateurs et en attendant un accus de rception avant
l'puisement du temps. La figure 5 montre un enchanement de procdures dedconnexion.
Comme il a t dit plus haut, la gestion de la connexion s'effectue par
squencement des messages. Le premier message est en gnral accompagn d'un
indicateur de dbut de transfert. Il y a archivage par l'metteur des messages jusqu'
acquittement explicite de leur rception par le rcepteur. A chaque mission de message
un temporisateur est arm. S'il vient expirer avant l'arrive d'un accus de rception le
message et rmis. Le rcepteur de mme travaille avec des temporisateurs afin de ne pas
attendre des messages qui ne viendront pas. Sa dure est plus leve que celle de
l'metteur afin d'empcher les doublons du premier message d'tre reconnu.
Si le service rseau est peu fiable, l'expditeur doit mmoriser la fois
l'historique et les donnes. Ct destinataire les donnes doivent tre mmorises dans
des tampons de tailles variables (il n'y a pas d'unicit de taille entre un transfert de fichier
et une commande tape au terminal).Il est prfrable pour de petit trafic de mmoriser
chez l'expditeur et pour les trafics importants chez le destinataire.
Pour conclure, les reprises sur panne sont fait au niveau de la couche session et
que la couche transport peut masquer l'utilisateur que les pannes de la couche rseau par
le systme de squencement que nous avons vu.
-
7/25/2019 Couche Transport
6/6
6
COUCHE TRANSPORT 6
Il existe ce niveau deux techniques de multiplexage. Le multiplexage amont
consiste transmettre toutes les communications en provenance de la couche session sur
un seul rseau. Il est employ lorsque les communications sont de consommation
moyenne mais rgulire. Le multiplexage aval consiste rpartir la charge sur plusieurs
adresses rseau. Il est trs utile en cas de transfert d'un gros volume de donnesinstantan, cas par exemple de diffusion d'image par satellite.
top related