STSN

Los números de secuencia establecidos y de prueba (STSN) se usan en sesiones con el perfil del servicio de transmisión (perfil de TS) 4 para que las aplicaciones mantengan números de secuencia de procesamiento de transacciones entre sesiones. Esto permite a ambos asociados de la sesión detectar la cantidad de datos perdidos después de una secuencia CLEAR o UNBIND-BIND .

El mensaje STSN es el único que puede restablecer estos números de secuencia de procesamiento de transacciones. BIND, UNBIND y CLEAR no los afectan.

Si la aplicación quiere mantener estos números de transacción, debe especificar la opción APPLTRAN en la respuesta Ok de Open(PLU). El host puede enviar STSN después de bind o CLEAR antes de enviar SDT para establecer o probar los números de transacción de la aplicación. El nodo local restablece sus números de secuencia de sesión internos a cero al recibir BIND o CLEAR. Cuando el nodo local recibe un STSN que especifica SET (o SET y TEST) para una sesión media, restablece el número de secuencia de sesión interna correspondiente.

A menos que se omitan ambas acciones de mitad de sesión (el byte de acción es 0x00), la solicitud STSN se pasa a la aplicación (siempre que haya especificado APPLTRAN), con el byte de acción y los dos números de secuencia de la solicitud, como status-Control(STSN) . (Para obtener más información, vea Status-Resource). La aplicación debe examinar el byte de acción para determinar si la acción se omite, establece, prueba o establece y prueba. La aplicación debe enviar una respuesta positiva (Status-Control(STSN) Acknowledge) al STSN, con los números de secuencia con sentido si es necesario (detección o establecimiento y prueba). El nodo local es responsable de generar el código de resultado correcto para el STSN RSP.

Tenga en cuenta que la aplicación debe realizar primero la parte de sentido de STSN (examinando los bits 0 y 2 del byte de acción para el flujo secundario a principal y el flujo principal a secundario, respectivamente). A continuación, se realiza la parte de conjunto del STSN (examinando los bits 1 y 3 del byte de acción).

La aplicación debe incrementar sus números de transacción al enviar y recibir unidades de solicitud y respuesta de flujo normales (RU) desde el host. (Tenga en cuenta que los mensajes Status-Control correspondientes a las solicitudes de control de flujo de datos de flujo normal (DFC) hacen que se incrementen los números de transacción). El número de secuencia se notifica en los mensajes DATAFMI y status-Acknowledge . La aplicación debe tener en cuenta que, si un mensaje del host produce un error en las comprobaciones de recepción (y se convierte en un mensaje SDI ), el protocolo de acceso a la subred (SNAP)-2.1 purgará el resto de la cadena del host y la aplicación puede perder algunos números de secuencia. Por lo tanto, la aplicación debe restablecer su número de transacción principal a secundario a partir de los siguientes datos salientes después de procesar un mensaje SDI .

Tenga en cuenta que el segundo byte de marca de aplicación no es válido para Status-Control(STSN). Se usa para el byte de control STSN .

Consulte también

Application CANCEL
Dirección después de recibir una respuesta negativa
Dirección después de enviar una respuesta negativa
Error crítico
RQR y CLEAR
Error del servicio de vínculo
Error del nodo local
Error de cliente