1

U.S.T.L. Décembre 1999

D.E.S.S. T.N.I. Durée 1 heure 1/2
Réseaux informatiques Tous documents autorisés

UN PROTOCOLE DE TRANSPORT

Sujet

On s'intéresse à un protocole de transport (niveau 4 de l'I.S.O.).

Ce protocole établit entre 2 entités de transport une connexion de transport
TC (Transport Connection) identifiée dans les TPDU (Transport Protocol Data Unit)
de données par un couple de points terminaux de connexions de transport TCEP
(Transport Connection End Point) .
Le service rendu par ce protocole est d'assurer le transfert de données fiable
sur une connexion bidirectionnelle simultanée.

1. Phase de Connexion

On suppose, pour cette phase, que le service rendu par le protocole de niveau
réseau est fiable : aucune TPDU n'est donc perdue ou dupliquée.
Le protocole d'établissement d'une connexion de transport entre deux TCEP
s'effectue comme suit :

0. A l'état initial les TCEP sont dans l'état "repos".

1. Le TCEP appelant envoie une TPDU de requête de connexion de transport

CR. Il passe alors dans l'état "attente de connexion".

2. Sur réception d'une TPDU de requête de connexion de transport CR, le

TCEP distant, s'il accepte la connexion envoie une TPDU de confirmation de
connexion CC. Il passe dans l'état "connecté" et peut alors recevoir et envoyer des
TPDU de données. On n'envisagera pas le cas où le TCEP distant refuse la
connexion.

3. Sur réception d'un TPDU de confirmation de connexion CC, un TCEP en

état "attente de connexion" passe dans l'état "connecté" et peut alors envoyer et
recevoir des données.

Ce protocole est déclenché par une demande d'une entité de session (niveau
5 de l'I.S.O.) qui, pour ce faire, s'adresse à une entité de transport.
C'est l'entité de transport qui alloue les TCEP pour chaque demande d'une
entité de session pour un appel sortant, et sur réception d'une requête de
connexion CR pour un appel entrant.
 2

Question 1

Décrire sous forme d'un diagramme temporel le scénario de la phase de

connexion du protocole de transport.
Peut-il se produire une collision de connexion entre 2 TCEP ? Justifier votre
réponse en s'aidant éventuellement d'exemple.
Quelles informations doivent contenir les TPDU CR et CC pour établir la
connexion de transport ?

2. Phase de transfert

Lorsque les TCEP sont à l'état "connecté" des TPDU de données peuvent être
échangées.
Selon le service fourni par le protocole de réseau (niveau 3 de l'IS.O.), les
informations devant figurer dans ces TPDU et les TPDU de contrôle associées (tels
que des accusés de réception), peuvent être différentes. De même le protocole de
contrôle des données peut être différent.
Il en va de même selon le service rendu par le protocole de transport. On
suppose que ce service permet un transfert de données fiable, sans perte ni
duplication ni désordonnancement.

Quant au service fourni par le protocole de réseau, on envisage chacune des

4 hypothèses suivantes (une NPDU est appelé un paquet) :

H1 : Les paquets sont transmis sans perte, sans duplication et sont délivrés
dans l'ordre d'émission (Service de type Circuit Virtuel fiable).

H2 : Certains paquets peuvent être perdus, d'autres dupliqués, mais il n'y a

jamais de désordonnancement : les paquets valides arrivent dans l'ordre d'émission
(Service de type Circuit Virtuel non fiable).

H3 : Les paquets sont transmis sans perte ni duplication mais ne sont pas
nécessairement délivrés dans l'ordre d'émission (Service de type datagramme
fiable).

H4 : Certains paquets peuvent être perdus, d'autres dupliqués, et les paquets

valides ne sont pas nécessairement délivrés dans l'ordre d'émission (Service de
type datagramme non fiable).

Question 2

Pour chacune des 4 hypothèses ci-dessus, et pour assurer le service de

transport requis :

1. Quelles informations doivent figurer dans les TPDU de données ? Justifier

votre réponse.

2. Quels types de TPDU de contrôle (ACK, NAK ou autre) doivent être utilisées
pour contrôler la transmission de données ? Quelles informations doivent figurer
dans ces TPDU ? Justifier votre réponse.

3. Quels mécanismes de contrôle doivent être mis en œuvre pour contrôler la

transmission (rejet, temporisateur ou autre)? Justifier votre réponse.

3. Phase de Déconnexion

On se place dans le cas de l'hypothèse H1 précédente.

 3

Le protocole de déconnexion d'une TC fonctionne ainsi :

1. Chaque TCEP dans l'état "connecté" peut demander une déconnexion en

envoyant une TPDU de requête de déconnexion DR. Il passe alors dans l'état
"attente de déconnexion".

2. Un TCEP dans l'état "connecté" recevant une TPDU de déconnexion DR

envoie une TPDU de confirmation de déconnexion DC et retourne à l'état "repos".

3. Un TCEP dans l'état "attente de déconnexion" recevant une TPDU de

confirmation de déconnexion DC retourne à l'état de repos.

Dans les états autre que "connecté" un TCEP ne peut émettre ni recevoir des
données.

Question 3

1. Décrire sous forme d'un diagramme temporel un scénario simple de la

phase de déconnexion du protocole de transport.

2. Peut-il se produire une collision de déconnexion entre 2 TCEP ? Justifier

votre réponse en s'aidant éventuellement d'exemple et en décrivant un scénario
par un diagramme temporel.

3. Dans le cas où vous pensez qu'une collision de déconnexion est possible le

protocole décrit ci-dessus peut-il conduire à un interblocage ? Justifiez votre
réponse. Si elle est positive, proposez une modification très simple du protocole de
déconnexion décrit ci-dessus pour pallier ce dysfonctionnement.

4. Quelles informations doivent contenir les TPDU DR et DC pour libérer la

connexion de transport ?

5. Le protocole de déconnexion assure-t-il qu'aucune TPDU de données ne

peut être perdue? Justifiez votre réponse en vous aidant éventuellement d'un
diagramme temporel. En est-il de même en prenant en compte les hypothèses H2,
H3 ou H4 ? Justifiez votre réponse.