Contention de semi-duplex

Pour une contention de semi-duplex, l’état du sens initial est en contention. Le protocole de semi-duplex fonctionne pendant une chaîne (un seul partenaire peut envoyer), mais l’état de sens revient normalement en contention à la fin de chaque chaîne. L’indicateur de changement de sens (CDI) dans l’en-tête de réponse (RH) n’est donc pas nécessaire. Toutefois, si CDI est utilisé, le sens est réservé à la demi-session réceptrice. Par conséquent, si l’application reçoit le changement de sens (CD), elle doit supposer l’état d’envoi et ne pas s’attendre à recevoir des données. À l’inverse, si l’application envoie CD, elle ne peut plus envoyer à nouveau tant qu’elle n’a pas reçu une chaîne de l’hôte.

En cas de détection d’une erreur par une des demi-sessions, l’application doit supposer l’état de réception, car l’hôte est responsable de la récupération.

Si les deux sessions tentent de démarrer une chaîne alors que l’état de sens est en conflit, le conflit est résolu en faveur de l’application secondaire à l’aide d’un code de détection 0x081B. Toutefois, la fenêtre possible entre le nœud local et l’application signifie que le nœud local ne peut pas déterminer quand les données d’exception de requête sortante (RQE) sont reçues par l’application. Par conséquent, si le nœud local reçoit des données de l’application pendant qu’il détermine que l’état de contention de semi-duplex est Réception, il les rejette avec un NACK-2 non critique (sens 0x2004).

Les deux figures suivantes illustrent le protocole directionnel pour les applications utilisant le mode de contention de semi-duplex. Les trois figures de la rubrique précédente sont également valides, même si vous n’avez pas besoin de spécifier CD.

Dans l’illustration suivante, l’application émet et reçoit des données à l’aide du protocole de contention de semi-duplex sans erreur.

Une application envoyant et recevant des données à l’aide du protocole de contention de semi-duplex sans erreur

Dans l’illustration suivante, la contention de semi-duplex est résolue en faveur de l’application.

Résolution de la contention de semi-duplex en faveur de l’application

Voir aussi

Ouverture de la connexion PLU
Session PLU
Chaînage sortant
Chaînage entrant
Livraison de segment
Brackets
Sens
Rythme et segmentation
Confirmation et rejet des données]
Arrêt et mise en suspens
Récupération
Terminaison initié par l’application
LUSTATs]
Données de la surveillance des temps de réponse