Dans l'architecture SNA les moyens nécessaires à la connexion de deux systèmes sont: - les PU (physical unit) définissent les caractéristiques physiques et logiques d'un noeud du réseau (ordinateur, contrôleur, etc..) - Les SSCP (centres directeurs) fonctions d'un système Hote responsable d'un domaine (dans un réseau hierarchique, c'est le responsable du réseau. Uniquement sur gros système) - Les LU (logical unit) définissent et fournissent aux usagers les moyens du dialogue. le dialoque se fait de LU à LU un tel dialogue est appelé SESSION. |
Quelques exemples de PU : - PU 2 contrôleur de grappe avec plusieurs LU (3174, AS400 en émulation 3270,..) - PU 2.1 ordinateur avec communication d'égal à égal mais aussi capable de liens avec PU2 et PU5. - PU 5 site central S/370 avec VTAM Quelques exemples de LU : - LU 2 protocole 3270 (famille des terminaux gros systèmes) - LU 4 protocole 6670 (4224) - LU 6 communication d'égal à égal dernier niveau LU 6.2 (APPC) - LU 7 protocole 5250 (famille des terminaux minis IBM) |
Principes de la LU 6.2 sur une session, des pgms de transaction engagent des conversations pour accomplir certaines tâches. Pour définir les conventions du dialogue (LU 6.2 <-> LU 6.2) il a été défini un pseudo-langage APPC. Ce langage peut être utilisé à deux niveaux: 1/ les "base conversations", les pgms sont responsables des caractères de contrôle définissant les enregistrements transmis (longueur des données transmises, etc..) équivalent au USRDFN avec les terminaux 5250 ex:ALLOCATE 2/ les "Mapped Conversations", les pgms échangent des enregistrements logiques, le système assurant "l'enrobage" (mise en place des caractères de contrôle) les "ordres" du langage sont alors précédés de MC_ ex:MC_ALLOCATE |
Les principaux verbes du "langage APPC" sont: MC_ALLOCATE établissement d'une conversation Paramètres importants: - nom de la LU distante - nom du pgm sur cette LU - définition du niveau de synchronisation .confirmation(= accusé de reception), ou pas - définition du niveau de sécurité .user-id par défaut sur le système distant .user-id identique sur les deux systèmes .définition d'un user-id avec mot de passe |
MC_DEALLOCATE fin d'une conversation MC_CONFIRM prochain envoi avec demande de confirmation MC_CONFIRMED confirmation MC_SEND_DATA envoi de données MC_SEND_ERROR envoi d'un code erreur(+message eventuel) MC_FLUSH envoi des données avant saturation de la mémoire-tampon. MC_RECEIVE_AND_WAIT reception de données MC_PREPARE_TO_RECEIVE passage en mode reception (changement du sens de dialogue) MC_REQUEST_TO_SEND demande d'autorisation d'envoi MC_GET_ATTRIBUTES demande d'informations sur la conversation |
Ces verbes sont mis en place sur AS/400 soit par l'intermédiaire d'un fichier ICF fichier défini à l'aide du langage SDD. soit par l'appel à des routines système (CPI) ces routines sont communes à toute la gamme IBM (SAA) elles permettent donc d'avoir des pgms cohérents sur différentes machines. mais leur utilisation est plus fastidieuse sur AS/400 que les fichiers ICF. |