Systems Network Architecture - LinkFang.de





Systems Network Architecture


Systems Network Architecture (SNA) ist eine Netzwerkarchitektur, die von IBM in den 1970er-Jahren entwickelt und im Jahre 1974 vorgestellt wurde. SNA sah eine hierarchische Organisation des Computernetzwerks vor, und die Implementierung setzte einen Großrechner nebst dessen für Netzwerke bestimmter Peripherie voraus. Diese hierarchische Netzwerkorganisation steuerte dann u.a. viele 'dumme' Terminals. Im Gegensatz zur hierarchischen Organisation der SNA gibt es zum Beispiel die dezentral organisierte Internetprotokollfamilie.

Die Systemsoftware, die diese Architektur implementiert, sind VTAM auf dem Mainframe und Advanced Communication Function/Network Control Program (NCP) auf den Vorrechnern (Front End Prozessoren), sowie festverdrahtete Bildschirm- und Druckerterminals.

Aufbau

PU

Die Komponenten im SNA-Netzwerk werden in Netzwerkknoten-Typen klassifiziert, in der SNA-Terminologie heißen diese Physical Units (PUs). Diese Netzwerkknoten werden durch eine entsprechende Definition auf dem Mainframe derart miteinander verknüpft, dass zwischen ihnen Verbindungen (Sessions) auf- und abgebaut werden können.

Folgende Physical Unit-Typen sind definiert:

  • PU Type 5, der zentrale Steuerpunkt auf dem Mainframe (System Services Control Point)
  • PU Type 4, ein Vorrechner für die Leitungssteuerung
  • PU Type 3, welcher aus der Dokumentation von SNA schon relativ früh wieder verschwand, nie implementiert wurde und für die "Intelligenz" der Leitung vorgesehen war.
  • PU Type 2, später erweitert zur PU Type 2.1, eine Steuereinheit für den Betrieb von Bildschirm- und Druckerterminals
  • PU Type 1, ein standalone-Bildschirm- oder Druckerterminal. Dieser Typ ist heute bedeutungslos.

Der Verwaltungsbereich einer PU Type 5 wird als 'Domäne' bezeichnet, der Verwaltungsbereich einer PU Type 4 als Untermenge der Domäne heißt 'Subarea'.

Die Physical Units dienen einzig der Steuerung von Verbindungen. Eine Kommunikation mit einem Anwender ist hiermit noch nicht gegeben. Hierfür stellen Physical Units des Typs 2(.1) eine weitere Schnittstelle zur Verfügung, im SNA-Sprachgebrauch heißt diese Logical Unit (LU). Im ursprünglichen Ansatz von SNA ('klassisches SNA', 'Subarea-SNA') konnte eine einzelne Logical Unit zu einem bestimmten Zeitpunkt genau eine Verbindung, eine LU-LU-Session, zu einem Anwendungsprogramm auf dem Mainframe aufbauen.

LU

Aus technischer Sicht handelt es sich bei einer Logical Unit um Hardware (Bildschirm oder Drucker) mit dementsprechend implementierten Vorrat an Befehlen für die Steuerung einer SNA-Sitzung bis hin zur formatierten Ausgabe am Endgerät. Nach den implementierten Protokollen existieren verschiedene LU-Typen. Die gebräuchlichsten sind:

  • LU Type 2: eine Bildschirm-Datenstation aus der Produktfamilie IBM 3270
  • LU Type 1 oder LU Type 3: ein Druckerterminal
  • LU Type 0: frei definiertes Format, vorzugsweise für die Kommunikation zwischen Programmen.

Mit dem Aufkommen von intelligenter Hardware und der Abkehr von 'dummen Terminals' wurde die Funktionalität von Logical Units zunehmend von Software-Lösungen abgelöst, die die ursprünglichen Terminals emulierten. Gleichermaßen erwuchs auch der Bedarf, Programme direkt miteinander über das SNA-Netzwerk kommunizieren zu lassen. Hierzu wurde der neue LU Typ 6.2 eingeführt, die Schnittstelle für Erweiterte Programm-zu-Programm-Kommunikation (APPC). Der wesentliche Unterschied zur LU Type 0 war, dass APPC im Gegensatz zum frei definierbaren Format der LU Type 0 eine standardisierte Schnittstelle bereitstellte.

Der LU Type 6.2 erlaubte auch erstmals den parallelen Aufbau von Verbindungen einer einzelnen Logical Unit zu mehreren Anwendungsprogrammen.

Einsatz

Im Gegensatz zur heute in Netzwerken üblicherweise verwendeten Internetprotokollfamilie sind in SNA bereits eine Reihe von Services standardmäßig integriert, wie beispielsweise der Versand von Dokumenten und Dateien (SNA Document Services (SNADS)) oder der Durchgriff von Terminals und Druckern über andere Systeme (Passthrough).

Lange vor dem OSI-Modell für die Organisation der Kommunikationstechnik stellte SNA bereits eine in sich geschlossene Architektur für ein Computernetzwerk zur Verfügung.

Der technische Fortschritt führte im Jahre 1985 zur Vorstellung des 'neuen SNA': Advanced Peer-to-Peer Networking (APPN) löste die Abhängigkeit von einem zentralen Steuerpunkt auf dem Mainframe auf. Entsprechend leistungsfähige Hardware konnte nun direkt SNA-Verbindungen auf- und abbauen. Hierzu wurde die Physical Unit des Typs 2.0 um die erforderliche Routing-Funktionalität, die bislang Mainframe und Vorrechner übernommen hatte, erweitert und erhielt die Bezeichnung PU Type 2.1.

Inzwischen (2009) sind die Vorrechner (PU 4) Geschichte, die Verbindung von VTAMs (PU 5) untereinander, und mit PUs 2.1, erfolgt heute mittels Internetprotokoll, genauer durch UDP-Tunnel (siehe Tunnel (Rechnernetz)). Diese Technologie ist seit etwa dem Jahr 2000, seit OS/390 Release 2.6 praxistauglich und unter dem Namen Enterprise Extender bekannt.

Weblinks

Dieser Artikel oder nachfolgende Abschnitt ist nicht hinreichend mit Belegen (beispielsweise Einzelnachweisen) ausgestattet. Die fraglichen Angaben werden daher möglicherweise demnächst entfernt. Bitte hilf der Wikipedia, indem du die Angaben recherchierst und gute Belege einfügst. Näheres ist eventuell in der Versionsgeschichte angegeben. Bitte entferne zuletzt diese Warnmarkierung.

Kategorien: IBM | Netzwerkarchitektur | Rechnernetze

Quelle: Wikipedia - http://de.wikipedia.org/wiki/Systems Network Architecture (Vollständige Liste der Autoren des Textes [Versionsgeschichte])    Lizenz: CC-by-sa-3.0

Änderungen: Alle Bilder mit den meisten Bildunterschriften wurden entfernt. Ebenso alle zu nicht-existierenden Artikeln/Kategorien gehenden internen Wikipedia-Links (Bsp. Portal-Links, Redlinks, Bearbeiten-Links). Entfernung von Navigationsframes, Geo & Normdaten, Mediadateien, gesprochene Versionen, z.T. ID&Class-Namen, Style von Div-Containern, Metadaten, Vorlagen, wie lesenwerte Artikel. Ansonsten sind keine Inhaltsänderungen vorgenommen worden. Weiterhin kann es durch die maschinelle Bearbeitung des Inhalts zu Fehlern gerade in der Darstellung kommen. Darum würden wir jeden Besucher unserer Seite darum bitten uns diese Fehler über den Support mittels einer Nachricht mit Link zu melden. Vielen Dank!

Stand der Informationen: August 201& - Wichtiger Hinweis: Da die Inhalte maschinell von Wikipedia übernommen wurden, ist eine manuelle Überprüfung nicht möglich. Somit garantiert LinkFang.de nicht die Richtigkeit und Aktualität der übernommenen Inhalte. Sollten die Informationen mittlerweile fehlerhaft sein, bitten wir Sie darum uns per Support oder E-Mail zu kontaktieren. Wir werden uns dann innerhalb von spätestens 10 Tagen um Ihr Anliegen kümmern. Auch ohne Anliegen erfolgt mindestens alle drei Monate ein Update der gesamten Inhalte.