Freigeben über


Konzepte und Terminologie des IP-DLC-Linkdiensts

Im Folgenden finden Sie eine kurze Einführung in die Terminologie und konzepte, auf die in diesem Abschnitt verwiesen wird, einschließlich APPN und HPR.

Sitzung

Eine Sitzung ist eine logische Verbindung zwischen zwei naUs (Network Accessible Units). Das häufigste Beispiel für eine NAU ist eine logische Einheit (LU) (weitere Informationen finden Sie weiter unten in diesem Thema unter Logical Unit (LU).

Physische Einheit (PU)

Die Komponente, die die Ressourcen (z. B. angefügte Links und angrenzende Linkstationen) verwaltet und überwacht, die einem Knoten zugeordnet sind. Dieser Begriff gilt nur für Nicht-APPN-Knoten.

Logische Einheit (LU)

Eine logische Einheit (LU) ist ein Port, über den eine Anwendung oder ein Endbenutzer auf das SNA-Netzwerk zugreift, um mit einer anderen Anwendung oder einem anderen Endbenutzer zu kommunizieren. Eine LU kann viele Sitzungen mit anderen LUs unterstützen.

Es gibt zwei Arten von LUs:

  • Abhängige LUs benötigen Unterstützung von einem Mainframe, um eine Sitzung mit einer anderen LU einzurichten. Diese werden manchmal auch als alte LUs bezeichnet.

  • Unabhängige LUs können eine Sitzung mit einer anderen LU ohne Die Unterstützung eines Mainframes einrichten.

APPN

Advanced Peer-to-Peer Networking (APPN) ist eine Netzwerkarchitektur, die verteilte Netzwerksteuerung unterstützt. Es vereinfacht die Konfiguration und Verwendung von Netzwerken, bietet eine zentrale Netzwerkverwaltung und unterstützt flexible Konnektivität.

APPN-Knoten

APPN-Knoten umfassen Systeme unterschiedlicher Größe, z. B. Mainframes mit z/OS, Solaris-Server mit DCLs SNAP-IX, PCs mit IBM Communications Server für Windows und IBM i-Server.

In einem APPN-Netzwerk kann es sich bei Knoten um einen der folgenden Typen handeln:

  • Netzwerkknoten (NN)

  • Endknoten (EN)

  • Zweigstellennetzwerkknoten (BrNN)

  • Netzwerkknoten mit geringem Einstieg (LEN-Knoten)

    Jeder Knoten in einem APPN-Netzwerk ist mit mindestens einem anderen Knoten im APPN-Netzwerk verbunden. Sofern unterstützt, werden CP-CP-Sitzungen (Control Point to Control Point) über diese Verbindungen mit benachbarten Knoten eingerichtet (Knoten im selben Netzwerk, die direkte Verbindungen herstellen können, ohne einen dritten Knoten zu durchlaufen). CP-Cp-Sitzungen werden verwendet, um Netzwerktopologieinformationen auszutauschen, den Speicherort von Netzwerkressourcen anzufordern und Sitzungen zu verwalten. Alle Knoten in einem APPN-Netzwerk verwenden einen gemeinsamen Netzwerknamen.

    Netzwerkknoten

    Ein Netzwerkknoten stellt verteilte Verzeichnis- und Routingdienste für alle LUs in seiner Domäne bereit, wobei seine Domäne alle direkt angefügten Endknoten und LEN-Knoten sind, die die Dienste des Netzwerkknotens verwenden. Der Netzwerkknoten wird für diese direkt angefügten Endknoten und LEN-Knoten als Netzwerkknotenserver (Network Node Server, NNS) bezeichnet.

    Ein Netzwerkknoten bietet die folgenden Dienste:

  • LU-LU-Sitzungsdienste für die lokalen LUs.

  • Verzeichnissuchen und Routenauswahl für alle LUs in ihrer Domäne.

  • Zwischensitzungsrouting für Sitzungen zwischen LUs auf verschiedenen Knoten.

  • Routing für Ms-Daten (Management Services), z. B. Warnungen, zwischen einem bereitgestellten Endknoten oder LEN-Knoten und einem MS-Fokuspunkt.

    Knoten beenden

    Ein Endknoten ist ein Endpunkt in einem APPN-Netzwerk. Verzeichnisinformationen werden nur für lokale Ressourcen verwaltet. Ein APPN-Endknoten kann unabhängig voneinander Sitzungen zwischen lokalen LUs und LUs auf benachbarten Knoten einrichten. Bei Sitzungen mit LUs auf Knoten, die nicht direkt mit dem Endknoten verbunden sind, fordert ein Endknoten Routing- und Verzeichnisinformationen vom Netzwerkknotenserver mithilfe von CP-CP-Sitzungen an.

    Endknoten können ihre lokalen LUs bei ihrem Netzwerkknotenserver registrieren. Diese Funktion bedeutet, dass der Netzbetreiber auf dem Netzwerkknotenserver nicht die Namen aller LUs auf den angefügten Endknoten vordefinieren muss, für die der Netzwerkknoten Dienste bereitstellt.

    Ein Endknoten kann an mehrere Netzwerkknoten angefügt werden, er kann jedoch CP-CP-Sitzungen mit jeweils nur einem Netzwerkknoten aktiv sein: dem Netzwerkknotenserver. Die anderen Netzwerkknoten können nur zum Bereitstellen von Zwischenrouting für den Endknoten oder als Ersatzserver für Netzwerkknoten verwendet werden, wenn der Standard Netzwerkknotenserver nicht mehr verfügbar ist.

    Ein Endknoten kann auch eine direkte Verbindung mit einem anderen Endknoten oder LEN-Knoten haben, aber CP-CP-Sitzungen werden nie zwischen den beiden Knoten eingerichtet.

    LEN-Knoten

    Ein LEN-Knoten ist ein Knoten vom Typ 2.1, der unabhängige LU 6.2-Protokolle verwendet, aber keine CP-CP-Sitzungen unterstützt. Es kann mit einem Netzwerkknoten oder Endknoten verbunden werden, unterstützt aber keine APPN-Funktionen. Der vorhandene SNA-Knoten von Host Integration Server ist ein LEN-Knoten.

    Ein Netzwerkknoten kann Routingdienste für einen angefügten LEN-Knoten bereitstellen, sodass der LEN-Knoten an einem APPN-Netzwerk teilnehmen kann, ohne dass Verbindungen zwischen dem LEN-Knoten und allen Knoten im APPN-Netzwerk definiert werden müssen.

    LUs im APPN-Netzwerk, mit denen der LEN-Knoten Möglicherweise Sitzungen einrichten möchte, müssen für den LEN-Knoten definiert werden, als ob sie sich auf dem Netzwerkknotenserver des LEN-Knotens befinden. Der LEN-Knoten richtet Sitzungen mit LUs ein, die für die Kontaktaufnahme über den Netzwerkknotenserver definiert sind. Der Netzwerkknoten leitet die Sitzung über das APPN-Netzwerk an den Knoten im Netzwerk weiter, in dem sich die LU tatsächlich befindet.

    LUs auf dem LEN-Knoten müssen für den Netzwerkknoten vordefiniert sein, der den LEN-Knoten bedient. LU-Ressourcen auf LEN-Knoten (im Gegensatz zu denen auf Endknoten) können nicht vom LEN-Knoten auf dem Netzwerkknotenserver registriert werden.

    Wenn der einzige Link eines LEN-Knotens zu einem Endknoten ist, kann der LEN-Knoten nur mit LUs auf dem Endknoten über die direkte Verbindung zwischen den beiden Knoten kommunizieren. Dies liegt daran, dass ein Endknoten kein Zwischenrouting bereitstellen kann.

    Zweigstellennetzwerkknoten

    Der Branch Network Node (BrNN) kombiniert die Funktionen eines Netzwerkknotens und eines Endknotens. Wie der Name schon sagt, kann ein BrNN verwendet werden, um ein Netzwerk in ein Backbonenetzwerk und angefügte Branchnetzwerke zu unterteilen. Der BrNN stellt die folgenden Funktionen bereit:

  • Im Backbonenetzwerk wird der BrNN als Endknoten angezeigt, der mit seinem Netzwerkknotenserver (Network Node Server, NNS) im Backbonenetzwerk verbunden ist.

  • Die Knoten im Backbonenetzwerk kennen die Knoten innerhalb des Branchs nicht, wodurch die Menge an Topologieinformationen verringert wird, die gespeichert werden müssen.

  • Da der BrNN als Endknoten angezeigt wird, empfängt er keine Topologieinformationen aus dem Backbonenetzwerk (Topologieinformationen werden nur zwischen Netzwerkknoten übertragen), wodurch die Menge an Netzwerk-Overheaddatenverkehr, der in das Zweigstellennetzwerk fließt, verringert wird. Der BrNN registriert alle Ressourcen im Branch mit seiner NNS, als ob sie sich im BrNN selbst befinden. Dies bedeutet, dass die Knoten im Backbonenetzwerk Ressourcen im Branch finden können, ohne die separaten Knoten im Branch kennen zu müssen.

  • Für das Branchnetzwerk wird der BrNN als Netzwerkknoten angezeigt, der als NNS für Endknoten und LEN-Knoten im Branch fungiert.

Hochleistungsrouting

High Performance Routing (HPR) ist eine Erweiterung der APPN-Architektur. HPR bietet die folgenden Funktionen:

  • Das Rapid Transport Protocol (RTP) minimiert Verarbeitungszyklen und Speicheranforderungen für das Routing von Paketen auf Netzwerkebene über Zwischenknoten auf einer Sitzungsroute.

  • Das automatische Netzwerkrouting (ANR) ermöglicht APPN-Netzwerken das automatische Umleiten von Sitzungen, wenn ein Teil der ursprünglich berechneten Route fehlschlägt.

Abhängiger LU-Anforderer/Server

Die DlUR-Funktion (Dependent LU Requester) ermöglicht es Sitzungen für abhängige LUs, sich auf Remoteknoten in einem APPN-Netzwerk zu befinden, anstatt eine direkte Verbindung mit dem Host zu erfordern.

DLUR funktioniert in Verbindung mit dem abhängigen LU-Server (DLUS) auf dem Host. Zusammen leiten sie Sitzungen über das Netzwerk von abhängigen LUs im APPN-Netzwerk an den DLUS-Host weiter. Die Route zum Host kann mehrere Knoten umfassen und die Funktionen für die Netzwerkverwaltung, den dynamischen Ressourcenstandort und die Routenberechnung von APPN nutzen.

Wenn es sich bei dem lokalen Knoten um einen Netzwerkknoten handelt, können abhängige LUs für nachgeschaltete Computer auch Passthrough-DLUR verwenden, auf die gleiche Weise wie interne LUs des Knotens, um über das Netzwerk auf den Host zuzugreifen.

Weitere Informationen

Systemübersicht
Unterstützte Features
Skalierbarkeit
Wichtige Einschränkungen