Mensaje de control de estado
Los mensajes Status-Control proporcionan acceso a los protocolos de control de sesión y de control de flujo de datos en la sesión de la unidad lógica principal (HAED) mediante la conexión DESED. No se usan en las otras conexiones. Los mensajes Status-Control se asignan directamente al control de sesión SNA equivalente y a las unidades de solicitud y respuesta (RU) de control de flujo de datos equivalentes.
Todos los mensajes Status-Control que corresponden a las solicitudes de SNA en el flujo normal con la excepción de la excepción de solicitud (RQE) enviada por LUSTAT y los 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 solicitudes SNA en el flujo acelerado (a 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 ACKRQD establecido.
Si una solicitud Status-Control tiene establecido ACKRQD en el encabezado del mensaje, el destinatario debe proporcionar una respuesta Status-Control (Acknowledge, Negative-Acknowledge-1 o Negative-Acknowledge-2) antes de que el remitente envíe más mensajes de datos o más solicitudes Status-Control en el flujo. El remitente todavía puede enviar respuestas Status-Control, Status-Acknowledge,Status-Error y Status-Resource en el flujo. Esto se aplica tanto a los flujos normales como a los flujos 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 permite que varios mensajes RQE LUSTAT estén 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 de clave de mensaje se usa de manera diferente, como se indica a continuación:
Para las solicitudes de flujo acelerado entrantes, el nodo local establece el número de secuencia SNA en el valor proporcionado por la aplicación en el campo de clave de 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 de mensaje. La aplicación debe asegurarse de que este campo se establezca 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 ACKRQD establecido, 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 un ACKRQD establecido (correspondiente a una solicitud SNA en el flujo normal), esto bloquea más datos y solicitudes de Status-Control correspondientes al flujo normal de entrada hasta que se recibe la respuesta Status-Control(QC) . No bloquea otros mensajes en el flujo normal ni mensajes 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 de todos los mensajes pendientes (incluidos los mensajes Data) en el flujo.
El uso de ACKRQD en los mensajes Status-Control aplica eficazmente el modo de solicitud inmediata y de respuesta definitiva. Esto es adecuado para:
Los 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 las solicitudes Status-Control que se correspondan con las solicitudes de 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 3270 con un operador de terminal presionando repetidamente la tecla 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 los eventos que provocarían más mensajes de solicitud Status-Control(SIGNAL) hasta que se reciba la respuesta Status-Control(SIGNAL) desde el nodo local.
Los flujos de mensajes de las seis cifras siguientes muestran secuencias de Status-Control de entrada y salida con y sin ACKRQD y las RU de SNA correspondientes.
En la primera ilustración, la 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.
El host envía la solicitud BID.En la ilustración siguiente, la 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.
El host envía la solicitud SNA SIGNAL.En la ilustración siguiente, el host envía varias solicitudes RQE LUSTAT y la aplicación rechaza la primera.
La aplicación rechaza la primera solicitud RQE LUSTATEn la ilustración siguiente, la 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 las solicitudes de control de sesión (SC) y control de flujo de datos (DFC) de SNA. Para cada solicitud Status-Control, la tabla proporciona:
La categoría SNA de la solicitud SNA correspondiente (SC o DFC).
Flujo utilizado por la solicitud de SNA correspondiente (normal o acelerada).
Perfiles de TS o FM en los que se admite la solicitud SNA correspondiente.
Instrucciones para las que es válido (NODE <–> APPL).
Si requiere ACKRQD. Tenga en cuenta que la aplicación puede establecer ACKRQD en una solicitud Status-Control que no lo requiera.
Código hexadecimal utilizado en el campo de tipo de control del mensaje Status-Control. (Para más información, consulte Formatos de mensajes de FMI).
| Status-Control | Flujo RQ de SNA | Perfil de TS | Perfil de FM | Dirección node–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) |
| BID | DFC,Norm | – | 3,4 | –> | ACKRQD | CBID (0x14) |
| CHASE | DFC,Norm | – | 3,4 | <–> | ACKRQD | CCHASE (0x15) |
| SHUTC | DFC,Exp | – | 3,4 | <– | – | CSHUTC (0x16) |
| SHUTD | DFC,Exp | – | 3,4 | –> | – | CSHUTD (0x17) |
| RTR | DFC,Norm | – | 3,4 | <– | ACKRQD | CRTR (0x18) |
| QC | 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 más información, consulte Conceptos de FMI).
| Status-Control | Flujo RQ de SNA | Perfil de TS | Perfil de FM | Dirección node–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 determinados mensajes Status-Control se describe en los temas siguientes de esta sección, en el contexto de los protocolos de sesión PLU, como el encadenamiento, los corchetes, la recuperación, entre otros.
Para obtener los formatos de los mensajes Status-Control, consulte Status-Control.