search

Sesión

Para especificar los parámetros que describen el perfil de una Sesión, es imprescindible haber dado de alta con anterioridad el registro de Entorno Local General.

Al dar de alta o alta con copia, el programa busca automáticamente los datos de conectividad y tampones de una sesión “compatible” (con el mismo remoto que la que se pretende dar de alta). No se permiten dar de alta líneas locales (este proceso debe ser previo). No se permiten dar de alta líneas IP (sólo se permite una en el caso de que no exista otra sesión con ese remoto).

Al modificar una sesión, no se permite dar de alta líneas locales ni remotas.

Todos los procesos de alta de línea local o remota, deben hacerse previamente al alta de sesión (opc.1.9).

Una vez tecleados los campos anteriores correctamente aparecerán pantallas consecutivas con los parámetros que definen la Sesión. Pulsando las teclas <PF8> y <PF7> se puede cambiar de una pantalla a otra.

Se muestra la pantalla que permite gestionar sesiones: 

-------------------------------------------------------------------------------
|   30/09/2023           ADMINISTRADOR DE EDITRAN               EDITRAN 5.3   |
|   13:51:40                      SESION                                      |
|-----------------------------------------------------------------------------|
|                                                                             |
|                                                                             |
|                   A ---> ALTA                                               |
|                                                                             |
|                   B ---> BAJA                                               |
|                                                                             |
|                   C ---> CONSULTA                                           |
|                                                                             |
|                   M ---> MODIFICACION                                       |
|                                                                             |
|                   R ---> ALTA CON COPIA                                     |
|                                                                             |
|                                                                             |
|                            OPCION.......:  C                                |
|                            CODIGO LOCAL.:  0 0009994 0                      |
|                            CODIGO REMOTO:                                   |
|                            APLICACION...:                                   |
|                                                                             |
|                                                                             |
-------------------------------------------------------------------------------

En caso de selección de alta con copia, se permite seleccionar una sesión imagen, de forma genérica o específica.

Si se quiere consultar, alta con copia, bajas o modificación, sin especificar código:

Una vez seleccionada la sesión de presentación, se compone de 5 pantallas.

Si se ha seleccionado alta con copia, se toman los datos del registro seleccionado. La sesión de presentación se crea a partir de los datos de la sesión de presentación origen, la aplicación debe existir en editran. En la sesión de presentación origen, el contenido del registro centro remoto y aplicación puede tener valores distintos a los mismos campos del registro sesión de presentación, con lo que, en la sesión a dar de alta, puede ocurrir lo mismo, incluso aunque no exista el registro centro remoto o aplicación y haya que darlos de alta.

Se reciben una serie de pantallas con la mayoría de los campos rellenos con los valores por defecto tomados de los perfiles de la entidad local, de la remota y de la aplicación de presentación.

hashtag
Primera pantalla de sesión

  • DESCRIPCION: Nombre de la sesión de presentación.

  • NUMERO REGISTRO TAMPON para DEFINE CLUSTER del fichero Tampón (sólo entorno CICS) y para el fichero CSB normalizado. Este dato es importante y se debe de calcular, aproximadamente, dividiendo el número de bytes del fichero a emitir por la longitud de transmisión especificado en el perfil de la sesión (252 o 4050)

  • VOL-POOL FICH.TAMPON(V/P): Se especificará si son volúmenes o storageclass (pool de volúmenes) lo utilizado en los ficheros tampones (VOLSER-STORAGECL). Es un parámetro común a los de emisión y recepción.

  • V.EMISION: Volser o storageclass para DEFINE CLUSTER del tampón de emisión. Al dar de alta una sesión se coge por defecto el del registro de entorno.

  • V.RECEPCION: Volser o storageclass para DEFINE CLUSTER del tampón de recepción. Al dar de alta una sesión se coge por defecto el del registro de entorno.

FICHEROS DE APLICACION DE RECEPCION:

  • BORRAR SI EXISTEN (S/N). Si se desean borrar los ficheros de aplicación de recepción. Si S, se borran y se crean en la descarga. Si N y se encuentran, se detiene el proceso.

  • TIPO DE CATALOGACION (V/U/P). Si V, se crean en el "volser" especificado en la línea siguiente. Si U, se crean en la unidad genérica definida en el entorno local. Si P, se crean en el storageclass de la línea siguiente.

  • VOLSER DE RECEPCION. En caso de UNIT-O-VOLSER = ‘V’, se especificará el nombre del volumen donde se quiere crear el/los ficheros de aplicación de recepción. En caso de UNIT-O-VOLSER = ‘P’ se especificará el nombre del storageclass que contiene el pool de volumen donde se quiere crear el/el fichero de aplicación de recepción Solo es necesario si se especifica ‘V’ o ‘P’ en Tipo de Catalogación.

  • UNIT DE VOLSER. Si se ha especificado el "volser" de recepción, en principio no es necesario especificar la "Unit" correspondiente. No obstante, al efectuar la reserva dinámica en algunas instalaciones y tipos de disco, se han detectado incompatibilidades entre el "volser" especificado y la "Unit" por defecto. En tal caso se debe especificar.

  • FTO+LREC FICH.DESCARGA(F/V/E). Si se reciben ficheros de tipo x03- MODIFICADOS (BINARIOS), se indica con éste campo cómo queremos que se creen los ficheros de aplicación de recepción (FIJOS, VARIABLES o VARIABLES EXPANDIDOS) (F-V-E). Además, puede especificar la longitud de ese fichero (Máximo 32752 para VB y 32756 para FB). Si indica ceros, se crea con la longitud que carga el remoto.

  • FICHERO UNICO RECEPCION (S/N). Indica si se desea la descarga en un único fichero de recepción ó en varios. Si se especifica ‘N’ y no existe Nombre físico de fichero aplicación recepción, y se reciben varios ficheros, se generarán varios ficheros de recepción, con los nombres standard como hasta ahora.

  • NOMBRE FISICO FICHERO APLICACION RECEPCION: Mostrará el primer fichero que esté consignado en la opción 1.5, administración de ficheros, opción desde la que se tendrá que hacer cualquier modificación sobre los ficheros a enviar así como las características de envío.

Nombre físico fichero aplicación recepción. Admite varias posibilidades:

  1. Si no se codifica, el nombre del fichero se genera automáticamente con el siguiente formato:

Prefijo.lll.Rxnnnnnn.Rnnx.Aaaaaaa.Rmmmmnn

siendo:

Prefijo: Prefijo Instalación Ficheros (Entorno local General editran/G)

  • lll: Alias (Entorno Local General o Secundario de editran/P)

  • Rxnnnnnn: Una R y los 7 primeros caracteres del código del remoto.

  • Rnnx: Una R y los 3 últimos caracteres del código del remoto.

  • Aaaaaaa: Una A y el nombre de la Aplicación de presentación

  • Rmmmmnn: Una R y 4 dígitos del número de Sesión de Intercambio y dos dígitos del número de orden del fichero de aplicación.

  • Si se emplea fichero único (Fichero único en recepción = ‘S’), todos los ficheros recibidos se descargan en un único fichero con número de orden 01 (. Rmmmm01), adaptando su formato, longitud y bloqueo a las características de los ficheros recibidos.

  • Si no hay fichero único (Fichero único en recepción = ‘N’), se generan varios ficheros diferenciados por el número de orden.

Por ejemplo, el segundo fichero de recibido desde INDRA por la aplicación TELECA sin fichero único en recepción podría ser editran.L00.R000099.R990.TELECA.R000102.

  1. Si se codifica nombre del fichero:

Si se desea recibir los ficheros en la partición USS entonces se deberá poner un path destino con las siguientes posibilidades:

  • Un nombre de directorio.

  • Genera el nombre de los ficheros a descargar con el siguiente formato: directorio/RrrrrrrrAaaaaaaNnn o directorio/RrrrrrrrAaaaaaaNnnnnnn, donde:

    • rrrrrrr es la parte numérica del código remoto

    • aaaaaa es la aplicación

    • nn o nnnnnn es el número de orden del fichero a recibir

  • Si se emplea fichero único (Fichero único en recepción = ‘S’), todos los ficheros recibidos se descargan en un único fichero con número de orden 01.

  • Si no hay fichero único (Fichero único en recepción = ‘N’), se generan varios ficheros diferenciados por el número de orden.

Por ejemplo, el segundo fichero de recibido desde INDRA por la aplicación TELECA sin fichero único en recepción en el directorio /u/recibidos podría ser /u/recibidos/R0009999ATELECAN02.

  • Un nombre fijo que use sólo los caracteres del conjunto del “POSIX portable file name character set”

    Con fichero único todos los ficheros recibidos se descargan sobre el nombre especificado, adaptando su formato, longitud y bloqueo a las características de los ficheros recibidos.

    ⚠️Si no se especifica fichero único, si se recibe más de un fichero, se producirá un error en la descarga.

  • Un nombre que contenga una máscara editran generará distintos nombres para cada fichero de recepción en función de las variables suministradas. El nombre se compondrá de partes fijas que pueden alternarse con variables. Las variables se forman con el signo % seguido de una letra.

La tabla siguiente muestra las variables permitidas y su significado (son las usadas por editran en entornos abiertos).

Se deberá tener en cuenta que para recibir distintos ficheros la máscara tendrá que permitir la generación de nombres diferentes para cada fichero.

Si se desea recibir los ficheros en la partición MVS

  • Un nombre fijo que cumpla la sintaxis de un DSNAME del MVS.

  • Con fichero único todos los ficheros recibidos se descargan sobre el nombre especificado, adaptando su formato, longitud y bloqueo a las características de los ficheros recibidos.

⚠️ Si no se especifica fichero único, si se recibe más de un fichero, se producirá un error en la descarga.

  • Podríamos especificar una versión nueva de un fichero generacional indicando “(+n)”, siendo n de 1 a 255.

  • Un nombre que contenga “variables %”. Editran generará distintos nombres para cada fichero de recepción en función de las variables suministradas. El nombre se compondrá de partes fijas que pueden alternarse con variables. Las variables se forman con el signo % seguido de una letra. Los variables permitidas son las siguientes:

  • Por ejemplo, el nombre editran.F%A%M%D.E%R.F%C generará el siguiente nombre para el tercer fichero recibido desde INDRA el día 1-12-00: editran.F001201.E0099990.F03.

    • Si se utiliza fichero único se genera un sólo fichero resolviendo las variables con % para el primer fichero recibido. Se adaptaría su formato, longitud y bloqueo a las características de los ficheros recibidos.

    • Si no hay fichero único se generan tantos ficheros como se hayan recibido, siempre que la expansión de las variables pueda generarlos. Si se generasen dos nombres de ficheros duplicados se interrumpirá la descarga, salvo que se tratase de un grupo generacional. Si en el nombre aparece la variable %H, hora, y se descargan dos ficheros en el mismo segundo, dando nombre duplicado, editran intentará desempatar la hora esperando durante un segundo.

    • El nombre del fichero podría referirse a un fichero generacional (+n). En el caso de recibirse en más de un fichero se deberán indicar distintas generaciones para cada fichero, o bien distintos grupos de generación, de lo contrario todos los ficheros se machacarían sobre la misma generación conservándose sólo el último fichero. En este sentido una buena estrategia sería indicar “PREFIJO(+%C)”, para asignar a cada fichero una generación distinta (PREFIJO (+1), PREFIJO (+2) etc.).

  • SESIONES TRANSMISION: Se podrán tener hasta 20 aplicaciones de transmisión.

El funcionamiento es el siguiente:

  • Un alta

NUMERO: indica el número de aplicaciones de transmisión que se quieren dar de alta (01-20)

APLICACION:

  • Si solo hay una aplicación de transmisión, por defecto coincidirá con la aplicación de la sesión de presentación. Este nombre se puede cambiar por otro de 6 caracteres alfanuméricos.

  • Si hay más de una aplicación, pondremos una plantilla de 5 caracteres alfanumérico el nombre de las aplicaciones de transmisión que se darán de alta formados por la plantilla y las letras A- para la primera, B-para la segunda, C-para la tercera,… T-para la veinteava. Por ejemplo:

  • Una modificación

NUMERO: indica el número de aplicaciones de transmisión que se quieren dar de alta (01-20)

APLICACION:

  • Si solo hay una aplicación de transmisión, podemos poner el nombre que queramos igual que en el alta.

  • Si hay más de una aplicación podemos utilizar la plantilla como el caso del alta o no utilizarla. En el caso de no utilizar plantilla, dejaremos vacío el campo PLANTILLA APLICACIÓN y rellenaremos como queramos el nombre de las sesiones de transmisión. Por ejemplo:

hashtag
Segunda pantalla de sesión:

PARAMETROS DE ENTORNO LOCAL:

  • MONITOR TP (CICS-IMS): CICS.

  • 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 ó 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.

  • 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.

  • 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.

  • NOMBRE DE 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.

  • NOMBRE DE LOS PROCEDIMIENTOS EDITRAN:

Los campos que se detallan a continuación se rellenarán en el caso de utilizar Procedimientos de Usuario o Interfaz de Aplicación, que serán ejecutados automáticamente por editran al ocurrir determinados eventos.

  • PREVIO EMISION P-G: nombre del Procedimiento que se ejecuta antes de empezar la emisión. Es requisito imprescindible haber especificado el Fichero Tampón de Emisión. Recomendación: Si quiere que el remoto pueda solicitar la recepción, especifique un procedimiento en P. En otro caso no.

  • PREVIO RECEPCION P-G: como en el caso anterior, pero referido al proceso de recepción. Recomendación: Si quiere que el remoto pueda solicitar la emisión, especifique un procedimiento en P. En otro caso no.

  • POSTERIOR EMISION P-G: nombre del Procedimiento que se ejecuta una vez finalizada la emisión. Es requisito imprescindible haber especificado el Fichero Tampón de Emisión. Recomendación: Especifique un procedimiento.

  • POSTERIOR RECEPCION P-G: como en el caso anterior, pero referido al proceso de recepción. Recomendación: Especifique un procedimiento. En este caso, puede resultar interesante que en dicho procedimiento haya un segundo paso que coincida con un previo a recepción para que quede el tampón preparado para recibir de nuevo (excepto cuando quiera controlar las emisiones remotas).

  • PROC. EXCEPCION (solo P): nombre del Procedimiento que se ejecuta cuando se interrumpe una Emisión o una Recepción. Para más información sobre este procedimiento, ver Anexo B. Recomendación: Especifique un procedimiento

  • EXIT P MOD.EST: Procedimiento EXIT P.

  • FICHAS DE JCL: para cada Sesión se permite especificar hasta las cinco primeras fichas del JCL bajo el que se ejecutan los Procedimientos que se hayan definido antes.

hashtag
Tercera pantalla de sesión:

  • CODIGO LOCAL: Número de Identificación de la Entidad Usuaria de editran. Con este número será reconocida por el remoto conectado por esta sesión. Es el código de su licencia editran y el código con el que le verán los remotos.

  • CODIGO REMOTO: Número de Identificación de la Entidad remota. Es el código que le proporcionará el remoto para que se pueda conectar.

  • APLICACIÓN: Aplicación de la sesión.

  • VERSION EDITRAN/G REMOTA: Especifica el valor de la Versión de editran de la Instalación Remota ó en que versión se ven ambos editran. Solo se permiten los valores 5.0, 5.1, 5.2 y 5.3. Recomendación: Aproveche cuando dialoga con el interlocutor de la entidad remota para informarse que versión editran tiene en producción, de forma que ambos extremos se actualizan a la menor de ambos, que no tiene porqué ser la menor permitida.

  • VERS. EDI REMOTO: Especifica el valor de la Versión de editran de la Instalación Remota ó en que versión se ven ambos editran. Solo se permiten los valores 50, 51, 52 y 53. Recomendación: Aproveche cuando dialoga con el interlocutor de la entidad remota para informarse que versión editran tiene en producción, de forma que ambos extremos se actualizan a la menor de ambos, que no tiene porqué ser la menor permitida.

  • LONGITUD TRANSMISION: Especifica la longitud de los registros del fichero Tampón de Emisión y Recepción, será 4050 (sin incluir la identificación de Sesión). Ha de coincidir con la longitud de registro que haya especificado el remoto para esta Sesión. Recomendación: 4050.

  • SESION HABILITADA (S/N). En caso de indicar N, la sesión permanece inhábil, de forma que si se quieren hacer llamadas o se reciben, estas son rechazadas.

  • VALIDAR IND.LLA. (L/R/X/N): Validar ip address del paquete de llamada entrante. Valores admitidos (L) ocal, (R)emoto, (X) ambos o (N)ninguno. Si ip, solo se pueden validar los remotos.

  • EXTR. LLAM. (L/R/X): puede tener tres valores. 'L': el único que puede llamar es el Local. 'R': sólo se permite que llame el Remoto. 'X': pueden llamar cualquiera de los dos extremos. Recomendación: Codifique este campo a X, excepto cuando quiera ser expresamente usted el único que puede llamar o cuando quiere que lo sea el remoto.

  • TRAFICO (E/R/X): puede tener 3 valores. 'E': sólo se puede emitir datos en esta sesión. 'R': sólo se puede recibir datos en esta sesión. 'X': se permite emitir y recibir datos para esta sesión. Recomendación: Codifique X, sesiones con tráfico en ambos sentidos.

  • ROTA DIR.(L/R/X/N): Rotar direcciones de conexión. Esto sirve para colocar en primer lugar ip que se consiguen conectar. Puede tener los siguientes valores:

    • L Rota direcciones Locales. En caso de solicitud de llamada, cuando se acaba estableciendo el circuito, si no corresponde la dirección local con la que está en perfiles en la primera posición, se colocan en dicha posición las características de la línea que consiguió el establecimiento de sesión, y se rotan las líneas locales, sin eliminar ninguna de ellas, de modo que en posterior reintento de conexión se eviten los backup locales.

    • R Rota direcciones Remotas. En caso de solicitud de llamada, cuando se acaba estableciendo el circuito, si no corresponde la dirección remota con la que está en perfiles en la primera posición, se colocan en dicha posición las características de la línea que consiguió el establecimiento de sesión, rotando las líneas remotas, sin eliminar ninguna de ellas, de modo que en posterior reintento de conexión se eviten los backup remotos.

    • X Rota direcciones Locales y Remotas (ambas). En éste caso, si por ejemplo nos conectamos por el tercer nri local con el tercer nri remoto, se colocan ambos en primer lugar, con lo que en la siguiente conexión es muy probable que se evita la totalidad de backup. Valor recomendado.

    • N Permanecen las direcciones locales y remotas sin rotar.

  • LLAM. AUTO. (S/N): Solo puede tener el valor 'S' (campo no editable): se establece automáticamente el circuito virtual conmutado al solicitarse el comienzo de la emisión o recepción.

  • DESC. AUTO. (S/N): puede tener los siguientes valores:

    • S Se libera la sesión automáticamente al finalizar la emisión/recepción de los datos. (valor recomendado).

    • N Permanece la sesión establecida después de finalizar la emisión/recepción de los datos.

  • TERMID. OPERADOR: Nombre del Terminal CICS asignado a la Sesión para presentar los mensajes informativos que le corresponden. Es un campo opcional, si no se especifica no se notifican por pantalla los mensajes informativos. Recomendación: Ponga este campo a blancos.

  • TIPOS CONEXIÓN USADOS Y ADMITIDOS (hasta 69: Tipo de Línea utilizada para conectarse a la Instalación Remota o para que nos llamen desde la misma. Pueden convivir unas sesiones con un tipo de conexión y otras con otro tipo, funcionando en paralelo. Una sesión puede tener varios tipos de conexión BACKUP iguales o distintos.

    • 'Y': Pasarela TCP/IP a TCP/IP y viceversa (editran/PROXY)

    • 'I' : TCP/IP.

  • TIME-OUT (MSS): Tres cifras en minutos y segundos que indica el tiempo máximo que se espera para una respuesta del Remoto (sólo para mensajes de control o de conexión). Si concluido este tiempo no se recibe la respuesta, se repite la petición al remoto. También es aplicable a las peticiones de conexión. Recomendación: incluya un time-out corto en este campo, por ejemplo 30 segundos, pues no representa al tráfico de datos, sólo representa mensajes de control.

  • TIME-OUT RAFAGA ENVIO (MSS): Tres cifras en minutos y segundos que indica el tiempo máximo para que cuando se está enviando un bloque de mensajes de datos, se espera una respuesta del Remoto. Si concluido este tiempo no se recibe la respuesta de los datos, se repite la petición al remoto hasta cumplir el número de reintentos. Atención, el programa que trata time-out de ráfagas, va a imponer un tiempo mínimo de 1 minuto, con lo que, si en este campo se codifica un timer inferior, se ignora su valor en la transmisión.

⚠️ Recomendación: Este time-out debe ser proporcional a la velocidad de la línea local, de la línea remota, de las conexiones simultáneas locales y remotas, de la longitud de transmisión y de la propia ráfaga (num.reg. sincronismo). Por ejemplo en una línea de 9600 bps en local y 64 K (65536 bps) (en remoto (se tomaría el valor inferior de ambas, 9600 bps), con 1 conexión en local y 8 simultáneas en remoto ((64 * 1024) / 8 = 8192 bps) (en este caso, ignoramos el valor 9600 bps y nos ceñimos al mínimo, 8192 bps), con longitud de transmisión 4050 (aproximadamente, con cabeceras 4100 bytes * 8 bits = 32800 bits por mensaje), con núm.-reg.-sincronismo 50, el resultado sería que no se conseguirían enviar los 50 mensajes hasta 200 segundos ((50 * 32800) / 8192), con lo que en esta sesión el time-out ráfaga de envío no debería ser inferior a 330 (3 minutos, 20 segundos).

  • NUM.MAX.REINTENTOS: Es el número de veces que se repite el proceso de Time-Out, tras lo cual se abandona la operación. Recomendación: No por poner muchos reintentos se va a conseguir emitir-recibir. Está pensado para que si el time-out o time-out ráfaga entran en funcionamiento (no se calcularon bien o la línea está lenta), se relanza el mensaje de time-out. Lo suyo es que número máximo de reintentos sea 1 ó 2.

  • FICH.TAMPON EMISION: Nombre lógico de fichero Tampón emisor dentro del CICS.

  • TAMP.EM+(E/M/P/C/D): Tiene cinco posibles valores relativos al fichero Tampón de emisión (Definición y Gestión de ficheros tampones):

    • ‘E’ fichero específico. No permitido con varias transmisiones.

    • ‘M’ fichero matricial.

    • ‘P’ fichero público.

    • ‘C´ fichero matricial EXCI. (Valor recomendado para muchas transmisiones)

    • ‘D’ fichero matricial desatendido.

  • FICH.TAMPON RECEPCION: Nombre lógico de fich. Tampón receptor dentro del CICS.

  • TAMP.RE+(E/M/C/D): Tiene cuatro posibles valores relativos al fichero Tampón de recepción (Definición y Gestión de ficheros tampones):

    • ‘E’ fichero específico. No permitido con varias transmisiones.

    • ‘M’ fichero matricial.

    • ‘C´ fichero matricial EXCI. (Valor recomendado para muchas transmisiones)

    • ‘D’ fichero matricial desatendido.

  • TAMPON EMISION y TAMPON RECEPCION: campos de salida que indican el Nombre Físico de los ficheros Tampones

  • CRIPTOGRAFIA (S/N): Puede tener dos valores ‘N’ cuando no se desea utilizar Criptografía (valor por defecto). ‘S’ cuando se utiliza la Criptografía. A continuación, se relacionan y se describen todos los parámetros que intervienen en el sistema Criptográfico. Revise el Anexo D. Sistema de criptografía en Onesait · Editran, Sistema Criptografía para entender antes que nada las posibilidades de la criptografía editran. Recomendación: Utilizar criptografía, procurando cifrar datos en batch y autenticación on-line.

  • VERSION CRIPTOGRAFICA: Puede tener los siguientes valores:

    • 3.00 Cuando el intercambio de claves se realiza externamente a editran.

    • 4.00 Se amplía la criptografía con claves RSA grandes y AES.

  • ALGORITMO CIFRADO DE DATOS: Indica si se desean cifrar los datos. Puede tener los siguientes valores:

    • ‘Espacios’ Cuando no se desea cifrar datos.

    • TD3C Si se desea cifrar datos (clave triple DES de clave triple 192 bits).

    • AES1 Si se desea cifrar datos (AES Simple con clave de 128 bits).

    • AES2 Si se desea cifrar datos (AES doble con clave de 192 bits).

    • AES3 Si se desea cifrar datos (AES triple con clave de 256 bits).

ℹ️ Este campo aparecerá tal cual (con los datos indicados) en la sesión de presentación, mientras que en la sesión de transmisión será espacios.

  • ALGORITMO AUTENTICACION: Indica el algoritmo utilizado para cifrar la clave de sesión, y los datos intercambiados para autentificar los extremos. Puede tener los siguientes valores:

    • ‘Espacios’ Si no se desea autentificar los extremos.

    • DES Si se desea autentificar los extremos con algoritmo DES.

    • RSA Si se desea autentificar los extremos con algoritmo RSA (opción válida únicamente para versión criptográfica no inferior a 3.0)

  • SUBSISTEMAS-LOCAL/REMOTO: Estos parámetros sólo tiene efecto cuando VERSION CRIPTOGRAFICA es ‘3.0’ o ‘4.0 y el algoritmo de autenticación es RSA. Hay que informar el subsistema local y el subsistema remoto de gestión de claves de intercambio con EDITRAN/GC (opción 6 del menú principal). Estos parámetros pueden sustituirse por la especificación de los parámetros CLAVE LOC. y CLAVE REM. que se detallan más adelante; cuando estén especificados sendos campos se utilizará SUBSISTEMA LOCAL/REMOTO para la obtención de las claves.

  • CLAVE LOC.: Se especificará el Label o etiqueta de una clave auxiliar. Si el ALGORITMO DE AUTENTICACION es ‘DES’ se especificará el Label de la clave auxiliar ‘EXPORTER’ y si el ALGORITMO DE AUTENTICACION es ‘RSA’ se especificará el Label o etiqueta de la clave privada local.

  • CLAVE REM.: Se especificará el Label o etiqueta de una clave auxiliar. Si el ALGORITMO DE AUTENTICACION es ‘DES’ se especificará el Label de la clave auxiliar ‘IMPORTER’ y si el ALGORITMO DE AUTENTICACION es ‘RSA’ se especificará el Label o etiqueta de la clave pública remota.

hashtag
Cuarta pantalla de sesión.

  • CODIGO LOCAL: Número de Identificación de la Entidad Usuaria de editran. Con este número será reconocida por el remoto conectado por esta sesión. Es el código de su licencia editran y el código con el que le verán los remotos.

  • CODIGO REMOTO: Número de Identificación de la Entidad remota. Es el código que le proporcionará el remoto para que se pueda conectar.

  • APLICACIÓN: Aplicación de la sesión.

  • TIPO DE CARGA:

    • ‘N’ normal

    • ‘A’ acumulativa (valor recomendado)

    • ‘Q’ Colas de ficheros. Con tipo ‘Q’ editran apunta el fichero pendiente de envío y lo carga-emite cuando puede.

Con tipo de carga acumulativa se permite la recarga del tampón con nuevos ficheros de aplicación, siempre que no haya comenzado la transmisión. Los requerimientos para que el sistema funcione en carga acumulativa son:

  • Se presupone que los perfiles sensibles a la carga no serán modificados entre procesos pertenecientes a la misma presentación.

  • La carga se realiza según el modo 2.1 o superior. Es decir: se mantiene el formato del fichero CSB’ con el conversor ZTBGBG10.

  • La petición de emisión se comportará como hasta ahora en todos los casos. Es decir: carga y emisión en estado finalizado o no cargado y emisión en estado cargado o emitiendo. Por tanto, si una sesión definida con carga acumulativa, ya ha sido cargada y se solicita la emisión, no se cargarán nuevos datos para la misma.

  • La petición de carga en estado no cargado, cargado, emitiendo o finalizado provocará la carga acumulativa del tampón.

  • Una vez pasado el control de estados de presentación, en estado emitiendo se accede al registro de control del tampón y se comprueba que realmente no se está emitiendo y se puede efectuar la carga de más ficheros. Si es así se marca como no disponible para editran/P para que no comience la emisión durante el proceso de carga del fichero. Al finalizar la carga, el tampón se vuelve a poner disponible.

  • Solo se puede realizar con una sesión de transmisión.

  • El fichero tampón de CICS no puede ser específico, puesto que ha de ser accesible desde el CICS y el batch simultáneamente.

  • CRITERIO DIVISION (V/S/N): Solo si se van a utilizar varias sesiones de transmisión para la de presentación. Pueden especificarse los valores siguientes:

    • V: Se repartiría la información de aplicación de emisión a partes iguales entre los diferentes tampones, con un mínimo de 600.000 octetos por tampón. Esto significa que podrían no utilizarse en la presentación, algunas de las sesiones de transmisión que se hayan definido en ella.

    • S: Reparto por fichero o por lote marcado por puntos de sincronismo, dependiendo del Conversor. Se irían asignando a cada tampón de emisión sucesivos ficheros o lotes completos.

    • N: No se realiza división. Valor recomendado para una única sesión de transmisión en la presentación.

  • ALFABETO ORIGINAL DATOS (A/E/N). Es el lenguaje original de los datos a cargar. En principio, será normalmente ‘E’ (EBCDIC). Sirve para especificar en el inicio de fichero dicho alfabeto. (00: ASCII, 01: EBCDIC, 02: BINARIO). Consulte registro de fichero de aplicación. Los valores posibles son:

    • A - ASCII

    • E - EBCDIC

    • N - Sin alfabeto

  • PORCENT.AJUSTE LZW (0-99). Porcentaje de ajuste de cómo se va a comportar la compresión, para aplicarlo a la creación de ficheros intermedios. Puede tomar los valores 00 hasta 99, e indica el porcentaje de efectividad de la compresión desde que se toma el fichero de aplicación hasta que se pasa al tampón, por ejemplo, en una situación normal se suele dar un 80 por ciento de compresión. Este parámetro se utiliza para lo siguiente:

    • Si se dispone de ajustar esp. Creación fich = ‘S’ (entorno local), se aplicará el ajuste a la definición de espacio primario de tampones, csbnedi y comprimidos. Por ejemplo, si se dispone de ajuste 80 por ciento, el tamaño de los ficheros anteriores, será:

      • Para ficheros comprimidos el tamaño del fichero aplicación partido por 5.

      • Para ficheros tampones y csbnedi, la suma de los tamaños de los ficheros de aplicación partido por 5.

    • Si se dispone de ajustar esp. Creación fich = ‘N’, sólo se aplicará en el ZTBGF54 para “incrementar su tamaño al calculado actualmente”. El ZTBGF54 actualmente se calcula en función del campo ESP.PRIM. (REGS), de forma que, si se codifica ajuste 80, en este caso, el ZTBGF54 se calculará como se hace ahora, pero por cinco. En el caso de que se cumplan 3 circunstancias que se enumeran después, se crea el fichero intermedio ZTBGF54 (que no está comprimido).

      • Que versión-iga-remota > 4.0

      • Que haya compresión y/o cifrado

      • Que se cumpla alguna de las 2 siguientes:

        • Ficheros de aplicación formato R y variables.

        • Que haya traducción y/o conversión.

  • TRADUCIR EN EMISION (S/N).: Indica si queremos hacer traducción en emisión. Traduce a ASCII si el alfabeto original de los datos es E(EBCDIC) y traduce a EBCDIC si el alfabeto original de los datos es A(ASCII) y se ha marcado traducir en emisión S. No se permite indicar traducir en emisión si el alfabeto original de los datos está marcado como ninguno.

  • TABLA CONVERSION EMISION: Nombre de una tabla residente en el fichero ZTBGBTCO, que convierte los caracteres a enviar del fichero de aplicación, a los caracteres indicados en dicha tabla (no cambia el lenguaje de los datos, sino que adapta el mismo a otra tabla del mismo lenguaje). Si el lenguaje de fichero de aplicación es EBCDIC, en el fichero ZTBGBTCO existirá una tabla llamada Tabla-conversión-emisión + (E/F). Si es ASCII se llamará Tabla-conversión-emisión + (A/B). Si se quieren emitir 2 ficheros con lenguajes distintos, se aplicarán ambas tablas.

  • TRADUCIR EN RECEPCION (A/E/N): Indica si queremos hacer traducción en recepción y a qué lenguaje. Traduce a (ASCII) o a E(EBCDIC), siempre y cuando el lenguaje de los datos del fichero, sea compatible para efectuar la traducción, es decir, las 2 combinaciones posibles son: LENGUAJE DATOS FICHERO RECIBIDO ‘A’ y TRADUCIR EN RECEPCION ‘E’, LENGUAJE DATOS FICHERO RECIBIDO ‘E’ y TRADUCIR EN RECEPCION ‘A’. No se pueden traducir 2 ficheros en recepción con lenguajes distintos.

  • TABLA CONVERSION RECEPCION: Nombre de una tabla residente en el fichero ZTBGBTCO, que convierte los caracteres recibidos en el fichero de recepción, a los caracteres indicados en dicha tabla (no cambia el lenguaje de los datos, sino que adapta el mismo a otra tabla del mismo lenguaje). Si el lenguaje de fichero de aplicación recibido, es EBCDIC, en el fichero ZTBGBTCO existirá una tabla llamada Tabla-conversión-recepción + (E/F). Si es ASCII se llamará Tabla-conversión-recepción + (A/B). Si se reciben 2 ficheros con lenguajes distintos se aplicarán ambas tablas.

  • PARAMETRO: Datos necesarios para proceso de Macro ficheros.

  • BORRAR TAMPON TRAS EMISION: Si S, se hace borrado del tampón o tampones de emisión al finalizar la presentación de emisión (valor recomendado)

  • BORRAR TAMPON TRAS RECEPC: Si S, se hace borrado del tampón o tampones de recepción al finalizar la presentación de recepción (valor recomendado).

  • SOLICITAR ACUSE DESCARGAS (S/N). Se trata de confirmar si una descarga remota es correcta, de forma que el emisor no cargará si no conoce este dato o no ha pasado el tiempo de T/O. No es posible funcionar con sesiones con tampones específicos. Verifique los mismos. Valores

    • ‘S’- El extremo que indica este valor, en sus emisiones, espera que el remoto le confirme la descarga remota.

    • ‘N’. No confirmar descargas.

  • TIEMPO DE ESPERA (MINUTOS).: 00-99- Tiempo que espera el emisor sin poder realizar una nueva carga si el remoto no le envía el resultado correcto de la descarga

  • NUM.REG.SINCRONISMO: Número de tres cifras que indica el tamaño máximo (número de registros de tampón) de la ráfaga de sincronismo. Es decir, se enviarán los registros especificados y se esperará una confirmación del remoto. Este parámetro lo impone el perfil del extremo emisor de datos. Recomendación. Este valor está ligado a la velocidad de transmisión. Un buen sincronismo puede ser, por ejemplo, de unos 20 mensajes para longitud de transmisión 4050 y unos 50 para longitud de transmisión 252.

  • OPERACION (S=SER/C=CLI): Puede tener 2 valores.

    • ‘S’ SERVIDOR no puede solicitar ninguna petición desde el menú de operador.

    • ‘C’ CLIENTE puede realizar cualquier petición. Recomendación: C

  • TRAZA(S/C/N): Si se desean grabar los mensajes intercambiados de esta Sesión en el fichero de Traza. Puede tener los siguientes valores:

    • S: Graba todos los mensajes intercambiados (valor recomendado al definir ses.)

    • C: Graba todos los mensajes de Control (Todos excepto los SFP). (valor recomendado cuando la sesión funciona bien)

    • N:No graba ningún mensaje.

  • HORA INICIO (HHMMSS) y HORA FIN (HHMMSS): Margen horario para establecer una conexión o iniciar una emisión o recepción (desde la parte local o remota). Cuando ambos campos tienen ceros o blancos, indica que no existe margen horario, y se pueden realizar las operaciones cuando se desee. Se aceptarán llamadas entrantes que vengan con un margen de hasta 5 minutos por encima o debajo de la ventana horaria (horario de cortesía). Recomendación: No codifique nada a no ser que quiera un control sobre la ventana horaria.

  • REINT.VENT.H.(X/E/R/N): Reintento de la ventana horaria para pedir emisión-recepción. Indica que se lanzará un time-out para iniciar dichos procesos a la hora indicada como inicio. Los valores admitidos son:

    • ‘X’ para emisión y recepción

    • ‘E’ sólo para emisión

    • ‘R’ sólo para recepción

    • ‘N’ nunca.

    ℹ️ Recomendación: Si utiliza ventana horaria codifique X, en caso contrario codifique N.

  • NETNAME EXCII: Nombre de la CONECTION EXCI específica a utilizar (consulte el Definición y Gestión de ficheros tampones).

  • RAFAGA ACTUALIZAC.REC.: Valor de tres cifras numéricas que determinan la ráfaga de actualización, en recepción, de los ficheros tampones matriciales. Este parámetro es válido para uso de recursos concurrentes de acceso al mismo fichero tampón matricial. Realiza una actualización del fichero tampón una vez recibida la ráfaga especificada y libera el fichero para que lo utilicen otros recursos. Este número de ráfaga es aconsejable ponerlo bajo, cuando se conozca que hay muchos recursos simultáneos o concurrentes, en cambio, si hay pocos o ninguno, es aconsejable que sea alta. Si se especifica ceros, se entiende que no se desea control de integridad en la concurrencia de procesos y que el tampón está definido con SHR (2,3). Recomendación: 10

  • BUFFER TCP-PX ENVIO: Sólo se aplica a conexiones TCP y PROXY salientes. En realidad, entra en funcionamiento, sólo cuando la conexión es saliente y pedimos una EMISION. En ese caso hay que enviar datos. Tenga en cuenta que, si se producen conexiones entrantes, 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 entorno local (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. En otros casos, en general, codifique el valor máximo. Tenga en cuenta que, si por ejemplo conecta y emite a un remoto ráfagas de 50 mensajes de 4050, estará colocando 200.000 bytes en el buffer.

  • BUFFER TCP-PX RECEPCION: Sólo se aplica a conexiones TCP y PROXY salientes. En realidad, entra en funcionamiento, sólo cuando la conexión es saliente y le pedimos al remoto una RECEPCION. En ese caso hay que recibir datos. 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 entorno local (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 (acordes a la velocidad de la línea x25). Tenga en cuenta que, si por ejemplo conecta y recibe de un remoto ráfagas de 50 mensajes de 4050, estarán colocando 200.000 bytes en el buffer.

  • PROGRAMAS DE USUARIO: Llamados por editran/G al final de los procesos previos/posteriores a emisión/recepción y de excepción. Estos programas serán aportados por el usuario y se llamarán al final de los procesos correspondientes de la presentación y en cada procedimiento de excepción. El área de comunicación pasada a los mismos contiene toda la información utilizada por editran/G (perfiles de las entidades local y remota, de aplicación y de sesión de presentación de editran/G, y perfil de las sesiones editran/P). Si se desea utilizar en ellos algún fichero, éste deberá ser incluido en el procedimiento correspondiente.

hashtag
Quinta pantalla de sesión.

  • CODIGO LOCAL: Número de Identificación de la Entidad Usuaria de editran. Con este número será reconocida por el remoto conectado por esta sesión. Es el código de su licencia editran y el código con el que le verán los remotos.

  • CODIGO REMOTO: Número de Identificación de la Entidad remota. Es el código que le proporcionará el remoto para que se pueda conectar.

  • APLICACIÓN: Aplicación de la sesión.

  • REFxx. Referencia interna de la línea (indicada cuando se da de alta o cambia de orden con opción 1.9).

  • SEL GENERICA (S/N). Indica si se pueden utilizar más de 6 líneas (S) o hasta 6 líneas (N). En caso de S, no se toman los valores REF de la segunda pantalla (se explica a continuación como se hace).

hashtag
Consulta y seleccion de lineas locales y remotas

Desde la quinta pantalla de sesión, con PF5 pantalla selección de líneas, y se despliegan paneles oportunos sobre las líneas locales y remotas válidas para esta sesión, donde se podrán consultar, seleccionar y cambiar de orden las líneas mostradas:

Las líneas mostradas pueden ser locales (proxy) o remotas (ip)

  • En todos los casos, se muestra el número de línea interno editran.

  • En el caso de PX locales, ip + puerto del proxy local

  • En el caso de IP remotas, ip + puerto del editran o proxy remoto.

Para poder comunicar con un remoto necesitaremos:

  • Si la conexión es ip, al menos una línea ip remota (independientemente de que ese destino sea un PROXY remoto). A esa ip llegaremos directamente (en cuyo caso no necesitaremos nada más) ó a través de un proxy local (en cuyo caso necesitaremos una línea proxy local).

Ejemplo, si estamos en modificación de sesión y seleccionamos líneas locales, aparece un menú parecido al siguiente:

En ese menú, indica todos los datos ya comentados y permite:

  • Cambiar el orden de las 6 primeras líneas de la sesión (sólo en altas-modificaciones).

  • Seleccionar para visualizar, en cuyo caso aparece el menú de detalle:

Ejemplos de los menús de detalle:

👉 PF6

Desde segunda pantalla con PF6 visualización de las 6 primeras líneas “en claro”. Se despliegan varios menús con los distintos tipos que tiene la sesión

Ejemplo. En el caso de que en segunda pantalla hubiera los siguientes datos:

👉 Pulsando PF6 aparecen los datos de las 6 primeras líneas locales proxy y las 6 primeras líneas remotas IP:

Para la modificación, si el estado de la sesión de presentación es diferente de "no cargado" en emisión e "inicializado" en recepción, se exhibe la siguiente pantalla de conformidad para continuar con el proceso de la modificación o baja.

Si se da conformidad para continuar, se sacan las pantallas que ya se han visto para las otras funciones de actualización y se podrá navegar por ellas usando el criterio general. Con INTRO se realizará la baja o modificación y con PF3 se abandonará.

AnteriorAplicaciónSiguienteFicheros de aplicación de emisión

Última actualización