Status-Acknowledge(Ack)

El mensaje Status-Acknowledge(Ack) fluye del nodo a la aplicación y de la aplicación al nodo, y se usa con las conexiones tanto de punto de control de servicios del sistema (SSCP) como de unidad lógica principal (PLU).

En la siguiente estructura se muestra el formato de mensaje de todos los mensajes de SSCP y de PLU que fluyen del nodo a la aplicación.

Sintaxis

struct Status-Acknowledge(Ack) {  
    PTRBFHDR  nxtqptr;  
    PTRBFELT  hdreptr;  
    CHAR      numelts;  
    CHAR      msgtype;  
    CHAR      srcl;  
    CHAR      srcp;  
    INTEGER   srci;  
    CHAR      destl;  
    CHAR      destp;  
    INTEGER   desti;  
    CHAR      sfhdr.stackhdr.akstat;  
    CHAR      sfhdr.stackhdr.akqual;  
    INTEGER   sfhdr.stackhdr.akmsgkey;  
    CHAR      sfhdr.stackhdr.akflags1;  
    CHAR      sfhdr.stackhdr.akflags2;  
    INTEGER   sfhdr.stackhdr.aknumb1;  
    INTEGER   sfhdr.stackhdr.aknumb2;  
    INTEGER   sfhdr.stackhdr.akseqno;  
};   
struct Status-Acknowledge(Ack) {  
    PTRBFELT   hdreptr->elteptr;  
    INTEGER    hdreptr->startd;  
    INTEGER    hdreptr->endd;  
    CHAR       hdreptr->trpad;  
    CHAR[268]  hdreptr->dataru;  
};   

Miembros

nxtqptr
Puntero al siguiente encabezado de búfer.

hdreptr
Puntero al elemento de búfer (NIL si no se usa LUA).

numelts
Número de elementos de búfer (0x00 si no se usa LUA).

msgtype
Tipo de mensaje STATFMI (0x21).

srcl
Localidad de origen.

srcp
Asociado de origen.

srci
Índice de origen.

destl
Ubicación de destino.

destp
Asociado de destino.

desti
Índice de destino.

sfhdr.stackhdr.akstat
Tipo de estado ACK (0x01).

sfhdr.stackhdr.akqual
Tipo de confirmación ACKPOS (0x02).

sfhdr.stackhdr.akmsgkey
Clave del mensaje.

sfhdr.stackhdr.akflags1
Marca de aplicación 1.

sfhdr.stackhdr.akflags2
Marca de aplicación 2.

sfhdr.stackhdr.aknumb1
Sin definir.

sfhdr.stackhdr.aknumb2
Reservado.

sfhdr.stackhdr.akseqno
Número de secuencia de SNA.

Solo LUA (vea Comentarios):
Element

hdreptr–>elteptr
Puntero al elemento de búfer (NIL).

hdreptr:>startd
Inicio de datos en este elemento de búfer.

13 o 10 para el segundo segmento y segmentos posteriores de las unidades de solicitudes/respuestas segmentadas salientes.

hdreptr-endd>
Fin de datos en este elemento de búfer.

hdreptr–>trpad
Reservado.

hdreptr–>dataru
RU de datos.

El formato de mensaje de los mensajes de PLU que fluyen de la aplicación al nodo es idéntico al formato anterior, salvo que no se usan los campos de marca de aplicación 1 y 2. Estos se reemplazan por el siguiente campo INTEGER:

sfhdr.stackhdr.akmsgtim
Último tiempo de respuesta del host.

• (0xFFFF) El tiempo de respuesta no se mide.
• (0xnnnn) Último tiempo de respuesta medido, en unidades de 0,1 segundos.

Comentarios

• La clave de mensaje y las marcas de aplicación reflejan la clave de mensaje y las marcas de aplicación del mensaje de datos en el que esto es una confirmación (para obtener más información, vea la nota sobre LUA más abajo).

• Respecto a los mensajes de Status-Acknowledge(Ack) salientes que van del nodo local a la aplicación, el número de secuencia SNA proporciona el número de secuencia del mensaje de datos entrante en el que esto es una confirmación (para obtener más información, vea la nota sobre LUA más abajo). Normalmente, solo lo usan las aplicaciones de perfil de servicio de transmisión (perfil de TS) 4.

• Respecto a los mensajes de Status-Acknowledge(Ack) entrantes que van de la aplicación al nodo local, el número de secuencia SNA refleja el número de secuencia del mensaje de datos saliente en el que esto es una confirmación

• Si el host especificó que se deben conservar las estadísticas de tiempo de respuesta, la aplicación debe encargarse de medir los tiempos de respuesta e informar al nodo local usando el campo akmsgtim de este mensaje (para obtener más información, consulte Parámetros de RTM y Datos del monitor de tiempo de respuesta).

• Si la aplicación usa la variante LUA de la interfaz de administración de funciones (FMI), el encabezado de transmisión (TH) y, si procede, el encabezado de respuesta (RH) se incluyen en los datos, y el campo startd apunta al TH. Los campos akmsgkey, akflags1 y akflags2 no están definidos y no deben usarse. En su lugar, se deben usar los datos correspondientes del elemento. El campo akseqno tampoco está definido en los mensajes del nodo local a la aplicación. Se debe establecer en los mensajes que van de la aplicación al nodo local. El campo akseqno se usa para contener el número de secuencia de la solicitud en proceso de confirmación. (Para obtener más información sobre FMI, vea Conceptos de FMI).

• Si la aplicación no usa la variante LUA de la interfaz FMI, el mensaje constará solamente de un encabezado de búfer. No hay ningún elemento de búfer.