• No se han encontrado resultados

EDITRAN 5.1. Interfaz gráfica. Manual de usuario. Plataforma de Comunicaciones EDI MVS CICS

N/A
N/A
Protected

Academic year: 2021

Share "EDITRAN 5.1. Interfaz gráfica. Manual de usuario. Plataforma de Comunicaciones EDI MVS CICS"

Copied!
189
0
0

Texto completo

(1)

Plataforma de Comunicaciones EDI

MVS CICS

Interfaz gráfica. Manual de usuario

INDRA

(2)

1.

INTRODUCCIÓN ... 1-1

2.

EDITRAN/P. ... 2-1

2.1. OPERADOR EDITRAN/P... 2-2 2.2. CONSULTA DE FICHEROS EDITRAN/P. ... 2-5 2.2.1. CONSULTA DEL REGISTRO EMISION/RECEPCION. ... 2-6 2.2.2. CONSULTA DEL FICHERO TRAZA. ... 2-7 2.2.3. CONSULTA DEL FICHERO LOG. ... 2-9 2.2.4. AYUDAS DE DIAGNOSTICO. ... 2-10 2.2.5. CONSULTA DE LICENCIA OPERATIVA. ... 2-11 2.2.6. CONSULTA DE TAMPON ASOCIADO A SESION. ... 2-12 2.3. ADMINISTRADOR EDITRAN/P. ... 2-13 2.3.1. ENTORNO LOCAL. ... 2-14 2.3.2. SESIONES. ... 2-23 2.3.3. LINEAS DE COMUNICACIÓN LOCALES Y REMOTAS ... 2-41 2.3.4. MODIFICACION GENERICA PERFILES EDITRAN/P. ... 2-46 2.4. CONSULTA DE PASARELAS TX-PX... 2-54

3.

EDITRAN/G. ... 3-1

3.1. OPERADOR EDITRAN/G. ... 3-2 3.2. CONSULTA DE FICHEROS EDITRAN/G. ... 3-7 3.2.1. CONSULTA-MODIFICACION DE ESTADOS. ... 3-8 3.2.2. CONSULTA DEL FICHERO LOG. ... 3-11 3.2.3. CONSULTA DE LICENCIA OPERATIVA. ... 3-13 3.3. ADMINISTRADOR EDITRAN/G. ... 3-14 3.3.1. ENTORNO LOCAL. ... 3-15 3.3.2. PERFIL ENTIDAD REMOTA. ... 3-19 3.3.3. PERFIL APLICACIÓN. ... 3-22 3.3.4. SESIÓN PRESENTACIÓN. ... 3-27 3.3.5. FICHEROS DE APLICACIÓN DE EMISIÓN. ... 3-35 3.3.6. CONSULTA SESIONES TRANSMISION. ... 3-38 3.3.7. CONSULTA FICHEROS APLICACION. ... 3-39 3.3.8. MODIFICACION GENERICA PERFILES EDITRAN/G. ... 3-40 3.4. COLAS DE FICHEROS EDITRAN/G... 3-46 3.4.1. CONSULTA – OPERACIÓN de colas de ficheros. ... 3-46 3.4.2. ADMINISTRACION de colas de ficheros. ... 3-48

4.

GESTIÓN REDUCIDA PERFILES EDITRAN/P Y G. ... 4-1

5.

ESTADÍSTICAS Y MONITORIZACIÓN (EDITRAN/EA) (MÓDULO OPCIONAL)... 5-1

5.1. PRESENTACIONES INTERRUMPIDAS... 5-2 5.2. PRESENTACIONES EN CURSO - TRANSMITIENDO - FINALIZADAS. ... 5-8 5.3. PRESENTACIONES EN TRANSMISION. ... 5-10 5.4. PRESENTACIONES FINALIZADAS. ... 5-11 5.5. TRANSMISIONES INTERRUMPIDAS. ... 5-12 5.6. TRANSMISIONES EN CURSO O ESPERA DE FINALIZACION. ... 5-13 5.7. TRANSMISIONES FINALIZADAS. ... 5-14 5.8. HISTÓRICO DE PRESENTACIONES FINALIZADAS SIN INCIDENCIAS. ... 5-15 5.9. HISTÓRICO DE PRESENTACIONES FINALIZADAS CON INCIDENCIAS. ... 5-16 5.10. HISTÓRICO DE PRESENTACIONES FINALIZADAS CON/SIN INCIDENCIAS. ... 5-17

6.

CONTROL Y GESTIÓN DE ALARMAS(EDITRAN/EA)(MÓDULO OPCIONAL). ... 6-1

6.1. CONSULTA LOG DE ALARMAS. ... 6-2 6.2. ADMINISTRADOR DE ALARMAS (ENTORNO LOCAL). ... 6-3

(3)

7.

GESTIÓN CLAVES DE INTERCAMBIO (EDITRAN/GC)(MÓDULO OPCIONAL). ... 7-1

7.1. ADMINISTRADOR DE ENTORNO LOCAL. ... 7-3 7.2. GESTIÓN DE CLAVES PROPIAS RSA (ADMINISTRACION Y GENERACION). ... 7-5 7.3. ASOCIACION DE CLAVES PROPIAS RSA (ADMON, EXPORTACION Y ENVIO). ... 7-9 7.4. ASOCIACION DE CLAVES PROPIAS DES (ADMON, GENERACION Y ENVIO). ... 7-13 7.5. ASOCIACION DE CLAVES REMOTAS RSA (ADMINISTRACION). ... 7-17 7.6. ASOCIACION DE CLAVES REMOTAS DES (ADMINISTRACION). ... 7-20

8.

FIRMA ELECTRÓNICA DE FICHEROS(EDITRAN/FF). ... 8-1

(MÓDULO OPCIONAL) ... 8-1

8.1. GESTION DE FICHEROS DE CONTROL EDITRAN/FF. ... 8-3 8.1.1. CONSULTA DEL FICHERO LOG EDITRAN/FF. ... 8-3 8.2. GESTION DE FICHEROS DE CONTROL EDITRAN/FF. ... 8-5 8.2.1. ENTORNO LOCAL EDITRAN/FF. ... 8-6 8.2.2. USUARIOS LOCALES Y REMOTOS EDITRAN/FF. ... 8-8 8.2.3. APLICACIONES, SESIONES DE PRESENTACION EDITRAN/FF. ... 8-11 8.2.3.1. PARAMETROS GENERALES DE LA PRESENTACION EDITRAN/FF. ... 8-12 8.2.3.2. GRUPOS ASOCIADOS A PRESENTACION EDITRAN/FF. ... 8-17 8.2.3.3. USUARIOS ASOCIADOS A PRESENTACION EDITRAN/FF. ... 8-19

(4)

1.

INTRODUCCIÓN

En las imágenes de pantallas que se incluyen en este documento, los diferentes tipos de

campos se representan de la forma siguiente:

Campos numéricos de entrada:

nnnn.

Campos alfanuméricos de entrada: xxxx..

Campos numéricos protegidos:

NNNN.

Campos alfanuméricos protegidos: XXXX.

Fechas de entrada:

dd/mm/aaaa

Horas de entrada:

hh:mm:ss

Fechas protegidas:

DD/MM/AAAA

Horas protegidas:

HH:MM:SS

Los Códigos de Instalación Local y Remota son 9 caracteres, el primero y el último

alfanuméricos. El Código de Aplicación tiene 6 caracteres (de A a Z, excluyendo la Ñ, y

de 0 a 9).

En todas las pantallas que aparezca

“ ‘*’ en petición genérica “

, se podrá teclear un * en

la primera o última posición del campo Sesión y aparecerá una pantalla con todas las

sesiones seleccionadas.

En todas las pantallas que aparezca

“ ‘*’ en petición genérica “

, si no se teclea nada

(blancos) en el campo Sesión, se mostrarán todos los registros. No es lo mismo, que el

caso anterior, pues si se selecciona únicamente un asterisco, buscará las sesiones cuya

clave sea cualquier cosa que acabe en blancos.

 Para navegar entre pantallas:

Hacia adelante entre menús, submenús y funciones: Introducir la opción especificada,

pudiéndose ir directamente de uno a otro menú, tecleando el carácter ‘’=’’, seguido de la

opción deseada.

Hacia atrás entre menús, submenús y funciones: PF3. Si se está en el menú principal se

abandona EDITRAN.

Navegación dentro de una función con una o varias pantallas diferentes o repetitivas:

PF8 para adelante, PF7 para atrás, PF3 vuelve al menú anterior y si se trata de una

actualización ésta se abandona, INTRO realiza la actualización y vuelve al menú

anterior.

Para entrar en EDITRAN se ejecuta desde CICS la transacción ZTBM (este nombre es el

especificado en la transacción de Menú en el entorno local general), entonces se

presenta el Menú Principal de EDITRAN.

(5)

Se accede al Menú Principal mediante la transacción ZTBM.

--- | DD/MM/AAAA GESTOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS FASE XX | |---| | 1 ---> GESTION EDITRAN/P (SESIONES DE TRANSMISION) | | | | 2 ---> GESTION EDITRAN/G (SESIONES DE PRESENTACION) | | | | 3 ---> GESTION REDUCIDA DE PERFILES | | | | 4 ---> ESTADISTICAS Y MONITORIZACION | | | | 5 ---> CONTROL Y GESTION DE ALARMAS | | | | 6 ---> CONFIRMACION DE FICHEROS | | | | 7 ---> GESTION DE CLAVES DE INTERCAMBIO | | | | 8 ---> GESTION EDITRAN/FF (FIRMA ELECTRONICA) | | | | OPCION : n | | | ---

Desde este menú se gestiona el producto. Una vez instalado EDITRAN es necesario definir

los parámetros de la Instalación Local (Entorno Local General y subentornos, si es necesario) y

los de las SESIONES que se vayan a utilizar.

La opción 1 invoca las funciones del módulo de EDITRAN/P

La opción 2 invoca las funciones del módulo de EDITRAN/G

La opción 3, invoca las funciones de un administrador abreviado de perfiles para los

módulos EDITRAN/P y EDITRAN/G.

La opción 4 invoca las funciones del módulo (opcional) de EDITRAN/E Estadísticas y

Monitorización. Para más información y si se dispone de dicho módulo, consultar el

manual correspondiente. Se puede acceder a esta opción, sin pasar por el menú

principal, indicando la transid ZTBE.

La opción 5 invoca las funciones del módulo (opcional) de EDITRAN/E Gestión de

alarmas. Para más información y si se dispone de dicho módulo, consultar el manual

correspondiente

La opción 6 invoca las funciones del módulo EDITRAN/GC (incorporado con

limitaciones). Su uso requiere al menos, licencia RSA. Para más información y si se

dispone de dicho módulo, consultar el manual correspondiente. Se puede acceder a

esta opción, sin pasar por el menú principal, indicando la transid ZTB2.

La opción 7 invoca las funciones del módulo EDITRAN/FF en su forma de operación

z/OS, Su uso requiere licencia EDITRAN CD+FF.. Para más información y si se dispone

de dicho módulo, consultar el manual correspondiente.

(6)

 Los perfiles de EDITRAN P y G están configurados de la siguiente forma:

 Por un lado, existe un fichero de perfiles de EDITRAN/P (fichero ZTBPFPE). En el

mismo se guardan los siguientes registros:

 Registro de entorno general. Corresponde al nif principal de la entidad. Contiene

parámetros que son comunes a todas las sesiones de transmisión.

 Registros de subentornos. Si la entidad principal, representa a su vez a otras

entidades, empresas, departamentos, etc, corresponde al nif secundario de cada una de ellas.

 Registros de sesión de transmisión. Contienen el nif local (de entorno general ó de

subentorno), el nif remoto y la aplicación de transmisión. Al trinomio anterior se le conoce

como sesión externa ó sesión de transmisión y debe estar definido de forma idéntica en

ambos extremos (el extremo remoto, cambiará el orden de nif local – nif remoto) .

 Registros de sesión interna. Son alias de los registros de sesión de transmisión, que

evitan tener que teclear todos los datos anteriores (nif local, nif remoto, aplicación de

transmisión), para referirnos a ellos.

 Registros de línea. Son registros de datos de líneas locales y remotas.

 Por otro, existe un fichero de perfiles de EDITRAN/G (fichero ZTBGFPE). En el mismo

se guardan los siguientes registros:

 Registro de entorno general. Corresponde al nif principal de la entidad y debe coincidir

con el nif local del registro de entorno general de EDITRAN/P. En realidad es un registro

plantilla, que sirve para las sesiones de presentación.

 Registros de subentornos. Corresponde a los nif secundarios de la entidad y deben de

coincidir con todos y cada uno de los nif secundarios de registros de subentornos de

EDITRAN/P. En realidad es un registro plantilla, que sirve para las sesiones de presentación.

 Registros de entidad remota. Corresponde a registros que identifican a la entidad

remota (nif remoto). En realidad es un registro plantilla, que sirve para las sesiones de

presentación.

 Registros de aplicación de presentación. Corresponde a registros que identifican a la

aplicación de presentación (contenido de datos). En realidad es un registro plantilla, que sirve

para las sesiones de presentación.

 Registros de sesión de presentación. Contienen el nif local (de entorno general ó de

subentorno), el nif remoto (registro de remoto) y la aplicación de presentación (registro de

aplicación de presentación). Al trinomio anterior se le conoce como sesión de presentación.

Cada registro de sesión de presentación, se asocia con 1 a 20 sesiones de transmisión (ver

registro de EDITRAN/P).

 Ejemplo. Una entidad A, (nif AAAAAAAAA), representa a su vez a una entidad B (nif

BBBBBBBBB), quiere comunicarse:

 Desde la entidad A contra una entidad remota C (nif CCCCCCCCC). Quieren emitir

nóminas desde A a C.

(7)

 Desde la entidad A contra una entidad remota D (nif DDDDDDDDD), que es una

entidad representada de la entidad C. Quieren emitir y recibir documentos en ambos sentidos.

 Desde la entidad B contra la entidad remota D. Quieren emitir nóminas desde B a D,

pero al ser muchos registros, quieren dividir los ficheros de aplicación, para que salga por 3

transmisiones distintas.

 En el ejemplo anterior, tenemos los siguientes perfiles:

 En la entidad A:

 Registros de EDITRAN/P:

 Registro de entorno general, con nif AAAAAAAA

 Registro de subentorno, con nif BBBBBBBB

 Registro de sesión de transmisión AAAAAAAA-CCCCCCCC-NOMINA. A su vez, tenemos

un registro de alias de esta sesión, por ejemplo ENT-CCCCCCCC-EMITE-NOMINA.

 Registro de sesión de transmisión BBBBBBBBB-CCCCCCCC-RECIBO. A su vez, tenemos

un registro de alias de esta sesión, por ejemplo ENT-CCCCCCCC-RECIBE-RECIBO.

 Registro de sesión de transmisión AAAAAAAAAA-DDDDDDDDD-DOCUME. A su vez,

tenemos un registro de alias de esta sesión, por ejemplo

ENT-DDDDDDDDD-TRANSMITIR-DOCUMENTOS.

 Registro de sesión de transmisión BBBBBBBBB-DDDDDDDDD-NOMIN1. A su vez,

tenemos un registro de alias de esta sesión, por ejemplo ENT-DDDDDDDDD-EMITE-NOMINAS1.

 Registro de sesión de transmisión BBBBBBBBB-DDDDDDDDD-NOMIN2. A su vez,

tenemos un registro de alias de esta sesión, por ejemplo ENT-DDDDDDDDD-EMITE-NOMINAS2.

 Registro de sesión de transmisión BBBBBBBBB-DDDDDDDDD-NOMIN3. A su vez,

tenemos un registro de alias de esta sesión, por ejemplo ENT-DDDDDDDDD-EMITE-NOMINAS3.

 Registros de EDITRAN/G:

 Registro de entorno general, con nif AAAAAAAA

 Registro de subentorno, con nif BBBBBBBB

 Registro de entidad remota, con nif CCCCCCCCC

 Registro de entidad remota, con nif DDDDDDDDD

 Registro de aplicación de presentación: NOMEMI (emisión de nóminas)

 Registro de aplicación de presentación: RECIBO (recibos)

 Registro de aplicación de presentación: DOCPPT (documentos ppt)

 Registro de sesión de presentación AAAAAAAA-CCCCCCCC-NOMEMI. Se le asocia la

aplicación de transmisión NOMINA (debe existir en EDITRAN/P el registro de sesión de

transmisión AAAAAAAA-CCCCCCCC-NOMINA).

 Registro de sesión de presentación BBBBBBBBB-CCCCCCCC-RECIBO. Se le asocia la

aplicación de transmisión RECIBO (debe existir en EDITRAN/P el registro de sesión de

transmisión BBBBBBBBB-CCCCCCCC-RECIBO).

(8)

 Registro de sesión de presentación AAAAAAAAA-DDDDDDDD-DOCPPT. Se le asocia la

aplicación de transmisión DOCUME (debe existir en EDITRAN/P el registro de sesión de

transmisión AAAAAAAAA-DDDDDDDDD-DOCUME).

 Registro de sesión de presentación BBBBBBBBB-DDDDDDDDD-NOMEMI. Se le asocia

las aplicaciones de transmisión NOMIN1, NOMIN2 y NOMIN3 (deben existir en EDITRAN/P los

registros de sesión de transmisión DDDDDDDDD-NOMIN1,

BBBBBBBBB-DDDDDDDDD-NOMIN2, BBBBBBBBB-DDDDDDDDD-NOMIN3).

 En la entidad C:

 Registros de EDITRAN/P:

 Registro de entorno general, con nif CCCCCCCCC

 Registro de subentorno, con nif DDDDDDDDD

 Registro de sesión de transmisión CCCCCCCCC-AAAAAAAA-NOMINA (es necesario que

sea simétrico con la definición remota). A su vez, tenemos un registro de alias de esta sesión,

por ejemplo ENT-AAAAAAAAA-RECIBE-NOMINA.

 Registro de sesión de transmisión CCCCCCCC-BBBBBBBBB-RECIBO (es necesario que

sea simétrico con la definición remota). A su vez, tenemos un registro de alias de esta sesión,

por ejemplo ENT-BBBBBBBBB-EMITE-RECIBO.

 Registro de sesión de transmisión DDDDDDDDD- AAAAAAAAAA-DOCUME (es

necesario que sea simétrico con la definición remota). A su vez, tenemos un registro de alias

de esta sesión, por ejemplo ENT-AAAAAAAAAA-EMITE-RECIBE-DOCS.

 Registro de sesión de transmisión DDDDDDDDD-BBBBBBBBB-NOMIN1 (es necesario

que sea simétrico con la definición remota). A su vez, tenemos un registro de alias de esta

sesión, por ejemplo ENT- BBBBBBBBB-RECIBE-NOMINA1.

 Registro de sesión de transmisión DDDDDDDDD-BBBBBBBBB-NOMIN2(es necesario

que sea simétrico con la definición remota). A su vez, tenemos un registro de alias de esta

sesión, por ejemplo ENT- BBBBBBBBB-RECIBE-NOMINA2.

 Registro de sesión de transmisión DDDDDDDDD-BBBBBBBBB-NOMIN3 (es necesario

que sea simétrico con la definición remota). A su vez, tenemos un registro de alias de esta

sesión, por ejemplo ENT- BBBBBBBBB-RECIBE-NOMINA3.

 Registros de EDITRAN/G:

 Registro de entorno general, con nif CCCCCCCCC

 Registro de subentorno, con nif DDDDDDDDD

 Registro de entidad remota, con nif AAAAAAAA

 Registro de entidad remota, con nif BBBBBBBBB

 Registro de aplicación de presentación: NOMREC (recepción de nóminas)

 Registro de aplicación de presentación: RECIBO (recibos)

(9)

 Registro de sesión de presentación CCCCCCCC-BBBBBBBBB-RECIBO. Se le asocia la

aplicación de transmisión RECIBO (debe existir en EDITRAN/P el registro de sesión de

transmisión CCCCCCCC-BBBBBBBBB-RECIBO).

 Registro de sesión de presentación DDDDDDDD-AAAAAAAAA-DOCPDF. Se le asocia la

aplicación de transmisión DOCUME (debe existir en EDITRAN/P el registro de sesión de

transmisión DDDDDDDDD-AAAAAAAAA-DOCUME).

 Registro de sesión de presentación DDDDDDDDD-BBBBBBBBB-NOMREC. Se le asocia

las aplicaciones de transmisión NOMIN1, NOMIN2 y NOMIN3 (deben existir en EDITRAN/P los

registros de sesión de transmisión BBBBBBBBB-NOMIN1,

DDDDDDDDD-BBBBBBBBB-NOMIN2, DDDDDDDDD-BBBBBBBBB-NOMIN3).

 En el ejemplo anterior, hay definiciones simétricas (nif’s aplicación de transmisión de

EDITRAN/P) y otras que no lo son (aplicación EDITRAN/G, alias de la sesión externa), de forma

que se ve claramente los campos que han de coincidir en ambos extremos y los que no . E la

siguiente figura, se representa el esquema – ejemplo con los perfiles de ambas entidades A y

C.

(10)

Aplic. Pres. EDI/G DOCPPT Subent. EDI/G BBBBBBBBB

EntornoEDI/G AAAAAAAAA

Remoto. EDI/G DDDDDDDDD RemotoEDI/G CCCCCCCCC

Aplic. Pres. EDI/G RECIBO Aplic. Pres. EDI/G NOMEMI

Ses.pres. EDI/G. AAAAAAAAA- CCCCCCCCC-NOMEMI Apl tr: NOMINA Ses.pres. EDI/G. AAAAAAAAA- DDDDDDDDD-DOCPPT Apl tr: DOCUME Ses.pres. EDI/G. BBBBBBBBB- DDDDDDDDD-NOMEMI Apl tr1: NOMIN1 Apl tr2: NOMIN2 Apl tr3: NOMIN3 Ses.pres. EDI/G. BBBBBBBBB- CCCCCCCCC-RECIBO Apl tr: RECIBO Ses.tr. EDI/P. AAAAAAAAA- CCCCCCCCC-NOMINA Ses.tr. EDI/P. BBBBBBBBB- DDDDDDDDD-NOMIN1 Ses.tr. EDI/P. BBBBBBBBB- DDDDDDDDD-NOMIN2 Ses.tr. EDI/P. BBBBBBBBB- DDDDDDDDD-NOMIN3 Ses.tr. EDI/P. AAAAAAAAA- DDDDDDDDD-DOCUME Ses.tr. EDI/P. BBBBBBBBB- CCCCCCCCC-RECIBO Ses.tr. EDI/P. CCCCCCCCC- AAAAAAAAA-NOMINA Ses.tr. EDI/P. DDDDDDDDD- BBBBBBBBB- NOMIN1 Ses.tr. EDI/P. DDDDDDDDD- BBBBBBBBB- NOMIN2 Ses.tr. EDI/P. DDDDDDDDD- BBBBBBBBB- NOMIN3 Ses.tr. EDI/P. DDDDDDDDD- AAAAAAAAA-DOCUME Ses.tr. EDI/P. CCCCCCCCC- BBBBBBBBB-RECIBO Ses.pres. EDI/G. CCCCCCCCC- AAAAAAAAA-NOMREC Apl tr: NOMINA Ses.pres. EDI/G. DDDDDDDDD- AAAAAAAAA-DOCPDF Apl tr: DOCUME Ses.pres. EDI/G. DDDDDDDDD- BBBBBBBBB- NOMREC Apl tr1: NOMIN1 Apl tr2: NOMIN2 Apl tr3: NOMIN3 Ses.pres. EDI/G. CCCCCCCCC- BBBBBBBBB-RECIBO Apl tr: RECIBO

Aplic. Pres. EDI/G DOCPDF Remoto. EDI/G BBBBBBBB

RemotoEDI/G AAAAAAAA

Aplic. Pres. EDI/G RECIBO Aplic. Pres. EDI/G NOMREC

Subent. EDI/G DDDDDDDDD Subent. EDI/P DDDDDDDDD EntornoEDI/P CCCCCCCCC

X25/TCP

Subent. EDI/P BBBBBBBBB EntornoEDI/P AAAAAAAAA

(11)

2.

EDITRAN/P.

Para ver las funciones de EDITRAN/P, consulte el manual EP51USUC.

Seleccionando opción 1 desde el Menú General ó =1, desde cualquier submenú:

--- | DD/MM/AAAA GESTOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS GESTOR DE EDITRAN/P | |---| | | | 1 ---> OPERADOR DE EDITRAN/P | | | | 2 ---> CONSULTA DE FICHEROS EDITRAN/P | | | | 3 ---> ADMINISTRADOR DE EDITRAN/P | | | | 4 ---> CONSULTA DE PASARELAS TX-PX | | | | OPCION : | | | | | | | ---

1. Operador: (se puede seleccionar con la opción 1.1 desde el Menú General o =1.1 desde

cualquier Submenú).

2. Consulta de ficheros (se puede seleccionar con la opción 1.2 desde el Menú General o =1.2

desde cualquier Submenú)

3. Administrador (se puede seleccionar con la opción 1.3 desde el Menú General o =1.3 desde

cualquier Submenú)

4. Consulta de las pasareleas TX-PX (se puede seleccionar con la opción 1.4 desde el Menú

General o =1.4 desde cualquier Submenú)

Una sesión, en EDITRAN/P, se identifica de dos maneras:

1. Sesión Externa (sesión de transmisión): Es el código con el cual se presenta la Sesión al

exterior y está formada por los códigos Local, Remoto y Aplicación. Debe de coincidir en

ambos extremos (con los nif en distinto orden). Se define en el administrador de sesiones

de transmisión y se asocia a una sesión interna.

2. Sesión Interna: Es la utilizada en general en EDITRAN/P y consta de 32 caracteres

alfanuméricos, que da libertad al administrador para parametrizar dichos nombres según

las necesidades de la Instalación. Este campo no tiene porqué coincidir con la sesión real,

ni con lo que ponga el remoto, así por ejemplo podemos llamar PRUEBA a una sesión

interna, que está asociada a un nif local, nif remoto y aplicación (sesión externa).

En la mayoría de las opciones de EDITRAN/P, aparecen menus en los que se puede

seleccionar la sesión interna. Si no se teclea ó se incluyen asteriscos en su selección, se

pasa por pantallas intermedias con el resultado de las búsquedas.

(12)

2.1. OPERADOR EDITRAN/P.

Se utiliza para gestionar las Sesiones de Transmisión (conexiones, mensajes, inicio o fin de

emisiones o recepciones).

--- | DD/MM/AAAA GESTOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS OPERADOR DE EDITRAN/P | |---| | 1 ---> CONSULTA DE LAS SESIONES | | 2 ---> PETICION DE CONEXION | | 3 ---> PETICION DE LIBERACION | | 4 ---> PETICION DE EMISION | | 5 ---> PETICION DE RECEPCION | | 6 ---> FIN DE EMISION | | 7 ---> FIN DE RECEPCION | | 8 ---> MENSAJE PARA EL OPERADOR REMOTO | | 9 ---> REARRANQUE DE RED | | OPCION : n | | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | (‘*’ en petición genérica) | ---

o CONSULTA DE LAS SESIONES. Realiza una consulta de las sesiones activas que hay en

ese momento.

o PETICION DE CONEXION. Para establecer manualmente la conexión física con el remoto y

poder iniciar el proceso de transmisión. Petición no permitida cuando el Modo de Operación

es Servidor.

o PETICION DE LIBERACION. Para poder liberar manualmente una sesión que esté

conectada o pendiente de conexión. Es necesario no estar emitiendo ni recibiendo.

o PETICION DE EMISION. Solicitud de comienzo de la emisión local de un fichero. Petición

no permitida cuando el Modo de Operación es Servidor.

o PETICION DE RECEPCION. Solicita el comienzo de recepción de un fichero, que debe

emitir el remoto. Petición no permitida cuando el Modo de Operación es Servidor.

o FIN DE EMISION. Petición de fin forzado de la emisión local (interrupción de emisión).

Petición no permitida cuando el Modo de Operación es Servidor.

o FIN DE RECEPCION. (Idem del anterior pero recepción).

o MENSAJE PARA EL OPERADOR REMOTO. Es obligatorio que exista conexión con la

sesión destinataria del mensaje.

o REARRANQUE DE RED. Opciones para tirar-activar conexiones x25 y tcp,

Para cualquiera de las opciones descritas anteriormente (excepto en consulta de

sesiones y Rearranque de red) se puede teclear en la SESION de forma genérica, con lo que

aparecerá una pantalla con todas las sesiones dadas de alta en el fichero de perfiles. También

se puede seleccionar de forma selectiva, es decir poniendo un ‘*’ y seguido de los demás

caracteres, con lo que aparecerá la siguiente pantalla con todas las sesiones que acaben con

los caracteres comunes. Una vez en dicha pantalla, se pondrá una ‘S’ en el campo ‘SE’ de las

(13)

NIF NIF

SE SESION ORIGEN DESTINO APLIC. PROCESO -- --- --- --- --- --- x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xnnnnnnnx xnnnnnnnx xxxxxx xxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xnnnnnnnx xnnnnnnnx xxxxxx xxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xnnnnnnnx xnnnnnnnx xxxxxx xxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xnnnnnnnx xnnnnnnnx xxxxxx xxxxxxxxxxxxx

 En la consulta de sesiones, aparecerá la siguiente pantalla:

ESTADO CONTADOR ESTADO CONTADOR SE SESION EMISION EMISION RECEPCION RECEPCION -- --- --- --- --- --- x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxx nnnnnnnnnn xxxxxxxxx nnnnnnnnn

Si tecleamos ‘S’ en el campo ‘SE’ aparecerá la siguiente pantalla con información de la

situación de dicha Sesión:

|---| | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | NIF ORIGEN : znnnnnnnz NIF DESTINO : xnnnnnnnx APLICACION : xxxxxx | | INDICADORES TIME OUT | | CONEXION : NOTIFICACION : | | ESPERA SAP: RECEPCION ...: | | EMISION ..: RECEPCION ...: | | EMISION RECEPCION | | ESTADO ...: n xxxxxxxxxxxxxxxx n xxxxxxxxxxxxxxx | | CONTADOR ...: nnnnnnnnnnnn nnnnnnnnnnnn | | | | SESION ...: x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | CONEXION ...: x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | A1P MANDADO ..: x | | A2P MANDADO ..: x | | LLAM-LOCAL-REM: x | | | | LU-FICTICIA : xxxx LU RED-PORT TCP: xxxx CVC : nnnn | +---|

En el envío de mensaje al operador remoto, aparece la pantalla siguiente donde se

teclea el texto a enviar al remoto en el campo MENSAJE (el texto del mensaje aparece en

la pantalla del ordenador remoto que se haya especificado como TERMINAL OPERADOR

en la Sesión definida en el Remoto. Si no se especifica Terminal, se grabará en el Fichero

del Log).

|---| | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | MENSAJE : | | | | xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | | +---+

(14)

 En el rearranque de red, se muestra el siguiente menú:

******************************************************************************* * * * * * 1 - REARRANQUE DE RED ATENCION: ESTA PETICION DESACTIVA * * Y ACTIVA TODAS LAS LUS FICTICIAS EXISTENTES EN LA TABLA DE * * COMUNICACIONES EN ESTADO CONECTADO Y LIBERA TODOS LOS CVCS. * * * * 2 - ACTIVACION DE LISTENER TCP ATENCION: ESTA PETICION ACTIVA : * * - TODAS LAS TRANSID LISTENER EDITRAN (NO TECLEE TRANSACCION) * * - UNA UNICA TRANSID LISTENER EDITRAN (TECLEE TRANSACCION) * * * * * * 3 - PARADA DE LISTENER TCP ATENCION: ESTA PETICION DETIENE : * * - TODAS LAS TRANSID LISTENER EDITRAN (NO TECLEE PUERTO) * * - UNA UNICA TRANSID LISTENER EDITRAN (TECLEE PUERTO) * * * * * * OPCION ..: n * * TRANSID .: xxxx SOLO CON OPCION 2, NO OBLIGATORIO * * PUERTO ..: xxxxx SOLO CON OPCION 3, NO OBLIGATORIO * * * *******************************************************************************

o REARRANQUE DE RED. Válido sólo para X.25. Para Interfaz de Comunicaciones ISA X.25,

se liberan todos los circuitos de sesiones que están conectadas, salvo las que están

transmitiendo. Esta facilidad debe utilizarse con precaución, por lo que se muestra una

pantalla de confirmación para procesarse. Es una petición aconsejable tras caídas de CICS y

antes de cualquier nueva petición de conexión. Para NPSI/GATE, realiza liberaciones a los

CVCs conectados que no estén emitiendo - recibiendo.

o ACTIVACION DE LISTENER TCP. Válido sólo para TCP/IP. Se ofrecen 2 modalidades:

genérica (activa todos los listener que existen en el EZACONF, mediante la activación de la

ZTBZ) y específica (activa una transid listener que debe estar en el EZACONF). En el caso

de opción genérica no se debe teclear transacción, mientras que en el caso de específica si.

Los sockets de CICS deben estar arrancados previamente. Si se especifica genérica ó

especifica y ya existen transid LISTENER activas, EDITRAN, detectará la duplicidad y no

permitirá que 2 transid actúen sobre el mismo puerto.

o PARADA DE LISTENER TCP. Válido sólo para TCP/IP. Esta petición, puede requerir la

especificación de un puerto (que coincidirá con el especificado en el EZACONF para un

LISTENER EDITRAN). Si existe una transid listener EDITRAN activa (en ejecución), sobre

dicho puerto, la detendrá (el proceso puede tardar como máximo 1 minuto, aunque permite

continuar al operador informándole de que su petición está en proceso). Si no existe

informará del resultado (si es una parada específica).

(15)

2.2. CONSULTA DE FICHEROS EDITRAN/P.

Se utiliza para consultar los ficheros tampones, log, traza, licencia y ayuda de EDITRAN/P.

+---+ | DD/MM/AAAA GESTOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS CONSULTA DE FICHEROS EDITRAN/P FASE XX | |---| | 1 ---> CONSULTA DE REGISTRO EMISION/RECEPCION | | 2 ---> CONSULTA DE TRAZA EDITRAN/P | | 3 ---> CONSULTA DE LOG EDITRAN/P | | 4 ---> AYUDAS DE DIAGNOSTICO | | 5 ---> CONSULTA DE LICENCIA OPERATIVA EDITRAN/P | | 6 ---> CONSULTA DE TAMPON ASOCIADO A SESION | | | | OPCION : | +---+

(16)

2.2.1. CONSULTA DEL REGISTRO EMISION/RECEPCION.

Permite conocer el estado de los Ficheros Tampones de Emisión o Recepción de las diferentes

sesiones.

+---+ | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS CONSULTA DE REGISTRO EMISION/RECEPCION LOCAL | |---| | LOCAL - REMOTO (L/R) : x | | TIPO DE FICHERO (E/R) : x | | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | (‘*’ en petición genérica) | +---+

Si se selecciona la consulta del LOCAL, se presenta una pantalla con los datos del registro de

control del fichero Tampón de emisión o recepción local para la Sesión especificada.

|---| | TIPO-FICHERO : x SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | FECHA CREACION : AAAA/MM/DD HORA CREACION ...: HH:MM:SS | | FECHA ULT. INSERC. : AAAA/MM/DD HORA ULT. INSERCION .: HH:MM:SS | | FECHA INIC. TRANS. : AAAA/MM/DD HORA INIC. TRANS...: HH:MM:SS | | FECHA ULT.CONFIRM. : AAAA/MM/DD HORA ULT. CONFIRM....: HH:MM:SS | | | | REGISTROS TOTALES : nnnnnnnnnnnn | | REG. CONFIRMADOS : nnnnnnnnnnnn REGISTROS ENVIADOS : nnnnnnnnnnnn | | ESTADO TAMPON : xxxxxxxxxxxx | | CODIGO RESULTADO : xxxxxxxxxxxxxxxxxxxx | | TRANS. COMPLETO : xxxxxxxxxxxxxxxxxxxx | | | | ULT.SINCRO. ENVIADO: nnnnnnnnnnnn ULT. SINCRO. CONFIR. : nnnnnnnnnnnn | | ULT.SINCRO.INTERC. : nnnnnnnnnnnn NUM. SESION INTERCAM.: nnnn | | | | | +---+

Si se selecciona la consulta del REMOTO, EDITRAN local envía el mensaje de consulta al

remoto, quedando el local en espera de recibir la respuesta del remoto, la cual se presenta en

el TERMINAL OPERADOR de la Sesión con un formato de pantalla igual al de la Consulta de

Local. Es requisito imprescindible para la Consulta del Remoto haber establecido previamente

una conexión entre ambos centros, y haber declarado un TERMINAL OPERADOR para la Sesión.

(17)

2.2.2. CONSULTA DEL FICHERO TRAZA.

Para realizar una consulta General, no se requiere teclear datos. Si se cumplimenta alguno

de los campos SESION y/o FECHA y/o HORA se realiza una consulta específica para una o

varias Sesiones solamente, fecha y hora determinadas. La pantalla desde donde se selecciona

la consulta de Traza es la siguiente.

+---+ | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS CONSULTA DEL FICHERO TRAZA EDITRAN/P | |---| | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | FECHA (DDMMAAAA): ddmmaaaa | | HORA (HHMMSS) : hhmmss | | | | (‘*’ en petición genérica) | | | +---+

Si se selecciona sin fecha ni hora, la consulta comienza mostrando los últimos registros

grabados, en cambio si se selecciona la fecha y/o hora se mostrarán los datos a partir de esa

fecha y/o hora. Para recuperar más registros, se utilizan las teclas de función <PF7> para

retroceder y <PF8> para avanzar. Se aconseja hacer "delete-define" a VSAM del fichero

ZTBPFTR antes de establecer Sesiones cuyo tráfico interese seguir con la Traza (campo

TRAZA='S'), pues la consulta detallada por Sesión puede ser lenta. La consulta sea General o

Específica se muestra en una pantalla como la siguiente:

SESION : nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn FECHA : DD/MM/AAAA SEL SESION HORA S MSJE NSM/LU T COMENTARIO === ================================= ====== = ==== ====== = =================== x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx hhmmss x xxx xxxxxx x xxxxxxxxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx hhmmss x xxx xxxxxx x xxxxxxxxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx hhmmss x xxx xxxxxx x xxxxxxxxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx hhmmss x xxx xxxxxx x xxxxxxxxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx hhmmss x xxx xxxxxx x xxxxxxxxxxxxxxxxxxx

Los datos que aparecen en esta pantalla se dividen en:

SELECCION. Campo para seleccionar un determinado mensaje y expandir el contenido del

registro en hexadecimal.

SESION: corresponde a la sesión EDITRAN que genera el mensaje. Si este campo aparece a

ceros quiere decir que es un mensaje genérico o un mensaje que no se conoce la sesión

EDITRAN.

HORA: se refiere a la hora que se ha producido el mensaje.

S: Este campo tiene dos valores: E (mensaje entrante al núcleo de EDITRAN) S (mensaje

saliente del núcleo de EDITRAN). Muchos mensajes no son de Entrada del remoto, ni de Salida

a remoto. Normalmente (existe alguna excepción), los que viajan por la red son los mensajes

de red y los que comienzan por S (ver msje).

MSJE: es un mensaje interno que se distingue en dos tipos:

Mensaje de Red. Son los mensajes de comunicaciones que establecen o liberan la conexión.

Estos mensajes dependen de la Interfaz de comunicaciones que se disponga. Es decir para

ISAR.X25 aparecerá XAI y para NPSI aparecerá GAT . En caso de conexión TCP/IP aparece

(18)

TCP. En caso de conexión EDITRAN/TX aparece ETX. En caso de conexión EDITRAN/PR

aparece ETT.

o Mensaje de EDITRAN. Son los mensajes propios del protocolo de EDITRAN y son

muy diversos. A continuación se referencian los más comunes:

 E00 Petición de establecimiento de Sesión.

 E11 Petición de liberación de Sesión.

 SAP Inicio de Sesión (notificación de parámetros de Sesión).

 SAR Respuesta de inicio de Sesión (respuesta notificación parámetros de

Sesión.

 ECP Petición de emisión.

 ECR Petición de recepción.

 EDP Petición de fin de emisión.

 EDR Petición de fin de recepción.

 EOP Mensaje para el operador remoto.

 ECP8 Petición remota de emisión.

 SCP Inicio de emisión.

 SCR Respuesta de inicio de emisión.

 SBP Petición de sincronismo.

 SBR Respuesta de sincronismo.

 SFP Registro del fichero Tampón.

o NSM/LU: se refiere al número de registro de datos del tampón que sale o entra. También

aparece el terminal CICS por donde se procesan los mensajes, solo para mensajes de

comunicaciones (paquetes de llamadas, aceptaciones de llamadas, etc.) ó al puerto para

mensajes TCP/IP.

o T: es un campo interno de EDITRAN con un código determinado.

o COMENTARIO: se refiere al comentario específico del mensaje entrante o saliente.

 Si se selecciona cualquier registro aparece una pantalla con el contenido expandido, el

cual se puede, a su vez, visualizar en hexadecimal ó carácter, pulsando PF2:

SESION TRAZA : XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

FECHA SSAAMMDD.: xxxxxxxx HORA HHMMSS...:xxxxxx ENTRADA/SALIDA: X XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

(19)

2.2.3. CONSULTA DEL FICHERO LOG.

Se consultan todos los mensajes informativos a operador que genera EDITRAN,

independientemente de que fueran mostrados por pantalla o no.

Para consultar dichos registros se pide la posible selección a realizar (Sesión, Fecha y Hora),

igual que ocurre con la Traza. La pantalla es la siguiente.

+---+ | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS CONSULTA DEL FICHERO LOG EDITRAN/P | |---| | | | SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | | | FECHA (DDMMAAAA) : ddmmaaaa | | | | HORA (HHMMSS) : hhmmss | | | | (‘*’ en petición genérica) | | | | | +---+

Si se selecciona sin fecha ni hora, la consulta comienza mostrando los últimos registros

grabados, en cambio si se selecciona la fecha y/o hora se mostrarán los datos a partir de esa

fecha y/o hora. Para recuperar más registros, se utilizan las teclas de función <PF7> para

retroceder y <PF8> para avanzar. El tratamiento que se debe hacer del fichero de Log es el

mismo que se hace del fichero de Traza. La consulta se muestra en la pantalla siguiente.

SESION : xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx FECHA : DD/MM/AAAA HORA : HH:MM:SS SESION FECHA HORA - ================================= ========== ======== xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx dd/mm/aaaa hh:mm:ss xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx nnnnnnn xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx dd/mm/aaaa hh:mm:ss xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx nnnnnnn xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx dd/mm/aaaa hh:mm:ss xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx nnnnnnn xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx dd/mm/aaaa hh:mm:ss xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx nnnnnnn

(20)

2.2.4. AYUDAS DE DIAGNOSTICO.

Se muestra un menú de ayudas con explicaciones de funcionamiento del producto, de forma

que puedan ser útiles al operador:

--- | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS AYUDAS DE DIAGNOSTICO | |---| | 1 ---> CAUSAS Y DIAGNOSTICOS DE LIBERACION | | 2 ---> DIAGNOSTICOS Y REFERENCIAS A7I | | 3 ---> CONSULTA MENSAJES X25-TCP/IP EDITRAN | | 4 ---> CONSULTA OTROS MENSAJES EDITRAN | | 5 ---> MOTIVOS SAB | | 6 ---> CAUSA Y CODIGOS DE ERROR TCP/IP | | 7 ---> SISTEMA DE CRIPTOGRAFIA EDITRAN | | 8 ---> TABLAS DE TRADUCCION EDITRAN | | | | OPCION : | | | ---

(21)

2.2.5. CONSULTA DE LICENCIA OPERATIVA.

Se muestran n menús, que se corresponden con los n entornos-subentornos contratados.

Dentro de cada código contratado, se describen :

1. Identificación EDITRAN del código contratado.

2. Versión contratada de dicho código.

3. Fecha de caducidad de dicho código.

4. Resultado de la comprobación de la licencia. Aparecen distintos literales con un código de

resultado y razón, en los que se da una orientación al tipo de problema que pudiera tener una

licencia en concreto, ya sea en cuanto al código de entidad como en cuanto a alguno de los

productos contratados para la misma. En caso de que este literal le indique errores, consulte

con INDRA.

5. Tipo de licencia, indicando si el código está a pruebas o en producción.

6. Indicación de si se trata de una licencia de entorno general o de un subentorno.

7. Productos desarrollados por INDRA. Dentro de cada uno de los productos, aparecen a su

vez, distintos campos:

7.1. Nombre del producto desarrollado por INDRA.

7.2. Fecha de caducidad del producto para el código de entidad indicado (si no aparece

significa que no está contratado).

7.3. Tipo de contrato del producto para el código de entidad indicado, indicando si el

mismo está a pruebas (P), a pruebas pero sólo para algunas sesiones (R), en producción

(E), en producción pero sólo para algunas sesiones (X).

7.4. Resultado de la fecha de caducidad del producto para el código de entidad indicado (si

no aparece significa que no está contratado) (en caso de ser distinto de zeros, verifique el

literal del resultado de comprobación de la licencia y en su caso, consulte con INDRA).

--- | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS CONSULTA DE LICENCIA OPERATIVA EDITRAN-P | |---| | CODIGO ENTIDAD : xxxxxxxxx xxxxxxxxxxxxxxxxxxxx VERSION.: 0400 | | FECHA CADUCIDAD: nn-nn-nnnn XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 0000-0000 | | TIPO LICENCIA .: x (P:PRUEBAS, E:EXPLOTACION) | | LICENCIA YYYYYYYYYYYYYYYY | | PRODUCTO CADUCIDAD TIPO RDO PRODUCTO CADUCIDAD TIPO RDO | | --- --- ---- --- --- --- ---- --- | | X25 nn-nn-nnnn nnn APPC nn-nn-nnnn nnn | | TCP nn-nn-nnnn nnn API-DES nn-nn-nnnn nnn | | API-RSA nn-nn-nnnn nnn API-PKI nn-nn-nnnn nnn | | API-TRIPLE-DES nn-nn-nnnn nnn LZW nn-nn-nnnn nnn | | EDITRAN/E nn-nn-nnnn nnn EDITRAN/TR nn-nn-nnnn nnn | | EDITRAN/MQ nn-nn-nnnn nnn EDITRAN/FF nn-nn-nnnn nnn | | | | | | <PF8> AVANZAR, <PF3> SALIR | ---

(22)

2.2.6. CONSULTA DE TAMPON ASOCIADO A SESION.

Se muestra un menu en el que se puede seleccionar el nombre de tampón (genérico a spaces,

específico, con 1 asterisco por la izda y dcha), el tipo de tampón (emisión, recepción o ambos),

y la sesión (genérico a spaces, específico, con 1 asterisco por la izda y dcha), de forma que se

puedan consultar los tampones de una sesión, los de n sesiones, etc.

--- | DD/MM/AAAA CONSULTA DE FICHEROS EDITRAN 4.1 | | HH:MM:SS CONSULTA DE TAMPONES ASOCIADOS A SESIONES | |---| | | | NOMBRE DEL TAMPON ...: xxxxxxxx | | | | TIPO DE FICHERO (E/R/X).: x | | | | SESION...: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx | | | | (ATENCION. EN PETICION GENERICA PUEDE TARDAR LA CONSULTA) | --- CRITERIOS DE SELECCION NOMBRE TAMPON.: xxxxxxxx TIPO FICHERO..: X

SESION...: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx .

DATOS DE LA SESION SELECCIONADA

SESION...: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx . LOCAL...: xxxxxxxx REMOTO..: xxxxxxxxx APLIC...: xxxxxx

LONGIT.TRANS..: xxxx RAFAGA ACT.REC: xxx .

NETNAME EXCI..: xxxxxxx .

DATOS TAMPON EMISOR (SI CUMPLE CRITERIO BUSQUEDA) NOMBRE TAMPON.: TIPO TAMPON...: x DSNAME EN PERFILES....: . DSNAME CALCULADO...: . DATOS TAMPON RECEPTOR (SI CUMPLE CRITERIO BUSQUEDA) NOMBRE TAMPON.: TIPO TAMPON...: x DSNAME EN PERFILES....: . DSNAME CALCULADO...:

(23)

2.3. ADMINISTRADOR EDITRAN/P.

Se utiliza para administrar el fichero de perfiles de EDITRAN/P.

--- | DD/MM/AAAA GESTOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS ADMINISTRADOR DE EDITRAN/P FASE XX | |---| | | | 1 ---> ENTORNO LOCAL EDITRAN/P | | | | 2 ---> SESION DE TRANSMISION EDITRAN/P | | | | 3 ---> LINEAS DE COMUNICACION LOCALES Y REMOTAS | | | | 4 ---> MODIFICACION GENERICA DE PERFILES EDITRAN/P | | | | | | OPCION : n | | | ---

Desde esta pantalla se pueden gestionar los parámetros del Entorno Local (tanto general

como subentornos), las Sesiones, las líneas, y una opción que permite realizar

modificación-cambios genéricos en los perfiles.

(24)

2.3.1. ENTORNO LOCAL.

Se muestra la pantalla que permite gestionar el Entorno Local general y subentornos.

--- | DD/MM/AAAA ADMINISTRADOR DE EDITRAN EDITRAN 4.1 | | HH:MM:SS ENTORNO LOCAL | |---| | A ---> ALTA | | B ---> BAJA | | C ---> CONSULTA | | M ---> MODIFICACION | | | | OPCION : x | | CODIGO LOCAL: x nnnnnnn x | | | | ('*' seleccion generica de subentornos) | | | ---

En esta versión del producto se ha introducido 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 (NIF) 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.

Las pantallas (2) del entorno general son:

--- | 05/03/2008 ADMINISTRADOR DE EDITRAN/P EDITRAN 5.1 | | 16:29:38 ENTORNO LOCAL GENERAL | |---| | USER: MIGRA-50.F-H.:20080229 154450 | | CODIGO LOCAL EDITRAN/P: 0 0009999 0 ALIAS...: L00 | | NOMBRE INSTALAC.LOCAL.: CICS TEST | | SISTEMA OPERATIVO...: EDIP VERSION SIST.OPERATIVO.: 1.4 | | NOMBRE JOB CICS...: CICSSITC NOMBRE APLICACION CICS.: CICSSITC | | NOMBRE CPU...: ENT.EJECUCION (E/D/H)..: E | | NUMERO CVCS MAXIMOS...: 999 NOTIFICACION JCLS (M/E): M | | ACTIVAR LUS EN CONEX..: S REINTENTOS ACTIVAS LUS.: 05 | | INSTALADA PTF NPSI 3.8: N PANTALLA LOCAL...: | | | | TRANSACCIONES EDITRAN: | | NUCLEO....: ZTB0 INTERFASE.: ZTBI RED...: ZTBX MENSAJES..: ZTB8 | | T/O...: ZTBT MENU...: ZTBM OPERADOR..: ZTBO FICHEROS..: ZTBF | | ADMINIST..: ZTBD MONIT.LIN.: ZTBC INCIDENCIA: ZTB9 C.ESTADIST: ZTBE | | G.ESTADIST: ZTB3 TERMINALES: EXCI(CICS): ZTBG API TCP...: ZTBB | | PLTINI TCP: ZTBZ GEST.CLAVE: ZTB2 | | | | | | <PF3> SALIR, <PF8> AVANZAR | ---

(25)

--- --- | 29/07/2011 ADMINISTRADOR DE EDITRAN/P EDITRAN 5.1 | | 16:21:29 ENTORNO LOCAL GENERAL | |---| | CODIGO LOCAL EDITRAN/P: 0 0009994 0 | | CAMPOS TCP/IP: TCPNAME...: TCPIPB | | TIME-OUT USER DATA MAX(MSS)..: 020 NRO.CONEX.SIMULT.LISTENER....: 020 | | USAR SERVER DNS EN LLAM.ENT..: N TO.MILISEG ENVIOS (001-999)..: 100 | | BUFFER ENVIO TX (LISTENER)...: 262144 BUF.ENVIO TCP-PX (LISTENER).: 262144 | | BUFFER RECEP.TX (LISTENER)...: 262144 BUF.RECEP.TCP-PX (LISTENER).: 262144 | | CAMPOS SERVER CRIPTOGRAF.EDITRAN/CD: TIEMPO CONEX. SERVIDOR (SS)..: 030 | | LINEA TCP/IP SERVER EDITRAN/CD (DNS/IP-ADDR + PUERTO REMOTO) | | 172.026.130.155 07730 | | CAMPOS COLAS DE FICHEROS...: TIME-OUT MINUTOS FICH.PTES...: 004 | | MONITORIZACION LINEAS LOCALES...: TO MINUTOS (>10) CTRL LINEAS.: 010 | | SEL (S/N) 1-IP,2-X25/TX,3-PX: N N N PROC. MONITORIZACION....: ZTBGP9CD | | SES.EDI/P IMAGEN. REMOTO: 3 3333333 3 APLIC.: 333333 (sesion debe existir) | | CAMPOS CICSPLEX-SYSPLEX...: CICSPLEX SM RELEASE(VERSION): 0410 | | NOMBRE CICSPLEX (CONTEXTO).: CONTEXTO NOMBRE DEL SCOPE...: SCOPE | | CAMPOS CIFRADO: | | LABEL LOCAL...: LEDICICS LABEL REMOTO....: REDICICS | | | | <PF3> SALIR, <PF7> RETROCEDER | ---

El contenido de los campos tienen el siguiente significado:

User.

Contiene el último usuario que ha modificado el registro. Es común a todos los

registros de perfiles.

CODIGO-LOCAL: Número de Identificación de la Entidad Usuaria de EDITRAN (NIF). 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.

(26)

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 CVCS MAXIMOS: 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 (no

TCP/IP y no LU6.2), 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 generica (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 apfautorizar 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,manual

ED51GTAC).

ACTIVAR LUS EN CONEX. (S/N): Opción aplicable a conexiones X25 (ISARD ó NPSI). Hasta

ahora, EDITRAN, en los procesos de conexión activaba la lu real (SET ACQ) durante 15

reintentos. Con éste parámetro, se permite que EDITRAN no active la lu real y únicamente

haga INQUIRE para ver si está activo. Este parámetro no ha sido migrado, por lo que si no

se modifica entorno local, aparece por defecto ‘S’ (lo que hacía EDITRAN hasta ahora).

Recomendación: Codifique N. Si no se activan las lus codifique S.

REINTENTOS ACTIVAR LUS (00-99): Opción aplicable a conexiones X25 (ISARD ó NPSI).

Hasta ahora, EDITRAN, en los procesos de conexión activaba la lu real durante 15

reintentos. Con éste parámetro, se indica el número de reintentos que EDITRAN utilizará

para hacer ACQ ó INQUIRE de la lu real (en función del parámetro ACTIVAR LUS CONEXION.

Cada reintento supone un delay de 1 segundo. Este parámetro no ha sido migrado, por lo

que si no se modifica entorno local, aparece por defecto 15 (lo que hacía EDITRAN hasta

ahora). Los procesos de activación de lus reales, se realizarán de la siguiente forma:

Se validará con un INQUIRE que la lu real existe (si no existe se liberará la transmisión).

Si existe y está acquired ó begin adquired, se continuará el proceso (poco frecuente ésta

situación, pues el VTAM aún no habrá generado el mensaje de ACTIVATE LU).

Si está en REL, y ACTIVAR LUS CONEXION = ‘S’, EDITRAN realizará SET ACQ,

probablemente chocando con la activación que estará realizando VTAM, hasta que el

terminal éste Acquired ó begin acquired, ó hasta que se cumplan REINTENTOS ACTIV LUS,

en cuyo caso se liberará la transmisión.

Si está en REL, y ACTIVAR LUS CONEXION = ‘N’, EDITRAN realizará SET INQUIRE,

esperando la activación del VTAM, hasta que el terminal éste Acquired ó begin acquired, ó

hasta que se cumplan REINTENTOS ACTIV LUS, en cuyo caso se liberará la transmisión.

(27)

conexiones, etc), por lo que es recomendable no poner un valor superior a 15 (el programa

permite hasta 99 para situaciones excepcionales). Si en una entidad la activación de VTAM

ocurre siempre y en un tiempo corto (2-3 segundos), lo suyo sería codificar ACTIVAR = ‘N’ y

REINTENTOS = 5. Si no se activa el terminal automáticamente, se codificaría ACTIVAR = ‘S’

y REINTENTOS = 5 (en caso de que la activación EDI, genere una activación VTAM rápida).

El primer reintento no dará por buena la situación IS BEGIN ACQUIRED si se le pide

ACTIVAR = ‘S’, por lo que se recomienda poner un valor superior a 1.

Los reintentos 91 a 99 son reservados por INDRA, para situaciones excepcionales de

entidades que no funcionen correctamente y suponen hacer un delay de entre 9 y 1

segundos antes de comenzar a hacer INQUIRE ó SET ACQ. Igualmente, en éste caso, se

modifica el número de reintentos y se recalculan con la fórmula 15 – segundos de delay. Si

por ejemplo se codifica 97, se realiza un delay de 3 segundos (100 – 97) y 12 reintentos

(15 – 3).

Recomendación: Codifique 2 ó 3. Esto supone que en 2 ó 3 segundos la lu se

activará. Si no funciona así amplíe su valor.

INSTALADA PFT NPSI 3.8: Opción solo aplicable a NPSI/GATE. Si tiene instalada la

versión 3.8 de NPSI y aplicada la ptf PASR 47428. Esto soluciona la contención de

mensajes del producto NPSI que se producen en versiones anteriores. Recomendación: Si

usa NPSI instale la PTF.

PANTALLA LOCAL: Es el nombre del Terminal por el que se presentarán los mensajes

informativos que no correspondan a una Sesión determinada. Este campo es opcional, ya

que todos los mensajes se graban en el fichero de Log. Recomendación: No codifique nada

en este campo.

Transacciones EDITRAN

NUCLEO: Núcleo de EDITRAN (por defecto ZTB0).

INTERFASE: Interfaz de comunicación con los procesos batch (ZTBI).

RED: Interfaz asociada a la LU ficticia de ISA/X25, o CTCP de NPSI GATE (ZTBX).

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 disintas líneas

locales (ZTBC). Para más información, consulte el manual EE51USIC.

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

TERMINALES. Opción no implantada.

EXCI (CICS). Transacción para la Gestión de ficheros tampones Matriciales EXCI (consulte

el manual ED51GTAC) (ZTBG).

(28)

PLTINI TCP. Transacción de arranque de los listener TCP/IP (ZTBZ). Si decide no llamarla

así, consulte el manual IP51USIC, especificaciones sobre plt de inicio.

GESTION DE CLAVES DE INTERCAMBIO. Transacción para la misma (ZTB2). Para más

información, consulte el manual EGC51USUA.

Para conocer los programas asociados a las Transacciones anteriores consulte el manual

ED51INSC.

TCPNAME. Nombre del address space del TCP/IP cuyo stack está enganchado al CICS.

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 ó 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 ó hasta que recibe

respuesta del servidor hijo (takesocket).

Recomendación: este tiempo debe ser relativamente corto, entre 10 y 20 segundos.

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,

Referencias

Documento similar