Couche Transport

download Couche Transport

of 6

Transcript of Couche Transport

  • 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.