Configuration de NCP pour APPC indépendant
Les paramètres du programme de contrôle réseau (NCP) doivent correspondre aux paramètres APPC (Advanced Program-to-Program Communications) sur Host Integration Server. Pour configurer les paramètres nécessaires, consultez l’administrateur hôte pour connaître les paramètres NCP correspondants.
Cette section fournit des informations sur les définitions NCP utilisées pour la prise en charge et la définition d’unités logiques indépendantes. La section n’est pas destinée à fournir des renseignements complets sur le PCN, qui sont décrits plus en détail dans les manuels IBM tels que :
Planification et référence pour NetView, NCP, VTAM (CN4D1200)
Guide de définition de ressources NCP, SSP et EP (CXDG7200)
Informations de référence sur les définitions de ressources NCP, SSP et EP (CXDH1200)
Vous devrez peut-être également étudier d’autres documents IBM. Voici quelques-uns des sujets à étudier :
Unités logiques indépendantes
Prise en charge des nœuds de type 2.1
Reconfiguration dynamique
Tableau des paramètres NCP qui affectent APPC indépendant
Le tableau suivant présente des recommandations de base pour définir des paramètres NCP pour APPC indépendant avec Host Integration Server. Les sections suivantes décrivent les paramètres plus en détail.
| Définition du NCP | Paramètre NCP | Recommandations |
|---|---|---|
| GÉNÉRER | ADDSESS | Doit prendre en charge le nombre de sessions nécessaires. |
| Non applicable | AUXADDR | Doit prendre en charge le nombre d’adresses supplémentaires nécessaires. |
| Non applicable | MAXSESS | Utilisez pour définir le nombre maximal de sessions autorisées pour n’importe quelle unité logique. Correspond à la somme de toutes les limites de session parallèle pour tous les modes avec lesquels une unité logique particulière est associée. |
| PUDRPOOL | NUMBER | Doit prendre en charge le nombre de serveurs accédant à NCP. |
| LUDRPOOL | NUMILU | Doit prendre en charge le nombre d’unités logiques configurables dynamiquement nécessaires. |
| PU | NETID | Correspond au nom du réseau local sur Host Integration Server. |
| Non applicable | PUTYPE | Pour un APPC indépendant, utilisez PUTYPE=2. |
| Non applicable | XID | Pour un APPC indépendant, utilisez XID=YES. |
| LU | LOCADDR | Pour les unités logiques indépendantes avec des définitions de jeu, utilisez LOCADDR=0. |
| Non applicable | RYTHME | Utilisez une valeur supérieure ou égale au paramètre Host Integration Server correspondant, le nombre de réceptions pacing en mode . |
| Non applicable | VPACING | Utilisez une valeur inférieure ou égale au paramètre Host Integration Server correspondant, le nombre d’envois de pacing en mode . |
BUILD Definition
Les paramètres suivants dans la définition BUILD affectent APPC indépendant :
ADDSESS=value
Équivaut au nombre total de sessions disponibles pour les unités logiques indépendantes. ADDSESS spécifie le nombre de blocs de contrôle de session LU-LU disponibles pour les unités logiques indépendantes. Notez que les blocs de contrôle de session peuvent être réservés à une unité logique particulière à l’aide de RESSCB (blocs de contrôle de session réservés) dans la définition de l’unité logique.
La somme de ADDSESS, AUXADDR et NUMILU est égale au nombre total de blocs de contrôle disponibles pour la configuration dynamique des unités logiques. (Pour obtenir une description, consultez LUDRPOOL Definition, plus loin dans cette rubrique.) Ce total doit être suffisamment élevé pour prendre en charge les sessions nécessaires, mais suffisamment faible pour que NCP ne dépasse pas la capacité de stockage du contrôleur.
AUXADDR=value
Spécifie le nombre d’adresses qui peuvent être définies dynamiquement pour les unités logiques dépendantes et indépendantes. Pour permettre des sessions supplémentaires entre des unités logiques indépendantes, AUXADDR doit être supérieur à ADDSESS. Pour plus d’informations sur la reconfiguration dynamique, consultez ADDSESS (description précédente).
MAXSESS=value
Spécifie le nombre maximal de sessions LU-LU qu’une unité logique indépendante peut prendre en charge. Si vous spécifiez MAXSESS dans une définition de lu (comme pris en charge par NCP V6R2), la lu utilise la valeur dans la définition de lu, et non la définition BUILD. La limite définie par MAXSESS empêche une unité logique indépendante d’utiliser trop de blocs de contrôle de session non réservés.
PUDRPOOL Definition
Le paramètre suivant dans la définition PUDRPOOL affecte APPC indépendant :
NOMBRE=valeur
Spécifie le nombre d’unités physiques (RU) qui peuvent être définies dynamiquement.
DÉFINITION LUDRPOOL
Le paramètre suivant dans la définition LUDRPOOL affecte APPC indépendant :
NUMILU= Valeur
Spécifie le nombre d’unités logiques indépendantes qui peuvent être ajoutées par le biais de la reconfiguration dynamique. Trouvez une valeur suffisamment élevée pour prendre en charge les sessions nécessaires (y compris la surcharge de session de contrôle pour les sessions parallèles), mais suffisamment faible pour que NCP ne dépasse pas la capacité de stockage du contrôleur. Notez que le nombre total d’unités logiques autorisées par NUMILU plus NUMTYP1 plus NUMTYP2 est limité. La limite exacte dépend de votre version de NCP.
PU Definition
Les paramètres suivants dans la définition pu affectent APPC indépendant :
NETID=name
Spécifie le nom d’un réseau adjacent et correspond au nom du réseau local sur Host Integration Server. NETID permet aux noms de réseau de différer entre l’hôte et Host Integration Server. Ce nom est utilisé dans la négociation d’identification d’échange (XID).
PUTYPE=2
Pour un APPC indépendant, utilisez PUTYPE=2. Lorsqu’il est combiné avec XID=YES, cela équivaut au type d’unité physique 2.1.
XID=OUI
Pour un APPC indépendant, spécifiez XID=YES, afin que les XID puissent être échangés en mode déconnecté normal (NDM).
Définition de lu
Les paramètres suivants dans la définition de lu affectent APPC indépendant :
LOCADDR=0
Pour les unités logiques indépendantes configurées par un administrateur (contrairement aux unités logiques configurées dynamiquement par NCP), spécifiez LOCADDR=0.
PACING=value
Spécifie le nombre d’images que NCP doit envoyer à une unité logique indépendante avant que NCP n’attende une réponse dynamique. La valeur de PACING doit généralement être supérieure ou égale au paramètre de mode Host Integration Server correspondant, Nombre de réceptions pacing. Cela garantit un flux fluide de données de l’hôte vers le serveur d’intégration hôte. (Host Integration Server ne prend pas en charge le rythme adaptatif.)
VPACING=value
Spécifie le nombre d’images que NCP doit recevoir d’une lu indépendante avant que NCP envoie une réponse de stimulation ; parfois appelée taille de fenêtre de réception. La valeur de VPACING doit généralement être inférieure ou égale au paramètre de mode Host Integration Server correspondant, Pacing Send Count. Cela évite les retards d’envoi à partir du serveur d’intégration de l’hôte vers l’hôte. (Host Integration Server ne prend pas en charge le rythme adaptatif.)