Zum Inhalt springen

„Systems Network Architecture“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K typo, form
K +Smartquotes
Zeile 1: Zeile 1:
'''Systems Network Architecture''' ('''SNA''') ist eine [[Rechnernetz|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' [[Terminal (Computer)|Terminals]]. Im Gegensatz zur hierarchischen Organisation der SNA gibt es zum Beispiel die dezentral organisierte [[Internetprotokollfamilie]].
'''Systems Network Architecture''' ('''SNA''') ist eine [[Rechnernetz|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“ [[Terminal (Computer)|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.
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.
Zeile 5: Zeile 5:
== Aufbau ==
== Aufbau ==
=== PU ===
=== PU ===
Die Komponenten im SNA-Netzwerk werden in [[Netzknoten|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.
Die Komponenten im SNA-Netzwerk werden in [[Netzknoten|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:
Folgende Physical Unit-Typen sind definiert:
Zeile 11: Zeile 11:
* PU Type 5, der zentrale Steuerpunkt auf dem Mainframe (''System Services Control Point'')
* PU Type 5, der zentrale Steuerpunkt auf dem Mainframe (''System Services Control Point'')
* PU Type 4, ein Vorrechner für die Leitungssteuerung
* 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 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 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.
* 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'.
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.
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 ===
=== 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:
Aus technischer Sicht handelt es sich bei einer Logical Unit um Hardware (Bildschirm oder Drucker) mit dementsprechend implementiertem 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 2: eine Bildschirm-Datenstation aus der Produktfamilie [[IBM 3270]]
Zeile 26: Zeile 26:
* LU Type 0: frei definiertes Format, vorzugsweise für die Kommunikation zwischen Programmen.
* 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 [[Emulation|emulierten]].
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 [[Emulation|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.
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.


Zeile 36: Zeile 36:
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.
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.
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 hatten, erweitert und erhielt die Bezeichnung PU Type 2.1.


Inzwischen ([[2009]]) sind die Vorrechner (PU 4) Geschichte, die Verbindung von [[VTAM]]s (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.
Inzwischen ([[2009]]) sind die Vorrechner (PU 4) Geschichte; die Verbindung von [[VTAM]]s (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.


== Literatur ==
== Literatur ==
Zeile 51: Zeile 51:
* [http://castle.eiu.edu/a_illia/cis3200/Notes/MIS3200Class4.pdf Network Architecture Models] (abgerufen am 4. August 2017)
* [http://castle.eiu.edu/a_illia/cis3200/Notes/MIS3200Class4.pdf Network Architecture Models] (abgerufen am 4. August 2017)
* [https://scadahacker.com/library/Documents/White_Papers/Juniper%20-%20Architecture%20for%20Secure%20SCADA%20and%20Distributed%20Control%20System%20Networks.pdf ARCHITECTURE FOR SECURE SCADA AND DISTRIBUTED CONTROL SYSTEM NETWORKS] (abgerufen am 4. August 2017)
* [https://scadahacker.com/library/Documents/White_Papers/Juniper%20-%20Architecture%20for%20Secure%20SCADA%20and%20Distributed%20Control%20System%20Networks.pdf ARCHITECTURE FOR SECURE SCADA AND DISTRIBUTED CONTROL SYSTEM NETWORKS] (abgerufen am 4. August 2017)



{{Normdaten|TYP=s|GND=4181707-2}}
{{Normdaten|TYP=s|GND=4181707-2}}



[[Kategorie:Netzwerkarchitektur]]
[[Kategorie:Netzwerkarchitektur]]

Version vom 20. Januar 2019, 13:15 Uhr

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 implementiertem 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 hatten, 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.

Literatur

  • Werner Schäfer, Helmut an de Meulen: Systems Network Architecture. Addison-Wesley Verlag, München 2007, ISBN 978-0-201-56533-1.
  • Hugo Schröer, Thomas Stalke: Die Netzwerkarchitektur SNA. Friedrich Vieweg & Sohn, Wiesbaden 1993, ISBN 978-3-322-91564-1.
  • Carl A. Sunshine (Hrsg.): Computer Network Architectures and Protocols. Second Edition, Plenum Press, New York / London 1989, ISBN 978-1-4612-8093-4.
  • Klaus Garbe: Management von Rechnernetzen. B. G. Teubner Verlag, Stuttgart 1991, ISBN 978-3-519-02418-7.
  • Gurdeep S. Hura, Mukesh Singhal: Data and Computer Communications. Networking and Internetworking, CRC Press LLC, Boca Raton 2001, ISBN 0-8493-0928-X.