Procesamiento de adaptadores de recepción de MLLP
El adaptador de recepción del Protocolo de capa inferior mínima (MLLP) admite los modos de respuesta de solicitud unidireccional y bidireccional. El adaptador escucha y acepta conexiones.
Cuando el adaptador de recepción mlLP funciona en modo bidireccional, el adaptador no recibirá un nuevo mensaje de la conexión hasta que la canalización haya generado la confirmación (ACK) para el mensaje anterior.
Parámetros de configuración
Los parámetros de un controlador de recepción se configuran en el nivel host de BizTalk y se aplican a todas las ubicaciones de recepción de MLLP asociadas.
| Parámetro | Uso |
|---|---|
| Límite máximo de aceptación de conexión | Limita el número de conexiones abiertas simultáneas que aceptará el adaptador de recepción. |
Confirmaciones con el adaptador de recepción MLLP bidireccional
Cuando un adaptador de recepción MLLP bidireccional recibe un mensaje, el Acelerador de Microsoft BizTalk para HL7 (BTAHL7) puede generar los siguientes tipos de ACK:
ACK de confirmación mejorada HL7: en este escenario, BTAHL7 envía una confirmación ACK en la misma conexión. Envía un ACK de aceptación de aplicación en un puerto de envío diferente.
Aceptar aplicación ACK: en este escenario, BTAHL7 envía una ACK de aceptación de aplicación en la misma conexión.
ACK estático: en este escenario, BTAHL7 envía una ACK en la misma conexión.
El tipo de ACK generado depende de la configuración del Explorador de configuración de BTAHL7 para la entidad que envía el mensaje. El valor de los campos MSH 15 y 16 de un mensaje individual puede invalidar esta configuración. Sin embargo, para las aplicaciones que esperan ACK estáticos, la configuración solo se puede establecer a través del Explorador de configuración de BTAHL7.
Condiciones de error
Los siguientes eventos se producen cuando hay una condición de error o una inactividad:
Si la ubicación de recepción está deshabilitada o BizTalk Server se cierra, se produce lo siguiente:
La ubicación de recepción ya no aceptará nuevas conexiones.
Para las conexiones existentes, BizTalk Server recibe completamente el mensaje actual y, a continuación, cierra la conexión.
Cuando se detecta inactividad (no se reciben datos de carga en la ubicación de recepción dentro del tiempo de espera especificado), el adaptador cierra la conexión.
Si BizTalk Server recibe un mensaje incompleto, la parte recibida se suspende. Se omiten todos los bytes recibidos fuera de un mensaje (antes del primer SB en una nueva conexión, entre EB/CR y SB del siguiente mensaje).
Si la canalización no puede analizar el mensaje, el mensaje se sigue entregando a la base de datos de cuadro de mensajes, con una propiedad promocionada ParseError=true.
Si se produce un error en un mensaje debido a la ausencia de una suscripción o debido a errores estructurales en el encabezado, BizTalk Server suspende el mensaje en su formulario "wire" original (antes de analizarse). Una razón frecuente para el error sin suscripción es la falta de propiedades promocionadas. Dado que BizTalk Server suspende el mensaje no analiza, el BTS. MessageType estará en blanco.
En la tabla siguiente se enumeran los errores que devuelve el adaptador de recepción mlLP.
| Evento | ID | Condición de error |
|---|---|---|
| ErrorListening | 8448 | No se pudo enlazar a un socket local (lo más probable es que alguna otra aplicación local use la misma combinación de identificador de puerto o dirección IP). |
| ErrorAcceptingConnection | 8449 | No se pudo establecer una conexión TCP con la entidad remota. Los BizTalk Server alcanzaron el límite máximo de conexiones o los recursos no eran suficientes. |
| ErrorSubmittingMessage | 8452 | La base de datos MessageBox no pudo aceptar el mensaje. Los SQL Server no estaban disponibles o los recursos no eran suficientes. |
| ErrorSendingAck | 8454 | BizTalk Server no pudo devolver la confirmación porque la conexión no estaba disponible. |
Contadores de rendimiento
En la tabla siguiente se enumeran los contadores de rendimiento que usa el adaptador de MLLP.
| Contador | Significado |
|---|---|
| Bytes | Tamaño de la carga de todos los documentos recibidos o enviados. |
| Bytes/s | Rendimiento actual de la carga recibida o enviada. |
| Documentos procesados | Recepción de MLLP: Número de documentos entregados correctamente a la base de datos MessageBox. Envío de MLLP: Número de documentos entregados correctamente a la aplicación remota. |
| Error en los documentos | Recepción de MLLP: Número de documentos que no se entregaron correctamente a la base de datos MessageBox. Envío de MLLP: Número de documentos que no se entregaron correctamente a la aplicación remota. |
| Estado de conexión | Estado de la conexión del adaptador, 1 o 0 (1=conectado). |
Las instancias del contador de rendimiento usan el siguiente esquema de nomenclatura:
{recv|trans} : connection name : remote IP address : remote port ID
Donde el adaptador de recepción mlLP usa el prefijo "recv" y el adaptador de envío mlLP usa "trans".
Nota:
Los ACK enviados por puertos de recepción (por ejemplo, un adaptador que funciona en modo bidireccional) y los puertos de envío (que funcionan para recibir ACK en la misma conexión de socket) no se cuentan.
Consulte también
Procesamiento de mensajes con codificación MLLP
Parámetros de configuración para adaptadores de envío y recepción
Procesamiento de adaptadores de envío de MLLP
Configurar un puerto de envío para recibir confirmaciones