次の方法で共有


IP-DLC リンク サービスの概念と用語

次に、APPN や HPR など、このセクションで参照される用語と概念の簡単な概要を示します。

Session

セッションは、2 つのネットワーク アクセス可能ユニット (NAU) 間の論理接続です。 NAU の最も一般的な例は論理ユニット (LU) です (詳細については、このトピックで後述する論理ユニット (LU) を参照してください)。

物理装置 (PU)

ノードに関連付けられているリソース (接続されたリンクや隣接するリンク ステーションなど) を管理および監視するコンポーネント。 この用語は、APPN 以外のノードにのみ適用されます。

論理ユニット (LU)

論理ユニット (LU) は、アプリケーションまたはエンド ユーザーが SNA ネットワークにアクセスして別のアプリケーションまたはエンド ユーザーと通信するポートです。 LU は、他の LU で多くのセッションをサポートできる場合があります。

LU には次の 2 種類があります。

  • 依存 LU では、別の LU とのセッションを確立するためにメインフレームからの支援が必要です。 これらは、古い LU とも呼ばれます。

  • 独立 LU は、メインフレームを介さずに別の LU とのセッションを確立できます。

Appn

Advanced Peer-to-Peer Networking (APPN) は、分散ネットワーク制御をサポートするネットワーク アーキテクチャです。 これにより、ネットワークの構成と使用が容易になり、一元化されたネットワーク管理が提供され、柔軟な接続がサポートされます。

APPN ノード

APPN ノードには、z/OS を使用するメインフレーム、DCLs SNAP-IX を実行する Solaris サーバー、WINDOWS 用 IBM Communications Server を実行している PC、IBM IBM i サーバーなど、さまざまなサイズのシステムが含まれます。

APPN ネットワークでは、ノードには次のいずれかの種類を指定できます。

  • ネットワーク ノード (NN)

  • エンド ノード (EN)

  • ブランチ ネットワーク ノード (BrNN)

  • 低エントリ ネットワーク ノード (LEN ノード)

    APPN ネットワーク内の各ノードは、APPN ネットワーク内の少なくとも 1 つの他のノードに接続されています。 サポートされている場合、CP-CP (Control Point to Control Point) セッションは、隣接するノード (3 番目のノードを経由せずに直接接続を確立できる同じネットワーク内のノード) へのこれらの接続を介して確立されます。 CP-CP セッションは、ネットワーク トポロジ情報の交換、ネットワーク リソースの場所の要求、セッションの管理に使用されます。 APPN ネットワーク内のすべてのノードは、共通のネットワーク名を共有します。

    ネットワーク ノード

    ネットワーク ノードは、そのドメイン内のすべての LU に分散ディレクトリとルーティング サービスを提供します。そのドメインはすべて、ネットワーク ノードのサービスを使用しているエンド ノードと LEN ノードに直接接続されます。 ネットワーク ノードは、直接接続されているエンド ノードと LEN ノードに対してネットワーク ノード サーバー (NNS) と呼ばれます。

    ネットワーク ノードは、次のサービスを提供します。

  • ローカル LU の LU-LU セッション サービス。

  • ディレクトリは、そのドメイン内のすべての LU を検索し、選択をルーティングします。

  • 異なるノード上の LU 間のセッションの中間セッション ルーティング。

  • サービス提供されたエンド ノードまたは LEN ノードと MS フォーカル ポイントの間の管理サービス (MS) データ (アラートなど) のルーティング。

    終了ノード

    エンド ノードは、APPN ネットワーク内のエンドポイントです。 ローカル リソースに対してのみディレクトリ情報が保持されます。 APPN End Node は、隣接するノード上のローカル LU と LU 間のセッションを個別に確立できます。 エンド ノードに直接接続されていないノード上の LU を使用するセッションの場合、エンド ノードは CP-CP セッションを使用してネットワーク ノード サーバーにルーティングとディレクトリ情報を要求します。

    エンド ノードは、ローカル LU をネットワーク ノード サーバーに登録できます。 この機能は、ネットワーク ノード サーバーのネットワーク オペレーターが、ネットワーク ノードがサービスを提供する接続されたエンド ノード上のすべての LU の名前を事前に定義する必要がないことを意味します。

    エンド ノードは複数のネットワーク ノードに接続できますが、一度に 1 つのネットワーク ノード (ネットワーク ノード サーバー) でのみ CP-CP セッションをアクティブにすることができます。 他のネットワーク ノードは、エンド ノードの中間ルーティングを提供する場合にのみ使用することも、メイン ネットワーク ノード サーバーが使用できなくなった場合は代替ネットワーク ノード サーバーとして使用することもできます。

    エンド ノードは、別のエンド ノードまたは LEN ノードに直接接続することもできますが、CP-CP セッションは 2 つのノード間で確立されません。

    LEN ノード

    LEN ノードは、独立した LU 6.2 プロトコルを使用するタイプ 2.1 ノードですが、CP-CP セッションはサポートしていません。 ネットワーク ノードまたはエンド ノードに接続できますが、APPN 関数はサポートされていません。 Host Integration Server の既存の SNA ノードは LEN ノードです。

    ネットワーク ノードは、接続された LEN ノードにルーティング サービスを提供できます。これにより、LEN ノードは、LEN ノードと APPN ネットワーク内のすべてのノードの間でリンクを定義しなくても、APPN ネットワークに参加できます。

    LEN ノードがセッションを確立する APPN ネットワーク内の LU は、LEN ノードのネットワーク ノード サーバー上にあるかのように LEN ノードに定義する必要があります。 LEN ノードは、ネットワーク ノード サーバー経由で接続するように定義された LU を使用してセッションを確立します。 ネットワーク ノードは、APPN ネットワーク経由で、LU が実際に存在するネットワーク内のノードにセッションをルーティングします。

    LEN ノード上の LU は、LEN ノードを提供するネットワーク ノードに対して事前に定義されている必要があります。 LEN ノード上の LU リソース (エンド ノードとは異なり) は、LEN ノードによってネットワーク ノード サーバーに登録できません。

    LEN ノードの唯一のリンクがエンド ノードの場合、LEN ノードは、2 つのノード間の直接リンクを介してエンド ノード上の LU とのみ通信できます。 これは、エンド ノードが中間ルーティングを提供できないためです。

    ブランチ ネットワーク ノード

    ブランチ ネットワーク ノード (BrNN) は、ネットワーク ノードとエンド ノードの機能を組み合わせています。 名前が示すように、BrNN を使用して、ネットワークをバックボーン ネットワークと接続されたブランチ ネットワークに分割できます。 BrNN には、次の機能があります。

  • バックボーン ネットワークに対して、BrNN は、バックボーン ネットワーク内のネットワーク ノード サーバー (NNS) に接続されたエンド ノードとして表示されます。

  • バックボーン ネットワーク内のノードはブランチ内のノードを認識していないため、格納する必要があるトポロジ情報の量が減ります。

  • BrNN はエンド ノードとして表示されるため、バックボーン ネットワークからトポロジ情報を受信しないため (トポロジ情報はネットワーク ノード間でのみ送信されます)、ブランチ ネットワークに流れるネットワーク オーバーヘッド トラフィックの量が削減されます。BrNN はブランチ内のすべてのリソースを、BrNN 自体に配置されているかのように NNS に登録します。 つまり、バックボーン ネットワーク内のノードは、ブランチ内の個別のノードを認識しなくても、ブランチ内のリソースを見つけることができます。

  • ブランチ ネットワークでは、BrNN はネットワーク ノードとして表示され、ブランチ内のエンド ノードと LEN ノードの NNS として機能します。

ハイ パフォーマンス ルーティング

ハイ パフォーマンス ルーティング (HPR) は、APPN アーキテクチャの拡張機能です。 HPR には、次の機能があります。

  • Rapid Transport Protocol (RTP) は、セッション ルート上の中間ノードを介してネットワーク層パケットをルーティングするための処理サイクルとストレージ要件を最小限に抑えます。

  • 自動ネットワーク ルーティング (ANR) を使用すると、最初に計算されたルートの一部が失敗した場合に、APPN ネットワークでセッションを自動的に再ルーティングできます。

依存 LU リクエスター/サーバー

依存 LU リクエスター (DLUR) 関数を使用すると、ホストへの直接接続を必要とするのではなく、依存 LU のセッションを APPN ネットワーク全体のリモート ノードに配置できます。

DLUR は、ホストの Dependent LU Server (DLUS) と連携して動作します。 一緒に、APPN ネットワーク内の依存 LU から DLUS ホストにネットワーク経由でセッションをルーティングします。 ホストへのルートは複数のノードにまたがる可能性があり、APPN のネットワーク管理、動的リソースの場所、ルート計算機能を利用できます。

ローカル ノードがネットワーク ノードの場合、ダウンストリーム コンピューター上の依存 LU は、ノード内部の LU と同じ方法でパススルー DLUR を使用して、ネットワーク経由でホストにアクセスすることもできます。

参照

システムの概要
サポートされている機能
スケーラビリティ
主な制限事項