Sessions et connexions

Une application utilisant l’interface de gestion des fonctions (FMI) peut communiquer avec l’hôte sur deux sessions SNA, comme décrit dans la liste suivante :

  • La session de point de contrôle des services système (SSCP), entre une LU de serveur SNA et l’hôte SSCP, fournit des informations sur l’activation de la LU et prend en charge la communication avec le SSCP pour des commandes telles que les commandes de connexion et de fermeture de session avec format de champ et codage à caractères. Il existe une session SSCP pour chaque LU de serveur SNA.

  • La session d’unité logique principale (PLU), entre une LU de serveur SNA et l’hôte PLU, est la principale session de transfert de données entre l’application locale et l’application hôte. Il existe une session PLU pour chaque LU de serveur SNA.

    Le nœud local communique directement avec l’hôte sur la session unité physique (PU)-SSCP :

  • La session PU-SSCP, entre la PU (nœud local) et le SSCP hôte, prend en charge la création de rapports sur les informations d’alerte et les statistiques des liaisons vers les SSCP hôtes.

    L’illustration suivante montre les trois sessions.

    Image that shows three sessions.
    Trois sessions

    L’application peut communiquer avec le nœud local au moyen de deux sessions de localité, partenaire et index (LPI). Au lieu de spécifier la session sur laquelle un message doit être acheminé, l’application envoie le message au nœud local sur l’une de ces connexions. Le nœud local l’achemine alors vers la session SNA appropriée.

    Les connexions sont utilisées comme suit :

  • La session SSCP est utilisée pour les informations de démarrage et de connexion initiales pour une session 3270. Les programmes d’émulation Host Integration Server 3270 envoient également des informations de gestion de réseau, comme des alertes utilisateur et des statistiques de temps de réponse au nœud local de cette session. Pour plus d’informations sur cette connexion, consultez Connexion SSCP.

  • La session PLU est utilisée pour le transfert de données d’application, ainsi que pour les messages de contrôle d’état et de flux de messages entre l’application et le nœud local. Pour plus d’informations sur cette connexion, consultez Connexion PLU.

    L’illustration suivante montre ces sessions.

    Image that shows connections between an Application and a local node.
    Connexions entre une application et un nœud local

    Ces sessions sont spécifiques au nœud local et à l’application. Les messages de données et d’état transmis à travers une connexion entraînent l’envoi de données SNA et de requêtes de contrôle SNA sur la session SNA appropriée. De même, les réponses de données et de contrôle SNA reçues sur une session SNA entraînent le transfert des données et des messages de contrôle à l’application sur la connexion appropriée.

    La relation entre les trois sessions SNA et les deux connexions est la suivante :

  • Les messages SNA sur la session SSCP de l’hôte vers le nœud local entraînent des messages du nœud local à l’application sur la connexion SSCP. Les messages de l’application vers le nœud local sur la connexion SSCP entraînent généralement des messages SNA sur la session SSCP à partir du nœud local vers l’hôte (à l’exception des informations de gestion du réseau, qui entraînent des messages sur la session PU-SSCP).

  • Les messages SNA sur la session PLU de l’hôte vers le nœud local entraînent des messages du nœud local à l’application sur la connexion PLU. Les messages de l’application vers le nœud local sur la connexion PLU génèrent des messages SNA sur la session PLU du nœud local à l’hôte.

  • Les messages SNA sur la session PU-SSCP du nœud local à l’hôte sont générés par les messages de l’application vers le nœud local de la connexion SSCP. Lorsque l’application envoie des informations de gestion du réseau, comme des alertes d’utilisateur 3270, sur la connexion SSCP, le nœud local les distingue des autres données sur cette connexion (qui correspondent normalement à la session SSCP) et envoie les informations appropriées sur la session SSCP à l’hôte. Pour plus d’informations, consultez Alertes utilisateur 3270.

    Notez la distinction entre ces sessions SNA et les sessions d’émulation 3270. Un émulateur 3270 peut avoir plusieurs sessions d’émulation 3270. Pour chaque session d’émulation, il existe des sessions SSCP et PLU distinctes.

    Chaque connexion entre l’application et le nœud local est ouverte, gérée et fermée séparément. Cela signifie qu’une application doit conserver un bloc de contrôle interne distinct contenant la paire de LPI, les clés de message et l’état de la connexion pour chacune des sessions SNA associées à chaque session d’émulation 3270. Par exemple, une application qui utilise trois sessions d’émulation 3270, chacune avec une session SSCP et une session PLU, nécessite six blocs de contrôle.

    Une application identifie la connexion (et donc la session) à laquelle un message particulier appartient en utilisant la paire LPI présente dans le message. Dans un message reçu, la valeur de l’index de destination (I) contient l’identificateur de l’application pour la connexion, et la valeur I source contient l’identificateur du nœud local pour la connexion. Elles sont inversées pour les messages envoyés par l’application.

    L’application sélectionne la LU dans le nœud local qu’elle peut utiliser pour les communications en fonction de la relation dans la table de configuration entre l’enregistrement de LU et l’enregistrement APPL. (Pour plus d’informations, consultez Ouverture de la connexion SSCP.) L’application peut ne pas avoir conscience de la LU à laquelle elle accède si les LU sont organisées dans des groupes de LU.

Voir aussi

Indicateurs d’une application