APPN や HPR など、このセクションで参照される用語と概念の簡単な概要を次に示します。
セッション
セッションは、2 つのネットワーク アクセス可能ユニット (NAU) 間の論理接続です。 NAU の最も一般的な例は、論理ユニット (LU) です (詳細については、このトピックで後述する論理ユニット (LU) を参照してください)。
物理ユニット (PU)
ノードに関連付けられているリソース (接続されたリンクや隣接するリンク ステーションなど) を管理および監視するコンポーネント。 この用語は、APPN 以外のノードにのみ適用されます。
論理ユニット (LU)
論理ユニット (LU) は、アプリケーションまたはエンド ユーザーが SNA ネットワークにアクセスして別のアプリケーションまたはエンド ユーザーと通信するポートです。 LU は、他の LU との多くのセッションをサポートできる場合があります。
LU には次の 2 種類があります。
依存 LU では、別の LU とのセッションを確立するためにメインフレームからの支援が必要です。 これらは古い LU とも呼ばれます。
独立 LU は、メインフレームを介さずに別の LU とのセッションを確立できます。
APPN
高度なピアツーピア ネットワーク (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 (コントロール ポイントからコントロール ポイント) セッションは、隣接するノード (3 番目のノードを経由せずに直接接続を確立できる同じネットワーク内のノード) へのこれらの接続を介して確立されます。 CP-CP セッションは、ネットワーク トポロジ情報の交換、ネットワーク リソースの場所の要求、セッションの管理に使用されます。 APPN ネットワーク内のすべてのノードは、共通のネットワーク名を共有します。
ネットワーク ノード
ネットワーク ノードは、そのドメイン内のすべての LU に対して分散ディレクトリとルーティング サービスを提供します。ドメインはすべて直接接続されたエンド ノードと、ネットワーク ノードのサービスを使用している LEN ノードです。 ネットワーク ノードは、直接接続されているエンド ノードと LEN ノードのネットワーク ノード サーバー (NNS) と呼ばれます。
ネットワーク ノードは、次のサービスを提供します。
ローカル LU に対し LU-LU セッション サービスを提供します。
ドメイン内のすべての LU に対するディレクトリ検索とルート選択。
異なるノード上の LU 間のセッションの中間セッション ルーティング。
サービス提供されたエンド ノードまたは LEN ノードと MS フォーカル ポイントの間の、アラートなどの管理サービス (MS) データのルーティング。
終了ノード
エンド ノードは、APPN ネットワークのエンドポイントです。 ローカル リソースに対してのみディレクトリ情報が保持されます。 APPN エンド ノードは、隣接するノード上のローカル 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 ノードを APPN ネットワークに参加させることができます。LEN ノードと 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 は、ホストの依存 LU サーバー (DLUS) と組み合わせて動作します。 一緒に、APPN ネットワーク内の依存 LU から DLUS ホストに、ネットワーク経由でセッションをルーティングします。 ホストへのルートは複数のノードにまたがる可能性があり、APPN のネットワーク管理、動的リソースの場所、ルート計算機能を利用できます。
ローカル ノードがネットワーク ノードの場合、ダウンストリーム コンピューター上の依存 LU は、ノード内部の LU と同じ方法でパススルー DLUR を使用して、ネットワーク経由でホストにアクセスすることもできます。