Institut national des sciences appliquees de lyon

5 UNITES PHYSIQUES

Les unités physiques sont de quatre types (les PU type 3 n'existent pas).

PU type 5

Ce sont supportées par des ordinateurs hôtes avec une méthode d'accès ( un logiciel de communication complet) et des fonctions SSCP.

Les méthodes d'accès utilisées sont ACF/VTAM ou ACF/TCAM (Advanced communication functions / Virtual teleprocessing acces method ou Telecommunication acces method). Elles sont mises en oeuvre sur des systèmes 370, 43xx, 308x ou 309x en particulier.

PU type 4

Elles sont incluses dans des contrôleurs de communication de type 3705 ou 3725 muni du logiciel de communication ACF/NCP (Network control program) qui fournit les fonctions SNA de noeud majeur (subarea) sans SSCP. Ces noeuds comportent non seulement les fonctions SNA mais aussi des fonctions de communication permettant d'interconnecter des équipements plus anciens (pré-SNA) par des protocoles BSC ou en mode arythmique.

PU type 2

Les unités physiques PU2 sont mises en oeuvre dans plusieurs types de produits : contrôleurs de terminaux, mini ou micro-ordinateurs. Le type le plus répandu est la famille 327x, par exemple le contrôleur de terminal 3274.

PU type 1

Les unités physiques PU1 sont utilisées dans les terminaux simples, de la famille 376x) par exemple le terminal 3767.

Liaisons de données entre nœuds

Les communications entre PU suivent des règles strictes. De PU5 à PU5 ou à PU4, elles sont réalisées par liaison canal ou par liaison SDLC spécialisée (liaison de données HDLC dissymétrique). DE PU4 à PU4 , elles sont en SDLC. DE PU5 à PU2 elles sont supportées par une liaison canal dans le nœud ou par liaison SDLC spécialisée ou commutée à distance. DE PU5 ou PU4 à PU1, elles sont en liaison SDLC point à point ou commutée.

6 UNITES LOGIQUES

Elles sont classées en sept catégories selon les sessions LU-LU qu'elles supportent. (le type d'unité logique 5 n'existe pas).

Chaque type d'unité logique correspond à un profil . Les profils de présentation correspondent à des appareils virtuels.
Les LU 1 à 4 et la LU7 correspondent à des sessions de terminal à programme et offrent un profil de présentation. Les LU6 et LU0 correspondent à des communications de programme à programme. La LU4 peut aussi réaliser des communications de programme à programme.

LU type 1

Utilisée par des terminaux fonctionnant en mode ligne et utilisant le service de présentation SCS (SNA Character string). Ce sont des imprimantes, clavier-imprimantes ou des lecteurs-perforateurs de cartes. (exemple : 3767)

LU type 2

Utilisée par des terminaux travaillant en mode page (en particulier des unités de visualisation) qui utilisent le service de présentation "3270 data stream". Dans cette classe on trouve des clavier-écrans avec imprimantes ou lecteurs de cartes magnétiques. (exemple :3278).

LU type 3

Utilisée par des imprimantes utilisant le service de présentation "3270 data stream". (exemple :3284).

LU type 7

mise en oeuvre par des terminaux de bureautique utilisant le terminal de présentation "5520 data stream".

LU type 4

Mise en oeuvre par des terminaux ou des ordinateurs effectuant du traitement de données ou du traitement de textes et utilisant le service de présentation SCS. Elle peut être utilisée pour une communication de terminal à terminal.

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.