2.1.1 コネクションの確立と解放

SLU - TypeP2では,相手システムとの間に論理的通信路コネクション)を確立してメッセージを送受信します。コネクションは,SLUTYPE-Pプロトコルのセションに対応します。

<この項の構成>
(1) コネクションの確立
(2) コネクション確立時のチェック項目
(3) コネクション確立時の再試行
(4) コネクションの正常解放
(5) コネクションの強制解放
(6) コネクション解放後の回復動作

(1) コネクションの確立

コネクションの確立方法には,次の三つがあります。

(a) ホストからの要求による確立

ホスト(相手システム)からコネクションの確立の要求を受ける方法です。

システム定義時,コネクション定義の起動種別(mcftalccn -k)にホスト起動(host)が指定された場合,SLU - TypeP2はホストからの確立要求(BIND)を待ちます。コネクション確立後,すべての論理端末を閉塞解除し,UAPにコネクションの確立(COPNEVT)を通知します。

ホストからの要求による確立を次の図に示します。

図2-1 ホストからの要求による確立

[図データ]

(b) SLU - TypeP2の定義による自動確立

システム定義時,コネクション定義の起動種別(mcftalccn -k)に端末起動(ws)が指定され,かつ自動確立(-i auto)が指定された場合,SLU - TypeP2はホストに対して確立要求を送信します。コネクション確立後,すべての論理端末を閉塞解除し,UAPにコネクションの確立(COPNEVT)を通知します。

SLU - TypeP2の定義による自動確立を次の図に示します。

図2-2 SLU - TypeP2の定義による自動確立

[図データ]

(c) 運用コマンド入力による手動確立

システム定義時,コネクション定義の起動種別(mcftalccn -k)に端末起動(ws)が指定され,かつ手動確立(-i manual)が指定された場合,または,コネクション解放後に再確立する場合,運用コマンド(mcftactcn)を入力することでコネクションを確立できます。このとき,SLU - TypeP2はホストに対して確立要求を送信します。コネクション確立後,すべての論理端末を閉塞解除し,UAPにコネクションの確立(COPNEVT)を通知します。

運用コマンド入力による手動確立を次の図に示します。

図2-3 運用コマンド入力による手動確立

[図データ]

(2) コネクション確立時のチェック項目

ホストからの要求によってコネクションを確立する場合,SLU - TypeP2はホストから受信した確立要求(BINDコマンド)のパラメタをチェックします。このチェックの結果,エラーが検出されると否定応答(センスコード=0821)が出力されます。否定応答(センスコード=0821)は,次のエラーが検出された場合に出力されます。

SLU - TypeP2で固有にチェックするパラメタの内容を次の表に示します。

表2-1 パラメタのチェック内容

内容位置
(バイト)
長さ
(バイト)
チェック基準値
(16進数字)
フォーマット,BIND指令種別11(01)16,または(00)16
FMプロファイル番号21(04)16
TSプロファイル番号31(04)16
PLUプロトコル41(b1)16
SLUプロトコル51(b1)16
共通プロトコル62(6080)16
SLU送信最大RU長101(00)16,またはMCF通信構成定義の送信最大RU長(mcftalccn -r sndrusiz)の指定値
SLU受信最大RU長111(00)16,またはMCF通信構成定義の受信最大RU長(mcftalccn -r rcvrusiz)の指定値
LUタイプ141(00)16
注※
SLU送信最大RU長とSLU受信最大RU長は,相手システム(ホストシステム)で定義される最大RU長です。これらの値は,自システム(OpenTP1システム)のMCF通信構成定義(mcftalccn)の-r sndrusizと-r rcvrusizの指定値と,次に示す大小関係にある場合に有効となります。
  • 自システムの送信最大RU長(-r sndrusiz)の指定値が,ホストシステムで指定されているSLU送信最大RU長以下の場合
  • 自システムの受信最大RU長(-r rcvrusiz)の指定値が,ホストシステムで指定されているSLU受信最大RU長以上の場合

(3) コネクション確立時の再試行

SLU - TypeP2は,コネクション確立時,コネクション定義の起動種別(mcftalccn -k)に端末起動(ws)が指定された場合,コネクション定義のコネクション確立再試行(mcftalccn -b)で指定された値に基づいてコネクション確立の再試行をします。

コネクション定義の詳細については,5章の「mcftalccn(コネクション定義の開始)」を参照してください。

(4) コネクションの正常解放

コネクションの正常解放には,次の三つがあります。

コネクションが正常解放された場合,論理端末は自動的に閉塞され,SLU - TypeP2はUAPにコネクションの解放(CCLSEVT)を通知します。なお,システム終了時は,CCLSEVTは通知されません。

コネクションの正常解放は,ユーザ間のデータ送受信が終了したあとに行ってください。

ホストからの解放を図2-4に,システム終了時の解放を図2-5に,運用コマンド入力による解放を図2-6に示します。

図2-4 ホストからの解放

[図データ]

図2-5 システム終了時の解放

[図データ]

図2-6 運用コマンド(mcftdctcn)入力による解放

[図データ]

(5) コネクションの強制解放

コネクションの強制解放には,次の三つがあります。

コネクションが強制解放された場合,論理端末は自動的に閉塞され,SLU - TypeP2はUAPにコネクションの解放(CERREVT)を通知します。下位障害,内部矛盾などの障害対策については,「8. 障害対策」を参照してください。

下位障害発生による解放を図2-7に,運用コマンド(mcftdctcn -f)入力による解放を図2-8に,内部矛盾による解放を図2-9に示します。

図2-7 下位障害発生による解放

[図データ]

図2-8 運用コマンド(mcftdctcn -f)入力による解放

[図データ]

注※
通信管理で発行されます。

図2-9 内部矛盾による解放

[図データ]

(6) コネクション解放後の回復動作

システム定義のコネクション定義の起動種別(mcftalccn -k)に指定するオペランドによって,SLU - TypeP2では解放したコネクションの回復動作が異なります。

コネクション定義の起動種別(mcftalccn -k)の指定内容とSLU - TypeP2の動作を次の表に示します。

表2-2 -kオプションの指定内容とSLU - TypeP2の動作

-kオプションの指定内容SLU - TypeP2の動作
host(ホスト起動)コネクション解放後,ホストからのコネクション確立要求を待ちます。
ws(端末起動)コネクション解放後,ユーザからの運用コマンド(mcftactcn)の入力を待ちます。

なお,コマンド入力による手動回復なのか,システムによる自動回復なのかを示す回復動作情報は,SLU - TypeP2がCERREVTまたはCCLSEVTに設定します。これらのイベントの種類および詳細については,「4.2 MCFイベントインタフェース」を参照してください。

コネクション定義の起動種別(mcftalccn -k)にホスト起動(host)が指定されたコネクションに対して運用コマンド(mcftactcn)が入力された場合,mcftactcnコマンドはエラーリターンして,SLU - TypeP2がメッセージログ(KFCA15342-E)を出力します。

また,コネクション定義の起動種別(mcftalccn -k)に端末起動(ws)が指定された場合,該当するコネクションに対して運用コマンド(mcftactcn)が入力されるまで,ホストからのコネクション確立要求は通信管理によって拒否されます。