AS2 処理に関する既知の問題

このセクションには、BizTalk Server AS2 ソリューションに関する既知の問題について説明するトピックが含まれています。

AS2 処理が 64 ビット コンピューターでサポートされない

BizTalk Server AS2 ソリューションは、64 ビット コンピューターではサポートされていません。 AS2 処理は、32 ビット コンピューター、または 64 ビット コンピューター上の WOW64 エミュレーターで実行されている場合にのみ機能します。

AS2 受信パイプラインでは、BizTalk 分離ホスト インスタンス プロセスが実行されているアカウントが BizTalk アプリケーション ユーザー グループに含まれている必要があります

AS2EdiReceive または AS2Receive パイプラインを使用している場合は、BizTalk 分離ホスト インスタンス プロセスが実行されているユーザー アカウントを BizTalk アプリケーション ユーザー グループに追加する必要があります。 AS2EdiReceive パイプラインと AS2Receive パイプラインは、BizTalk 分離ホスト インスタンス プロセスで実行されます。

空の受領書 -Delivery-Optionヘッダーが存在すると、MDNが同期的に送信される

AS2Receive パイプラインが、空の receipt-delivery-option ヘッダーを含むメッセージを受信し、非同期 MDN が要求された場合、パイプラインは非同期 MDN 要求を無視します。 代わりに同期 MDN が送信され、イベント ログと AS2 状態レポート (有効になっている場合) にエラーが投稿されます。 これは、[受信メッセージのプロパティをオーバーライドする] プロパティが選択されていない場合に発生します。 このプロパティが選択されている場合、メッセージの Receipt-Delivery-Option ヘッダーは、[AS2 プロパティ] ダイアログ ボックスの [Party as AS2 Message Sender] ページの Receipt-Delivery-Option プロパティの値でオーバーライドされます。

この例では、receipt-delivery-option ヘッダーが空であるため、AS2Receive パイプラインには、非同期接続経由で MDN 応答を送信するアドレスがありません。 ただし、パイプラインには引き続き開いている同期接続があるため、MDN はその接続経由で返されます。 一方向の受信ポートの場合、BizTalk Server は HTTP 200OK メッセージの送信後に接続を閉じます。

展開された HTTP 行ヘッダーと折りたたまれた HTTP 行ヘッダーの使用

相互運用性を最大限に高めるには、AS2 メッセージには改行せずに展開された形式の HTTP ヘッダーを使用する必要があります。 Information Services (IIS) 7.0 では、展開された HTTP ヘッダーのみがサポートされます。 IIS 6.0 では、折りたたまれたヘッダーと展開されたヘッダーがサポートされています。 ただし、すべてのシステムが 1 行あたり 80 文字を超えるヘッダーをサポートできるわけではないため、このようなシステムでは折りたたまれた行を使用する必要があります。

BizTalk Server の AS2 の既定値は、展開された HTTP 行ヘッダーです。

パーティの意思決定は、ローカライズされた名前によって影響を受ける可能性があります

BizTalk Server が送信 AS2 メッセージに対してパーティ解決を実行すると、メッセージ ヘッダーのローカライズされた値の影響を受ける可能性があります。 [AS2 プロパティ] ダイアログ ボックスの [AS2 メッセージ レシーバーとしてパーティー] ページの AS2-To パーティ プロパティが既定で英語のパーティー名に設定されていて、AS2 メッセージの AS2-To ヘッダーの値が英語以外の名前に設定されている場合、一致するものは見つかりません。

AS2 メッセージ サイズの制限

暗号化された AS2 メッセージを処理するには、96 メガバイト未満にする必要があります。 この制限は、AS2Receive パイプラインと AS2EdiReceive パイプラインの一部である AS2 デコーダーによって課されます。

このサイズ制限を回避する方法の 1 つは、AS2 メッセージが暗号化される前に圧縮されるため、圧縮を使用することです。

BizTalk EDI アプリケーションを変更しないでください

BizTalk EDI アプリケーションの成果物を変更または削除することはできません。 このアプリケーションが変更された場合、EDI および AS2 の機能を構成解除して再構成することで、元のアプリケーションに戻す方法はありません。

パートナーがマルチパート メッセージを拒否する可能性がある

症状:

AS2 送信パイプラインを使用してマルチパート メッセージを送信する場合、Content-Type MIME ヘッダーがないため、パートナーがメッセージを拒否する可能性があります。

考えられる原因

Content-Type は、マルチパート メッセージ内の各本文パーツに存在できる省略可能なヘッダーです。 一部のパートナーは、このヘッダーが各本文パーツに存在し、特定のコンテンツ タイプに設定されている必要があります。

解決策

パートナーが各本文パーツの Content-Type ヘッダー値を必要とする場合は、このプロパティを設定し、送信パイプラインでそのコンポーネントを使用するカスタム パイプライン コンポーネントを作成する必要があります。

マルチパート メッセージを受信する場合、最初の部分は本文と見なされます

症状:

マルチパート AS2 メッセージを受信すると、BizTalk Server が添付ファイルの 1 つをメッセージ本文として誤って識別する可能性があります。

考えられる原因

マルチパート/関連メッセージの MIME ヘッダーには、パーツの Content-ID を指定して、メッセージの本文として扱うパーツを示すオプションの 'start' パラメーターが含まれている場合があります。 start パラメーターが存在しない場合は、最初の部分をメッセージの本文と見なす必要があります。 BizTalk Server は、開始パラメーターが存在する場合は受け入れず、常に最初の部分をメッセージの本文として扱います。

解決策

パートナーがマルチパート/関連メッセージの最初の部分として本文を送信できない場合は、メッセージの本文を正しく識別するパイプライン コンポーネントを作成する必要があります。

こちらもご覧ください

EDI および AS2 ソリューションのトラブルシューティング
AS2 ソリューション アーキテクチャ
BizTalk Server AS2 ソリューションの開発と構成