Auf Englisch lesen

Freigeben über


MDN-Nachrichten

Die MDN (Message Disposition Notification) ist die als Antwort auf eine AS2-Nachricht gesendete Bestätigung. Wenn ein MDN aktiviert ist, ist die AS2-Übertragung erst abgeschlossen, wenn der MDN empfangen und überprüft wurde. BizTalk Server versucht immer, einen MDN zurückzugeben, um die status der Nachrichtenverarbeitung anzugeben, auch wenn bei der Verarbeitung der AS2-Nachricht ein Fehler aufgetreten ist.

Die MDN stellt sicher, dass Folgendes überprüft wird:

  • Dass die ursprüngliche Nachricht erfolgreich von der empfangenden Partei empfangen wurde. Dies wird vom Absender der ursprünglichen Nachricht überprüft, indem er die Nachrichten-ID der ursprünglichen gesendeten Nachricht mit dem Feld "original-message-id" vergleicht, das vom Empfänger in die MDN eingeschlossen wurde.

  • Dass die Integrität der ausgetauschten Daten vom empfangenden Partner überprüft wurde. Dies wird vom Absender der ursprünglichen Nachricht überprüft, indem er den aus der Nutzlast der ursprünglichen gesendeten Nachricht berechneten MIC-Wert mit dem MIC-Wert vergleicht, der vom Empfänger für die Nutzlast der empfangenen Nachricht berechnet und im Feld "Received-content-MIC" der MDN (sofern signiert) eingeschlossen wurde.

  • Dass es eine Nichtabweisung des Empfangs gibt. Hierfür überprüft der Absender die signierte MDN mithilfe des öffentlichen Schlüssels des empfangenden Partners und stellt sicher, dass der zurückgegebene MIC-Wert in der MDN dem MIC-Wert für die Nutzlast der ursprünglichen Nachricht übereinstimmt, die in der Nichtabstreitbarkeitsdatenbank gespeichert ist.

    Hinweis

    Eine synchrone MDN fungiert als HTTP-Antwort, z. B. "200 OK".

    Hinweis

    Weitere Informationen zur empfangsseitigen Verarbeitung von MDNs finden Sie unter Verarbeiten eines eingehenden MDNs. Weitere Informationen zur sendeseitigen Verarbeitung von MDNs finden Sie unter Senden eines ausgehenden MDNs.

Eigenschaften zum Generieren der MDN

Die AS2Receive-Empfangspipeline generiert einen MDN mithilfe der AS2-Vereinbarungseigenschaften einer Partei, wenn die Eigenschaft Vereinbarungseinstellungen für Validierung und MDN anstelle des Nachrichtenheaders verwenden auf der Registerkarte Unidirektionale Vereinbarung im Dialogfeld Vereinbarungseigenschaften ausgewählt ist. In dieser Instanz wird die MDN mithilfe der AS2-From-Eigenschaft im Nachrichtenkopf generiert, es werden jedoch andere Eigenschaften aus den AS2-Vereinbarungseinstellungen der Partei übernommen.

Wenn die Option zum Überschreiben der AS2-Eigenschaft nicht ausgewählt wurde oder die AS2 Vereinbarung der Partei verfügbar ist, generiert die Empfangspipeline die MDN mithilfe der AS2-Headertags in der eingehenden Nachricht.

Eine MDN kann zwar signiert, jedoch nicht verschlüsselt oder komprimiert werden.

MDN-Kontexteigenschaften

Zu den Kontexteigenschaften für das Verarbeiten von MDN-Nachrichten zählen Eigenschaften, die höher gestuft werden können, sowie Eigenschaften, die nicht öffentlich verfügbar gemacht werden, die jedoch in angehaltenen und nachverfolgten Nachrichten angezeigt werden können. Eine Liste dieser Kontexteigenschaften finden Sie unter AS2-Kontexteigenschaften.

Sowohl die DispositionMode-Kontexteigenschaft als auch die DispositionType-Kontexteigenschaft müssen höher gestuft werden, damit eine MDN generiert wird. Wenn ein Fehler in der AS2- oder EDI-Nutzlast auftritt, wird dieser von der DispositionType-Eigenschaft angegeben. Sie können diese Eigenschaft im Dialogfeld Nachrichtendetails anzeigen, das (über das Dialogfeld Dienstdetails) auf der Seite Gruppenhub der BizTalk Server-Verwaltungskonsole auf der Seite Angehaltene Dienstinstanzen angezeigt wird. Wenn im Header ein Fehler auftritt, gibt BizTalk Server den Fehler in der DispositionType-Eigenschaft an und versucht, den MDN zu senden, kann dies jedoch je nach Fehler möglicherweise nicht tun.

MDN-Header

Die MDN enthält die folgenden Header:

  • HTTP/AS2-Header. Weitere Informationen finden Sie unter AS2-Nachrichten.

  • Übertragungsebene. Hierzu zählen der Content-Type-Header, der die signierte mehrteilige Nachricht enthält, der Algorithmus für den MIC-Wert, das Signaturformatierungsprotokoll sowie die mehrteiligen Unterheader für die äußeren Begrenzungen.

  • Erster Teil. Der erste Teil der mehrteiligen signierten Nachricht ist die eingebettete MDN. Dieser ist für Benutzer lesbar.

  • Zweiter Teil. Der zweite Teil der mehrteiligen signierten Nachricht enthält die digitale Signatur, einen Verweis auf die ursprüngliche Nachricht, den Dispositionstyp und -status sowie den MIC-Wert. Dieser liegt in einem vom Computer lesbaren Format vor.

    Mit dem AS2-From-Header, dem AS2-To-Header und der MessageId-Kontexteigenschaft wird eine MDN in Beziehung zu der AS2-Nachricht gesetzt, deren Antwort sie darstellt. Der Original-Message-ID-Header in einer MDN stammt aus dem Message-ID-Header der AS2-Nachricht, deren Antwort die MDN darstellt.

MIC

Mithilfe der MIC (Message Integrity Check, Nachricht Integritätsprüfung) wird sichergestellt, dass eine MDN der Nutzlast der ursprünglich gesendeten Nachricht entspricht. Der MIC-Digest ist im Erweiterungsfeld "Received-Content-MIC" im zweiten Teil der mehrteiligen signierten MDN-Nachricht enthalten.

Wenn eine MDN aktiviert ist und die AS2-Sendepipeline eine ausgehende Nachricht verarbeitet, wird ein MICHashValue aus der Nachrichtennutzlast berechnet. Die Sendepipeline speichert den Hashwert in der Tabelle EdiInt_Mic der Datenbank BizTalkMsgBoxDb. AS2-Nachrichten werden in dieser Tabelle nachverfolgt. Sie werden eindeutig durch die Werte AS2From, AS2To und MessageID und eine zugehörige Spalte MICHashValue identifiziert. Der Empfänger der Nachricht berechnet beim Verarbeiten der Nachrichtennutzlast den MIC-Hashwert und schließt diesen in die zurückgegebene MDN ein. Der Absender der ursprünglichen Nachricht vergleicht den MIC-Hashwert in der empfangenen MDN mit dem gespeicherten Hashwert. Wenn sie übereinstimmen, wird die MDN freigegeben, und der Eintrag in der Tabelle EdiInt_Mic wird gelöscht. Damit ist die Übertragung abgeschlossen.

Die MIC ist Base64-codiert. Auf die MIC kann ein SHA1- oder MD5-Algorithmus angewendet werden. Sie wird in der Dropdownliste Signaturalgorithmus (aktiviert, wenn die MDN-Eigenschaft "Anforderung signiert " aktiviert ist) auf der Seite Absender-MDN-Einstellungen der Registerkarte "Unidirektionale Vereinbarung" im Dialogfeld "Vereinbarungseigenschaften " bestimmt. Darüber hinaus wird er vom Signed-Receipt-MICalg-AS2-Header der ursprünglichen Nachricht bestimmt.

Weitere Informationen

AS2-Nachrichten
Verarbeiten einer eingehenden MDN-Nachricht
Senden einer ausgehenden MDN