Compartir a través de


Encadenamiento de salida

El nodo local comprueba que las cadenas de solicitudes de salida se ajustan al uso correcto de SNA, 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 condiciones siguientes:

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

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

  • La sesión está entre corchetes y actualmente no se envía la mitad de la sesión, o la sesión está en conflicto por una sesión conflictiva semidúplex. (Para más información, consulte el artículo sobre corchetes).

  • La sesión está a la espera de 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 más información, consulte el artículo sobre recuperación).

    El nodo local envía un mensaje Data a la aplicación para cada solicitud de salida, pero debe tener en cuenta los efectos de la aplicación que especifica la opción de entrega de segmentos en el bloque de control de información de conexión. (Para más información, consulte el artículo sobre la entrega de segmentos). Si la aplicación no especifica la entrega de segmentos, las marcas de aplicación del indicador de cadena de inicio (BCI) y del indicador de cadena final (ECI) del encabezado de mensaje reflejan los indicadores de encadenamiento en el encabezado 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 transmitieron a la aplicación como mensajesData y se confirmaron cuando correspondía.

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

  • El nodo local detecta un error en una solicitud y presenta a la aplicación un mensaje Data de error detectado por el sistema para informar la terminación prematura de la cadena. Este mensaje contiene las marcas de aplicación ECI y el indicador de error detectado por el sistema (SDI), los códigos de sentido correspondientes al error y el indicador ACKRQD. No contiene ningún dato de usuario. Cuando la aplicación responde con Status-Acknowledge(Ack), el nodo local genera una respuesta negativa a la cadena que utiliza el código de sentido adecuado. La aplicación puede utilizar los códigos de sentido 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 CANCEL, que se entrega a la aplicación como Status-Control(CANCEL) con un indicador ACKRQD establecido.

  • Para cancelar la cadena durante el envío, el host puede enviar la solicitud CANCEL. El nodo local envía un mensaje Status-Control(CANCEL) a la aplicación, la que debe confirmarlo.

    Si se produce un error al recibir una cadena y la sesión usa protocolos biestables semidúplex, la aplicación debe asumir un estado de recuperación ante errores pendiente. (Para más información, consulte el artículo sobre recuperación).

    En el caso de una sesión que utiliza protocolos biestables semidúplex, si las marcas de aplicación del último mensaje Data de la cadena tienen establecida la marca CDI (cambio de dirección):

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

  • Si la aplicación rechazó algún mensaje de la cadena, el host mantiene la dirección.

    Las cuatro imágenes siguientes ilustran 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, se recibe una cadena de salida completa sin errores y la aplicación la acepta. Tenga en cuenta que después de enviar Status-Acknowledge(Ack) , la aplicación tiene dirección.

    Imagen que muestra una cadena de salida recibida sin errores y aceptada por la aplicación.
    Cadena recibida sin error y aceptada por la aplicación

    En la ilustración siguiente, se recibe una cadena de salida completa sin error, pero la aplicación la rechaza. Tenga en cuenta que, aunque la cadena haya llevado CD, la aplicación no tiene dirección.

    Imagen que muestra una cadena de salida recibida sin errores, pero la aplicación lo rechaza.
    Cadena de salida recibida sin error, pero 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 la marca de aplicación SDI establecida, más ACKRQD y códigos de sentido adecuados. Status-Acknowledge(Ack) de la aplicación genera la respuesta negativa al host. En este ejemplo se da por supuesto que la comprobación de recepción 4007 se especificó en el CICB en Open (SSCP) .

    Imagen que muestra un nodo local detecta un uso no válido y convierte la solicitud.
    Nodo local que detecta el uso no válido y convierte la solicitud

    En la ilustración siguiente, el host cancela la cadena de salida.

    Imagen que muestra un host que cancela la cadena de salida.
    Host que cancela la cadena de salida

Consulte también

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