Compartir a través de


Problemas conocidos del adaptador de MLLP

Esta sección contiene información útil que puede ayudarle a evitar errores mínimos del adaptador del Protocolo de capa inferior (MLLP).

Es posible que el adaptador MLLP bidireccional no detecte un problema con un ACK

Cuando microsoft BizTalk Accelerator for HL7 (BizTalk Accelerator for HL7 (BTAHL7)) recibe una confirmación (ACK) en un adaptador MLLP bidireccional, el adaptador realiza una validación ligera en ACK para determinar su validez. Si se detecta que es válido, se extrae el campo MSA1 y, en función de su valor, el adaptador reintenta, suspende o elimina el mensaje original al que responde el ACK. Sin embargo, dado que la validación realizada por el adaptador no es una validación completa, es posible que el adaptador no detecte un problema con ACK. Por ejemplo, el adaptador podría determinar que ACK es válido y eliminar el mensaje original, mientras que la canalización determinaría que ACK no tenía el formato correcto y suspendería el mensaje ACK.

Los contadores de rendimiento de MLLP no cuentan los ACK

Una medida de rendimiento es el número de mensajes procesados por un adaptador MLLP, como se indica en los contadores de rendimiento de MLLP. Este recuento mide el número de mensajes recibidos o transmitidos. Sin embargo, el recuento no mide el número de ACK recibidos o enviados.

No se garantiza que los nombres de conexión del adaptador de MLLP sean únicos.

BTAHL7 no garantiza la unicidad del nombre de conexión especificado en las páginas de propiedades de un adaptador MLLP. Asegúrese de que los nombres de conexión descriptivos y pertinentes se escriben en este campo obligatorio. El uso de nombres de conexión que representan aplicaciones de línea de negocio puede ser útil al intentar comprender el comportamiento de la conexión. Por ejemplo, los contadores de PerfMon usan el nombre de conexión.

Nota:

BTAHL7 garantiza la unicidad de las ubicaciones de recepción o los nombres de puerto de envío.

Los adaptadores MLLP bidireccionales no envían ACK de confirmación para todos los mensajes de un lote

Al configurar cada mensaje de un lote para generar un ACK de confirmación y el sistema envía el lote a un adaptador de recepción MLLP bidireccional, el adaptador solo enviará el ACK de confirmación correspondiente al primer mensaje del lote.

Nota:

Se recomienda usar un adaptador MLLP unidireccional para transportar lotes.

NAK generado por el adaptador MLLP bidireccional

Cuando un adaptador MLLP bidireccional suspende cualquier mensaje, el adaptador de MLLP genera un NAK (confirmación negativa) y lo coloca en la base de datos messagebox. Esto puede ser un comportamiento inesperado. Es posible que quiera quitar el NAK de la base de datos messagebox o asignarlo a otro mensaje.

El adaptador MLLP bidireccional solo admite el formato de mensaje 2.X

Actualmente, el adaptador MLLP bidireccional solo admite el formato de mensaje 2.X.

El adaptador MLLP bidireccional no admite confirmaciones estáticas

El adaptador de envío bidireccional no admite el procesamiento de confirmaciones estáticas.

Consulte también

Problemas conocidos