Modo de inactividad
El protocolo de modo inactivo solo se admite en las sesiones que usan el perfil 4 de administración de funciones (FM). El protocolo de modo inactivo se puede iniciar en cualquier mitad de sesión.
Cuando una aplicación quiere poner en modo inactivo la mitad de sesión de su asociado en el host, envía una solicitud Status-Control(QEC) al nodo local. El nodo genera una solicitud QEC al host para pedirle que se ponga en modo inactivo después de completar la cadena de salida actual.
Si el host está en modo inactivo, envía una solicitud QC, que el nodo local presenta a la aplicación como una solicitud Status-Control(QC) (con ACKRQD). El host permanece en estado inactivo hasta que la aplicación envía una solicitud Status-Control(RELQ) . El nodo local envía la solicitud RELQ al host y este reanuda las comunicaciones en la sesión de la unidad lógica principal (PLU).
Si el intento de poner el host en modo inactivo fracasa, el host responde con una respuesta QEC negativa, que el nodo local presenta a la aplicación como una confirmación negativa de Status-Control(QEC) 1.
Y al contrario, una solicitud Status-Control(QEC) (sin ACKRQD) se presenta a la aplicación si se recibe una solicitud QEC del host. En esta dirección, no se puede rechazar QEC. El nodo local rechazará otros intentos de enviar datos entrantes para forzar siempre a la aplicación a ponerse en modo inactivo después de presentarle una solicitud Status-Control(QEC) . Cuando la aplicación se ha puesto en modo inactivo, debe enviar una solicitud Status-Control(QC) al nodo local, que envía una solicitud QC al host. Posteriormente, la aplicación se puede liberar con una solicitud RELQ del host, que el nodo local presenta a la aplicación como una solicitud Status-Control(RELQ) .
La recepción de una secuencia CLEAR o UNBIND–BIND, Close(PLU)–Open(PLU) , hace que se libere el estado inactivo.
Las tres ilustraciones siguientes muestran los protocolos de modo inactivo entre el nodo local y la aplicación y cómo se relacionan esos protocolos con los protocolos SNA subyacentes.
En la primera ilustración, la aplicación pone el host en modo inactivo y, luego, lo libera de ese estado.
La aplicación pone el host en modo inactivo y lo libera de este estado
En la ilustración siguiente, la aplicación intenta pone el host en modo inactivo, pero el host rechaza el modo inactivo y continúa con la cadena siguiente.
La aplicación intenta poner el host en modo inactivo, pero este lo rechaza y continúa con la cadena siguiente
En la ilustración siguiente, el host envía QEC mientras la aplicación envía una cadena. La aplicación completa la cadena y envía una solicitud Status-Control(QC) . El host envía RELQ para liberar el modo inactivo y el nodo local envía una solicitud Status-Control(RELQ) a la aplicación, que inicia entonces una nueva cadena.
El host envía QEC mientras la aplicación envía una cadena
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