11.1a: RPC (Remote Procedure Call)

Transkript

1 11.1a: RPC (Remote Procedure Call) Sie haben einen RPC-Basismechanismus in einem System zu realisieren, das bereits über einen Directory Service verfügt. a) Beschreiben Sie den Ablauf eines Bindevorgangs zwischen einem Client und einem Server mittels des Directory Service durch ein Ablaufdiagramm! 1 Directory Service Client 2 3 Legende: Server 1 Server 2 Anfrage nach Server Rückmeldung auf die Anfrage RPC-Aufruf Server 3

2 11.1c: RPC-Fehlersemantiken c) Welche Fehlersemantiken muss ein RPC-Mechanismus für die folgenden Anwendungsfälle unterstützen? Begründen Sie Ihre Antwort! I. Aufruf einer Bankbuchung (z.b. Gutschrift eines eingezahlten Betrages) II. Zyklischer Abruf eines Wetterdienstes (z.b. aktuelle Temperatur in Dresden) III. Abfrage des Status einer Paketlieferung Anwendungsfall Fehlersemantik Begründung Bankbuchung Exactly-once Genau einmal ausführen, Duplikaterkennung notwendig, konsistenter Zustand auch im Fehlerfall Zyklische Wetterabfrage Status Paketlieferung Maybe At-least-once Keine Wiederholung und somit kein Ergebnis im Fehlerfall; nicht so wichtig, da neue Anfrage in nächstem Zyklus gesendet wird Aufruf wird nach Time Out wiederholt, Duplikate müssen nicht erkannt und verworfen werden, da keine Daten manipuliert werden

3 11.2: Verteilte Transaktionen Dienstelement von Beschreibung Phase 1 C-BEGIN-Req/Ind Koordinator Aufforderung zur Empfangsbereitschaft an Teilnehmer C-PREPARE- Req/Ind Koordinator Aufforderung an Teilnehmer nach C-READY / C-REFUSE C-READY-Req/Ind Teilnehmer Teilnehmer bestätigt Bereitschaft zum C-COMMIT C-REFUSE-Req/Ind Teilnehmer Teilnehmer weist Auftrag zum C-COMMIT zurück Phase 2 C-COMMIT-Req/Ind Koordinator Aufforderung an Teilnehmer Aktion dauerhaft zu machen C-DONE-Req/ind Teilnehmer Teilnehmer bestätigt korrekten Abschluss der Aktion C-ROLLBACK-Req/Ind Koordinator Aufforderung an Teilnehmer Änderungen rückgängig zu machen C-ROLLBACK-Rsp/Cnf Teilnehmer Bestätigung der Wiederherstellung des Ausgangszustandes C-RESTART Koord/Teiln Absturz bekanntgeben

4 11.4a: Entfernter Dateizugriff WebDAV a) Anfrage: PROPFIND /w/dresden/ HTTP/1.1 Host: Depth: 1 Content-Type: text/xml; charset="utf-8" Content-Length: 85 Abfrage des Inhaltes der URI /w/Dresden/ (Verzeichnis) Es sollen Informationen über die Ressource und ihre direkten Kinder geliefert werden <?xml version="1.0" encoding="utf-8"?> <propfind xmlns="dav:"> <allprop/> </propfind> Es sollen alle (eingecheckten & versionierten) Inhalte der Ressource geliefert werden

5 11.4a: Entfernter Dateizugriff WebDAV a) Antwort: HTTP/ Multi-Status Content-Type: text/xml; charset="utf-8" Content-Length: 3112 Die WebDAV-Anfrage war erfolgreich (207); für jede zurückgelieferte Ressource gibt es eigene Status-Codes <?xml version="1.0" encoding="utf-8"?> <D:multistatus xmlns:d="dav:"> <D:response> <D:href> <D:propstat> <D:prop> Die erste zurück gelieferte Ressource ist die abgefragte Ressource selbst. Der Ersteller (und Eigentümer) der Ressource <R:author> auf dem Server ist der Nutzer tenshi. <R:Name>tenshi</R:Name> Die Ressource wurde am um </R:author> 15:46:35h UTC (Z-Time) erstellt <D:creationdate> T15:47:35Z</D:creationdate> <D:displayname>Dresden</D:displayname> Die Ressource wird in der Kurzform (nicht als URI verwendbar) Dresden bezeichnet.

6 11.4a: Entfernter Dateizugriff WebDAV a) Antwort: <D:resourcetype><collection/></D:resourcetype> </D:prop> <D:status>HTTP/ OK</D:status> </D:propstat> </D:response> Die Ressource ist ein Verzeichnis Die Ressource ist vorhanden und fehlerfrei zugreifbar. Dieser Status steht gemäß Spezifikation hier im Content. Das Paket an sich hat 207 Multi-Status.

7 11.4b: Entfernter Dateizugriff WebDAV b) Betrachten Sie den folgenden Wireshark-Trace und diskutieren Sie was der WebDAV-Nutzer auf dem Server gemacht hat. Der Trace ist auf HTTP-Pakete reduziert und die Inhalte sind nicht sichtbar. No. Time Source Destination Protocol Info HTTP OPTIONS /w HTTP/ HTTP HTTP/ Authorization Required (text/html) HTTP/XML PROPFIND /w HTTP/ HTTP/XML HTTP/ Multi-Status HTTP GET /w/frauenkirche.jpg HTTP/ HTTP HTTP/ OK (JPEG JFIF image) HTTP/XML LOCK /w HTTP/ HTTP HTTP/ OK HTTP/XML MKCOL /w/dresden HTTP/ HTTP/XML HTTP/ Multi-Status HTTP/XML MOVE /w/frauenkiche.jpg /w/dresden/frauenkirche.jpg HTTP/ HTTP/XML HTTP/ Multi-Status HTTP/XML UNLOCK /w HTTP/ HTTP/XML HTTP/ Multi-Status