mensaje de Status-Control

Los mensajes status-Control proporcionan acceso al control de sesión y a los protocolos de control de flujo de datos en la sesión de la unidad lógica principal (PLU) mediante la conexión PLU. No se usan en las demás conexiones. Los mensajes status-Control se asignan directamente al control de sesión de SNA equivalente y a las unidades de solicitud y respuesta de control de flujo de datos (RU).

Todos los mensajes status-Control que corresponden a las solicitudes SNA en el flujo normal con la excepción de la excepción de solicitud enviada por LUSTAT (RQE) y mensajes status-Control correspondientes a la solicitud CLEAR y STSN en el flujo acelerado, tienen establecido el campo ACKRQD (confirmación requerida). Los mensajes status-Control que corresponden a las solicitudes de SNA en el flujo acelerado (con la excepción de CLEAR y STSN) no tienen el campo ACKRQD establecido por el nodo local. Sin embargo, la aplicación puede establecer ACKRQD al enviar estos mensajes Status-Control . En la última ilustración de este tema se resumen las solicitudes Status-Control que siempre tienen establecido ACKRQD .

Si una solicitud Status-Control tiene ACKRQD establecido en el encabezado del mensaje, el destinatario debe proporcionar una respuesta Status-Control (Acknowledge, Negative-Acknowledge-1 oNegative-Acknowledge-2) antes de que el remitente envíe más mensajes de datos o solicitudes Status-Control adicionales en el flujo. El remitente todavía puede enviar respuestas status-Control , mensajes Status-Acknowledge, Status-Error y Status-Resource en el flujo. Esto se aplica a los flujos normales y acelerados y a todos los modos de solicitud (incluido el modo de solicitud retrasada). La clave de mensaje recibida en la solicitud debe devolverse en la respuesta. (Esto es para permitir que varios mensajes LUSTAT de RQE sean pendientes). El nodo local incrementa la clave de mensaje en las solicitudes Status-Control y los mensajes DATAFMI que envía a la aplicación en la conexión PLU.

Para la variante de aplicación de unidad lógica (LUA) de la interfaz de administración de funciones (FMI), el campo clave del mensaje se usa de una manera diferente, como se indica a continuación:

  • En el caso de las solicitudes de flujo aceleradas entrantes, el nodo local establece el número de secuencia SNA en el valor proporcionado por la aplicación en el campo de clave del mensaje. La aplicación debe asegurarse de que este campo está establecido en el número de secuencia correcto.

  • Para las respuestas status-Control entrantes, el nodo local establece el número de secuencia SNA en el valor proporcionado por la aplicación en el campo de clave del mensaje. La aplicación debe asegurarse de que este campo está establecido en el número de secuencia de la solicitud para la que se envía una respuesta.

    Excepto en el caso de Status-Control(LUSTAT), si una solicitud Status-Control no tiene establecida ACKRQD , la aplicación no debe responder, porque el nodo local ya ha enviado una respuesta positiva.

    Por ejemplo, si la aplicación envía una solicitud Status-Control(QC) con el conjunto ACKRQD (correspondiente a una solicitud SNA en el flujo normal), esto bloquea las solicitudes Status-Control y Status-Control correspondientes al flujo normal entrante hasta que se reciba la respuesta Status-Control(QC). No bloquea otros mensajes en el flujo normal o en el flujo acelerado. Por ejemplo, la aplicación todavía podría enviar Status-Control(SIGNAL).

    La recepción de la respuesta Status-Control implica una confirmación a todos los mensajes pendientes (incluidos los mensajes de datos ) en el flujo.

    El uso de ACKRQD en los mensajes Status-Control aplica eficazmente el modo de solicitud definitiva-respuesta e inmediato. Esto es adecuado para:

  • Mensajes status-Control que corresponden a las solicitudes CLEAR y STSN de SNA (porque el flujo acelerado es RQD).

  • Mensajes status-Control correspondientes a todas las solicitudes DFC (que son RQD) excepto LUSTAT (que puede ser RQE).

    La aplicación puede establecer ACKRQD en solicitudes Status-Control que corresponden a solicitudes SNA en el flujo acelerado, incluso cuando no se requiere ACKRQD . Por ejemplo, cuando una aplicación señala la dirección (por ejemplo, un emulador de 3270 con un operador de terminal presionando repetidamente la clave ATTN), puede generar varios mensajes de solicitud Status-Control(SIGNAL), lo que afectaría negativamente al rendimiento de otros usuarios. La aplicación puede establecer ACKRQD en la primera solicitud Status-Control(SIGNAL) y omitir eventos que provocarían mensajes de solicitud Status-Control(SIGNAL) adicionales hasta que se reciba la respuesta Status-Control(SIGNAL) del nodo local.

    Los flujos de mensajes de las seis figuras siguientes muestran secuencias de status-Control de entrada y salientes con y sin ACKRQD y las RU de SNA correspondientes.

    En la primera ilustración, la aplicación envía Status-Control(CHASE).

    Imagen que muestra cómo una aplicación envía Status-Control(CHASE).
    La aplicación envía Status-Control(CHASE)

    En la ilustración siguiente, el host envía la solicitud BID .

    Imagen que muestra cómo un host envía una solicitud BID.
    El host envía la solicitud BID

    En la ilustración siguiente, la aplicación envía Status-Control(SHUTC).

    Imagen que muestra cómo una aplicación envía Status-Control(SHUTC).
    La aplicación envía Status-Control(SHUTC)

    En la ilustración siguiente, el host envía la solicitud SNA SIGNAL .

    Imagen que muestra cómo un host envía una solicitud SNA SIGNAL.
    El host envía la solicitud SNA SIGNAL

    En la ilustración siguiente, el host envía varias solicitudes LUSTAT de RQE y la aplicación rechaza la primera.

    Imagen que muestra cómo una aplicación rechaza la primera solicitud LUSTAT de RQE.
    La aplicación rechaza la primera solicitud LUSTAT de RQE.

    En la ilustración siguiente, la aplicación envía Status-Control(LUSTAT) NOACKRQD.

    Imagen que muestra cómo una aplicación envía Status-Control(LUSTAT) NOACKRQD.
    La aplicación envía Status-Control(LUSTAT) NOACKRQD

    En la tabla siguiente se resumen las solicitudes Status-Control admitidas por el nodo local y el control de sesión de SNA (SC) y las solicitudes de control de flujo de datos (DFC). Para cada solicitud Status-Control , la tabla proporciona:

  • Categoría SNA de la solicitud SNA correspondiente (SC o DFC).

  • Flujo utilizado por la solicitud SNA correspondiente (normal o acelerada).

  • Los perfiles de TS o FM en los que se admite la solicitud de SNA correspondiente.

  • Las instrucciones para las que es válida (NODE <–> APPL).

  • Si requiere ACKRQD. Tenga en cuenta que la aplicación puede establecer ACKRQD en una solicitud de Status-Control que no la requiera.

  • Código hexadecimal usado en el campo de tipo de control del mensaje Status-Control. (Para obtener más información, vea FORMATOS de mensaje FMI).

Status-Control Flujo de RQ de SNA Perfil de TS Perfil de FM Nodo de dirección: appl ACKRQD Código
CLEAR SC,Exp 2,3,4 –> ACKRQD CCLEAR (0x01)
SDT SC,Exp 3,4 –> CSDT (0x02)
RQR SC,Exp 4 <– CRQR (0x03)
STSN SC,Exp 4 –> ACKRQD CSTSN (0x04)
CANCELAR DFC,Norm 3,4,7 <–> ACKRQD CCANCEL (0x10)
LUSTAT DFC,Norm 3,4,7 <–> CLUSTAT (0x11)
SIGNAL DFC,Exp 3,4,7 <–> CSIGNAL (0x12)
RSHUTD DFC,Exp 3,4,7 <– CRSHUTD (0x13)
OFERTA DFC,Norm 3,4 –> ACKRQD CBID (0x14)
PERSECUCIÓN DFC,Norm 3,4 <–> ACKRQD CCHASE (0x15)
SHUTC DFC,Exp 3,4 <– CSHUTC (0x16)
CERRADO DFC,Exp 3,4 –> CSHUTD (0x17)
RTR DFC,Norm 3,4 <– ACKRQD CRTR (0x18)
Control de Calidad DFC,Norm 4 <–> ACKRQD CQC (0x20)
QEC DFC,Exp 4 <–> CQEC (0x21)
RELQ DFC,Exp 4 <–> CRELQ (0x22)

Las solicitudes de la tabla siguiente solo se usan con LUA. (Para obtener más información, vea Conceptos de FMI).

Status-Control Flujo de RQ de SNA Perfil de TS Perfil de FM Nodo de dirección: appl ACKRQD Código
CRV SC,Exp 3,4 –> ACKRQD CCRV (0x05)
BIS DFC,Norm 18 <–> ACKRQD CBIS (0x19)
SBI DFC,Exp 18 <–> ACKRQD CSBI (0x1A)

El uso de mensajes status-Control concretos se describe en los temas siguientes de esta sección, en el contexto de protocolos de sesión de PLU, como encadenamiento, corchetes, recuperación, etc.

Para conocer los formatos de los mensajes Status-Control , vea Status-Control.

En esta sección