Leistungscharakteristika von ATM-Netzen für ... - Torsten E. Neck

60 KONZEPT EINES TELEPRÄSENZSYSTEMES AUF BASIS EINES KONVENTIONELLEN RECHNERNETZES
Die drei tiefen Schichten, die für MONSUN eingesetzt werden, sind standardisierte und
konfektionierte Netzwerkprodukte auf der Basis von ISO IS 8802/3, Carrier Sense Multiple
Access with Collission Detection (CSMA/CD), häufig kurz Ethernet genannt. Ethernet bietet
bei einer für Kupferverkabelung durchschnittlichen Bitfehlerrate von 10 -9 …10 -10
(/Mühl93/)
eine Gesamtbandbreite von 10 Mbit/s, die auf alle angeschlossenen Stationen im
Konkurrenzverfahren aufgeteilt wird. Für den Zugriff der Stationen wird mit CSMA/CD ein
indeterministisches Verfahren implementiert, so daß keine konstanten Verzögerungszeiten
angegeben werden können. Das Medium Ethernet ist dennoch für den Transport der
Regelungs-Nachrichten geeignet, nicht jedoch für den integrierten Transport der an der TEH
entstehenden Audio/Video-Daten. Charakteristische Daten in diesem Zusammenhang
werden in Kapitel 35 bei der Aufstellung der Übertragungsanforderungen genannt.
Als physikalisches Medium wird ein Segment des im IAI verlegten „gelben Kabels“ 10Base5
verwendet, das über einen aktiven Sternkoppler der Firma Hirschmann mit den weiteren
drei 10Base5-Segmenten und dem einen 10Base2-Segment des Gebäudes verbunden ist.
Eine Anbindung an das Backbone des Forschungszentrums, einen Doppelring in Glasfaser,
auf dem FDDI betrieben wird, ist vom Hirschmann-Sternkoppler ausgehend mit einem
sechsfaserigen Lichtwellenleiter realisiert. Die MONSUN-Stationen sind an dieses Netz
physikalisch über Transceiverdosen (AUI, 15-pin SUB-D) und Drop-Kabel angeschlossen.
Als Ethernet-Adapter Hardware kommen die Karten „OpenNet PCLink 2“ des Herstellers
Intel zum Einsatz. Sie bieten die Funktionen der OSI-Schichten 1 und 2 in schneller
Hardware. Die Funktionen der OSI-Schicht 3 werden über das IBM-Protokoll „NetBIOS“
realisiert.
4.2.3.4 Funktionalität des Transportdienst-Anpassungsmoduls „LEVEL4“
Um auch in MONSUN nicht auf die Flexibilität verzichten zu müssen, die ein Aufsetzen auf
dem gesamten Protokoll-Stack von OSI für die Anwendung bietet, wurde als Ersatz für die
anwendungsorientierten OSI-Dienste (der Sitzungs-, Darstellungs- und Anwendungsschicht)
ein spezielles Anpassungs-Modul mit der Bezeichnung „LEVEL4“ implementiert.
Es realisiert im Wesentlichen ausgewählte Funktionen zur Übersetzung der für die
Anwendungsprozesse typischen Schnittstellensemantik der Kanäle COM_DO, DAT_DO und
DAT_UP auf standardisierte Transport-Dienstelemente.
Die an der LEVEL4-Schnittstelle den Anwendungen angebotenen Dienste sind im einzelnen
(sofern möglich, wird dem Dienst-Bezeichner in eckigen Klammern eine Zuordnung zu einer
der höheren OSI-Schichten nachgestellt):
Open_Net [5]: meldet den Aufrufer bei der Netzwerksoftware (iNA 960) an, welche
einen COMMUSER-Token als Berechtigung zum Aufruf der eigentlichen
Netzwerkdienste zurückliefert.
Open_vc [5]: setzt an der Transportschnittstelle ein T-Connect.Request ab und
initiiert dadurch den bestätigten Transportverbindungsaufbau nach dem „Three-Way-
Handshake“ (s. z. B. /LoKr93/ S. 230). Als Parameter werden der Bezeichner des
entfernten Rechners (rem_hi, Remote Host Id) und der dort anzusprechende T-SAP
(rem_tsap, Remote T-SAP Id) übergeben. Zurückgeliefert wird dem Initiator eine
„cdb“ genannte Kennung für die virtuelle Transportverbindung.
Open_vc_await [5]: ist der Open_vc beantwortende Prozeß. Es ist erlaubt, die
Kennung des Remote Host mit 0 anzugeben, was ermöglicht, alle Open_vc-Requests,
ganz gleich von welchem Rechner im Netz sie kommen, zu akzeptieren.
Ermittlung der Leistungscharakteristika ATM-basierter Inhouse-Netzwerkinstallationen