Mensajes MDN
La notificación de disposición de mensaje (MDN) es la confirmación enviada en respuesta a un mensaje AS2. Si se habilita un MDN, la transmisión AS2 no se completa hasta que se comprueba y recibe el MDN. BizTalk Server intentará siempre devolver un MDN para indicar el estado del procesamiento de mensajes incluso si se produce un error en el procesamiento del mensaje AS2.
El MDN proporciona comprobación de que:
Que la entidad receptora recibió correctamente el mensaje original. El remitente del mensaje original lo comprueba comparando el identificador de mensaje del mensaje original enviado con el campo original-message-id que el receptor ha incluido en el MDN.
Que el asociado receptor ha comprobado la integridad de los datos intercambiados. El remitente del mensaje original lo comprueba mediante la comparación de la MIC que se calcula a partir de la carga del mensaje original enviado, con la MIC que el receptor ha calculado en la carga del mensaje recibido e incluido en el campo Received-content-MIC del MDN (si está firmado).
Que no hay rechazo de recibo. El remitente lo realiza mediante la comprobación del MDN firmado con la clave pública del socio receptor y la comprobación de que el valor MIC devuelto en el MDN es el mismo que la MIC para la carga del mensaje original almacenada en una base de datos sin repudio.
Nota
Un MDN sincrónico que sirve como una respuesta HTTP, por ejemplo, 200 OK.
Nota
Para obtener más información sobre el procesamiento del lado de recepción de MDN, consulta Processing an Incoming MDN. Para obtener más información sobre el procesamiento del lado de envío de MDN, consulta Enviar un MDN saliente.
La canalización de recepción AS2Receive generará una MDN mediante las propiedades del contrato AS2 de una entidad si la configuración de Usar contrato para validación y MDN en lugar de la propiedad de encabezado de mensaje está seleccionada en la pestaña acuerdo unidireccional del cuadro de diálogo Propiedades del contrato . En esta instancia, la propiedad AS2-From en el encabezado de mensaje se usará en la generación del MDN pero se tomarán otras propiedades de la configuración de acuerdo AS2 de la entidad.
Si la opción para invalidad la propiedad de AS2 no se selecciona o el acuerdo de AS2 de la entidad no está disponible, la canalización de recepción generará el MDN mediante las etiquetas de encabezados de AS2 en el mensaje entrante.
Puede firmarse un MDN pero no puede cifrarse o comprimirse.
Las propiedades de contexto utilizadas en el procesamiento de mensajes MDN incluyen propiedades que se pueden ser promocionadas así como propiedades que no se exponen públicamente pero pueden verse un mensajes de seguimiento o suspendidos. Para obtener una lista de estas propiedades de contexto, vea Propiedades de contexto as2.
Las propiedades de contexto de DispositionMode y DispositionType deben promocionarse en orden para que se genere un MDN. Si se produce un error en la carga EDI o AS2, la propiedad DispositionType indicará el error. Puede ver esta propiedad en el cuadro de diálogo Detalles del mensaje que se muestra (a través del cuadro de diálogo Detalles del servicio) desde las instancias de servicio suspendidas en la página Concentrador de grupos de la consola de administración de BizTalk Server. Si se produce un error en el encabezado, BizTalk indicará el error en la propiedad DispositionType e intentará enviar el MDN pero, dependiendo del error, puede que no pueda hacerlo.
El MDN contiene los encabezados siguientes:
Encabezados HTTP/AS2. Para obtener más información, vea Mensajes AS2.
Capa de transferencia. esto incluye el encabezado Content-Type que incluye el mensaje con varias partes firmado, el algoritmo para la MIC, el protocolo de formato de firma y encabezados secundarios de límites de varias partes más externos.
Primera parte. la primera parte del mensaje firmado con varias partes es el MDN integrado. Es legible por el usuario.
Segunda parte. la segunda parte del mensaje firmado con varias partes contiene la firma digital, una referencia al mensaje original, el estado y tipo de disposición y el valor MIC. Es legible por el equipo.
La propiedad de contexto MessageID, el encabezado AS2-From y el encabezado AS2-To se usan para correlacionar un MDN a un mensaje AS2 al que se está respondiendo. El encabezado Original-Message-ID en un MDN viene del encabezado Message-ID del mensaje AS2 al que el MDN está respondiendo.
La comprobación de integridad del mensaje (MIC) se usa para comprobar si un MDN correlaciona con la carga del mensaje original enviado. La síntesis de MIC se incluye en el campo de extensión Received-Content-MIC en la segunda parte del mensaje MDN firmado con varias partes.
Si se habilita un MDN, cuando la canalización de envío AS2 procesa un mensaje saliente, se calcula MICHashValue a partir de la carga del mensaje. La canalización de envío guarda el valor hash en la tabla EdiInt_Mic de la base de datos BizTalkMsgBoxDb. En esta tabla se realiza el seguimiento de los mensajes AS2, se identifican de forma única mediante los valores S2From, AS2To y MessageID, junto con la columna MICHashValue. El receptor del mensaje calcula el valor hash de MIC cuando procesa la carga del mensaje e incluye el valor hash en el MDN que devuelve. El remitente del mensaje original comparará el valor hash de MIC en el MDN que recibe con el valor hash que almacena. Si coinciden, elimina el MDN y la entrada en la tabla EdiInt_Mic y se completa la transmisión.
La MIC es de codificación base64. El algoritmo que se va a aplicar a la MIC puede ser SHA1 o MD5. Se determina en la lista desplegable Algoritmo de firma (habilitado si está activada la propiedad Request Signed MDN ) en la página Sender MDN Settings (Configuración mdN del remitente ) de la pestaña de contrato unidireccional en el cuadro de diálogo Propiedades del contrato . También se determina a partir del encabezado Signed-Receipt-MICalg AS2 del mensaje original.
Mensajes AS2
Procesamiento de un MDN de entrada
Envío de un MDN de salida