Verbindungsorientierte und verbindungslose Dienste

> Verbindungsorientierter Dienst:
> Beispiel Telefonsystem
> Für die Dauer der Kommunikation wird eine Verbindung aufgebaut
> Daten werden in der gleichen Reihenfolge empfangen, in der sie gesendet wurden

> Verbindungsloser Dienst:
> Beispiel Postsystem
> Jede Nachricht trägt eine Adresse und wird unabhängig von anderen durch das Netz geleitet
> Nachrichten-Reihenfolge bleibt evtl. nicht erhalten
> Nachrichten können verloren gehen

Protokollhierarchien

> Netze als Reihe von „übereinandergestapelten“ Schichten
> Engl.: Protocol Stack
> Verringerte Komplexität, mehr Modularität und Flexibilität
> Durch eine Schnittstelle bietet eine Schicht der jeweils höheren Schicht Dienste an
> Ein Protokoll legt die Regeln und Konventionen fest, wie die Schicht n der Maschine A mit Schicht n der Maschine B kommuniziert.
> Jede Schicht leitet die Daten an die unterliegende Schicht weiter, bis die physische Schicht erreicht ist

TCP/IP und das Internet

> TCP/IP
> TCP/IP wurde in den 70er Jahren entwickelt (damals: ARPA-Net)
> Datenaustausch in heterogenen Netzen
> US-Verteidigungsministerium forderte eine flexible Architektur, die Teilausfälle überlebt
> Die Ansammlung von Netzen wurde in den 80er Jahren als ein Netz betrachtet, später das Internet genannt
> TCP/IP
> Internet-Protokoll-Familie
> „Klebstoff“, der das Internet „zusammenhält“

IP-Adressen

> Jeder Rechner im Internet hat eine IP-Adresse
> Beschreibt eindeutig die Netz- und Hostnummer
eines Rechners
> 32 Bit lang (IPv4)
> Netznummern werden
zentral vergeben
(Network Information Centre)

Portnummern

> Nötig, damit viele Dienste auf einer Maschine laufen können
> Allgemein verfügbare Dienste über well-known Ports erreichbar
> Benutzer-Prozesse verwenden freie Portnummern, die vom
Betriebssystem zugewiesen werden

Firewall

> Kontrolliert Datenverkehr von und nach aussen
> Als Paketfilter: Überprüfung der Quell- und Zieladresse
(IP-Adresse und TCP/UDP-Port)
> Als Application Gateway: Inspektion der Daten auf der
Anwendungsschicht (z.B. Viren in Email Anhängen)

DNS - Domain Name System

> Dienst auf der Anwendungsschicht
> Übersetzt ASCII-Namen in IP-Adressen
> ivs.tu-berlin 􀄺 130.140.155.202
> Resolver
> Bibliotheksprozedur, die Namen in IP-Adressen umwandelt
> Sendet ein UDP-Paket an lokalen DNS-Server
> Falls der DNS-Server die Antwort nicht kennt, leitet er die Anfrage
weiter
> DNS-Server können Einträge cachen
Weitere Informationen zu diesem und vielen anderen Themen kann mann auf der homepage desInstituts für Telekommunikationssysteme
Fakultät IV - Elektrotechnik und Informatik
TU Berlin finden.

IIOP: Alternative zu HTTP

Langfristig gesehen soll das Internet Inter-ORB Protocol das Hypertext Transfer Protocol ablösen. Dieser Meinung ist zumindest Netscapes Mark Andreessen. In seiner Vision kommunizieren zukünftig Millionen von "HTML-Objekten" per IIOP.

Objektorientierung hat den Status des reinen Modewortes längst hinter sich. Anwendungen, Entwicklungswerkzeuge, Datenbanken - auf allen Gebieten finden sich zumindest auch objektorientierte Produkte. Warum also sollen nicht auch HTML-Seiten Teil einer Komponentenarchitektur sein?

Schon lange dient das Internet nicht mehr nur seiner ursprünglichen Funktion, dem Austausch von Dokumenten zwischen Universitäten und Forschungsstätten. Mittlerweile hat es sich zu einem globalen und universellem Netz entwickelt, auf dem Kommunikation und Transaktionen jeglicher Art stattfinden können. Stark dazu beigetragen hat die Hypertext Markup Language (HTML), die eine grundlegende Basis für ein portables, einheitliches Dokumentenformat im Internet geschaffen hat.

Jedoch genügt das Anbieten von statischen HTML-Seiten den Web-Benutzern längst nicht mehr. Im Web geht es mittlerweile nicht nur um Publishing, sondern um generelles Computing. Erste Interaktionen auf Client-Seite, die den HTTP-Server zu Aktionen wie Anfragen an eine Datenbank veranlassen, sind seit Jahren über das Common Gateway Interface (CGI) möglich. Mit Java hat Sun der WWW-Gemeinde eine Möglichkeit für das Ausführen größerer Programme auf der Browser-Seite gegeben. Die objektorientierte Sprache beinhaltet im java.net-Paket Mechanismen wie Sockets für die Netzkommunikation.

Neue Netscape-Version mit IIOP

Um das Beste aus zwei Welten zu vereinen, sind die CORBA-Objekte auf der Client-Seite in Java programmiert und werden zum Beispiel in einer Java-Applikation oder einem Applet verwendet. In einem solchen Szenarium erfolgt die Kommunikation nicht mehr über HTTP, das bisherige Standardprotokoll im World Wide Web, sondern über IIOP, das ebenfalls auf TCP/IP basiert. Die Client-Objekte tauschen Nachrichten mit den Serverobjekten aus, die in einer beliebigen, von CORBA unterstützten Programmiersprache (zum Beispiel C, C++ oder Java) realisiert sind. Um dies zu ermöglichen, muß der Client entweder IIOP direkt unterstützen oder die IIOP-Klassen als jar-Paket vom Server laden. Der WWW-Server muß sich auf einem Rechner befinden, auf dem außerdem ein CORBA-Server läuft.

Netscape liefert den Communicator in der 4.0beta3-Version bereits mit IIOP-Unterstützung aus. Der Browser enthält eine komplette Runtime-Version von Visigenics Visibrokers für Java. Da Netscapes entsprechender HTTP-Server mit der dazugehörigen Entwicklungsumgebung ausgestattet ist, können Entwickler selbst CORBA-Server implementieren.

Auch für die Integration mit PC-Desktops und dem Microsoft-eigenen Standard OLE/COM (Object Linking and Embedding/Component Object Model) und dem dazugehörigen Protokoll DCOM (Distributed Component Object Model) ist CORBA offen. Verschiedene Hersteller von ORB-Produkten haben schon Implementierungen, die eine Zusammenarbeit von OLE/COM und CORBA-Anwendungen ermöglichen. Eine gute Voraussetzung für die breite Unterstützung von IIOP.
Weitere Infos hierzu gibts unter diesem Link.