Emplacement des ressources pour Open SSCP
Lorsque vous tentez de trouver une unité logique (LU) libre sur plusieurs nœuds locaux, l’application n’a pas besoin de savoir quel nœud local possède la LU. DL-BASE se charge de trouver un nœud local approprié, en utilisant le mécanisme décrit. La description est destinée à vous aider à interpréter les traces des flux de messages impliqués et n’est pas nécessaire pour écrire une application
Le champ open force type dans la requête Open(SSCP) spécifie une ouverture forcée ou non forcée. Si la LU pour laquelle l’ouverture est prévue n’a pas de session de point de contrôle des services système (SSCP) active car sa liaison est inactive, une ouverture forcée indique au nœud local de tenter d’activer la liaison et la session SSCP. Une ouverture non forcée se déroule uniquement si la session SSCP est déjà active et, sinon, retourne avec un code d’erreur indiquant l’état de la connexion de la LU.
Lorsque l’application émet la requête Open(SSCP) , elle ne définit pas le champ open force type. DL-BASE émet une ouverture non forcée à chaque nœud à son tour jusqu’à ce trouver une LU qui a déjà une session SSCP active. Si aucune de ces ouvertures ne réussit, DL-BASE émet une ouverture forcée sur le nœud qui a renvoyé le meilleur code d’erreur (c’est-à-dire, celui qui est le plus susceptible d’être en mesure d’activer la session).
L’exemple de flux de messages dans la figure suivante illustre ce processus pour deux nœuds locaux. DL-BASE essaie chaque nœud en succession, en utilisant des ouvertures non forcées. Le code d’erreur du nœud #2 indique qu’il est plus susceptible d’activer la session SSCP que le nœud #1, DL-BASE envoie donc une ouverture forcée au nœud #2. L’application ne prend en charge que la première requête et sa réponse.
Exemple de flux de messages pour deux nœuds locaux
Pour permettre aux applications de redémarrer après une défaillance désastreuse (par exemple l’arrêt du programme d’émulation 3270), le nœud local accepte également une requête Open(SSCP) à partir d’une application qui a échoué et qui a été redémarrée, tant que les mêmes champs sources de localité, de partenaire et d’index (LPI) sont utilisés. Dans ce cas, un message TERM-SELF est envoyé à l’hôte si la LU est liée.
La LU du serveur SNA par le biais de laquelle l’application communique est sélectionnée par la relation entre l’enregistrement APPL et l’enregistrement de la LU ou du groupe de LU dans le fichier de configuration. L’application spécifie son nom à l’aide du champ source name sur la requête Open(SSCP) . Le nœud local remplit le numéro de la LU ou du groupe de LU, sélectionne une LU inutilisée dans le groupe de LU (si l’association est un groupe de LU) et informe l’application de ce numéro de LU sur la réponse Open(SSCP).
La requête Open(SSCP) spécifie les éléments suivants :
Le nom de l’application source.
Un identificateur de ressource qui peut être utilisé par l’application pour corréler la requête Open(PLU) envoyée à l’application. (Pour plus d’informations, consultez Ouverture de la connexion PLU.)
Un bloc de contrôle d’informations de connexion, qui spécifie l’utilisation de l’en-tête de réponse, vérifie que le nœud local doit s’exécuter pour la LU. Si le champ d’un code est défini sur 0x01, la vérification de la réception sera effectuée par la couche de contrôle du flux de données du nœud local sur les données arrivant de l’hôte. Les contrôles d’envoi correspondants ne sont pas affectés et sont toujours exécutés. Le bloc de contrôle d’informations de connexion est fourni, car ces contrôles de réception sont facultatifs dans SNA. Toutefois, il est attendu que la plupart des applications nécessitent que toutes ces vérifications soient effectuées (toutes les valeurs sont définies sur 0x01).
Indicateur qui spécifie si l’application doit être traitée comme une priorité haute ou basse. Toutes les LU SNA Server 3270 sont marquées comme étant de haute priorité (les imprimantes n’envoient pas de données entrantes importantes). L’effet de la priorité haute est de permettre aux données d’avancer plus rapidement sur l’hôte lorsque la liaison est occupée.
Indicateur qui spécifie si l’application est une LUA. Cela détermine si le nœud local et l’application communiquent à l’aide de la variante LUA de l’interface de gestion des fonctions (FMI). (Pour plus d’informations, consultez Concepts de FMI.)
Indicateur qui spécifie une ouverture non forcée ou forcée. Cela détermine si le nœud local tentera d’activer la session SSCP, si elle n’est pas active.
La requête Open(SSCP) peut échouer pour l’une des raisons suivantes, qui peuvent être déterminées à partir des codes d’erreur de la réponse Open(SSCP) envoyée à l’application, comme indiqué dans la liste suivante :
Le nœud local peut toujours être en cours d’initialisation (extraction d’informations à partir du fichier de configuration). Dans ce cas, l’application peut réessayer immédiatement.
Le fichier de configuration peut ne pas avoir d’entrée pour l’application, ou l’enregistrement de l’application dans le fichier de configuration ne pointe pas vers un enregistrement de LU ou de groupe de LU.
Pour une ouverture qui n’est pas forcée, la session SSCP peut être inactive.