Cambios Onesait Editran V5.1 respecto a Onesait Editran V5.0

Fase 1

Incidencias.

Se han realizado modificaciones:

• Espera de 1 segundo cuando son varios ficheros recibidos, el usuario descarga con la variable hora y es el mismo DSNAME que el anterior descargado

• Evitar retransmitir el mismo fichero al entrar una carga antes de finalizar el posterior.

• No se permitía la baja de la sesión cuando estaba cargada con criptografía 2.2

• Modificaciones en la alocación. El sw-aloc para desalocar el fichero de aplicación si la sesión tiene ajustar espacio se quedaba sin inicializar.

• La hora del EDP coincide con la hora del A2R posterior, con lo que se actualizaba el tampón a no disponible.

• Enviar SPC y SRC con longitud adecuada

• Cambios en el cálculo de espacio para fichero saco.

• Traducir el inicio de fichero cuando hay más de uno.

• Problema al descargar como fichero único en ficheros generacionales.

• En la consulta de configuración de pasarelas sólo sacaba una.

• Bucle en obtención del fichero para sesión con más de 9999 ficheros.

• Modificación en el programa que lista emitidos y recibidos para sacar el número de registros de ficheros de aplicación.

Funcionalidades.

• Exportación masiva de claves RSA.

• Acceso a ficheros a través de GESTOR.

Se unifican todos los accesos a ficheros de los programas en gestores.

• Control de revocados en Onesait Editran /FF

Firma electrónica XADES. Incluir control de revocados.

• Acceso EXCII del módulo Onesait Editran /FF

Se implementa la funcionalidad EXCII también para el acceso de todos los ficheros del módulo Editran/FF.

• Onesait Editran /XML

Conversión de fichero plano a XML y viceversa para Norma ·34.14 SEPA.

• Ficheros HFS

Se envían y reciben ficheros que residen en la partición USS de z/OS.

Al incluir el nombre de los ficheros en las sesiones se puede poner un directorio o un nombre de fichero dentro de un directorio y puede ser con las variables aceptadas por el UNIX (POSIX portable file name character set).

El nombre completo no debe exceder de 44 bytes, como Modificados y lenguaje Binario (sin traducir).

• Sacar usuario que lanza la petición

Sacar en log de P y G, el usuario que lanza la petición desde los menús de operación.

• Formateo de ficheros binarios

Se añade un campo en perfiles para adaptar la longitud de registro de ficheros binarios en recepción.

• Eliminación Fichero 54

Se suprimen los ficheros intermedios ZTBGFE54 y ZTBFR54 para conversión de ficheros variables comprimidos.

• Nuevo parámetro para habilitar la sesión.

Se incluye nuevo parámetro para habilitar-deshabilitar la sesión.

Fase 0

Incidencias.

Se han realizado modificaciones:

• Colas de ficheros. Se sacaban mensajes de error que se machacaban por el nombre del programa.

• Modificación genérica de perfiles Editran/P. Cuando se seleccionaba un cambia-por de Tipo de conexión y se selecciona cambiar sin tener en cuenta la posición no lo hacía en las que no coincidía en posición. En la validación de los cambios no tenía en cuenta la selección genérica de las líneas.

• Al descargar un fichero de un ASCII cargado con longitud mayor a 32760 fallaba alocar el fichero. Modificado para que acabe en error por características del fichero desconocidas.

• Gestión de claves de intercambio, se descargaba mal entre dos 5.0 si el emisor cargaba con versión G remota 4.1

• No funcionaba bien el rechazo por extremo llamante inválido

• Se hacía un GETMAIN sin FREEMAIN

• Modificación genérica de perfiles Editran/G. No actualizaba bien los ficheros cuando se cambiaban la compresión o la traducción

• Gestión de colas de ficheros. Cuando se pide una carga desde JCL-operador (no desde CICS) y la sesión era de carga por colas no validaba bien la profundidad

• En x25 si la LU ficticia está REL, a veces no intenta por la segunda (en caso de que no hubiera segunda línea PROXY). Se modifica, para que sólo sea en caso de que no haya segunda línea x25

• En cruces, no funcionaba bien en x25

• Calculaba mal la hora de lanzar un time-out por reintento de ventana horaria

• Errores en descarga con fichero único. Dependiendo del orden y del tipo de ficheros pueden producirse errores del tipo ZMA0098 ZTBGBG40 DETECTADO REGISTRO DE APLICACION DE LONGITUD ERRONEA. No se descargaban como VS ficheros binarios con formato de fichero de descarga ‘E’ fichero único ‘S’ y se recibía solo un fichero. Se perdía estructura de registro (se escribían registros de longitud mayor que el fichero original) al descargar ficheros binarios con fichero único ‘S’, formato de fichero de descarga ‘’F’ y se recibían más de un fichero. En descarga cuando vienen varios ficheros de distintas características y los dos últimos tienen las mismas (tipo fichero y longitud) y son fijos el saco lo crea fijo.

• Displayar los errores CICS que se den en batch

• Al generar claves RSA en GESTION DE CLAVES llamaba siempre al programa nuevo EXCI aunque en entorno tuviese Modify

• Al fallar batch, llama al programa de usuario. Este devuelve ceros en rc, con lo que el posterior no refresca el fallo que había antes

• Se aumenta el tamaño de bloque para el cálculo de espacio de los ficheros auxiliares de compresión y conversión de los conversores de emisión y recepción. Se pasa a usar 27998 como tamaño máximo de bloque en lugar de 6229. Los ficheros se alocan además con BLKSIZE cero Se modifican conversores (para bloquear hasta 27998 el fichero comprimido y el fichero 54, y quito el BLOCKSIZE.

• Estadísticas. El registro de control del histórico quedaba mal al llegar a 9999 reg. Aunque se hubiera especificado más registros, en ese número daba la vuelta al fichero

• El número de bytes no coincide con el emisor. Antes daba un error en recepción y ahora se detecta en la carga. En ficheros grandes, que usan multivolumen en la carga, parece que carga bien, pero hay un problema. La solución técnica, si no se tiene esta modificación, es meter los ficheros intermedios en un volumen específico del SMS

• Cuando falla el posterior a recepción en GC, si queda en estado recibido y se relanza el JCL desde operador batch (en vez desde CICS), falla la búsqueda del subsistema

• Habitualmente, cuando entra ECP(8) del remoto, si el fichero de emisión no está preparado, se lanza A1P con función 03. En este caso, la modificación consiste en lanzar A1P con función 01, si ECP(8) y Extremo llamante es R y desconexión automática es S.

• Poder transmitir más de 4 Gigas, cuando se pide ajustar espacio de fichero

• En el log de G aparecen 4 posiciones de JOBID. Se aumenta a 5, debido a que el JOBID alcanza mayores rangos.

Funcionalidades

• Incompatibilidad con Onesait Editran < 4.0 (fase 00 CICS-IMS)

Se ha eliminado la compatibilidad con la versión < 4.0. El programa de migración consta de 2 JCL. El primero de ellos, le saca un listado con las sesiones incompatibles, de forma que antes de pasar el segundo JCL, puede llamar a las entidades con problemas y modificarlas sobre sus perfiles sin migrar, pues probablemente la entidad remota, aunque se vean como Editran < 4.0, dispondrá de un Editran > 3.1 y podrán poner sus versiones remotas a punto.

• Añadir nueva variable en nombre fichero descarga (fase 00 CICS-IMS)

Se añade una nueva variable al nombre del fichero de descarga: ”%E” (década).

• CICSPLEX-SYSPLEX (fase 00 CICS)

Se implementa la funcionalidad CICSPLEX (incluida desde 2010 en explotación en una entidad piloto). Se han realizado las siguientes acciones:

• Terminales x25. Se recomienda usar TX, no obstante, se ha implementado la funcionalidad de forma que un grupo de terminales (una línea o un SUBADDR), queden circunscritos a un único CICS. De esta forma, la activación-desactivación-INQUIRE de los terminales se realiza sólo sobre el CICS en el que han sido definidos. Interfaz gráfica. Se da de alta la versión CICSPLEX SM, SCOPE Y CONTEXTO.

• Listener. Se permite arrancar varios listener en varios CICS sobre el mismo puerto (y distinta IP)

• Control de en qué CICS está un terminal, control de si estamos en CICSPLEX y control de los CICSNAME y SISYD asociados a un CICSPLEX

• Modificados los JCL que hacen DEL/DEF de VSAM para que no sean reusables

• Cambios en MQ para ser compatible en CICSPLEX, acceso directo a ficheros tampones cuando son EXCII

• Tratamiento de INQUIRE-SET files

• Modificaciones en listener y PLTS

• Implementación del backup de pila IP en conexiones IP, PROXY Y TX. En exceso de reintentos por un tipo de conexión, se arranca todo de nuevo en otro CICS, si fuera posible

• En START TRANSID con terminal, se busca el SYSID.

Fichero configuración EZACONFG, tratarlo como si no hubiera SYSPLEX, es decir, abrirlo si está cerrado.

Gestor de time-out. Arranca los time-out con SYSID.

Gestor de monitorización. Arrancar los client para hacer loopback sobre los CICS reales donde están definidos los listener a los que llegan las loopback.

Varias ZTBZ (cada una en un CICS distinto) y sólo una funcionando

• Control del TSPOOL

Deben de darse de alta en CICS (PPT):

Programas ZTBPOSPX, ZTBPOCPS (método de compilación especial con la lib CICSTS31.CPSM.SEYULOAD, En CICSTS31.CPSM.SEYUPROC(EYUEITVL) hay un proc compilac.

Nuevos JCL Editran/MQ

ZTBCJG11, ZTBCJG22, ZTBCJP4E, ZTBCJP5E, ZTBCFG31, ZTBCPEXC

Deben de darse de baja en CICS (PPT-MQ):

Programas ZTBCG12

JCL nuevos (EGDC.ZTBP.JCLS): ZTBCJG11,ZTBCJG22

• Eliminación de la funcionalidad Intercambios confirmados (fase 00 CICS-IMS).

Se elimina dicha funcionalidad por no ser de aplicación en ninguna entidad. Se eliminan por tanto los recursos ZTBI**** (ficheros, programas, TRANSID, JCL, etc.)

Deben de darse de baja en CICS (PPT):

Programas ZTBIO000, ZTBIO001, ZTBIO002, ZTBIO003

MAPSET ZTBIM00, ZTBIM01.

Deben de darse de baja en CICS (FCT):

Ficheros: ZTBI*

• Implementación de funcionalidad EXCII en todos los ficheros Onesait Editran (fase 00 CICS).

Se implementa la funcionalidad EXCII y programas gestores para todos los ficheros (estados, log G, estadísticas, alarmas, log de FF, gestión de claves, colas de ficheros, CRIPTOlib/DES, CRIPTOlib/RSA, etc.

Deben de darse de alta en CICS (PPT):

Programas ZTBPOI30, ZTBEOGPE

Deben de darse de alta en CICS (PPT-RSA):

Programas SCRKGEOO

Debe MODIFICAR la actual FCT de todos los ficheros del producto, ficheros ZTB* y ficheros FICHK*, de forma que tengan las siguientes características:

ADD(YES) DELETE(YES) READ(YES) UPDATE(YES)

Si habitualmente usa conexión EXCII, (entorno local, parámetro NOTIFICACION JCLS (M/E): E) puede cambiar el SHR de todos los ficheros, excepto tampones matriciales, de 3,3 a 2,3 (no es necesario)

Se recomienda definir los ficheros como LOG NONE Y NOREUSE, por temas de SYSPLEX-CICSPLEX.

Se recomienda, el abandono de tampones matriciales y específicos, y el uso de tampones EXCII, que proporcionan un mejor rendimiento.

• Liberaciones TCP y PROXY (fase 00 CICS-IMS).

Se implementa la funcionalidad de enviar y recibir liberaciones en mensajes TCP, de forma que el usuario pueda conocer el motivo real de la caída del socket (si ambos se ven como > 5.0). Hasta ahora, en todas las situaciones, uno de los extremos cerraba el socket. Por ejemplo, si una entidad tiene un horario marcado y le llaman fuera del mismo, la entidad llamante, conocerá el porqué del cierre del socket.

Deben de darse de baja en CICS (PPT):

Programas ZTBPO202, ZTBPO203

• Aumento del número de emails en alarmas (fase 00 CICS-IMS).

Se amplían a 3 email las alarmas, de forma que varios usuarios pueden ser notificados ante el funcionamiento correcto o incorrecto de una transmisión.

• Resetkey (fase 00 CICS-IMS).

Se implementa la funcionalidad de borrar claves 2.2 intercambiadas sin necesidad de dar de baja – alta la sesión. Esto borra las claves intercambiadas e inicializa la sesión como si hubiera sido creada de nuevo.

• Confirmación de descargas (fase 00 CICS-IMS).

Se implementa la funcionalidad de confirmar las descargas remotas (no es posible con tampones específicos), de modo que el emisor no lanza el posterior a emisión hasta tener constancia que el receptor descargó correctamente (su procedimiento posterior a recepción finalizó correctamente). Si la sesión de presentación tiene varias transmisiones, sólo se lanza 1 único posterior (ya sea de emisión como de recepción), correspondiente a la última transmitida, de forma que se van actualizando estadísticas y estados en el propio CICS según finalizan las transmisiones. Consiste en que si el emisor especifica E (ó X) y el receptor R (ó X), cuando termina la emisión el emisor no lanza el posterior. En su lugar lanza time-out para ver cómo acaba la descarga remota. Si vence el time-out sin que el receptor le haya conectado e indicado el resultado de la descarga, el emisor conecta y pregunta por la misma. Si es correcta, lanza el posterior a emisión, si no es correcta, lanza el posterior a recepción, si no ha finalizado lanza otro time-out hasta fin de reintentos (en cuyo caso lanza una excepción). Del mismo modo, cuando el receptor finaliza la descarga de la presentación, conecta con el emisor para indicarle la descarga correcta (en cuyo caso el emisor lanza el posterior a emisión), la descarga errónea (en cuyo caso el emisor lanza una excepción). Pudiera darse el caso, por ejemplo, de que el receptor tuviera extremo llamante remoto, el emisor hubiera agotado todos los reintentos y el receptor no hubiera acabado el posterior a recepción, en cuyo caso, no habría forma de decirle al emisor la finalización del posterior a recepción. El operador de emisión deberá interrumpir manualmente la presentación de emisión y procesar presentación posterior a emisión (opciones del operador de Editran/G)

• Negociación de tabla caracteres Editran/P (fase 00 CICS-IMS).

Se elimina el parámetro ASCII-EBCDIC en Editran/P. Si V > 50 y el extremo receptor que nos llama es ASCII le indicamos en el SAR que el lenguaje de control es EBCDIC. En conexiones salientes, indicamos siempre que el lenguaje de control es EBCDIC. Por tanto, sólo entre 2 ASCII transmitirán con lenguaje de control ASCII.

• Manejo de los buffer TCP-PROXY-TX (fase 00 CICS-IMS).

Se da al usuario la posibilidad de configurar tanto para TCP-PX como para TX, los buffers TCP utilizados (sendbuffer y receivebuffer), tanto cuando la conexión es entrante (implementados en entorno local), como cuando la conexión es saliente (implementados a nivel de sesión de transmisión. En conexiones salientes, por tanto, el usuario puede adaptar los buffers a cada transmisión. Esa funcionalidad permite alcanzar mayores velocidades de transmisión. Revise también el tamaño de MTU en su pila IP y el parámetro time.out milisegundos envíos de entorno local (recomendado 200 milisegundos).

• Aumento de la velocidad de transmisión en TCP-PX-TX (fase 00 CICS).

Se ha rediseñado el producto de forma que se multiplexan procesos aumentando notablemente la velocidad de transmisión:

En emisiones salientes, el núcleo lee datos del tampón emisor y los graba en una cola TS. El proceso TCP va leyendo al mismo tiempo dicha cola TS y va enviando a red lo que el exista, con lo que al trabajar ambos procesos en paralelo no hay periodos muertos de transmisión. Anteriormente el núcleo leía hasta el final de cada ráfaga y en ese momento el proceso TCP enviaba todo a red.

En recepciones entrantes, el proceso TCP leyendo datos del buffer de recepción y los va grabando en una cola TS. El núcleo, al mismo tiempo, va leyendo la misma y grabando los datos en el tampón receptor, con lo que, al trabajar ambos procesos en paralelo, el núcleo está grabando en el tampón mientras se está recibiendo la ráfaga por la red. Anteriormente el client-server child recogía toda la ráfaga y el núcleo la grababa a continuación.

Combine esta funcionalidad con el tamaño de los buffer, con la MTU, y con parámetro time.out milisegundos envíos y conseguirá mayores velocidades de transmisión.