Encadenamiento saliente

El nodo local comprueba que las cadenas de salida de las solicitudes se ajustan al uso de SNA correcto, al uso de encadenamiento de la sesión y al estado actual de la sesión. El nodo local aceptará cadenas de datos de salida válidas del host si se cumple una de las siguientes condiciones:

• El tráfico de datos está activo en una sesión dúplex completa.

• La sesión está en un estado en el que puede recibir datos.

• La sesión está entre corchetes sin que ninguna mitad de la sesión esté actualmente enviando, o la sesión está en contención para una sesión de contención semidúplex. (Para obtener más información, vea Corchetes).

• La sesión está esperando que el host inicie un procedimiento de recuperación. Por ejemplo, el nodo local ha enviado una respuesta negativa a una cadena de salida. (Para obtener más información, consulte Recuperación).

  El nodo local envía un mensaje Data a la aplicación para cada solicitud de salida, pero tenga en cuenta los efectos de cuando la aplicación especifica la opción de entrega de segmentos en el bloque de control de información de conexión. (Para obtener más información, vea Entrega de segmentos). Si la aplicación no especifica la entrega de segmentos, las marcas de aplicación indicador de cadena inicial (BCI) y indicador de cadena final (ECI) en el encabezado del mensaje reflejan los indicadores de encadenamiento en el encabezado de solicitud de la solicitud.

  Una cadena de salida puede finalizar de varias maneras:

• La cadena se recibe completa y sin errores. Todas las solicitudes de la cadena se han pasado a la aplicación como mensajes de datos y se han confirmado cuando corresponda.

• La aplicación detecta un error en un mensaje de datos al recibir la cadena. La aplicación debe enviar un Status-Acknowledge(Nack-1) con datos de sentido asociados al nodo local, que envía una respuesta negativa más los datos de sentido al host para la solicitud correspondiente al mensaje Data en error. El nodo local no purgará el resto de la cadena, por lo que la aplicación verá Fin de Cadena (EC). Como alternativa, el host puede finalizar la cadena con un valor CANCEL, que se entrega a la aplicación como status-Control(CANCEL) con el conjunto ACKRQD.

• El nodo local detecta un error en una solicitud y presenta a la aplicación un Data mensaje de error detectado por el sistema para notificar la terminación prematura de la cadena. Este mensaje incluye los indicadores de error detectados por el sistema (SDI) y las marcas de aplicación ECI, los códigos de error y el indicador ACKRQD. No incluye datos de usuario. Cuando la aplicación responde con Status-Acknowledge(Ack), el nodo local genera una respuesta negativa a la cadena mediante el código de sentido adecuado. La aplicación puede usar los códigos de detección notificados para generar información de diagnóstico para el usuario. (Por ejemplo, un emulador 3270 generaría códigos de comprobación PROG ). El nodo local purgará el resto de la cadena, por lo que es posible que la aplicación no vea EC. Como alternativa, el host puede finalizar la cadena con un CANCEL, que se entrega a la aplicación como Status-Control(CANCEL) con ACKRQD establecido.

• El host puede cancelar la cadena mientras se envía, mediante la solicitud CANCEL. El nodo local envía un mensaje Status-Control(CANCEL) a la aplicación, que la aplicación debe confirmar.

  Si se produce un error al recibir una cadena de transmisión y la sesión usa protocolos de alternancia de semi-dúplex, la aplicación debe asumir un estado pendiente de recuperación de errores. (Para obtener más información, consulte Recuperación).

  En el caso de una sesión que usa protocolos de volteo dúplex medio, si las marcas de aplicación del último mensaje De datos de la cadena tienen establecida la marca CDI (dirección de cambio):

• Si la cadena se recibió sin error, la aplicación tiene la dirección.

• Si la aplicación rechazó cualquier mensaje de la cadena, el host conserva la dirección.

  En las cuatro figuras siguientes se muestran los protocolos de encadenamiento de salida 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 recibe una cadena de salida completa sin errores y la acepta. Tenga en cuenta que después de enviar Status-Acknowledge(Ack), la aplicación tiene dirección.

  
  Cadena de salida recibida sin errores y aceptada por la aplicación

  En la ilustración siguiente, la aplicación recibe una cadena de salida completa sin errores, pero la rechaza. Tenga en cuenta que, aunque la cadena llevaba CD, la aplicación carece de orientación.

  
  Cadena de salida recibida sin errores, pero es rechazada por la aplicación.

  En la ilustración siguiente, el nodo local detecta el uso no válido de RQD sin EC y convierte la solicitud en un mensaje data con el conjunto de marcas de aplicación SDI, además de ACKRQD y los códigos de sentido adecuados. Status-Acknowledge(Ack) de la aplicación controla la respuesta negativa al host. En este ejemplo se supone que la comprobación de recepción 4007 se ha especificado en el CICB en Open (SSCP).

  
  El nodo local detecta un uso no válido y convierte la solicitud

  En el siguiente diagrama, el anfitrión cancela la cadena de salida.

  
  Host que cancela la cadena de salida

Véase también

Apertura de la conexión PLU
Sesión de PLU
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