Move dos and net manuals to doc/

1 files changed, 0 insertions, 2045 deletions

diff --git a/net/netzhandbuch b/net/netzhandbuch
deleted file mode 100644
index 7083462..0000000
--- a/net/netzhandbuch
+++ /dev/null
@@ -1,2045 +0,0 @@
-____________________________________________________________________________ 
- 
- 
-#on("b")##on ("u")# 
-#center#Betriebssystem E U M E L 
-#off ("u")# 
- 
- 
-#center#Netzsoftware 
- 
- 
- 
- 
-#off("b")# 
-#center#Lizenzfreie Software der 
-#on ("b")# 
- 
-#center#Gesellschaft für Mathematik und Datenverarbeitung mbH, 
-#center#5205 Sankt Augustin 
- 
- 
-#off("b")# 
-#center#Die Nutzung der Software ist nur im Schul- und Hochschulbereich für 
-#center#nichtkommerzielle Zwecke gestattet. 
- 
-#center#Gewährleistung und Haftung werden ausgeschlossen 
- 
- 
-____________________________________________________________________________ 
-#page# 
-#pagenr ("%",1)##setcount(1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#center#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Inhalt 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right# GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
- 
-#center#Inhalt 
- 
-#clear pos##lpos(1.0)##rpos(9.5)# 
-#table# 
- 
-1. Einleitung  #topage("0")# 
- 
-Teil 1: Netz einrichten und benutzen  #topage("1")# 
- 
- 
-1.1. Hardwarevoraussetzungen  #topage("1.1")# 
-1.2. Einrichten des Netzes    #topage("1.2")# 
-1.3. Benutzung des Netzes   #topage("1.3")# 
-1.4. Informationsmöglichkeiten   #topage("1.4")# 
-1.5. Eingriffsmöglichkeiten   #topage("1.5")# 
-1.6. Fehlerbehebung im Netz   #topage("1.6")# 
-1.7. Sicherheit im Netz       #topage("1.7")# 
- 
- 
- 
-Teil 2: Arbeitsweise der Netzsoftware   #topage("2")# 
- 
- 
-2.1. Die Netztask    #topage("2.1")# 
-2.2. Protokollebenen   #topage("2.2")# 
-2.3. Stand der Netzsoftware  #topage("2.3")# 
- 
- 
- 
-Teil 3: Netz-Hardware-Interface   #topage("3")# 
- 
- 
-3.1. Einführung   #topage("3.1")# 
-3.2. Arbeitsweise des Netz-Hardware-Interfaces   #topage("3.2")# 
-3.3. Netztreiber  #topage("3.3")# 
-3.4. Prozedurschnittstelle des EUMEL-Netzes  #topage("3.4")# 
- 
- 
- 
-Anhang      #topage("A")# 
- 
- 
-1. Fehlermeldungen  #topage("A.1")# 
-2. Literaturhinweise    #topage("A.2")# 
-3. Index  #topage("A.3")# 
- 
-#table end# 
-#clear pos# 
- 
-#page# 
-#pagenr ("%", 2)##setcount (1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#center#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Einleitung 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right#GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
-
-1. Einleitung 
- 
-#goalpage("0")# 
-Das EUMEL-Netz dient dazu, mehrere EUMEL-Rechner (sog. #ib#Station#ie#en) miteinan­
-der zu koppeln. Diese Kopplung wird vom Betriebssystem dazu benutzt, das Sen­
-dungskonzept [1] so auszudehnen, daß Tasks verschiedener Stationen einander
-Datenräume zusenden können. Auf dem #ib#Sendungskonzept#ie# aufbauende Konzepte
-nutzen daher automatisch das Netz aus: So ist es z.B. möglich 
- 
--  von einer Station aus auf einer anderen zu drucken, 
- 
--  in die Task PUBLIC einer anderen Station #ib#Datei#ie#en zu sichern (save), vorausge­
-   setzt, daß PUBLIC dort ein #on("b")#free global manager#off("b")# ist, 
- 
--  auf einer anderen Station zu archivieren (z.B. wenn das eigene Archivlaufwerk
-   defekt ist oder ein anderes Format hat). 
- 
-Diese #ib#Netzversion#ie# kann ab EUMEL-Version 1.8.1 eingesetzt werden. 
- 
-Diese Netzbeschreibung besteht aus drei Teilen. In Teil 1 wird beschrieben, wie das
-EUMEL-Netz benutzt und eingerichtet wird. Als Benutzer eines EUMEL-
-Rechners, der vernetzt ist, ist nur dieser Teil der Netzbeschreibung für Sie wichtig.
-Teil 2 erklärt die Funktionsweise der #ib#Netzsoftware#ie#, im dritten Teil wird die Schnitt­
-stelle für die Anpassung anderer #ib#Netzhardware#ie# definiert. 
- 
-Hinweis: 
- 
-Zur erstmaligen #ib#Installation#ie# des EUMEL-Netzes ist außer dieser Beschreibung noch
-die Netzsoftware (auf Floppy) und die EUMEL-Netz-#ib#Installationsanleitung#ie#, die mit
-der Software geliefert wird, notwendig. 
- 
-In der vorliegenden Netzbeschreibung wird das EUMEL-Netz möglichst "hardware
-unabhängig" beschrieben. Wenn hardwareabhängige Beispiele gegeben werden, so
-ist die dort beschriebene Hardware stets die #ib#Datenbox#ie#. 
-#pagenr ("%", 3)##setcount (1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#cneter#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Teil 1 :  Netz einrichten und benutzen 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right#GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
-#page# 
- 
-Teil 1: Netz einrichten und benutzen 
-#goalpage("1")# 
- 
- 
- 
-1.1. Hardwarevoraussetzungen 
-#goalpage("1.1")# 
- 
- 
-Zwei Stationen 
- 
-Sie können zwei #ib#Station#ie# miteinander vernetzen, wenn Sie dafür an jeder Station eine
-#ib#V.24#ie#-#ib#Schnittstelle#ie# zur Verfügung stellen. 
- 
-Diese beiden Schnittstellen verbinden Sie mit einem Kabel zur #ib#Rechnerkopplung#ie# [2]. 
- 
- 
-Mehrere Stationen 
- 
-Wenn Sie mehr als zwei Stationen vernetzen wollen, stehen Ihnen zwei Konzepte zur
-Verfügung: das Anlegen von #ib#Netzknoten#ie# bzw. das Verwenden eines #ib#Strang#ie#es. Die
-Konzepte können gemischt eingesetzt werden. 
- 
-Ein Strang besteht aus einer Anzahl von #ib#Netzbox#ie#en (z.B. KHW-Box oder Ethernet­
-anschluß). 
- 
-Jede Box besitzt eine #ib#Schnittstelle#ie# (z.B. #ib#V.24#ie#) zum Anschluß an einen der Kanäle
-1...15 der zugeordneten #ib#Station#ie# und eine weitere Schnittstelle zur #ib#Verbindung#ie# der
-Boxen untereinander. 
- 
-Ein #ib#Knoten#ie# ist eine Station, bei der der Netzbetrieb über mehrere Kanäle läuft. 
- 
-Da die #ib#Netzsoftware#ie# pro #ib#Kanal#ie# eines Knotens eine Task generiert, ist das Knoten­
-konzept dem Strangkonzept hinsichtlich des #ib#Durchsatz#ie#es unterlegen. Preisgünstiger
-ist jedoch das #ib#Knotenkonzept#ie#, weil dabei #ib#Netzbox#ie#en überflüssig werden. 
- 
-Beim Knotenkonzept wird eine #ib#Vermaschung#ie# nicht zur Optimierung benutzt (Ver­
-maschung heißt, daß eine #ib#Zielstation#ie# über verschiedene Knoten erreichbar ist). Daher
-sollte man keine Vermaschung vorsehen. 
- 
-#ib#Nachbarn#ie# sind Stationen, die an denselben #ib#Netzstrang#ie# angeschlossen oder direkt
-über ein #ib#V.24#ie#-Kabel verbunden sind. 
- 
-Bei der Entscheidung, welche Stationen man zu #ib#Knoten#ie# macht, sollte beachtet wer­
-den, daß (a) Stationen, zwischen denen hoher Verkehr besteht, Nachbarn werden und
-daß (b) besonders leistungsfähige Rechner #ib#Knoten#ie#stationen sein sollten. 
-#page# 
- 
-1.2. Einrichten des Netzes 
-#goalpage("1.2")# 
- 
- 
-Hinweis: Dieses Kapitel ist nur für Systembetreuer wichtig. 
- 
-a) Legen Sie für die am Netz beteiligten Rechner #ib#Stationsnummer#ie#n fest (von 1 an
-   aufsteigend). 
- 
-   Die Boxen haben ebenfalls Stationsnummern. Die Stationsnummern der Box und
-   des zugeordneten Rechners müssen übereinstimmen. 
- 
- 
-b) Holen Sie an jeder #ib#Station#ie# die Task #on("bold")#configurator#off("bold")# an ein Terminal und geben Sie
-   das Kommando #on("bold")##ib#define station#ie# (x)#off("bold")#, wobei #on("bold")#x#off("bold")# die gewählte Stationsnummer ist. 
- 
-   Hinweis:  Taskkommunikationen, die zu diesem Zeitpunkt laufen, führen zu feh­
-             lerhaftem Verhalten. Dies liegt daran, daß durch #on("bold")#define station#off("bold")# alle
-             #ib#Task-Id#ie#'s geändert werden müssen, weil eine #ib#Task-Id#ie# u.a. die
-             Stationsnummer der eigenen Station enthält (siehe 1.3). TASK-
-             Variablen, die noch Task-Id's mit keiner oder falscher Stationsnum­
-             mer enthalten, können nicht mehr zum Ansprechen einer Task ver­
-             wendet werden. 
- 
-   Beispiel: Der #ib#Spoolmanager#ie# [3] richtet beim Kommando #on("bold")#start#off("bold")# einen #ib#Worker#ie# ein
-             und merkt sich dessen #ib#Task-Id#ie# in einer TASK-Variablen, um sicher­
-             zustellen, daß nur der Worker #ib#Datei#ie#en zum Drucken abholt. Wird jetzt
-             das Kommando #on("bold")# define station#off("bold")# gegeben, kann der Spoolmanager
-             seinen Worker nicht mehr identifizieren, weil der Worker eine neue
-             Task-Id erhalten hat. Man muß daher vor #on("b")#define station#off("b")# den Worker
-             löschen und ihn danach mit dem Kommando #on("bold")##ib#start#ie##off("bold")# im Spoolmanager
-             wieder neu einrichten. 
- 
- 
-   Sinnvollerweise gibt man #on("bold")#define station#off("bold")# sofort nachdem man ein frisches System
-   vom Archiv geladen hat. 
- 
-   Zum Anschluß einer #ib#Datenbox#ie# #ib#konfigurieren#ie# Sie mit dem Kommando #on("bold")##ib#configurate#ie##off("bold")#
-   den für das Netz vorgesehenen #ib#Kanal#ie# auf 
- 
-   -  transparent 
-   -  9600 #ib#Baud#ie# (Standardeinstellung der Boxen) 
-   -  #ib#RTS/CTS#ie#-#ib#Protokoll#ie# 
-   -  großen Puffer 
-   -  8 bit 
-   -  even parity 
-   -  1 stopbit. 
- 
-   Falls diese Einstellungen nicht alle angeboten werden, klären Sie mit Ihrem
-   Rechnerlieferanten, ob und wie diese Einstellungen erreicht werden können. 
- 
-   Hinweis:  Notfalls kann auf das #ib#RTS/CTS#ie#-Protokoll verzichtet werden, wenn der
-             Eingabepuffer der #ib#Station#ie# groß genug ist. Die Anzahl simultan laufen­
-             der Netzkommunikationen ist dann auf 
- 
-                    puffergröße DIV 150 
- 
-             begrenzt (bei Z80, 8086: 3; bei M20: 10). 
- 
-   Hinweis:  Es können auch andere #ib#Baud#ie#raten (2400, 4800, 19200) an der Box
-             eingestellt werden. 
- 
- 
-c) Achten Sie bei der #ib#Verbindung#ie# von der Station zur #ib#Netzbox#ie# (bzw. zur Gegen­
-   station bei einem Zweistationennetz ohne Boxen) darauf, daß neben den Emp­
-   fangs- und Sendeleitungen auch die Leitungen RTS und CTS verdrahtet wer­
-   den, also ein 5-poliges Kabel verwendet wird [2]. Die #ib#Pin-Belegung#ie# der Boxen
-   entspricht der eines Kabels zur Rechner-Rechner-Kopplung. 
- 
-   Beispiel: 
- 
-   Verbindung eines BICOS-Systems mit der Box: 
- 
-   Stecker                  Stecker 
-   Pin                      Pin 
- 
-   2  <--------->           3 
-   3  <--------->           2 
-   4  <--------->           5 
-   5  <--------->           4 
-   7  <--------->           7 
- 
- 
-d) Richten Sie eine Task #on("bold")##ib#net#ie##off("bold")# unter #on("bold")#SYSUR#off("bold")# ein und legen Sie eine #ib#Datei#ie# #on("b")##ib#netz#ie##off("b")# an, die
-   Ihre #ib#Netzkonfiguration#ie# enthält, oder ändern Sie die mitgelieferte Datei ent­
-   sprechend ab (siehe auch 1.5.).#goalpage("sperre")# 
- 
- 
-   Dem bisherigen Netz entspricht eine Datei #on("b")#netz#off("b")# mit folgendem Inhalt: 
- 
-     definiere netz; 
-     routen (1,127,k); 
-     starte kanal (k,1,x); 
-     aktiviere netz. 
- 
-     k: ihr netzkanal. 
-     x: IF yes ("#ib#Flußkontrolle#ie#") THEN 10 ELSE 3 FI. 
- 
- 
- 
-   Laden Sie die Datei #on("b")##ib#net install#ie##off("b")# vom Archiv #on("b")#net#off("b")# und übersetzen Sie diese. Je nach­
-   dem, welche EUMEL-Version auf der Maschine installiert ist, werden die notwen­
-   digen Programmdateien insertiert. 
- 
-   Es sind dies 
- 
-                          net report 
-                          net hardware interface 
-                          basic net 
-                          net manager 
- 
- 
-   Das Netz wird dabei gestartet. 
- 
- 
-   Hinweis:  Obwohl die Task #on("b")#net#off("b")# sich noch mit #on("bold")##ib#continue#ie##off ("bold")# an ein Terminal holen
-             läßt, sollte man dies nur kurzzeitig tun, da der Netzverkehr solange
-             blockiert ist. 
- 
-             In der #ib#Datei#ie# #on("b")#netz#off("b")# sollte der #ib#Kanal#ie#, über den der meiste Verkehr erwar­
-             tet wird, zuerst gestartet werden. Für ihn wird die Task #on("b")##ib#net port#ie##off("b")# gene­
-             riert, für jeden weiteren Kanal wird eine Task #on("b")##ib#net port#ie# k#off("b")# (k=Kanal­
-             nummer) generiert. 
-#page# 
-
-1.3. Benutzung des Netzes  
-#goalpage("1.3")# 
- 
- 
-Zur Benutzung des Netzes stehen folgende Operatoren und Prozeduren zur Verfü­
-gung: 
- 
- 
- 
-TASK OP #ib#/#ie# (INT CONST station, TEXT CONST taskname) 
- 
-liefert die Task #on("bold")#taskname#off("bold")# von der #ib#Station#ie# #on("bold")#station#off("bold")#. 
- 
- 
-#ib#Fehlerfälle#ie#: 
- 
-  -  #ib(4)#Task "...." gibt es nicht#ie(4)# 
- 
-     Die angeforderte Task gibt es auf der #ib#Zielstation#ie# nicht. 
- 
-  -  #ib(4)##ib#Collectortask#ie# fehlt#ie(4)# 
- 
-     die Task #on("b")##ib#net port#ie##off("b")# existiert nicht (siehe 6). 
- 
-     Hinweis:  #on("b")#net port#off("b")# wird bei jedem Start des Netzes neu generiert und beim
-               Auftreten eines nicht vorhergesehenen #ib#Fehler#ie#s beendet. Die Feh­
-               lermeldung steht im #on("b")##ib#report#ie##off("b")# (siehe 4). 
- 
-  -  #ib(4)#Station x antwortet nicht#ie(4)# 
- 
-     Eine nicht vorhandene oder abgeschaltete Station wurde angesprochen. 
- 
-     Hinweis: Dieser #ib#Fehler#ie# wird angenommen, wenn eine Überwachungszeit von
-              ca. 30 Sekunden verstrichen ist, ohne daß Station x die Taskidenti­
-              fikation angeliefert hat. 
- 
-  -  #ib(4)#Station x gibt es nicht#ie(4)# 
- 
-     #ib#Station#ie# x steht nicht in den #ib#Routentabelle#ie#n. 
- 
-     Diese Meldung kann auch erscheinen, wenn Station x erst kürzlich an das Netz
-     angeschlossen wurde. Sie steht dann noch nicht in den Routentabellen (siehe
-     auch 5.3.). 
- 
-     Beispiel: 
- 
-        list (5/"PUBLIC") 
- 
-     Die Dateiliste von PUBLIC der Station 5 wird angefordert. 
- 
- 
- 
-TASK OP #ib#/#ie# (INT CONST station, TASK CONST task) 
- 
-liefert 
- 
-station / name (task) 
- 
-Beispiel: 
- 
-   list (4/public) 
- 
- 
-Fehlerfall: 
- 
-   "......" #ib(4)#gibt es nicht#ie(4)# 
- 
-   Auf der eigenen Station gibt es die Task #on("b")#task#off("b")# nicht. 
-   Der Taskname wird auf der eigenen Station bestimmt, wenn es dort die Task 
-   nicht gibt, führt dies zur obigen Fehlermeldung. 
- 
-Abhilfe: 
- 
-   Statt list(4/public) das Kommando list (4/"PUBLIC") verwenden. 
- 
- 
- 
-INT PROC #ib#station#ie# (TASK CONST task) 
- 
-liefert die #ib#Stationsnummer#ie# der Task #on("bold")#task#off("bold")#. 
- 
-Beispiel: 
- 
-   put (station (myself)) 
- 
-   gibt die eigene Stationsnummer aus. 
- 
- 
- 
- 
-PROC #ib#reserve#ie# (TEXT CONST archivename, TASK CONST archivetask) 
- 
-dient dazu, das Archiv auf der #ib#Station#ie# #on("bold")#station#off("bold")# anzumelden. 
- 
-Beispiel: 
- 
-   reserve ("std", 4/"ARCHIVE"); #ib#list#ie# (4/"ARCHIVE") 
- 
-   gibt das Inhaltsverzeichnis der Archivfloppy im Laufwerk der Station 4 aus. 
- 
-   Hinweis: Vergessen Sie bei solchen #ib#Querarchivierungen#ie# nicht die Stationsangabe
-            bei jedem einzelnen Archivkommando (z.B fetch ("xxx", #on("bold")#4/#off("bold")#
-            "ARCHIVE")). 
- 
-   Hinweis: Querarchivieren ist langsam. Verwenden Sie es nur, wenn Sie Floppy­
-            formate umsetzen wollen. 
- 
- 
- 
- 
-PROC #ib#free global manager#ie# 
- 
-dient dazu, die eigene Task über das Netz ansprechbar zu machen. Jede andere
-Task im Netz kann dann die üblichen #ib#Manager#ie#aufrufe (#on("bold")##ib#save#ie##off ("bold")#, #on("bold")##ib#fetch#ie##off ("bold")#, usw.) an die
-eigene Task machen, sofern diese nicht an ein Terminal gekoppelt ist. 
- 
-Die Task wird (wie bei #on("bold")#break#off ("bold")#) abgekoppelt und meldet sich in Zukunft mit #on("bold")#mainte­
-nance#off ("bold")# statt mit #on("bold")#gib kommando#off ("bold")#. 
- 
-Beispiel: 
- 
-   An Station 4 ruft man in der Task "hugo" das Kommando #on("bold")#free global manager#off("bold")#
-   auf. Anschließend kann man von jeder Station aus z.B. #on("bold")#list (4/"hugo")#off ("bold")# usw. auf­
-   rufen. 
- 
- 
- 
- 
-TEXT PROC #ib#name#ie# (TASK CONST t) 
- 
-Diese (schon immer vorhandene) Prozedur wurde dahingehend erweitert, daß der
-Name einer auf einer anderen Station existierenden Task über Netz angefordert wird. 
- 
-Existiert die Task nicht, so wird #on("bold")##ib#niltext#ie##off ("bold")# geliefert. 
- 
-Hinweis: Die Prozedur #on("bold")##ib#exists#ie##off ("bold")# wurde nicht auf das Netz ausgedehnt, da sie in Situa­
-         tionen eingesetzt wird, wo es auf eine sehr schnelle Antwort ankommt.
-         Daher liefert #on("bold")#exists#off ("bold")# für eine stationsfremde Task immer FALSE. Will man
-         wissen, ob eine solche Task existiert, verwende man die Abfrage 
- 
-         #on("bold")#IF name (task) <> "" THEN ... #off ("bold")#. 
- 
-#ib#Fehlerfall#ie#: 
- 
-   - #ib(4)#Station x antwortet nicht#ie(4)# 
- 
-   - #ib(4)##ib#Station#ie# x gibt es nicht#ie(4)# 
- 
-#page# 
- 
-1.4. Informationsmöglichkeiten 
- 
-#goalpage("1.4")# 
- 
-In der Task #on("bold")#net#off("bold")# wird eine #ib#Datei#ie# #on("bold")##ib#report#ie##off("bold")# geführt, in der #ib#Fehlersituationen#ie# des Netzes
-verzeichnet werden. Diese Datei kann in jeder anderen Task auf derselben Station mit
-#on("bold")##ib#list#ie# (/"#ib#net#ie#")#off("bold")# angesehen werden. Eine Erklärung der wichtigsten Meldungen finden Sie
-im Anhang. 
- 
-In jeder Task kann durch das Kommando #on("bold")##ib#list#ie# (/"#ib#net port#ie#")#off("bold")# eine Übersicht über die
-momentan laufenden #ib#Netzübertragungen#ie# der eigenen #ib#Station#ie# erhalten werden (nur für
-den #ib#Kanal#ie#, an dem #on("b")##ib#net port#ie##off("b")# hängt). Entsprechendes gilt für die weiteren Netports der
-eigenen Station. 
- 
-Mit #on("bold")##ib#list#ie# (/"#ib#net list")#ie##off("bold")# erhält man die Informationen, die man mit #on("b")#list (/"net")#off("b")# und #on("b")##ib#list#ie##off("b")# auf
-alle Netports bekommt, sofern #on("b")##ib#listoption#ie##off("b")# (siehe S. #topage("listop")#) beim Generieren des Netzes
-aufgerufen wurde. Dieser Aufruf funktioniert auch bei fremden Stationen (z.B. #on("b")#list
-(5/"net list")#off("b")#). 
- 
-#page# 
- 
-1.5. Eingriffsmöglichkeiten 
- 
-#goalpage("1.5")# 
- 
--  Jede Task kann #ib#Sende#ie(1,"ströme")#- und #ib#Empfangsströme#ie#, die bei #on("bold")#list (/"net port")#off("bold")# gemel­
-   det worden sind und die eigene Task betreffen, abbrechen. Hierzu ist das Kom­
-   mando #on("bold")##ib#erase#ie# ("x", /"#ib#net port#ie#")#off ("bold")# zu geben, wobei x die #ib#Stromnummer#ie# (aus dem #on("bold")#list#off ("bold")#)
-   ist. 
-   Unberechtigte #ib#Löschversuche#ie# werden abgewiesen. 
-   Von privilegierten Tasks aus können jedoch mit #on("b")##ib#erase#ie##off("b")# beliebige Ströme abge­
-   brochen werden. 
- 
- 
--  Durch das Kommando #on("bold")##ib#start#ie##off("bold")# kann von der Task #on("b")##ib#net#ie##off("b")# aus das Netz neu gestartet
-   werden. Dies setzt eine gültige #ib#Datei#ie# #on("bold")#netz#off("bold")# voraus. Es wird ein #on("bold")##ib#run#ie##off("bold")# auf diese Datei
-   gegeben. Das Kommando #on("b")##ib#start#ie##off("b")# ist nur noch aus Kompatibilitätsgründen zum alten
-   Netz vorhanden. 
- 
- 
--  Durch das Kommando #on("bold")##ib#routen aufbauen#ie##off("bold")# in der Task #on("b")##ib#net#ie##off("b")# werden die #ib#Routentabelle#ie#n
-   neu aufgebaut. Dies kann notwendig werden, wenn eine neue #ib#Station#ie# ans Netz
-   angeschlossen wurde (#ib#Fehlermeldung#ie# '#ib(4)#Station x gibt es nicht#ie(4)#'). #on("bold")#routen aufbauen#off ("bold")#
-   muß zuvor auch an allen dazwischenliegenden #ib#Knotenstation#ie#en gegeben werden. 
- 
-   #on("bold")#routen aufbauen#off ("bold")# erzeugt eine Task #on("b")##ib#router#ie##off("b")#, die sich an das Terminal koppelt (die
-   Task #on("b")#net#off("b")# koppelt sich ab) und ein #ib#Protokoll#ie# ausgibt. Sind die #ib#Route#ie#n aufgebaut,
-   beendet sich die Task #on("b")#router#off("b")# mit der Meldung #on("b")#fertig#off("b")#. Es werden nur Stationen
-   bearbeitet, die nicht #ib#gesperrt#ie# (siehe S. #topage("sperre")#), und für die keine festen Routen
-   vereinbart sind. Der Vorgang dauert ca. 5 Sek. pro nicht gesperrter Station und
-   #ib#Netzkanal#ie#. Die #ib#Route#ie#n werden in einem #ib#Datenraum#ie# #on("b")##ib#port intern#ie##off("b")# hinterlegt. 
- 
- 
--  Der Aufruf #on("bold")##ib#definiere netz#ie##off("bold")# leitet eine #ib#Netzdefinition#ie# in der #ib#Datei#ie# #on("bold")##ib#netz#ie##off("bold")# ein. Dabei
-   werden alle augenblicklichen Netzkommunikationen gelöscht. Die Tasks #on("b")##ib#net port#ie#
-   (k)#off("b")#, wobei #on("b")#k#off("b")# die #ib#Kanalnummer#ie# ist, und #on("b")##ib#net timer#ie##off("b")# werden gelöscht. 
- 
-   Dieser Aufruf muß vor den Aufrufen von #on("bold")##ib#starte kanal#ie#, #ib#erlaube#ie#, #ib#sperre#ie#, #ib#routen#ie#,
-   #ib#aktiviere netz#ie# und #ib#list option#ie##off("bold")# erfolgen. 
- 
- 
--  PROC #ib#sperre#ie# (INT CONST a,z) 
-   bewirkt, daß die Stationen #on("bold")#a#off("bold")# bis #on("bold")#z#off("bold")# keine Manageraufrufe an Tasks dieser Station
-   geben dürfen (Genauer gesagt werden sendecodes > 6 nicht weitergeleitet, son­
-   dern ein errornak mit dem Text "#ib(4)#kein Zugriff auf Station#ie(4)#" zurückgeschickt). 
- 
-   Dieser Aufruf muß vor dem ersten #on("bold")##ib#starte kanal#ie##off("bold")# erfolgen. 
- 
- 
--  PROC #ib#erlaube#ie# (INT CONST a,z) 
-   bewirkt, daß die Stationen #on("bold")#a#off("bold")# bis #on("bold")#z#off("bold")# Manageraufrufe an Tasks dieser Station geben
-   dürfen. 
- 
-   Dieser Aufruf muß vor dem ersten #on("bold")##ib#starte kanal#ie##off("bold")# erfolgen. 
- 
-   Beispiel: Alle Stationen außer 8 und 10 sollen #ib#gesperrt#ie# sein: 
- 
-             #ib#sperre#ie# (1,127); erlaube (8,8); erlaube (10,10) 
- 
-   Hinweis: 127 ist z.Zt. die maximale #ib#Stationsnummer#ie(1," maximale")#. 
- 
- 
--  PROC #ib#routen#ie# (INT CONST a,z,k) 
-   legt fest, daß die Stationen #on("bold")#a#off("bold")# bis #on("bold")#z#off("bold")# an #ib#Kanal#ie# #on("bold")#k#off("bold")# direkt angeschlossen sind. Sen­
-   dungen dieser Stationen werden nur bearbeitet, wenn sie über diesen Kanal her­
-   einkommen (siehe 1.7.). Fehlt für eine Station ein entsprechender Routenaufruf, so
-   darf sie über einen beliebigen #ib#Netzkanal#ie# angeschlossen sein. Dies wird dann von
-   #on("bold")##ib#routen aufbauen#ie##off("bold")# ermittelt. 
- 
-   PROC routen (INT CONST a,z,k,zw) 
-   legt fest, daß die Stationen #on("bold")#a#off("bold")# bis #on("bold")#z#off("bold")# indirekt über die #ib#Knotenstation#ie# #on("bold")#zw#off("bold")# angeschlos­
-   sen sind, und #on("b")#zw#off("b")# am Kanal #on("bold")#k#off("bold")# hängt. 
- 
- 
--  PROC #ib#starte kanal#ie# (INT CONST k,m,q) 
-   startet eine #ib#Netztask#ie# am #ib#Kanal#ie# #on("bold")#k#off("bold")# im Modus #on("bold")#m#off("bold")# [4]. Dabei wird mit #on("bold")#q#off("bold")# die Anzahl
-   paralleler #ib#Empfangsströme#ie# festgelegt. Dadurch kann erreicht werden, daß der
-   #ib#Empfangspuffer#ie# nicht überläuft, indem nicht mehr als #on("b")#q#off("b")# Ströme quittiert werden.
-   Bei #ib#V.24#ie#-#ib#Schnittstelle#ie#n gebe man 3 (ohne #ib#Flußkontrolle#ie#) bzw. 10 (mit Flußkon­
-   trolle) an. 
- 
- 
--  PROC #ib#aktiviere netz#ie# 
-   muß als Abschluß in der Datei #on("bold")##ib#netz#ie##off("bold")# aufgerufen werden. Dabei wird die Task vom
-   Terminal abgekoppelt. Falls es bei #on("bold")##ib#definere netz#ie##off("bold")# den #ib#Datenraum#ie# #on("b")##ib#port intern#ie##off("b")#, der
-   die #ib#Route#ie#n enthält, nicht gab, wird #on("bold")##ib#routen aufbauen#ie##off("bold")# aufgerufen. 
- 
- 
--  PROC #ib#listoption#ie##goalpage("listop")# 
-   erzeugt eine Task #on("b")##ib#net list#ie##off("b")#, die bei #on("bold")#list#off("bold")# den #ib#Fehlermeldung#ie#sreport und den Zustand
-   aller Netports liefert. Diese Task ist auch über Netz ansprechbar. In der Regel
-   sollte man #on("b")#listoption#off("b")# in der Datei #on("b")#netz#off("b")# aufrufen, es sei denn, das System ist sehr
-   klein. 
- 
-#page# 
- 
-1.6. #ib#Fehlersuche#ie# im Netz 
- 
-#goalpage("1.6")# 
- 
-#ib#Fehler#ie# im Netz können sich verschiedenartig auswirken. Im folgenden wird auf einige
-Beispiele eingegangen: 
- 
-Beispiel: 
- 
-   Auf #on("bold")#list (4/public)#off("bold")# erfolgt die Meldung '#ib(4)#Station#ie(4, " x antwortet nicht")# 4 antwortet nicht'. 
- 
- 
-#ib#Fehler#ie#möglichkeiten: 
- 
-   -  #ib#Station#ie# 4 ist nicht eingeschaltet. 
-      Abhilfe: Station 4 einschalten. Kommando erneut geben. 
- 
- 
-   -  #ib#Netztask#ie# an Station 4 ist nicht arbeitsfähig. 
-      Abhilfe: Kommando #on("bold")##ib#start#ie##off ("bold")# in der Task "net" auf Station 4. 
- 
- 
-   -  Stationsnummern und Boxnummern stimmen nicht überein. 
-      Abhilfe: Mit #on("bold")#define station#off ("bold")# #ib#Stationsnummer#ie#n korrigieren (siehe 3.2). 
- 
- 
-   -  #ib#Verbindung#ie# Rechner/Box am eigenen Rechner oder an Station 4 fehlt. 
-      Abhilfe: Verbindungen überprüfen. Durch Ansprechen einer dritten Station
-               kann oft schnell geklärt werden, welche Rechner/Box-Verbindung
-               defekt sein muß. 
- 
- 
-   -  Verbindung der Boxen untereinander defekt. 
-      Abhilfe: Fehlende Verbindung, #ib#Masseschluß#ie# und #ib#Dreher#ie# (keine 1:1 Verbin­
-               dung) überprüfen und beheben. 
- 
-      Hinweis: Liegt z.B. ein Masseschluß vor, so kann es durchaus sein, daß
-               Boxen, die nicht in der Nähe des Masseschlusses stehen, noch
-               miteinander arbeiten können. Man kann aus der Tatsache, daß zwei
-               Boxen miteinander arbeiten können, also nicht schließen, daß man
-               nicht nach diesem Fehler suchen muß. 
- 
- 
- 
-Beispiel: 
- 
-   Auf #on("bold")#list (4/public)#off("bold")# erfolgt keine Reaktion. 
- 
- 
-   -  Station 4 ist während dieser Sendung zusammengebrochen. 
-      Abhilfe: Station 4 wieder starten. Die Bearbeitung des #on("bold")##ib#list#ie##off ("bold")#-Kommandos wird
-               automatisch wieder aufgenommen. 
- 
- 
-   -  PUBLIC auf Station 4 ist nicht im Managerzustand. 
-      Abhilfe: PUBLIC in den Managerzustand versetzen. 
- 
- 
-   -  #ib#Fehler#ie# in der #ib#Netzhardware#ie#. 
-      Überprüfen Sie, ob 
- 
-      -  die Boxen eingeschaltet sind, 
-      -  die Bereitlampe blinkt (wenn nicht: #ib#RESET#ie# an der Box), 
-      -  die #ib#V.24#ie#-Kabel richtig stecken, 
-      -  die Boxen untereinander verbunden sind (1 zu 1 Verbindungen der 5 poli­
-         gen Diodenbuchsen). 
- 
- 
-   -  Fehler bei der #ib#Netzinstallation#ie#. 
-      Überprüfen Sie, ob 
- 
-      -  alle Stationen an einem #ib#Strang#ie# gleiche oder kompatible Netzmodi einge­
-         stellt haben [4], 
-      -  alle Stationen an einem #ib#Netzstrang#ie# auf die gleiche #ib#Nutzdatenlänge#ie# einge­
-         stellt sind, 
-      -  bei der #ib#Kommunikation#ie# über #ib#Knoten#ie# alle Stationen die gleiche Nutzdaten­
-         länge bei indirekten Sendungen eingestellt haben, 
-      -  die #ib#Route#ie#n auf allen beteiligten Stationen korrekt eingestellt sind. 
- 
- 
- 
-Beispiel: 
- 
-   Auf #on("bold")#list (4/public)#off("bold")# erfolgt die Meldung '#ib(4)##ib#Collectortask#ie# fehlt#ie(4)#'. 
- 
-   -  Das Kommando #on("b")##ib#start#ie##off("b")# (bzw #on("b")##ib#aktiviere netz#ie##off("b")# in der #ib#Datei#ie# #on("b")#netz#off("b")#) wurde nicht gege­
-      ben. Somit existiert #on("b")##ib#net port#ie##off("b")# nicht. 
-      Abhilfe: Kommando #on("bold")#start#off ("bold")# in der Task #on("b")#net#off("b")# geben. 
- 
- 
-   -  Die #ib#Netzsoftware#ie# ist auf einen nicht vorhergesehenen #ib#Fehler#ie# gelaufen. Dieser
-      wird im #ib#Report#ie# vermerkt. #on("b")##ib#net port#ie##off("b")# wird dabei gelöscht. 
-      Abhilfe: Geben Sie in der Task #on("bold")#net#off("bold")# das Kommando #on("bold")#start#off("bold")#. Dadurch wird die
-               Netzsoftware neu gestartet. Alle Netzkommunikationen dieser Station
-               gehen verloren. 
- 
- 
- 
-Beispiel: 
- 
-   Nach #on("bold")##ib#fetch#ie# ("hugo",4/public)#off("bold")# sind Teile der Datei "hugo" verfälscht. 
- 
-   -  Die #ib#V.24#ie#-#ib#Verbindung#ie# zur Box ist nicht in Ordnung. 
-      Abhilfe: Abstand zwischen Rechner und Box verkürzen; #ib#Baud#ie#rate ernie­
-               drigen; durch Wechseln der #ib#V.24#ie#-#ib#Schnittstelle#ie# feststellen, ob diese
-               defekt ist. 
-      Hinweis: Die Verbindung zwischen den Boxen ist durch #ib#Prüfsummen#ie# abge­
-               sichert (Hardware). 
- 
-#page# 
- 
-1.7. Sicherheit im Netz 
- 
-#goalpage("1.7")# 
- 
-Bei Benutzung eines Rechnernetzes tauchen neue #ib#Sicherheitsprobleme#ie# auf. Um sie
-verstehen und eingrenzen zu können, muß man sich mit dem #ib#Sicherheitskonzept#ie# des
-Betriebssystems EUMEL vertraut machen: 
- 
-Eine Task im EUMEL kann nur manipuliert werden, wenn man sie entweder an ein
-Terminal koppelt oder ihr Sendungen zustellt. 
- 
-Das Ankoppeln kann über #ib#Paßwort#ie# abgesichert werden. Nach dem Ankoppeln kann
-die Task außerdem selbst bestimmen, wie sie die dann möglichen Eingaben behan­
-delt. So kann z.B. noch ein komplizierter Paßalgorithmus zu durchlaufen sein, bis
-man auf einer offenen Programmierumgebung landet. 
- 
-Sendungen können eine Task auch nur mit ihrem Einverständnis beeinflussen, da
-eine Sendung nur zugestellt wird, wenn die Task in der Prozedur #on("b")##ib#wait#ie##off("b")# steht. Insbe­
-sondere kann die Task den Absender einer Sendung überprüfen und gewisse Opera­
-tionen nur bei gewissen Absendern zulassen. So lehnt ein #on("b")##ib#global manager#ie##off("b")# z.B. alle
-Dateimanagerkommandos ab, die nicht von Nachkommen (z.B. Söhnen) der Task
-kommt. #on("b")##ib#free global manager#ie##off("b")# hingegen läßt Operationen wie #on("b")##ib#save#ie##off("b")# oder #on("b")##ib#erase#ie##off("b")# von
-beliebigen Tasks, auch von fremden #ib#Station#ie#en, zu. Will man nur bestimmte Fremd­
-stationen zulassen, kann man z.B. folgendes Schema verwenden: 
- 
-   PROC my #ib#manager#ie# 
-      (DATASPACE VAR ds, INT CONST code, phase, TASK CONST source): 
- 
-     IF station (source) = station (myself) OR station (source) = 10 
-     THEN 
-       free manager (ds, code, phase, source) 
-     ELSE 
-       errorstop ("kein Zugriff") 
-     FI 
- 
-  END PROC my manager; 
- 
-  global manager (PROC my manager) 
-#page# 
-Hier werden nur #on("b")#save#off("b")# usw. von Tasks der eigenen Station und der Station 10 zuge­
-lassen. Der Rest erhält die #ib#Fehlermeldung#ie# "kein Zugriff". 
- 
-Dieses Verfahren gewährt nur dann Sicherheit, wenn es nicht möglich ist, daß eine
-beliebige Station sich als Station 10 ausgibt. 
- 
-Damit das Netz diese Sicherheit garantieren kann, müssen natürlich gewisse phy­
-sische Voraussetzungen erfüllt sein. Wenn z.B. die Station 10 über eine #ib#V.24#ie# ange­
-schlossen ist, aber jeder die Möglichkeit hat, an diese #ib#Schnittstelle#ie# seinen eigenen
-Rechner anzuschliessen, dann kann das Netz natürlich nicht erkennen, ob es mit der
-echten Station 10 verkehrt. 
- 
-Es muß also sichergestellt sein, daß an Kanälen für das Netz nicht manipuliert werden
-kann. Bei einem #ib#Strang#ie# (Anschluß über #ib#Netzbox#ie#en) heißt das für die Boxen, daß sie
-nur #ib#Telegramm#ie#e weitervermitteln, die die eingestellte #ib#Quellstationsnummer#ie# enthalten.
-Sonst könnte jemand, der an denselben Strang wie #ib#Station#ie# 10 angeschlossen ist,
-#ib#Telegramm#ie#e erzeugen, die so aussehen, als kämen sie von 10. 
- 
-Die #ib#Netzsoftware#ie# ihrerseits darf nur Telegramme auswerten, die über die richtige
-#ib#Route#ie# (#ib#Kanal#ie# und #ib#Knotenstation#ie#) einlaufen. 
- 
-Leider hat dies die unangenehme Konsequenz, daß man automatisches Aufbauen und
-Ändern von Routen verbieten muß, wodurch die Wartung der #ib#Netzkonfiguration#ie#
-erschwert wird. 
- 
-Diese Version der #ib#Netzsoftware#ie# bietet den folgenden Kompromiß an: Nur für sicher­
-heitsrelevante #ib#Stationen#ie(1,", sicherheitsrelevante")# (im Beispiel Station 10) muß in der #ib#Datei#ie# #on("b")##ib#netz#ie##off("b")# die Route
-angegeben werden. Dies muß in allen Stationen geschehen, für die die Station
-sicherheitsrelevant ist, und in allen #ib#Knoten#ie# dazwischen. 
- 
-Für nicht sicherheitsrelevante Stationen werden #ib#Routeninformationen#ie# automatisch
-aufgebaut und geändert. 
- 
-Hinweis: 
-Man wird oft ohne sicherheitsrelevante Stationen auskommen, indem man auf Ebenen
-oberhalb der Netzebene Paßwortkontrollen einführt. So ist es z.B. ja möglich, Dateien
-durch Paßworte zu schützen. Ein weiteres Beispiel ist ein #ib#Printerserver#ie#, der nur
-ausdruckt, wenn eine mitgegebene Abrechnungskennung stimmt. Dabei ist es sogar
-wünschenswert, daß die #ib#Station#ie# irrelevant ist, die den Druckauftrag gibt. 
-#pagenr ("%",21)##setcount (1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#center#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Teil 2 :  Arbeitsweise der Netzsoftware 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right#GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
-#page# 
- 
-Teil 2: Arbeitsweise der Netzsoftware 
-#goalpage("2")# 
- 
- 
- 
-2.1. Die Netztask 
-#goalpage("2.1")# 
- 
- 
-In diesem Kapitel wird beschrieben, wie eine #ib#Netztask#ie# in das System eingebettet ist
-und welche Aufgaben sie hat. Unter Einhaltung dieser Konzepte kann die ausgeliefer­
-te Netzsoftware so geändert werden, daß sie beliebige andere #ib#Netzhardware#ie# unter­
-stützt. Die Netzsoftware ist so gegliedert, daß i.allg. nur eine hardwareabhängige
-Komponente ausgetauscht werden muß (siehe Teil 3). 
- 
-Die Kommunikation zwischen Tasks im EUMEL-Betriebssystem basiert auf einem
-#ib#Rendezvouskonzept#ie#: Die #ib#Zieltask#ie# einer Sendung muß empfangsbereit sein, wenn die
-#ib#Quelltask#ie# sendet. 
- 
-Die Kommunikationsprozeduren auf der niedrigsten Ebene sind #on("bold")##ib#send#ie##off ("bold")# (Senden) und
-#on("bold")##ib#wait#ie##off ("bold")# (Warten auf Empfang). Bei der Kommunikation werden ein Integer #on("bold")#code#off ("bold")# und ein
-#ib#Datenraum#ie# #on("bold")#dr#off ("bold")# übergeben. #on("bold")#code#off ("bold")# muß >= 0 sein, da negative Codes systemintern ver­
-wandt werden. Ist die empfangende Task an einen #ib#Kanal#ie# gekoppelt (#on("bold")##ib#continue#ie##off ("bold")#), so
-führt eine Zeicheneingabe auf diesem Kanal dazu, daß eine Sendung mit dem Code
--4 ankommt. Die Eingabedaten müssen mit den üblichen #ib#Eingabeprozeduren#ie# (#on("bold")##ib#inchar#ie##off ("bold")#
-usw.) abgeholt werden. Der übermittelte #ib#Datenraum#ie# und die Absendertask sind dabei
-ohne Bedeutung und dürfen nicht interpretiert werden. 
- 
-Die Prozedur #on("bold")#send#off ("bold")# hat einen #ib#Rückmeldeparameter#ie#, der besagt, ob die Sendung
-übermittelt wurde. Gibt es die Zieltask nicht oder steht sie nicht im #on("bold")#wait#off ("bold")#, so kann die
-Sendung nicht übermittelt werden. 
- 
-Ein Entwicklungskriterium für das EUMEL-Netz war es, möglichst wenig Unterstüt­
-zung von der virtuellen EUMEL-Maschine (#ib#EUMEL0#ie#) zu fordern, damit weitgehend in
-ELAN programmiert werden kann. Dadurch ist es möglich, eine (privilegierte) Task mit
-der Netzabwicklung zu betrauen. 
-#page# 
-Zunächst wird auf die #ib#EUMEL0#ie#-Unterstützung eingegangen: 
- 
-a)  Es gibt die Prozedur #on("bold")##ib#define collector#ie##off ("bold")#, mit der die für das Netz verantwortliche
-    Task der EUMEL0-Maschine bekannt gemacht wird. Diese Task wird im fol­
-    genden #ib#Collector#ie# genannt. 
- 
-b)  Es gibt die Prozedur #on("bold")##ib#define station#ie##off ("bold")#, die für den Rechner eine #ib#Stationsnummer#ie#
-    einstellt. Anhand dieser Nummer werden die Rechner eines Netzes unterschie­
-    den. Das Einstellen bewirkt, daß für alle Tasks die Stationsnummer in ihre
-    #ib#Task-Id#ie# eingetragen wird (Task-Id's sind die Werte, die der Typ TASK anneh­
-    men kann). 
- 
-c)  Der Befehl #on("bold")##ib#station#ie# (task)#off ("bold")# liefert die Stationsnummer der #on("bold")#task#off ("bold")#. So liefert z.B.
-    #on("bold")##ib#station#ie# (myself)#off ("bold")# die #ib#Stationsnummer#ie# des eigenen Rechners. 
- 
-d)  Eine Sendung, deren #ib#Zieltask#ie# auf einem anderen Rechner liegt (also station (ziel)
-    <> station (myself)), wird auf die #ib#Collectortask#ie# geleitet. 
- 
-e)  Es gibt eine Prozedur #on("bold")##ib#collected destination#ie##off ("bold")#, die es dem Collector erlaubt, die
-    eigentliche Zieltask einer auf ihn geleiteten Sendung zu erfahren. 
- 
-f)  Es gibt eine Variante der Prozedur #on("bold")##ib#send#ie##off ("bold")#, die es dem Collector gestattet, der
-    #ib#Zieltask#ie# eine andere Task als Absender vorzutäuschen. 
- 
-g)  Es gibt eine spezielle #ib#Task-Id#ie# #on("bold")##ib#collector#ie##off ("bold")#, durch die der augenblicklich eingestell­
-    te #ib#Collector#ie# erreicht wird. Diese wird als Zieltask beim Aufruf der Vermittlungs­
-    dienste angegeben (siehe S. #topage("collector")#). Eine Sendung an #on("bold")#collector#off ("bold")# wird von EUMEL0
-    an den derzeitig eingestellten Collector geschickt. 
- 
-Ein Collector kann also auf drei Wegen von den übrigen Tasks desselben Rechners
-Sendungen erhalten: 
- 
-  1. Über ein normales #on("b")#send#off("b")# (z.B. bei #on("bold")#list (/"net port")#off ("bold")#, wenn #on("b")#net port#off("b")# der derzeitige
-     #ib#Collector#ie# ist), 
- 
-  2. über ein #on("b")#send#off("b")# an die Task #on("bold")#collector#off ("bold")# (s.u.) und 
- 
-  3. als umgeleitete Sendung (z.B. bei #on("bold")#list#off ("bold")# an eine Task auf einem anderen
-     Rechner). 
- 
-Der Collector kann diese Fälle anhand von #on("bold")#collected destination#off ("bold")# unterscheiden. 
- 
-Die Punkte d) bis f) dienen dazu, den Collector für über Netz kommunizierende Tasks
-unsichtbar zu machen: Der Collector taucht nicht als Ziel oder #ib#Quelle#ie# von Sendungen
-auf. Das ist notwendig, damit normale Tasks sich nicht darum kümmern müssen, ob
-eine Sendung übers Netz geht oder im eigenen Rechner bleibt. 
- 
-Wenn ein #ib#Datenraum#ie# an einen anderen Rechner geschickt wird, muß der gesamte
-Inhalt (z. Zt. max. 1 MB) übertragen werden. Dies macht bei der üblichen Netzhard­
-ware eine Zerlegung in #ib#Paket#ie#e nötig [5]. Bei der Zerlegung eines Datenraumes in
-Pakete (#ib#Telegramm#ie#e) gelten folgende Einschränkungen: 
- 
-  -  Ein Paket kann maximal eine #ib#Datenraumseite#ie# als #ib#Nutzdaten#ie# enthalten. 
- 
-  -  Die #ib#Nutzdatenlänge#ie# ist für einen #ib#Übertragungsweg#ie# konstant. 
- 
-  -  Alle Stationen eines #ib#Netzstrang#ie#s senden mit gleicher Nutzdatenlänge (#on("b")##ib#data
-     length#ie##off("b")#). 
- 
-  -  Bei indirekter #ib#Kommunikation#ie(1,"indirekte")# (über #ib#Knoten#ie#) muß die Nutzdatenlänge für in­
-     direkte Verbindungen (#on("b")##ib#data length via node#ie##off("b")#) auf allen beteiligten Stationen
-     gleich eingestellt sein. 
- 
- 
-Für Netze stehen spezielle Blockbefehle zur Verfügung: 
- 
- 
-g)  #ib#blockin#ie# / #ib#blockout#ie# (dr,seite,512+abstand,anzahl,rest) 
- 
-    Es werden maximal #on("bold")#anzahl#off ("bold")# Bytes transferiert. In #on("bold")#rest#off ("bold")# wird zurückgemeldet, wie
-    viele Bytes nicht bearbeitet wurden (z.B. weil der #ib#Kanal#ie# nichts anliefert). Bear­
-    beitet werden die Bytes 
- 
-       #on("bold")#seite#off ("bold")# * 512 + #on("bold")#abstand#off ("bold")# 
- 
-    bis maximal 
- 
-       #on("bold")#seite#off ("bold")# * 512 + #on("bold")#abstand#off ("bold")# + #on("bold")#anzahl#off ("bold")# - 1 
- 
-    Der Kanal, an den die Task gekoppelt ist, wird dabei über #ib#Stream-IO#ie# (d.h.
-    #on("bold")##ib#incharety#ie##off ("bold")#, bei #on("bold")#blockin#off ("bold")# bzw. #on("bold")#out#off ("bold")# bei #on("bold")#blockout#off ("bold")#) angesprochen. 
- 
-    Hinweis: Die Anforderung darf nicht über #ib#Seitengrenze#ie# gehen, d.h. 
- 
-    #on("bold")#abstand#off ("bold")# + #on("bold")#anzahl#off ("bold")# <= 512 
- 
-    muß erfüllt sein. 
- 
- 
-Eine Netzsendung läuft wie folgt ab: 
- 
-Die Task q auf Rechner rq mache ein #on("bold")##ib#send#ie##off ("bold")# an die Task z auf Rechner rz. 
- 
-1. Die Prozedur #on("bold")#send#off ("bold")# ist ein #ib#EUMEL0#ie#-Befehl. Die EUMEL0-Ebene erkennt, daß die
-   Sendung an die #ib#Station#ie# rz geht, da die #ib#Stationsnummer#ie# in der #ib#Task-Id#ie# enthalten
-   ist. Daher wird die Sendung zum #ib#Collector#ie# umgeleitet, den EUMEL0 wegen der
-   Einstellung durch #on("bold")##ib#define collector#ie##off ("bold")# kennt, umgeleitet. 
- 
-2. Die Task Collector empfängt über #on("bold")##ib#wait#ie##off ("bold")# den #ib#Datenraum#ie#, den #ib#Sendecode#ie# und die
-   Absendertask q. Die #ib#Zieltask#ie# z erfährt sie durch #on("bold")##ib#collected destination#ie##off ("bold")#. 
- 
-3. Der Collector nimmt Kontakt mit dem Collector des Rechners #on("b")#rz#off("b")# auf, dessen Sta­
-   tionsnummer ja #on("bold")##ib#station#ie#(z)#off ("bold")# ist, und übermittelt diesem Sendecode, #ib#Quelltask#ie# (q),
-   eigentliche Zieltask (z) und den #ib#Datenraum#ie#. Da die Collectoren in ELAN geschrie­
-   ben sind, können sie an beliebige #ib#Netzhardware#ie# und #ib#Protokoll#ie#e angepaßt werden. 
- 
-4. Der #ib#Collector#ie# auf Rechner #on("b")#rz#off("b")# verwendet das spezielle #on("bold")#send#off ("bold")#, um der Zieltask die
-   Sendung zuzustellen. Dadurch erscheint nicht der Collector, sondern die Task #on("b")#q#off("b")#
-   als Absender der Sendung. 
- 
-Zur Abwicklung der #ib#Vermittlungsebene#ie# (siehe S. #topage("vermittlung")#) muß der Collector noch spe­
-zielle Funktionen beherrschen. Diese sind 
- 
-   der #on("b")##ib#/#ie#-Operator#off("b")# (Taskname in #ib#Task-Id#ie# wandeln) und 
-   die #on("b")##ib#name#ie##off("b")#-Prozedur (Task-Id in Namen wandeln). 
- 
-Der #on("b")#/#off("b")#-Operator macht eine Sendung an den #on("bold")##ib#collector#ie##off ("bold")#, wobei im #ib#Datenraum#ie# der Name
-der Task steht und der #ib#Sendecode#ie# gleich der Stationsnummer ist (siehe [6] ). Der
-#ib#Collector#ie# setzt sich mit dem Collector dieser Station in Verbindung, damit dieser die
-Task-Id ermittelt und zurückschickt. Der eigene Collector schickt dann dem #on("b")#/#off("b")#-Oper­
-ator als Antwort einen Datenraum, der die #ib#Task-Id#ie# enthält. 
- 
-Umgekehrt läuft #on("bold")##ib#name#ie##off ("bold")# ab: Wenn die Task-Id von einer fremden Station ist, schickt
-#on("bold")#name#off ("bold")# eine Sendung an den #on("bold")##ib#collector#ie##off ("bold")#, wobei im Datenraum die Task-Id steht und
-Sendecode = 256 ist. Der Collector entnimmt die #ib#Stationsnummer#ie# der Task aus der
-Task-Id und läßt sich vom entsprechenden Collector den Tasknamen geben. Dieser
-wird der #on("bold")#name#off ("bold")#-Prozedur im Antwortdatenraum übergeben. 
- 
-Netztasks bauen sich #ib#Routentabellen#ie# auf (#ib#Datei#ie#name #on("b")##ib#port intern#ie##off("b")#). Aufgrund dieser
-Tabellen weiß jede #ib#Netztask#ie#, über welchen #ib#Kanal#ie# und welche #ib#Nachbarstation#ie# eine
-#ib#Zielstation#ie# erreichbar ist. Wenn der #ib#Collector#ie# einen Sendeauftrag erhält, prüft er, ob
-die Zielstation über seinen Kanal erreichbar ist. Wenn nicht, leitet er Parameter und
-#ib#Datenraum#ie# der Sendung an die geeignete Netztask weiter. 
-#page# 
- 
-2.2. Ebenen 
- 
-#goalpage("2.2")# 
- 
-In diesem Kapitel werden die #ib#Protokollebenen#ie# für das Netz beschrieben, wie sie die
-ausgelieferte Netzsoftware benutzt und erwartet. Bei anderer Netzhardware als Daten­
-boxen müssen die Ebenen a) bis c) ausgetauscht werden [4]. Unter Einhaltung der im
-vorigen Kapitel beschriebenen Randbedingungen können auch die höheren Ebenen
-geändert werden. 
- 
- 
-a) Physikalische Ebene 
- 
-   -  #ib#Station#ie# <--> Box 
- 
-      #ib#V.24#ie#-#ib#Schnittstelle#ie# mit #ib#RTS/CTS#ie#-Handshake. Vollduplex. 
- 
-   -  Box <--> Box 
- 
-      #ib#RS422#ie# über 2 verdrillte Leitungspaare (Takt und Daten). 
- 
- 
-b) Verbindungsebene 
- 
-   -  Station <--> Box 
- 
-      Asynchron 
-      8 Bit 
-      Even Parity 
-      2400/4800/9600/19200 #ib#Baud#ie# einstellbar über Lötbrücken) 
- 
-   -  Box <--> Box 
- 
-      #ib#SDLC#ie# 
-      400 KBaud 
-#page# 
-c) #ib#Netzebene#ie# 
-#goalpage("quelle")# 
- 
-   -  Station <--> Box 
- 
-      #ib#Telegrammformat#ie#:  #ib#STX#ie#, <n>, <ziel>, <#ib#quelle#ie#>, <(n-4) byte> 
- 
-      <n> ist #ib#Längenangabe#ie# ( 8 <= n <= 160) 
-      <ziel>, <quelle> sind #ib#Stationsnummer#ie#n. Diese müssen an den jeweiligen
-      Boxen eingestellt sein. 
- 
-      Box --> Station: 
- 
-      Ein #ib#Telegramm#ie# kommt nur bei der #ib#Station#ie# an, bei deren Box die Nummer
-      <ziel> eingestellt ist. Dadurch ist ein Mithören fremder #ib#Übertragung#ie# nicht
-      möglich (Datenschutz). 
- 
-      Zwischen Telegrammen können #ib#Fehlermeldung#ie#en der Box (Klartext) übermittelt
-      werden (z.B. 'skipped x', wenn ein #ib#STX#ie# von der Box erwartet wurde, aber 'x'
-      von der Station ankommt). 
- 
-      Station --> Box: 
- 
-      Ein Telegramm wird nur abgeschickt, wenn <#ib#quelle#ie#> mit der eingestellten
-      Nummer übereinstimmt (Datenschutz: Man kann nicht vorschwindeln, eine
-      beliebige Station zu sein, es sei denn, man hat physischen Zugriff zur Box und
-      stellt dort die Stationsnummer um). 
- 
-   -  Box <--> Box 
- 
-      #ib#Telegrammformat#ie#: 
-          FRAME, <ziel>, <#ib#quelle#ie#>, <daten>, <CRC-Code> 
- 
-      Eine #ib#Längenangabe#ie# ist nicht nötig, da #ib#SDLC#ie# eine Rekonstruktion der Länge
-      erlaubt. 
- 
-      Telegramme mit falschen #ib#CRC-Code#ie# werden vernichtet. Auf höheren Ebenen
-      muß dies durch #ib#Zeitüberwachung#ie# erkannt und behandelt werden. 
- 
-#page# 
-d) Transportebene 
- 
-   Diese Ebene wickelt das Rendezvous zwischen einer Task, die #on("bold")##ib#send#ie##off ("bold")# macht, und
-   einer Task, die im #on("bold")##ib#wait#ie##off ("bold")# steht, ab [1]. 
- 
-   Der im #on("bold")#send#off ("bold")# angegebene #ib#Datenraum#ie# wird als Folge von #ib#Seiten#ie# (im EUMEL-
-   Sinne: Pagingeinheit und Allokiereinheit) übermittelt, wobei jede Seite ggf. noch in
-   n Byte große Stücke zerlegt wird. Es werden nur echt allokierte Seiten übermit­
-   telt. Um nicht jedes #ib#Telegramm#ie# voll qualifizieren zu müssen, wird zunächst eine
-   Art virtuelle #ib#Verbindung#ie# durch ein #ib#OPEN#ie#-Telegramm eröffnet. Danach folgen
-   variabel viele #ib#DATA#ie#-Telegramme. Beide Sorten werden durch #ib#QUIT#ie#-Tele­
-   gramme quittiert, um folgende Funktionen zu ermöglichen: 
- 
-   #ib#Flußkontrolle#ie# (z.B. Zielrechner langsam), 
-   Wiederaufsetzen (verlorene Telegramme), 
-   Abbruch (z.B. weil Zieltask inzwischen beendet). 
- 
-   Ein #ib#CLOSE#ie#-Telegramm ist nicht nötig, da das letzte DATA-Telegramm als
-   solches erkannt werden kann (siehe unten). 
-#page# 
-   -  #ib#OPEN#ie#-Telegramm 
- 
-#clear pos# 
-    0      1      2      3      4      5      6      7      8      9. Byte 
-+------+------+------+------+-------------+-------------+-------------------+ 
-I STX  I  24  I Ziel IQuelleI Endziel     I Endquelle   I Strom             I 
-+------+------+------+------+-------------+-------------+-------------------+ 
- 
-   10     11     12     13     14     15     16     17                
-+-------------+-------------+---------------------------+ 
-I Sequenz     I  Seite      I  Quelltask                I 
-+-------------+-------------+---------------------------+ 
- 
-   18     19     20     21     22     23                           
-+---------------------------+-------------+ 
-I  Zieltask                 I  Code       I 
-+---------------------------+-------------+ 
- 
- 
- 
-          <#ib#ziel#ie#>, <#ib#quelle#ie#> siehe S. #topage("quelle")# 
- 
-          <#ib#endziel#ie#>    Eigentliche #ib#Zielstation#ie#. Ist <ziel> = <endziel>, so ist
-                       das #ib#Telegramm#ie# angekommen. Andernfalls muß die Station
-                       <ziel> den #ib#Nachbarn#ie# zum Erreichen des <endziel> als
-                       neues <ziel> einsetzen und das Telegramm an diesen
-                       Nachbarn weiterleiten. 
- 
-          <#ib#endquelle#ie#>  Eigentliche #ib#Absenderstation#ie#. <quelle> ist dagegen immer
-                       die Nummer der sendenden #ib#Nachbarstation#ie#. 
- 
-          <#ib#strom#ie#>      Die #ib#Stromnummer#ie# identifiziert die virtuelle #ib#Verbindung#ie#. Sie
-                       muß in den #ib#QUIT#ie#-Telegrammen angegeben werden. 
- 
-          <#ib#sequenz#ie#>    -1 (Kennzeichen für OPEN) 
- 
-          <#ib#seite#ie#>      Nummer der ersten echt allokierten #ib#Seite#ie# des #ib#Datenraum#ie#s
-                       (=-1, falls Nilspace) 
- 
-          <#ib#quelltask#ie#>  #ib#Task-Id#ie# der sendenden Task 
- 
-          <#ib#zieltask#ie#>   Task-Id der empfangenden Task 
- 
-          <code>       Wert des im #on("bold")##ib#send#ie##off ("bold")# angegebenen Codes 
-#page# 
-   -  #ib#DATA#ie#-Telegramm 
- 
- 
- 
- 
- 
-    0      1      2      3      4      5      6      7      8      9. Byte    
-+------+------+------+------+-------------+-------------+-------------------+ 
-I STX  I LängeI Ziel IQuelleI Endziel     I Endquelle   I Strom             I 
-+------+------+------+------+-------------+-------------+-------------------+ 
- 
-   10     11     12     13     14                                       
-+-------------+-------------+-----------------------------------------------+ 
-I Sequenz     I Seite       I n Byte Daten  (Länge = 14 + n)                I 
-+-------------+-------------+-----------------------------------------------+ 
-
- 
-          <#ib#laenge#ie#>     Gesamtlänge des Telegramms. 
-                       #on("b")#laenge#off("b")# = #on("b")##ib#nutzlaenge#ie##off("b")# + 14. 
-                       Für #on("b")#nutzlaenge#off("b")# sind nur die Werte 64,128,256 und 512
-                       zugelassen (siehe 1). #on("b")#laenge#off("b")# wird codiert dargestellt (siehe
-                       Teil 3). 
- 
- 
-          <#ib#sequenz#ie#>    wird von Telegramm zu Telegramm hochgezählt. Sie dient
-                       der Überwachung bzgl. verlorengegangener Telegramme
-                       bzw. durch #ib#Zeitüberwachung#ie# verdoppelter Telegramme. 
- 
-          <#ib#seite#ie#>      Nummer der x-ten echt allokierten Seite des #ib#Datenraum#ie#s
-                       (x = ((<sequenz> DIV anzahl pakete pro seite) + 2) 
- 
-          <n byte>     #ib#Nutzinformation#ie#. Diese gehört zur #ib#Adresse#ie# a des Daten­
-                       raums. 
- 
-                       a = 
-                       N (<sequenz> DIV anzahl pakete pro seite + 1) * 512 
-                           + (<sequenz> MOD anzahl pakete pro seite) * n 
- 
-                       wobei N (x) die Nummer der x-ten Seite und 
-                       n die #ib#Nutzdatenlänge#ie# ist. 
- 
-                       Aus den Formeln ergibt sich, daß diese Nummer schon in
-                       einem vorhergehenden DATA/OPEN-Telegramm über­
-                       mittelt wurde (im Feld <seite>). 
- 
-   -  #ib#QUIT#ie#-Telegramm 
- 
- 
-    0      1      2      3      4      5      6      7      8      9. Byte    
-+------+------+------+------+-------------+-------------+-------------------+ 
-I STX  I  12  I Ziel IQuelleI Endziel     I Endquelle   I Strom             I 
-+------+------+------+------+-------------+-------------+-------------------+ 
- 
-   10     11                                                    
-+-------------+ 
-I Quit        I 
-+-------------+ 
- 
- 
- 
-          <#ib#strom#ie#>      muß die #ib#Stromnummer#ie# sein, die in dem #ib#OPEN#ie#/#ib#DATA#ie#­
-                       Telegramm stand, das quittiert wird. 
- 
-          <quit>       0 :  ok. Nächstes Telegramm schicken. 
- 
-                       -1:  #ib#Übertragung#ie# neu starten (mit #ib#OPEN#ie#), weil die Emp­
-                            fangsstation das OPEN nicht erhalten hat. 
- 
-                       -2:  Übertragung ca. 20 Telegramme zurücksetzen. 
- 
-                       -3:  Übertragung abbrechen. 
- 
-                       -4:  #ib#Quittung#ie# für letztes Telegramm einer Sendung. 
- 
- 
-e) #ib#Vermittlungsebene#ie##goalpage("vermittlung")# #goalpage("collector")# 
- 
-   Diese Ebene ist dafür zuständig, Namen von Tasks auf anderen Stationen in
-   #ib#Task-Id#ie#'s (Werte des Typs TASK) zu wandeln und umgekehrt. Hierzu wird im
-   entsprechenden #ib#OPEN#ie#-Telegramm der Code -6 (bzw. -7) als <code> ein­
-   getragen. Die #ib#Netzempfangstask#ie# erkennt diese #ib#Codes#ie# und wickelt die Aufgaben
-   selbst ab, so daß es dabei nicht nötig ist, irgendeine Task-Id der #ib#Zielstation#ie# zu
-   kennen. 
- 
-   Dieses Verfahren ist möglich, weil im #on("bold")##ib#send#ie##off ("bold")# nur positive Codes erlaubt sind. 
-#page# 
-f) #ib#Höhere Ebenen#ie# 
- 
-   Höhere Ebenen sind nicht mehr netzspezifisch. Sie basieren alle auf dem Send/
-   Wait-Konzept des EUMEL. So gibt es z.B. den #on("bold")##ib#global manager#ie##off ("bold")#, der Aufbewah­
-   rung und Zugriff von #ib#Datei#ie#en in einer Task regelt. Dabei darf diese Task (bei der
-   Variante #on("bold")##ib#free global manager#ie##off ("bold")#) auf einer beliebigen #ib#Station#ie# im Netz liegen. Wegen
-   des #ib#Rendezvous-Konzept#ie#s können beliebige Sicherheitsstrategien benutzt werden
-   (z.B.: keine Dateien an Station 11 ausliefern). Von großem Wert ist z.B., daß
-   man ohne weiteres das Archiv (Floppylaufwerk) einer anderen Station anmelden
-   und benutzen kann, wodurch eine einfache Konvertierung von Floppyformaten
-   möglich ist. Dies ist möglich, weil auch die Archiv-Task der Stationen sich an
-   das Globalmanagerprotokoll halten. 
- 
- 
- 
- 
- 
-Bemerkungen 
- 
-#ib#Fehlerbehandlung#ie# besteht bis Ebene c) darin, fehlerhafte #ib#Telegramm#ie#e einfach zu
-entfernen. Die Ebene d) überwacht den Netzverkehr sowieso über #ib#Timeout#ie#s, die eine
-Wiederholung eines Telegrammes bewirken, wenn die #ib#Quittung#ie# ausbleibt. 
- 
-Da bei der sendenden #ib#Station#ie# der ganze #ib#Datenraum#ie# zur Verfügung steht, ist eine
-#ib#Fenstertechnik#ie# (wie bei #ib#HDLC#ie#) nicht nötig. Es kann zu jedem Zeitpunkt um beliebig
-viele Telegramme zurückgesetzt werden. 
- 
-Da im EUMEL eine #ib#Textdatei#ie# ein #ib#Datenraum#ie# mit sehr komplexer Struktur ist (wegen
-der Insert/Delete-Möglichkeiten, ohne den Rest der #ib#Datei#ie# zu verschieben), ist es ein
-hoher Aufwand, von einem fremden Betriebssytem aus eine Textdatei in das
-EUMEL-Netz zu senden. Für solche Zwecke muß noch eine einfachere Dateistruktur
-definiert und entsprechende Dateikonverter erstellt werden. 
-#page# 
- 
-2.3. Stand der Netzsoftware 
- 
-#goalpage("2.3")# 
- 
-Das EUMEL-System wickelt die Prozedur #on("bold")##ib#send#ie##off("bold")# über das Netz ab, wenn die Sta­
-tionsnummer der #ib#Zieltask#ie# ungleich der eigenen #ib#Stationsnummer#ie# ist. Umgekehrt kann
-man der von der Prozedur #on("bold")##ib#wait#ie##off("bold")# gelieferten Absendertask die #ib#Absenderstation#ie# entneh­
-men (siehe Prozedur #on("bold")##ib#station#ie##off("bold")# in Teil 1). 
- 
-Anders als bei einem #on("bold")##ib#send#ie##off("bold")# innerhalb einer Station meldet ein #on("bold")#send#off("bold")# an eine Task einer
-fremden Station immer 0 zurück (Task gibt es und Task war im wait), obwohl dies
-nicht der Fall sein muß. Ist die Sendung vollständig zur Zielstation übertragen, so
-versucht der dortige #ib#Collector#ie# diese hundertmal im Sekundenabstand zuzustellen.
-Bleibt das erfolglos, wird die Sendung vernichtet. 
-#pagenr ("%", 33)##setcount (1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#center#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Teil 3 :  Netz Hardware Interface 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right#GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
-#page# 
- 
-Teil 3: Netz-Hardware-Interface      
- 
- 
-#goalpage("3")# 
- 
- 
-3.1. Einführung 
- 
- #goalpage("3.1")# 
- 
-In diesem Teil der Netzbeschreibung wird die #ib#Schnittstelle#ie# beschrieben, über die
-#ib#Netzhardware#ie# (also #ib#Datenbox#ie#en, #ib#Netzbox#ie#en oder Netzkarten) an die EUMEL-Netz­
-Software angepaßt werden kann. Dieser Teil der Beschreibung ist also nur für Netz­
-implementatoren wichtig. 
- 
-Das EUMEL-Netz wurde dazu konzipiert, zwei oder mehr EUMEL-Rechner über
-#ib#V.24#ie#-Leitungen oder Datenboxen miteinander zu vernetzen. Dem heutigen Stand der
-Technik entsprechend, werden auf dem Markt eine Reihe von Möglichkeiten ange­
-boten, um PC's zu vernetzen. Diese Netze unterscheiden sich auch dadurch, daß
-unterschiedliche Medien zur Datenübertragung benutzt werden. Das #ib#EUMEL-
-Datenboxen-Netz#ie# benutzt Telefonkabel, #ib#Ethernet#ie# beispielsweise Koax-Kabel. Auch
-Lichtleiter werden zur Datenübertragung benutzt. Entsprechend gibt es eine ganze
-Menge Hardware (#ib#Treiber#ie#, Netzzugangsgeräte, Datenboxen, Anschlußkarten), die die
-Kopplung zwischen einem #ib#I/O-Kanal#ie# eines Rechners und dem Übertragungsmedium
-(Kabel) übernimmt. Das Netz-Hardware-Interface soll als #ib#Schnittstelle#ie# zwischen der
-Netz­Software und dem Treiber dienen. Damit wird es möglich, mehrere EUMEL-
-Rechner über verschiedene (Teil-) Netze (in dieser Beschreibung Stränge genannt)
-und unterschiedliche #ib#Netzhardware#ie# (Treiber) miteinander zu verbinden. Für den
-EUMEL-Benutzer soll dabei kein Unterschied in der Benutzung des EUMEL-Netzes
-feststellbar sein. 
-#page# 
-Neben unterschliedlichen Übertragungsmedien und Treibern gibt es weitere Unter­
-schiede zwischen Netzen: 
- 
-     -  in der Netztopologie (Bus-, Ring- oder Sternnetze), 
- 
-     -  in den Netzzugangsverfahren (Token passing, time slice token, slotting oder
-        CSMA/CD), 
- 
-     -  in der #ib#Übertragungsgeschwindigkeit#ie#, 
- 
-     -  im Aufbau der einzelnen #ib#Pakete#ie(1,", Aufbau der")# (#ib#Netztelegramm#ie#e). 
- 
-Alles, was mit den ersten drei Punkten zusammenhängt, wird von den Netzzugangs­
-geräten behandelt. 
- 
-Der Paketaufbau aber muß zumeist im Rechner geschehen und kann in den seltens­
-ten Fällen ganz vom Treiber übernommen werden. Ebenso kann der Treiber aus den
-empfangenen Paketen nicht immer die Teile herausfiltern, die von der EUMEL-
-#ib#Netzsoftware#ie# gebraucht werden. Diese Aufgaben übernimmt das #ib#Netz-Hardware-
-Interface#ie#. Das Netz-Hardware-Interface stellt die #ib#Verbindung#ie# zwischen EUMEL-
-#ib#Netzsoftware#ie# und den verschiedenen Netzhardwarearten dar. Ähnlich wie bei den
-Drucker- und Terminal-Anpassungen wurde ein hardwareabhängiger Teil aus der
-Netzsoftware abgetrennt und in einem eigenen #ib#Paket#ie# zusammengefaßt. Beim Start
-des Netzes wird durch Angabe des entsprechenden #ib#Netzmodus#ie# für den jeweiligen
-#ib#Kanal#ie# die entsprechende Anpassung für den benutzten Treiber ausgewählt. Wenn
-andere, neue Treiber angepaßt werden sollen, so müssen lediglich in dem Paket #on("b")##ib#net
-hardware interface#ie##off("b")# die entsprechenden Prozeduren hinzugefügt und die #ib#Sprungleisten#ie#
-(#ib#SELECT#ie#-Statements) erweitert werden. 
- 
-Durch das #ib#Knotenkonzept#ie# in der #ib#Netzsoftware#ie# ist es möglich, über einen #ib#Knoten­
-rechner#ie# Teilnetze (Stränge), die mit unterschiedlicher #ib#Netzhardware#ie# arbeiten, mitein­
-ander zu verbinden. Es sind dann beispielsweise Verbindungen zwischen Rechnern,
-die über #ib#Ethernet#ie# vernetzt sind, und Rechnern auf dem EUMEL-Datenboxen-Netz
-möglich. Es ist auch möglich, mit einem Rechner Zugang zu einem Netz zu erhalten,
-für das spezielle #ib#Netzhardware#ie# erforderlich ist (Datenboxen, Ethernet-Anschluß). Man
-kann den Rechner über eine Rechner-Rechner-Kopplung (#ib#V.24#ie#) mit einem Rechner
-verbinden, der bereits ans Netz angeschlossen ist, und so (allerdings auf Kosten der
-Leistung des #ib#Knotenrechner#ie#s) Netzhardware einsparen. 
-#page# 
- 
-3.2.  Arbeitsweise des 
-      Netz-Hardware-Interfaces
-      
- 
- 
- 
- 
-    #goalpage("3.2")# 
- 
-Grob vereinfacht kann man sich die Arbeitsweise der #ib#EUMEL-Netz-Software#ie# so vor­
-stellen: 
- 
-       reset box; 
-       REP 
-          IF zeichen da THEN lies telegramm ein 
-             ELIF telegramm auszugeben THEN gib telegramm aus 
-          FI 
-       PER . 
- 
-(Es ist nur der Teil der Software beschrieben, der die Kanalbehandlung betrifft). 
- 
- 
-Das Zusammenspiel zwischen EUMEL-Netz und Netz-Hardware-Interface ge­
-schieht auf folgende Weise: 
- 
- 
-     #on("b")#reset box;#off("b")# 
-     REP 
-        IF zeichen da THEN  #on("b")#next packet start#off("b")#; 
-                            lies telegramm ein 
-           ELIF telegramm auszugeben THEN gib telegramm aus 
-        FI 
-     PER. 
- 
-     gib telegramm aus: 
-         #on("b")#transmit header#off("b")#; 
-         gib eumelnetztelegramm aus; 
-         #on("b")#transmit trailer #off("b")#. 
- 
-Die fett gedruckten Programmteile werden im Netz-Hardware-Interface realisiert, die
-anderen Teile stecken in den darüberliegenden Teilen der EUMEL-Netz-Software. 
-#page# 
-Beim Senden eines #ib#Telegramm#ie#s wird von der #ib#Netzsoftware#ie# zuerst der #ib#Vorspann#ie# in
-einem #ib#Datenraum#ie# an das Hardware-Interface übergeben (#on("b")##ib#transmit header#ie##off("b")#). Im Hard­
-ware-Interface können aus dem Vorspann die entsprechenden Informationen (Tele­
-grammlänge, #ib#Zielstation#ie# usw.) entnommen werden. Dann wird von der Netzsoftware
-das Telegramm (inklusive Vorspann) per #on("b")##ib#blockout#ie##off("b")# übergeben. Danach wird #on("b")##ib#transmit
-trailer#ie##off("b")# aufgerufen, um dem Hardware-Interface das Ende des Telegramms zu mel­
-den. Beim Empfang ruft die Netzsoftware zuerst die #ib#I/O Control#ie# #ib#Telegrammfreigabe#ie#
-auf [7]. Danach wird das erste #ib#Zeichen#ie# des Telegramms angefordert (#on("b")##ib#next packet
-start#ie##off("b")#). Falls ein #ib#STX#ie# geliefert wurde, wird das Telegramm per #on("b")##ib#blockin#ie##off("b")# eingelesen. Falls
-#ib#Niltext#ie# zurückgeliefert wird, wird von der Netzsoftware #ib#Timeout#ie# angenommen. Alle
-anderen Zeichen werden so interpretiert, als ob Störungen aufgetreten wären. Die
-Netzsoftware übernimmt die #ib#Fehlerbehandlung#ie#. Dazu wird u. U. ein Leerlesen des
-Puffers vom Hardware-Interface verlangt (#on("b")##ib#flush buffers#ie##off("b")#). 
- 
-Bei der Einstellung der #ib#Nutzdatenlänge#ie# (#on("b")##ib#data length#ie##off("b")#) ist zu beachten, daß 
- 
-a)  alle #ib#Station#ie#en, die an einem #ib#Strang#ie# hängen, auf die gleiche Nutzdatenlänge
-    eingestellt sein müssen. 
- 
-b)  Wenn mehrere Stränge über #ib#Knoten#ie# miteinander verbunden sind, muß die Nutz­
-    länge für Sendungen über Knoten (#on("b")##ib#data length via node#ie##off("b")#) auf allen Stationen des
-    gesamten Netzes gleich eingestellt sein. Die Zusammenfassung oder Aufteilung
-    von #ib#Telegramm#ie#en in Knoten ist nicht möglich. 
- 
-c)  Als mögliche Nutzdatenlänge sind folgende Werte erlaubt: 
- 
-    64, 128, 256 und 512 Byte. 
- 
-    Größere Nutzdatenlängen sind zur Zeit nicht möglich. 
- 
-d)  Je größer die #ib#Nutzdatenlänge#ie# ist, desto geringer ist der Overhead an #ib#Zeichen#ie#,
-    die auf den Rechnern verarbeitet werden müssen. Allerdings muß der Rechner
-    leistungsfähig genug sein, die ankommenden Blöcke schnell genung zu verarbei­
-    ten, und die Netztreiber müssen entsprechend große Puffer haben. 
- 
- 
-Alle implementierten Netzanpassungen sollen in einem Netz-Hardware-Interface
-zusammengefaßt werden. Dies ist notwendig, um über #ib#Knotenrechner#ie# Netzstränge
-verbinden zu können, die mit unterschiedlicher #ib#Netzhardware#ie# arbeiten. So können
-zum Beispiel ein #ib#Strang#ie#, der mit Datenboxen aufgebaut ist, und ein #ib#Ethernet#ie#-#ib#Strang#ie#
-über einen Knotenrechner miteinander verkoppelt werden. 
-#page# 
-Aus diesem Grund wurden #on("b")#Netzmodi#off("b")# eingeführt. Man kann dadurch, daß die Netz­
-modi, genau wie die #ib#Kanal#ie#angaben, in der #ib#Datei#ie# #on("b")##ib#netz#ie##off("b")# niedergelegt sind, ohne Aus­
-tausch einer Softwarekomponente die Netzhardware wechseln. Es gibt auch die
-Möglichkeit, durch verschiedene Netzmodi unterschiedliche Treiber an ein und das­
-selbe Netz anzuschließen. Beispielsweise gibt es für einige Rechnertypen Steckkarten,
-mit denen der Rechner an das Ethernet angeschlossen werden kann. Man kann,
-wenn diese Karten angepaßt sind, den #ib#Ethernet#ie#-Zugang über verschiedene Netz­
-anschlußkarten realisieren. 
- 
-Das Netz-Hardware-Interface muß folgende Aufgaben übernehmen: 
- 
-    Bei der Ausgabe an den Treiber: 
- 
-        -  Generieren und Ausgeben des #ib#Paket#ie#headers, 
-        -  Umsetzen von logischen Stationsadressen (#ib#Stationsnummer#ie#n) in phy­
-           sische #ib#Adresse#ie#n, 
-        -  Ausgeben der Daten (EUMEL-Netz-#ib#Telegramm#ie#e), 
-        -  Generieren und Ausgeben des Trailers und evtl. Auffüllen des Pakets mit
-           #ib#Füllzeichen#ie#, falls auf dem Netz eine Mindestlänge für Pakete gefordert
-           wird. 
- 
-    Bei der Eingabe vom Treiber: 
- 
-        -  Weglesen von #ib#Füllzeichen#ie#, 
-        -  Prüfen der #ib#Adresse#ie#n, 
-        -  Weglesen von #ib#Paket#ie#teilen, die in der EUMEL-Netz-Software nicht
-           gebraucht werden. 
- 
-    Weiterhin können Funktionen wie 
- 
-        -  Reset des Treibers, 
-        -  Prüfung, ob Stationsadresse und #ib#Adresse#ie# im Treiber übereinstimmen, 
-        -  Statistik und Service 
- 
-    durch das Netz-Hardware-Interface übernommen werden. 
- 
-Dazu wird ein Satz von Prozeduren über die #ib#DEFINES#ie#-#ib#Schnittstelle#ie# des Netz-
-Hardware-Interfaces zur Verfügung gestellt. Wenn neue Treiber oder Netzarten
-implementiert werden sollen, so muß an diesem Interface nichts geändert werden. Die
-herausgereichten Prozeduren realisieren #ib#Sprungleisten#ie# (#ib#SELECT#ie#-Statements), über
-die durch Erweiterung (#ib#CASE#ie#) die Prozeduren erreicht werden können, die den ent­
-sprechenden #ib#Netzmodus#ie# realisieren. Außerdem werden Informationsprozeduren für die
-darüberliegenden Programmteile zur Verfügung gestellt. 
-#page# 
- 
-3.3. Netztreiber 
- 
- #goalpage("3.3")# 
-Unter #ib#Netztreiber#ie#n versteht man die Einheiten, die den Anschluß des Rechners an ein
-Netz realisieren. Das können #ib#Netzbox#ie#en sein, die mit dem Rechner über eine #ib#V.24#ie#-
-Leitung verbunden sind, aber auch Anschlußkarten, die direkt auf den Datenbus des
-Rechners gehen. Falls die #ib#Schnittstelle#ie# der Treiber-Hardware eine andere als die
-serielle #ib#V.24#ie# ist, muß in der Regel eine Anpassung für die Hardware im #ib#SHard#ie# vorge­
-nommen werden. 
- 
-Falls der Treiber über eine serielle #ib#V.24#ie#-#ib#Schnittstelle#ie# mit dem Rechner verbunden
-ist, wie das auch bei der direkten Kopplung oder dem Datenboxennetz der Fall ist,
-wird die hohe #ib#Übertragungsgeschwindigkeit#ie# auf dem eigentlichen Netz durch die
-relativ geringe Übertragungsgeschwindigkeit auf der #ib#V.24#ie#-#ib#Schnittstelle#ie# zwischen
-Rechner und Treiber (Box) gebremst. Über andere Schnittstellen im Rechner, wenn
-sie mit #ib#Stream I/O#ie# [7] betrieben werden, kann man dies vermeiden. Diese Schnitt­
-stellen müssen vom SHard bedient werden. 
- 
-Wenn in den Rechner integrierte Netztreiber (Netzanschlußkarten) benutzt werden
-sollen, so muß in der Regel die Behandlung dieser Netzanschlußkarte im SHard
-durchgeführt werden. 
- 
-Um effizient implementieren zu können, sollte darauf geachtet werden, daß möglichst
-wenig zusätzliche #ib#Zeichen#ie# von der #ib#Netzsoftware#ie# bzw. dem Netz-Hardware-Inter­
-face bearbeitet werden müssen. Das Auffüllen von Paketen auf eine Mindestlänge
-sollte möglichst vom Treiber gemacht werden, ebenso wie das Weglesen dieser
-Zeichen. 
- 
-Um einen sicheren und effektiven Netzbetrieb zu garantieren, sollten die Treiber
-folgende Eigenschaften haben: 
- 
-     -  Die #ib#Stationsadresse#ie# ist im Treiber festgelegt, sie soll nicht ohne weiteres
-        verändert werden können (Datenschutz). 
-     -  Der Treiber reicht nur #ib#Paket#ie#e mit richtiger #ib#Zieladresse#ie#, keine #ib#Broad- oder
-        Multicasts#ie# an die Netzsoftware weiter. 
-     -  Der Treiber sendet nur #ib#Paket#ie#e mit richtiger #ib#Absenderadresse#ie# bzw. setzt die
-        Absenderadresse selbst ein. 
-     -  Die am Treiber eingestellte #ib#Adresse#ie# kann abgefragt werden, oder es wird,
-        wenn ein Paket mit falscher #ib#Absenderadresse#ie# vom Rechner kommt, eine
-        #ib#Fehlermeldung#ie# an den Rechner gegeben. Die Fehlermeldung muß durch das
-        Netz-Hardware-Interface in den #on("b")##ib#report#ie##off("b")# eingetragen werden. 
-     -  Falls Pakete mit #ib#Füllzeichen#ie# aufgefüllt werden müssen, sollten die Füll­
-        zeichen durch den Treiber generiert und beim Empfang wieder entfernt
-        werden. 
-     -  Falls mehrere Betriebsmodi möglich sind, so sollten sie softwaremäßig
-        einstellbar sein. 
-     -  Falls die Treiber über eine serielle #ib#Schnittstelle#ie# an den Rechner angeschlos­
-        sen werden, so sollte der Treiber konfigurierbar sein. In jedem Fall sollte die
-        serielle Schnittstelle mit #ib#Flußkontrolle#ie# (#ib#RTS/CTS#ie#) implementiert werden. 
- 
-Zusätzlich ist ein Transparent-Modus als #ib#Netzmodus#ie# von Vorteil: 
- 
-     -  Der Modus (transparent) kann zu Testzwecken benutzt werden. Beispiels­
-        weise um auch mit Rechnern kommunizieren zu können, die über Netz
-        erreichbar sind, aber kein EUMEL-Netz-#ib#Protokoll#ie# benutzen. 
- 
-        Modus n:  transparent. 
- 
-                  Ausgabeseitig: Das #ib#Paket#ie# wird unverändert ausgegeben.
-                                 #ib#Adresse#ie#n usw. müssen schon im Paket vor­
-                                 handen sein. Es wird nicht mit #ib#Füllzeichen#ie#
-                                 aufgefüllt. 
-                  Eingabeseitig: Das Paket wird unverändert an die Netzsoft­
-                                 ware weitergegeben. 
- 
-#page# 
- 
-3.4.  Prozedurschnittstelle 
-      des EUMEL-Netzes 
-      
- 
- 
- 
- 
-     #goalpage("3.4")# 
-Im PACKET #on("b")##ib#net hardware interface#ie##off("b")# sind folgende Prozeduren untergebracht: 
- 
- 
- 
-      BOOL PROC #ib#blockin#ie# 
-          (DATASPACE VAR ds, INT CONST seite, abstand, länge): 
- 
-           Versucht, #on("b")#länge#off("b")# Zeichen vom #ib#Kanal#ie# einzulesen. Liefert TRUE, wenn alle
-           Zeichen eingelesen wurden, FALSE, wenn innerhalb einer bestimmten
-           Zeit nicht alle #on("b")#länge#off("b")# Zeichen eingelesen werden konnten (z.B. weil der
-           Kanal nicht mehr Zeichen anliefert). Die eingelesenen Zeichen werden im
-           #ib#Datenraum#ie# #on("b")#ds#off("b")# in #ib#Seite#ie# #on("b")#seite#off("b")# ab #on("b")#abstand#off("b")# bis #on("b")#abstand#off("b")# + #on("b")#länge#off("b")# - 1 abge­
-           legt. 
- 
-               #ib#Fehlerfall#ie#: 
- 
-                     #on("b")#blockin Abbruch#off("b")# 
- 
-           Es werden weniger #ib#Zeichen#ie# innerhalb einer festgelegten Zeitspanne über
-           den Kanal angeliefert, als mit #on("b")#länge#off("b")# gefordert. 
- 
-           Passiert z.B., wenn die Kabel während einer Netzübertragung unter­
-           brochen werden, oder wenn die Gegenstelle abgeschaltet wird. Das
-           #ib#Telegramm#ie# wird vernichtet, die Prozedur liefert FALSE, es wird eine
-           entsprechende Meldung im #on("b")##ib#report#ie##off("b")# erzeugt. 
- 
-      PROC #ib#blockout#ie# 
-          (DATASPACE CONST ds, INT CONST seite, abstand, länge): 
- 
-          Der Inhalt von Seite #on("b")#seite#off("b")# des #ib#Datenraum#ie#s #on("b")#ds#off("b")# wird von #on("b")#abstand#off("b")# bis
-          #on("b")#abstand#off("b")# + #on("b")#länge#off("b")# - 1 ausgegeben. 
-#page# 
-      PROC #ib#set net mode#ie# (INT CONST mode): 
- 
-          Es wird der #ib#Netzmodus#ie# #on("b")#mode#off("b")# eingestellt. Im Netz-Hardware-Interface
-          müssen alle Initialisierungen und Einstellungen vorgenommen werden,
-          damit die mit #on("b")#mode#off("b")# geforderte #ib#Netzhardware#ie# unterstützt wird. Diese
-          Prozedur wird bei jedem #on("b")##ib#start#ie##off("b")#-Kommando in der Netztask aufgerufen.
-          Kann als Initialisierungsprozedur für dieses PACKET verwendet werden.
-          Übergibt den in der #ib#Datei#ie# #on("b")##ib#netz#ie##off("b")# für diesen #ib#Kanal#ie# verlangten Netzmodus an
-          das Netz-Hardware-Interface. Nach Aufruf dieser Prozedur müssen die
-          wertliefernden Prozeduren #on("b")##ib#net mode#ie#, #ib#mode text#ie#, #ib#data length#ie##off("b")# und #on("b")##ib#data
-          length via node#ie##off("b")# korrekt initialisiert sein. Der Aufruf von #on("b")##ib#net addess#ie##off("b")# muß
-          die korrekten (physikalischen) #ib#Adresse#ie# der #ib#Station#ie#en liefern. 
- 
-      TEXT PROC net address (INT CONST stationsnummer): 
- 
-          Liefert die (Hardware-) Netz-#ib#Adresse#ie#, über die der EUMEL-Rechner
-          mit der Stationsnummer #on("b")##ib#stationsnummer#ie##off("b")# beim aktuell für diesen Kanal
-          eingestellten #ib#Netzmodus#ie# erreichbar ist. Auf diese #ib#Adresse#ie# muß der Treiber
-          des entsprechenden Rechners eingestellt sein. Auch die eigene Netz-
-          Adresse muß mit der im Treiber eingestellten #ib#Adresse#ie# übereinstimmen.
-          Insbesondere müssen alle Stationen, die auf dem Netz arbeiten, dieselbe
-          Netz-Adresse für eine #ib#Stationsnummer#ie# errechnen. 
- 
-      TEXT PROC #ib#mode text#ie#: 
- 
-          Liefert den Text (Namen) des eingestellten #ib#Netzmodus#ie#. Wird in #on("b")##ib#net
-          manager#ie##off("b")# benutzt, um den Netzmodus im #on("b")##ib#report#ie##off("b")# anzugeben. 
- 
-      TEXT PROC mode text (INT CONST mode): 
- 
-          Liefert den Text (Namen) zu dem #ib#Netzmodus#ie# #on("b")#mode#off("b")#. 
- 
-      INT PROC #ib#data length#ie# (INT CONST mode): 
- 
-          Liefert die #ib#Nutzdatenlänge#ie# (#ib#Länge#ie# der Nettodaten des Eumel-
-          Telegramms) im Netz. Wird von #on("b")##ib#basic net#ie##off("b")# beim Neustart aufgerufen. Muß
-          in einem Netz auf allen Stationen eines #ib#Strang#ie#s denselben Wert liefern. 
- 
-          Erlaubte Werte:  64, 128, 256 und 512. 
-#page# 
-      INT CONST #ib#data length via node#ie#: 
- 
-          Liefert die #ib#Nutzdatenlänge#ie# für Sendungen, die über #ib#Knoten#ie# gehen. 
-          Muß auf allen Stationen des Netzes gleich sein. 
- 
-          Erlaubte Werte:  64, 128, 256 und 512. 
- 
-      PROC #ib#decode packet length#ie# (INT VAR value): 
- 
-          Die #ib#Länge#ie# eines Netztelegramms ist im #ib#Telegramm#ie# codiert enthalten. Mit
-          dieser Prozedur wird aus dem Telegrammkopf die Telegrammlänge ermit­
-          telt: 
- 
-          Falls beim Aufruf dieser Prozedur in #on("b")#value#off("b")# der Wert des Feldes #on("b")#head#off("b")# aus
-          der Struktur #on("b")#vorspann#off("b")#, die in #on("b")#ds#off("b")# per #on("b")##ib#transmit header#ie##off("b")# übergeben wurde,
-          enthalten ist, so wird in #on("b")#value#off("b")# die Länge des EUMEL-Netztelegramms
-          zurückgeliefert. 
- 
-      PROC #ib#flush buffers#ie#: 
- 
-          Liest den Eingabepuffer des #ib#Netzkanal#ie#s leer. Die eingelesenen Zeichen
-          werden vernichtet. Wird nach Erkennen von #ib#Übertragungsfehler#ie#n aufge­
-          rufen. 
- 
-      TEXT PROC #ib#next packet start#ie#: 
- 
-          Liefert genau ein #ib#Zeichen#ie# (in der Regel das erste Zeichen des EUMEL-
-          Netztelegramms). Wird von der Netzsoftware immer dann aufgerufen,
-          wenn ein neues #ib#Paket#ie# erwartet wird. 
- 
-          Bedeutung des gelieferten Zeichens für die #ib#Netzsoftware#ie#: 
- 
-          #ib#STX#ie#:      korrekter #ib#Telegrammanfang#ie# (ist das erste Zeichen des
-                    EUMEL-Netztelegramms). Der Rest des EUMEL-Netztele­
-                    gramms steht im Eingabepuffer, ist also über #ib#blockin#ie# lesbar.
-                    Vorher wurden nur Zeichen eingelesen, die zum verwendeten
-                    #ib#Netzprotokoll#ie# gehören (z.B. #ib#Ethernet#ie#-#ib#Adresse#ie#n, #ib#Füllzeichen#ie#
-                    usw.). 
-          niltext:  kein neues Telegramm da 
- 
-          jedes andere Zeichen: 
-                    Fehler. Entweder wurden Störzeichen eingelesen oder es
-                    gingen Zeichen verloren. #ib#Fehlerbehandlung#ie# erfolgt durch die
-                    Netzsoftware. 
-#page# 
-      PROC #ib#transmit header#ie# (DATASPACE CONST ds): 
- 
-          Wird vor Ausgabe eines jeden #ib#Telegramm#ie#s aufgerufen. In dem #ib#Datenraum#ie#
-          #on("b")#ds#off("b")# wird von der EUMEL-Netz-Software der #on("b")##ib#Vorspann#ie##off("b")# übergeben. Über
-          den jeweiligs eingestellten #ib#Netzmodus#ie# kann für jede implementierte Netz­
-          art über eine #ib#Sprungleiste#ie# (#ib#SELECT#ie#) die Prozedur angesprungen werden,
-          die den #ib#Header#ie# für den eingestellten Netzmodus erstellt und ausgibt.
-          Struktur des von der EUMEL-Netz-Software benutzten Headers: 
- 
-              BOUND STRUCT 
-              (INT  head, 
-                    zwischenziel, 
-                    zielrechner, 
-                    quellrechner, 
-                    strom, 
-                    sequenz, 
-                    seitennummer ) VAR vorspann. 
- 
-          Aus dem Inhalt des Feldes #on("b")#head#off("b")# kann mittels #on("b")##ib#decode packet length#ie##off("b")# die
-          Gesamtlänge des EUMEL-Netztelegramms errechnet werden. 
- 
-      PROC #ib#transmit trailer#ie#: 
- 
-          Wird nach Ausgabe eines jeden Telegramms aufgerufen. Evtl. notwendige
-          Nachspänne können ausgegeben werden. Die notwenigen Informationen
-          wurden  in #on("b")##ib#transmit header#ie##off("b")# übergeben und müssen aufbewahrt werden,
-          falls sie im Trailer mitgeliefert werden müssen. Kann auch dazu benutzt
-          werden, den unter diesem Packet liegenden Schichten (#ib#SHard#ie# oder Hard­
-          ware) das Ende des Telegramms mitzuteilen. Notwendige #ib#Füllzeichen#ie#
-          können in dieser Prozedur in das #ib#Paket#ie# eingebaut werden. 
- 
-      PROC #ib#reset box#ie# (INT CONST net mode): 
- 
-          Kann zur Initialisierung der #ib#Netzhardware#ie# benutzt werden. Wird von #on("b")##ib#basic
-          net#ie##off("b")# beim jedem Neustart aufgerufen. 
- 
-     INT PROC #ib#max mode#ie#: 
- 
-          Liefert den Wert des größten erlaubten (implementierten) #ib#Netzmodus#ie#. 
- 
-     INT PROC #ib#net mode#ie#: 
- 
-          Liefert den eingestellten Netzmodus. 
-#page# 
-#pagenr ("%", 45)##setcount (1)##block##pageblock##count per page# 
-#headeven# 
-#center#EUMEL Netzbeschreibung 
-#center#____________________________________________________________ 
- 
-#end# 
-#headodd# 
-#center#Anhang 
-#center#____________________________________________________________ 
- 
-#end# 
-#bottomeven# 
-#center#____________________________________________________________ 
-Netz - % #right#GMD 
-#end# 
-#bottomodd# 
-#center#____________________________________________________________ 
-GMD #right#Netz - % 
-#end# 
-#clear pos##lpos(1.0)##rpos(9.5)##goalpage("A")# 
-
-Anhang: Netz-Meldungen#goalpage("A.1")# 
- 
-Mit dem Kommando #on("b")##ib#list#ie# (/"net list")#off("b")# (siehe Teil 1) erhalten Sie eine temporäre #ib#Datei#ie#
-auf den Bildschirm. Diese Datei könnte ungefähr so aussehen: 
- 
-____________________________________________________________________________ 
-   
-   N e u e r   S t a r t 12:44      Stationsnummer : 38 
-  01.06.87 12:55 net port 8:20:Nicht zustellbar. . Empfänger: "net dok". Quelle 34 Taskindex: 255 
-  02.06.87 06:30 net port 8:1:wdh data. sqnr 7. Absender: "net dok". Ziel 34 Taskindex: 255 
-  02.06.87 07:03 net port:20:Sequenzfehler: soll 13 ist 14. Empfänger: "POST". Quelle 33 Taskindex: 
-  02.06.87 07:03 net port:blockin abbruch 
-  02.06.87 07:03 net port:20:Sequenzreset von 13 auf 10. Empfänger: "POST". Quelle 33 Taskindex: 29 
-  02.06.87 07:36 net port:Call gelöscht."net dok". Strom 1 
-  02.06.87 07:43 net port 8:verbotene Route: 34 
-  02.06.87 07:50 net port:Header inkorret eingelesen: %0 %2 
-  02.06.87 07:50 net port:buffers flushed 
-  02.06.87 07:52 net port:Weiterleitung nicht möglich für 34 
-  02.06.87 07:53 net port 8:skipped0 6 G O 1 0 . 0 %13 %10 2 8 0 6   0 6 G O 1 0 . 0 %13 %10 2 8 0 
-  02.06.87 08:14 net port 8:skipped%13 %10 S p e c .   R e c e i v e   E r r o r   C 2 
-  02.06.87 08:21 net port:20:Reopen. Empfänger: "WÜFE". Quelle 40 Taskindex: 22 
-  02.06.87 09:25 net port:1:etwas rueckgespult. Absender: "-". Ziel 33 Taskindex: 51 
-  02.06.87 09:25 net port:1:wdh data. sqnr 20. Absender: "-". Ziel 33 Taskindex: 51 
-  02.06.87 09:54 net port:20:Blocknummer falsch, neu: 192, alt : -1. Empfänger: "WÜFE". Quelle 44 
-  02.06.87 10:12 net port:Daten ohne Eroeffnung von 40  Sequenznr 7 
-  02.06.87 10:23 net port:Header inkorret eingelesen: O X 0 3 8 B O X 0 4 4 E U %2 
-  02.06.87 10:23 net port:buffers flushed 
-  02.06.87 10:49 net port:1:wdh open. Absender: "-". Ziel 33 Taskindex: 255 
-  02.06.87 10:49 net port:2:wdh open. Absender: "net dok". Ziel 33 Taskindex: 255 
-  02.06.87 10:53 net port:1:Sequenzfehler: soll 2 ist 3. Empfänger: "net dok". Quelle 33 Taskindex: 
-  02.06.87 10:54 net port:1:Sequenzreset von 8 auf 5. Empfänger: "net dok". Quelle 33 Taskindex: 11 
-  02.06.87 10:56 net port:2:etwas rueckgespult. Absender: "-". Ziel 33 Taskindex: 51 
-  bekannte Stationen: 
-  1(8,1) 2(8,2) 3(8,3) 4(8,4) 5(8,5) 6(8,6) 7(8,7) 8(8,8) 9(8,9) 10(8,10) 
-  11(8,11) 12(8,12) 13(8,13) 14(8,14) 15(8,15) 16(8,16) 17(8,17) 18(8,18) 
-  19(8,19) 20(8,20) 21(8,21) 22(8,22) 23(8,23) 24(8,24) 25(8,25) 26(8,26) 
-  27(8,27) 28(8,28) 29(8,29) 30(8,30) 31(8,31) 32(8,32) 33(9,33) 34(8,34) 
-  35(9,35) 36(9,36) 37(9,37) 39(9,39) 40(9,40) 41(9,41) 42(9,42) 43(9,43) 
-  44(9,44) 45(9,45) 46(9,46) 47(9,47) 48(9,48) 
-  -------- 
-  Eingestellte Netzmodi: 
-  net port 8 haengt an Kanal 8, Modus: (1)  EUMEL-Netz            64 Byte 
-  net port haengt an Kanal 9, MODUS: (11) ETHERNET via V.24     512 Byte 
- 
-  Nutzdatenlänge 512 Byte 
-  Nutzdatenlänge bei indirekter Verbindung: 64 Byte 
-  ******** 
-  Netz-Software vom  23.05.87 
-  Rechner 38  um 11:11 
-  net port 8 
- 
-  Strom 1 (sqnr7/8) sendet an 34 . Absender ist "net dok". 
-  net port 
- 
-  Strom 1 (sqnr45/45) empfaengt von 40 . Empfaenger ist "PUBLIC". 
- 
-____________________________________________________________________________ 
-#page# 
-Die Datei enthält den aktuellen #on("b")##ib#report#ie##off("b")#, in dem #ib#Fehlermeldung#ie#en der einzelnen Tasks
-gesammelt werden. Außerdem wird der Zustand aller Verbindungen (Ströme) von allen
-#on("b")##ib#net port#ie##off("b")#'s angezeigt. Im #on("b")#report#off("b")#-Teil kann man drei Informationsblöcke unterscheiden: 
- 
-a) den Block mit den Fehlermeldungen. Es werden jeweils Datum, Uhrzeit, der Name
-   des betroffenen #on("b")#net port#off("b")# und, wenn notwendig, die #ib#Stromnummer#ie# angegeben.
-   Darauf folgt der Meldungstext, der auch Informationen über Absender und Emp­
-   fänger enthalten kann. 
- 
-   <Datum> <Zeit> <Name der #ib#Kanaltask#ie#> : [<#ib#Stromnummer#ie#> : ] <Meldung> 
- 
- 
-b) den Block mit der Liste der bekannten #ib#Station#ie#en. Ein Eintrag in dieser Liste ent­
-   hält jeweils die Stationsnummer der bekannten Station und in Klammern dahin­
-   ter die Nummer des Kanals auf diesem Rechner, über den die Station erreichbar
-   ist und die Nummer der nächsten #ib#Zwischenstation#ie#. 
- 
-   <Zielstation> (<Kanalnr>,<Zwischenstation>) 
- 
-   Bei direkt erreichbaren Stationen ist Zwischenstation gleich #ib#Zielstation#ie#. 
- 
-   Hinweis: Auch #ib#gesperrt#ie#e Stationen erscheinen in dieser Liste. 
- 
- 
-c) den Block, der Auskunft über die Netzinstallation gibt. Es werden für jeden Netz­
-   kanal die eingestellten Netzmodi angegeben. Des weiteren werden die beiden
-   Größen #on("b")##ib#data length#ie##off("b")# (#ib#Nutzdatenlänge#ie#) und #on("b")##ib#data length via node#ie##off("b")# (Nutzdatenlänge bei
-   indirekter Verbindung) angegeben. Zusätzlich erscheinen noch die #ib#Netzversion#ie# und
-   die genaue Uhrzeit, zu der dieser #on("b")#report#off("b")# erstellt wurde. 
- 
-#page# 
-Für jeden #on("b")##ib#net port#ie##off("b")# wird pro aktivem #ib#Strom#ie# folgende Meldung generiert: 
- 
-Strom <Stromnr> (sqnr<akt Seqnr>/<max Seqnr>) <Zustand> <Partner> 
- 
- 
-<Stromnr>        #ib#Stromnummer#ie# 
- 
-<akt Seqnr>      #ib#Sequenznummer#ie# des gerade bearbeiteten #ib#Telegramm#ie#s 
- 
-<max Seqnr>      Bei #ib#Sendeströme#ie#n die Nummer der letzten zu übertragenden
-                 #ib#Sequenz#ie#, bei Empfangsströmen in der Regel die Nummer der
-                 letzten Sequenz der gerade übertragenen #ib#Datenraumseite#ie#. 
- 
-<#ib#Zustand#ie#>        Hier wird die Aktion (senden, empfangen usw.) und die Partner­
-                 station angegeben. 
- 
-<#ib#Partner#ie#>        Der Name der Task mit der kommuniziert wird. 
- 
- 
-Die Meldungen, die in der #ib#Datei#ie# #on("b")##ib#report#ie##off("b")# protokolliert werden, kann man in verschiedene
-Gruppen einordnen. Die eine Gruppe beschreibt Störungen durch #ib#Zeichenverluste#ie#
-oder ­verfälschungen, eine andere Gruppe protokolliert besondere Situationen, bei­
-spielsweise den Abbruch von #ib#Übertragung#ie#en, und die letzte Gruppe befasst sich mit
-#ib#Fehlermeldung#ie#en, die ein Eingreifen von aussen notwendig machen. Je nachdem, ob
-die Station, auf der die Meldung protokolliert wird, Empfänger oder Absender ist, wird
-bei den Meldungen #ib#Stationsnummer#ie# und Taskname des Kommunikationspartners mit
-angegeben. 
- 
-Zur ersten Gruppe gehören: 
- 
-#ib(4)##ib#skipped#ie##ie(4)# 
-               'skipped' oder skipped mit einem Zusatztext erscheint, wenn Zei­
-               chen eingelesen wurden, die zu keinem gültigen #ib#Telegramm#ie# ge­
-               hören. Dies kann passieren, wenn auf der Leitung zwischen
-               Rechner und Box #ib#Zeichen#ie# verlorengegangen sind. Auch nach dem
-               Einschalten oder nach einem Reset auf Box oder Rechner kann
-               diese Meldung kommen. Mindestens ein Teil der eingelesenen
-               Daten wird mit ausgegeben, wobei Steuerzeichen durch % und den
-               Code des Steuerzeichens dargestellt werden. Die einzelnen Zeichen
-               werden durch ein Blank voneinander getrennt. 
-#page# 
-#ib(4)##ib#Sequenzfehler#ie##ie(4)# 
-               Die #ib#Sequenznummer#ie# ist zu groß, es fehlen also Telegramme. Die
-               Gegenstation wird aufgefordert, ab einem früheren Telegramm zu
-               wiederholen. 
- 
-#ib(4)#wdh data#ie(4)# 
-               Das letzte Telegramm wird erneut geschickt. Passiert, wenn die
-               #ib#Quittung#ie# für dieses Telegramm nach einer bestimmten Zeit nicht
-               angekommen ist. 
- 
-#ib(4)##ib#Sequenzreset#ie##ie(4)# 
-               Die #ib#Sequenznummer#ie# des empfangenen Telegramms ist kleiner als
-               die Sequenznummer des vorher empfangenen Telegramms. Die
-               Verbindung wird bei der zuletzt empfangenen Sequenznummer
-               fortgesetzt. 
- 
-#ib(4)#Blocknummer falsch#ie(4)# 
-               Die #ib#Seitennummer#ie# in dem #ib#Telegramm#ie# ist falsch. 
- 
-#ib(4)#etwas rueckgespult#ie(4)# 
-               Auf Anforderung der Gegenseite werden die letzten drei #ib#Datenraum­
-               seite#ie#n erneut übertragen. 
- 
-#ib(4)#Daten ohne Eroeffnung#ie(4)# 
-               Es werden Telegramme mit einer #ib#Stromnummer#ie# empfangen, zu der
-               vorher kein OPEN-Telegramm empfangen wurde. In diesem Fall
-               wird die Gegenstation aufgefordert, die #ib#Übertragung#ie# von vorn zu
-               beginnen. Diese Meldung kann auch kommen, wenn das Netz neu
-               gestartet wurde. 
- 
-#ib(4)#wdh open#ie(4)# 
-               Die Übertragung wird mit dem #ib#OPEN#ie#-Telegramm von vorn begon­
-               nen. Passiert auf Aufforderung durch die Gegenstation oder wenn
-               das erste OPEN-Telegramm nicht quittiert wurde. 
- 
-#ib(4)##ib#buffers flushed#ie##ie(4)# 
-               Alle bereits eingelesenen, aber noch nicht bearbeiteten Zeichen
-               wurden gelöscht (der #ib#Eingabepuffer#ie# wurde komplett gelöscht). Verur­
-               sacht durch schwere Störungen (#ib#Zeichenverluste#ie# oder -verfäl­
-               schungen). 
-#page# 
-#ib(4)#blockin abbruch#ie(4)# 
-               Es wurden nicht alle Zeichen eines Telegramms innerhalb eines
-               bestimmten Zeitraums angeliefert. 
- 
-#ib(4)#Header inkorrekt eingelesen#ie(4)# 
-               Es wurde ein Fehler in dem Teil des Netztelegramms gefunden, der
-               nicht zum EUMEL-Netz gehört. 
- 
-#ib(4)#Strom falsch in Quittung#ie(4)#: 
-               In der #ib#Quittung#ie# wurde eine nicht zulässige #ib#Stromnummer#ie# festge­
-               stellt. Zulässig sind Stromnummern zwischen 1 und 20. 
- 
-#ib(4)#Neustart#ie(4)# 
-               Die Gegenstation hat die #ib#Verbindung#ie# von vorne begonnen. 
- 
-#ib(4)#Falsche Seitennummer#ie(4)# 
-               Die #ib#Seitennummer#ie# in dem empfangenen Telegramm ist falsch.
-               Einige Telegramme werden wiederholt. 
- 
-#ib(4)#Absteigende Seitennummern#ie(4)# 
-               Die Seitennummer in dem empfangenen Telegramm ist kleiner als
-               die Seitennummer im vorigen #ib#Telegramm#ie#. Es müssen einige Tele­
-               gramme wiederholt werden. 
- 
- 
-Die folgenden Meldungen beschreiben Situationen, die nicht durch #ib#Zeichenverluste#ie#
-entstehen, mit denen die #ib#Netzsoftware#ie# selbst fertig wird: 
- 
- 
-#ib(4)#Sendung von Gegenstelle gelöscht#ie(4)# 
-               Die Verbindung wurde von der Gegenstelle abgebrochen. 
- 
-#ib(4)#Empfangseintrag freigegeben#ie(4)# 
-               Die Verbindung wurde von der empfangenden #ib#Station#ie# gelöscht, weil
-               seit dem Eintreffen des letzten Telegramms zuviel Zeit vergangen ist
-               (#ib#Timeout#ie#). 
- 
-#ib(4)#Irrläufer#ie(4)# 
-               Eine #ib#Intertaskkommunikation#ie# innerhalb der eigenen Station wurde
-               fälschlicherweise über den #on("b")##ib#Collector#ie##off("b")# abgewickelt. Dieser Vorgang
-               wird abgebrochen. 
-#page# 
-#ib(4)#Call-Löschung vorgemerkt#ie(4)# 
-               Sobald der Call abgewickelt ist, wird diese Verbindung gelöscht.
-               Beispielsweise führt ein vom Benutzer abgebrochenes #on("b")##ib#name#ie##off("b")# zu
-               dieser Meldung. 
- 
-#ib(4)#Call gelöscht#ie(4)# 
-               Die #ib#Verbindung#ie# wurde auf Anforderung durch den Auftraggeber
-               gelöscht. 
- 
-#ib(4)#Quellrechner#ie(4)# 
-               Als #ib#Quellrechnernummer#ie# wurde ein unzulässiger Wert festgestellt.
-               Zulässig sind Zahlen zwischen 1 und 127. 
- 
-#ib(4)#Nicht zustellbar#ie(4)# 
-               Innerhalb eines bestimmten Zeitraums war die #ib#Zieltask#ie# nicht emp­
-               fangsbereit. Die Verbindung wird abgebrochen. 
- 
-Bei diesen Meldungen sollten die #ib#Routenanweisungen#ie# überprüft werden: 
- 
-#ib(4)#Verbotene Route bei Quittung#ie(4)# 
-               Die #ib#Quittung#ie# kommt auf einer nicht erlaubten #ib#Route#ie# an. Dies kann
-               bei #ib#Vermaschung#ie# passieren, oder aber, wenn eine Station versucht,
-               sich für eine andere Station auszugeben. 
- 
-#ib(4)#Verbotene Route#ie(4)# 
-               Die danach bezeichnete Station versucht, auf einer anderen Route
-               mit diesem Rechner zu kommunizieren, als auf der Route, die für
-               diesen Rechner in der Datei #on("b")##ib#netz#ie##off("b")# festgelegt wurde. 
- 
-               Abhilfe: 
-               #ib#Routentabellen#ie# der beiden (oder, falls die Meldung auf einer
-               #ib#Knotenstation#ie# erscheint, auf allen beteiligten) Stationen abgleichen. 
- 
-#ib(4)#Weiterleitung nicht möglich#ie(4)# 
-               Die #ib#Routeninformationen#ie# auf dem #ib#Knotenrechner#ie#, wo diese Meldung
-               erscheint, und der sendenden #ib#Station#ie# stimmen nicht überein. Die
-               angegebene Station ist von dieser Station aus nicht erreichbar. 
- 
-               Abhilfe: 
-               #ib#Routentabellen#ie# der Stationen überprüfen. 
- 
-#ib(4)#Fremdzugriff#ie(4)# 
-               Eine #ib#gesperrt#ie#e Station hat versucht, auf diesen Rechner mit #ib#Sende­
-               codes#ie# > 6 zuzugreifen. 
- 
- 
-Folgende Meldungen betreffen '#ib#harte Fehler#ie#'. Diese Fehler werden von der Netzsoft­
-ware nicht abgefangen. In jedem Fall muß das Netz nach einer solchen #ib#Fehler­
-meldung#ie# neu gestartet werden. 
- 
-#ib(4)#++++++#ie(4)# 
-               Meldungen dieser Form sind 'harte' Fehler. Der aufgetretene Fehler 
-               wird mit angegeben. Das Netz muß neu gestartet werden, da die
-               Task, in welcher der Fehler aufgetreten ist, gelöscht wird. 
- 
-#ib(4)#Verbindungsengpaß#ie(4)# 
-               Es sind mehr Verbindungen festgestellt worden, als zulässig sind.
-               Nach dieser Meldung wurde der entsprechende Netport gelöscht. 
- 
- 
-Literaturverzeichnis 
- 
- 
-#goalpage("A.2")# 
- 
-#clear pos# 
-#lpos(1.0)##lpos(2.5)# 
-#table# 
-[1]   EUMEL-Systemhandbuch, Teil 5, Intertaskkommunikation 
-      GMD St. Augustin, 1986 
-[2]   EUMEL-Systemhandbuch, Teil 2, Hardware und ihre Steuerung 
-[3]   EUMEL-Systemhandbuch, Teil 8, Spooler 
-[4]   EUMEL-Netz Installationsanweisung 
-      GMD St. Augustin, 1987 
-[5]   EUMEL-Systemhandbuch, Teil 4, Blockorientierte Ein/Ausgabe 
-[6]   EUMEL-Quellcode, Packet #on("b")#tasks#off("b")# 
-      GMD St. Augustin, 1986 
-[7]   EUMEL-Portierungshandbuch 8086, Version 8 
-      GMD St. Augustin, 1987 
- 
-#table end#
-
-