Apagado y modo inactivo
Tanto los protocolos de apagado como de inactividad implican que una mitad de sesión entra en un estado inactivo, en el que no puede enviar más solicitudes de flujo normales, pero debe seguir recibiendo y respondiendo a las solicitudes de su asociado de sesión. Las diferencias esenciales son que el apagado solo puede iniciarse por el host y solo requiere que el quiesce secundario tan pronto como sea conveniente (normalmente al final de un corchete). Tanto el host como la aplicación pueden iniciar la inactividad del destinatario al final de la cadena.
Si la aplicación se ha inactivo pero sigue intentando enviar mensajes de datos entrantes, se rechazarán con mensajes Status-Acknowledge(Nack-2). Sin embargo, la aplicación puede continuar generando mensajes de estado.