Status-Acknowledge(Ack)

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

En la estructura siguiente se muestra el formato de mensaje para todos los mensajes SSCP y para los mensajes PLU que fluyen desde el 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;  
};

Members

administrador de datos
Puntero al siguiente encabezado del búfer.

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

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

msgtype
Tipo de mensaje STATFMI (0x21).

srcl
Localidad de origen.

srcp
Asociado de origen.

srci
Índice de origen.

destl
Localidad 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 de mensaje.

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

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

sfhdr.stackhdr.aknumb1
Indefinido.

sfhdr.stackhdr.aknumb2
Reservado.

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

Solo LUA (vea comentarios):
Elemento

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

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

13 o 10 para los segmentos de segundo y posteriores de unidades de solicitud y respuesta segmentadas salientes (RU)

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

hdreptr–>trpad
Reservado.

hdreptr–>dataru
RU de datos.

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

sfhdr.stackhdr.akmsgtim
Hora de respuesta del último host.

  • (0xFFFF) No se mide el tiempo de respuesta.
  • (0xnnnn) Último tiempo de respuesta medido, en unidades de 0,1 segundo.

Observaciones

  • 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 al que se trata de una confirmación. (Para obtener más información, consulte la nota sobre LUA que sigue).

  • En el caso de los mensajes Status-Acknowledge(Ack) salientes del nodo local a la aplicación, el número de secuencia SNA proporciona el número de secuencia del mensaje de datos de entrada al que se trata de una confirmación. (Para obtener más información, consulte la nota sobre LUA que sigue). Normalmente solo lo usan las aplicaciones de perfil de servicio de transmisión (perfil de TS) 4.

  • En el caso de los mensajes Status-Acknowledge(Ack) entrantes de la aplicación al nodo local, el número de secuencia de SNA refleja el número de secuencia del mensaje de datos saliente al que se trata de una confirmación.

  • Si el host especificó que se deben mantener las estadísticas de tiempo de respuesta, la aplicación es responsable de medir y notificar los tiempos de respuesta al nodo local, mediante el campo akmsgtim de este mensaje. (Para obtener más información, consulte Parámetros 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 iniciado apunta al TH. Los campos akmsgkey, akflags1 y akflags2 no están definidos y no se deben usar. Los datos correspondientes del elemento se deben usar en su lugar. El campo akseqno no está definido de forma similar en los mensajes del nodo local a la aplicación. Debe establecerse en los mensajes de la aplicación en el nodo local. El campo akseqno se usa para contener el número de secuencia de la solicitud que se confirma. (Para obtener más información sobre FMI, consulte Conceptos de FMI).

  • Si la aplicación no usa la variante LUA del FMI, el mensaje solo consta de un encabezado de búfer. No hay ningún elemento de búfer.

  • Last updated on