Confirmación y rechazo de datos de salida
El nodo local envía cadenas de datos desde el host a la aplicación con su campo ACKRQD establecido de la siguiente manera:
ACKRQD establecido
Si se recibió la solicitud de SNA correspondiente donde se especificaba la respuesta definitiva, y los parámetros BIND especifican que el elemento principal usa el modo de respuesta de cadena de excepción/definitiva o definitiva.
ACKRQD no establecido, modo de respuesta
Si se recibió la solicitud de SNA correspondiente donde se especificaba la respuesta de excepción, y los parámetros BIND especifican que el elemento principal usa el modo de respuesta de cadena de excepción/definitiva o de excepción.
ACKRQD no establecido, modo sin respuesta
Si se recibió la solicitud de SNA correspondiente donde no se especificaba ninguna respuesta, y los parámetros BIND especifican que el elemento principal usa el modo de respuesta de cadena sin respuesta.
En el caso 1, la aplicación siempre debe enviar una confirmación de la siguiente manera:
Si la aplicación acepta los datos, debe devolver un mensaje Status-Acknowledge(Ack).
Si la aplicación quiere rechazar los datos, debe devolver un mensaje Status-Acknowledge(Nack-1) que contenga los códigos de detección de SNA adecuados.
En el caso 2, la aplicación solo debe enviar una confirmación en las siguientes situaciones:
Si la aplicación quiere rechazar los datos, debe devolver un mensaje Status-Acknowledge(Nack-1) que contenga los códigos de detección de SNA adecuados.
La aplicación puede enviar una confirmación de cortesía a un mensaje de excepción de solicitud (RQE) para borrar los datos de correlación dentro del nodo local. (Para más información, vea Datos salientes).
En el caso 3, la aplicación no debe enviar confirmaciones. Sin embargo, el envío de los mensajes Status-Acknowledge(Ack) o Status-Acknowledge(Nack-1) por parte de la aplicación no tiene ningún efecto. Se descarta.
Cada vez que una aplicación envía un mensaje Status-Acknowledge(Ack) o Status-Acknowledge(Nack-1) a un mensaje Data recibido, confirma implícitamente la recepción de este y de todos los mensajes Data recibidos previamente.
En el caso 2, el host puede emitir una solicitud CHASE. El nodo local envía una solicitud Status-Control(CHASE) Request con ACKRQD establecido en la aplicación. Cuando la aplicación está en posición de confirmar la recepción de todos los datos pendientes, debe emitir un mensaje Status-Control(CHASE) Acknowledge, que el nodo local convierte en una respuesta positiva a CHASE para el host.
En los casos 1 y 2, si el nodo local detecta un error en una solicitud recibida, convierte la solicitud en un mensaje Data especial, que pasa a la aplicación. Independientemente del modo de respuesta de cadena especificado para el elemento secundario en los parámetros BIND, este mensaje Data tiene las siguientes características:
Se establece ACKRQD. La aplicación debe confirmar la recepción mediante un mensaje Status-Acknowledge(Ack).
La marca de aplicación Sense Data Indicator (SDI) se establece para indicar que se trata de un mensaje Data especial que se usa para informar a la aplicación de un error detectado por el nodo local.
La marca de aplicación End Chain Indicator (ECI) se establece para indicar que la cadena recibida ya ha finalizado.
Los cuatro primeros bytes del elemento de búfer mantienen los códigos de detección de SNA detectados por el nodo local que produjo la terminación.
Este mecanismo permite lo siguiente:
Que la aplicación rechace los mensajes Data recibidos previamente.
Que el nodo local informe a la aplicación de los errores que detecta en las solicitudes recibidas.
Que el nodo local envíe respuestas negativas en el orden correcto.
Las tres imágenes siguientes ilustran los protocolos de confirmación y rechazo de datos de salida entre el nodo local y la aplicación, y cómo se relacionan esos protocolos con los protocolos de SNA subyacentes.
En la primera figura, el host envía una cadena de respuesta definitiva para que la aplicación confirme la recepción de la solicitud RQD y todas las cadenas RQE enviadas previamente.
El host envía una cadena de respuesta definitiva.En la figura siguiente, un mensaje Status-Acknowledge(Nack-1) de la aplicación rechaza la última cadena y confirma la recepción de todas las cadenas de datos enviadas previamente.
Status-Acknowledge(Nack-1) rechaza la última cadena y confirma la recepción.En la figura siguiente, el host envía una solicitud CHASE para que la aplicación confirme la recepción de CHASE y de todas las cadenas enviadas previamente.
El host envía una solicitud CHASE.
Consulte también
Apertura de la conexión de PLU
Sesión de PLU
Encadenamiento de salida
Encadenamiento de entrada
Entrega de segmentos
Brackets
Dirección
Velocidad y fragmentación
Confirmación y rechazo de datos]
Apagado y modo inactivo
Recuperación
Terminación iniciada por la aplicación
LUSTATs]
Datos del Monitor de tiempo de respuesta