Problèmes connus liés à l’adaptateur MLLP
Cette section contient des informations utiles qui peuvent vous aider à éviter les erreurs d’adaptateur MLLP (Lower Layer Protocol).
L’adaptateur MLLP bidirectionnel peut ne pas détecter un problème avec un ACK
Lorsque Microsoft BizTalk Accelerator for HL7 (BizTalk Accelerator for HL7 (BTAHL7)) reçoit un accusé de réception (ACK) sur un adaptateur MLLP bidirectionnel, l’adaptateur effectue une validation légère sur l’ACK pour déterminer sa validité. S’il est jugé valide, le champ MSA1 est extrait et, en fonction de sa valeur, l’adaptateur réessaye, suspend ou supprime le message d’origine auquel l’ACK répondait. Toutefois, étant donné que la validation effectuée par l’adaptateur n’est pas une validation complète, il est possible que l’adaptateur ne détecte pas un problème avec l’ACK. Par instance, l’adaptateur peut déterminer que l’ACK est valide et supprimer le message d’origine, tandis que le pipeline déterminerait que l’ACK n’était pas correctement formé, et suspendrait le message ACK.
Les compteurs de performances MLLP ne comptent pas les ACL
Une mesure des performances est le nombre de messages traités par un adaptateur MLLP, comme indiqué par les compteurs de performances MLLP. Ce nombre mesure le nombre de messages reçus ou transmis. Toutefois, le nombre ne mesure pas le nombre de clés ACK reçues ou envoyées.
Il n’est pas garanti que les noms de connexion des adaptateurs MLLP soient uniques
BTAHL7 ne garantit pas l’unicité du nom de connexion entré dans les pages de propriétés d’un adaptateur MLLP. Vérifiez que les noms de connexion descriptifs et pertinents sont entrés dans ce champ obligatoire. L’utilisation de noms de connexion qui représentent des applications métier peut être utile lorsque vous essayez de comprendre le comportement de la connexion. Par exemple, les compteurs PerfMon utilisent le nom de connexion.
Notes
BTAHL7 garantit l’unicité des emplacements de réception ou des noms de port d’envoi.
Les adaptateurs MLLP bidirectionnel n’envoient pas de commit ACK pour tous les messages d’un lot
Lorsque vous configurez chaque message d’un lot pour générer un commit ACK et que le système envoie le lot à un adaptateur de réception MLLP bidirectionnel, l’adaptateur envoie uniquement l’ACK commit correspondant au premier message du lot.
Notes
Il est recommandé d’utiliser un adaptateur MLLP unidirectionnel pour transporter des lots.
NAK généré par l’adaptateur MLLP bidirectionnel
Lorsqu’un adaptateur MLLP bidirectionnel interrompt un message, l’adaptateur MLLP génère un NAK (accusé de réception négatif) et le place dans la base de données MessageBox. Il peut s’agir d’un comportement inattendu. Vous pouvez supprimer le NAK de la base de données MessageBox ou le mapper dans un autre message.
L’adaptateur MLLP bidirectionnel prend uniquement en charge le format de message 2.X
L’adaptateur MLLP bidirectionnel prend actuellement uniquement en charge le format de message 2.X.
L’adaptateur MLLP bidirectionnel ne prend pas en charge les accusés de réception statiques
L’adaptateur d’envoi bidirectionnel ne prend pas en charge le traitement des accusés de réception statiques.