Comprobación de BIND
La respuesta Open(PLU) OK Response contiene el bloque de control de información de conexión (CICB), que permite a la aplicación personalizar determinadas características de la conexión y contiene la información utilizada en la comprobación de BIND. Tenga en cuenta que el nodo local comprueba los parámetros BIND proporcionados en la respuesta Open(PLU) OK Response. No mantiene una copia de la unidad de solicitud/respuesta (RU) de BIND original del host. Si BIND es negociable, la aplicación puede modificar los parámetros en la RU de BIND, pero si no es negociable, la aplicación debe devolver la RU de BIND sin modificar. Se proporciona una marca BIND negociable en la solicitud Open(PLU) Request.
Aunque muchas características de la sesión PLU están determinadas por los parámetros BIND, la aplicación puede seleccionar determinadas características especificando campos en CICB. Para más información, vea la tabla siguiente. Se proporciona información más detallada sobre el uso de CICB y el efecto en la sesión PLU de seleccionar varias opciones de CICB en el contexto de los temas de esta sección que tratan las características de la sesión PLU, como el encadenamiento y el ritmo.
BIND se comprueba mediante una entrada de tabla de comprobación BIND (cuyo índice se especifica en CICB). Las entradas de esta tabla se corresponden con los distintos campos de BIND. Las entradas de la tabla de comprobación BIND se almacenan en el archivo de configuración. Por ejemplo, la entrada de la tabla de comprobación BIND puede especificar que BIND se acepte si el protocolo de respuesta de cadena secundaria es "respuesta definitiva" o "respuesta definitiva o de excepción" (byte 5 bits 2 y 3 = B10 o B11). Esto sería conveniente si la aplicación no quisiera enviar cadenas de excepción de solicitud (RQE).
El uso del bloque de control de la información de conexión se muestra en la tabla siguiente.
| Campo | Explicación |
|---|---|
| Opción Entrega de segmentos | Un valor de 0x00 indica que el nodo local debe realizar el ensamblado del segmento de salida y solo entregar RU completas. Un valor de 0x01 indica que la aplicación quiere que el nodo local entregue segmentos de RU. Para más información, vea Entrega de segmentos. |
| Opción de velocidad de la aplicación | Un valor de 0x00 indica que la aplicación requiere que el nodo local controle la velocidad. Un valor de 0x01 indica que la aplicación debe estar relacionada con la velocidad de salida a través de mensajes Status-Resource. Para más información, vea Velocidad y fragmentación. |
| Opción de cancelación de la aplicación | Un valor de 0x00 indica que el nodo local debe generar automáticamente CANCEL. Un valor de 0x01 indica que la aplicación generará CANCEL. Para más información, vea Encadenamiento de entrada. |
| Opción números de transacción de aplicación | Un valor de 0x00 indica que la aplicación no admite números de transacción. Un valor de 0x01 indica que la aplicación admite números de transacción. Para más información, vea Recuperación. |
| Índice de comprobación BIND | Proporciona el índice de la entrada de tabla de comprobación BIND con la que se deben comprobar los parámetros BIND. Se debe usar uno de los siguientes valores: - 0x01 :3270 sesión de impresora - 0x02 : sesión de visualización de 3270 - 0x10 : aplicación LUA (tipo lu 0) |
La confirmación Open(PLU) Confirm desde el nodo local a la aplicación indica si la comprobación BIND se ha realizado correctamente y, si es así, proporciona el bloque de control de información de enlace (BICB). BICB resume los parámetros BIND de sesión en un formato adecuado para lenguajes de alto nivel y define de forma eficaz las características de la sesión PLU. Normalmente, la aplicación que no negocia BIND no debe exigir examinar BIND en la solicitud Open(PLU) Request y debe usar el bloque BICB en Open(PLU) OK Confirm.
En la tabla siguiente se resumen los campos del bloque BICB y su correspondencia con los parámetros de la RU de BIND. Para obtener información más detallada, vea el manual de IBM Arquitectura de redes de sistemas: formatos, (GA27-3136).
| Posición en Open(PLU) OK Confirm | Posición en la RU de Bind [byte,bit] | Descripción |
|---|---|---|
| dataru[0] | [ 2, ] | Perfil de administración de funciones (FM) |
| dataru[1] | [ 3, ] | Perfil del servicio de transmisión |
| dataru[2] | [ 4, 0] | Uso del encadenamiento principal |
| dataru[3] | [ 4, 1] | Modo de control de solicitud principal |
| dataru[4] | [ 4,2-3] | Protocolo de respuesta de cadena principal |
| dataru[5] | [ 4, 4] | Confirmación en dos fases principal |
| dataru[6] | [ 4, 6] | Indicador de compresión principal |
| dataru[7] | [ 4, 7] | Indicador de corchete de cierre de envío principal (EB) |
| dataru[8] | [ 5, 0] | Uso de encadenamiento secundario |
| dataru[9] | [ 5, 1] | Modo de control de solicitud secundaria |
| dataru[10] | [ 5,2-3] | Protocolo de respuesta de cadena secundaria |
| ataru[11]** | [ 5, 4] | Confirmación en dos fases secundaria |
| dataru[12] | [ 5, 6] | Indicador de compresión secundario |
| dataru[13] | [ 5, 7] | Indicador de EB de envío secundario |
| dataru[14] | [ 6, 1] | Uso de encabezado de FM |
| dataru[15] | [ 6, 2] | Uso de corchetes1 |
| dataru[16] | [ 6, 2] | Estado de restablecimiento de corchetes2 |
| dataru[17] | [ 6, 3] | Regla de cierre de corchetes |
| dataru[18] | [ 6, 4] | Indicador de conjunto de código alternativo |
| dataru[19] | [ 6, 5] | Disponibilidad del número de secuencia |
| dataru[20] | [ 7,0-1] | Modo de envío y recepción de flujo normal |
| dataru[21] | [ 7, 7] | Restablecimiento biestable de dúplex medio |
| dataru[22] | [ 8,2-7] | Ventana de envío de velocidad secundaria |
| ataru[23]** | [ 9,2-7] | Ventana de recepción de velocidad secundaria |
| dataru[24-25]\* | [10, ] | Tamaño máximo de la unidad de solicitud de envío secundaria |
| dataru[26-27]\* | [11, ] | Tamaño máximo de la unidad de solicitud de envío principal |
| dataru[28] | [14,1-7] | Tipo de sesión LU-LU |
| dataru[29] | [27, ] | Tamaño del nombre de PLU |
| dataru[30-37] | [28, ] | Nombre de PLU en Extended Binary Coded Decimal Interchange Code (EBCDIC) |
| dataru[38] | [15,0-3] | Tipo de sesión 1: tipo de encabezado de administración de funciones (FMH) de PS |
| dataru[39] | [15,4-7] | Perfil de flujo de datos de PS |
| dataru[40] | [16, 0] | Número de destinos pendientes |
| dataru[41] | [16, 1] | Indicador de datos compactados |
| ataru[42]** | [16, 2] | Indicador permitido de registro de información de dispositivos periféricos (PDIR) |
| dataru[43] | [15, 0] | Tipo de sesión 2 o 3: compatibilidad con consultas |
| dataru[44] | [24,1-7] | Tamaño de pantalla dinámico |
| dataru[45] | [20, ] | Tamaño de fila básico |
| dataru[46] | [21, ] | Tamaño de columna básico |
| dataru[47] | [22, ] | Tamaño de fila alternativo |
| dataru[48] | [23, ] | Tamaño de columna alternativo |
Nota
10x00 = Corchetes no usados. 0x01 = Corchetes usados.
Nota
20x01 = El estado de restablecimiento de corchetes es BETB (entre corchetes). 0x02 = El estado de restablecimiento de corchetes es INB (con corchetes).
Nota
Estos valores son de tipo INTEGER (todos los demás son de tipo CHAR).
Se puede producir un error en la secuencia de apertura de LAN si la aplicación rechaza la solicitud Open(PLU) Request (por ejemplo, si los parámetros BIND son inaceptables en un elemento BIND no negociable) mediante el envío de la respuesta Open(PLU) Error Response y los códigos de detección adecuados. El nodo local envía al host una respuesta negativa a la solicitud BIND que contiene los códigos de detección proporcionados. La conexión de PLU se considera cerrada después de una respuesta Open(PLU) Error Response, y el nodo local no genera ninguna confirmación Open(PLU) Confirm. En la figura siguiente se muestra un error al abrir la conexión de PLU (para un elemento BIND no negociable), debido a que la aplicación rechaza la solicitud Open(PLU) Request.
Error al abrir la conexión de PLU
La secuencia de PLU de apertura también puede generar un error si la comprobación de BIND en la tabla de comprobación BIND especificada por la aplicación también genera un error. En este caso, el nodo local hace lo siguiente: envía al host una respuesta negativa a la solicitud BIND con los códigos de detección adecuados.
Envía a la aplicación una confirmación Open(PLU) Error Confirm con la primera palabra de los códigos de detección como el primer código de error y el índice del parámetro BIND en el error como segundo código de error.
Se considera que la conexión de PLU está cerrada después de la confirmación Open(PLU) Error Confirm. En la figura siguiente se muestra un error al abrir la conexión de PLU debido a un error de comprobación de BIND. Tenga en cuenta que el código de error 2 proporciona el índice en la RU del parámetro de BIND en el error.
No se puede abrir la conexión de PLU debido a un error de comprobación de BIND.