IBM Communications Server para Windows Versión 6.1.3 es una actualización que proporciona una nueva interfaz de Windows Installer (anteriormente denominado Microsoft Installer o MSI), además de arreglos y actualizaciones de la versión 6.1.2. La versión 6.1.3 es una instalación completa y, si ya hay instalada una versión anterior, debe desinstalarse antes de instalar la versión 6.1.3.
Este documento contiene información suplementaria a la ayuda en línea y las publicaciones. Describe las nuevas funciones añadidas, restricciones y correcciones, y ofrece consejos y sugerencias.
Muchas gracias por elegir IBM Communications Server.
Consulte los sitios web listados en la sección 4 para ver la información más reciente sobre este producto.
Es necesario disponer de 5 MB de espacio de disco en la unidad de arranque y 175 MB en cualquier unidad de disco duro para uso permanente.
Los clientes API SNA se ejecutan en modalidad de 32 bits en cualquier hardware que dé soporte a Windows 2000, Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition) o Windows Vista. Los clientes API SNA requieren 25 MB en cualquier unidad de disco duro para uso permanente.
Los clientes de administración remota se ejecutan en cualquier hardware que dé soporte a sistema operativos de 32 bits para Windows 2000, Windows XP, Windows Server 2003 (Standard Edition o Enterprise Edition) o Windows Vista.
Además:
Se necesita uno de los navegadores siguientes para instalar Communications Server utilizando el Launchpad:
Los clientes API SNA requieren:
Las plataformas Windows que están fuera de servicio (como Windows NT) no tienen soporte en Communications Server Versión 6.1.2 y posteriores.
También puede consultar la Guía de iniciación rápida desde el paquete de instalación.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Este Communications Server 6.1.3 es una instalación completa y sólo se pueden instalar los CSD para 6.1.3 después de esta instalación.
IBM proporciona un servicio de mantenimiento correctivo mediante:
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Para Windows Installer 4.0 en Windows Vista y superiores, los productos de Communications Server tienen habilitado el registro de anotaciones verboso de forma predeterminada para las operaciones de instalación/desinstalación. Sin embargo, para los sistemas Windows anteriores a Vista, de forma predeterminada, la desinstalación iniciada desde la opción "Agregar o Quitar Programas" no se registrará.
En los sistemas más antiguos, es necesario añadir la siguiente entrada en el registro de la máquina para poder registrar la desinstalaciones iniciadas desde la opción "Agregar o Quitar Programas":
Para poder registrar una desinstalación, antes de desinstalar cualquiera de los tres productos de Communications Server ejecute msilogging_add.reg, que está instalado en Tools bajo el directorio de instalación principal de Communications Server, para actualizar el registro.
Nota: Puesto que el registro de Windows Installer se aplica a todos los productos que se instalan o desinstalan en el sistema, dejar este registro de anotaciones habilitado puede tener efectos negativos en el rendimiento y reducir el espacio en disco.
Después de la desinstalación, ejecute msilogging_remove.reg para eliminar la entrada. Aunque el producto se haya desinstalado, los archivos de msilogging permanecerán en Tools bajo el directorio de instalación principal de Communications Server. Estos archivo no se desinstalan con el producto.
Los registros de anotaciones de instalación estarán el directorio de registro que se haya especificado al instalar el producto. Cuando desintale el producto utilizando la opción "Agregar o Quitar Programas", el registro de anotaciones de desinstalación se encontrará en el directorio TEMP de la máquina. El nombre del archivo de registro de anotaciones tendrá el formato MSI***.log, donde *** es un número cualquiera. Utilice la indicación de fecha y hora para determinar qué archivos corresponden a la desinstalación de Communications Server.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Eliminar versiones anteriores de Communications Server
El APAR JR21456 de Communications Server 6.1.2 proporciona un paquete de limpieza que elimina el nivel de código anterior de Communications Server 6.1.2 y la información del registro. Para garantizar la completa desinstalación del producto Communications Server anterior, puede descargar el paquete de limpieza (JR21546) de http://www.ibm.com/support/docview.wss?rs=2262&uid=swg24009834
Las instrucciones de desinstalación se encuentran en la publicación Guía de iniciación rápida en http://www.ibm.com/software/network/commserver/windows/library/index.html
También puede consultar la Guía de iniciación rápida desde el soporte de instalación.
Si Personal Communications está instalado en la misma máquina que Communications Server, debe desinstalar Personal Communications antes de desinstalar Communications Server.
Si no se puede desinstalar Personal Communications satisfactoriamente,
vaya a la página de soporte siguiente de Communications Server y busque
las notas técnicas (Technotes) para obtener información adicional:
http://www.ibm.com/support/search.wss?tc=SSHQNF&rs=2262&rank=8&dc=DB520+D800+D900+DA900+DA800+DB560&dtm
Todas las aplicaciones que utilicen Communications Server deben finalizarse antes de desinstalar el producto. Si se intenta desinstalar Communications Server mientras se está ejecutando una aplicación (como APING o Personal Communications), la desinstalación se detendrá hasta que finalice la aplicación.
Eliminar versiones anteriores de Communications Server para Client Access
Para eliminar la versión 6.1.2 o las versiones anteriores, debe ejecutar regsvr32.exe sobre cwbzzodb.dll y cwbzzidx.dll. Consulte Reparación tras la instalación o desinstalación de Client Access para obtener más información.
Para eliminar la versión 6.1.3, vaya a Agregar o quitar programas y seleccione el programa que desea eliminar.
[Volver al principio del documento] [Tabla de contenido]
[Volver al principio] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Esta llamada ampliada no está soportada por Communications Server para Linux o Communications Server para AIX. Se ha cambiado CPI-C en Communications Server para Windows para que emita automáticamente el verbo APPC TP_ENDED cuando se desasigna la última conversación. Con este cambio, todavía se permite la llamada TP_End pero ya no es obligatoria. Las aplicaciones antiguas de Communications Server para Windows que utilizan TP_End no se verán afectadas, y los nuevos programas escritos sin TP_End también finalizarán correctamente. Esto permite una mayor portabilidad de código de programa CPI-C entre IBM Communications Server para Windows, AIX y Linux.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
El ejemplo siguiente muestra la entrada del archivo .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
)
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Communication Server para OS/2 proporcionaba tanto un ritmo fijo como un ritmo fijo bidireccional. Communications Server para Windows sólo proporciona ritmo adaptativo. El requisito para el ritmo fijo es limitar el tamaño máximo de la ventana de ritmo para reducir los requisitos de almacenamiento intermedio y los retrasos con otras aplicaciones utilizando el mismo enlace. Aunque Communications Server para Windows todavía utilizará ritmo adaptable, puede simularse ritmo fijo estableciendo un límite inferior para MAX_RECEIVE_PACING_WINDOW. MAX_RECEIVE_PACING_WINDOW en el archivo .ACG forma parte de la definición de MODE. Por ejemplo, la modalidad "FIXEDPAC" puede definirse de la manera siguiente:
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
)
En este ejemplo, la ventana de ritmo empieza en 2 (RECEIVE_PACING_WINDOW) y tiene 5 como valor máximo (MAX_RECEIVE_PACING_WINDOW). Tenga en cuenta que la ventana de ritmo de envío es adaptable sin un límite especificado, a menos que el nodo remoto tenga la modalidad establecida con MAX_RECEIVE_PACING_WINDOW.
El parámetro MAX_RECEIVE_PACING_WINDOW puede establecerse editando el archivo de configuración .acg o utilizando el verbo DEFINE_MODE de la API NOF. El parámetro MAX_RECEIVE_PACING_WINDOW puede establecerse mediante la llamada NOF. La variable NOF utilizada para definir este parámetro es max_receive_pacing_win.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Para los controladores más recientes, póngase en contacto con el proveedor de los adaptadores. Para los adaptadores que no estén en la lista anterior, póngase en contacto con el proveedor del adaptador para determinar si el adaptador ofrece soporte para Communications Server para Windows. El proveedor del adaptador debe proporcionar los controladores de pila de protocolo adecuados para su ejecución con Communications Server para Windows versión 6.1.3.
Los adaptadores LAN soportados por Microsoft también pueden funcionar con Communications Server para Windows. De igual forma, los adaptadores IP LAN soportados por Microsoft también tienen soporte en Enterprise Extender.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Este valor está definido en el registro de Windows con la clave "NumberRcvBuffers" (type DWORD) bajo "HKLM\System\CurrentControlSet\Services\pdlndldl\Parameters". Los valores válidos están dentro del rango 128 a 1024. Para cambiar el valor, escriba "regedit" en una línea de mandatos y, a continuación, busque "NumberRcvBuffers" y modifíquelo para establecer el nuevo valor entre 128 y 1024. Es necesario reiniciar para que el cambio de este valor tenga efecto.
Antes de editar el registro, consulte el artículo de Microsoft http://support.microsoft.com/kb/256986 para obtener instrucciones y avisos de precaución.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
En versiones anteriores, la función de descubrimiento siempre estaba habilitada y no se podía inhabilitar. Para reducir el tráfico de red innecesario, con la versión 6.1.3 se ha añadido una opción que permite inhabilitar el descubrimiento. Ahora el valor predeterminado es inhabilitada.
Esta opción está definida en el registro de Windows con la clave "EnableDiscovery" (tipo DWORD) bajo "HKLM\SOFTWARE\IBM\Communications Server\CurrentVersion\RAPI". Los valores válidos son 0 (valor predeterminado) para inhabilitar y 1 para habilitar. Si se suprime la clave del registro, se habilita el descubrimiento. Para cambiar el valor, escriba "regedit" en una línea de mandatos, busque el parámetro "EnableDiscovery" y pulse "modificar" para cambiar el valor. Es necesario reiniciar para que el cambio de este valor tenga efecto.
Antes de editar el registro, consulte el artículo de Microsoft http://support.microsoft.com/kb/256986 para obtener instrucciones y avisos de precaución.
Esto puede verificarse mediante el programa de utilidad de rastreo habilitando el elemento de rastreo Servicios de usuario->Operaciones de nodo SNA->Rastreo de procedimiento. Inicie las operaciones de nodo SNA. En el archivo de rastreo formateado se encontrarán los siguientes elementos de rastreo.
[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 registryCon este resultado se puede verificar que el descubrimiento está inhabilitado y que no se envía multidifusión.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Utilice estos ejemplos para crear sus propias configuraciones. Se recomienda hacer copias de los ejemplos, en lugar de modificarlos. Las copias de los ejemplos se pueden modificar utilizando un editor de texto o utilizando la GUI de configuración de nodo de Communications Server para Windows. El uso de los ejemplos requiere las modificaciones siguientes:
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Con esta función, una aplicación cliente puede buscar los servicios TN3270 y TN5250 de Communications Server en el servidor Windows. Active Directory devolverá la dirección IP y el número de puerto del servidor Windows a la aplicación, lo que permite al cliente conectar con el servidor. Esto funciona para aplicaciones que utilicen API LDAP V3 (Lightweight Directory Access Protocol) o API ADSI (Active Directory Services Interface) en clientes Windows.
Para localizar servicios en Active Directory, especifique estos argumentos en el argumento de filtro de ldap_search como parte de la API de llamada de búsqueda de directorio:
CN=IBM_CSNT* objectclass=serviceConnectionPoint
La llamada de búsqueda proporciona la dirección IP y el número de puerto del servidor TN al parámetro serviceBindingInformation.
Con Communications Server 6.1.2.3, se proporciona una opción para no publicar los servicios TN3270 en LDAP Active Directory. Si se establece la palabra clave "TN3270AdvtToADS" de HKEY_LOCAL_MACHINE\SOFTWARE\IBM\Communications Server\CurrentVersion\Configuration con el valor "0" para DWORD, los anuncios públicos de TN3270 quedan inhabilitados.
Pasos a seguir para inhabilitar la publicación:
El valor del registro de Windows para el parámetro TCP/IP de paquete multidifusión debe cambiarse de su valor por omisión para dar soporte a SLP. Este parámetro determina si las multidifusiones IP se envían utilizando la dirección de Token Ring Multicast (como se describe en RFC 1469) o utilizando la dirección de difusión de la subred.
El valor por omisión de 1 en Windows configura el sistema para que utilice la dirección de RFC1469 Token Ring Multicast en multidifusiones IP. Si se establece el valor en 0 se configura el sistema para utilizar la dirección de difusión de la subred para multidifusiones IP.
Utilice el procedimiento siguiente para habilitar el soporte de SLP en Windows:
MiPC\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Si ya existe el valor de la serie TrFunctionalMcastAddress, restablezca el valor de la forma siguiente:
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
En el entorno de WTS, el rastreo de nivel de aplicación funciona del mismo modo que antes. Cada usuario puede iniciar el recurso de rastreo y sólo captura las entradas de rastreo del nivel de aplicación procedentes de sus aplicaciones. Un usuario no puede capturar las entradas de rastreo de aplicación de otro usuario. El recurso de rastreo se ha modificado para que el usuario con el ID 0 de la sesión de WTS pueda acceder a las opciones de rastreo del controlador de dispositivo y reciba las entradas de rastreo del controlador de dispositivo. Los usuarios de las sesiones de WTS distintas de la sesión con ID 0 no podrán acceder a las opciones de rastreo del controlador de dispositivo ni recibirán las entradas de rastreo del controlador de dispositivo. El comportamiento anterior sólo es aplicable para la versión 6.1.2
Para 6.1.3, la GUI del recurso de rastreo se ha modificado para que maneje el rastreo a nivel de Kernel incluso en sesiones que no sean cero. Esta modificación se ha realizado para dar soporte al rastreo a nivel de Kernel en Microsoft Vista, puesto que Vista no tiene una sesión 0 ni siquiera para la sesión de consola. Sin embargo, esta implementación tiene actualmente una limitación y requiere privilegios administrativos. En caso de usuarios del dominio, el uso de la opción de rastreo desde línea de mandatos permitirá que los usuarios que no sean administradores puedan realizar un rastreo de las opciones a nivel de kernel.
Windows asigna normalmente el ID 0 de la sesión de WTS al primer usuario de la máquina servidor WTS. No se asigna la sesión de WTS con ID 0 a máquinas remotas. El formato del archivo de configuración de rastreo se ha actualizado para identificar opciones de rastreo de controlador de dispositivo. La ventana principal del recurso de rastreo indica si el usuario puede rastrear o no la actividad de controlador de dispositivo desde su sesión de WTS.
Se ha actualizado el rastreo desde línea de mandatos para permitir a los usuarios que no tengan el ID 0 de sesión de WTS efectúen el rastreo de nivel de kernel. Los usuarios pueden emitir opciones de rastreo de nivel kernel como APPN y APPC y Connectivity mediante el mandato CSTRACE.
El menú Opciones > Preferencias le permite cambiar parámetros de rastreo por omisión como los listados a continuación. Pulse Restablecer para restablecer todos los valores.
La longitud para truncar el registro de rastreo para las funciones de API APPC y APPN puede especificarse de una de las siguientes maneras:
Los registros de conectividad LAN/LLC2 y EEDLC también pueden truncarse en 128 bytes.
Puede seleccionar que se escriban los datos sin formatear en almacenamientos intermedios internos de rastreo que más tarde se pueden guardar. También se pueden escribir los datos directamente en un solo archivo o en varios archivos de longitud fija.
Para este valor también puede seleccionar qué tamaño de almacenamiento intermedio de rastreo utilizar. Aumente este valor para recopilar más datos antes de que el almacenamiento intermedio de rastreo llegue al límite y comience a perder datos antiguos.
Valor por omisión: 1024
Mínimo: 1 KB
Máximo: 49152 KB
Valor por omisión: 512
Mínimo: 256 KB
Máximo: 4096 KB
Para detener el rastreo cuando se emite un mensaje específico para las anotaciones de mensajes, entre el número de mensaje aquí (por ejemplo, PCS2110E). Por omisión, no se lista ninguna entrada y el rastreo sólo se detendrá si pulsa Detener o selecciona el elemento de menú Stop en el menú Rastreo.
El archivo de rastreo se encuentra en el directorio especificado. Este campo muestra el directorio de trabajo por omisión.
Para cambiar el nombre por omisión, especifique el nuevo nombre en el recuadro de entrada. También puede buscar la ubicación del archivo.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Se han añadido las opciones siguientes. Los mandatos y parámetros no son sensibles a las mayúsculas y minúsculas.
CSTRACE LIST /L [nombre archivo]
CSTRACE START /L [nombre archivo]
CSTRACE STOP /L [nombre archivo]
CSTRACE APPLY /L [nombre archivo]
Para activar automáticamente la opción en el arranque, utilice el mandato siguiente:
CSTRACE AUTO /e 1 /L [nombre de archivo]
Para desactivar automáticamente la opción en el arranque, utilice el mandato siguiente:
CSTRACE AUTO /e 0
Para activar el rastreo de API APPC y LAN, el formato de las opciones de rastreo debe ser de la forma siguiente:
/f 3 /c 7 /o 1
/f 4 /c 33 /o 2
Para establecer otras opciones de rastreo desde la línea de mandatos, consulte la publicación Guía de iniciación rápida, Apéndice B, en http://www.ibm.com/software/network/commserver/windows/library/index.html.
Para obtener ayuda sobre la sintaxis, emita los mandatos
cstrace help o cstrace (sin parámetros adicionales).
Consulte el documento Guía de iniciación rápida para obtener
información adicional sobre el parámetro CSTRACE.
APPNT.bat es un archivo de proceso por lotes de línea de mandatos de ejemplo para iniciar rastreos, con la descripción de las opciones. APPNF.bat es un archivo de proceso por lotes de línea de mandatos de ejemplo para detener, guardar y dar formato a los rastreos.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Puede añadir distintivos al mandato SNAFORMAT para crear un archivo de resumen y detallado. La sintaxis es la siguiente:
SNAFORMAT nombrearchivo +|-s +|-d +|-h
donde
nombrearchivo es el nombre del archivo de rastreo de entrada (con la típica
extensión .TLG)+s produce un archivo de resumen. El archivo de salida tiene el mismo nombre
que el archivo de entrada, con la extensión .SUM. El distintivo -s no produce un archivo de resumen.+d produce un archivo de detalle. El archivo de salida tiene el mismo nombre
que el archivo de entrada, con la extensión .DET. El distintivo -d no produce un archivo de detalle.+h incluye datos de cabecera HPR en los archivos de resumen y detalles si se
especifican. El distintivo -h no incluye datos de cabecera HPR en los archivos de resumen y detalles,
pero sí da formato a las corrientes de datos de línea.
Los distintivos por omisión son +s +d +h.
Escriba el mandato SNAFORMAT sin parámetros para mostrar las opciones soportadas.
El procedimiento siguiente describe el uso adecuado del programa de utilidad SNAFORMAT.
SNAFORMAT NSTRC.TLG
Por omisión, se producen archivos de resumen y de detalle. El archivo NSTRC.SUM muestra un resumen de sucesos de flujo de datos. El archivo NSTRC.DET ofrece información detallada de rastreo, así como todos los datos del archivo .TLG original.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
DISABLE_IP_ADDRESS_RESOLUTION en el
archivo de configuración ASCII (.ACG), que impide la llamada al DNS. Esto elimina el retardo de 5 a 10 segundos.
El ejemplo siguiente muestra cómo codificar el nuevo parámetro del archivo ACG. Los valores posibles son 0=False (habilita la resolución de direcciones) y 1=True (inhabilita la resolución de direcciones).
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 )
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
El servidor TN3270 de Communications Server implementa la Función de resolución de contención. Esta función soluciona problemas con Keyboard Restore, Implied Keyboard Restore, Bid y Signal. La implementación mejora el rendimiento de los clientes TN3270E y mejora la funcionalidad de las aplicaciones que utilizan esos clientes.
Esta característica incluye las actualizaciones necesarias para dar soporte e implementar la extensión RFC2355 de resolución de contención. Los clientes (como IBM WebSphere Host On-Demand 7.02 o posterior) que soportan este RFC negocian la funcionalidad durante la configuración de la conexión.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Se proporciona soporte de nombre de sistema principal para Enterprise Extender. Esto incluye el envío del Nombre de sistema principal en LOCATE y el soporte de redes de conexión cuando se utiliza el Nombre de sistema principal.
Para evitar búsquedas de DNS innecesarias, la definición del dispositivo EEDLC tiene una opción para no utilizar el nombre de sistema principal. Para IPv4, esta función sirve para aumentar el rendimiento al utilizar la red de conexión con el valor predeterminado de pasar la dirección IP y el nombre de sistema principal en vectores de control LOCATE. También es útil en el caso de enlaces definidos que se activan y desactivan frecuentemente. El nombre de sistema principal se resuelve cuando se inicia el nodo, pero si No utilizar nombre de sistema principal está establecido en la definición EEDLC, entonces no se vuelve a resolver cuando se activa en enlace.
Si todos los nodos están dentro del mismo cortafuegos, el nombre de sistema principal se resolverá con la misma dirección IP en todos los nodos y, por tanto, la dirección IP podrá utilizarse de forma directa. No obstante, si los nodos tienen un cortafuegos que los separa, debe utilizarse el nombre de sistema principal para que la dirección IP se resuelva correctamente en ambos lados. Esto es especialmente así cuando hay un direccionador o un cortafuegos entre los nodos que realiza la función de redirección, de proxy o de conversión de direcciones, lo cual obliga a utilizar el direccionamiento por nombre del sistema principal en lugar de la dirección IP.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
IPv6 puede configurarse con el nombre de sistema principal o la dirección IP.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Este campo de ID de usuario también puede tener el valor System. En ese caso, el TP se ejecuta con autorización SYSTEM y la única estación de trabajo a la que se puede acceder es la consola del sistema.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
C:\Archivos de programa\IBM\Communications Server.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Communications Server para Windows proporciona un panel de configuración mejorado para soporte del adaptador. Esto incluye un asistente de configuración que le muestra si los adaptadores instalados en la estación de trabajo están habilitados o inhabilitados. Sólo se muestran en la lista los adaptadores vinculados al protocolo LLC2.
Si selecciona Utilizar primer adaptador de LAN disponible, Communications Server utiliza el primer adaptador de LAN habilitado, clasificado por número de adaptador.
La configuración siguiente es una configuración típica:
Adaptador 0 (inhabilitado)
Adaptador 1 (habilitado) Token Ring
Adaptador 2 (habilitado) Ethernet
En este caso, se utiliza el Adaptador 1 porque el Adaptador 0 está inhabilitado.
Si la configuración depende de un adaptador específico (por ejemplo, Adaptador 2), no habilite la opción Utilizar el primer adaptador de LAN disponible. Esto se debe a que el sistema operativo podría reasignar los números de adaptador al añadir un adaptador, y el adaptador preferido podría no ser el primer adaptador disponible. En esta situación, seleccione el adaptador preferido en la lista.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
LU62_TIMEOUT le permite terminar la sesión LU 6.2 al finalizar
la conversación. El valor de LU62_TIMEOUT_VALUE especifica el tiempo (en segundos)
después del cual terminará la sesión si no la utiliza ninguna nueva conversación.
El ejemplo siguiente muestra la entrada del archivo .ACG.
LU62_TIMEOUT=( LU62_TIMEOUT_RESOURCE_TYPE=GLOBAL_TIMEOUT LU62_TIMEOUT_VALUE=20 )
La característica sólo se puede configurar en el archivo de configuración ACG. El valor es global para todas las sesiones LU 6.2, a excepción de los TP de IBM Service, como la sesión CPSVCMGR y las sesiones CP-CP CPSVCMG.
Como novedad en el APAR JR20407 (incluido en 6.1.2.3), se han añadido tres nuevas opciones
para LU62_TIMEOUT_RESOURCE_TYPE:
LOCAL_LU_TIMEOUT = 2 PARTNER_LU_TIMEOUT = 3 MODE_TIMEOUT = 4
Con estos nuevos tipos también se proporciona un nuevo parámetro
LU62_TIMEOUT_RESOURCE_NAME que especifica el nombre
de LOCAL_LU, el nombre de PARTNER_LU o el nombre de MODE.
LU62_TIMEOUT se utiliza sólo para sesiones en las que se especifica
el nombre de LU, PARTNER_LU o MODE. De nuevo, este tiempo de espera no desactiva
las sesiones CPSVCMG y CPSVRMGR.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
1. PATH_SWITCH_ATTEMPTS - Número de intentos de conmutación de vía de acceso para activar nuevas conexiones RTP. Especifique un valor dentro del rango 1-255. Si especifica el valor 0 (cero), Communications Server para Windows utiliza el valor predeterminado 6.
2. SHORT_REQ - Limita el número de veces que se envía una petición de estado antes de que Communications Server para Windows determine que se ha desconectado una conexión RTP e inicie el proceso de conmutación de vía de acceso. Especifique un valor dentro del rango 1-255. Si especifica el valor 0 (cero), Communications Server para Windows utiliza el valor predeterminado 6.
3. Cuatro temporizadores de conmutación de vías de acceso - El tiempo de conmutación de vía de acceso es el periodo de tiempo, en segundos, durante el cual Communications Server para Windows intenta conmutar la vía de acceso de una conexión RTP desconectada. Este parámetro se especifica como cuatro periodos de tiempo aparte para cada una de las prioridades de transmisión válidas, en orden: LOW, MEDIUM, HIGH y NETWORK. Cada uno de ellos debe estar dentro del rango 1-65535. El valor que especifique para cada prioridad de transmisión no debe exceder el valor de cualquier prioridad de transmisión inferior. Si especifica 0 (cero) para alguno de estos valores, Communications Server para Windows utiliza el siguiente valor predeterminado correspondiente:
LOW_PATH_SWITCH_TIME = 480 segundos (8 minutos) MEDIUM_PATH_SWITCH_TIME = 240 segundos (4 minutos) HIGH_PATH_SWITCH_TIME = 120 segundos (2 minutos) NETWORK_PATH_SWITCH_TIME = 60 segundos (1 minuto)NOTA: Los periodos de tiempo de conmutación de vía de acceso debe cumplir que LOW > MEDIUM > HIGH > NETWORK.
Los temporizadores de conmutación de vía de acceso RTP_TUNING (todos 4) deben ser mayor que el tiempo de espera de los enlaces que se utilizan. Por ejemplo, los enlaces EEDLC se prueban cada "tiempo de inactividad" y se vuelven a intentar para "número de reintentos de conexión" antes de que se detecte un error. Estos parámetros están configurados bajo el panel IBM EEDLC para Ipv4 o IPv6 y dispositivo EEDLC. Los valores predeterminados son, tiempo de inactividad = 10 segundos y número de reintentos de conexión = 3. Esto significa que un error de enlace podría tardar (3 + 1) x 10 = 40 segundos. Antes de detectar el error de enlace, los intentos de conmutación de vía de acceso utilizarán el enlace con error y, por tanto, no tendrán éxito. Cuando los intentos de conmutación de vía de acceso fallan, las sesiones que se direccionan a través del conducto HPR finalizan.
4. MAX_REFIFO_TIME - El protocolo RTP utiliza un temporizador denominado Re-FIFO. El valor de este temporizador se calcula como parte del protocolo, pero este parámetro especifica un valor máximo en milisegundos que el temporizador no puede superar. En algunas situaciones, al establecer este valor máximo se mejora el rendimiento. Si se establece el valor 0 (cero) significa que el temporizador no está limitado y puede tomar cualquier valor calculado por el protocolo. El valor predeterminado para este parámetro es de 4000 milisegundos con un valor mínimo de 250 milisegundos. Si el valor especificado está dentro del rango 1 - 249 milisegundos, se utiliza el valor de 250 milisegundos.
Antes de esta modificación, no había ningún límite en cuanto al tiempo de refifo, pero ahora se establece un límite por omisión. Para volver al comportamiento anterior, puede establecer un límite 0 (cero), tal como se describe.
5. MAX_SHORT_REQ_TIME - El protocolo RTP utiliza un temporizador denominado Short Request Timer. El valor de este temporizador se calcula como parte del protocolo, pero este parámetro especifica un valor máximo en milisegundos que el temporizador no puede superar. En algunas situaciones, al establecer este valor máximo se mejora el rendimiento. Si se establece el valor 0 (cero) significa que el temporizador no está limitado y puede tomar cualquier valor calculado por el protocolo. El valor predeterminado para este parámetro es de 8000 milisegundos con un valor mínimo de 500 milisegundos. Si el valor especificado se encuentra dentro del rango 1-499 milisegundos, se utiliza el valor de 500 milisegundos.
Antes de esta modificación, no había ningún límite en cuanto al tiempo de Short Request Time o Refifo, pero ahora se establece un límite por omisión. Para volver al comportamiento anterior, puede establecer un límite 0 (cero), tal como se describe.
Ejemplo de cómo RTP_TUNING cambia los tiempos de conmutación de vía de acceso en un archivo .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
)
También se ha añadido la visualización de RTP_TUNING en csdisplay rtn, con el formato:
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
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
NODE del archivo .ACG. El valor 1 habilita la función.
GVRN_SUPPORT=1
Esto también se puede habilitar mediante la herramienta GUI de configuración de nodo. Defina el Nodo y entonces, bajo las Opciones Avanzadas, busque el recuadro Habilitar soporte GVRN.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Para establecer una red de conexión como recurso no limitado, debe añadir
el valor siguiente a la sección CONNECTION_NETWORK del archivo .ACG.
INHERIT_PORT_LIMITED_RESOURCE=YES
Además, establezca el valor IMPLICIT_LIMITED_RESOURCE=NO
en la sección PORT para el puerto especificado para la red de conexión.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Para habilitar Express Logon, seleccione el recuadro de selección de la ventana de configuración de soporte ELF situada bajo la jerarquía de definición del servidor TN3270E. La ventana de configuración requiere que identifique el DCAS que se va a utilizar. El DCAS se puede identificar por su dirección IP o por su nombre de sistema principal y número de puerto.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
-Q/-q - Modalidad silenciosa para suprimir las ventanas emergentes.
Esta opción se encargará de lo siguiente:
-S/-s - Suprimir la colección del registro. Cuando se utiliza esta opción, se suprime la colección del registro y, por consiguiente, el recurso Infobundler de salida no recopilará los datos de registry.dat y csntreg.dat.
Nota: Cuando se ejecute sin opciones, el comportamiento por omisión del recurso Infobundler será mostrar las ventanas emergentes y recopilar la información del registro.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Si ocurre esto, debe finalizar manualmente los ejecutables del cliente API SNA. El programa de utilidad de línea de mandatos resetapi.exe se instala con las API cliente de Windows. Este programa de utilidad finaliza los ejecutable del cliente API SNA, sin necesidad de volver a arrancar el cliente.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Remote Desktop Clients <====> WTS con Personal Communications y el cliente API SNA <====> CS/Windows <====> sistema principal z/OS
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
La configuración en WTS es la siguiente:
Por ejemplo, si la configuración del usuario 1 se encuentra en el archivo C:\usuario1\usuario1.ini y la configuración del usuario 2 se encuentra en C:\usuario2\usuario2.ini, la configuración es así:
No hay más cambios en el procedimiento de configuración. La configuración de sesiones LUA, programas de transacciones, etc. permanece sin cambios. No es necesario cambiar la configuración de Personal Communications. Los pasos para configurar Personal Communications o cualquier aplicación LU siguen siendo los mismos.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Los valores predeterminados (tamaño de archivo y número máximo de archivos) pueden modificarse con el mandato tracedg /s TamañoArch /n NúmMáx. Este valor es global. El valor establecido por un usuario afectará a todos los usuarios.
Por ejemplo, tracedg /s 92160 /n 20 creará cada archivo pcatrace con un tamaño de 90 k, y el número de archivos que se crearán es de 20. Después de 20 archivos, se sobregrabará el primer archivo.
C:>INFOB
Iniciará una serie de 13 pasos para finalmente recopilar la información (los 11 documentos mencionados a continuación) en el archivo cspd.exe, que se encuentra en el directorio de instalación (por omisión, C:\Archivos de programa\IBM\CS SNA API Client).
Para resolver cualquier problema del que se informe, ejecute Infobundler y envíe el archivo cspd.exe al servicio de soporte de IBM.
El resumen de características del recurso Infobundler para el Cliente API SNA es el siguiente:
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Se proporcionan extensiones de esquema para Netscape Directory Server y deben añadirse a la configuración del servidor antes de configurar los clientes ºAPI SNA. Los otros servidores de directorios soportados ya contienen las definiciones de esquema necesarias. El control de acceso de entradas y atributos se debe controlar utilizando el programa de utilidad de administración del servidor de directorios.
El programa de utilidad SNA API LDAP le permite modificar las entradas extendidas. El ID de usuario utilizado con este programa de utilidad debe tener acceso a las entradas de escritura del directorio. Puede utilizar el ID de administrador de directorios (que tiene estos permisos) al ejecutar el programa de utilidad de configuración del cliente.
Par añadir las extensiones de esquema al servidor Netscape, añada las líneas siguientes al archivo slapd.conf, situado en el directorio \config del servidor de directorios de Netscape.
include ibmcs-oc-ns.conf
include ibmcs-at-ns.conf
El nombre de la vía de acceso de este directorio depende del lugar de instalación del servidor de directorios y del nombre del servidor de directorios. Vea el ejemplo siguiente:
letra_unidad:\netscape\suitespot\slapd-nombre_sistema_principal\config
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
PATHNAME=C:\IBMCS\apingd.exe por PATHNAME=C:\Archivos de programa\IBM\Communications Server\apingd.exe
Para ello, puede editar el origen/destinatario .acg o, desde la interfaz gráfica de usuario de configuración, seleccionar "CPIC y APPC -> Programas de transacción."
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Communications Server para Windows le permite configurar varios niveles de cifrado (Alto, Medio, Sólo autenticación) para una definición de puerto TN3270(E) o TN5250. Estos niveles de cifrado se encuentran en el panel Seguridad del diálogo Establecer definiciones de puerto TN3270.
Algunos clientes TN3270 o TN5250 (como Host On-Demand Versión 5) no hacen un uso completo de la información de SSLv3 que Communications Server hace pública en un paquete SLP. Estos clientes se conectan al primer puerto con el nivel, ámbito, agrupación y carga de SSL que han solicitado, independientemente del nivel de cifrado. La conexión resultante podría ser una sesión que conecte con un puerto con un nivel de cifrado distinto al previsto.
Para evitar esta situación, utilice sólo un nivel de cifrado, (Alto, Medio o Sólo autenticación) para cada máquina o ámbito. Sólo se puede acceder a los puertos de un servidor habilitando e inhabilitando la seguridad y la autenticación del cliente.
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Consulte las notas del grupo de software de IBM en: http://www.ibm.com/support/docview.wss?uid=wws1e333ce0912f7b152852571f60074d175 Consulte las limitaciones de asignación de tiempo de VMware en: http://www.vmware.com/pdf/vmware_timekeeping.pdf
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
[Volver al principio de la subsección] [Volver al principio del documento] [Tabla de contenido]
Tivoli y Tivoli License Management son marcas registradas de Tivoli Systems Inc. o IBM Corporation en los Estados Unidos y/o en otros países.
Lotus y Domino son marcas registradas de Lotus Development Corporation en los Estados Unidos y/o en otros países.
Microsoft, Windows, Windows NT, Windows 2000, Windows XP, Windows Server 2003 y Windows Vista son marcas registradas de Microsoft Corporation en los Estados Unidos y/o en otros países.
VMware es una marca registrada de VMware, Inc. [Volver al principio ] [Tabla de contenido]