Inicio de corchete
Mientras una sesión está entre corchetes, existe contención. La aplicación o la unidad lógica principal del host (SEP) pueden intentar iniciar un corchete, como se muestra a continuación:
La aplicación inicia un corchete mediante el envío de un mensaje Data con la marca de aplicación del indicador de corchete de inicio (BBI) y el valor ACKRQD establecido en el estado entre corchetes. El nodo local envía una solicitud correspondiente al mensaje Data para la PLU del host. La aplicación ha iniciado correctamente un corchete y está en el estado entre corchetes. Los protocolos biestables se aplican actualmente hasta que se cierra el corchete.
La aplicación inicia un corchete mediante el envío de un control de estado Status-Control(LUSTAT) con la marca de aplicación BBI establecida en el estado entre corchetes. El nodo local envía una solicitud LUSTAT a la PLU del host. La aplicación ha iniciado correctamente un corchete y está en el estado entre corchetes. Los protocolos biestables se aplican actualmente hasta que se cierra el corchete.
La PLU del host envía una solicitud BID mientras se encuentra en el estado entre corchetes. El nodo local envía un mensaje Status-Control(BID) con ACKRQD a la aplicación. (Para más información, vea Mensaje de control de estado). La aplicación responde con una confirmación Status-Control(BID) Acknowledge, para indicar su predisposición a aceptar un corchete. El nodo local envía una respuesta positiva a la solicitud BID. La PLU del host ha iniciado correctamente un corchete y el estado de la aplicación es entre corchetes, y se aplican protocolos biestables hasta que se cierra el corchete.
La PLU del host envía datos en una RU que lleva el indicador BB en el RH mientras está entre corchetes. El nodo local presenta este método de inicio de un corchete de la misma manera que si la PLU del host hubiera iniciado el corchete con BID. El nodo local envía un mensaje Status-Control(BID) con ACKRQD a la aplicación. La aplicación responde con una confirmación Status-Control(BID) Acknowledge para indicar su predisposición a aceptar el corchete. El nodo local envía el mensaje Data correspondiente a la RU a la aplicación y envía una respuesta positiva a la RU de datos. La PLU del host ha iniciado correctamente un corchete y el estado de la aplicación es entre corchetes, y se aplican protocolos biestables hasta que se cierra el corchete.
La PLU del host envía una solicitud LUSTAT que lleva el indicador BB en el RH. El nodo local presenta este método de inicio de un corchete de la misma manera que si la PLU del host hubiera iniciado el corchete con BID. El nodo local envía un mensaje Status-Control(BID) con ACKRQD a la aplicación. La aplicación responde con una confirmación Status-Control(BID) Acknowledge para indicar su predisposición a aceptar el corchete. El nodo local envía un mensaje Status-Control(LUSTAT) a la aplicación, que requiere una confirmación. La PLU del host ha iniciado correctamente un corchete y el estado de la aplicación es entre corchetes, y se aplican protocolos biestables hasta que se cierra el corchete.
El host intenta iniciar un corchete mediante una solicitud BID o una RU que lleva BB, que el nodo local envía a la aplicación como un mensaje Status-Control(BID) , pero la aplicación no puede aceptar el corchete. La aplicación debe enviar una respuesta Status-Control(BID) negativa con un código de detección adecuado. El nodo local envía una respuesta negativa a BID con el código de detección proporcionado por la aplicación. El estado de la aplicación sigue entre corchetes. La aplicación debe usar uno de los siguientes códigos de detección:
0x081B si ya ha confirmado recursos para una transferencia entrante. Por ejemplo, un operador de terminal ha empezado a escribir.
0x0814 si actualmente no puede iniciar un corchete, pero notificará al host cuando los recursos estén disponibles. Por ejemplo, se usa una impresora 3270 para la copia local en el modo de uso compartido de impresoras entre corchetes. En una fase posterior, cuando los recursos estén disponibles, la aplicación debe reservar temporalmente los recursos y enviar un control de estado Status-Control(RTR) al nodo local. Si el host rechaza el RTR, el nodo local devuelve una respuesta Status-Control(RTR) Negative-Acknowledge-1 y la aplicación puede liberar los recursos. De lo contrario, el host intenta iniciar un corchete que la aplicación debe aceptar ahora.
Si la aplicación ha iniciado correctamente un corchete, puede producirse una carrera de corchetes debido a que la PLU del host intenta iniciar un corchete. La aplicación obtiene una solicitud Status-Control(BID) Request, que debe rechazar con 0x080B o 0x0813. La aplicación conserva la dirección después de la carrera de respuestas negativas. (Para más información, vea Recuperación). El estado de corchetes de la aplicación permanece entre corchetes.
La aplicación debe tener en cuenta una complicación adicional en el inicio de corchetes. Todos los casos están relacionados con sesiones cuyo estado de restablecimiento de corchetes es entre corchetes. Existe un estado de contención, y cualquier sesión parcial puede intentar iniciar un corchete.
Sin embargo, los parámetros BIND de la sesión pueden especificar un estado de restablecimiento de corchetes que sea entre corchetes. Si el estado de restablecimiento del corchete es entre corchetes, se considera que una sesión parcial ya ha iniciado correctamente un corchete. Los protocolos biestables se aplicarán hasta que se reciba una sesión de estado Status-Session(BETB) , momento en el que la sesión vuelve a un estado de contención y el inicio de corchetes continúa como se describió anteriormente.
La aplicación debe establecer su estado entre corchetes cuando se abre la conexión de PLU (al recibir el mensaje Open(PLU) OK Confirm) y restablecerla cada vez que se restablezca la sesión (después de recibir una solicitud Status-Control(CLEAR) Request). El estado de restablecimiento de corchete adecuado para la sesión se proporciona a la aplicación en BICB en el mensaje Open(PLU) OK Confirm.
Las seis figuras siguientes muestran los protocolos de inicio de corchete entre el nodo local y la aplicación y cómo se relacionan esos protocolos con los protocolos SNA subyacentes.
En la primera figura, la aplicación inicia un corchete mediante el envío de una cadena de entrada con la marca de aplicación BBI establecida cuando su estado es entre corchetes. El estado de la aplicación está entre corchetes hasta que recibe un mensaje Status-Session(BETB) . (Si la aplicación puede enviar cadenas RQE, se puede abrir un corchete mediante el envío de una cadena RQE).
La aplicación inicia un corchete mediante el envío de una cadena de entrada.En la figura siguiente, la aplicación inicia un corchete mediante el envío de un control de estado Status-Control(LUSTAT) con la marca de aplicación del indicador de corchete de inicio (BBI) establecida cuando su estado es entre corchetes. El estado de la aplicación está entre corchetes hasta que recibe un mensaje Status-Session(BETB) . A LUSTAT se puede enviar NOACKRQD (RQE) si es necesario.
La aplicación inicia un corchete mediante el envío de un control de estado Status-Control(LUSTAT)En la figura siguiente, el host inicia un corchete mediante el envío de BID, que la aplicación acepta. El estado de la aplicación está entre corchetes, y el host puede enviar.
El host inicia un corchete mediante el envío de BID.En la figura siguiente, el la PLU del host inicia un corchete enviando una solicitud con corchete de inicio (BB), que la aplicación acepta. El estado de la aplicación está entre corchetes, y el host puede enviar.
La PLU del host inicia un corchete mediante el envío de una solicitud con BB.En la figura siguiente, el host inicia un corchete mediante el envío de LUSTAT con BB, que la aplicación acepta. El estado de la aplicación está entre corchetes, y el host puede enviar.
El host inicia un corchete mediante el envío de un mensaje LUSTAT con BB.En la figura siguiente, el host y la aplicación intentan iniciar un corchete con el estado entre corchetes. La aplicación rechaza las ofertas del host con código de detección 0x0813, y el nodo local entrega los datos de la aplicación. Después de enviar los datos, el estado de la aplicación está entre corchetes, y la aplicación puede enviar.
El host y la aplicación intentan iniciar un corchete con el estado entre corchetes.
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