IBM Communications Server for Windows Version 6.1.3 est une mise à niveau du produit qui comporte une nouvelle interface Windows Installer (antérieurement appelée MicroSoft Installer = MSI), ainsi que des correctifs et des mises à jour de la version 6.1.2. La version 6.1.3 est une nouvelle version complète. Avant de l'installer, vous devez désinstaller toute version antérieure.
Ce document contient des informations supplémentaires qui complètent l'aide en ligne et les publications. Il décrit les fonctions, les conseils, les astuces, les restrictions et les corrections nouvellement ajoutés.
Merci d'avoir choisi IBM Communications Server.
Pour obtenir les dernières informations concernant ce produit, consultez les sites Web indiqués à la section 4.
L'espace disque requis est de 5 Mo sur un disque de démarrage et de 175 Mo sur une unité de disque dur pour une utilisation permanente.
Les clients API SNA fonctionnent en mode 32 bits sur tout matériel requis sous Windows 2000, Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition) ou Windows Vista. L'espace disque requis par un client API SNA est de 25 Mo sur une unité de disque dur pour une utilisation permanente.
Les clients d'administration éloignée fonctionnent sur tout matériel requis sur les systèmes d'exploitation 32 bits sous Windows 2000, Windows XP, Windows Server 2003 (Standard Edition ou Enterprise Edition) ou Windows Vista.
De plus :
Pour installer Communications Server à l'aide du tableau de bord, vous devez utiliser l'un des navigateurs suivants :
Le client API SNA requiert l'un des éléments suivants :
Les plateformes Windows qui ne sont plus en service (telles que Windows NT) ne sont pas prises en charge par Communications Server Version 6.1.2 et versions ultérieures.
Vous pouvez également accéder au Guide d'initiation à partir du package d'installation.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Communications Server 6.1.3 étant une version complète du produit, après son installation, seuls les correctifs CSD de la version 6.1.3 peuvent être installés.
IBM permet une maintenance de correction en fournissant :
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Avec Windows Installer 4.0 sous Windows Vista et versions ultérieures, la consignation de l'installation et de la désinstallation est activée par défaut en mode prolixe pour les produits Communications Server. Mais sur les systèmes Windows antérieurs à Vista, les désinstallations lancées à partir de la fonction "Ajout/suppression de programmes" ne sont pas consignées par défaut.
Pour activer la consignation des désinstallations effectuées à l'aide de la fonction "Ajout/Suppression de programmes" sur les systèmes antérieurs, ajoutez l'entrée suivante au registre :
Pour consigner une désinstallation : avant de désinstaller l'un des trois produits Communications Server, mettez à jour le registre en exécutant msilogging_add.reg (qui se trouve dans le répertoire Outils, dans le répertoire d'installation principal de Communications Server).
Remarque : Comme la consignation de Windows Installer s'applique à tous les produits installés et désinstallés sur le système, si vous laissez la consignation activée, cela peut affecter les performances et réduire l'espace disque disponible.
Après la désinstallation, exécutez msilogging_remove.reg pour supprimer l'entrée. Après la désinstallation du produit, les fichiers msilogging sont conservés dans le répertoire Outils du répertoire d'installation principal de Communications Server. Ces fichiers ne sont pas supprimés avec le produit.
Les journaux d'installation sont placés dans le répertoire des journaux sélectionné lors de l'installation du produit. Si vous désinstallez le produit à l'aide de la fonction "Ajout/suppression de programmes", le journal de désinstallation est placé dans le répertoire TEMP du système. Le nom du fichier journal sera au format MSI***.log où *** est un nombre. Pour identifier le fichier journal qui correspond à la désinstallation de Communications Server, consultez la date du fichier.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Suppression des versions précédentes de Communications Server
L'APAR JR21456 de Communications Server version 6.1.2 fournit un module de nettoyage qui supprime le code de Communications Server de la version 6.1.2 et des versions antérieures, ainsi que les informations de registre. Pour effectuer la désinstallation complète des versions précédentes de Communications Server, vous pouvez télécharger le module de nettoyage (JR21546) à l'adresse http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834
Les instructions de désinstallation sont indiquées dans le Guide d'initiation disponible à l'adresse http://www.ibm.com/software/network/commserver/windows/library/index.html
Vous pouvez également accéder au Guide d'initiation sur le support d'installation.
Si Personal Communications est installé sur la même machine que Communications Server, vous devez désinstaller Personal Communications avant Communications Server.
En cas d'échec de la désinstallation de Personal Communications, accédez à la page
d'assistance sur Communications Server indiquée ci-dessous et consultez les notes
techniques pour obtenir plus d'informations :
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm
Vous devez fermer toutes les applications utilisant Communications Server avant de désinstaller le produit. Si vous tentez de désinstaller Communications Server alors qu'une application (par exemple, APING ou Personal Communications) est en cours d'exécution, le processus de désinstallation s'interrompt tant que l'application n'est pas fermée.
Suppression des versions précédentes de Communications Server pour Client Access
Pour supprimer la version 6.1.2 ou une version antérieure, exécutez regsvr32.exe sur cwbzzodb.dll et cwbzzidx.dll. Pour plus d'informations, reportez-vous à la rubrique Réparation avant l'installation ou la désinstallation de Client Access.
Pour supprimer la version 6.1.3, ouvrez Ajout/suppression de programmes, puis sélectionnez le programme et supprimez-le.
[Revenir en haut du document] [Table des matières]
[Revenir en haut de la page] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Cet appel étendu n'est pas pris en charge par Communications Server for Linux ni Communications Server for AIX. L'interface CPI-C a été modifiée dans Communications Server for Windows afin que l'instruction APPC TP_ENDED soit automatiquement envoyée lors de la libération de la dernière conversation. Maintenant, l'appel TP_End est autorisé mais il n'est plus obligatoire. Ainsi, le fonctionnement des applications Communications Server for Windows qui utilisent TP_End ne sera pas affecté et les nouveaux programmes fonctionneront correctement sans l'appel TP_End. Cela améliore la portabilité du code des programmes CPI-C entre les serveurs IBM Communications Server for Windows, AIX et Linux.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Voici un exemple d'entrée dans le fichier de configuration .ACG
NODE=(
ANYNET_SUPPORT=NONE
CP_ALIAS=CPNAME
DEFAULT_PREFERENCE=NATIVE
DISCOVERY_SUPPORT=NO
DLUR_SUPPORT=MULTI_SUBNET
FQ_CP_NAME=NETID.CPNAME
GVRN_SUPPORT=0
SUPPRESS_LUWID=1
MAX_LOCATES=150
MAX_LS_EXCEPTION_EVENTS=200
NODE_ID=05D00000
NODE_TYPE=END_NODE
REGISTER_WITH_CDS=1
REGISTER_WITH_NN=ALL
SEND_TERM_SELF=0
SLI_CLOSE_SYNC_SUPPORT=0
TP_SECURITY_BEHAVIOR=VERIFY_EVEN_IF_NOT_DEFINED
)
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Communication Server for OS/2 permet à la fois la régulation fixe et la régulation fixe mixte. Communications Server for Windows ne permet que la régulation adaptative. Pour la régulation fixe, il est nécessaire de limiter la taille des fenêtres de régulation afin de réduire les besoins de mise en mémoire tampon et les délais d'attente des autres applications qui utilisent la même liaison. Communications Server for Windows applique la régulation adaptative, mais il est possible de simuler la régulation fixe en définissant une limite basse pour MAX_RECEIVE_PACING_WINDOW. Le mot clé MAX_RECEIVE_PACING_WINDOW présent dans le fichier .ACG fait partie de la définition du MODE. Par exemple, pour définir le mode "FIXEDPAC" :
MODE=(
MODE_NAME=FIXEDPAC
AUTO_ACT=0
COMPRESSION=PROHIBITED
COS_NAME=#CONNECT
ENCRYPTION_SUPPORT=NONE
DEFAULT_RU_SIZE=1
MAX_INCOMING_COMPRESSION_LEVEL=NONE
MAX_NEGOTIABLE_SESSION_LIMIT=3
MAX_OUTGOING_COMPRESSION_LEVEL=NONE
MAX_RU_SIZE_UPPER_BOUND=4096
MIN_CONWINNERS_SOURCE=1
PLU_MODE_SESSION_LIMIT=3
RECEIVE_PACING_WINDOW=2
MAX_RECEIVE_PACING_WINDOW=5
)
Dans cet exemple, la fenêtre de régulation commence à 2 (RECEIVE_PACING_WINDOW) et la valeur maximale est 5 (MAX_RECEIVE_PACING_WINDOW). Notez que la fenêtre de régulation en émission est adaptative sans définition de limite, sauf si ce mode est défini sur le noeud éloigné avec MAX_RECEIVE_PACING_WINDOW.
Pour configurer le paramètre MAX_RECEIVE_PACING_WINDOW, éditez le fichier de configuration .acg ou utilisez l'instruction DEFINE_MODE de l'API NOF. Le paramètre MAX_RECEIVE_PACING_WINDOW peut être défini par l'appel de la fonction NOF. La variable NOF qui permet de définir ce paramètre est max_receive_pacing_win.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Pour obtenir la dernière version des pilotes d'une carte, contactez le fournisseur de la carte. Pour les cartes qui ne figurent pas dans la liste ci-dessus, contactez le fournisseur de la carte pour déterminer si la carte est prise en charge par Communications Server for Windows. Le fournisseur de la carte doit fournir les pilotes de la pile de protocoles appropriés pour permettre leur exécution avec Communications Server for Windows version 6.1.3.
Les cartes réseau prises en charge par Microsoft peuvent également fonctionner avec Communications Server for Windows. De la même manière, les cartes de réseau local IP prises en charge par Microsoft sont également prises en charge pour Enterprise Extender.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Cette valeur est définie dans la clé "NumberRcvBuffers" du registre Windows (type DWORD) dans "HKLM\System\CurrentControlSet\Services\pdlndldl\Parameters". La plage de valeurs valides est 128 à 1024. Pour modifier cette valeur, entrez "regedit" sur une ligne de commande, recherchez "NumberRcvBuffers" et modifiez la valeur pour attribuer une valeur comprise entre 128 et 1024. Un redémarrage est nécessaire pour appliquer cette modification.
Avant de modifier le registre, consultez les instructions et les avertissements indiqués dans l'article Microsoft http://support.microsoft.com/kb/256986.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Dans les versions précédentes, la fonction de découverte était active en permanence et il était impossible de la désactiver. Afin d'éviter le trafic réseau inutile, une option permet de désactiver la fonction de découverte dans la version 6.1.3. Par défaut, cette fonction est maintenant inactive.
Cette option est définie dans le registre Windows à l'aide de la clé "EnableDiscovery" (type DWORD) dans "HKLM\SOFTWARE\IBM\Communications Server\CurrentVersion\RAPI". Les valeurs valides sont 0 (désactivé, valeur par défaut) et 1 (activé). Si vous supprimez la clé de registre, la fonction de découverte est activée. Pour modifier la valeur, entrez "regedit" sur une ligne de commande, puis recherchez le paramètre "EnableDiscovery" et modifiez la valeur. Un redémarrage est nécessaire pour appliquer cette modification.
Avant de modifier le registre, consultez les instructions et les avertissements indiqués dans l'article Microsoft http://support.microsoft.com/kb/256986.
Pour déterminer si cette option est active, utilisez l'utilitaire de trace et activez l'élément Services utilisateur -> Fonctionnement du noeud SNA -> Trace des procédures. Lancez Fonctionnement du noeud SNA. Le fichier de trace obtenu contiendra les éléments suivants.
[77] 10/10 12:54:17.25,(004C) len=24, User services.SNA Node Operations.0001, 00000D70:00000CF8 DiscoveryThread starting [78] 10/10 12:54:17.25,(004D) len=50, User services.SNA Node Operations.0001, 00000D70:00000CF8 RAPIServer User requested discovery to be disabled [79] 10/10 12:54:17.25,(004E) len=64, User services.SNA Node Operations.0001, 00000D70:00000CF8 DiscoveryThread user requested to disable discovery via registryCela indique que la fonction de découverte est désactivée et que les messages en multidiffusion ne seront pas envoyés.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Vous pouvez utiliser ces modèles pour créer votre configuration. Nous vous recommandons de travailler sur une copie de ces modèles. Pour modifier la copie d'un modèle, utilisez un éditeur de texte ou bien l'interface de configuration de noeud de Communications Server for Windows. Pour utiliser ces modèles, vous devez effectuer les modifications suivantes :
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Grâce à cette fonction, une application cliente peut rechercher des services TN3270 et TN5250 de Communications Server sur le serveur Windows. Active Directory renvoie l'adresse IP et le numéro de port du serveur Windows à l'application, permettant ainsi au client de se connecter au serveur. Cette fonction est disponible pour les applications qui utilise des API Lightweight Directory Access Protocol (LDAP) V3 ou Active Directory Services Interface (ADSI) sur un client Windows.
Pour rechercher des services dans Active Directory, indiquez les arguments suivants dans l'argument de filtre ldap_search, dans le cadre de l'API d'appel de recherche dans l'annuaire :
CN=IBM_CSNT* objectclass=serviceConnectionPoint
L'appel de recherche fournit l'adresse IP et le numéro de port du serveur TN au paramètre serviceBindingInformation.
Avec Communications Server 6.1.2.3, une option permet de ne pas publier les services TN3270 sur LDAP Active Directory. Si vous configurez le mot clé "TN3270AdvtToADS" dans HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Communications Server\CurrentVersion\Configuration avec la valeur DWORD "0", les avertissements TN3270 sont désactivés.
Procédure permettant de désactiver la publication :
La valeur par défaut du registre Windows pour le paramètre TCP/IP pour la multidiffusion par paquets doit être modifiée pour le support SLP. Ce paramètre détermine si les multidiffusions IP sont envoyées à l'aide de l'adresse de multidiffusion Token Ring (décrite dans le RFC 1469) ou de l'adresse de diffusion de sous-réseau.
La valeur par défaut Windows 1 configure l'ordinateur pour l'utilisation du RFC1469 Token Ring Multicast Address for IP multicasts (adresse de multidiffusion Token Ring pour les multidiffusions IP). La définition de cette valeur à 0 configure l'ordinateur pour l'utilisation de l'adresse de diffusion de sous-réseau pour les multidiffusions IP.
Effectuez la procédure suivante pour activer la prise en charge de SLP sur Windows :
Poste de travail\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Si la valeur de chaîne TrFunctionalMcastAddress existe déjà, rétablissez cette valeur comme suit :
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Dans l'environnement WTS, la fonction de trace de niveau application fonctionne de la même manière que précédemment. Chaque utilisateur peut démarrer la fonction de trace et capture uniquement les entrées de trace de niveau application provenant de ses applications. Un utilisateur ne peut pas capturer les entrées de trace des applications d'un autre utilisateur. La fonction de trace a été modifiée afin que l'utilisateur dans l'ID de session WTS 0 puisse accéder aux options de trace pour le traçage du pilote de périphérique et reçoive les entrées de trace du pilote de périphérique. Les utilisateurs de sessions WTS autres que l'ID de session 0 ne peuvent pas accéder aux options de trace pour le pilote de périphérique et ne reçoivent aucune entrée de trace de pilote de périphérique. Le fonctionnement décrit ci-dessus ne concerne que la version 6.1.2
Dans la version 6.1.3, l'interface de l'utilitaire de trace a été modifiée de façon à traiter le traçage de niveau noyau même pour les sessions différentes de 0. Cette modification permet de prendre en charge le traçage au niveau du noyau dans Microsoft Vista car il n'y a pas de session 0 dans Vista, même pour la session de console. Cependant, cette implémentation est soumise à des restrictions et nécessite des droits d'administration. Dans le cas des utilisateurs de domaine, l'utilisation de l'option de trace en ligne de commande permet aux utilisateurs n'ayant pas de droits d'administration d'effectuer le traçage avec les options de niveau noyau.
Windows attribue généralement l'ID de session WTS 0 au premier utilisateur de la machine WTS Server. L'ID de session WTS 0 n'est pas attribué aux postes Remote Desktop. Le format du fichier de configuration de trace est modifié pour identifier les options de trace de pilote de périphérique. La fenêtre principale de la fonction de trace indique si l'utilisateur peut ou ne peut pas effectuer le suivi de l'activité des pilotes de périphérique à partir de cette session WTS.
Le traçage en mode ligne de commande a été modifié de manière à permettre aux utilisateurs autres que l'utilisateur dont l'ID de session est 0 d'effectuer un traçage au niveau du noyau. Les utilisateurs peuvent utiliser des options telles que APPN et APPC et Connectivité via la commande CSTRACE.
Le menu Options > Préférences permet de modifier les paramètres de trace par défaut, en particulier les paramètres répertoriés ci-dessous. Cliquez sur Restaurer pour rétablir tous les paramètres par défaut.
La longueur de troncature de l'enregistrement de trace pour les fonctions de l'API APPN et APPC peut être définie d'une des manières suivantes :
Les enregistrements de connectivité LAN/LLC2 et EEDLC peuvent également être tronqués à 128 octets.
Vous pouvez choisir d'écrire des données de trace non formatées dans des tampons de traces internes qui peuvent être enregistrés ultérieurement. Vous pouvez également choisir d'écrire les données directement dans un fichier unique ou dans plusieurs fichiers de longueur fixe.
Pour ce paramètre, vous pouvez également sélectionner la taille de la mémoire tampon de trace à utiliser. Augmentez ce paramètre pour collecter une quantité plus importante de données, avant que le tampon ne boucle et que vous ne commenciez à perdre les données anciennes.
Valeur par défaut : 1 024 Ko
Valeur minimale : 1 Ko
Valeur maximale : 49 152 Ko
Valeur par défaut : 512 Ko
Valeur minimale : 256 Ko
Valeur maximale : 4 096 Ko
Pour arrêter la trace lorsqu'un message déterminé est écrit dans le journal des messages, entrez le numéro de message dans cette zone d'entrée (par exemple, PCS2110E). Par défaut, cette zone ne contient aucune valeur et le traçage ne s'arrête que lorsque vous cliquez sur Arrêt ou sélectionnez l'option Arrêt dans le menu Trace.
Le fichier de trace est placé dans le répertoire indiqué. Cette zone affiche le répertoire de travail par défaut.
Pour modifier le nom de fichier par défaut, entrez le nouveau nom dans la zone d'entrée. Vous pouvez également parcourir l'arborescence des répertoires pour sélectionner l'emplacement du fichier.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Les options suivantes ont été ajoutées. La distinction majuscule-minuscule ne s'applique pas à ces commandes et paramètres.
CSTRACE LIST /L [nom de fichier]
CSTRACE START /L [nom de fichier]
CSTRACE STOP /L [nom de fichier]
CSTRACE APPLY /L [nom de fichier]
Pour activer l'option de démarrage automatique, utilisez la commande suivante :
CSTRACE AUTO /e 1 /L [nom de fichier]
Pour désactiver l'option de démarrage automatique, utilisez la commande suivante :
CSTRACE AUTO /e 0
Pour activer le traçage d'API APPC et de réseau, vous devez vous assurer que le format du fichier d'options de trace est le suivant :
/f 3 /c 7 /o 1
/f 4 /c 33 /o 2
Pour définir d'autres options de trace en ligne de commande, consultez l'annexe B du Guide d'initiation à l'adresse http://www.ibm.com/software/network/commserver/windows/library/index.html.
Pour afficher l'aide sur la syntaxe, utilisez les commandes cstrace help ou cstrace (sans paramètres supplémentaires).
Pour plus d'informations sur les paramètres CSTRACE, consultez le Guide
d'initiation.
APPNT.bat est un modèle de fichier de commandes en ligne de commande qui permet de lancer le traçage et qui contient la description des options. APPNF.bat est un modèle de fichier de commandes en ligne de commande qui permet d'arrêter, de sauvegarder et de mettre en forme les traces.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Vous pouvez ajouter des indicateurs à la commande SNAFORMAT, afin de créer des fichiers récapitulatif et détaillé. La syntaxe est la suivante :
SNAFORMAT nom de fichier +|-s +|-d +|-h
où
nom de fichier est le nom du fichier de trace d'entrée (comportant
généralement l'extension .TLG)+s produit un fichier récapitulatif. Le fichier de sortie
a le même nom que le fichier d'entrée, avec l'extension .SUM. L'indicateur -s
ne produit pas un fichier récapitulatif.+d produit un fichier détaillé. Le fichier de sortie a le même nom que le fichier
d'entrée, avec l'extension .DET. L'indicateur -d ne produit pas un fichier détaillé.+h inclut les données d'en-tête HPR dans les fichiers de récapitulatif et de détails, s'ils
sont indiqués. L'indicateur -h n'inclut pas les données d'en-tête HPR dans les fichiers
de récapitulatif et de détails mais il formate les flux de données de ligne.
Les valeurs par défaut de l'indicateur sont +s +d +h.
Pour afficher les options prises en charge, tapez la commande SNAFORMAT sans paramètres.
La procédure détaille l'utilisation correcte de l'utilitaire SNAFORMAT.
SNAFORMAT NSTRC.TLG
Par défaut, un fichier récapitulatif et un fichier détaillé sont créés. Le fichier NSTRC.SUM affiche un récapitulatif des événements de flux de données. Le fichier NSTRC.DET fournit des informations de trace détaillées, ainsi que toutes les données du fichier .TLG d'origine.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
DISABLE_IP_ADDRESS_RESOLUTION dans le fichier de configuration ASCII (.ACG), qui
empêche l'appel au serveur de noms de domaine (DNS). Le délai de 5 à 10 secondes est ainsi éliminé.
L'exemple suivant montre comment coder le nouveau paramètre dans le fichier ACG. Les valeurs possibles sont 0=False (la résolution de l'adresse est activée) et 1=True (la résolution de l'adresse est désactivée).
TN3270E_DEF=( AUTO_LOGOFF=0 DEFAULT_POOL_NAME=PUBLIC ENABLE_FILTERING=0 FILTER_PREFERENCE=HOSTNAME_FIRST FREQUENCY=60 KEEPALIVE_TYPE=TN_NONE LOGOFF=30 LU_TAKEOVER=0 LU_TAKEOVER_TIMER=10 TIMER=10 DISABLE_IP_ADDRESS_RESOLUTION=1 )
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Le serveur TN3270 Communications met en oeuvre la fonction de résolution des conflits. Cette fonction permet de résoudre les problèmes relatifs à la restauration du clavier, à la restauration du clavier implicite, la demande de ligne et le signal. Cette mise en oeuvre améliore les performances des clients TN3270E ainsi que la fonctionnalité des applications qui utilisent ces clients.
Cette fonction comprend les mises à jour nécessaires à la prise en charge et à la mise en oeuvre de l'extension de résolution des conflits RFC2355. Les clients (tels qu'IBM WebSphere Host On-Demand 7.02 ou version ultérieure) qui prennent en charge ce document RFC négocient la fonctionnalité lors de l'établissement de la connexion.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Le nom d'hôte est pris en charge pour Enterprise Extender. Ceci comprend l'envoi du nom d'hôte sur LOCATE, ainsi que la prise en charge des réseaux de connexion en cas d'utilisation du nom d'hôte.
Pour éviter des recherches DNS superflues, la définition d'unité EEDLC comporte une option permettant de ne pas utiliser le nom d'hôte. Pour IPv4, cette fonction permet d'améliorer les performances d'utilisation du réseau de connexion où par défaut, l'adresse IP et le nom d'hôte sont transmis aux vecteurs de contrôle de localisation. Elle est également utile pour les liaisons définies fréquemment activées et désactivées. La résolution du nom d'hôte est effectuée lors du démarrage du noeud, mais si l'option Ne pas utiliser de nom d'hôte est activée dans la définition EEDLC, la résolution n'est pas effectuée à nouveau lors de l'activation de la liaison.
Les noms d'hôte des noeuds faisant partie d'un même pare-feu ont la même adresse IP. Cette dernière peut ainsi être utilisée directement. Toutefois, s'il existe un pare-feu entre les noeuds, le nom d'hôte doit être utilisé afin que l'adresse IP soit correctement résolue. Vous devez plus particulièrement respecter cette recommandation lorsqu'un routeur ou un pare-feu se trouvant entre différents noeuds effectue une fonction de conversion d'adresse, de proxy ou de redirection. L'adressage par nom d'hôte doit alors être utilisé à la place de l'adresse IP.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Vous pouvez configurer IPv6 soit avec le nom d'hôte, soit avec l'adresse IP.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Cette zone d'entrée de l'ID utilisateur peut également contenir la valeur System. Dans ce cas, le TP est exécuté avec les droits SYSTEM et le seul poste accessible est le console système.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
C:\Program Files\IBM\Communications Server.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Communications Server for Windows fournit un panneau de configuration avancé pour la prise en charge des cartes. Celui-ci comprend un assistant de configuration qui indique si les cartes installées sur le poste de travail sont activées ou désactivées. Seules les cartes liées au protocole LLC2 sont affichées dans la liste.
Si vous sélectionnez Utiliser la première carte réseau disponible, Communications Server utilise la première carte réseau activée, classée par numéro de carte.
Une configuration type est présentée ci-dessous :
Carte 0 (désactivée)
Carte 1 (activée) Token Ring
Carte 2 (activée) Ethernet
Dans ce cas, la carte 1 est utilisée car la carte 0 est désactivée.
Si votre configuration dépend d'une carte déterminée (par exemple, la carte 2), n'activez pas l'option Utiliser la première carte réseau disponible. En effet, le système d'exploitation risque de réaffecter les numéros de carte lorsque vous ajoutez une carte et la carte que vous avez choisie en priorité risque de ne pas être la première carte disponible. Dans ce cas, sélectionnez la carte à utiliser en priorité dans la liste.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
LU62_TIMEOUT permet de terminer la session
LU 6.2 à la fin de la conversation. La valeur LU62_TIMEOUT_VALUE
indique le délai (en secondes) après lequel la session sera terminée si elle n'est
pas utilisée par une nouvelle conversation.
Voici un exemple d'entrée dans le fichier de configuration .ACG
LU62_TIMEOUT=( LU62_TIMEOUT_RESOURCE_TYPE=GLOBAL_TIMEOUT LU62_TIMEOUT_VALUE=20 )
Cette fonction est configurable uniquement dans le fichier de configuration ACG. Ce paramètre est global dans toutes les sessions LU 6.2 à l'exception des TP de service IBM, par exemple, la session CPSVCMGR et les sessions CP-CP CPSVCMG.
Nouveautés de l'APAR JR20407 (éléments inclus dans la version 6.1.2.3) - Trois nouvelles
options ont été ajoutées pour LU62_TIMEOUT_RESOURCE_TYPE :
LOCAL_LU_TIMEOUT = 2 PARTNER_LU_TIMEOUT = 3 MODE_TIMEOUT = 4
Avec ces nouveaux types, il existe également un nouveau paramètre
LU62_TIMEOUT_RESOURCE_NAME qui définit les noms LOCAL_LU, PARTNER_LU
ou MODE.
LU62_TIMEOUT est utilisé uniquement pour les sessions
avec le nom LU, PARTNER_LU ou MODE indiqué. Les sessions CPSVCMG et CPSVRMGR
ne sont pas désactivées par ce délai d'attente.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
1. PATH_SWITCH_ATTEMPTS - Nombre de tentatives de changement de chemin pour définir des nouvelles connexions RTP. Choisissez une valeur comprise entre 1 et 255. Si vous choisissez 0 (zéro), Communications Server for Windows applique la valeur par défaut 6.
2. SHORT_REQ - Détermine la limite du nombre d'envois d'une demande d'état avant que Communications Server for Windows considère qu'une connexion RTP est déconnectée et démarre un changement de chemin. Choisissez une valeur comprise entre 1 et 255. Si vous choisissez 0 (zéro), Communications Server for Windows applique la valeur par défaut 6.
3. Quatre temporisateurs de changement de chemin - Le délai de changement de chemin est le délai en secondes durant lequel Communications Server for Windows tente de changer le chemin d'une connexion RTP déconnectée. Ce paramètre est défini à l'aide de quatre délais distincts, correspondant à quatre priorités de transmission : LOW, MEDIUM, HIGH, et NETWORK. Chaque valeur doit être comprise entre 1 et 65535. La valeur attribuée à chaque priorité de transmission ne doit pas dépasser la valeur d'une priorité de transmission inférieure. Si vous choisissez 0 (zéro) pour l'une de ces valeurs, Communications Server for Windows applique la valeur par défaut correspondante :
LOW_PATH_SWITCH_TIME = 480 secondes (8 minutes) MEDIUM_PATH_SWITCH_TIME = 240 secondes (4 minutes) HIGH_PATH_SWITCH_TIME = 120 secondes (2 minutes) NETWORK_PATH_SWITCH_TIME = 60 secondes (1 minute)Remarque : Les délais de changement de chemin doivent être dans l'ordre suivant : LOW > MEDIUM > HIGH > NETWORK.
Les 4 temporisateurs de changement de chemin RTP_TUNING doivent être supérieurs au délai d'attente de chaque liaison utilisée. Par exemple, les liaisons EEDLC sont testées à la fin de chaque "Délai d'inactivité" et la connexion est tentée en fonction du "Nombre de tentatives de connexion" avant la détection de l'erreur. Ces paramètres sont configurés sur le panneau IBM EEDLC IPv6 ou Ipv4 et Unité EEDLC. Les valeurs par défaut sont les suivantes : Délai d'inactivité = 10 secondes et Nombre de tentatives de connexion = 3. Cela signifie que le délai d'erreur sur la liaison est de (3 + 1) x 10 = 40 secondes. Jusqu'à la détection de l'incident de la liaison, des tentatives de changement de chemin sont effectuées sur cette liaison et par conséquent elles échouent. En cas d'échec des tentatives de changement de liaison, les sessions acheminées sur le canal HPR sont fermées.
4. MAX_REFIFO_TIME - Le protocole RTP utilise un temporisateur appelé REFIFO Timer. La valeur de ce temporisateur est calculée dans le cadre de ce protocole, et ce paramètre définit la valeur maximale du délai en millisecondes. Dans certains cas, la valeur maximale permet d'améliorer les performances. Si la valeur est 0 (zéro), le délai n'est pas limité et toute valeur calculée par le protocole peut être appliquée au temporisateur. La valeur par défaut de ce paramètre est de 4000 millisecondes et la valeur minimale est de 250 millisecondes. Si la valeur attribuée est comprise entre 1 et 249 millisecondes, la valeur appliquée sera 250 millisecondes.
Avant cette modification, le délai Refifo n'était pas limité, maintenant une limite est définie par défaut. Pour ne pas appliquer de limite, attribuez la valeur 0 (zéro) comme décrit ci-dessus.
5. MAX_SHORT_REQ_TIME - Le protocole RTP utilise un temporisateur appelé Short Request Timer. La valeur de ce temporisateur est calculée dans le cadre de ce protocole, et ce paramètre définit la valeur maximale du délai en millisecondes. Dans certains cas, la valeur maximale permet d'améliorer les performances. Si la valeur est 0 (zéro), le délai n'est pas limité et toute valeur calculée par le protocole peut être appliquée au temporisateur. La valeur par défaut de ce paramètre est de 8000 millisecondes et la valeur minimale est de 500 millisecondes. Si la valeur attribuée est comprise entre 1 et 499 millisecondes, la valeur appliquée sera de 500 millisecondes.
Avant cette modification, le délai Short Request n'était pas limité, maintenant une limite est définie par défaut. Pour ne pas appliquer de limite, attribuez la valeur 0 (zéro) comme décrit ci-dessus.
Exemple de modification du délai de changement de chemin par défaut avec RTP_TUNING dans le fichier .acg.
RTP_TUNING=(
PATH_SWITCH_ATTEMPTS=6 RANGE = 0,255 default = 6
SHORT_REQ=0 RANGE = 0,255 default = 6
LOW_PATH_SWITCH_TIME=240 RANGE = 1,65535 default = 480 seconds
MEDIUM_PATH_SWITCH_TIME=120 RANGE = 1,65535 default = 240 seconds
HIGH_PATH_SWITCH_TIME=100 RANGE = 1,65535 default = 120 seconds
NETWORK_PATH_SWITCH_TIME=60 RANGE = 1,65535 default = 60 seconds
MAX_SHORT_REQ_TIME=8000 RANGE = 0,24000 default = 8000 milliseconds
MAX_REFIFO_TIME=4000 RANGE = 0,12000 default = 4000 milliseconds
)
L'affichage de RTP_TUNING a été également ajouté au paramètre CSDISPLAY RTN sous la forme suivante :
Low Path Switch Time 480 Medium Path Switch Time 240 High Path Switch Time 120 Network Path Switch Time 60 Path Switch Attempts 6 Short Request Retry Limit 6 Maximum Short Request Time 8000 Maximum Refifo Time 4000
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
NODE du fichier .ACG. La valeur 1 active cette fonction.
GVRN_SUPPORT=1
Cette fonction peut également être activée via l'interface graphique de configuration de noeud. Dans la fenêtre Définition du noeud, cochez l'option Activer le support GVRN dans les options avancées.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Pour définir un réseau de connexion en tant que ressource illimitée, vous devez ajouter
la valeur suivante à la section CONNECTION_NETWORK du fichier .ACG .
INHERIT_PORT_LIMITED_RESOURCE=YES
De plus, définissez la valeur IMPLICIT_LIMITED_RESOURCE=NO
dans la section PORT pour le port indiqué pour le réseau de
connexion.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Pour activer la connexion express, sélectionnez la case à cocher de la fenêtre de configuration de la prise en charge ELF située sous la hiérarchie de définition du serveur TN3270E. Dans la fenêtre de configuration, vous devez identifier le système DCAS à utiliser. Le DCAS peut être identifié par son adresses IP ou par son nom d'hôte et son numéro de port.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
-Q/-q - Mode silencieux pour la suppression des menus en incrustation.
Cette option permet d'effectuer les actions suivantes :
-S/-s - Suppression de la collecte de registres. Cette option permet de supprimer la collecte de registres et donc le programme de groupage d'informations de sortie ne collecte pas registry.dat et csntreg.dat.
Remarque : Par défaut, le programme de groupage d'informations affiche des menus en incrustation et collecte des informations de registre lors d'une exécution sans option.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Vous devez alors arrêter manuellement les exécutables du client API SNA. L'utilitaire en mode ligne de commande resetapi.exe est installé avec les API client Windows. Cette utilitaire arrête les exécutables du client API SNA sans redémarrage du client.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Clients Remote Desktop<====> WTS avec Personal Communications et client API SNA <====> CS/Windows <====> hôte z/OS
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
La configuration sur WTS s'effectue comme suit :
Par exemple si la configuration utilisateur 1 se trouve dans le fichier C:\utilisateur1\utilisateur1.ini et la configuration utilisateur 2 se trouve dans le fichier C:\utilisateur2\utilisateur2.ini, vous devez effectuer la configuration comme suit :
La procédure de configuration n'a pas été modifiée. La configuration des sessions LUA, des programmes de transaction, etc. est conservée. Il n'est pas nécessaire de modifier la configuration de Personal Communications. Les étapes de la configuration de Personal Communications ou de toute application restent inchangées.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Les valeurs par défaut (taille de fichier et nombre maximal de fichiers) peuvent être modifiées à l'aide de la commande tracedg /s FileSize /n MaxNum. Cette valeur est globale. La valeur définie par un utilisateur sera appliquée à tous les utilisateurs.
Par exemple, tracedg /s 92160 /n 20 entraîne la création de fichiers pcatrace d'une taille de 90 ko et le nombre maximal de fichiers créés est 20. Ensuite, le 21ème fichier créé écrase le premier fichier.
C:>INFOB
Il effectue une procédure de 13 étapes et collecte les informations (11 documents mentionnés ci-dessous) dans cspd.exe. Celui-ci est placé dans le répertoire d'installation (par défaut C:\Program Files\IBM\CS SNA API Client).
Lorsque vous signalez un incident à IBM, exécutez le programme de groupage d'informations et envoyez le fichier cspd.exe au service d'assistance IBM.
Récapitulatif des fonctions du programme de groupage d'informations pour le client API SNA :
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Les extensions du schéma sont fournies pour Netscape Directory Server et doivent être ajoutées à la configuration du serveur avant de la configuration des clients API SNA. Les autres serveurs d'annulaire pris en charge contiennent déjà les définitions de schéma nécessaires. Le contrôle d'accès pour les entrées et les attributs doit être vérifié à l'aide de l'utilitaire d'administration du serveur d'annuaire.
L'utilitaire de configuration LDAP API SNA vous permet de modifier les entrées étendues. L'ID utilisateur employé avec cet utilitaire doit posséder le droit d'écriture dans l'annuaire. Vous pouvez utiliser l'ID d'administrateur d'annuaire (qui possède ces droits d'accès) lors de l'exécution de l'utilitaire de configuration du client.
Pour ajouter les extensions de schéma au serveur Netscape, ajoutez les lignes suivantes au fichier slapd.conf, qui est situé dans le répertoire \config du serveur d'annuaire Netscape.
include ibmcs-oc-ns.conf
include ibmcs-at-ns.conf
Le nom de chemin exact de cet annuaire dépend de l'emplacement d'installation du serveur d'annuaire et du nom du serveur d'annuaire. Voir l'exemple suivant :
lettre_unité:\netscape\suitespot\slapd-hostname\config
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
PATHNAME=C:\IBMCS\apingd.exe pour obtenir : PATHNAME=C:\Program Files\IBM\Communiactions Server\apingd.exe
Pour effectuer cette modification, vous pouvez éditer le fichier de configuration .acg ou bien utiliser l'interface graphique de configuration accessible dans "CPIC et APPC -> Programmes de transaction"
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Communications Server for Windows vous permet de configurer différents niveaux de chiffrement (Elevé, Moyen, Authentification seulement) lors de la définition d'un port TN3270(E) ou TN5250. Ces niveaux de chiffrement sont indiqués dans le panneau Sécurité de la boîte de dialogue Définition de définitions de port TN3270E.
Certains clients TN3270 ou TN5250 (par exemple, Host On-Demand Version 5) n'utilisent pas l'intégralité des informations SSLv3 que Communications Server publie dans un paquet SLP. Ces clients se connectent au premier port avec le niveau, le secteur, le groupe et la charge SSL qu'ils ont demandés, indépendamment du niveau de chiffrement. La connexion résultante peut produire une session qui se connecte à un port possédant un niveau de chiffrement différent de celui prévu.
Pour éviter cette situation, utilisez un seul niveau de chiffrement (Elevé, Moyen ou Authentification seulement) pour chaque machine ou secteur. Les ports d'un serveur déterminé peuvent être ciblés uniquement en activant et désactivant la sécurité et l'authentification client.
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Informations de référence fournies par IBM : http://www.ibm.com/support/docview.wss?uid=wws1e333ce0912f7b152852571f60074d175 Limitations relatives aux délais fournies par VMware : http://www.vmware.com/pdf/vmware_timekeeping.pdf
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
[Revenir en haut de la sous-section] [Revenir en haut du document] [Table des matières]
Tivoli et Tivoli License Management sont des marques de Tivoli Systems Inc. ou d'IBM Corporation aux Etats-Unis et/ou dans certains autres pays.
Lotus et Domino sont des marques de Lotus Development Corporation aux Etats-Unis et/ou dans certains autres pays.
Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Server 2003 et Windows Vista sont des marques de Microsoft Corporation aux Etats-Unis et/ou dans certains autres pays.
VMware est une marque de VMware, inc. [Revenir en haut de la page] [Table des matières]