Définition du dialogue APPC (LU 6.2)

BoTTom |    Changer de couleur
 
 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.
 
 


|    Changer de couleur
 
  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)


|    Changer de couleur
 
   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
 


|    Changer de couleur
 
   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
 
 
 


|    Changer de couleur
 
       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
 


|    Changer de couleur
 
  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.
 
 
 
 





©AF400