Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Mientras una sesión está en un estado transitorio, existe conflicto. La aplicación o la unidad lógica principal del host (PLU) pueden intentar iniciar un corchete, como se indica a continuación:
La aplicación inicia un bloque mediante el envío de un mensaje Data con la marca de aplicación del indicador de bloque inicial (BBI) y ACKRQD establecido mientras se encuentra en estado intermedio. El nodo local envía una solicitud correspondiente al mensaje Data al host PLU. La aplicación ha iniciado correctamente un corchete y está en estado entre corchetes. Los protocolos flip-flop ahora están en vigor hasta que se termine el intervalo.
La aplicación inicia un bloque mediante el envío de un Status-Control(LUSTAT) con la bandera de aplicación BBI activa mientras está en el estado entre corchetes. El nodo local envía una solicitud LUSTAT al host PLU. La aplicación ha iniciado correctamente una operación de sección y está en estado de sección iniciada. Los protocolos flip-flop ahora están en vigor hasta que finaliza el corchete.
La PLU del host envía una solicitud BID mientras está en estado entre corchetes. El nodo local envía un status-Control(BID) con ACKRQD a la aplicación. (Para obtener más información, consulte Status-Control Message). La aplicación responde con una confirmación de Status-Control(BID) para indicar que está dispuesta a aceptar un bracket. El nodo local envía una respuesta positiva a la solicitud BID . La PLU del host ha iniciado correctamente un bloque y el estado de la aplicación está dentro del bloque, con protocolos de flip-flop aplicándose hasta que finaliza el bloque.
La PLU del host envía datos en una RU que lleva el indicador BB en la RH mientras se encuentra en el estado entre corchetes. El nodo local presenta este método para iniciar un corchete de la misma manera que si la PLU del host hubiera iniciado el corchete con BID. El nodo local envía un status-Control(BID) con ACKRQD a la aplicación. La aplicación responde con un Status-Control(BID) Acknowledge para indicar que está dispuesto a aceptar el corchete. El nodo local envía el mensaje Data correspondiente a la UR a la aplicación y envía una respuesta positiva a la UR de datos. La PLU del host ha iniciado correctamente un corchete y el estado de la aplicación está entre corchetes, con protocolos de volteo que se aplican hasta que finaliza el corchete.
El PLU del host envía una solicitud LUSTAT que lleva el indicador BB en la RH. El nodo local presenta este método para iniciar un corchete de la misma manera que si la PLU del host hubiera iniciado el corchete con BID. El nodo local envía un status-Control(BID) con ACKRQD a la aplicación. La aplicación responde con un Status-Control(BID) Acknowledge para indicar que está dispuesto a aceptar el corchete. El nodo local envía un status-Control(LUSTAT) a la aplicación, que requiere una confirmación. La PLU del host ha iniciado correctamente un bracket, y el estado de la aplicación está dentro del bracket, con protocolos de flip-flop que se aplican hasta que finaliza el bracket.
El host intenta iniciar un bracket mediante una solicitud BID o una RU que lleva BB, que el nodo local envía a la aplicación como Status-Control(BID), pero la aplicación no puede aceptar el bracket. La aplicación debe enviar una respuesta Status-Control(BID) negativa con un código de sentido adecuado. El nodo local envía una respuesta negativa al BID que lleva el código de sentido 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 sentido:
0x081B si ya ha asignado recursos para una transferencia entrante. Por ejemplo, un operador de terminal ha comenzado a escribir.
0x0814 si actualmente no puede iniciar un segmento, pero notificará al host cuando los recursos estén disponibles. Por ejemplo, se usa una impresora 3270 para la copia local en modo de uso compartido de impresoras entre corchetes. En una fase posterior en la que los recursos están disponibles, la aplicación debe reservar temporalmente los recursos y enviar un 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 una etapa, puede producirse una carrera de etapas debido a que el PLU host intenta iniciar una etapa. La aplicación obtiene una solicitud Status-Control(BID), que debe rechazar con 0x080B o 0x0813. La aplicación conserva la dirección después de las respuestas negativas de carrera. (Para obtener más información, consulte Recuperación). El estado del corchete de la aplicación permanece en modo activo.
La aplicación debe tener en cuenta una complicación más en la iniciación con corchetes. Todos los casos se relacionan con las sesiones cuyo estado de reinicio está en un rango intermedio. Existe un estado de contención y cualquiera de las medio sesiones puede intentar iniciar una sección.
Sin embargo, los parámetros BIND de la sesión pueden especificar un estado de reinicio de corchetes como "en corchetes". Si el estado de restablecimiento de corchetes está entre corchetes, se considera que una sesión media ya ha iniciado correctamente un corchete. Los protocolos flip-flop se aplicarán hasta que se reciba un Status-Session (BETB), en cuyo momento la sesión se revierte a un estado de contención y el inicio del paréntesis procede como se ha descrito anteriormente.
La aplicación debe establecer su estado de paréntesis cuando se abre la conexión PLU (al recibir el mensaje Open(PLU) OK Confirm) y restablecerlo cada vez que se restablece la sesión (después de recibir una Status-Control(CLEAR) Request). El estado de restablecimiento de corchetes adecuado para la sesión se proporciona a la aplicación en BICB en el mensaje Open(PLU) OK Confirm .
En las seis figuras siguientes se ilustran los protocolos de inicio de conexión entre el nodo local y la aplicación, y cómo estos protocolos se relacionan con los protocolos SNA subyacentes.
En la primera figura, la aplicación inicia un rango mediante el envío de una cadena de entrada con la bandera BBI activada cuando se encuentra en el estado intermedio. El estado de la aplicación está entre corchetes hasta que recibe una sesión de estado (BETB). (Si la aplicación puede enviar cadenas RQE, se puede abrir un corchete mediante el envío de una cadena de RQE).
La aplicación inicia un corchete mediante el envío de una cadena de entradaEn la figura siguiente, la aplicación inicia un corchete mediante el envío de Status-Control(LUSTAT) con la marca de aplicación del indicador de corchete inicial (BBI) configurada cuando su estado es "entre corchetes". El estado de la aplicación está entre corchetes hasta que recibe una sesión de estado (BETB). LUSTAT se puede enviar NOACKRQD (RQE) si es necesario.
La aplicación inicia un proceso mediante el envío de un comando de estado y control (LUSTAT)En la figura siguiente, el host inicia un proceso enviando BID, que la aplicación acepta. El estado de la aplicación está entre corchetes y el host puede enviar.
El host inicia un bloque enviando BIDEn la ilustración siguiente, la PLU del host inicia un corchete mediante el envío de una solicitud con corchete inicial (BB), que acepta la aplicación. El estado de la aplicación está entre corchetes y el host puede enviar.
El host PLU inicia una secuencia mediante el envío de una solicitud con BBEn la ilustración siguiente, el host inicia un corchete mediante el envío de un LUSTAT con BB, que la aplicación acepta. El estado de la aplicación está entre corchetes y el host puede enviar.
Host inicia un corchete mediante el envío de un LUSTAT con BBEn la ilustración siguiente, el host y la aplicación intentan iniciar un paréntesis en un estado intermedio de paréntesis. La aplicación rechaza las ofertas del host con código de sentido 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.
Tanto el host como la aplicación intentan iniciar un proceso en estado intermedio.
Véase también
Apertura de la conexión PLU
Sesión de PLU
Encadenamiento saliente
Encadenamiento de entrada
Entrega de segmentos
Brackets
Direction
Ritmo y segmentació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