【もう】みずほ障害スレ＠マ板　その17【だめぽ】

>664
もっと下のレイヤでいうことも多いと思うが。メッセージだし。

それはさておき、某手順を使った企業間で送受信をおこなう業務プログラムがあるとする。
そのプロトルコでは、フレーム長固定、ヘッダは○○、などと決められている。データが長いと
分割して、ヘッダの中のシーケンス番号に、１，２と順番につける。その最大値は１７００くらいに
指示されている。

で、ある業者Ａでは、最大値を超えたシーケンス番号をもつフレームをエラーとして破棄する通信ミドルプログラム、
別の業者Ｂはシーケンス番号など気にせず送信するよう通信ミドルプログラムを使用していた。

で、業務プログラムを用いたテストではエラーなど発生しなかった。また、数は多くても短いメッセージしか送ら
れない使い方しかしないため(実際、複数フレームに跨ること自体少なかった)、業務レベルでも支障がなかった。
#１回あたりのメッセージデータが多すぎる(仕様違反)などと想定していなかったともいう。

が、あるとき、複数データをまとめて送ったほうが効率が良いため１件１件の電文をまとめて送るように業務
プログラムを変更した。細切れのレコード単位のファイルを送るのではなく、複数レコードのファイルを送る
ような感じである。
すると、処理件数が増えた時に、Ａ→Ｂは問題なかったが、Ｂ→Ａで処理がエラーとなった。
ただし、業務プログラムは一定秒数間に入力されたデータのみをまとめて送信するため、負荷が
大きな時しか発生しない。

さて、Ａ社のプログラムとＢ社のプログラム、業務プログラム、どちらを修正すべきか。

・・・Ａ社の通信ミドルをエラー処理を回避するように直したという。プロトコルってそんなもんですか。

たとえの話だよ、たとえの。
世の中ではよくある話です。似たようなことに身に覚えのある方も、ゴフッ、ゲフッ、グハッ。死。