Dienstgüteunterstützung für Web Services

Größe: px
Ab Seite anzeigen:

Download "Dienstgüteunterstützung für Web Services"

Transkript

1 Freie Universität Berlin Institut für Informatik Technische Informatik & Telematik Dienstgüteunterstützung für Web Services Wissenschaftliche Hausarbeit im Fach Informatik vorgelegt von Andreas Gramm Matrikelnummer betreut durch Prof. Dr.-Ing. habil. Jochen H. Schiller und Dipl.-Inform. Min Tian August 2003

2 KURZFASSUNG Kurzfassung Die Entwicklung von Web Services zur effizienten Abwicklung von Geschäftsvorgängen über das Internet hat in jüngster Zeit enorm an Bedeutung gewonnen. Mit dem Bereitstellen zahlreicher Web Services äquivalenter Funktionalität stellt sich die Frage, welchen Dienst ein Benutzer aus dem bestehenden Angebot auswählt. In diesem Zusammenhang erscheint es sinnvoll, die Dienstgüte, mit der ein Dienst erbracht wird, in die Entscheidung einzubeziehen. Hierbei ist zu beachten, dass unterschiedliche Benutzer eines Dienstes diesbezüglich verschiedene Anforderungen stellen. Die Analyse bisheriger Ansätze zur Dienstgüteunterstützung für Web Services zeigt, dass bislang kein Mechanismus existiert, Dienste dynamisch unter Berücksichtigung der zugesicherten Dienstgüte auszuwählen. Nach einer Diskussion relevanter Dienstgüteparameter und Mechanismen zur Sicherung und Differenzierung von Dienstgüte werden in dieser Arbeit Anforderungen für ein an Dienstgüte orientiertes dynamisches Auffinden von Diensten vorgestellt und eine Erweiterung der bestehenden Web Services Architektur vorgeschlagen. Mit WS QoS wird ein Konzept vorgestellt, das die geforderte Erweiterung realisiert. Danksagung Ich möchte an dieser Stelle der Arbeitsgruppe Technische Informatik und Telematik für die intensive Betreuung und das Bereitstellen einer sehr angenehmen konstruktiven Arbeitsumgebung herzlich danken. 1

3 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES Inhaltsverzeichnis 1 Einleitung Grundlagen Web Services XML basierter Nachrichtenaustausch über SOAP Dienstbeschreibung in WSDL Dynamisches Auffinden von Diensten mit UDDI Dienstgüte Spezifikation von Dienstgütegarantien Probleme des heutigen Internet Differenzierung von Dienstgüteanforderungen Analyse von Dienstgüteparametern und -Mechanismen Klassische Parameter der Kommunikationstechnologie Verzögerung Verzögerungsschwankung Übertragungszuverlässigkeit Übertragungskapazität Mechanismen zum Erbringen von Transportdienstgüte Bündeln von PPP-Verbindungen Statische Dienstgüteklassen bei ATM und UMTS Reservierung von Ressourcen mittels RSVP bei IntServ Relative Prioritäten für Dienstgüteklassen bei DiffServ Koordination verschiedener Technologien Serverseitige Dienstgüteparameter Bearbeitungszeit Maximaler Anfragen-Durchsatz Zuverlässigkeit Verfügbarkeit Dienstgüteunterstützung in serverseitigen Systemen Dienstgütesicherung durch Lastausgleich Differenzierung von HTTP-Anfragen Differenzierung von Transaktionen bei BizQoS Sicherheit Anforderungen an sichere Kommunikation Verwandte Sicherheitsmechanismen Transaktionsunterstützung Kosten Zusammenfassung Bestehende Ansätze zu Dienstgütemanagement für Web Services Elektronische Dienstgüteabkommen des WSLA Rahmenwerks. 41 2

4 INHALTSVERZEICHNIS Service Level Spezifikation Installation und Überwachung WSML basiertes Dienstgütemanagement Modell zur Spezifikation von Dienstgüteparametern SLA Spezifikation mit WSML Überwachen von Grenzwerten Dynamische Auswahl vordefinierter WSOL Dienst-Klassen Spezifikation von Dienstangeboten Web Service Management Unterstützung Dienstgüteaspekte bei Geschäftsprozessmodellen Zusammenfassung Entwurf dynamischer Dienstauswahl nach Dienstgütekriterien Modellierung einer Web Services Dienstgütespezifikation Erweiterung der Architektur um eine Dienstgütevermittlung Anforderungen an eine mögliche Realisierung Standardisiertes Dienstgütemanagement mit WS-QoS Das WS-QoS XML Schema Der Typ tqosdefinition Der Typ tqosinfo Die WS-QoS Ontologie Dynamische Dienstauswahl des WS-QoS Offer Brokers Das WS-QoS Rahmenwerk für C# / ASP.NET Entwickler Dienstgüte-Spezifizierung mit C# - Custom Attributes Überwachen von Anforderungen mit dem Requirement Manager Überwachung von Angeboten mit dem Offer Manager Einbinden des WS-QoS Offer Broker Editieren von WS-QoS Dateien mit dem WS-QoS Editor Überwachen der Dienstauswahl mit dem WS-QoS Monitor StockQuote - ein Beispiel Erreichtes und verbleibende Herausforderungen Quellenverzeichnis Stichwortverzeichnis Anhang Das WS-QoS XML Schema WSDL-Beschreibung des Standard Stock Quote Dienstes WS-QoS Standard Ontologie UML Klassendiagramm für das WS-QoS API CD mit vorgestellten Anwendungen und Quellcode Eidesstattliche Erklärung

5 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES 1 Einleitung Wie ich auf einem Workshop der IBM zum Thema Web Services erfuhr 1, ließe sich die mit XML Web Services assoziierte Technologie als die bedeutendste Weiterentwicklung der Informatik seit Entwicklung der Objektorientierten Programmierung sehen. Objektorientierung wird auf die Kommunikation im Internet übertragen und von einer Beschränkung auf einzelne Plattformen und proprietäre Protokolle befreit, um eine Allgegenwart von Informationsgebern zu schaffen. Auch wenn dies bislang eine Vision in Forschungslaboren ist und mit CORBA oder RMI ähnliche Konzeptionen bereits zuvor entwickelt wurden, so lässt sich in den jüngsten Ausgaben vieler Fachzeitschriften feststellen, dass Web Services sich auffallend starker Popularität erfreuen. Immer häufiger planen Firmen, ihre Geschäftsbeziehungen mittels der Web Services Technologie zu realisieren, indem sie gegenseitig Dienste für verschiedenste Anwendungen bereitstellen und nutzen. Inzwischen haben sich das XML basierte Kommunikationsprotokoll SOAP und die Dienstspezifikationssprache WSDL zu zuverlässigen Standards entwickelt. Doch der Erfolg von Web Services wirft eine zentrale Frage für den Benutzer auf: Welchen Dienstanbieter wähle ich? Um den schnellen Veränderungen des weltweiten Angebots elektronischer Dienstleistungen im Internet gerecht zu werden, wurde mit UDDI ein Konzept entwickelt, Web Services dynamisch zur Laufzeit zu finden und in den Ablauf einer Anwendung zu integrieren. Ein UDDI Verzeichnisdienst ermöglicht ein automatisiertes Auffinden von Diensten, die eine bestimmte Schnittstelle in Form einer abstrakten Dienstbeschreibung (Interface) implementieren. Die letztendliche Auswahl des Dienstes ist bislang jedoch nicht automatisiert und muss in einer Anwendung individuell realisiert werden. Nach welchen Kriterien die Auswahl erfolgt ist also nicht festgelegt. Werden mehrere Dienste äquivalenter Funktionalität angeboten, so wird die Dienstgüte, mit der diese erbracht wird, ein entscheidender Faktor zur Unterscheidung von Unternehmen [vgl. Mani02]. Es geht aber nicht nur 1 Workshop Introduction to Web Services, veranstaltet vom IBM Solution Partnership Center Paris, Mai

6 EINLEITUNG darum, ein möglichst hohes Maß an Dienstgüte zu liefern: Benutzer auf unterschiedlichen Plattformen (PC, PDA, Mobiltelefon, etc.) mit unterschiedlichen Netzanbindungen (LAN, Modem, Funk, etc.) haben typischerweise verschiedene Anforderungen an die zu erbringende Dienstgüte. Sinnvoll wäre also eine Differenzierung verschiedener Dienstgüteniveaus mit entsprechend variierenden Kosten [vgl. Menasce02]. Dienstanbieter sollten die Möglichkeit haben, für Benutzergruppen mit verschiedenen Dienstgüteanforderungen einen Dienst in verschiedener Qualität zu verschiedenen Preisen anzubieten. Es gibt jedoch erst wenige Ansätze, von verschiedenen Diensten erbrachte Dienstgüte in einer standardisierten Form zu beschreiben, was eine Voraussetzung für eine automatisierte Dienstauffindung unter Berücksichtigung der Dienstgüte ist. Mit DiffServ, IPQoS und Dienstgüteklassen in ATM, UMTS oder RCL stehen uns heute Technologien zur Verfügung, um Dienstgüte in Netzwerken zu differenzieren. Lastausgleich, Transaktionsdifferenzierung und Differenzierung von HTTP Anfragen bieten die Möglichkeit auch im System einzelner Web Services verschiedene Dienstgüteklassen zu unterscheiden. Was fehlt, sind Mechanismen, um ein gewünschtes Niveau an Dienstgüte auf der Ebene einer Anwendung zu formulieren. Um diese Lücke zwischen der Ebene der Web Services und den Dienstgüteunterstützungsmechanismen für zugrunde liegende Technologien zu schließen, habe ich ein XML Schema entwickelt, mit dem sowohl benutzerseitige Dienstgüteanforderungen als auch Dienstgüteangebote von Dienstanbietern in standardisierter Form definiert werden können. So können Anforderungen und verfügbare Angebote automatisch verglichen werden. Ein Dienstgüteangebot kann in diesem Zusammenhang als eine von mehreren möglichen Dienstgüteklassen (Classes of Service (CoS)) gesehen werden, wie sie in Mechanismen zur Dienstgütedifferenzierung in Netzwerktechnologien wie DiffServ oder ATM verwandt werden. Ihre Struktur ist jedoch komplexer und dynamischer als die statischer Dienstklassen. Auf Grundlage dieser Spezifikation schlage ich eine Erweiterung der bestehenden Web Services Architektur vor, die eine an Dienstgüte orientierte 5

7 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES dynamische Dienstauswahl ermöglicht. In einer Erweiterung der Dokumentationssprache WSDL werden standardisierte Dienstgüteangebote deklariert. Ein Vermittlungsdienst ermittelt nun von allen Diensten, die ein von einem Benutzer angefragtes Interface implementieren, das kostengünstigste Dienstgüteangebot, das die Dienstgüteanforderungen des Clients erfüllt. Ein von mir entwickeltes Rahmenwerk für die C# / ASP.NET Entwicklungsumgebung bietet die Möglichkeit, Dienstgüteanforderungen auf einfache Weise auf einem Service Proxy Objekt zu deklarieren, die dann in einem automatisierten Prozess der Dienstauffindung berücksichtigt werden. Abbildung 1 gibt einen Überblick über die Entwicklung des Konzepts in dieser Arbeit und die Kapitel, die die entsprechende Stufe behandeln. Die Arbeit ist wie folgt gegliedert: Nach einer Einführung in die Grundlagen von Web Services und Dienstgüte in Kapitel 2 werden in Kapitel 3 relevante Parameter und Ansätze zur Umsetzung von Dienstgüteunterstützung in Netzwerkkomponenten und Serversystemen analysiert. In Kapitel 4 werden aktuelle Ansätze zur Umsetzung von Dienstgüte für Web Services mittels Service Level Agreements (SLA) diskutiert. Kapitel 5 diskutiert die Erweiterungen der Web Services Architektur, die notwendig sind, um eine an Dienstgüte orientierte dynamische Dienstauswahl zu erreichen. Kapitel 6 stellt mit WS QoS eine Realisierung der geforderten Erweiterung vor. Kapitel 7 fasst schließlich das Erreichte zusammen und gibt einen Überblick auf verbleibende Herausforderungen. Analyse Kapitel 3 und 4 Entwurf Kapitel 5 Implementierung Kapitel 6 Abbildung 1. Analyse - Entwurf - Implementierung 6

8 GRUNDLAGEN 2 Grundlagen Dieses Kapitel erläutert die dieser Arbeit zugrunde liegenden Begriffe und Konzepte. Abschnitt 2.1 führt in die Web Services Technologie ein. Abschnitt 2.2 gibt zunächst eine Definition von Dienstgüte und beschreibt dann Aspekte aktiver Dienstgüteunterstützung. 2.1 Web Services XML Web Services bieten eine neue Technologie der verteilten Programmierung. Es werden vor allem zwei Ziele verfolgt. Zum einen sollen Web Services die elektronische Interaktion zwischen Unternehmen (businessto business) durch ein netzbasiertes Programmieren von Diensten über die Grenzen heutiger Firewalls hinweg fördern. Der andere Bereich ist die Integration von Anwendungen auf verschiedenen Plattformen innerhalb eines Unternehmens (application integration), um Geschäftsabläufe zu vereinfachen und effizienter zu machen. Das größte Potential von Web Services ist ein hohes Maß an Plattformunabhängigkeit durch die Kodierung von Daten in der Extensible Markup Language [XML]. Abbildung 2. Dynamisches Auffinden von Diensten über ein Dienstverzeichnis [vgl. Kreger01]. Die konzeptionelle Architektur der Web Services Technologie sieht die Interaktion von drei Hauptkomponenten vor [vgl. Kreger01]. Abbildung 2 zeigt die drei Hauptkomponenten dieser Web Services Architektur und die drei Schritte einer dynamischen Dienstanbindung. Stellt ein Dienstanbieter 7

9 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES einen neuen Dienst bereit, so registriert er diesen in einem Dienstverzeichnis (Schritt 1). Hier kann auch die Beziehung zu bereits registrierten abstrakten Dienstspezifikationen (service interfaces) hergestellt werden. Ein weiterer Eintrag verweist auf die Dienstbeschreibung des neu registrierten Dienstes. Für eine Benutzeranwendung kann nun ein Dienstnehmer das Dienstverzeichnis nach entsprechenden Diensten befragen (Schritt 2). Hat sich der Dienstnehmer für einen Dienst aus der Liste der möglichen Dienste entschieden, so kann er ihn aufgrund der gelieferten Informationen direkt aufrufen (Schritt 3). Architekturen wie CORBA, DCOM oder RMI verfolgen sehr ähnliche Ziele, unterscheiden sich aber in deren Realisierung. Während hier oft proprietäre binäre Protokolle benutzt werden, baut die Web Services Technologie auf überall verfügbare Web Standards wie HTTP und XML auf. Dies bedeutet einen weitaus geringeren Aufwand für die Realisierung auf einer bereits bestehenden Infrastruktur. D i s c o v e r y U D D I S p e z i f i k a t i o n W S D L T r a n s p o r t S O A P Abbildung 3. Web Services Standard Protokolle Drei Standards bilden den Kern der Web Services Technologie und sollen im Folgenden beschrieben werden. Abbildung 3 gibt einen Überblick: Web Services werden in WSDL beschrieben und über UDDI gefunden, um dann durch den Austausch von Nachrichten in XML Format über das SOAP Protokoll mit ihnen zu kommunizieren. Durch Standards wie WS Security, WS Transaction oder WS Policy wird das Konzept der Web Services entsprechend der Global XML Web Services Architecture (GXA) um wichtige Funktionalitäten erweitert XML basierter Nachrichtenaustausch über SOAP Das vom W3C standardisierte Simple Object Access Protocoll [SOAP] ist ein Protokoll für den Austausch in XML kodierter Daten. Über SOAP lässt sich verteilte Programmierung mittels Remote Procedure Calls realisieren. Der größte Vorteil von SOAP ist, dass es HTTP als Transportprotokoll nutzen 8

10 GRUNDLAGEN kann und SOAP Anfagen die üblichen Firewalls durchqueren. Kapitel 3.5 zeigt, dass dadurch jedoch Sicherheitsprobleme entstehen, die durch weitere Mechanismen zu lösen sind. Darüber hinaus ist SOAP bereits weit verbreitet, es existieren zahlreiche Implementierungen für alle gängigen Betriebssysteme. POST /MultiplyOnline/SimpleService.asmx HTTP/1.1 Host: lab3.pcpool Content-Type: text/xml; charset=utf-8 Content-Length: 523 SOAPAction: "http://grammm.de/multiplyonline/square" <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:header> <wsse:security xmlns:wsse= > <wsse:username>gramm</wsse:username> <wsse:password type= wsse:passworddigest >3bsx_07A</wsse:Password> </wsse:security> </soap:header> <soap:body> <Square xmlns ="http://grammm.de/multiplyonline"> <input>4</input> </Square> </soap:body> </soap:envelope> Abbildung 4. SOAP Nachricht mit HTTP-Header zum Aufruf der Operation Square des Dienstes MultiplyOnline. Eine SOAP Nachricht ist selbst ein XML Dokument. Sie besteht aus einem Umschlag (envelope), der einen Kopf (header) und einen Rumpfteil (body) enthält. In dem Nachrichtenkopf können Informationen transportiert werden, die nicht für die eigentliche Funktionalität relevant sind, wie zum Beispiel eine Authentifizierung des Aufrufenden. Im Rumpfteil werden die eigentlichen Parameter und Rückgabewerte übermittelt. Abbildung 4 und Abbildung 5 zeigen die SOAP Nachrichten für Aufruf und Antwort eines Beispieldienstes MultiplyOnline auf dem die Operation Square(input) aufgerufen wird. Sie werden als Payload von HTTP Pakten transportiert. 9

11 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES HTTP/ OK Content-Type: text/xml; charset=utf-8 Content-Length: 312 <?xml version="1.0" encoding="utf-8"?> <soap:envelope xmlns:xsi="http://www.w3.org/2001/xmlschemainstance" xmlns:xsd="http://www.w3.org/2001/xmlschema" xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:body> <SquareResponse xmlns ="http://grammm.de/multiplyonline"> <SquareResult>16</SquareResult> </SquareResponse> </soap:body> </soap:envelope> Abbildung 5. SOAP Nachricht mit HTTP-Header für das Ergebnis des obigen Aufrufs Dienstbeschreibung in WSDL Die vom W3C veröffentlichte XML basierte Web Services Description Language [WSDL] bietet eine Möglichkeit, die Funktionalität eines Web Service detailliert und doch plattformunabhängig zu spezifizieren. Ein Dienst wird in einer WSDL Dienstbeschreibung durch ein Service Element beschrieben, das mehrere Endpunkte in Form von Port Elementen zur Verfügung stellt. Ein solcher Port assoziiert einen konkreten Dienstzugangspunkt (die URL des Dienstes) mit einem abstrakten Binding. Dies wiederum beschreibt die Anbindung des Dienstes an ein Kommunikationsprotokoll, indem es eine Auflistung von Operation Elementen eines abstrakten PortType Elements mit Angaben darüber verbindet, wie diese Operationen über ein bestimmtes Protokoll aufzurufen sind. Eine Operation setzt sich zusammen aus Elementen des Typs Message, das in Part Elementen Angaben über zulässige Parametertypen macht. Es lassen sich auch abstrakte Dienstbeschreibungen ohne Angabe eines Service Tags spezifizieren. So entsteht eine Schnittstelle (Interface), die von verschiedenen konkreten Diensten realisiert wird, die dem Entwickler des Interfaces nicht bekannt sein müssen Dynamisches Auffinden von Diensten mit UDDI Universal Description, Discovery and Integration [UDDI] realisiert ein Verzeichnis für Web Services. Der Verzeichnisdienst ist selbst als Web Service realisiert und stellt jeweils ein API zur Abfrage und Aktualisierung von 10

12 GRUNDLAGEN Informationen bereit. Dienstanbieter werden in UDDI als Business verwaltet. Für einen Anbieter können als Service Einträge mehrere Dienste registriert werden. Abstrakte Dienstbeschreibungen werden in Form eines so genannten TModels registriert, für das die URL der WSDL Datei angegeben wird, die das TModel definiert. In dem ServiceInstance Eintrag einer konkreten Implementierung lassen sich nun sowohl die Referenz eines TModels als auch die URL der erweiterten konkreten Dienstbeschreibung angeben. Gesucht werden kann nach Dienstanbietern, Diensten oder TModels. Als Suchparameter für Dienste lassen sich nun eine Menge von Dienstanbietern und/oder Service Interfaces angeben. Dienste können zum Zeitpunkt der Implementierung gesucht und dann hart kodiert werden. Eine flexiblere Lösung bietet eine dynamische Dienstauswahl, bei der für die Implementierung lediglich von einem TModel ausgegangen wird. Die Strategie zur Auswahl eines Dienstes aus der Liste möglicher Dienste ist in der Benutzeranwendung selbst zu realisieren. Im Zusammenhang der Integration von Anwendungen ist auch ein Szenario denkbar, in dem alle verfügbaren Dienste aufgerufen werden. Ein Beispiel hierfür wäre die Abfrage von Umsatzdaten für verschiedene Abteilungen innerhalb eines Unternehmens. Wird hier UDDI eingesetzt, so lassen sich ohne Veränderung der Anwendung beliebig Filialen hinzufügen oder schließen [vgl. Janus02]. Eine der größten Stärken von UDDI ist derzeit auch ein Schwachpunkt: Ohne jegliche Überprüfung können Dienstanbieter Einträge einem öffentlichen UDDI Verzeichnisdienst hinzufügen. Heute existiert daher ein großer Anteil unzuverlässiger Einträge, was die Benutzung von UDDI faktisch auf private Verzeichnisdienste beschränkt. Mit der Web Services Inspection Language [WSIL] wurde daher ein alternativer Ansatz entwickelt, mit einer einfachen Dateistruktur Web Services eines einzelnen Anbieters zu beschreiben [Modi02]. Im Root Verzeichnis des Web Servers eines Unternehmens befindet sich eine Datei inspection.wsil, in der alle angebotenen Web Services aufgelistet sind. Durch Link Elemente lassen sich weitere WSIL Dateien einbinden und so die Deklaration von Web Services 11

13 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES hierarchisch verteilen. 2.2 Dienstgüte In der ITU Empfehlung ITU T E.800 [ITU T94] wird Dienstgüte als die vollständige Wirkung der Leistungsfähigkeit eines Dienstes beschrieben, die den Grad der Zufriedenheit eines Benutzers desselben Dienstes bestimmt. Aspekte für das Erbringen von Dienstgüte durch technische Systeme sind zum Beispiel seine Robustheit, das heißt wie zuverlässig und wie oft verfügbar er ist, seine Skalierbarkeit, das heißt wie viele Anforderungen pro Zeiteinheit ohne Beeinträchtigung der Dienstgüte bearbeitet werden oder die durchschnittliche Verzögerung, die durch Inanspruchnahme des Dienstes entsteht. Eine detaillierte Beschreibung von Dienstgüteparametern auf verschiedenen Protokollebenen wird in Kapitel 3 gegeben. Dienstgüte lässt sich in verschiedenen Dimensionen analysieren. So lässt sich zum einen zwischen benutzerseitigen Dienstgüte Parametern und solchen, die ein Dienstanbieter selbst einfordert, unterscheiden. Ein Benutzer kann zum Beispiel die Einhaltung gewisser maximaler Antwortzeiten für den Aufruf eines Dienstes fordern. Ein Beispiel für einen anbieterspezifischen Dienstgüteparameter wäre die maximale Anzahl bearbeiteter Anfragen für einen Dienst, die über den Erfolg eines E Kommerz Unternehmens entscheidend sein kann. Konkrete Aspekte von Dienstgüte beschränken sich oft auf eine bestimmte Protokollebene. Während zum Beispiel Verzögerungswerte stark von der Bereitstellung entsprechender Systemkomponenten abhängig sind, so werden Sicherheitsaspekte wie etwa die Verschlüsselung von Daten meist auf höheren Schichten vorgenommen Spezifikation von Dienstgütegarantien Je nach Situation können Dienstgütegarantien entweder als statische Grenzwerte oder relative Prioritäten angegeben werden. Für einen Dienstgüteparameter können konkrete Grenzwerte deklariert werden, deren Einhaltung für einen bestimmten Anteil der Betriebszeit garantiert wird. Eine typische statische Dienstgütegarantie wäre zum Beispiel die Aussage, dass die Antwortzeit eines Dienstes für 98% aller Anfragen unter 5 ms liegt. In anderen Fällen ist dagegen eine relative Unterscheidung sinnvoll. Hier 12

14 GRUNDLAGEN können statistische Dienstgüteklassen definiert werden. So ließen sich drei Klassen Gold, Silber und Bronze folgendermaßen definieren: Silber liefert eine doppelt so hohe Dienstgüte wie Bronze und Gold entsprechend das fünffache Niveau von Bronze. Diese Verhältnisse könnten nun zum Beispiel als Gewichte für das Bedienen von drei Warteschlangen benutzt werden, indem jeweils ein Paket der Schlange für Bronze, zwei Pakete der Schlange für Silber und, wenn vorhanden, fünf Pakete der Warteschlange für die Dienstgüteklasse Gold bearbeitet werden Probleme des heutigen Internet Aufgrund der wachsenden Beliebtheit und Vielfalt von Internet Anwendungen wird Dienstgüte ein entscheidendes Thema, vor allem im Bereich des E Kommerz. Die Forderung nach Dienstgüte bewirkt jedoch Anforderungen an das Internet, die kaum zu erfüllen sind, weil sie jenseits seiner ursprünglichen Entwurfsziele liegen [vgl Vasil00]. Heutige Nutzer des Internet erfahren nur eine sehr grobe Zuteilung von Diensten verschiedener Güte, wie zum Beispiel die Entscheidung, ob ein PC über DSL oder ein herkömmliches Modem angeschlossen wird. Das Internet Protokoll (IP) ist nicht verbindungsorientiert und bietet somit lediglich eine Best Effort Situation. Darüber liegende Protokolle wie TCP oder HTTP nehmen das Verlieren von Informationen in Kauf und implementieren Gegenmaßnahmen wie die wiederholte Anforderung bei nicht Erhalten einer Ressource, die auf Kosten der Effizienz angebotener Dienste gehen. Eine Garantie für die Erbringung eines Dienstes innerhalb bestimmter Dienstgüteparameter ist bislang nicht möglich. Immer wieder wird den Bemühungen um Dienstgütedifferenzierung das Argument der Bereitstellung überdimensional leistungsfähiger Systeme (over provisioning) entgegengestellt. Es bestehen jedoch nach wie vor finanzielle Grenzen, und die steigende Nachfrage nach Internetdiensten bewirkt, dass auch die leistungsstärksten Systeme in einer absehbaren Zeit überlastet sein werden. Es gilt also eine systematische Veränderung der Situation zu bewirken. 13

15 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES Differenzierung von Dienstgüteanforderungen Heutige Anwendungen im Internet unterscheiden sich immer stärker in ihren Dienstgüteanforderungen. Ein Dateitransfer mit FTP zum Beispiel reagiert sensibel gegenüber den Verlust von Daten, nicht aber hohen Verzögerungen. Voice over IP Internet Telephonie dagegen kann einen gelegentlichen Verlust von Daten durch eine mindere Wiedergabequalität kompensieren, hat aber harte Echtzeitanforderungen bezüglich der Verzögerung. Multimediaanwendungen wie Streaming Video benötigen sowohl eine hohe Bandbreite als auch niedrige Werte für Verzögerung und Verzögerungsschwankung, um ihre sequentiellen Daten in Echtzeit wiederzugeben. Die Heterogenität von Anwendungen führt zu der Forderung nach einer Differenzierung von Dienstgüte [vgl. DaSilva00]. Bei steigender Belastung von Ressourcen durch erhöhten Verkehr gewinnt zunehmend auch die Bedarfsorientierung an Bedeutung, das heißt ob sich die Dienstgüte an den Erwartungen der Benutzer orientiert [vgl. Ritter01]. Gewünscht ist also nicht generell ein hohes Maß an Dienstgüte, sie sollte den individuellen Anforderungen angepasst sein. Auf der Basis von Interviews [Simar01] wurden vor allem zwei Felder identifiziert, in denen eine Differenzierung von Dienstgüte am dringendsten benötigt wird. Dies sind Verzögerung und Verzögerungsschwankung für Zeit sensible Anwendungen wie zum Beispiel Internet Telephonie und Übertragungskapazität für Anwendungen die große Datenmengen transportieren wie zum Beispiel Streaming Video. Es erscheint daher sinnvoll, Datenströme für Anwendungen mit ähnlichen Dienstgüteanforderungen zu bündeln und nach einheitlichen Regeln für Dienstgütemanagement zu behandeln. Kapitel 3 stellt Mechanismen vor, die dieses Problem zu lösen versuchen. 14

16 ANALYSE VON DIENSTGÜTEPARAMETERN UND -MECHANISMEN 3 Analyse von Dienstgüteparametern und -Mechanismen Um Dienstgüte für Web Services diskutieren zu können, bedarf es zunächst der Kenntnis relevanter Dienstgüteparameter der zugrunde liegenden Technologien sowie der derzeitigen Möglichkeiten, durch aktive Einflussnahme auf diese Parameter verschiedene Niveaus an Dienstgüte zu unterscheiden. Die gesamte Dienstgüte für eine Kommunikation setzt sich aus der Dienstgüte der benutzten Transporttechnologie und der Dienstgüte des serverseitigen Systems zusammen. Komplexere Ansätze wie das Forschungsprojekt SoLOMon [Frø98] oder das von Hewlett Packard speziell für Dienstgüteanforderungen von Web Services entwickelte Dienstgüteüberwachungssystem Extended Application Response Measurement (XARM) [Sahai00] versuchen, die vom Benutzer erfahrene Dienstgüte zur Grundlage ihrer Betrachtung zu machen. Auch wenn den Dienstnehmer letztlich die endgültige Dienstgüte interessiert, so lassen sich die Verantwortlichkeiten für diese Dienstgüte heute jedoch in den wenigsten Fällen auf einen Verhandlungspartner beschränken. Das heißt, dass sich diese Dienstgüte nur im Nachhinein feststellen lässt. Wünschenswert wäre aber der Abschluss verbindlicher Vereinbarungen, um Dienstgüte planbar zu machen. Dies ist jedoch bislang nur auf einzelnen Ebenen möglich. So werden in den folgenden Abschnitten nun die relevanten Dienstgüteparameter sowie Möglichkeiten zur Beeinflussung dieser Parameter auf den Ebenen Transport 2, System und Anwendung vorgestellt. Abbildung 6 zeigt die verschiedenen Ebenen der Kommunikation über Web Services und die Kapitel, in denen sie behandelt werden. Über das System werden Anfragen und Antworten der Transportebene zugeführt. Aspekte der Sicherheit und Kosten der Kommunikation verlaufen orthogonal. 2 Transport ist im Folgenden als die Kommunikation von Informationen über ein Netzwerk verstanden und meint somit einen weiteren Bereich als die Transportschicht der ISO/OSI Referenzmodells. 15

17 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES 4. A n w e n d u n g ( W e b S e r v i c e s ) 3.3/3.4 System 3.1 / 3.2 T r a n s p o r t 3.3/3.4 System 3.5 Sicherheit 3.6 Kos- ten Abbildung 6. Verschiedene Ebenen der Kommunikation und die sie behandelnden Kapitel der Analyse. 3.1 Klassische Parameter der Kommunikationstechnologie Im Kontext der Kommunikationstechnologie spielen vier grundlegende Parameter eine Rolle: Übertragungskapazität (transmission capacity), Übertragungsverzögerung (transmission delay), Verzögerungsschwankung (jitter) und Übertragungszuverlässigkeit (transmission reliability). Je nach Protokollebene werden verschiedene technische Parameter spezifiziert und gemessen. Protokollebenen werden im Folgenden nach dem 7 Schichten ISO/OSI Referenzmodell der ITU TS Empfehlung X.200 angegeben. Nach diesem Modell bietet die Bitübertragungsschicht (Schicht 1 Physical Layer) auf physischer Ebene grundlegende Funktionalität um binär kodierte Informationen über ein Medium zu kommunizieren. Diese Kommunikation wird von der Sicherungsschicht (Schicht 2 Data Link Layer) gesteuert. Auf der Netzwerkebene verbindet die Vermittlungsschicht (Schicht 3 Network Layer) verschiedene Verbindungen zu einem zusammenhängenden Netzwerk. Protokolle wie das Internet Protokoll (IP) implementieren Strategien, um Pakete zu einem gewünschten Ziel weiterzuleiten (routing). Die Transportschicht (Schicht 4 Transport Layer) steuert den Austausch von Nachrichten. Protokolle der Schichten 5 und 6 wie zum Beispiel HTTP oder FTP nutzen die Funktionalität der Transportschicht, um ihrerseits das Management von Netzwerk Ressourcen vor der Anwendungsschicht (Schicht 7 Application Layer) zu verbergen. Abbildung 7 gibt einen Überblick 16

18 ANALYSE VON DIENSTGÜTEPARAMETERN UND -MECHANISMEN über die Bedeutung der vier genannten Dienstgüteparameter auf verschiedenen Protokollebenen, auf die in den folgenden Abschnitten detailliert eingegangen wird. Parameter Bedeutung für Protokollebene Verzögerung Leitungsverzög. Ausbreitungsdauer + Paketgröße / Übertragunsgeschwindigkeit Paketverzögerung Leitungsverzögerung + Warte- und Bearbeitungszeit Antwortzeit 2 x Übertragungsverzögerung + Bearbeitung des Dienstes Verzögerungsschwankung Bit-Verzögerungsschwankung Paketverzögerungsschwankung Antwortzeitverzögerung Zuverlässigkeit Bitfehlerrate Paketverlustrate Dienstausfallrate Kapazität Übertragungsgeschwindigkeit Bits / Sek. Bandbreite Bits / Sek. Skalierberkeit des Dienstes Anfragen / Sek. Schicht Technologie 1: Bitübertragung Kupfer, Glasfaser, Funk 2: Sicherung/ 3: Vermittlung Ethernet, ATM, / IP, 4: Transport / 5-7: Anwendung TCP, / HTTP,SOAP Abbildung 7. Dienstgüteparameter auf verschiedenen Protokollebenen Verzögerung Die Übertragungsverzögerung, die zwei Kommunikationspartner erfahren, wird in der Regel in Millisekunden gemessen. Die Übertragungsverzögerung für ein Datenpaket 3 ist die Zeit, die zwischen Versenden des ersten Bits bis zum Versenden des letzten Bits eines Paketes vergeht. Sie setzt sich aus einer statischen Leitungsverzögerung (wire time) und einer dynamischen Komponente für das Bearbeiten von Paketen und deren Verweildauer in Warteschlangen zusammen. Die Ausbreitungsdauer (propagation time) einer Verbindung beschreibt die Zeit, die benötigt wird um die Information eines Bits vom Eingang der Leitung zu deren Ausgang zu transportieren. Sie hängt sowohl von der physischen Entfernung und den Eigenschaften des benutzten Mediums als auch von der Anzahl zwischengeschalteter passiver oder aktiver 3 In Schicht 2 Protokollen werden synonym zu dem Begriff Paket oft auch Rahmen (frame) benutzt, in Technologien mit konstanter Rahmenlänge (z.b. ATM) ist auch der Begriff Zelle (cell) üblich. 17

19 DIENSTGÜTEUNTERSTÜTZUNG FÜR WEB SERVICES Komponenten (Verstärker, Bridges, Switches) ab. Für eine Folge von Bits muss darüber hinaus die Zeit zum Einspeisen der gesamten Folge in die Leitung (Serialisierung) beachtet werden. Sie hängt ab von der Paketgröße und der Übertragungsgeschwindigkeit (transmission speed) der Leitung, das heißt in welchem Abstand einzelne Signalschritte aufeinander folgen und wie viele Bits in einem Signalschritt kodiert sind. Die Leitungsverzögerung für ein Datenpaket lässt sich also folgendermaßen berechnen: Leitungsverzögerung = Ausbreitungsdauer + Paketgröße / Übertragungsgeschwindigkeit Wird ein Paket von einer Netzwerkkomponente zu einer anderen weitergeleitet, so muss eine weitere dynamische Verzögerung für die Bearbeitung des Pakets und einem eventuellen Zwischenaufenthalt in einer Warteschlange berücksichtigt werden. Diese Warte und Bearbeitungszeit (queuing and processing delay) hängt maßgeblich von der aktuellen Netzlast ab, unter der die bearbeitende Komponente steht. Werden Daten von einer Protokollebene an ein zugrunde liegendes Protokoll übergeben, so werden Pakete oft in kleinere Fragmente zerteilt und später wieder zusammengefügt. In diesem Fall beschreibt die Verzögerungszeit für das Übertragen eines Paketes die Zeit zwischen dem Senden des ersten Teil Paketes und dem Erhalt des letzten Teil Paketes. Hierbei ist zu beachten, dass die Teilpakete unterschiedlich große Übertragungsverzögerungen erfahren (siehe Abschnitt zu Verzögerungsschwankung). Die Verzögerung für das gesamte Paket hängt also von der Verzögerung des langsamsten Teil Paketes der Anzahl zu versendender Teil Pakete ab. Auf der Ebene einer Anwendung setzt sich die Antwortzeit für eine Anfrage zusammen aus der Übertragungsverzögerung für die Anforderung, der Bearbeitungszeit des Dienstes für die Anforderung sowie der Übertragungsverzögerung für die angeforderte Ressource. Anwendungen werden weiterhin eine Verzögerung für den Aufbau von Transportverbindungen erfahren. 18

20 ANALYSE VON DIENSTGÜTEPARAMETERN UND -MECHANISMEN Verzögerungsschwankung Die Verzögerungsschwankung (jitter oder delay variation) bezieht sich auf die durchschnittliche Schwankung von Verzögerungswerten. Wie auch die Verzögerung wird die durchschnittliche Schwankung meist in Millisekunden angegeben. Auch hier finden sich unterschiedliche Bedeutungen auf verschiedenen Protokollebenen. Auf der Bitsicherungsschicht beschreibt ein Jitter Wert die Schwankung in den Ankunftszeiten einzelner Bits. Je höher die Verzögerungsschwankung ist, umso flexibler muss der Empfänger reagieren, wenn er versucht, sich auf die Übertragungsgeschwindigkeit zu synchronisieren. Verzögerungsschwankung für ein Paket ist die durchschnittliche Differenz der Verzögerungswerte für verschiedene Pakete. Hier spielt vor allem die dynamische Verzögerung durch verschieden lange Warteschlangen bei wechselnd starker Auslastung von Netzwerkkomponenten eine Rolle. Die Verzögerungsschwankung ist ein wichtiger Dienstgüteparameter, weil im Fall von Fragmentierung und Reassemblierung der Verzögerungswert des fragmentierten Paketes vor allem von dem Verzögerungswert des langsamsten Teil Paketes abhängt. In diesem Zusammenhang helfen also niedrige Werte für die Verzögerungsschwankung auch die Verzögerungswerte überhaupt klein zu halten. Darüber hinaus werden Angaben über Verzögerungswerte verlässlicher und können somit von beteiligten Komponenten besser berücksichtigt werden Übertragungszuverlässigkeit Übertragungszuverlässigkeit (transmission reliability) beschreibt die Wahrscheinlichkeit, dass der Empfänger gesendete Daten in ihrem Originalzustand erhält. Abbildung 8 gibt einen Überblick über die Auswirkungen von Übertragungsfehlern auf verschiedenen Protokollebenen. Auf der Bitsicherungsschicht können Bitfehler ermittelt werden, indem eine Prüfsumme ausgewertet wird, die mit Hilfe einer Hash Funktion über dem betroffenen Datenpaket gebildet wurde. So lässt sich der Parameter Bitfehlerrate (bit error rate BER) als das Verhältnis korrupter Bits zur gesamten gesendeten Datenmenge ermitteln. Einige Bitfehler lassen sich zum Beispiel durch redundantes versenden 19

Breitband ISDN Lokale Netze Internet WS 2009/10. Martin Werner, November 09 1

Breitband ISDN Lokale Netze Internet WS 2009/10. Martin Werner, November 09 1 Telekommunikationsnetze 2 Breitband ISDN Lokale Netze Internet Martin Werner WS 2009/10 Martin Werner, November 09 1 Breitband-ISDN Ziele Flexibler Netzzugang Dynamische Bitratenzuteilung Effiziente Vermittlung

Mehr

Traffic-Management und Dienstgütesicherung in ATM-Netzwerken. Seminar Rechnernetze 2006 Stefan Marr

Traffic-Management und Dienstgütesicherung in ATM-Netzwerken. Seminar Rechnernetze 2006 Stefan Marr Traffic-Management und Dienstgütesicherung in ATM-Netzwerken Seminar Rechnernetze 2006 Stefan Marr Agenda 2 1. Motivation Traffic-Management und Dienstgüte 2. ATM Traffic-Managment Dienstkategorien Dienstgüte-Parameter

Mehr

Internetanwendungstechnik (Übung)

Internetanwendungstechnik (Übung) Internetanwendungstechnik (Übung) IPv6 Stefan Bissell, Gero Mühl Technische Universität Berlin Fakultät IV Elektrotechnik und Informatik Kommunikations- und Betriebssysteme (KBS) Einsteinufer 17, Sekr.

Mehr

TCP/UDP. Transport Layer

TCP/UDP. Transport Layer TCP/UDP Transport Layer Lernziele 1. Wozu dient die Transportschicht? 2. Was passiert in der Transportschicht? 3. Was sind die wichtigsten Protkolle der Transportschicht? 4. Wofür wird TCP eingesetzt?

Mehr

SOAP Simple Object Access Protocol

SOAP Simple Object Access Protocol Informatikseminar Tobias Briel Überblick 1. Einführung - was ist? 2. Middlewaretechnologie 3. Aufbau von Nachrichten 4. Vergleiche 5. Beispielanwendung 6. Zusammenfassung 1 Einführung was ist Soap? neue

Mehr

Telekommunikationsnetze 2

Telekommunikationsnetze 2 Telekommunikationsnetze 2 Breitband-ISDN Lokale Netze Internet WS 2008/09 Martin Werner martin werner, January 09 1 Breitband-ISDN Ziele Flexibler Netzzugang Dynamische Bitratenzuteilung Effiziente Vermittlung

Mehr

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1)

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) 1 FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) In dieser Kurseinheit geht es um verteilte Anwendungen, bei denen wir sowohl ein Client- als auch ein

Mehr

TCP/IP-Protokollfamilie

TCP/IP-Protokollfamilie TCP/IP-Protokollfamilie Internet-Protokolle Mit den Internet-Protokollen kann man via LAN- oder WAN kommunizieren. Die bekanntesten Internet-Protokolle sind das Transmission Control Protokoll (TCP) und

Mehr

Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken

Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken Einleitungsvortrag zur Diplomarbeit: Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken --- Bernd Wollersheim --- --- wollersh@informatik.uni-bonn.de

Mehr

Technischer Anhang. Version 1.2

Technischer Anhang. Version 1.2 Technischer Anhang zum Vertrag über die Zulassung als IP-Netz-Provider im electronic cash-system der deutschen Kreditwirtschaft Version 1.2 30.05.2011 Inhaltsverzeichnis 1 Einleitung... 3 2 Anforderungen

Mehr

Entscheidend ist das Netz

Entscheidend ist das Netz Entscheidend ist das Netz Autor: Uwe Becker, Manager Professional Services, Equant Die andauernde Diskussion um Voice-over-IP (VoIP) bezieht sich hauptsächlich auf den Einsatz der Technologie in lokalen

Mehr

Protokollanalyse bei VoIP

Protokollanalyse bei VoIP Protokollanalyse bei VoIP 1. Einführung 2. Protokoll Stack H.323 3. Protokollanalyse in VoIP-Umgebung Funktionelle Analyse Paketanalyse 4. Dimensionierungsaspekte bei VoIP Jitter-Theorie Bandbreite bei

Mehr

... relevante Ports für Streaming bzw. Remote Control!

... relevante Ports für Streaming bzw. Remote Control! ... relevante Ports für Streaming bzw. Remote Control! Wenn Sie mit der Installation des IO [io] 8000 / 8001 beginnen, ist es am sinnvollsten mit einem minilan zu beginnen, da dies mögliche Fehlrequellen

Mehr

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com

Praktikum aus Softwareentwicklung 2. Web Services. Java Praktikum SS 2010 Gerald.Ehmayer@borland.com Web Services Java Praktikum SS 2010 Gerald.Ehmayer@borland.com 1 Web Services Einführung Definition, Eigenschaften, Anwendungen... JAX-RPC Überblick, Architektur... JAX Übersicht, Architektur Java Praktikum

Mehr

Internet Routing am 14. 11. 2006 mit Lösungen

Internet Routing am 14. 11. 2006 mit Lösungen Wissenstandsprüfung zur Vorlesung Internet Routing am 14. 11. 2006 mit Lösungen Beachten Sie bitte folgende Hinweise! Dieser Test ist freiwillig und geht in keiner Weise in die Prüfungsnote ein!!! Dieser

Mehr

UDP-, MTU- und IP- Fragmentierung

UDP-, MTU- und IP- Fragmentierung UDP-, MTU- und IP- Fragmentierung Jörn Stuphorn stuphorn@rvs.uni-bielefeld.de Universität Bielefeld Technische Fakultät Stand der Veranstaltung 13. April 2005 Unix-Umgebung 20. April 2005 Unix-Umgebung

Mehr

Multimedia-Streams: Client-Puffer

Multimedia-Streams: Client-Puffer Multimedia-Streams: Client-Puffer Cumulative data constant bit rate video transmission variable network delay client video reception buffered video constant bit rate video playout at client client playout

Mehr

InfiniBand Low Level Protocol

InfiniBand Low Level Protocol InfiniBand Low Level Protocol Seminar Ausgewählte Themen in Hardwareentwurf und Optik HWS 08 17.12.2008 Andreas Walter Universität Mannheim Inhalt Motivation InfiniBand Basics Physical Layer IB Verbs IB

Mehr

KN 20.04.2015. Das Internet

KN 20.04.2015. Das Internet Das Internet Internet = Weltweiter Verbund von Rechnernetzen Das " Netz der Netze " Prinzipien des Internet: Jeder Rechner kann Information bereitstellen. Client / Server Architektur: Server bietet Dienste

Mehr

Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen

Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen 9 3 Web Services 3.1 Überblick Web Services stellen eine Integrationsarchitektur dar, die die Kommunikation zwischen verschiedenen Anwendungen mit Hilfe von XML über das Internet ermöglicht (siehe Abb.

Mehr

ICMP Internet Control Message Protocol. Michael Ziegler

ICMP Internet Control Message Protocol. Michael Ziegler ICMP Situation: Komplexe Rechnernetze (Internet, Firmennetze) Netze sind fehlerbehaftet Viele verschiedene Fehlerursachen Administrator müsste zu viele Fehlerquellen prüfen Lösung: (ICMP) Teil des Internet

Mehr

Internetworking. Motivation für Internetworking. Übersicht. Situation: viele heterogene Netzwerke

Internetworking. Motivation für Internetworking. Übersicht. Situation: viele heterogene Netzwerke Internetworking Motivation für Internetworking Übersicht Repeater Bridge (Brücke) Verbindung zwischen zwei gleichen LANs Verbindung zwischen zwei LANs nach IEEE 802.x Verbindung zwischen mehreren LANs

Mehr

Zustandsgebundene Webservices

Zustandsgebundene Webservices Zustandsgebundene Webservices Präsentation ausgewählter Problemstellungen der Informatik Markus Oertel oer@uni-paderborn.de Universität Paderborn 25. September 2005 Zustandsgebundene Webservices Seite

Mehr

Netzwerkperformance 2.0

Netzwerkperformance 2.0 Netzwerkperformance 2.0 Die KPI`s als Schlüsselfaktoren der Netzwerke Andreas Dobesch, Product Manager DataCenter Forum 2014, Trafo Baden ISATEL Electronic AG Hinterbergstrasse 9 CH 6330 Cham Tel. 041

Mehr

Basistechnologien: Web-Services

Basistechnologien: Web-Services Alexander Rudolf Cloud-Computing Seminar Hochschule Mannheim WS0910 1/29 Basistechnologien: Web-Services Alexander Rudolf Hochschule Mannheim Fakultät für Informatik alexander.rudolf@stud.hs-mannheim.de

Mehr

SNMP und der MIB- Browser von MG-Soft

SNMP und der MIB- Browser von MG-Soft SNMP und der MIB- Browser von MG-Soft 1. SNMP 1.1 Was ist SNMP 1.2 Historie von SNMP 1.3 Einordnung in das OSI-Modell 1.4 Die Architektur von SNMP 1.5 Kommunikation von SNMP 1.6 SNMP-PDUs PDUs 2. MIB und

Mehr

.NET-Networking 2 Windows Communication Foundation

.NET-Networking 2 Windows Communication Foundation .NET-Networking 2 Windows Communication Foundation Proseminar Objektorientiertes Programmieren mit.net und C# Fabian Raab Institut für Informatik Software & Systems Engineering Agenda Grundproblem Bestandteile

Mehr

Voice over IP. Sicherheitsbetrachtung

Voice over IP. Sicherheitsbetrachtung Voice over IP Sicherheitsbetrachtung Agenda Motivation VoIP Sicherheitsanforderungen von VoIP Technische Grundlagen VoIP H.323 Motivation VoIP Integration von Sprach und Datennetzen ermöglicht neue Services

Mehr

Videokonferenzen & multimediale Kommunikation

Videokonferenzen & multimediale Kommunikation Videokonferenzen & multimediale Kommunikation Falko Dreßler, Regionales Rechenzentrum falko.dressler@rrze.uni-erlangen.de 1 Überblick Einteilung Videokommunikation Meeting vs. Broadcast Transportnetze

Mehr

Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm. Web Services. Boto Bako

Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm. Web Services. Boto Bako Hauptseminar Internetdienste Prof. F. Schweiggert Sommersemester 2004 Universität Ulm Web Services Boto Bako Inhaltsverzeichnis 1.Einführung und Motivation...3 2.Verwendete Standards...4 2.1.SOAP...5 2.2.WSDL...6

Mehr

Strategie zur Verfolgung einzelner IP-Pakete zur Datenflussanalyse

Strategie zur Verfolgung einzelner IP-Pakete zur Datenflussanalyse Strategie zur Verfolgung einzelner IP-Pakete zur Datenflussanalyse Peter Hillmann Institut für Technische Informatik Fakultät für Informatik Peter.Hillmann@unibw.de Peter Hillmann 1 Gliederung 1. Motivation

Mehr

P107: VPN Überblick und Auswahlkriterien

P107: VPN Überblick und Auswahlkriterien P107: VPN Überblick und Auswahlkriterien Referent: Christoph Bronold BKM Dienstleistungs GmbH 2004 BKM Dienstleistungs GmbH VPN Überblick VPN Technologien für IP VPN Netzwerk Design VPN Auswahlkriterien

Mehr

Architektur von SOAP basierten Web Services

Architektur von SOAP basierten Web Services Architektur von SOAP basierten Web Services André Homeyer 28.11.2005 Worst-Case einer verteilten Anwendung TravelTime Client Benutzerinterface WackyWing Server Flüge suchen TravelTime Server Flüge suchen

Mehr

Dienstgüte in Mobilen Ad Hoc Netzen

Dienstgüte in Mobilen Ad Hoc Netzen Dienstgüte in Mobilen Ad Hoc Netzen KM-/VS-Seminar Wintersemester 2002/2003 Betreuer: Oliver Wellnitz 1 Was ist Dienstgüte? Einleitung The collective effect of service performance which determine the degree

Mehr

Wide Area Networks Technik und Funktionsweise von Dipl.-Inform. Andreas Meder Dr.-Ing. Behrooz Moayeri

Wide Area Networks Technik und Funktionsweise von Dipl.-Inform. Andreas Meder Dr.-Ing. Behrooz Moayeri Wide Area Networks Technik und Funktionsweise von Dipl.-Inform. Andreas Meder Dr.-Ing. Behrooz Moayeri WAN: Technik und Funktionsweise Seite iv Zu den Autoren Dipl.-Inform. Andreas Meder blickt auf die

Mehr

Prinzipiell wird bei IP-basierenden VPNs zwischen zwei unterschiedlichen Ansätzen unterschieden:

Prinzipiell wird bei IP-basierenden VPNs zwischen zwei unterschiedlichen Ansätzen unterschieden: Abkürzung für "Virtual Private Network" ein VPN ist ein Netzwerk bestehend aus virtuellen Verbindungen (z.b. Internet), über die nicht öffentliche bzw. firmeninterne Daten sicher übertragen werden. Die

Mehr

Einführung. Übersicht

Einführung. Übersicht Einführung Erik Wilde TIK ETH Zürich Sommersemester 2001 Übersicht Durchführung der Veranstaltung Termine (Vorlesung und Übung) Bereitstellung von Informationen Einführung Internet Internet als Transportinfrastruktur

Mehr

Internet Protokolle für Multimedia - Anwendungen

Internet Protokolle für Multimedia - Anwendungen Internet Protokolle für Multimedia - Anwendungen Kapitel 5.5 Multiprotocol Label Switching (MPLS) 1 Gliederung Grundlagen Idee, Konzept Label Switching Technologie Label Distribution Protokolle LDP und

Mehr

FuE-Bereich IuK-Systeme im Gesundheitswesen

FuE-Bereich IuK-Systeme im Gesundheitswesen FuE-Bereich IuK-Systeme im Gesundheitswesen IG XML und Web Services Dipl.-Inform. Axel Schwolow IG Kommunikation im Web Entwicklung früher ausschließlich Kommunikation über Browser heute zunehmend direkt

Mehr

Digitale Sprache und Video im Internet

Digitale Sprache und Video im Internet Digitale Sprache und Video im Internet Kapitel 6.4 SIP 1 SIP (1) SIP (Session Initiation Protocol), dient als reines Steuerungsprotokoll (RFC 3261-3265) für MM-Kommunikation Weiterentwicklung des MBONE-SIP.

Mehr

Oliver Olbrich Das ebxml Projekt Entstand 1999 in einer gemeinsamen Initiative von OASIS (Organisation for the Advancement of Structured Information Standards) und UN/CEAFACT (United Nations Center for

Mehr

KompaSbilität zu Standards (WS- I) Contracts. Interfaces und Generics Umfangreiche AXribuSerung. Mehr Spielraum auf Transportebene

KompaSbilität zu Standards (WS- I) Contracts. Interfaces und Generics Umfangreiche AXribuSerung. Mehr Spielraum auf Transportebene Komponenten WCF (.NET Framework) WCF Verfeinerung und Reifung der ursprünglichen Version Geringere Unterschiede zu ASMX 2.0 (.NET 2.0) + WSE 3.0 Schwerpunkte KompaSbilität zu Standards (WS- I) Contracts

Mehr

Grundlagen des Grid Computing

Grundlagen des Grid Computing Grundlagen des Grid Computing Webservices und Grid Computing Globus Toolkit 4 - Grundlagen ICA Joh.. Kepler Universität t Linz Eine Typische Grid-Applikation (Beispiel) VO Management Service Resource Discovery

Mehr

XML-RPC & SOAP. Sven Heß & Fabio Caprera Systemprogrammierung SS 08

XML-RPC & SOAP. Sven Heß & Fabio Caprera Systemprogrammierung SS 08 XML-RPC & SOAP & Fabio Caprera Systemprogrammierung SS 08 Inhalt XML-RPC Überblick Entstehung Konzept Fehlerbehandlung Vor- und Nachteile SOAP Überblick Entstehung Konzept Fehlerbehandlung Vor- und Nachteile

Mehr

Ziehen Sie eine Linie! Demarc your Network

Ziehen Sie eine Linie! Demarc your Network Ziehen Sie eine Linie! Demarc your Network Accedian Networks ist spezialisiert auf die Herstellung von of Ethernet Abgrenzungsgeräten Ethernet Demarcation Device (EDD). Accedian s EtherNID EDD wird auf

Mehr

Cisco erweitert Gigabit-Ethernet-Portfolio

Cisco erweitert Gigabit-Ethernet-Portfolio Seite 1/6 Kleine und mittelständische Unternehmen Neue 1000BaseT-Produkte erleichtern die Migration zur Gigabit-Ethernet- Technologie WIEN. Cisco Systems stellt eine Lösung vor, die mittelständischen Unternehmen

Mehr

Web Service Entwicklung mit Java. Sven Lindow

Web Service Entwicklung mit Java. Sven Lindow Web Service Entwicklung mit Java Sven Lindow 22.11.2006 Agenda Einleitung SOAP, REST, WSDL, UDDI Web Services mit Java JWSDP JAX-RPC, JAX-WS 2.0 AXIS, AXIS2 Web Services nutzen Google, Ebay Web Services

Mehr

XML-RPC, SOAP und Web Services. Jörn Clausen joern@techfak.uni-bielefeld.de

XML-RPC, SOAP und Web Services. Jörn Clausen joern@techfak.uni-bielefeld.de XML-RPC, SOAP und Web Services Jörn Clausen joern@techfak.uni-bielefeld.de Übersicht Was ist RPC? Was hat XML mit RPC zu tun? Was sind XML-RPC und SOAP? Was sind Web Services? Wird das die Welt retten?

Mehr

Band M, Kapitel 7: IT-Dienste

Band M, Kapitel 7: IT-Dienste Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63 53133 Bonn Tel.: +49 22899 9582-0 E-Mail: Hochverfuegbarkeit@bsi.bund.de Internet: https://www.bsi.bund.de Bundesamt für Sicherheit

Mehr

Um IPSec zu konfigurieren, müssen Sie im Folgenden Menü Einstellungen vornehmen:

Um IPSec zu konfigurieren, müssen Sie im Folgenden Menü Einstellungen vornehmen: 1. IPSec Verbindung zwischen IPSec Client und Gateway 1.1 Einleitung Im Folgenden wird die Konfiguration einer IPSec Verbindung vom Bintec IPSec Client zum Gateway gezeigt. Dabei spielt es keine Rolle,

Mehr

Folgende Voraussetzungen für die Konfiguration müssen erfüllt sein: - Grundkonfiguration des Routers. - Ein Bootimage ab Version 7.4.x.

Folgende Voraussetzungen für die Konfiguration müssen erfüllt sein: - Grundkonfiguration des Routers. - Ein Bootimage ab Version 7.4.x. 7. PPPoE Server 7.1 Einleitung Im Folgenden wird die Konfiguration einer Dialin Verbindung über PPPoE zum Router beschrieben, um eine zusätzliche Authentifizierung durchzuführen. Bei der Einwahl eines

Mehr

Hochverfügbares Ethernet MRP - Media Redundancy Protocol

Hochverfügbares Ethernet MRP - Media Redundancy Protocol Hochverfügbares Ethernet MRP - Media Redundancy Protocol Hirschmann Automation and Control GmbH Dipl.- Ing. Dirk Mohl 1 25.01.07 - ITG Automation Übersicht Netzwerke und Redundanztypen Rapid Spanning Tree

Mehr

Web Services: Inhalt

Web Services: Inhalt Web Services Fachseminar Verteilte Systeme 8. April 2002 - Marco Steiner Assistent: Thomas Schoch Professor: Dr. F. Mattern Web Services: Inhalt Bedeutung Gegenwart Architektur SOAP WSDL UDDI Vergleich

Mehr

Verfahren zur Berechnung von Routen zur Gewährleistung von Ende-zu-Ende QoS

Verfahren zur Berechnung von Routen zur Gewährleistung von Ende-zu-Ende QoS Verfahren zur Berechnung von Routen zur Gewährleistung von Ende-zu-Ende QoS Dezember 007 Dipl.-Ing. Stefan Abu Salah Dipl.-Ing. Achim Marikar QoS (Quality of Service): Sicherstellung der Qualität Zeitkritische

Mehr

Termin 4: Web Services Computing

Termin 4: Web Services Computing Arbeitsgruppe Übung Netzbasierte Informationssysteme Termin 4: Web Services Computing Prof. Dr. Adrian Paschke Arbeitsgruppe Corporate Semantic Web (AG-CSW) Institut für Informatik, Freie Universität Berlin

Mehr

Lawful Interception (LI) für IP basierte Dienste. Standardisierung bei ETSI

Lawful Interception (LI) für IP basierte Dienste. Standardisierung bei ETSI Lawful Interception (LI) für IP basierte Dienste Standardisierung bei ETSI Historisches Leitungsvermittelte Netze (PSTN, ISDN und GSM) Überwachungsverordnung schreibt Implementierung von ES 201 671 in

Mehr

Adressauflösung. IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18

Adressauflösung. IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18 Adressauflösung IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18 IP Adresse Physikalische Adresse 128.96.34.15??? 128.96.34.16 85:48:A4:28:AA:18 128.96.34.15

Mehr

Message Oriented Middleware am Beispiel von XMLBlaster

Message Oriented Middleware am Beispiel von XMLBlaster Message Oriented Middleware am Beispiel von XMLBlaster Vortrag im Seminar XML und intelligente Systeme an der Universität Bielefeld WS 2005/2006 Vortragender: Frederic Siepmann fsiepman@techfak.uni bielefeld.de

Mehr

3.7 Wireless Personal Access Network (WPAN)

3.7 Wireless Personal Access Network (WPAN) Mehr Informationen zum Titel! 3 Mobile und drahtlose Kommunikation 53 3.5 Wireless MAN (WMAN) Aufgabe 86) Was verstehen Sie unter den Akronymen WiMAX und MBWA? 3.6 IP-Datenverkehr über WiMAX Aufgabe 87)

Mehr

7 Transportprotokolle

7 Transportprotokolle 7 Transportprotokolle 7.1 Transmission Control Protocol (TCP) 7.2 User Datagram Protocol (UDP) 7.3 Ports 7.1 TCP (1) IP-Pakete (Datagramme) von A nach B transportieren reicht nicht interaktive Verbindungen

Mehr

Containerformat Spezifikation

Containerformat Spezifikation Containerformat Spezifikation Version 1.0-09.05.2011 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...

Mehr

Client/Server-Systeme

Client/Server-Systeme Fachbereich Informatik Projektgruppe KOSI Kooperative Spiele im Internet Client/Server-Systeme Vortragender Jan-Ole Janssen 26. November 2000 Übersicht Teil 1 Das Client/Server-Konzept Teil 2 Client/Server-Architekturen

Mehr

Netzwerk Technologien in LabVIEW

Netzwerk Technologien in LabVIEW Netzwerk Technologien in LabVIEW von Dirk Wieprecht NI Germany Hier sind wir: Agenda Agenda Bedeutung des Ethernet für die Messtechnik Ethernet-basierende Technologien in LabVIEW Low Level- TCP/IP Objekt

Mehr

Workflow, Business Process Management, 4.Teil

Workflow, Business Process Management, 4.Teil Workflow, Business Process Management, 4.Teil 24. Januar 2004 Der vorliegende Text darf für Zwecke der Vorlesung Workflow, Business Process Management des Autors vervielfältigt werden. Eine weitere Nutzung

Mehr

Containerformat Spezifikation

Containerformat Spezifikation Containerformat Spezifikation Version 1.1-21.02.2014 Inhaltsverzeichnis 0 Einführung... 4 0.1 Referenzierte Dokumente... 4 0.2 Abkürzungen... 4 1 Containerformat... 5 1.1 Aufbau des Container-Headers...

Mehr

IP Adressen & Subnetzmasken

IP Adressen & Subnetzmasken IP Adressen & Subnetzmasken Jörn Stuphorn stuphorn@rvs.uni-bielefeld.de Universität Bielefeld Technische Fakultät Stand der Veranstaltung 13. April 2005 Unix-Umgebung 20. April 2005 Unix-Umgebung 27. April

Mehr

Router 1 Router 2 Router 3

Router 1 Router 2 Router 3 Network Layer Netz 1 Netz 2 Netz 3 Router 1 Router 2 Router 3 Router 1 Router 2 Router 3 Netz 1, Router 1, 1 Netz 1, Router 1, 2 Netz 1, Router 2, 3 Netz 2, Router 2, 2 Netz 2, Router 2, 1 Netz 2, Router

Mehr

MPLS Multiprotocol Label Switching

MPLS Multiprotocol Label Switching MPLS Multiprotocol Label Switching Jürgen Quittek Institut für Informatik Freie Universität Berlin C&C Research Laboratories NEC Europe Ltd., Berlin Vorlesung Rechnernetze Institut für Informatik Freie

Mehr

Quality of Service. Motivation, Standards, Architektur. von. Dr. Frank Imhoff. mit Beiträgen von:

Quality of Service. Motivation, Standards, Architektur. von. Dr. Frank Imhoff. mit Beiträgen von: Quality of Service Motivation, Standards, Architektur von Dr. Frank Imhoff mit Beiträgen von: Dr. Simon Hoff Hartmut Kell Dr. Behrooz Moayeri Dr. Joachim Wetzlar Technologie Report: Quality of Service

Mehr

Internet - Grundzüge der Funktionsweise. Kira Duwe

Internet - Grundzüge der Funktionsweise. Kira Duwe Internet - Grundzüge der Funktionsweise Kira Duwe Gliederung Historische Entwicklung Funktionsweise: -Anwendungen -Rechnernetze -Netzwerkschichten -Datenkapselung -RFC -Verschiedene Protokolle (Ethernet,

Mehr

Service-Orientierte Architekturen

Service-Orientierte Architekturen Hochschule Bonn-Rhein-Sieg Service-Orientierte Architekturen Kapitel 7: Web Services IV Exkurs über Sicherheitsanforderungen Vorlesung im Masterstudiengang Informatik Sommersemester 2010 Prof. Dr. Sascha

Mehr

Einführung in IP, ARP, Routing. Wap WS02/03 Ploner, Zaunbauer

Einführung in IP, ARP, Routing. Wap WS02/03 Ploner, Zaunbauer Einführung in IP, ARP, Routing Wap WS02/03 Ploner, Zaunbauer - 1 - Netzwerkkomponenten o Layer 3 o Router o Layer 2 o Bridge, Switch o Layer1 o Repeater o Hub - 2 - Layer 3 Adressierung Anforderungen o

Mehr

Securing SOAP e-services

Securing SOAP e-services Securing SOAP e-services Nilson Reyes Sommersemester 2004 aus: E. Damiani, S. De Capitani di Vermercati, S. Paraboschi, P. Samarati, Securing SOAP e-sservices, IJIS, Ausgabe 1 (2002), S.110-115. Gliederung

Mehr

2. Kommunikation und Synchronisation von Prozessen 2.2 Kommunikation zwischen Prozessen

2. Kommunikation und Synchronisation von Prozessen 2.2 Kommunikation zwischen Prozessen 2. Kommunikation und Synchronisation von Prozessen 2.2 Kommunikation zwischen Prozessen Dienste des Internets Das Internet bietet als riesiges Rechnernetz viele Nutzungsmöglichkeiten, wie etwa das World

Mehr

Transmission Control Protocol (TCP)

Transmission Control Protocol (TCP) Transmission Control Protocol (TCP) Verbindungsorientiertes Protokoll, zuverlässig, paketvermittelt stream-orientiert bidirektional gehört zur Transportschicht, OSI-Layer 4 spezifiziert in RFC 793 Mobile

Mehr

Thema IPv6. Geschichte von IPv6

Thema IPv6. Geschichte von IPv6 Geschichte von IPv6 IPv6 ist der Nachfolger des aktuellen Internet Protokolls IPv4, welches für die Übertragung von Daten im Internet zuständig ist. Schon Anfang der 90er Jahre wurde klar, dass die Anzahl

Mehr

Congestion Control. Einleitung Open Loop und Closed Loop Congestion Control Verbindungsorientierte und -lose Übertragung

Congestion Control. Einleitung Open Loop und Closed Loop Congestion Control Verbindungsorientierte und -lose Übertragung Open Loop und Closed Loop Congestion Control Verbindungsorientierte und -lose Übertragung Congestion Control 1 / 56 Kommunikationsnetze I 20.1.2010 Open Loop und Closed Loop Congestion Control Verbindungsorientierte

Mehr

NGM Network Architektur und Dienste

NGM Network Architektur und Dienste Mobilkomtagung Osnabrück Vortrag zum Bericht: Evaluierung eines mobilen Sensorsystems zum QoS/QoE Monitoring in NGMN Dipl.Ing.(FH) Stephan Küffner, Dipl.Ing.(FH) Oliver Portugall, Prof. Dr.-Ing Andreas

Mehr

VPN. Virtuelles privates Netzwerk. Vortrag von Igor Prochnau Seminar Internet- Technologie

VPN. Virtuelles privates Netzwerk. Vortrag von Igor Prochnau Seminar Internet- Technologie VPN Virtuelles privates Netzwerk Vortrag von Igor Prochnau Seminar Internet- Technologie Einleitung ist ein Netzwerk, das ein öffentliches Netzwerk benutzt, um private Daten zu transportieren erlaubt eine

Mehr

Grundlagen der. Videokommunikation

Grundlagen der. Videokommunikation Grundlagen der Videokommunikation Netzwerke: Qualitäts- und Leistungserwartungen Netzwerke: Qualitäts- und Leistungserwartungen Netzwerke: über DFN X-WiN-Anbindung X-WiN ist im DFN-Verein technische Basis

Mehr

1. Netzwerkprogrammierung für mobile Geräte

1. Netzwerkprogrammierung für mobile Geräte 1. Netzwerkprogrammierung für mobile Geräte Lernziele 1. Netzwerkprogrammierung für mobile Geräte Themen/Lernziele: Konzepte der verbindungslosen Kommunikation beherrschen Client/Server-Anwendungen auf

Mehr

Sicherung von Web Services durch Firewalls

Sicherung von Web Services durch Firewalls Sicherung von Web Services durch Firewalls Mario Jeckle, Barbara Zengler DaimlerChrysler Forschungszentrum Ulm {mario.jeckle, barbara.zengler}@daimlerchrysler.com www.jeckle.de Gliederung Kommunikation

Mehr

Chapter 11 TCP. CCNA 1 version 3.0 Wolfgang Riggert,, FH Flensburg auf der Grundlage von

Chapter 11 TCP. CCNA 1 version 3.0 Wolfgang Riggert,, FH Flensburg auf der Grundlage von Chapter 11 TCP CCNA 1 version 3.0 Wolfgang Riggert,, FH Flensburg auf der Grundlage von Rick Graziani Cabrillo College Vorbemerkung Die englische Originalversion finden Sie unter : http://www.cabrillo.cc.ca.us/~rgraziani/

Mehr

SOA mit.net: Vom Geschäftsprozess zur Lösung

SOA mit.net: Vom Geschäftsprozess zur Lösung SOA mit.net: Vom Geschäftsprozess zur Lösung Manfred Steyer Aktuelles Buch.Net 4.0 Update ISBN 978-3866454439 http://tinyurl.com/net4update 1 Kontakt [www] www.softwarearchitekt.at [mail] Manfred.Steyer@SoftwareArchitekt.at

Mehr

Layer 2... und Layer 3-4 Qualität

Layer 2... und Layer 3-4 Qualität Layer 2... und Layer 3-4 Qualität traditionelles Ethernet entwickelt für den LAN Einsatz kein OAM (Operations, Administration and Maintenance) kein Performance Monitoring-Möglichkeiten keine SLA Sicherungsfähigkeiten

Mehr

CORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten

CORBA-Konzept. Ziele. Common Object Request Broker Architecture CORBA. Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Ziele Common Object Request Broker Architecture CORBA Plattformunabhängige Kommunikation Transparente Verteilung von Objekten CORBA-Konzept Object Management Group Spezifiziert den CORBA-Standard

Mehr

0. Inhaltsverzeichnis

0. Inhaltsverzeichnis 0. Inhaltsverzeichnis 0. Inhaltsverzeichnis...1 1. Kurze Einführung WebService Architektur...2 1.1 Synchrones Modell:...2 1.2 Asynchrones Modell:...2 1.3 Vorteile:...3 1.4 Voraussetzungen...3 2. Testseite

Mehr

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung

Use-Cases. Bruno Blumenthal und Roger Meyer. 17. Juli 2003. Zusammenfassung Use-Cases Bruno Blumenthal und Roger Meyer 17. Juli 2003 Zusammenfassung Dieses Dokument beschreibt Netzwerk-Szenarios für den Einsatz von NetWACS. Es soll als Grundlage bei der Definition des NetWACS

Mehr

Automatisierungsarchitekturen für das Smart Grid Am Beispiel der OPC UA und der IEC 61970. Dr.-Ing. Mathias Uslar, Sebastian Rohjans

Automatisierungsarchitekturen für das Smart Grid Am Beispiel der OPC UA und der IEC 61970. Dr.-Ing. Mathias Uslar, Sebastian Rohjans Automatisierungsarchitekturen für das Smart Grid Am Beispiel der OPC UA und der IEC 61970 Dr.-Ing. Mathias Uslar, Sebastian Rohjans 2 OPC Foundation Vision: OPC-Technologien sollen überall dort zur Interoperabilitäts-Basis

Mehr

Fachbereich Medienproduktion

Fachbereich Medienproduktion Fachbereich Medienproduktion Herzlich willkommen zur Vorlesung im Studienfach: Grundlagen der Informatik I USB Universal serial bus (USB) Serielle Datenübertragung Punkt-zu-Punkt Verbindungen Daten und

Mehr

Sicherheitsaspekte von Web Services. Hauptseminar Rechnernetze

Sicherheitsaspekte von Web Services. Hauptseminar Rechnernetze Sicherheitsaspekte von Web Services Hauptseminar Rechnernetze Stefan Hennig sh790883@inf.tu-dresden.de 21. Januar 2005 Gliederung Einführung Überblick Sicherheit auf Netzwerk- und Transportebene XML-Sicherheit

Mehr

Proseminar: Website-Management-Systeme

Proseminar: Website-Management-Systeme Proseminar: Website-Management-Systeme Thema: Web: Apache/Roxen von Oliver Roeschke email: o_roesch@informatik.uni-kl.de Gliederung: 1.) kurze Einleitung 2.) Begriffsklärung 3.) Was ist ein Web? 4.) das

Mehr

Next Generation Networks

Next Generation Networks Gerd Siegmund Next Generation Networks IP-basierte Telekommunikation Hüthig Verlag Heidelberg Inhaltsverzeichnis 1 Einführung.. 1 1.1 Netze im Wandel 1 1.1.1 Übersicht 3 1.1.2 Ein Zielnetz oder zunehmende

Mehr

Zusicherung von Qualitätskriterien bei WebServices. Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07.

Zusicherung von Qualitätskriterien bei WebServices. Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07. Zusicherung von Qualitätskriterien bei WebServices Dr. Bernhard Humm, Matthias Geiß sd&m-konferenz 2003 Web Services 17./18.07.2003 Agenda Verteilte Systeme am am Beispiel Beispiel Aspekte von Verteilung

Mehr

Einführung in die OPC-Technik

Einführung in die OPC-Technik Einführung in die OPC-Technik Was ist OPC? OPC, als Standartschnittstelle der Zukunft, steht für OLE for Process Control,und basiert auf dem Komponentenmodel der Firma Microsoft,dem Hersteller des Betriebssystems

Mehr

3 Das verbindungslose Vermittlungsprotokoll IP

3 Das verbindungslose Vermittlungsprotokoll IP Das verbindungslose Vermittlungsprotokoll IP 27 3 Das verbindungslose Vermittlungsprotokoll IP In diesem Kapitel lernen Sie das verbindungslose Vermittlungsprotokoll IP näher kennen. Nach dem Durcharbeiten

Mehr

Mobilkommunikation. REST-basierte Dienste für verteilte, mobile Anwendungen. A. Gillert, A. Grebe, M. Hüffmeyer, C. Vogt

Mobilkommunikation. REST-basierte Dienste für verteilte, mobile Anwendungen. A. Gillert, A. Grebe, M. Hüffmeyer, C. Vogt Mobilkommunikation REST-basierte Dienste für verteilte, mobile Anwendungen A. Gillert, A. Grebe, M. Hüffmeyer, C. Vogt Fachhochschule Köln, Institut für Nachrichtentechnik Fachhochschule Köln Anton Gillert,

Mehr

2 Typische VoIP-Umgebungen

2 Typische VoIP-Umgebungen 2 Typische VoIP-Umgebungen Die Architekturen für den Dienst VoIP stehen fest. Hierbei wird zwischen H.323- und SIP-Architektur unterschieden. Sie sind in Abb. 2-1 und Abb. 2-2 dargestellt. Abb. 2-1: H.323-Architektur

Mehr

Sicherheitsmechanismen für Voice over IP

Sicherheitsmechanismen für Voice over IP Sicherheitsmechanismen für Voice over IP von Dr. Behrooz Moayeri Technologie Report: Sicherheitsmechanismen für VoIP Seite 6-138 6.2 Schutz für Quality of Service (QoS) Dieser Abschnitt befasst sich mit

Mehr

Voice over IP. Sprache und Daten in einem gemeinsamen Netz. Hans Peter Dittler BRAINTEC Netzwerk-Consulting GmbH

Voice over IP. Sprache und Daten in einem gemeinsamen Netz. Hans Peter Dittler BRAINTEC Netzwerk-Consulting GmbH Voice over IP Sprache und Daten in einem gemeinsamen Netz Hans Peter Dittler BRAINTEC Netzwerk-Consulting GmbH Inhalt Einleitung Grundlagen Normen Ablauf und Einzelheiten Verbindungsaufbau und Verbindungsverwaltung

Mehr