Guía de Configuración de Bridging e IBM Networking de Cisco IOS, Versión 12.2SR
Configuración de Cisco Transaction Connection
2 Agosto 2013 - Traducción Automática | Otras Versiones: PDFpdf 475 KB | Inglés (9 Septiembre 2007) | Comentarios

Contenidos

Configuración de Cisco Transaction Connection

Reseña general de tecnología

Usando el CTRC para el acceso CIC

Usando el CTRC para el acceso DB2

Usando el temporizador KEEPALIVE CTRC

Lista de tareas de la configuración CTRC

Tareas generales

Requerimientos del router

Requisitos del host

Requisitos del host CIC

Requisitos del host DB2

Requisitos del cliente

Definición del Router CTRC al VTAM

Entrada de tabla de Logmode

Definiciones de nodo principal

Preparación de un Host CICS para el Acceso Remoto

Definición del subsistema CIC al VTAM

Configurar los CIC para el ISC

Definición de las conexiones APPC al CTRC

Crear las definiciones estáticas para las conexiones del router

Usando Autoinstall para las conexiones del router

Instalar los Terminales virtuales del cliente

Soportar los modelos de seguridad CIC

Seguridad del lazo

Seguridad del link

Seguridad del usuario

Preparación de un Host DB2 para el Acceso Remoto

Definición del subsistema DB2 al VTAM

Configurar el DB2 para el Acceso Remoto

Configurar DDF

Comenzar DDF

Definición del CTRC en la base de datos de las comunicaciones DB2

Configurar la Administración del vencimiento de contraseña

Soporte PEM para el passthrough IP

Soporte PEM para el APPC

Configuración del Router CTRC

Configurar el CTRC para las comunicaciones CIC

Configurar un destino CTRC para los CIC

Configurar un servidor CTRC para los CIC

Configurar una ruta CTRC para los CIC

Configurar el CTRC para las comunicaciones DB2

Configurar los servicios del SNA Switching

Configurar la licencia CTRC

Verificación de la Configuración de CTRC

Configuración de los clientes de CTRC

Configurar las conexiones cliente DB2 DRDA

Configurar a los clientes CIC

Configurar las conexiones del Cliente universal CIC

Configurar TXSeries como cliente CTRC

Configurar las conexiones cliente COMTI

Monitoreando y mantener el CTRC

Monitoreando y mantener las comunicaciones CTRC con los CIC

Monitoreando y mantener las comunicaciones CTRC con el DB2

Ejemplos de configuración CTRC

Servidores CTRC con el ejemplo de configuración de los IP Addresses (DB2)

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 1 (DB2) de los puertos

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 2 (DB2) de los puertos

Seleccionar el servidor por los IP Addresses, los nombres RDB, y el ejemplo de configuración de los puertos (DB2)

CTRC con el CIP y el DB2 en el ejemplo de la configuración VTAM (DB2)

Servidores CTRC usando el Token Ring a un ejemplo de configuración LEN (CIC y DB2)

Servidores CTRC con los IP Addresses, las rutas, y el ejemplo de configuración polivalente de los destinos (CIC)


Configuración de Cisco Transaction Connection


Este capítulo describe cómo configurar la característica del Cisco Transaction Connection (CTRC). Para una descripción completa de los comandos ctrc mencionados en este capítulo, refiera al “Cisco Transaction Connection ordena” el capítulo de la referencia del comando bridging and ibm networking del Cisco IOS (el volumen 2 de 2).To localiza la documentación de otros comandos que aparezcan en este capítulo, utilicen el índice principal de referencia de comandos o busquen en línea.

Este capítulo contiene las secciones siguientes:

Reseña general de tecnología

Lista de tareas de la configuración CTRC

Definición del Router CTRC al VTAM

Preparación de un Host CICS para el Acceso Remoto

Preparación de un Host DB2 para el Acceso Remoto

Configuración del Router CTRC

Verificación de la Configuración de CTRC

Configuración de los clientes de CTRC

Monitoreando y mantener el CTRC

Ejemplos de configuración CTRC

Para identificar la información de la plataforma de hardware o de la imagen de software asociada con una función, utilice el Feature Navigator en Cisco.com para buscar información sobre la función o consulte las notas de versión del software para una versión específica.

Reseña general de tecnología

El CTRC proporciona los usuarios finales y los servidores con rápido, confiable, y el acceso seguro TCP/IP a las bases de datos de IBM DB2 y a los programas de transacciones del sistema de Control de la información del cliente (CIC). La característica CTRC del router Cisco proporciona un flexible, rentable, y la solución escalable para el acceso a la base de datos para toda la empresa y el Transaction Processing. El CTRC permite que las aplicaciones de Windows o de Cliente Unix llamen las transacciones CICS sin los cambios al software del cliente o del host. Cualquier cliente que ejecuta a un solicitante de la arquitectura de las bases de datos relacionales distribuidas (DRDA), que se incluye en la mayoría de las aplicaciones de la Conectividad abierta de base de datos (ODBC), puede utilizar el CTRC para acceder los datos en las bases de datos DB2.

Con el CTRC, usted puede continuar usando el cliente actual/las aplicaciones del servidor CIC en un más robusto, alto-realizando la plataforma que los gatewayes de fines generales del sistema operativo. El CTRC proporciona la independencia del protocolo entre las estaciones de trabajo del cliente y el host, habilitando las aplicaciones para comunicar directamente con los CIC y el DB2 sin las actualizaciones de aplicación costosas de la unidad central o los servidores costosos del software intermediario.

La función del software CTRC proporciona:

Acceso a las bases de datos DB2 de los clientes TCP/IP

Acceso a las aplicaciones CICS de los clientes TCP/IP

Un temporizador KEEPALIVE para mantener la conexión TCP/IP

Integración con el Cisco IOS Software para proporcionar los servicios de red inteligente para la Conectividad de la aplicación, la Administración de la carga de trabajo, y la tolerancia de fallas

El CTRC es una solución basada en estándares que se puede manejar del host, usando el software de administración de la unidad central, o de un puesto de trabajo del Simple Network Management Protocol (SNMP). El MIB siguiente permite el monitorear del router CTRC de la plataforma de administración de la opción:

CISCO-DATABASE-CONNECTION-MIB.my - 93

CISCO-TRANSACTION-CONNECTION-MIB.my - 144

Para obtener descripciones de las MIBs soportadas y de cómo se utilizan, vea el sitio Web de MIBs de Cisco en cisco.com.

Usando el CTRC para el acceso CIC

Cuando configuran a un router para utilizar el CTRC para las comunicaciones con los sistemas CIC, el router convierte los paquetes de las comunicaciones intersistemas (ISC) sobre el TCP/IP a los paquetes ISC sobre las comunicaciones avanzadas del Programa-a-programa (APPC) LU6.2, y después las rutea a la región apropiada CIC. El CTRC convierte los mensajes del cliente CIC recibidos vía el TCP/IP a los mensajes SNA y utiliza el SNA Switching Services (SNASw) de Cisco para enviarlos al host.

Cuando un cliente se conecta con una región CICS en un host de sistema central de IBM, la CTRC asigna una conversación de APPC sobre SNA a un servidor de IBM y actúa como gateway entre ISC sobre TCP/IP e ISC sobre APPC. El CTRC permite que usted configure las rutas específicas para las transacciones CICS, dándole el control sobre el cual se rutea la transacción a la cual región CIC.

El CTRC soporta la Conectividad a los CIC de los clientes del Cliente universal (también designado el cliente común), de TXSeries de IBM, y de los clientes comunes de la interfaz de la transacción del módulo de objeto de Microsoft (COMTI). Vea la lista de tareas de la configuración CTRC para los detalles en el hardware y software que el CTRC soporta.

El cuadro 1 ilustra cómo el CTRC permite las aplicaciones de cliente CIC en las redes TCP/IP para obrar recíprocamente con los sistemas de monitoreo de la transacción CICS en los hosts de IBM.

Cuadro 1 router Cisco configurado con la característica CTRC para las comunicaciones CIC

Usando el CTRC para el acceso DB2

Además de sus funciones relacionado a CICS, el CTRC incluye la característica conocida previamente como Conexión de base de datos de Cisco (CDBC). El CTRC permite que los routeres Cisco utilicen el protocolo DRDA de IBM para proporcionar un gateway entre las estaciones de trabajo del cliente en las redes TCP/IP y las bases de datos de IBM DB2 en las redes SNA. CTRC también proporciona paso a través de TCP dúplex completo a sistemas DB2 que soportan el acceso TCP/IP directo.

Los clientes utilizan una dirección IP CTRC y viran hacia el lado de babor en el router para conectar con IBM el sistema del host en una red SNA o una red TCP/IP.

El cuadro 2 ilustra cómo el router Cisco configurado con la característica CTRC habilita el intercambio de la Información de la base de datos entre una aplicación de cliente ODBC que ejecuta DRDA en una red TCP/IP y un sistema DB2 en una red SNA. Para una conexión del host SNA, el router CTRC convierte los paquetes DRDA sobre el TCP/IP a los paquetes DRDA sobre APPC (LU6.2) y después los rutea a las bases de datos DB2. Cuando un cliente conecta con la base de datos en un host del sistema central de IBM, el CTRC afecta un aparato una conversación APPC sobre el SNA a un servidor de IBM y actúa como gateway entre DRDA sobre el TCP/IP y DRDA sobre el APPC.

Cuadro 2 router Cisco configurado con la característica CTRC para las comunicaciones DB2 (red del host SNA)

El cuadro 3 ilustra una configuración donde los soportes CTRC dirigen el acceso TCP/IP al DB2. Para una conexión del host TCP/IP, el CTRC rutea los paquetes DRDA sobre el TCP/IP sin los cambios del protocolo. Para utilizar esta característica del passthrough TCP/IP del CTRC, la versión de la base de datos del host debe soportar el acceso directo TCP/IP y los servicios del SNA Switching deben estar disponibles.


La autorizaciónde la nota del router CTRC se basa en el cpname asignado al router en la configuración de los servicios del SNA Switching. Usted debe instalar y comenzar los servicios del SNA Switching con por lo menos una configuración mínima para soportar las conexiones TCP/IP. Refiera “configurando a la sección de los servicios del SNA Switching”, para más información sobre configurar la licencia CTRC y los servicios del SNA Switching que el CTRC requiere.


Cuadro 3 router Cisco configurado con la característica CTRC para las comunicaciones DB2 (red del host TCP/IP)

Usando el temporizador KEEPALIVE CTRC

En los entornos donde hay tráfico de la red pesado o Capacidades de procesamiento limitadas, las conexiones TCP/IP pueden medir el tiempo hacia fuera antes de que se completen las transacciones. La característica del temporizador KEEPALIVE permite a los servidores CTRC para enviar los mensajes de reconocimiento a los clientes en los intervalos específicos para mantener la conexión TCP/IP. Los servidores CTRC que soportan las conexiones directas TCP/IP a un host DB2 también se pueden configurar para enviar los mensajes de keepalive al host. La característica del temporizador KEEPALIVE guarda el active de las conexiones TCP/IP así que no miden el tiempo hacia fuera de la inactividad.

Lista de tareas de la configuración CTRC

El CTRC se puede configurar para el uso con los CIC, con el DB2, o ambos. Los CIC y las configuraciones el DB2 requieren los servicios del SNA Switching de Cisco.

Tareas generales

Configurar el CTRC implica las tareas generales siguientes:

Definición del Router CTRC al VTAM

Preparación de un Host CICS para el Acceso Remoto

Preparación de un Host DB2 para el Acceso Remoto

Configuración del Router CTRC

Verificación de la Configuración de CTRC

Configuración de los clientes de CTRC

Para configurar el CTRC para el uso con ambos CIC y DB2, complete todas las tareas de configuración. Si no, salte las secciones que se relacionan solamente con los CIC o el DB2, como apropiado para sus necesidades. “La sección de los ejemplos de configuración CTRC” proporciona los ejemplos de configuración para usar el CTRC en las diversas topologías de red.

Las secciones siguientes describen el hardware y software requerido para utilizar el CTRC.

Requerimientos del router

El CTRC estaba disponible en el Cisco IOS Release 12.05(XN). Está disponible para las Plataformas siguientes:

Cisco 7200 Series Routers

Cisco 7500 Series Router

El CTRC consiste en una imagen del sistema y una imagen de microcódigo, que se lían virtualmente como una imagen combinada. Dentro de los anuncios del Cisco IOS Software, busque una función del software llamada Enterprise/SNASw más.

Si usted quiere ejecutar el CTRC en un router con una placa CIP, también esté seguro de descargar el microcódigo de hardware CIP apropiado para el nivel del Cisco IOS Software que usted está utilizando.

Reciba los requisitos

Los host de sistema centrales usando el SNA con el servidor CTRC deben ejecutar VTAM V3.0 o más adelante.

Requisitos del host CIC

Usando el CTRC para el acceso CIC requiere la versión 4.0 o posterior CIC. El CTRC soporta los servidores siguientes CIC:

Servidor de la transacción CICS para el OS/390, versión 1 o posterior

CICS/400, versión 3.1

CIC en los sistemas operativos y NT (TXSeries)

CICS/ESA, versión 3.3*

CICS/ESA, versión 4.1

CICS/MVS, versión 2.12.*

CICS/VSE, versión 2.2*

CICS/VSE, versión 2.3

CIC para OS/2, versión 2.01 o posterior


Las versionesde la nota marcadas con un asterisco (*) han limitado el soporte de servidor. El soporte ECI sino ellas de estas versiones no soporta EPI o la función de la emulación de terminal.


Requisitos del host DB2

Cuando el CTRC se configura para el acceso al DB2 en una red SNA, las aplicaciones basadas en el cliente ODBC pueden conectar con IBM DB2 las bases de datos relacionales siguientes:

DB2 para OS/390 (DB2/MVS), versión 2.3 o posterior

SQL/DS (DB2 para el VM y el VSE), versión 3.3 o posterior

DB2/400 (OS/400), versión 2.2 o posterior

Base de Datos Universal DB2 para UNIX, OS/2 y Windows NT, Versión 5.1 o posterior

Servidor común DB2, versión 2.1 o posterior

El CTRC para el acceso DB2 vía el TCP/IP directo se soporta para las versiones siguientes del DB2:

DB2 para el OS/390, versión 5.1 o posterior (requiere la versión 1.3 o posterior OS/390)

DB2 para el VM y el VSE, versión 6.1 o posterior

DB2/400 (OS/400), versión 2 de la versión 4 o más adelante

Base de Datos Universal DB2 para UNIX, OS/2 y Windows NT, Versión 5.1 o posterior

Requisitos del cliente

El CTRC soporta la Conectividad al DB2 de cualquier cliente que soporte el nivel 3 DRDA. Muchos de los solicitantes puesto de trabajo-basados disponibles DRDA son aplicaciones de cliente ODBC, tales como StarSQL.

El CTRC soporta la Conectividad a los CIC de los clientes siguientes:

Cliente universal de IBM, versión 2.0 o posterior, usando la interfaz extendida de la presentación (EPI) o la interfaz extendida del nivel de la llamada (ECI)

IBM TXSeries para el AIX o NT, versión 4.2 o posterior, ejecutándose como clientes

Microsoft COMTI

Definición del Router CTRC al VTAM

Sin importar si usted quiere conectar con los CIC o un host DB2, el router CTRC debe ser definido al VTAM de modo que el host reconozca y valide las peticiones del inicio de sesión de él. El VTAM maneja las comunicaciones de la red para el MVS para las configuraciones directas VTAM y de gateway SNA. Para cada router CTRC, el Programador del sistema VTAM debe crear una entrada de tabla y las definiciones de nodo principal del logmode para el Router Link CTRC.

Las secciones siguientes proporcionan la información sobre la entrada de tabla y las definiciones de nodo principal del logmode requeridas para el CTRC. Consulte su documentación VTAM para las Instrucciones detalladas en configurar el VTAM. Usted también puede querer aprovecharse del soporte VTAM para la definición dinámica de la independiente LU, que se describe en la documentación VTAM.

Entrada de tabla de Logmode

La entrada de tabla del logmode contiene la información que gobierna cómo las conversaciones ocurren en el VTAM. Define el establecimiento del paso, los tamaños RU y los parámetros del Clase de Servicio (CoS). La entrada del modo se puede poner en cualquier tabla del modo bajo el VTAM — la tabla del modo predeterminado o la que está usada en la declaración APPL para las definiciones LU. (Véase “definiendo el subsistema CIC la sección al VTAM” y “definiendo el subsistema DB2 las declaraciones APPL de la sección al VTAM” por ejemplo).

El siguiente ejemplo muestra una entrada de tabla del logmode para el APPC, con un nombre LOGMODE de IBMRDB. Anote el LOGMODE nombrar porque usted debe utilizar el mismo nombre para el valor DLOGMODE en las definiciones de nodo principal y también en la configuración SNA. El campo PSERVIC identifica el protocolo del tráfico LU — el valor mostrado en el siguiente ejemplo está para una independiente LU usando el LU6.2.

IBMRDB  MODEENT  LOGMODE=IBMRDB,
            FMPROF=X'13',
            TSPROF=X'01',
            PRIPROT=X'B0',
            SECPROT=X'B0',
            COMPROT=X'50A1',
            RUSIZES=X'8989',
            TYPE=0,
            PSNDPAC=X'03',
            SRVCPAC=X'03',
            SSNDPAC=X'02',
            PSERVIC=X'060200000000000000002F00'

Definiciones de nodo principal

El Programador del sistema VTAM crea una definición del nodo principal de XCA para la conexión al router CTRC. Además, un Switched Major Node Definition y una definición de recurso cruzada del dominio se pueden crear para representar el LU para el router CTRC.

En el Switched Major Node Definition, el valor DLOGMOD debe hacer juego el valor LOGMODE en la entrada de tabla del modo. El nombre de IBMRDB se especifica para el valor LOGMODE en el ejemplo anterior y en el ejemplo siguiente del Switched Major Node Definition. Haga una nota de los valores para los nombres LU y PU, y los parámetros CPNAME, DLOGMOD, y CONNTYPE porque usted debe especificar los mismos valores en la configuración SNA.

S02CTRC   VBUILD   TYPE=SWNET
* CTRC DOWNSTREAM PU
CTRCPU  PU    ADDR=01,
            CPNAME=CTRCBOX,
            ANS=CONT,
            DISCNT=NO,
            IRETRY=NO,
            ISTATUS=ACTIVE,
            PUTYPE=2,
            SECNET=NO,
            MAXDATA=521,
            MAXOUT=2,
            MAXPATH=1,
            USSTAB=USSS,
            MODETAB=ISTINCLM,
            DLOGMOD=IBMRDB,
            CONNTYPE=APPN
*
CTRCCIP PATH GRPNM=G02E20A,CALL=IN
*
CTRCBOX LU     LOCADDR=00,    INDEPENDENT LU
           DLOGMOD=IBMRDB,

Preparación de un Host CICS para el Acceso Remoto

El CTRC conecta con los CIC usando el Communication Protocol SNA LU6.2 (APPC). Las funciones SNA son proporcionadas por un producto separado SNA en el host, y los CIC utilizan los servicios de ese producto. En un host de sistema central, el producto SNA es VTAM (también conocido como Communications Server del eNetwork). Usted debe configurar el subsistema CIC y el VTAM para habilitar el ISC.

Definición del subsistema CIC al VTAM

La declaración APPL define el subsistema CIC al VTAM para soportar el Acceso Remoto. Si su subsistema CIC no está soportando ya el Acceso Remoto, usted debe crear una declaración apropiada APPL.

El siguiente ejemplo muestra una declaración APPL que defina los CIC al VTAM. Anote la escritura de la etiqueta de declaración APPL, que es CICSB en este ejemplo, y la contraseña, si se especifica uno, porque usted debe especificar los mismos valores en la configuración SNA. Observe que el valor DLOGMOD, IBMRDB en este ejemplo, debe hacer juego el valor LOGMODE que se especifica en la entrada de tabla del modo VTAM (véase “la sección de la entrada de tabla de Logmode”).

A02CICS VBUILD  TYPE=APPL
CICSB  APPL    AUTH=(ACQ,SPO,PASS,VPACE),
          MODETAB=ISTINCLM,
          DLOGMOD=IBMRDB,
          HAVAIL=YES,
          VPACING=9,
          EAS=10000,
          PARSESS=YES,
          APPC=NO,
          SONSCIP=YES

Configurar los CIC para el ISC

Para utilizar el CTRC para comunicar con los CIC, usted debe configurar los CIC para las conexiones APPC. Si usted ha configurado otro producto, tal como TXSeries para el AIX, para conectar con los CIC, algunos de estos pasos se pudieron completar ya.


Paso 1Fije el parámetro ISC en la tabla de la inicialización del sistema CIC (SIÉNTESE) a los YE. El siguiente ejemplo reemplaza los CIC SIENTA los parámetros con la escritura de la etiqueta de declaración APPL (CICSB en este ejemplo), y un valor de los YE para el parámetro ISC.

APPLID=(CICSB),
GMTEXT='CICS TS V1.2',
AUXTR=OFF,
EDSALIM=80M,
FCT=NO,
ISC=YES,
MXT=100

Paso 2Instale al grupo suministrado por CICS de la definición de recurso, DFHCLNT. Esta instalación incluye las definiciones de las transacciones internas CIC, CCIN y CTIN, y de los programas utilizan.

Paso 3Cuando un cliente CIC envía una petición, el regulador del servidor llama una rutina que soporte las traducciones de la página de códigos y las conversiones de datos. Sin importar si las traducciones y las conversiones están requeridas, usted necesita crear o modificar una tabla DFHCNV para permitir que el regulador del servidor maneje los pedidos entrantes. El uso de la macro DFHCNV para definir la tabla se describe en la familia CIC, comunicando de los CIC en el documento System/390. El siguiente ejemplo muestra las entradas de tabla DFHCNV:

         PRINT   NOGEN
         DFHCNV   TYPE=INITIAL,SRVERCP=037,CLINTCP=437
         DFHCNV   TYPE=FINAL
         END     DFHCNVBA


Notano es necesario cifrar las páginas usadas con los clientes CIC en los operandos CLINTCP y SRVERCP de la macro DFHCNV TYPE=INITIAL.


Paso 4Los mensajes referentes al soporte de cliente se escriben a la cola transitoria de los datos CSCC, que usted debe definir a los CIC. Hay una definición de la muestra en el grupo suministrado de la definición de recurso, DFHDCTG. La muestra define CSCC como destino adicional indirecto de la división, señalando a CSSL.


Definición de las conexiones APPC al CTRC

Usted debe instalar las conexiones APPC para definir la conexión CTRC a los CIC. Esta sección describe las definiciones y los métodos para instalarlos.

En la definición de la CONEXIÓN usted especifica la información sobre el router CTRC y cómo conecta con los CIC. El siguiente ejemplo muestra una definición de la CONEXIÓN nombrada CTRC. Observe que el valor NETNAME debe ser lo mismo que el nombre del router LU CTRC, que es CTRCBOX en este ejemplo. La determinación de la opción del AUTOCONNECT a los YE permite que los CIC activen dinámicamente la conexión del router. Vea “soportando la sección de los modelos de seguridad CIC” para la información sobre especificar los parámetros de seguridad en la definición de la CONEXIÓN.

DEFINE 
    CONNECTION(CTRC) 
    DESCRIPTION(CTRC)
    AUTOCONNECT(YES)
    NETNAME(CTRCBOX) 
    ACCESSMETHOD(VTAM)
    PROTOCOL(APPC) 
    SINGLESESS(NO) 
    ATTACHSEC(IDENTIFY)
    BINDPASSWORD(NO) 
    BINDSECURITY(NO) 
    USEDFLTUSER(YES)

Lo que sigue es una definición de las sesiones de ejemplo. Observe que el valor para el parámetro de la conexión debe ser lo mismo que el nombre de la definición de la CONEXIÓN, que es CTRC por este ejemplo.

DEFINE 
    SESSIONS(CTRC)
    CONNECTION(CTRC)
    MODENAME(IBMRDB)
    PROTOCOL(APPC)
    MAXIMUM(64,1) 
    SENDSIZE(4096)
    RECEIVESIZE(4096)

Las conexiones pueden ser links solos o de la paralelo-sesión. Instale las conexiones APPC a los CIC creando las definiciones estáticas para el router o usando un autoinstall. Los métodos de instalación se dirigen en las secciones siguientes.

Crear las definiciones estáticas para las conexiones del router

Usted puede utilizar la transacción CIC CEDA DEFINE y los comandos Install de crear las definiciones estáticas. Para más información sobre la definición de las conexiones APPC, refiera a la guía de la intercomunicación CIC.

Usando Autoinstall para las conexiones del router

Otro método de instalar las conexiones del router es utilizar autoinstall. Si usted utiliza autoinstall le debe crear las definiciones de plantilla conveniente de la CONEXIÓN y de las SESIONES. Para la información sobre autoinstall y definiendo las plantillas, vea la guía de la definición de recurso CIC. Para la información sobre personalizar su autoinstall el programa del usuario para manejar las conexiones APPC, ven la guía del arreglo para requisitos particulares CIC.

Instalar los Terminales virtuales del cliente

Los Terminales virtuales son utilizados por el EPI y las funciones del terminal emulator de los Productos del cliente CIC. Ambos IBM-proveídos autoinstall los programas que el Terminal virtual del soporte autoinstall. Refiera a los CIC que la guía del arreglo para requisitos particulares para información detallada sobre autoinstall para los Terminales virtuales.

Soportar los modelos de seguridad CIC

Direccionamientos de esta sección cómo configurar el modelos de seguridad del lazo, del link, y del usuario que se soportan en los CIC.

Seguridad del lazo

la Seguridad del Lazo-tiempo no se puede configurar actualmente en el router Cisco. Por lo tanto, especifique BINDSECURITY(NO) en las definiciones de la CONEXIÓN que definen al router a los CIC.

Conecte la Seguridad

La Seguridad del link proporciona el más bajo de la Seguridad del recurso para los links de la intercomunicación. Define el conjunto total de los recursos que se pueden acceder a través de la conexión.

Para fijar la Seguridad del link para una conexión cliente CIC, especifique un userid para el link para la opción SECURITYNAME de la definición de la CONEXIÓN. Entonces defina un perfil a su administrador de seguridad externo para el link userid. Los usuarios de la conexión podrán acceder solamente esos recursos que el link userid se autorice para acceder.

Si usted no especifica un userid para la opción SECURITYNAME, la autoridad del link es la del usuario predeterminado CIC.

Seguridad del usuario

La Seguridad del usuario (fijación-tiempo) define cómo los usuarios individuales de un link de la intercomunicación deben ser marcados. También afecta a los recursos que los usuarios individuales pueden acceder. A menos que usted especifique la Seguridad del usuario local (en este caso todos los usuarios posibles comparten la autoridad del link userid), usted debe definir los perfiles del usuario a su administrador de seguridad externo.

Preparación de un Host DB2 para el Acceso Remoto

El CTRC proporciona un gateway entre los pedidos de cliente DRDA sobre el TCP/IP al DB2 en las redes SNA. CTRC también proporciona paso a través de TCP dúplex completo a sistemas DB2 que soportan el acceso TCP/IP directo. Realice los pasos en esta sección si usted quiere utilizar el CTRC para proporcionar el acceso a los hosts DB2. Si no, salte “configurando a la sección al router CTRC”.

Definición del subsistema DB2 al VTAM

La declaración APPL define el subsistema DB2 al VTAM para soportar el Acceso Remoto. Si su sistema DB2 no está soportando ya el Acceso Remoto, usted debe crear una declaración apropiada APPL.

Lo que sigue es un ejemplo de una declaración APPL. Anote la escritura de la etiqueta de declaración APPL, que es DSNV510 en el siguiente ejemplo, y la contraseña, si se especifica uno. Usted necesita especificar los mismos valores cuando usted configura o pone al día el expediente del recurso de información distribuida (DDF) en el conjunto de datos de la carga inicial (BSD) según lo descrito en la siguiente sección.

DB2APPL  VBUILD  TYPE=APPL
DSNV510  APPL    AUTH=(ACQ),
            APPC=YES,
            AUTOSES=1,
            DMINWNL=10,
            DMINWNR=10,
            DSESLIM=20,
            MODETAB=ISTINCLM,
            SECACPT=ALREADYV,
            SRBEXIT=YES,
            VERIFY=NONE,
            VPACING=2

Configurar el DB2 para el Acceso Remoto

Para utilizar el CTRC como gateway entre los clientes TCP/IP y el host DB2, usted necesita configurar y comenzar DDF y definir al router CTRC en la tabla de base de datos de las comunicaciones DB2.

Configurar DDF

El DB2 lee los BSD durante el comienzo hasta obtiene los parámetros de las instalaciones del sistema. El expediente DDF en los BSD contiene la información usada por el DB2 para conectar con el VTAM. Si los soportes de sistema DB2 dirigen el acceso TCP/IP, el expediente DDF especifica qué puerto a utilizar para las comunicaciones TCP/IP.

Si usted está instalando el DB2, utilice el panel DSNTIPR de la instalación DDF para proporcionar los parámetros siguientes. Si el DB2 está instalado ya, utilice la utilidad DSNJU003 del inventario del registro del cambio para poner al día esta información en los BSD.

Nombre de la ubicación DDF

DDF LUNAME

Contraseña usada al conectar el DB2 con el VTAM, si se requiere una contraseña

Puerto IP a utilizar para el acceso TCP/IP

El siguiente ejemplo actualiza los BSDS con un nombre de ubicación de DB2510, nombre LU de DSNV510 para el acceso SNA, una contraseña de STARPASS y un puerto de 446 para las comunicaciones TCP/IP. Los parámetros RESPORT y PORT solamente son necesarios para el acceso TCP/IP y se pueden omitir si sólo se usa SNA.

//* 
//DSNTLOG EXEC  PGM=DSNJU003,COND=(4,LT)
//STEPLIB  DD  DISP=SHR,DSN=DSN510.SDSNLOAD
//SYSUT1   DD  DISP=OLD,DSN=DSN5CAT.BSDS01
//SYSUT2   DD  DISP=OLD,DSN=DSN5CAT.BSDS02
//SYSPRINT  DD  SYSOUT=*
//SYSUDUMP  DD  SYSOUT=*
//SYSIN   DD  *
        DDF LOCATION=DB2510,LUNAME=DSNV510,
          PASSWORD=STARPASS,RESPORT=5020,PORT=446
//*

Se utiliza la UBICACIÓN mientras que el nombre de las bases de datos remotas (RDB). Si su sistema no requiere una contraseña conectar el DB2 con el VTAM, substituya el parámetro de la CONTRASEÑA por NOPASSWD. Observe el DDF LUNAME porque usted debe especificar el mismo valor en la configuración SNA. También anote la UBICACIÓN nombrar porque usted debe especificar el mismo valor que el nombre de servidor de bases de datos durante la configuración de la fuente de datos en el escritorio (descrito en el “configurar la sección de las conexiones cliente DB2 DRDA”).


Obsérveletambién puede determinar el nombre de la ubicación DDF del Syslog. DB2 el mensaje "DSNL004I (que comienza DDF)” contiene el nombre de la ubicación.


Para toda la información sobre configurar DDF, consulte la documentación sobre instalación DB2/MVS de IBM.

Comenzar DDF

Utilice el siguiente comando, que requiere la autoridad del SYSOPR o más alto, de comenzar DDF:

-START DDF

Cuando DDF comienza con éxito, se visualizan los siguientes mensajes:

DSNL003I - DDF IS STARTING 
DSNL004I - DDF START COMPLETE LOCATION locname LU netname.luname

Si DDF no ha estado instalado correctamente, el comando del COMIENZO DDF falla y visualiza el siguiente mensaje:

DSN9032I - REQUESTED FUNCTION IS NOT AVAILABLE

Si DDF se ha comenzado ya, el comando del COMIENZO DDF falla y visualiza el siguiente mensaje:

DSNL001I - DDF IS ALREADY STARTED

Definición del CTRC en la base de datos de las comunicaciones DB2

El host DB2 mantiene una tabla de base de datos que defina los atributos de red de los sistemas remotos. Para habilitar la comunicación entre un cliente CTRC y el host DB2, debe haber una entrada en esta tabla. En el DB2 para el OS/390 o versiones posteriores, el nombre de esta tabla es SYSIBM.LUNAMES. Para el DB2 en MVS v4.1, el nombre de esta tabla es SYSIBM.SYSLUNAMES. El cuadro 1 describe los parámetros de la entrada de tabla e indica cuál es aplicable a una o amba versiones de la tabla.

Entrada de tabla de la base de datos de las comunicaciones DB2 del cuadro 1 

Parámetro
SYSLUNAMES
LUNAMES
Descripción

LUNAME

LUNAME del sistema remoto. Una cadena vacía significa que cualquier LU es válido para esta fila.

SYSMODENAME

Nombre del modo de inicio de sesión VTAM usado para el DB2 para las conversaciones intersistemas MVS/ESA. Una trama en blanco indica que IBMDB2LM debe ser utilizado. Utilice el nombre del modo especificado en la tabla de logmode.

ENCRYPTPSWDS

Indica si las contraseñas intercambiadas por este partner están cifradas. Utilice el valor predeterminado de NO para pasar las contraseñas entre un cliente y un host DB2 que usa el CTRC.

MODESELECT

Si “Y,” la tabla SYSMODESELECT se utiliza para obtener el nombre del modo para cada petición saliente de las bases de datos distribuidas. Si no “Y,” el nombre IBMDB2LM del modo se utiliza para las peticiones sistema-dirigidas del acceso, y el nombre IBMRDB del modo se utiliza para las peticiones DRDA.

NOMBRES DE USUARIO

Indica el nivel venir-de traducción el marcar y de la identificación del usuario requerida. También especifica los parámetros de seguridad este DB2 para las aplicaciones del subsistema MVS/ESA al pedir los datos del partner remoto (requerimientos de seguridad salientes). “” Indico que un ID “entrante” está conforme a la traducción. “O” indica un ID “saliente”, enviado al LUNAME correspondiente, está conforme a la traducción. “B” indica que los ID entrantes y salientes están conforme a la traducción. Un espacio en blanco no indica ninguna traducción para los ID entrantes o salientes.

USERSECURITY

Opciones de la aceptación de la seguridad de la red requeridas del sistema remoto cuando el DB2 para el sistema MVS/ESA actúa como servidor para el sistema remoto (requerimientos de seguridad entrantes).

SECURITY_IN

Define la opción de seguridad que es validada por este host cuando un cliente SNA conecta. “V” para “verifican” indican que la petición de conexión entrante deba incluir una contraseña. “A” para “verificado ya” indica que la petición no requiera una contraseña, aunque se marque la contraseña si se envía.

SECURITY_OUT

Define la opción de seguridad se utiliza que cuando las aplicaciones locales DB2 SQL conectan con cualquier servidor remoto asociado a este LUNAME. “A” para “verificado ya” indica que las peticiones de conexión saliente contengan una identificación de la autorización y ninguna contraseña. “P” para la “contraseña” indica que las peticiones de conexión saliente contienen una identificación de la autorización y una contraseña. “R” para “PassTicket RACF” indica que las peticiones de conexión saliente contienen un userid y un PassTicket RACF.


El siguiente comando inserta una fila en la tabla SYSIBM.SYSLUNAMES que cualquier LU puede utilizar porque el valor de la columna LUNAME es una cadena vacía:

INSERT INTO SYSIBM.SYSLUNAMES (LUNAME, SYSMODENAME, USERSECURITY, ENCRYPTPSWDS, 
MODESELECT, USERNAMES) VALUES (' ',' ', 'C', 'N', 'N', ' ');

El siguiente comando inserta una fila en la tabla SYSIBM.LUNAMES que cualquier LU puede utilizar:

INSERT INTO SYSIBM.LUNAMES (LUNAME, SECURITY_IN, ENCRYPTPSWDS, USERNAMES) VALUES (' ', 
'V', 'N', ' ');

Configurar la Administración del vencimiento de contraseña

Los usuarios de las aplicaciones basado en DRDA, tales como StarSQL, pueden cambiar su contraseña del host usando la característica de la Administración del vencimiento de contraseña CTRC (PEM). Esta característica es soportada por el CTRC usando el passthrough IP y el APPC. El soporte PEM para el passthrough IP es proporcionado por el DB2 para OS390 V5 o más adelante. El soporte PEM al usar el APPC es proporcionado por APPC/MVS o los CIC.

Soporte PEM para el passthrough IP

No hay configuración CTRC requerida para el soporte PEM pues es nativo en DRDA sobre el TCP/IP. Sin embargo, el host DB2 se debe habilitar para soportar el PEM. Para habilitar el soporte PEM en el DB2 para OS390 V5 o más adelante, usted debe configurar y utilizar la Seguridad extendida usando cualquiera:

El panel DSNTIPR (DDF) en el diálogo de la instalación DB2

Una tarea de configuración personalizada DSNTIJUZ, con la opción EXTSEC=YES especificada

Refiera a la guía de instalación DB2 para los detalles en configurar y usar la Seguridad extendida.


Observesi usted están utilizando el DB2 para OS390 V5, instale el arreglo PTF UQ21052 del mantenimiento. IBM APAR PQ15977 describe los problemas reparados por este PTF. Este arreglo del mantenimiento no se requiere para versiones posteriores.


Soporte PEM para el APPC

El soporte CTRC PEM sobre el APPC se implementa usando la arquitectura TP SNA. Por lo tanto, el CTRC requiere que un subsistema sustituto tal como APPC/MVS o CIC esté utilizado para cambiar las contraseñas. APPC/MVS y los CIC soportan la arquitectura TP SNA.

Para permitir el soporte PEM para las conexiones DB2, utilice dbconn pem el comando de girar el soporte PEM según las necesidades para el Routers CTRC que maneja las conexiones. En dbconn pem el enunciado de comando, especifique el nombre LU de la configuración de la base APPC/MVS. Las sentencias de configuración APPC/MVS están en SYS1.PARMLIB(APPCPMxx). Consulte su programador de los sistemas MVS para obtener el nombre de la blanco LU que será utilizada por el CTRC. El soporte PEM no requiere ninguna definiciones explícitas de la arquitectura TP SNA. El siguiente ejemplo muestra una declaración LUADD, tal como encontrado en SYS1.PARMLIB.

LUADD ACBNAME(MVSLU01) BASE TPDATA(SYS1.APPCTP)

Lo que sigue es una definición del ejemplo VTAM APPL para el APPC/MVS LU:

MVSLU01   APPL    ACBNAME=MVSLU01,   ACBNAME FOR APPC
             APPC=YES,
             AUTOSES=0,
             DDRAINL=NALLOW,
             DLOGMOD=IBMRDB,
             DMINWNL=5,
             DMINWNR=5,
             DRESPL=NALLOW,
             DSESLIM=10,
             LMDENT=19,
             PARSESS=YES,
             SECACPT=CONV,
             SRBEXIT=YES,
             VPACING=1

Otra alternativa para proporcionar el soporte PEM está a través del soporte CIC para la arquitectura TP SNA, que se proporciona en el grupo de recursos DFHISC. Para utilizar este método, defina la conexión al CTRC según lo descrito en el “definir de las conexiones APPC la sección al CTRC”, y utilice los CIC APPLID como el valor del rlu en dbconn pem el comando.

Configuración del Router CTRC

Después de que usted defina al router CTRC al VTAM y prepare los hosts CIC y DB2 para el Acceso Remoto, usted debe configurar al router.

Configurar el CTRC para las comunicaciones CIC

Para configurar el CTRC para comunicar con los CIC, usted debe definir un destino y especificar un proceso de servidor determinado. Usted también puede definir las rutas específicas que se utilizarán para los programas de transacción particular.

Configurar un destino CTRC para los CIC

Para configurar el CTRC para comunicar con los CIC, usted debe configurar un destino CTRC. Un destino CTRC es típicamente un solo sistema CIC definido en términos de su nombre del telecontrol LU y modo APPC. Para configurar un destino, utilice el comando global configuration siguiente:

Comando
Propósito

Router(config)# txconn destination destination-name

rlu rlu-name mode mode-name

Especifica un sistema CIC con el cual el CTRC comunique.


Si usted quiere asignar más de un sistema o región CIC a un solo nombre del destino CTRC, por ejemplo para ayudar a equilibrar la carga de trabajo, la repetición txconn destination el comando con el mismo nombre del destino y el diverso telecontrol LU y los valores del modo. Si un destino CTRC se configura de esta manera, el servidor CTRC envía el tráfico a las regiones definidas CIC del destino sobre una base giratoria. Un router Cisco puede ser configurado para comunicar con los destinos múltiples CTRC, si cada uno de esos destinos está definido como par individual del telecontrol LU y de valores del modo o como conjunto de tales valores.

Configurar un servidor CTRC para los CIC

Después de que usted haya configurado un destino CIC, configure un proceso del servidor CTRC para manejar las comunicaciones con eso sistema CIC. Los servidores adicionales CTRC se pueden configurar en el mismo router para las comunicaciones con otros destinos CIC. Para configurar un proceso del servidor CTRC para comunicar con los CIC, utilice el comando global configuration siguiente:

Comando
Propósito
Router(config)# txconn server server-name destination 
destination-name [access {cics | comti}] [client-timeout 
minutes] [ccsid number] [host-timeout minutes] [ipaddress 
ip-address] [keepalive attempts number] [keepalive interval 
seconds] [port port-number] [target {cics | ims-tm}] 
[window-size bytes][fold {on | off}]

Configura un proceso del servidor CTRC para comunicar con los CIC. Si usted no suministra un número del puerto, el CTRC utiliza el valor predeterminado de 1435.


Cuando un cliente intenta conectar con un servidor CTRC para los CIC, el puerto y el IP Address de servidor determinan si esa conexión está validada. Por abandono, el puerto de servidor CTRC para las Comunicaciones del cliente CIC es 1435. Puede crear varios procesos de servidor CTRC para CIC y DB2 en un router.

Configurar una ruta CTRC para los CIC

Después de que usted haya configurado uno o más destinos y procesos del servidor para comunicar con los CIC, usted tiene la opción explícitamente de configurar las rutas CTRC que tráfico directo al destino apropiado basado en un ID de transacción. Si usted no configura explícitamente las rutas CTRC, las rutas del servidor CTRC trafican a su propio destino predeterminado definido. Para configurar una ruta CTRC, utilice el comando global configuration siguiente:

Comando
Propósito

Router(config)# txconn route [server server-name] tranid transaction-id destination destination-name

Configura una ruta determinado para el tráfico con la identificación de transacción especificada


Configurar el CTRC para las comunicaciones DB2

Para configurar un proceso del servidor CTRC para las comunicaciones APPC con el DB2, utilice dbconn server el comando en el modo de configuración global. Para configurar un servidor CTRC para comunicar con una base de datos habilitado para IP DB2, utilice dbconn tcpserver el comando global configuration.

Comando
Propósito
Router(config)# dbconn server server-name [idle-timeout 
minutes] [ipaddress ip-address] [keepalive attempts 
number] [keepalive interval seconds] [mode mode] [port 
port-number] [rdbname rdbname] [rlu remote-lu] [tpname 
tp-name] [window-size bytes][wlm {off | on}]

Configura un servidor CTRC para las comunicaciones APPC con el DB2.

Router(config)# dbconn tcpserver 
server-name remote-hostname remote-hostname|remote-ip 
remote-ipaddress [idle-timeout minutes] [ip ip-address] 
[keepalive attempts number] [keepalive interval seconds] 
[port port-number] [rdbname rdbname] [remote-keepalive 
attempts number] [remote-keepalive interval seconds] 
[remote-port remote-port] [window-size bytes][wlm {off | 
on}

Configura un servidor CTRC para comunicar con las bases de datos habilitado para IP DB2.


Cuando un cliente intenta conectar con un servidor CTRC para el DB2, el puerto de servidor, el IP Address, y el nombre RDB determinan si esa conexión está validada. Por abandono, el puerto de servidor CTRC para los pedidos de cliente para las comunicaciones DB2 es 446. Puede crear varios procesos de servidor CTRC para CIC y DB2 en un router.

Configurar los servicios del SNA Switching

El CTRC utiliza el SNA Switching Services (SNASw) del router Cisco. Incluso si usted no necesita convertir los mensajes del cliente recibidos sobre el TCP/IP a los mensajes SNA (tales como adentro una topología del passthrough TCP/IP), el SNASw debe estar presente, y usted debe especificar un CPNAME para el router CTRC. El siguiente comando ilustra la configuración mínima del SNASw requerida para habilitar la licencia CTRC:

snasw cpname netid.cpname

Para configurar el SNASw básico, complete los pasos siguientes que comienzan en el modo de configuración global:

 
Comando
Propósito

Paso 1 

Router(config)# snasw cpname {netid.cpname | netid [hostname | ip-address interface-name]}

Define un nombre de punto de control del SNASw. Para la variable netid.name, especifique el nombre calificado completamente CP para el router, que consiste en el ID de la red y el cpname.

Paso 2 

Router(config)# snasw port portname [hpr-ip | vdlc ring-group mac mac-address] interfacename [conntype nohpr | len | dyncplen] [nns-required] [hpr-sap hpr-sap-value] [max-links link-limit-value] [maxbtu max-btu-size] [sap sap-value] [vnname virtual-node-name] [nns][nostart]

Asocia un puerto del SNASw a una interfaz.

Paso 3 

Router(config)# snasw link linkname port portname rmac mac-address | ip-dest ip-address [rsap sap-value] [nns] [tgp [high | low | medium | secure]] [nostart]

Configura los links por aguas arriba.


Observepara una conexión del LEN-nivel entre el SNASw y el host, usted también necesita configurar snasw location el comando configuration para que los nombres específicos del recurso sean entrados en contacto en el host. No defina las ubicaciones si la Conectividad APPN se está utilizando entre el SNASw y el host. Vea “la sección de la configuración del Cisco IOS Software” para un ejemplo de las sentencias de configuración del SNASw.


Para más información sobre configurar el SNASw, consulte el capítulo de los servicios del SNA Switching de este documento.

Configurar la licencia CTRC

Una instalación unlicensed del CTRC permite hasta dos conexiones DB2, dos conversaciones CIC, o una conexión DB2 y una conversación CIC para los propósitos de evaluación. Para utilizar más de dos conexiones o conversaciones, usted debe configurar la licencia CTRC.

La llave de la licencia CTRC está bloqueada a un nodo y basada en el nombre de punto de control del SNASw (cpname) para el router. Utilice show config | include cpname el comando de determinar el cpname para el router que usted quiere autorizar. Después entre en contacto su representante de Cisco y pida una llave de la licencia CTRC. Usted recibirá una llave de la licencia junto con la información sobre el número de conexiones que usted está autorizando y, si la licencia tiene un límite de tiempo, que la fecha de vencimiento.

Para las comunicaciones con el DB2, el CTRC marca el número de conexiones funcionando contra el número autorizado de conexiones. Para las comunicaciones con los CIC, el CTRC marca el número de concurrencia y de conversaciones hechas cola. Una llave de la licencia se utiliza para ambas comunicaciones CIC y DB2, así que usted puede utilizar a cualquiera de los comandos global configuration siguientes de configurar la licencia CTRC. Si su licencia no está para un número sin límite de conexiones y de período de tiempo usted debe especificar el número de conexiones y de fecha de vencimiento.

Comando
Propósito

Router(config)# dbconn license license-key [connections licensed-connections] [expiration-date yyyymmdd]

Configura una licencia de CTRC.

Router(config)# txconn license license-key [connections licensed-connections][expiration-date yyyymmdd]

Configura una licencia de CTRC.


Verificación de la Configuración de CTRC

Después de elaborar los sistemas del host y de configurar al router CTRC, realice los pasos siguientes para asegurarse que el CTRC puede comunicar con los sistemas del host:


Paso 1Para verificar que usted tenga conectividad SNA entre el router y cada sistema del host, utilice ping sna el comando, especificando el modo y el nombre calificado completamente del telecontrol LU apropiados para su entorno en lugar de IBMRDB y de STARW.BUDDY en el siguiente ejemplo.

ping sna -m IBMRDB STARW.BUDDY

Paso 2Si usted configuró el CTRC para las comunicaciones con los CIC, realice los pasos siguientes para verificar al router se configura correctamente. Salte al paso 3 si usted está utilizando el CTRC solamente para las comunicaciones DB2.

a.Ingrese show txconn destination el comando en el EXEC o el modo EXEC privilegiado. Aseegurese que todos los destinos CIC que usted configuró están enumerados con el RLU y el modo le valoran especificaron.

Router# show txconn destination
Name              Remote LU          Mode        Hits
----------------- ------------------ ----------- --------
CICSB             CICSB              IBMRDB    0
GEN               CICSB              IBMRDB    0
                  CICSC              IBMRDB    0
GUAVA             GUAVA              IBMRDB    0
CICSC             CICSC              IBMRDB    0

b. Para cada destino CIC mostrado en el paso anterior, ingresetxconn pingel comando de verificar que el router puede comunicar con ese destino.

Router# txconn ping CICSB
Trying CICSB CICSB:IBMRDB
Destination CICSB successfully contacted!
Elapsed time was 00:00:00.600 

c.Ingrese show txconn server el comando. Aseegurese que todos los servidores CTRC que usted definió para las comunicaciones con los CIC están enumerados con los valores de configuración usted especificó.

Router# show txconn server
Server     Port  IP Address   Dest      State     NumConn
---------- ----- ------------ --------- --------- -------
CICSB      1435  0.0.0.0      CICSB     enabled   0
CICSB&C    1436  0.0.0.0      GEN       enabled   0
CICSC      1434  0.0.0.0      CICSC     enabled   0
GUAVA      1437  0.0.0.0      GUAVA     enabled   0

Utilice show txconn server la forma del Nombre del servidor del comando de visualizar la información detallada para un servidor individual.

Router# show txconn server CICSB
                  server: CICSB
             destination: CICSB
            server state: enabled (accepting connections)
              ip address: 0.0.0.0
                    port: 1435
          client timeout: 0 (none)
            host timeout: 0 (none)
             window size: 4096 bytes
       fold program name: on
            CCSID: 037
   number of connections: 0
   number of transactions: 0
         client type: CICS

d. Si usted definió cualesquiera rutas para que los ID de transacciones específicos lleven los CIC los destinos, ingrese show txconn route el comando. Aseegurese que todo el CTRC le rutea definió está enumerado con los valores de configuración que usted especificó. Un <default> en la columna del SERVIDOR indica una ruta global que se pueda utilizar por todos los servidores del txconn en el router. Un <default> en la columna de TranID indica la ruta predeterminado para el servidor mencionado del txconn.

Router# show txconn route
Server            TranID            Destination
----------------- ----------------- ----------------
CICSC             <default>         CICSC
CICSB             <default>         CICSB
CICSB&C           <default>         GEN
GUAVA             <default>         GUAVA
<default>         CPMI              CICSC
CICSB             CPMI              CICSB

Paso 3Si usted configuró el CTRC para las comunicaciones con el DB2, realice los pasos siguientes para verificar al router se configura correctamente. Si usted está utilizando el CTRC solamente para las comunicaciones CIC, salte al paso 4.

a.Ingrese show dbconn server el comando. Aseegure los servidores que usted definió se enumera con los valores de configuración usted especificó.

Router# show dbconn server
Server      Port   IPAddress      RDBName     State     NumConn
SERVERA     446    0.0.0.0        MATTY       enabled   0
SERVERB     446    0.0.0.0        SCU_DSNM    enabled   0
SERVERC     446    0.0.0.0        DSN4        enabled   0
SERVERD     446    0.0.0.0        MKTG        enabled   0
SERVERE     446    0.0.0.0        ABBY        enabled   0
SERVERF     446    0.0.0.0        DB2510      enabled   0
SERVERG     446    0.0.0.0        ELLE        enabled   0
SERVERH     446    0.0.0.0        SUNSET      enabled   0
SERVERI     446    0.0.0.0        NELL        enabled   0
SERVERJ     446    198.989.999.32 SAMPLE      enabled   0
SERVERK     446    0.0.0.0        DB2410      enabled   0
SERVERL     446    0.0.0.0        SQLDS       enabled   0
SERVERM     446    0.0.0.0        STELLA      enabled   0
SERVERN     446    10.10.19.4     OAK         enabled   0
SERVERO     447    0.0.0.0        DB2510      enabled   0
BUDDY       446    0.0.0.0        DB2510      enabled   0

Utilice show dbconn server la forma del Nombre del servidor del comando de visualizar más información para un servidor individual.

Router# show dbconn server BUDDY
                 server: BUDDY
           server state: enabled (accepting connections)
             ip-address: 0.0.0.0
                   port: 446
                rdbname: DB2510
        connection type: SNA
                    rlu: STARW.DSNV510
                   mode: IBMRDB
                 tpname: \x076DB
           idle-timeout: 0 (none)
            window-size: 4096 bytes
   database server name: (unknown)
    database product id: (unknown)
                    PEM: not configured
  number of connections: 0
             RDB server: active
                    WLM: inactive-enabled

b. Para cada servidor del dbconn mostrado en el paso anterior, ingrese dbconn ping el comando de verificar que el router puede comunicar con los sistemas DB2 asociados a ese servidor.

Router# dbconn ping BUDDY
......
RDB named DB2510 on database server BUDDY successfully contacted!
Elapsed time was 00:00:00

Paso 4Verifique que la configuración de la licencia CTRC haga juego el número de conexiones autorizadas que usted compró. Ingrese show dbconn license el comando o show txconn license el comando como se muestra abajo.

Router# show txconn license

Router# show dbconn license

El comando visualiza la información sobre la licencia, tal y como se muestra en del siguiente ejemplo:

CTRC is licensed for 4990 connections, no licensed connections in use
This is a permanent license


Configuración de los clientes de CTRC

Esta sección proporciona la información sobre configurar las conexiones cliente DRDA para el acceso DB2, y para configurar a los clientes soportados CIC.

Configurar las conexiones cliente DB2 DRDA

Para configurar una conexión entre un cliente basado en DRDA y una base de datos DB2, usted debe definir una fuente de datos al driver ODBC. Para cada base de datos DB2 que sea accedida, usted necesita especificar la información siguiente de la fuente de datos para configurar al solicitante DRDA para utilizar al router CTRC:

El nombre RDB de la base de datos DB2 que usted quiere acceder. Este valor debe hacer juego el rdbname que usted especifica con dbconn server el comando de configurar al router CTRC para comunicar con el DB2 (véase “configurando el CTRC para la sección de las comunicaciones DB2”). El nombre RDB también debe hacer juego la ubicación DDF definida en el host DB2 (véase “configurando la sección DDF”).

La dirección IP del router el nombre del host o de la interfaz que validará los pedidos de conexión.

El número del puerto en el cual el router CTRC está estando atentos los pedidos de conexión. El valor por defecto es 446.

Los procedimientos para configurar una fuente de datos son específicos a la implementación del cliente. Refiera a la documentación para su cliente DRDA para los detalles.

Configurar a los clientes CIC

El CTRC apoya el Cliente universal de IBM CIC, IBM TXSeries, y a los clientes de Microsoft COMTI. Estos clientes conectan con el router Cisco vía el TCP/IP.

Configurar las conexiones del Cliente universal CIC

Para configurar al Cliente universal CIC, realice las tareas siguientes:


Paso 1Instale al Cliente universal para su plataforma.

Paso 2Elija el TCP/IP como su conexión de red.

Paso 3Para tener el Cliente universal conectar con su servidor CTRC, agregue una entrada en la sección del servidor del archivo CICSCLI.INI para definir el servidor CTRC. La entrada del siguiente ejemplo define un servidor nombrado CTRCSERV con un nombre de host TCP/IP (NetName) de CTRCBOX. Substituya el nombre LU de su router para el NetName.

Server = CTRCSERV
Description = TCP/IP Server
Protocol = TCPIP
NetName = CTRCBOX
Port = 1435 

Paso 4En caso necesario, la parada y recomienza al Cliente universal para hacer que los cambios tomen el efecto y conecten con el servidor CTRC.

Para conectar a través de los servidores múltiples, aumente el valor de MaxServers en la sección del cliente del archivo CICSCLI.INI del valor por defecto de 1. Si usted hace los servidores múltiples configurar en CICSCLI.INI, algunas aplicaciones pueden visualizar una lista de servidores de los cuales elegir. Si la Seguridad se gira en los CIC, un usuario/un cuadro de diálogo de contraseña puede aparecer después de seleccionar un servidor CIC.

Si usted ha especificado UseDfltUser=NO y AttachSec=Verify en su definición de la CONEXIÓN APPC en los CIC (véase “definiendo las conexiones APPC la sección al CTRC”), una identificación del usuario y contraseña será requerida para utilizar los CIC terminales. Si usted está utilizando el ECI, pase la identificación del usuario y contraseña usando un comando por ejemplo:

cicscli /c=ctrcserv /u=p390 /p=p390

Las visualizaciones de línea del estado terminales CIC el nombre del Terminal virtual. Cuando usted ingresa un comando en la terminal (tal como “CEOT”), usted verá el SYSID y el APPLID del sistema CIC con el cual usted está conectado.


Configurar TXSeries como cliente CTRC

Para conectar una máquina que ejecuta TXSeries con otro host CIC a través de una conexión CTRC, usted debe crear las definiciones de recurso siguientes CIC:

Definición del módulo de escucha

Definición de las comunicaciones

Definición del programa para cada programa remoto que usted quiere utilizar

Usted puede crear estas definiciones de recurso usando cicsadd el comando, o usted puede utilizar el System Management Interface Tool CIC (SMIT) para construir los comandos. Las secciones siguientes describen ambos métodos.


Observelos procedimientos en las secciones siguientes muestran cómo crear las definiciones de recurso para TXSeries en el AIX. Si usted está utilizando TXSeries en el Windows NT, refiera a su documentación de TXSeries para los paneles de los comandos y de la configuración proporcionados para crear las definiciones de recurso en esa plataforma.


Usando el cicsadd para crear las definiciones

Para utilizar cicsadd el comando de agregar las definiciones de recurso CIC en TXSeries para el AIX, especifique los valores apropiados para su definición en lugar de las variables mostradas en el itálico en el sintaxis del siguiente comando.

cicsadd -c className[-r regionName] [-P | -B] [-f fileName] [-m modelId] resourceName 
[attributeName=attributeValue ...]

Para utilizar al router CTRC, el valor para el resourceName en la definición de las comunicaciones (CD) debe ser lo mismo que el attributeValue especificado para el atributo de RemoteSysId en la definición del programa. Y, el ListenerName especificado en el CD debe hacer juego el nombre de la definición del módulo de escucha. Por ejemplo, la publicación del siguiente comando crea una definición de las comunicaciones para el router CTRC con un resourceName del CTRC y de un ListenerName del TCP:

cicsadd -c cd -r TX6000 -B CTRC ResourceDescription="Connection thru CTRC" 
ConnectionType=cics_tcp ListenerName=TCP OutboundUserIds=sent RemoteCodePageTR="IBM-037" 
RemoteNetworkName="CICSB" RemoteSysSecurity=trusted RemoteTCPAddress="ctrcbox" 
RemoteTCPPort=1435 RemoteLUName="CTRCBOX"

Para utilizar un programa remoto nombró PNG1, la definición del programa para PNG1 debe fijar el atributo de RemoteSysId al CTRC, tal y como se muestra en del siguiente comando.

cicsadd -c pd -r TX6000 -B PNG1 ResourceDescription="eciPing back end" RemoteSysId=CTRC 
RemoteName=PNG1 RSLKey=public

Usted especifica el protocolo que el cliente CIC utilizará en la definición del módulo de escucha. Por ejemplo, para permitir que el cliente de TXSeries conecte con los CIC la región especificada en los comandos example antedichos, TX6000, agregan una definición del módulo de escucha para el TCP/IP tal y como se muestra en del siguiente comando.

cicsadd -c ld -r TX6000 -B TCP ResourceDescription="TCP/IP Listener" Protocol=TCP

Usando el SMIT para crear las definiciones

Para utilizar el SMIT para construir los comandos para crear las definiciones de recurso, comenzar el SMIT y visualizar el menú de los recursos del manejo, que enumera los tipos de definiciones usted puede crear.

Están siguiendo las definiciones del ejemplo, si se asume que los valores abajo para los parámetros relacionado a CTRC:

TX6000 — Nombre de la región CIC en un RS/6000 que ejecuta TXSeries.

CTRCBOX — Nombre del host IP del router CTRC.

CICSB — APPLID del servidor CIC que se ejecuta en una unidad central.

PNG1 — Programa del host ECI que se ejecuta en la unidad central.

Ejemplo de la definición del módulo de escucha

* New Listener Identifier                    [TCP]
* Listener Identifier                         TCP
* Region name                                 TX6000
  Update Permanent Database OR 
    Install OR Both                        Both
  Group to which resource belongs            []
  Activate resource at cold start?            yes
  Resource description                       [Listener Definition]
* Number of updates                           0
  Protect resource from modification?         no
  Protocol type                               TCP
  TCP adapter address                        [198.147.235.8]
  TCP service name                           []
  local SNA Server Protocol Type              TCP
  local SNA Server Identifier                []
  local SNA Node Name                        []
  local Named Pipe name                      []

Ejemplo de la definición de la comunicación

La definición siguiente muestra un link TCP/IP a un host STARW.CICSB CIC a través del router CTRC nombrado CTRCBOX:

 New Communication Identifier                    [CTRC]
  Communication Identifier                         CTRC
  Region name                                      TX6000
  Update Permanent Database OR 
     Install OR Both                           Both
  Group to which resource belongs                 []
  Activate the resource at cold start?             yes
  Resource description                            [Communications Definit>	
* Number of updates                                2
  Protect resource from modification?              no
  Connection type                                  cics_tcp
  Name of remote system                           [CICSB]
  SNA network name for the remote system          [STARW]
  SNA profile describing the remote system        []
  Default modename for a SNA connection           []
  Gateway Definition (GD) entry name              []
  Listener Definition (LD) entry name             [TCP]
  TCP address for the remote system               [CTRCBOX]
  TCP port number for the remote system           [1435]
  DCE cell name of remote system                  [/.:/]
  Timeout on allocate (in seconds)                [60]
  Code page for transaction routing               [IBM-037]
  Set connection in service?                       yes
  Send userids on outbound requests?               sent
  Security level for inbound requests              verify
  UserId for inbound requests                     []
  Transaction Security Level (TSL) Key Mask       [none]
  Resource Security Level (RSL) Key Mask          [none]
  Transmission encryption level                    none

Ejemplo de la definición del programa

La definición siguiente describe un programa nombrado PNG1 que se esté ejecutando en el sistema remoto accedido con la definición de la comunicación nombrada CTRC (véase “la sección del ejemplo de la definición de la comunicación”):

  New Program Identifier                           [PNG1]
  Program Identifier                                PNG1
  Region name                                       TX6000
  Update Permanent Database OR Install 
      OR Both                                  Both
  Group to which resource belongs                  []
  Activate resource at cold start?                  yes
  Resource description                             [Program Definition]
* Number of updates                                 0
  Protect resource from modifications?              no
  Program enable status                             enabled
  Remote system on which to run program            [CTRC]
  Name to use for program on remote system         [PNG1]
  Transaction name on remote system for program    []
  Resource Level Security Key                      [public]
  Program path name                                []
  Program type program
  User Exit number                                 [0]
  Is a user conversion template defined?            no
  Is this a program that should be cached?          no

Refiera a la documentación de IBM TXSeries CIC para más información sobre especificar las definiciones de recurso CIC en TXSeries.

Configurar las conexiones cliente COMTI

Cuando una aplicación COMTI se construye usando el constructor componente COMTI de Microsoft, debe ser definida con la siguiente información para proporcionar el Acceso Remoto a los CIC.

“CIC e IMS vía el TCP/IP” como el tipo del entorno remoto

“CIC” como el entorno de la blanco

“Link MS” como el modo de servidor

Para que el cliente COMTI acceda los CIC usando el router CTRC, usted debe definir el CTRC como entorno remoto TCP. Utilice al administrador COMTI de Miscrosoft para definir el entorno remoto con los valores siguientes.

Seleccione los “CIC y el IMS usando el TCP/IP” como el tipo del entorno remoto

Especifique el direccionamiento de la dirección IP y del puerto TCP según lo configurado en el router CTRC

Especifique un nombre y comente para el nuevo entorno remoto

Refiera a la guía en línea del integrador de la transacción de Microsoft COM para más información sobre configurar y usar COMTI.

Monitoreando y mantener el CTRC

Esta sección describe los comandos usados para monitorear y para mantener el CTRC. Los comandos para las comunicaciones CIC y las comunicaciones DB2 se muestran por separado.


Los comandos ctrcde la nota relacionados con las comunicaciones con los CIC contienen la palabra txconn. Los comandos ctrc relacionados con las comunicaciones con el DB2 contienen la palabra dbconn. A excepción de los comandos relacionados con la autorización, dbconn y txconn de los comandos act independientemente de uno a.


Monitoreando y mantener las comunicaciones CTRC con los CIC

Para monitorear y mantener las comunicaciones CTRC con los CIC, utilice los siguientes comandos en el modo EXEC privilegiado:

Comando
Propósito
Router# clear txconn connection connection-id

Termina la conexión especificada CTRC a un cliente CIC y a todas las transacciones asociadas.

Router# clear txconn statistic name {allocatetime | 
clientreceived | clientsent | clientturnaround | every | 
hostreceived | hostresponse | hostsent | maxconnections | 
maxtransactions | totalconnections | totaltransactions}

Borra la estadística Nombrada o todas las estadísticas (every palabra clave) relacionadas con las comunicaciones CTRC con los CIC.

Router# clear txconn transaction transaction-id

Termina la transacción especificada CTRC.

Router# debug txconn {all | appc | config | data | event | 
tcp | timer}

Habilita el debugging de las comunicaciones CTRC con los CIC.

Router# show debugging

Visualiza el estado actual de debugging para el router.

Router# show txconn connection [server server-name]

Visualiza una lista de todas las conexiones CTRC a los clientes CIC del router actual, o las conexiones cliente CIC de un servidor determinado.

Router# show txconn connection connection-id

Visualiza la información de estado detallado para la conexión especificada CTRC a un cliente CIC.

Router# show txconn destination destination-name

Visualiza una lista de los destinos de todo el router actual para las comunicaciones CIC, o la información de estado detallado para el destino especificado CTRC.

Router# show txconn license or show dbconn license

Muestra el estatus de la licencia CTRC.

Router# show txconn route [server server-name]

Visualiza una lista de rutas CTRC a los CIC para el router actual o un servidor determinado.

Router# show txconn server

Enumera los servidores CTRC que se configuran para las comunicaciones CIC sobre el router actual.

Router# show txconn server server-name

Visualiza la información de estado detallado para el servidor especificado CTRC.

Router# show txconn transaction [server server-name | 
connection connection-id]

Visualiza una lista de las transacciones CTRC del router actual con los CIC, o las transacciones de un servidor determinado o de una conexión.

Router# show txconn transaction transaction-id

Visualiza la información de estado detallado para la transacción especificada CTRC.

Router# show txconn statistic [kind {histogram | summary}] name {activeconnections | activetransactions | allocatetime | clientreceived | clientsent | clientturnaround | dump | hostreceived | hostresponse | hostsent | latency | maxconnections | maxtransactions | totalconnections | totaltransactions}

Visualiza las estadísticas relacionadas con las comunicaciones CTRC con los CIC.

Router# txconn ping destination-name

Comunicaciones de las pruebas entre el router y un destino CTRC (host CTRC definido por un par de RLU y de valores del modo).


Monitoreando y mantener las comunicaciones CTRC con el DB2

Para monitorear y mantener las comunicaciones CTRC con el DB2, utilice los siguientes comandos en el modo EXEC privilegiado:

Comando
Propósito
Router# clear dbconn connection connection-id

Rompe la conexión cliente especificada al servidor.

Router# clear dbconn statistic {chains | clientturnaround | 
connectionsdown | connectionsup | every | hostreceived | 
hostresponse | hostsent | maxconnections}

Borra las estadísticas relacionadas con las comunicaciones CTRC con el DB2.

Router# dbconn ping server-name [userid userid] [password 
password] [rdbname rdbname]

Verifica la Conectividad a la base de datos especificada DB2.

Router# debug dbconn {all | appc | config | drda | event | 
tcp}

Habilita el debugging de las comunicaciones CTRC con el DB2.

Router# show dbconn connection

Visualiza el estatus de cada conexión CTRC al DB2.

Router# show dbconn connection connection-id

Visualiza un estado detallado de la conexión especificada CTRC al DB2.

Router# show dbconn connection server server-name

Visualiza el estatus de las conexiones CTRC al DB2 para el servidor especificado.

Router# show dbconn connection userid userid

Visualiza el estatus de un usuario conectado con el CTRC para las comunicaciones DB2.

Router# show dbconn connection rdbname rdb-name

Visualiza un estatus de cada conexión al DB2 que hace juego el nombre especificado RDB.

Router# show dbconn license

o

Router# show txconn license

Visualiza el estatus de la licencia CTRC para el DB2 y los CIC.

Router# show dbconn ports

Visualiza la información sobre todos los puertos a través de los cuales los servidores CTRC estén validando las conexiones al DB2.

Router# show dbconn server

Visualiza un resumen de información sobre cada servidor CTRC configurado para comunicar con el DB2.

Router# show dbconn server server-name

Visualiza un estado detallado del servidor especificado CTRC para las comunicaciones DB2.

Router# show dbconn statistic [kind {histogram | summary}] name {chains | clientturnaround | connectionsdown | connectionsup | dump | hostreceived | hostresponse | hostsent | latency | maxconnections}

Visualiza las estadísticas actuales relacionadas con las comunicaciones CTRC con el DB2.

Router# show debugging

Visualiza el estado actual de debugging para el CTRC.


Ejemplos de configuración CTRC

Las secciones siguientes proporcionan los ejemplos de configuración CTRC:

Servidores CTRC con el ejemplo de configuración de los IP Addresses (DB2)

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 1 (DB2) de los puertos

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 2 (DB2) de los puertos

Seleccionar el servidor por los IP Addresses, los nombres RDB, y el ejemplo de configuración de los puertos (DB2)

CTRC con el CIP y el DB2 en el ejemplo de la configuración VTAM (DB2)

Servidores CTRC usando el Token Ring a un ejemplo de configuración LEN (CIC y DB2)

Servidores CTRC con los IP Addresses, las rutas, y el ejemplo de configuración polivalente de los destinos (CIC)

Servidores CTRC con el ejemplo de configuración de los IP Addresses (DB2)

El cuadro 4 muestra a configuración CTRC donde los servidores CTRC se configuran para escuchar en el puerto 446 (por abandono) los IP Addresses especificados para estos servidores en la configuración del router para el CTRC. Cuando un cliente ODBC intenta hacer una conexión al DB2, un servidor CTRC valida la conexión si la dirección IP especificada en su configuración hace juego la dirección IP con la cual el cliente quiere conectar.

En este ejemplo, los servidores A y B se configuran con los IP Addresses 172.0.10.2 y 172.0.45.3. Los servidores A y B validan cualquier conexión que apunte sus IP Addresses. El C del servidor valida cualquier conexión que apunte cualquier IP Address del router en el puerto de destino de 446 y un nombre RDB de IOWA.

Configuración del cuadro 4 servidores CTRC con los IP Addresses (para las comunicaciones DB2)

Los siguientes son los comandos que configuran el servidor A, el servidor B, y el C del servidor en el router Cisco:

dbconn server SERVERA ip-address 172.0.10.2 rdbname nevada
dbconn server SERVERB ip-address 172.0.45.3
dbconn server SERVERC rdbname iowa

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 1 (DB2) de los puertos

Cuando un pedido de cliente viene adentro para un servidor, y los servidores múltiples se configuran en el router, los tres atributos configurados del IP Address, del nombre RDB, y del puerto determinan qué servidor se elige para la conexión. Cuando un servidor se selecciona para una conexión, el cliente sigue siendo asociado con ese servidor para la duración de esa conexión. Los atributos APPC configurados para ese servidor se utilizan para conectar con IBM el sistema. Si un servidor es unconfigured mientras que existen las conexiones activas, las conexiones activas con ese servidor se romperán.

Solamente un servidor CTRC se puede configurar con una combinación única de dirección IP, de puerto, y de nombre RDB. Si se presenta una situación donde los servidores múltiples en un router cumplen los criterios para validar una conexión cliente, el servidor CTRC que cumple los criterios más específicos valida la conexión. Por ejemplo, en el cuadro 5 servidores A y B están escuchando en el puerto 446 las conexiones cliente que hacen juego su dirección IP de 161.55.122.80. El servidor A se configura para validar el nombre NEVADA RDB y el servidor B se configura para validar cualquier nombre RDB. Un cliente que conecta con el puerto 446 para el nombre NEVADA RDB hace juego los criterios para ambos servidores. En esta situación, el servidor A se selecciona para validar la conexión porque su configuración incluye un nombre específico NEVADA RDB con respecto al servidor B cuya configuración valida cualquier nombre RDB.

Cuadro 5 Configuración del servidor CTRC con la dirección IP y el nombre RDB definidos

Servidores CTRC con los IP Addresses, los nombres RDB, y el ejemplo de configuración 2 (DB2) de los puertos

El IP Address y el puerto especificados para un servidor en configuración de un router también determina qué servidor valida una conexión. Por ejemplo, el C del servidor se configura para escuchar en cualquier IP Address local en el puerto 446 y el nombre IOWA RDB. El servidor D se configura para estar atenta a la dirección IP 145.56.180.34 en el puerto 446 y el nombre IOWA RDB. Cuando un cliente intenta conectar con la dirección IP 145.56.180.34 en el puerto 446 para el nombre IOWA RDB, ambos servidores cumplen los criterios en validar la conexión. En este caso, el CTRC selecciona una conexión basada en la dirección IP primero, después el puerto, y finalmente, el nombre RDB.

Seleccionar el servidor por los IP Addresses, los nombres RDB, y el ejemplo de configuración de los puertos (DB2)

Si los servidores múltiples en un router cumplen los criterios para validar una conexión cliente, el servidor CTRC que cumple los criterios más específicos valida la conexión. En el cuadro 6, el router Cisco contiene cuatro Configuraciones del servidor. Los cuatro servidores están atentas las conexiones cliente en el puerto 446 por abandono. Los servidores A y B se configuran con la misma dirección IP, 161.55.122.80. Los servidores A y el C se configuran para validar el nombre NEVADA RDB. Los servidores B y D se configuran para validar cualquier nombre RDB.

Si un cliente conecta con la dirección IP 161.55.122.80 en el puerto 446 y envía el nombre NEVADA RDB en la secuencia de datos DRDA, la coincidencia de cuatro servidores los criterios para validar la conexión cliente. Sin embargo, el servidor A será seleccionado para validar la conexión porque cumple los criterios más específicos para la dirección IP, el nombre RDB, y el puerto. Si el servidor A no fuera configurado, el servidor B sería la segunda opción porque cumple los criterios para la dirección IP y el puerto. La dirección IP especificada en un servidor tiene siempre precedencia al corresponder con una conexión a un servidor.

Cuadro 6 Configuraciones del servidor CTRC con los IP Addresses, los nombres RDB, y el puerto predeterminado

Lo que sigue es la configuración para los servidores A, B, C, y D en el router Cisco:

hostname routera
!
enable password allie

dbconn server SERVERA ip-address 161.55.122.80 rdbname NEVADA
dbconn server SERVERB ip-address 161.55.122.80
dbconn server SERVERC rdbname NEVADA
dbconn server SERVERD

CTRC con el CIP y el DB2 en el ejemplo de la configuración VTAM (DB2)

El cuadro 7 ilustra a un router Cisco con un CIP que se configure con el CTRC. El CIP es conectado y conectado con el VTAM en la unidad central. El DB2 se configura en el VTAM.

Cuadro 7 router Cisco con el CIP y conexión al DB2 en el VTAM

La configuración en el cuadro 7 utiliza los comandos router de configurar los servicios del SNA Switching sobre el CIP y el CSNA vía el SRB. Los siguientes ejemplos muestran la configuración más detalladamente.

En las definiciones del host VTAM, el CONNTYPE=APPN variable es opcional, pero se recomienda si usted utiliza el APPN en su entorno de SNA. Si el CP-a-CP se fija a los YE y al CONNTYPE se fija al APPN, esta configuración permite al router Cisco para establecer las sesiones CP-a-CP con el VTAM. Permitiendo las sesiones CP-a-CP, usted gana la ventaja de las características dinámicas APPN tales como la Disponibilidad del directorio y topología para localizar los recursos y las rutas óptimo calculadoras.

Definición de Pu y LU para Partner de VTAM

CTRCPU PU ADDR=01,                                     X
          IDBLK=05D,                                   X
          IDNUM=00501,                                 X
          CPNAME=CTRCBOX,                              X
          ANS=CONT,                                    X
          DISCNT=NO,                                   X
          IRETRY=NO,                                   X
          ISTATUS=ACTIVE,                              X
          PUTYPE=2,                                    X
          SECNET=NO,                                   X
          MAXDATA=521,                                 X
          MAXOUT=7,                                    X
          MAXPATH=1,                                   X
          USSTAB=USSS,                                 X
          MODETAB=ISTINCLM,                            X
          DLOGMOD=IBMRDB,                              X
          CONNTYPE=APPN
CTRCBOX LU  LOCADDR=00,       INDEPENDENT LU           X
            DLOGMOD=IBMRDB

VTAM APPLID para DB2

DSNV510 APPL   APPC=YES,                           X00006012
               AUTH=ACQ,                           X00007012
               AUTOSES=1,                          X00008012
               DMINWNL=1024,                       X00009012
               DMINWNR=1024,                       X00009112
               DSESLIM=2048,                       X00009212
               EAS=65535,                          X00009312
               MODETAB=ISTINCLM,                   X00009412
               SECACPT=CONV,                       X00009512
               SRBEXIT=YES,                        X00009612
               VERIFY=NONE,                        X00009712
               VPACING=1,                          X00009812
               SYNCLVL=SYNCPT,                     X00009912
               ATNLOSS=ALL                          00010012

XCA para un router adjunto a CIP

XCAE20    VBUILD TYPE=XCA
XPE20R  PORT    CUADDR=E20,
            ADAPNO=1,
            SAPADDR=4,
            MEDIUM=RING,
            DELAY=0,
            TIMER=60
G02E20A  GROUP ANSWER=ON,CALL=INOUT,DIAL=YES,ISTATUS=ACTIVE
K02T201S LINE
P02T201S   PU
K02T202S LINE
P02T202S    PU

Configuración del software del IOS de Cisco

En este ejemplo, asocian al router CTRCBOX al COMPINCHE del host que usa un procesador CIP. Observe que el timbre-grupo del fuente-Bridge de 100 hace juego el Bridge de origen de 10 2 100 para el canal de interfaz 13/2 para permitir a los servicios del SNA Switching para ejecutar encima el SRB. Además, el direccionamiento del destino LAN usado por el COMPINCHE de la estación de link del SNASw corresponde a la dirección MAC virtual usada por el adaptador para el canal 13/2.

!
source-bridge ring-group 100
!
interface Ethernet2/1
 mac-address 4200.0000.0501
 ip address 198.147.235.11 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
!
interface Channel3/0
 ip address 192.168.1.1 255.255.255.0
 no ip directed-broadcast
 no keepalive
 channel-protocol S4
 claw 0100 22 192.168.1.2 BUDDY CIPTCP TCPIP TCPIP
 csna 0100 20
!
interface Channel3/2
 no ip address
 no ip directed-broadcast
 no keepalive
 lan TokenRing 1
  source-bridge 10 2 100
  adapter 1 4000.0123.9999
!
interface Virtual-TokenRing0
  mac-address 4000.2222.3333
  source-bridge 50 1 100
  source-bridge spanning
!
snasw cpname STARW.CTRCBOX
snasw port SRB Virtual-TokenRing0
snasw link BUDDY port SRB rmac 4000.0123.9999
snasw location DSNV510 owning-cp STARW.BUDDY (see Note below)

!
dbconn server DB2BUDD rdbname DB2510 rlu STARW.DSNV510 mode IBMRDB
!
ip default-gateway 198.147.235.12
ip classless


La notano utiliza snasw location una declaración si usted está utilizando una conexión APPN entre el host y el SNASw.


Servidores CTRC usando el Token Ring a un ejemplo de configuración LEN (CIC y DB2)

Esta sección proporciona un ejemplo de configuración para un router nombrado CTRCBOX, empezando por la definición de VTAM para el router, que es lo mismo que para el ejemplo anterior.

El router está conectado con el host vía el Token Ring. El nombre de punto de control del host es COMPINCHE; su dirección MAC del Token Ring es 4000.0200.0448.

El host se configura como nodo de subárea (APPN LEN); si un host se configura como nodo de red APPN, las declaraciones de la ubicación del SNASw son innecesarias.

El cuadro 8 muestra una configuración CTRC para la comunicación con el DB2 y los CIC.

Cuadro 8 configuración CTRC para la comunicación con el DB2 y los CIC

Definición de Pu y LU para Partner de VTAM

CTRCPU PU ADDR=01,                                     X
          IDBLK=05D,                                   X
          IDNUM=00501,                                 X
          CPNAME=CTRCBOX,                              X
          ANS=CONT,                                    X
          DISCNT=NO,                                   X
          IRETRY=NO,                                   X
          ISTATUS=ACTIVE,                              X
          PUTYPE=2,                                    X
          SECNET=NO,                                   X
          MAXDATA=521,                                 X
          MAXOUT=7,                                    X
          MAXPATH=1,                                   X
          USSTAB=USSS,                                 X
          MODETAB=ISTINCLM,                            X
          DLOGMOD=IBMRDB,                              X
          ONNTYPE=APPN 
CTRCBOX LU  LOCADDR=00,       INDEPENDENT LU           X
            DLOGMOD=IBMRDB

VTAM APPLID para los CIC

CICSAPPL VBUILD TYPE=APPL                                00010001
******************************************************** 00010000
* CICS APPL DEFINITION FOR LU62 CLIENT/SERVER SUPPORT    00020000
******************************************************** 00030000
CICSB    APPL  AUTH=(ACQ,SPO,PASS,VPACE),               X
         MODETAB=ISTINCLM,                              X
         VPACING=0,EAS=100,PARSESS=YES,                 X
         APPC=NO,                                       X
         SONSCIP=YES,                                   X
         ACBNAME=CICSB

VTAM APPLID para DB2

DSNV510 APPL   APPC=YES,                           X00006012
               AUTH=ACQ,                           X00007012
               AUTOSES=1,                          X00008012
               DMINWNL=1024,                       X00009012
               DMINWNR=1024,                       X00009112
               DSESLIM=2048,                       X00009212
               EAS=65535,                          X00009312
               MODETAB=ISTINCLM,                   X00009412
               SECACPT=CONV,                       X00009512
               SRBEXIT=YES,                        X00009612
               VERIFY=NONE,                        X00009712
               VPACING=1,                          X00009812
               SYNCLVL=SYNCPT,                     X00009912
               ATNLOSS=ALL                          00010012

VTAM APPLID para el soporte PEM

MVSLU01   APPL    ACBNAME=MVSLU01,   ACBNAME FOR APPC
             APPC=YES,
             AUTOSES=0,
             DDRAINL=NALLOW,
             DLOGMOD=IBMRDB,
             DMINWNL=5,
             DMINWNR=5,
             DRESPL=NALLOW,
             DSESLIM=10,
             LMDENT=19,
             PARSESS=YES,
             SECACPT=CONV,
             SRBEXIT=YES,
             VPACING=1

Expediente DB2 BSD DDF

El siguiente ejemplo actualiza los BSDS con un nombre de ubicación de DB2510, nombre LU de DSNV510 para el acceso SNA, una contraseña de STARPASS y un puerto de 446 para las comunicaciones TCP/IP. Los parámetros RESPORT y PORT solamente son necesarios para el acceso TCP/IP y se pueden omitir si sólo se usa SNA.

//* 
//DSNTLOG EXEC  PGM=DSNJU003,COND=(4,LT)
//STEPLIB  DD  DISP=SHR,DSN=DSN510.SDSNLOAD
//SYSUT1   DD  DISP=OLD,DSN=DSN5CAT.BSDS01
//SYSUT2   DD  DISP=OLD,DSN=DSN5CAT.BSDS02
//SYSPRINT  DD  SYSOUT=*
//SYSUDUMP  DD  SYSOUT=*
//SYSIN   DD  *
        DDF LOCATION=DB2510,LUNAME=DSNV510,
          PASSWORD=STARPASS,RESPORT=5020,PORT=446
//*

XCA para el router conectado del Token Ring

XCAE40    VBUILD TYPE=XCA
XPE40R  PORT    CUADDR=E40,
            ADAPNO=1,
            SAPADDR=4,
            MEDIUM=RING,
            DELAY=0,
            TIMER=30
G02E40A  GROUP DIAL=YES,CALL=INOUT,ANSWER=ON,ISTATUS=ACTIVE
*
K02T001S  LINE
P02T001S    PU
*
K02T002S  LINE
P02T002S    PU

Configuración del software del IOS de Cisco

source-bridge ring-group 100
!
!
interface TokenRing0/1
 mac-address 4000.1111.0501
 ip address 198.147.236.196 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
 early-token-release
 ring-speed 16
 multiring all
!
interface Ethernet2/1
 mac-address 4200.0000.0501
 ip address 198.147.235.11 255.255.255.0
 no ip directed-broadcast
 no ip mroute-cache
!
!
snasw cpname STARW.CTRCBOX
snasw port TR0 TokenRing0/1
snasw link BUDDY port TR0 rmac 4000.0200.0448
snasw location STARW.DSNV510 owning-cp STARW.BUDDY 
snasw location STARW.CICSB owning-cp STARW.BUDDY
!
dbconn server DB2BUDD rdbname DB2510 rlu STARW.DSNV510 mode IBMRDB
dbconn tcpserver BUDDTCP port 446 rdbname DB2510 remote-ip-address 198.147.235.39 
remote-port 446
		dbconn pem DB2BUDD rlu MVSLU01 mode #INTER
!
txconn destination DESTBUDD rlu STARW.CICSB mode IBMRDB
txconn server CICSBUDD destination DESTBUDD port 1435 
ip default-gateway 198.147.235.12
ip classless

Servidores CTRC con los IP Addresses, las rutas, y el ejemplo de configuración polivalente de los destinos (CIC)

El cuadro 9 muestra una configuración CTRC que incluya los puertos múltiples de los servidores, de las rutas, predeterminados y no valor por defecto CTRC, y un destino polivalente CTRC. Este ejemplo ilustra los principios siguientes de la configuración CTRC:

Un router puede funcionar con los servidores múltiples txconn CTRC.

Un txconn servidor puede comunicar con los destinos lógicos múltiples.

Un destino lógico CTRC puede corresponder a los sistemas de destino múltiples CIC.

Más de un txconn servidor puede utilizar un número del puerto único, a condición de que cada servidor escucha en una diversa dirección IP.

Más de un txconn servidor puede tráfico directo a un solo destino lógico.

Cuadro 9 configuración CTRC con los IP Addresses, las rutas, y los destinos múltiples CIC

En el cuadro 9, un único router se configura para funcionar con tres servidores de comunicación CTRC con los CIC. Éstos txconn servers se muestran como el servidor A CTRC, C del servidor CTRC, y servidor D. Server A CTRC escucha en el puerto predeterminado, 1435, para los IP Addresses de todo el router. El C del servidor escucha en el puerto 1436 la dirección IP 191.9.200.8. El servidor D escucha en el puerto 1436 la dirección IP 191.9.200.37.

El servidor A se configura para comunicar con dos destinos lógicos. Si una Comunicación del cliente tiene el valor de la PRUEBA para su ID de transacción (TRANID), el servidor A lo envía al destino lógico B. Éste es un destino polivalente que permite la comunicación con dos sistemas CIC, el sistema B (con RLU B y modo B) y sistema X (con RLU X y el modo X). El CTRC afecta un aparato las transacciones a estos dos sistemas de destino en una modalidad de ordenamiento cíclico.

Si una Comunicación del cliente para el servidor A no tiene un valor de la PRUEBA para TRANID, el servidor A lo envía al destino A, que corresponde al sistema A CIC (con RLU A y modo A).

El C del servidor también se configura para comunicar con dos destinos lógicos. Si el C del servidor recibe una Comunicación del cliente que tenga el valor del TEST2 para su ID de transacción, el C del servidor lo envía al destino lógico D, que corresponde al sistema D CIC (con RLU D y modo D). El C del servidor envía las Comunicaciones del cliente con otros ID de transacciones al C lógico del destino (C del sistema CIC, con el C RLU y el modo C). El servidor D se configura para enviar las Comunicaciones del cliente al destino lógico D.