Pesan MDN
Pemberitahuan Disposisi Pesan (MDN) adalah pengakuan yang dikirim sebagai respons terhadap pesan AS2. Jika MDN diaktifkan, transmisi AS2 tidak selesai sampai MDN diterima dan diverifikasi. BizTalk Server akan selalu mencoba mengembalikan MDN untuk menunjukkan status pemrosesan pesan, bahkan jika terjadi kesalahan dalam memproses pesan AS2.
MDN menyediakan verifikasi hal-hal berikut:
Bahwa pesan asli berhasil diterima oleh pihak penerima. Pengirim pesan asli memverifikasi ini dengan membandingkan MessageID dari pesan asli yang dikirim dengan bidang original-message-id yang disertakan penerima dalam MDN.
Bahwa integritas data yang dipertukarkan diverifikasi oleh mitra penerima. Pengirim pesan asli memverifikasi ini dengan membandingkan MIC yang dihitung dari payload pesan terkirim asli, dengan MIC yang dihitung penerima pada payload pesan yang diterima dan disertakan dalam bidang Received-content-MIC MDN (jika ditandatangani).
Bahwa ada non-penolakan tanda terima. Pengirim melakukan ini dengan memverifikasi MDN yang ditandatangani dengan kunci publik mitra penerima, dan dengan memverifikasi bahwa nilai MIC yang dikembalikan di MDN sama dengan MIC untuk payload pesan asli yang disimpan dalam database non-penolakan.
Catatan
MDN sinkron berfungsi sebagai Respons HTTP, misalnya, 200 OK.
Catatan
Untuk informasi selengkapnya tentang pemrosesan sisi penerimaan MDN, lihat Memproses MDN Masuk. Untuk informasi selengkapnya tentang pemrosesan MDN send-side, lihat Mengirim MDN Keluar.
Alur penerimaan AS2Receive akan menghasilkan MDN menggunakan properti perjanjian AS2 pihak jika pengaturan Gunakan perjanjian untuk validasi dan MDN alih-alih properti header pesan dipilih pada tab perjanjian satu arah dalam kotak dialog Properti Perjanjian . Dalam hal ini, properti AS2-From di header pesan akan digunakan dalam menghasilkan MDN, tetapi properti lain akan diambil dari pengaturan perjanjian AS2 pihak.
Jika opsi untuk mengambil alih properti AS2 tidak dipilih, atau perjanjian AS2 pihak tersedia, alur penerima akan menghasilkan MDN menggunakan tag header AS2 dalam pesan masuk.
MDN dapat ditandatangani, tetapi tidak dapat dienkripsi atau dikompresi.
Properti konteks yang digunakan dalam memproses pesan MDN mencakup properti yang dapat dipromosikan serta properti yang tidak diekspos secara publik, tetapi dapat dilihat dalam pesan yang ditangguhkan dan dilacak. Untuk daftar properti konteks ini, lihat Properti Konteks AS2.
Properti konteks DispositionMode dan DispositionType harus dipromosikan agar MDN dihasilkan. Jika terjadi kesalahan dalam payload AS2 atau EDI, properti DispositionType akan menunjukkan kesalahan. Anda dapat melihat properti ini dalam kotak dialog Detail Pesan yang ditampilkan (melalui kotak dialog Detail Layanan) dari instans layanan yang ditangguhkan di halaman Hub Grup konsol Administrasi BizTalk Server. Jika kesalahan terjadi di header, BizTalk Server akan menunjukkan kesalahan dalam properti DispositionType, dan akan mencoba mengirim MDN, tetapi tergantung pada kesalahan, mungkin tidak dapat melakukannya.
MDN berisi header berikut:
Header HTTP/AS2. Untuk informasi selengkapnya, lihat Pesan AS2.
Lapisan Transfer. Ini termasuk header Content-Type yang menyertakan pesan multipart yang ditandatangani, algoritma untuk MIC, protokol pemformatan tanda tangan, dan sub-header batas multi bagian terluar.
Bagian pertama. Bagian pertama dari pesan bertanda tangan multipihak adalah MDN yang disematkan. Hal ini dapat dibaca manusia.
Bagian kedua. Bagian kedua dari pesan bertanda tangan multipihak berisi tanda tangan digital, referensi ke pesan asli, jenis dan status disposisi, dan nilai MIC. Ini adalah mesin yang dapat dibaca.
Header AS2-From, header AS2-To, dan properti konteks MessageID digunakan untuk menghubungkan MDN dengan pesan AS2 yang ditanggapinya. Header Original-Message-ID di MDN berasal dari header Message-ID dari pesan AS2 yang direspons MDN.
Pemeriksaan Integritas Pesan (MIC) digunakan untuk memverifikasi bahwa MDN berkorelasi dengan payload pesan asli yang dikirim. Hash MIC disertakan dalam bidang ekstensi Received-Content-MIC di bagian kedua pesan MDN yang ditandatangani multipihak.
Jika MDN diaktifkan, ketika alur pengiriman AS2 memproses pesan keluar, MDN menghitung MICHashValue dari payload pesan. Alur kirim menyimpan nilai hash dalam tabel EdiInt_Mic database BizTalkMsgBoxDb. Pesan AS2 dilacak dalam tabel ini, diidentifikasi secara unik oleh nilai AS2From, AS2To, dan MessageID, dengan kolom MICHashValue yang menyertainya. Penerima pesan menghitung nilai hash MIC saat memproses payload pesan, dan menyertakan nilai hash dalam MDN yang dikembalikannya. Pengirim pesan asli akan membandingkan nilai hash MIC di MDN yang diterimanya dengan nilai hash yang disimpannya. Jika cocok, itu membuang MDN, menghapus entri dalam tabel EdiInt_Mic, dan transmisi selesai.
MIC dikodekan base64. Algoritma yang akan diterapkan untuk MIC dapat berupa SHA1 atau MD5. Ini ditentukan dari menu drop-down Algoritma Penandatanganan (diaktifkan jika properti MDN Yang Ditandatangani Permintaan dicentang) di halaman Pengaturan MDN Pengirim dari tab perjanjian satu arah dalam kotak dialog Properti Perjanjian . Ini juga ditentukan dari header Signed-Receipt-MICalg AS2 dari pesan asli.