Entorno local
Se muestra la pantalla que permite gestionar el Entorno Local general y subentornos.
-------------------------------------------------------------------------------
| DD/MM/AAAA ADMINISTRADOR DE EDITRAN EDITRAN 5.3 |
| HH:MM:SS ENTORNO LOCAL |
|-----------------------------------------------------------------------------|
| |
| |
| |
| |
| A ---> ALTA |
| |
| B ---> BAJA |
| |
| C ---> CONSULTA |
| |
| M ---> MODIFICACION |
| |
| |
| OPCION : C |
| CODIGO LOCAL: |
| |
| ('*' seleccion generica de subentornos) |
| |
| |
-------------------------------------------------------------------------------En esta versión del producto existe la funcionalidad del Multientorno. Es decir, podemos presentarnos a los demás clientes como uno o varios centros. El primero, y puede ser el único, es el denominado Entorno Local General y el siguiente y sucesivos serán los denominados Subentornos. En ambos casos el código local consta de 9 caracteres con el siguiente formato xnnnnnnnx.
Se debe de especificar el Código Local y la opción deseada (Alta, baja, consulta o modificación).
En la opción de consulta y modificación, si no se teclea el código se mostrará la pantalla del Entorno General.
ℹ️ Con un * en la primera posición aparecen todos los Subentornos.
ℹ️ La primera vez que se realice el alta, se referirá al Entorno Local General.
La primera pantalla del entorno general es la siguiente:
La segunda pantalla del entorno local:
En la parte superior, aparece el usuario y fecha hora de última modificación del registro.
Los campos de entorno general, son traspasados a cada uno de los registros de sesión de presentación (en definitiva, es un registro plantilla), independientemente de que dicha sesión de presentación contenga un código local distinto al entorno general, dando entonces la posibilidad de que varíe el contenido de los mismos entre una u otra presentación.
ℹ️ El contenido de los campos tiene el siguiente significado:
Pantalla 1
USER: Contiene el último usuario que ha modificado el registro. Es común a todos los registros de perfiles.
F-H: Fecha y hora de la última modificación.
CODIGO LOCAL EDITRAN: Número de Identificación de la Entidad Usuaria de editran. Con este código será reconocida por todas las Entidades interconectadas con editran compatibles.
ALIAS: Dato que se incluye como parámetro en los procedimientos previos/posteriores a emisión/recepción lanzados desde editran/P para uso eventual de la Interfaz que se emplee. Concretamente los procedimientos de editran/G no lo emplean, aunque reciben el parámetro, por lo que se puede incluir por el usuario en los procesos que se puedan añadir en los procedimientos estándar.
NOMBRE INSTALAC. LOCAL: literal que hace referencia al Nombre de la Entidad Usuaria de editran. Es un campo informativo.
SISTEMA OPERATIVO: Nombre del S.O. necesario para que se ejecuten los procesos de automatismos apropiados. Para los entornos de operación DOS/VSE hay que teclear DOS o VSE, cualquier otro valor tecleado (MVS, XA, SP, etc.,) implicará desencadenar los procesos batch de estos entornos, procesos que son de diferente naturaleza. Es un campo informativo.
VERSION SIST. OPERATIVO: Versión del Sistema Operativo. Es un campo informativo.
NOMBRE JOB CICS: Hay que especificar el nombre del CICS en el que corre la plataforma editran. Identificación necesaria para que los procesos batch comuniquen a dicho CICS el proceso solicitado.
NOMBRE APLICACION CICS: Hay que especificar el nombre de la aplicación CICS en el que corre la plataforma editran (puede ser el mismo nombre que el del job). Identificación necesaria para que los procesos EXCI y para TCP/ip.
NOMBRE CPU: Es el nombre de la CPU donde se encuentra el CICS con editran/P instalado. Se utiliza para entornos con varias máquinas y las Interfaces de usuario comuniquen a editran/P la acción a realizar.
ENT. EJECUCION: Especifica el Entorno de Ejecución utilizado por el producto. Los valores son: E (entorno de Explotación), D (Desarrollo o pruebas) o H (Homologación, válida sólo para Indra). Recomendación: E
NUMERO MAX CONEXIONES: Número máximo de sesiones de transmisión que editran puede gestionar simultáneamente. Debe estar en consonancia con el número de cvcs posibles de conectar. Cuando editran genera llamada, verifica el número de sesiones, pendientes de conexión o conectadas. Si dicho número es mayor al de cvc máximo, no gestiona la solicitud. En llamadas entrantes, da por buena la llamada, puesto que claramente la red ha proporcionado un cvc y este estaba disponible. Si alguna llamada saliente, encuentra el límite de cvc máximo, genera un time-out de conexión hasta fin de reintentos.
NOTIFICACION JCLS (M/E): Se ha implementado la posibilidad de arrancar los mensajes que EDITRAN/G comunica al CICS a través de EXCI (se venía haciendo mediante un MODIFY). En el operador del entorno local aparece un nuevo parámetro para elegir tal funcionalidad (MODIFY o EXCI). En caso de elegir la última opción, se enviará a través de la conexión genérica (ver definición de tampón exci). La ventaja que ofrece esta opción es que editran/G conocerá con total seguridad si ha sido capaz de notificar el mensaje al CICS y no se requiere autorizar librerías. ⚠️Recomendación: E.
ℹ️ Este parámetro controla además que los accesos a ficheros editran de los procesos batch se hagan vía EXCI (definiciones igual que para tampones tipo EXCI, Definicion y Gestión de Ficheros Tampones).
NOMBRE DE LOS PROCEDIMIENTOS editran: Serán los proporcionados en la instalación, ZTBGP1, ZTBGP2, ZTBGP3, ZTBGP4 y ZTBGP6, o el nombre que se les haya dado en la entidad local.
TRANSACCIONES EDITRAN:
NUCLEO: Núcleo de EDITRAN (por defecto ZTB0).
INTERFASE: Interfaz de comunicación con los procesos batch (ZTBI).
MENSAJES: Presentación de mensajes informativos al operador de EDITRAN (ZTB8).
T/O: Proceso de "Time‑Out" o Temporizador (ZTBT).
MENU: Menú Principal de editran con sus facilidades Interactivas (ZTBM).
OPERADOR: Menú de las peticiones de Operación (ZTBO).
FICHEROS: Menú de Consulta de los Ficheros (ZTBF).
ADMINISTRADOR. Menú de Administrador ( ZTBD).
MONITORIZACION DE LINEAS LOCALES. Transacción para monitorizar las distintas líneas locales (ZTBC). Para más información, consulte el manual_de_usuario-editran-CICS_EstadísticasYMonitorización.
INCIDENCIAS. Gestión de Incidencias y "ABEND" de las demás transacciones (ZTB9).
C. ESTADISTICAS. Transacción para la Consulta de Estadísticas (ZTBE).
G. ESTADISTICAS. Transacción para la Gestión de Estadísticas (ZTB3).
EXCI (CICS). Transacción para la Gestión de ficheros tampones Matriciales EXCI (consulte el Manual_de_usuario-editran-CICS_gestorFicherosTampones) (ZTBG).
API TCP. Transacción cliente-server child para TCP/IP (ZTBB).
PLTINI TCP. Transacción de arranque de los listener TCP/IP (ZTBZ). Si decide no llamarla así, consulte el Manual_de_usuario-editranTCP-CICS_documentaciónTécnica, especificaciones sobre plt de inicio.
GESTION DE CLAVES DE INTERCAMBIO. Transacción para la misma (ZTB2). Para más información, consulte el Manual_de_usuario-editran-CICS_gestorFicherosTampones.
ℹ️ Para conocer los programas asociados a las Transacciones anteriores consulte el Manual_de_Instalación_y_Usuario-editran-CICS_v5.3.
Pantalla 2
NRO.CONEX. SIMULT.LISTENER: Es el número máximo de conexiones activas, como consecuencia de llamadas entrantes a un listener. Cuando llega una llamada, el listener, si no se cumple dicho evento, pasa el socket al server child (este, cuando termina la transmisión, vuelve a informar al listener de que vuelve a quedar un socket disponible). De esta forma, se evita que se activen en CICS múltiples transacciones indeseadas, incluso que se detecte el bombing. En el caso de que el listener detecte que número de server child activos es igual al número de conexiones simultaneas, no aceptará nuevas llamadas entrantes. Además, en esta situación, enviará un mensaje al núcleo indicando este motivo (sólo se enviará este mensaje si en los 2 últimos segundos no ocurrió otro evento similar, evitando que sea el núcleo el que sufra bombing por informaciones de mensajes que han tenido este evento). Al definir el listener al TCP, hay un parámetro BACKLOG, que lo que hace es que si se reciben por ejemplo 40 llamadas al mismo tiempo y su valor es 20, rechaza automáticamente 20.
⚠️Recomendación: El valor de este campo debe ser inferior a BACKLOG y sólo afecta a las conexiones entrantes por un determinado puerto.
TCPNAME: Nombre del address space del TCP/IP cuyo stack está enganchado al CICS.
TIME-OUT MILISEGUNDOS ENVIOS. (001-999).: Cuando se envían datos a la red, si se llena el buffer, se hace un proceso de ver si hay datos en la red para leer. Hasta ahora, se realizaba este proceso con un delay de 1 segundo (to miliseg = 999). Este proceso, ralentiza las emisiones en grandes sistemas, sobre todo cuando hay pocas sesiones en simultáneo. En entidades con poca cantidad de MIPS, muchas sesiones concurrentes, etc., valores por debajo de 999 pueden provocar slowdown en CICS.
⚠️Recomendación: Si tiene pocas sesiones concurrentes, dispone de mips y le interesa aumentar velocidad de transmisión, codifique este valor en 100 (100 milisegundos). En otros casos aumente el valor hasta 999 (que indica 1 segundo). Si tiene sesiones concurrentes, pocos mips ó si le basta la velocidad de transmisión, codifique 999.
TIME-OUT USER DATA MAX(MSS): Es (sólo para editran/TCP y para editran/TX-PR), el tiempo máximo de espera desde que sale una petición de conexión o llega una indicación de conexión, hasta que los datos de usuario son respondidos. En el caso de llamada entrante, el listener pasa ese tiempo al servidor hijo, el cual en ese tiempo debe recibir datos de usuario, pasarlos al núcleo, recibir respuesta a los mismos desde el núcleo y reenviarlos a red. En el caso de llamada saliente, el núcleo envía ese tiempo y los datos de conexión al proceso cliente, el cual en ese tiempo debe enviar datos de usuario, recibir respuesta a los mismos desde la red y devolver la misma al núcleo.
También, se utiliza para que cuando el proceso cliente-servidor, se encuentra en tráfico de datos e intenta escribir en un buffer para enviarlos al remoto, el tcp puede responder con que tiene el buffer completo. En ese momento, se activa este timer y sólo se cancela si se consigue enviar algún byte a la red. Si se cumple el timer descrito sin que se hayan completado los procesos anteriores, se libera el socket establecido.
También, se utiliza para que cuando el proceso cliente-servidor, recibe un mensaje SAB del remoto y se arranca sobre el núcleo, se dispara ese timer, de forma que, si el núcleo no libera en el tiempo descrito, se cierra el socket.
En referencia a lo anterior, el listener, cuenta con otros 2 timer, sacados del fichero EZACONFG, de forma que todos los timer ip quedan parametrizados:
Parámetro ACCTIME. Es utilizado para quedar en wait, esperando eventos de red. En ese tiempo, el listener queda en estado suspendido a la espera de lo que le diga la red sin escuchar otro tipo de eventos (operador, plt de finalización, etc.).
Parámetro GIVTIME. Es utilizado para que cuando se acepta una llamada y se arranca el servidor hijo (givesocket), el listener queda en wait durante ese tiempo o hasta que recibe respuesta del servidor hijo (takesocket).
⚠️Recomendación: este tiempo debe ser relativamente corto, entre 10 y 20 segundos.
BUFFER ENVIO TCP-PX (LISTENER): Sólo se aplica a conexiones TCP ó Proxy entrantes. En realidad, entra en funcionamiento, sólo cuando la conexión es entrante y el remoto pide una RECEPCION. En ese caso hay que enviar datos. El proceso listener, arranca un proceso server child que impone el buffer que le indiquemos (si es distinto a cero). Tenga en cuenta que, si se producen conexiones salientes, el buffer de envío tcp-px, no coge su valor de aquí, coge su valor del parámetro equivalente que está a nivel de la sesión de transmisión. El motivo de aplicar este buffer de entorno local en vez de sesión, es que no se conoce aún la sesión para la que se va a funcionar y es necesario apuntar el buffer del proceso server-child en ese momento. En las versiones actuales de zos el valor máximo es 262144. Se permiten valores mayores por si en otras versiones zos se permitiera. Si se indica ceros, no se impone buffer de envío en conexiones TCP-PX, y el valor que asume es el de la pila IP.
⚠️Recomendación. Si tiene pocas conexiones simultáneas, codifique el valor máximo. Si tiene conexiones entrantes y emisiones salientes, codifique el valor máximo. En otro caso, codifique ceros. Tenga en cuenta que, si por ejemplo le conectan y emite a un remoto ráfagas de 50 mensajes de 4050, estará colocando 200.000 bytes en el buffer.
BUFFER RECEPCION TCP-PX (LISTENER): Sólo se aplica a conexiones TCP y Proxy entrantes. En realidad, entra en funcionamiento, sólo cuando la conexión es entrante y el remoto pide una EMISION. En ese caso hay que recibir datos. El proceso listener, arranca un proceso server child que impone el buffer que le indiquemos (si es distinto a cero). Tenga en cuenta que, si se producen conexiones entrantes, el buffer de recepción TCP-PX, no coge su valor de aquí, coge su valor del parámetro equivalente que está a nivel de la sesión de transmisión. El motivo de aplicar este buffer de entorno local en vez de sesión, es que no se conoce aún la sesión para la que se va a funcionar y es necesario apuntar el buffer del proceso server-child en ese momento. En las versiones actuales de zos el valor máximo es 262144. Se permiten valores mayores por si en otras versiones zos se permitiera. Si se indica ceros, no se impone buffer de recepción en conexiones TCP-PX, y el valor que asume es el de la pila IP.
⚠️Recomendación. Procure verificar si puede colocar valores máximos. Tenga en cuenta que, si por ejemplo le conectan y recibe de un remoto ráfagas de 50 mensajes de 4050, estarán colocando 200.000 bytes en el buffer.
CAMPOS COLAS DE FICHEROS. Son campos para monitorizar los envíos pendientes de colas de ficheros.
TIME-OUT MINUTOS FICHEROS PENDIENTES: Time out en minutos por el cual se desea que un proceso controle los ficheros pendientes de enviar. Recomendación (por ejemplo, cada 10 minutos) No parece lógico estar monitorizando permanentemente por razones de consumo.
CAMPOS MONITORIZACION LINEAS LOCALES: Se requiere disponer del módulo de estadísticas y alarmas. (ver Estadísticas y Monitarización) Debe especificar la transid monitorización ZTBC. Son campos para monitorizar las distintas líneas locales.
TO MINUTOS: Time out en minutos por el cual se desea que un proceso controle las distintas líneas locales a monitorizar. Recomendación (por ejemplo, cada 6 horas). No parece lógico estar monitorizando permanentemente por razones de consumo.
PROC. MONITORIZACION: Procedimiento (ZTBGP9C) a arrancarse cuando se detecta una línea caída (o cuando estaba caída y se vuelve operativa).
LINEAS A MONITORIZAR. Selección de las líneas locales a monitorizar (ip, proxys). A su vez, dentro de los Proxy, debe particularizar en la opción 1.9 cada línea. Las líneas IP son las del fichero de configuración EZACONFG.
SES.EDI/P IMAGEN. REMOTO: Sesión con la que notificará el procedimiento y de donde se cogen las fichas jcl del mismo (debe estar definida). Nota. Si esa sesión la incluye en la máscara de alarmas, opción 5.3, puede enviar una alarma (email, etc.), cuando se produzcan eventos (positivos o negativos) sobre la línea. Si no define 5.3 todo lo que ocurre sale en el log de alarmas (opción 5.1).
CAMPOS CISPLEX-SYSPLEX: Campos para identificar las llamadas a las APIS SYSPLEX-CICSPLEX. Debe disponer de licencia para ello.
CICSPLEX SM RELEASE(VERSION): Versión del software CICSPlex SM (System Manager).
NOMBRE DEL CICSPLEX (CONTEXTO): Es el nombre lógico del CICSPlex, que es un conjunto de regiones CICS bajo administración común. CONTEXTO se refiere al punto de vista desde donde se está operando (por ejemplo, una región específica o todo el plex).
NOMBRE DEL SCOPE: Indica el ámbito de administración u operación, es decir, sobre qué subconjunto de recursos se está trabajando.
PREFIJO INSTALACIÓN FICHEROS: Máximo 11 bytes. Empleado para la definición de ficheros intermedios y opcionalmente, de ficheros de recepción de aplicación. Debe cumplir las normas del MVS en cuanto a la longitud de los segmentos separados por puntos.
NOMBRE DE UNIT DE TRABAJO: Unidad genérica de almacenamiento para la definición de ficheros intermedios y de trabajo. El espacio empleado por editran/G para estos ficheros es comparable al de emisión o recepción, siendo liberado después de las cargas de emisión o recepción de presentación.
GRABAR EN LOG DEL SISTEMA: Si S, los mensajes generados por editran/G se mandan al Log del sistema. Si N, se graban en ZTBGFPRI cuya DD se encuentra en los procedimientos de editran/G.
VOLUMEN O POOL DE TRABAJO: Especificar (V)olumen o (P)ool de los ficheros intermedios y de los tampones para que los coja por defecto al dar de alta la sesión de presentación.
VOLUMEN DE TRABAJO: Especificar el nombre del volumen o pool de los ficheros intermedios y de los tampones para que los coja por defecto al dar de alta la sesión de presentación.
AJUSTAR ESPACIO CREACION DE FICHEROS (S/N). Si se codifica S, implica que se leerán los ficheros de aplicación para obtener su tamaño y así calcular el espacio que se debe aplicar al tampón emisor, csbnedi, a cada uno de los ficheros comprimidos de emisión y a cada fichero ZTBGF54 de emisión. Si se codifica N, implica que se seguirá utilizando el sistema antiguo, es decir que se utilizará el campo ESP.PRIM. (REGS) del perfil de la sesión de presentación.
USAR SERVER DNS EN LLAMADA ENTRANTE (S/N): Indica si en las llamadas entrantes, vamos a resolver la ip numérica por su nombre simbólico (traducción inversa). Sirve para todos los tipos de conexión ip. En caso de conexión I (TCP), el núcleo editran, puede validar la ip remota. En caso de conexión proxy, el núcleo puede validar la ip remota y la local (máquina Proxy).
⚠️ Recomendación: Si no tiene dns en las sesiones, indique N. Si tiene DNS en las sesiones y quiere validar la ip remota (ó local en caso de proxy), indique S.
Con INTRO se realizará el alta. Con PF3 se cancelará.
ℹ️ Los valores de los datos del entorno local se trasladan a los correspondientes de las sesiones de presentación, cuando éstas son dadas de alta, como valores por defecto.
ℹ️ La modificación del entorno local se realiza exactamente igual al alta, pero en este caso el perfil correspondiente deberá estar creado previamente. Al modificar estos datos, se modifican también los coincidentes en las sesiones de presentación.
ℹ️ La consulta es también igual, pero los campos aparecen protegidos. Se accede a ella con la opción “C” sin rellenar el código del entorno.
Desde la misma pantalla desde la que se accede al Entorno Local, se da de alta un Entorno Local Secundario o Subentorno Local (opcional y tantos como se quieran).:
La consulta de un Subentorno se realiza con la opción “C” y rellenando el código que se desea consultar. La opción genérica de la consulta se consigue tecleando un asterisco en el primer campo del código del subentorno, con lo que se mostrará esta pantalla:
La pantalla de subentorno es la siguiente:
Los contenidos de los campos tienen el siguiente significado:
CODIGO‑LOCAL SUBENTORNO El mismo que el del perfil asociado. Se refiere al del Entorno Local Secundario.
ALIAS SUBENTORNO: Alias del subentorno.
DESCRIPCION SUBENTORNO: Descripción del Entorno Local Secundario. Es un parámetro informativo.
Última actualización