次の方法で共有

接続する

  • [アーティクル]

メッセージが接続を経由する前に、接続を確立または開く必要があります。 これは、パートナー (P1) が通信するパートナーのローカリティ パートナー インデックス (LPI) アドレスを最初に把握していないために必要です。 通信する適切なパートナーが存在しない場合もあります。

リソース ロケーターと呼ばれるベースのコンポーネントと、Open メッセージと呼ばれる Open 型のメッセージは、パートナー間の接続を確立するために使用されます。

次の手順では、接続の確立方法について説明します。 詳細については、「 関数管理インターフェイス」を参照してください。

パートナー間の接続を確立するには

  1. Open メッセージには、Open 要求と Open 応答の 2 つのフォームがあります。 Open 要求には、探しているパートナー P1 の種類に関する情報が含まれています。

    P1 は Open 要求を入力し、Base を呼び出します。 パートナーの LPI アドレスがわからないため、宛先の LPI 値を 0 に設定します。

  2. Base には宛先 LPI アドレスがないため、Open を特定のパートナーに転送できません。 そのため、Open をリソース ロケーターに渡し、Open を受け入れるローカリティの検索を試みます。 ダイナミック アクセス モジュール (DMOD) には、この種類の Open を受け入れる可能性のあるすべてのロケールのレコードがあります。 リソース ロケーターは、Open が受け入れられるまで、これらの各ロケールを試行します。 ローカリティが見つからない場合、リソース ロケーターは Open に否定的な応答を返し、パートナーが見つからなかったことを送信者に通知します。

  3. リモートのローカリティが Open を受信すると、Base は Open をパートナー (P2) に渡します。 P2 が Open を受け入れられる場合は、P1 に正の Open 応答メッセージを送信して応答します。

  4. P1 に返される Open 応答メッセージには、特定の接続のソースと宛先の両方の LPI 値が含まれています。 この交換の最後に、P1 と P2 の両方が互いのアドレスを認識し、接続経由で通信できます。

    LPI のコンテキストにおける source と destination という用語は、特定のメッセージのソースと宛先を参照します。 3270 エミュレーターは、ローカル 2.1 ノードに送信するメッセージを作成するときに、ローカル 2.1 ノードから Open 応答で受信したソースと宛先の LPI をスワップする必要があります。

    システム サービス制御ポイント (SSCP) およびプライマリ論理ユニット (PLU) セッションの初期化中に LPI アドレスを割り当てる方法の詳細な例については、「 PLU 接続を開く」を参照してください。