Institut national des sciences appliquees de lyon

LU type 0

Cette LU correspond à des communications n'utilisant pas de profile de présentation standard, prédéfini, mais des services spécifiques des applications supportées lors de leur mise en oeuvre.

LU type 6

La version la plus avancée de cette LU est la LU6.2. Cette LU a été conçue pour permettre de manière efficace les communications de programme à programme, en particulier le traitement distribué de transactions.

Un premier niveau de service permet de répartir les traitement entre plusieurs programmes de traitement de transactions TPP (Transactionnal Processing Program). Pour cela on utilise de courtes "conversations" entre ces programmes. D'autre part, des logiciels systèmes TPS (Transaction Processing System) fournissent un environnement opérationnel aux applications : bases de données , fichiers, facilités de communication, etc.. LU6.2 est chargé d'offrir ces facilités de communication. un TPS offre une interface de programmation API (Application Program Interface) permettant de développer des TPP. Pour accéder au service de communication, on utilise des primitives appelées "verbes LU6.2".
Le service APPC (Application Program to Program Communication) est une interface utilisateur qui permet d'utiliser les fonctionnalités de LU6.2. APPC permet d'établir des conversations entre applications supportées par des sessions LU6.2. Les fonctions d'association d'applications permettent d'ouvrir et de laisser ouvertes des sessions directement utilisables par les conversations (sans établir une nouvelle connexion). D'autre part plusieurs sessions peuvent être ouvertes en parallèle entre deux applications.
Ainsi LU6.2 offre deux niveaux d'association entre des applications coopérantes:

- un niveau session fournissant des services d'association quasi permanentes entre TPS

- un niveau conversation, fournissant des services d'association temporaire entre TPP.
Les conversations sont des interactions totalement symétriques, mais dans le mode demi-duplex. Les applications sont tour à tour primaire et secondaire. Sur des sessions parallèles une application peut être primaire pour une session et secondaire pour l'autre.
Remarque : Ainsi SNA semble avoir résolu le problème de la symétrisation des échanges qui est une caractéristique de base de l'architecture OSI. Cependant, basée sur une architecture dissymétrique, la session LU6.2 ne peut satisfaire simplement à certaines situations.