Systems Network Architecture (SNA) ist die 1974 geschaffene Eigentumsnetzwerkanschlussarchitektur von IBM. Es ist ein ganzer Protokoll-Stapel, um Computer und ihre Mittel miteinander zu verbinden. SNA beschreibt das Protokoll und, ist an sich, kein einziges Stück der Software. Die Durchführung von SNA nimmt die Form von verschiedenen Kommunikationspaketen, am meisten namentlich Virtuelle Fernmeldezugriffsmöglichkeit (VTAM) an, die das Großrechner-Paket für SNA Kommunikationen ist. SNA wird noch umfassend in Banken und anderen Finanztransaktionsnetzen, sowie in vielen Regierungsstellen verwendet. Während IBM noch Unterstützung für SNA zur Verfügung stellt, ist eines der primären Stücke der Hardware, des 3745/3746 Kommunikationskontrolleurs, vom Marketing von IBM Corporation zurückgezogen worden. Jedoch gibt es ungefähr 20,000 dieser installierten Kontrolleure, und IBM setzt fort, Hardware-Wartungsdienst und Mikrocodeeigenschaften zur Verfügung zu stellen, um Benutzer zu unterstützen. Ein robuster Markt von kleineren Gesellschaften setzt fort, den 3745/3746, die Eigenschaften, die Teile und den Dienst zur Verfügung zu stellen. VTAM wird auch von IBM unterstützt, wie von den 3745/3746 Kontrolleuren erforderlicher IBM Network Control Program (NCP) ist.

Ziele von SNA

IBM Mitte der 1970er Jahre hat sich hauptsächlich als ein Hardware-Verkäufer gesehen, und folglich haben alle seine Neuerungen in dieser Periode zum Ziel gehabt, Hardware-Verkäufe zu vergrößern. Das Ziel von SNA war, die Kosten zu reduzieren, große Anzahl von Terminals zu bedienen und so Kunden zu veranlassen, interaktive letzte basierte Systeme im Vergleich mit Gruppe-Systemen zu entwickeln oder auszubreiten. Eine Vergrößerung von interaktiven letzten basierten Systemen würde Verkäufe von Terminals und wichtiger Großrechner-Computer und Peripherie - teilweise wegen der einfachen Zunahme im Volumen der geleisteten Arbeit durch die Systeme und teilweise vergrößern, weil interaktive Verarbeitung mehr rechnende Macht pro Transaktion verlangt als Gruppe-Verarbeitung.

Folglich hat SNA zum Ziel gehabt, die Hauptnichtcomputerkosten und anderen Schwierigkeiten zu reduzieren, große Netze mit früheren Kommunikationsprotokollen zu bedienen. Die Schwierigkeiten haben eingeschlossen:

• Eine Kommunikationslinie konnte durch Terminals nicht geteilt werden, deren Benutzer verschiedene Typen der Anwendung, zum Beispiel diejenige haben verwenden wollen, die unter der Kontrolle von CICS und einem anderen gelaufen ist, der unter TSO gelaufen ist.
• Häufig konnte eine Kommunikationslinie nicht durch Terminals von verschiedenen Typen geteilt werden, als sie verschiedene "Dialekte" der vorhandenen Kommunikationsprotokolle verwendet haben. Bis zum Anfang der 1970er Jahre waren Computerbestandteile so teuer und umfangreich, dass es nicht ausführbar war, Allzweckkommunikationsschnittstelle-Karten in Terminals einzuschließen. Jeder Typ des Terminals hatte eine festverdrahtete Kommunikationskarte, die nur die Operation eines Typs des Terminals ohne Vereinbarkeit mit anderen Typen von Terminals auf derselben Linie unterstützt hat.
• Die Protokolle, die die primitiven Kommunikationskarten behandeln konnten, waren nicht effizient. Jede Kommunikationslinie hat Sendedaten von mehr Zeit verwendet als moderne Linien.
• Fernmeldelinien sind zurzeit von viel niedrigerer Qualität gewesen. Zum Beispiel war es fast unmöglich, eine Verbindungsaufbau-Linie an mehr als 300 Bit pro Sekunde wegen der überwältigenden Fehlerrate als das Vergleichen mit 56,000 Bit pro Sekunde heute auf Verbindungsaufbau-Linien zu führen; und am Anfang der 1970er Jahre wurden wenige gepachtete Linien an mehr als 2400 Bit pro Sekunde geführt (diese niedrigen Geschwindigkeiten sind eine Folge des Gesetzes von Shannon in relativ Umgebung der niedrigen Technologie). Fernmeldegesellschaften hatten wenig Ansporn, Linienqualität zu verbessern oder Kosten zu reduzieren, weil zurzeit sie größtenteils Monopole und manchmal staatlich waren.

Infolgedessen hat das Laufen einer Vielzahl von Terminals viel mehr Kommunikationslinien verlangt als die Zahl erforderlich heute besonders wenn verschiedene Typen von Terminals unterstützt werden mussten, oder die Benutzer verschiedene Typen von Anwendungen haben verwenden wollen (.e.g. unter CICS oder TSO) von derselben Position. In rein finanziellen Begriffen waren die Ziele von SNA, die Ausgaben von Kunden für endbasierte Systeme zu vergrößern und zur gleichen Zeit den Anteil von IBM dieser Ausgaben hauptsächlich auf Kosten der Fernmeldegesellschaften zu vergrößern.

SNA hat auch zum Ziel gehabt, eine Beschränkung der Architektur zu überwinden, die die Großrechner des Systems/370 von IBM vom System/360 geerbt haben. Jede Zentraleinheit konnte zu höchstens 16 Eingabe/Ausgabe-Kanälen in Verbindung stehen, und jeder Kanal konnte bis zu 256 Peripherie behandeln - d. h. es gab ein Maximum von 4096 Peripherie pro Zentraleinheit. Wenn SNA, jede als ein peripherischer aufgezählte Kommunikationslinie entworfen wurde. So wurde die Zahl von Terminals, mit denen starke Großrechner sonst kommunizieren konnten, beschränkt.

Hauptbestandteile und Technologien

Verbesserungen in der Computerteiltechnologie haben es ausführbar gemacht, Terminals zu bauen, die stärkere Kommunikationskarten eingeschlossen haben, die ein einzelnes Standardkommunikationsprotokoll aber nicht ein sehr unten abgezogenes Protokoll bedienen konnten, das nur einem spezifischen Typ des Terminals angepasst hat. Infolgedessen wurden mehrere Mehrschicht-Kommunikationsprotokolle in den 1970er Jahren vorgeschlagen, von denen der SNA von IBM und der X.25 von ITU-T dominierend später geworden sind.

Die wichtigsten Elemente von SNA schließen ein:

• IBM Network Control Program (NCP) ist ein Kommunikationsprogramm, das auf den 3705 und nachfolgend 37xx Kommunikationsverarbeiter läuft, der unter anderem das umschaltende durch SNA definierte Paket-Schaltungsprotokoll durchführt. Das Protokoll hat zwei Hauptfunktionen durchgeführt:
• Es ist ein Paket-Versandprotokoll, wie moderner Schalter - Versand von Datenpaketen zum folgenden Knoten handelnd, der ein Großrechner, ein Terminal oder weitere 3705 sein könnte. Die Kommunikationsverarbeiter haben nur hierarchische Netze mit einem Großrechner am Zentrum verschieden von modernen Routern unterstützt, die Gleicher-zu-Gleicher-Netze unterstützen, in denen eine Maschine am Ende der Linie sowohl ein Kunde als auch ein Server zur gleichen Zeit sein kann.
• Es ist ein multiplexer, der vielfache Terminals in eine Nachrichtenlinie zur Zentraleinheit verbunden hat, so hat die Einschränkungen auf die maximale Zahl von Nachrichtenlinien pro Zentraleinheit erleichtert. 3705 konnten eine größere Zahl von Linien (352 am Anfang), aber nur aufgezählt als ein peripherischer durch die Zentraleinheiten und Kanäle unterstützen. Seitdem der Start von SNA IBM verbesserte Kommunikationsverarbeiter eingeführt hat, von denen das letzte die 3745 ist.
• Synchronous Data Link Control (SDLC), ein Protokoll, das außerordentlich die Leistungsfähigkeit der Datenübertragung über eine einzelne Verbindung verbessert hat:
• SDLC hat viel stärkere Fehlerentdeckungs- und Korrektur-Codes eingeschlossen als frühere Protokolle. Diese Codes haben häufig den Kommunikationskarten ermöglicht, geringe Übertragungsfehler zu korrigieren, ohne um Weitermeldung zu bitten, und haben es deshalb möglich gemacht, Daten unten eine Linie viel schneller zu pumpen.
• Es hat Terminals und 3705 Kommunikationsverarbeitern ermöglicht, "Rahmen" von Daten nacheinander zu senden, ohne auf eine Anerkennung des vorherigen Rahmens zu warten - die Kommunikationskarten hatten genügend Gedächtnis und in einer Prozession gehende Kapazität, "sich" an die letzten 7 Rahmen gesandt oder erhalten, Bitte-Weitermeldung nur jener Rahmen "zu erinnern", die Fehler enthalten haben, die die Fehlerentdeckungs- und Korrektur-Codes nicht reparieren, und die wiederübersandten Rahmen in den richtigen Platz in der Folge vor dem Versand von ihnen zur folgenden Bühne einstecken konnten.
• Diese Rahmen alle hatten denselben Typ "des Umschlags" (Rahmenkopfball und Trailer), der genug Information für Datenpakete von verschiedenen Typen des Terminals enthalten hat, um zu sein, senden entlang derselben Kommunikationslinie, den Großrechner verlassend, um sich mit irgendwelchen Unterschieden in der Formatierung des Inhalts oder in den Regeln zu befassen, Dialoge mit verschiedenen Typen des Terminals regelnd.

:Remote-Terminals (d. h. diejenigen, die mit dem Großrechner durch Telefonverbindungen verbunden sind) und 3705 Kommunikationsverarbeiter, würden SDLC-fähige Kommunikationskarten haben.

:This ist der Vorgänger der so genannten "Paket-Kommunikation" das hat sich schließlich zur heutigen IP Technologie und SDLC entwickelt, der selbst in HDLC entwickelt ist, der eine der Grundtechnologie für den hingebungsvollen Fernmeldestromkreis ist.

• VTAM, ein Softwarepaket, um Anmeldung, das Sitzungshalten und die Routenplanungsdienstleistungen innerhalb des Großrechners zur Verfügung zu stellen. Ein unheilbar kranker Benutzer würde Anmeldung über VTAM zu einer spezifischen Anwendungs- oder Anwendungsumgebung (z.B. CICS oder TSO). Ein VTAM Gerät würde dann Weg-Daten von diesem Terminal bis die passende Anwendungs- oder Anwendungsumgebung, bis der Benutzer geloggt hat und vielleicht in zu einer anderen Anwendung geloggt hat. Die ursprünglichen Versionen der Hardware von IBM konnten nur eine Sitzung pro Terminal behalten. In den 1980er Jahren hat weitere Software (hauptsächlich von Drittverkäufern) es möglich für ein Terminal gemacht, gleichzeitige Sitzungen mit verschiedenen Anwendungen oder Anwendungsumgebungen zu haben.

Vorteile und Nachteile

SNA hat Verbindungskontrolle vom Anwendungsprogramm und gelegt es in den NCP entfernt. Das hatte die folgenden Vorteile und Nachteile:

Vorteile

• Die Lokalisierung von Problemen im Fernmeldenetz war leichter, weil sich ein relativ kleiner Betrag der Software wirklich mit Nachrichtenverbindungen befasst hat. Es gab einen einzelnen Fehler, System meldend.
• Das Hinzufügen der Nachrichtenfähigkeit zu einem Anwendungsprogramm war viel leichter, weil das furchterregende Gebiet der Verbindung Software kontrolliert, die normalerweise verlangt, dass Unterbrechungsverarbeiter und Softwarezeitmesser zur Systemsoftware und NCP verbannt wurden.
• Mit dem Advent von APPN war Routenplanungsfunktionalität die Verantwortung des Computers im Vergleich mit dem Router (als mit TCP/IP Netzen). Jeder Computer hat eine Liste von Knoten aufrechterhalten, die die Versandmechanismen definiert haben. Ein zentralisierter als ein Netzknoten bekannter Knotentyp hat Globale Tische aller anderen Knotentypen aufrechterhalten. APPN hat das Bedürfnis aufgehört, APPC Routenplanungstische aufrechtzuerhalten, die ausführlich Endpunkt zur Endpunkt-Konnektivität definiert haben. APPN Sitzungen würden Weg zu Endpunkten durch andere erlaubte Knotentypen, bis es den Bestimmungsort gefunden hat. Das war der Weise ähnlich, wie TCP/IP Router heute fungieren.

Nachteile

• Die Verbindung zu non-SNA Netzen war schwierig. Eine Anwendung, die Zugang zu einem Nachrichtenschema gebraucht hat, das in der jetzigen Version von SNA nicht unterstützt wurde, hat Hindernissen gegenübergestanden. Bevor IBM X.25-Unterstützung (NPSI) in SNA eingeschlossen hat, mit einem X.25 Netz in Verbindung zu stehen, wäre ungeschickt gewesen. Die Konvertierung zwischen X.25 und SNA Protokollen könnte entweder durch NCP Softwaremodifizierungen oder durch einen Außenprotokoll-Konverter zur Verfügung gestellt worden sein.
• Ein Bündel von abwechselnden Pfaden zwischen jedem Paar von Knoten in einem Netz musste vorentworfen und zentral versorgt werden. Die Wahl unter diesen Pfaden durch SNA war starr und hat aktuelle Verbindungslasten für die optimale Geschwindigkeit nicht ausgenutzt.
• SNA Netzinstallation und Wartung werden kompliziert, und SNA Netzprodukte sind (oder waren) teuer. Versuche, SNA Netzkompliziertheit durch das Hinzufügen der Funktionalität von IBM Advanced Peer-to-Peer Networking zu reduzieren, waren wenn nicht wirklich erfolgreich, nur weil die Wanderung von traditionellem SNA bis SNA/APPN sehr kompliziert war, ohne viel zusätzlichen Wert mindestens am Anfang zur Verfügung zu stellen. SNA Softwarelizenzen (VTAM) kosten nicht weniger als 10000 $ pro Monat für Systeme des hohen Endes. Und SNA IBM 3745 Communications Controllers kosten normalerweise mehr als 100 $ K. TCP/IP wurde noch als ungeeignet für kommerzielle Anwendungen z.B in der Finanzindustrie bis zum Ende der 1980er Jahre gesehen, aber hat schnell in den 1990er Jahren wegen seines Gleicher-zu-Gleicher-Netzwerkanschlusses und Paket-Nachrichtentechnologie übernommen, die es eingesetzt hat.
• Das Design von SNA war im Zeitalter, als das Konzept der layered Kommunikation durch die Computerindustrie nicht völlig angenommen wurde. Anwendungen, Datenbanken und Datenübertragungsfunktionen wurden in dasselbe Protokoll oder Produkt vermischt, um es schwierig zu machen, aufrechtzuerhalten oder sich zu behelfen. Das war für die in dieser Zeit geschaffenen Produkte sehr üblich. Sogar nachdem TCP/IP völlig entwickelt wurde, wurde X Fenstersystem mit demselben Modell entworfen, wo Nachrichtenprotokolle in die grafische Anzeigeanwendung eingebettet wurden.
• Die Verbindung von SNA hat angerufene riesige Zustandmaschinenlogik der Architektur gestützt, um alles "nachzugehen". APPN hat eine neue Dimension hinzugefügt, um Logik mit seinem Konzept von sich unterscheidenden Knotentypen festzusetzen. Während es fest war, als alles richtig lief, gab es noch ein Bedürfnis nach dem manuellen Eingreifen. Einfache Sachen wie Beobachtung der Kontrollpunkt-Sitzungen mussten manuell gemacht werden. APPN war nicht ohne Probleme; in den frühen Tagen haben viele Geschäfte es wegen in der APPN-Unterstützung gefundener Probleme aufgegeben. Mit der Zeit, jedoch, wurden viele der Probleme ausgearbeitet, aber nicht vor dem Advent des WWW-Browsers, der der Anfang des Endes für SNA war.

Logische Einheitstypen

Addressable Netzeinheiten in einem SNA Netz sind irgendwelche Bestandteile, die eine Adresse zugeteilt werden können und senden und Information erhalten können. Sie sind weiter wie folgt bemerkenswert:

• Systemdienstkontrollpunkte, stellen Sie Dienstleistungen zur Verfügung, ein Netz oder Teilnetz (normalerweise im Großrechner), zu führen
• Physische Einheiten, ein reales Gerät oder Kommunikationsverbindung (in Zusammenhang mit Kästen),
• Logische Einheiten, ein Zugriffspunkt zum Netz (in Zusammenhang mit Anwendungen oder Subsystemen wie CICS und TSO) oder Terminals.

SNA bietet im Wesentlichen durchsichtige Kommunikation an: Ausrüstungsdetails erlegen keine Einschränkungen auf die LU-LU Kommunikation auf. Aber schließlich dient es einem Zweck, eine Unterscheidung zwischen Typen LU zu machen, weil die Anwendung die Funktionalität der Endausrüstung (z.B Bildschirmgrößen und Lay-Out) in Betracht ziehen muss.

SNA definiert mehrere Arten von Geräten, genannt Typen Logical Unit:

• LU0 sorgt für unbestimmte Geräte, oder bauen Sie Ihr eigenes Protokoll.
• LU1 Geräte sind Drucker.
• LU2 Geräte sind stumme Anzeigeterminals von IBM 3270.
• LU3 Geräte sind Drucker, die 3270 Protokolle verwenden.
• LU4 Geräte sind Gruppe-Terminals.
• LU5 ist nie definiert worden.
• LU6 sorgt für Protokolle zwischen zwei Anwendungen.
• LU7 sorgt für Sitzungen mit Terminals von IBM 5250.

Die primären im Gebrauch sind LU1, LU2 und LU6.2 (ein fortgeschrittenes Protokoll für die Anwendung auf Anwendungsgespräche).

Innerhalb von SNA gibt es zwei Typen des Datenstroms, um lokale Anzeigeterminals und Drucker zu verbinden; es gibt den 3270 Datenstrom, der hauptsächlich durch Großrechner (zSeries Familie) und der 5250 Datenstrom hauptsächlich verwendet ist, der durch Minicomputer/Server wie der S/36, S/38, und ALS/400 (jetzt System i) verwendet ist.

Von der Version 5.2 von OS/400 anfangend, wird SNA für den Kundenzugang nicht mehr unterstützt.

Der Begriff 37xx bezieht sich auf die Familie von IBM von SNA Kommunikationskontrolleuren. Die 3745 Unterstützungen bis zu acht T1 Hochleistungsstromkreise, die 3725 sind ein groß angelegter Knoten und Datenstationsrechner für einen Gastgeber, und die 3720 sind ein entfernter Knoten, der als ein concentrator und Router fungiert.

Durchführung und Veröffentlichung

SNA wurde als ein Teil der "fortgeschrittenen Funktion von IBM für Kommunikationen" Ansage im September 1974 bekannt gegeben, die die Durchführung des SNA/SDLC (Gleichzeitige Datenverbindungskontrolle) Protokolle auf neuen Kommunikationsprodukten eingeschlossen hat:

• Nachrichtenterminal von IBM 3767 (Drucker)
• Datennachrichtensystem von IBM 3770

Sie wurden von Nachrichtenkontrolleuren von IBM 3704/3705 und ihrem Netzkontrollprogramm, und durch das System/370 und ihrem VTAM und anderer Software wie CICS und IMS unterstützt. Dieser Ansage wurde von einer anderen Ansage im Juli 1975 gefolgt, die die Datenzugang-Station von IBM 3760, das Nachrichtensystem von IBM 3790 und die neuen Modelle des Anzeigesystems von IBM 3270 eingeführt hat.

SNA wurde vom Entwicklungsabteilungslaboratorium von IBM Systems im Research Triangle Park, North Carolina, den USA hauptsächlich entworfen, die von anderen Laboratorien geholfen sind, die SNA/SDLC durchgeführt haben. Die Details wurden später durch die Systempräsenzbibliothek-Handbücher von IBM und IBM Systems Journal bekannt gegeben.

Mitbewerber

Die Eigentumsnetzwerkanschlussarchitektur für Honeywell Männliche Großrechner ist Distributed Systems Architecture (DSA). Das Kommunikationspaket für DSA ist wichtige Persönlichkeit. Wie SNA wird DSA auch für den Kundenzugang nicht mehr unterstützt. Männliche Großrechner werden mit Mainway ausgerüstet, um DSA zu TCP/IP zu übersetzen, und Geräte der wichtigen Persönlichkeit werden durch TNVIP Terminalemulationen (GLink, Winsurf) ersetzt. GCOS 8 Unterstützungen TNVIP SE über TCP/IP.

Siehe auch

• Netzdatenmöbelpacker

Referenzen

Links

• Artikel Cisco über SNA
• APPN Implementers Werkstatt-Architektur-Dokumentenbehältnis
• SNA Protokolle ziemlich technischer
• Zusammenhängende Weißbücher sdsusa.com