Übungen zu Rechnerkommunikation

Transkript

1 Übungen zu Rechnerkommunikation Sommersemester 2013 Übung 3 Abdalkarim Awad, Jürgen Eckert, und Andreas Mosthaf Prof. Dr.-Ing. Reinhard German Friedrich-Alexander Universität Erlangen-Nürnberg Informatik 7 (Rechnernetze und Kommunikationssysteme) Rechnerkommunikation, Übung 3 1

2 Anwendungsschicht n Das Web: Hypertext Transfer Protocol (HTTP) HTML Conditional GET Authentifizierung Cookies n File Transfer Protocol (FTP) n SMTP Nachrichtenformat Zugriffsprotokolle n Socket-Programmierung (UDP) n Peer-to-Peer Systeme Rechnerkommunikation, Übung 3 2

3 HTTP n Ablauf Benutzer gibt Uniform Resource Locator (URL) in Web-Browser ein URL enthält Host-Namen eines Web-Servers und den Pfad zu einem Objekt (Datei) dort Web-Browser stellt Anfrage an Web-Server für dieses Objekt Web-Server liefert Objekt an Web-Browser zurück Web-Browser stellt Objekt in für den Benutzer lesbarer Form dar PC mit Browser (z.b. Firefox) Mac mit Browser (z.b. Safari) Server mit Apache Webserver Rechnerkommunikation, Übung 3 3

4 HTTP n URL Dienst Hostname Portnr. Pfad zum Objekt nicht alle Teile müssen dabei sein n Nachrichtentypen in HTTP Anfragenachrichten Antwortnachrichten beide beinhalten nur ASCII-Zeichen und sind daher lesbar Rechnerkommunikation, Anwendungsschicht 4

5 HTTP: Format der Anfragenachrichten GET /somedir/page.html HTTP/1.1 Host: User-agent: Mozilla/4.0 Connection: close Accept-language:fr (extra carriage return, line feed) Anfragezeile method sp URL sp version cr lf header field name: sp value cr lf Kopfzeilen header field name: sp value cr lf Leerzeile cr lf Rumpf

6 HTTP n Aufbau von Web-Seiten Basis-Seite in Hypertext Markup-Language (HTML) eingebettete Objekte (Bilder, Video, Audio, Code, ) Referenzen auf andere Web-Seiten <html> <head><title>amalgamated WIDGET, INC.</title></head> <body><h1>welcome to AWI`s Home Page</h1> <img src=" ALT="AWI Logo"><br> We are so happy that you have chosen to visit <b>amalgamated Widget s</b> home page. We hope <i>you</i> will find all the information you need here. <p>below we have links to information about our many fine products. You can order electronically (by WWW), by telephone, or by FAX.</p> <hr> <h2>product information</h2> <ul> <li><a href=" widgets</a> <li><a href=" widgets</a> </ul> <h2>telephone numbers</h2> <ul> <li>by telephone: WIDGETS <li>by fax: </ul> </body> </html> Welcome to AWI s Home Page We are so happy that you have chosen to visit Amalgamated Widget s home page. We hope you will find all the information you need here. Below we have links to inform about our many fine products. You can order electronically (by WWW), by telephone, or by FAX. Product Information Big widgets Little widgets Telephone numbers WIDGETS Rechnerkommunikation, Anwendungsschicht 6

7 HTTP: Aufbau von Web-Seiten n Häufige HTML-Tags (weiter Infos unter: Tag Description <html> </html> Declares the Web page to be written in HTML <head> </head> Delimits the page's head <title> </title> Defines the title (not displayed on the page) <body> </body> Delimits the page's body <h n> </h n> Delimits a level n heading <b> </b> Set in boldface <i> </i> Set in italics <center> </center> Center on the page horizontally <ul> </ul> Brackets an unordered (bulleted) list <ol> </ol> Brackets a numbered list <li> Starts a list item (there is no </li>) <br> Forces a line break here <p> Starts a paragraph <hr> Inserts a horizontal rule <img src=" "> Displays an image here <a href=" "> </a> Defines a hyperlink Rechnerkommunikation, Anwendungsschicht 7

8 HTTP: Dynamische Inhalte n Formular Benutzer kann Daten in Browser eingeben <html> <head><title>test Anmelde formular</title></head> <body> <form method="post" action="/path/to/anmeldung" enctype="multipart/form-data"> <table border=0> <tr><td align=right>name:</td><td><input type="text" name="name" size="30"/></td></tr> <tr><td align=right>matrikelnummer:</td><td><input type="text" name="matnr" size="30"/></td></tr> <tr><td align=right>schein:</td><td><select name="schein"> <option value="kein Schein">kein Schein</option> <option value="benoteter Schein">benoteter Schein</option> <option value="unbenoteter Schein">unbenoteter Schein</option> </select></td></tr> <tr><td></td><td><input type="submit" name="absenden" value="absenden" /></td></tr> </table> </form> </body> </html> Browser liefert Typ/Wert-Paare an Server: - Mit method= get : /path/to/anmeldung?name=john +Doe&Matnr= &Schein=benoteter +Schein&Absenden=Absenden - Mit method= post : Parameter in der Kopfzeile von HTTP Rechnerkommunikation, Anwendungsschicht 8

9 HTTP: Conditional GET n Ziel: Objekt nicht neu übertragen, wenn der Client aktuelle Version im Cache hat n Client: übergibt das Datum der Kopie im Cache If-modified-since: <date> n Server: Antwort enthält kein Objekt, wenn die Kopie im Cache aktuell ist: HTTP/ Not Modified n Häufig bei Web Caches, Proxies Client HTTP request msg If-modified-since: <date> HTTP response HTTP/ Not Modified HTTP request msg If-modified-since: <date> HTTP response HTTP/ OK <data> Server Objekt im Cache aktuell Objekt im Cache nicht aktuell Rechnerkommunikation, Übung 3 9

10 HTTP: Authentifizierung n Ziel: Zugriffskontrolle für Objekte auf dem Server Client Üblicher HTTP Request Server n HTTP ist zustandslos, daher muss die Autorisierung in jedem Request erfolgen n Autorisierung üblicherweise mittels Benutzername und Passwort Kopfzeile im Request nötig: authorization Fehlt diese Kopfzeile, sendet der Server keine Daten, sondern in einer Kopfzeile der Antwort: WWW-Authenticate n Übliche Browser speichern Benutzernamen und Passwort, so dass die Daten nur einmal eingegeben werden müssen 401: Autorisierungsanfr. WWW-Authenticate: Üblicher HTTP Request Authorization: Zeile Übliche HTTP Antwort Üblicher HTTP Request Authorization: Zeile Übliche HTTP Antwort Rechnerkommunikation, Übung 3 10

11 HTTP: Cookies n Ziel: HTTP eigentlich zustandslos, trotzdem Zustand für Client merken n Server sendet Cookie in der Antwort an den Client Set-cookie: n Client speichert Cookie (in spezieller Datei) Client n In weiteren Anfragen überträgt der Client das Cookie mit: cookie: Üblicher HTTP Request Übliche HTTP Antwort + Set-cookie: # Üblicher HTTP Request + cookie: # Übliche HTTP Antwort Server Cookiespezifische Aktion n Server gleicht das präsentierte Cookie mit Informationen auf dem Server ab: Authentifizierung Benutzereinstellungen, vorangegangene Auswahl (z.b. Sprache) Zielgruppengerichtete Werbung (Verfolgende Cookies: ermöglichen Servern, Informationen über den Besuch anderer Server zu erhalten) Üblicher HTTP Request + cookie: # Übliche HTTP Antwort Cookiespezifische Aktion Rechnerkommunikation, Übung 3 11

12 Anwendungsschicht n Das Web: Hypertext Transfer Protocol (HTTP) Conditional GET Authentifizierung Cookies n File Transfer Protocol (FTP) n SMTP Nachrichtenformat Zugriffsprotokolle n Socket-Programmierung (UDP) n Peer-to-Peer Systeme Rechnerkommunikation, Übung 3 12

13 FTP n File Transfer Protocol Übertragung von Dateien zwischen Hosts eine TCP-Verbindung (Port 21) zur Steuerung lesbare Kommandos: USER username, PASS password, LIST, RETR filename, STOR filename, jeweils eine TCP-Verbindung (Port 20) zur Übertragung einer Datei out-of-band-control Rechnerkommunikation, Übung 3 13

14 FTP: Separate Steuer- und Datenverbindungen n FTP-Client kontaktiert FTP- Server auf Port 21 mittels TCP (Steuerverbindung) n Authentifizierung über die Steuerverbindung n Client kann Inhalt des entfernten Verzeichnisses über die Steuerverbindung ansehen n Sobald der Server einen Befehl zur Dateiübertragung erhält, baut er mittels TCP eine Datenverbindung zum Client auf (hier: Active Mode) n Nach der Dateiübertragung schließt der Server die Datenverbindung. FTP- Client TCP Steuerverbindung Port 21 TCP Datenverbindung Port 20 n Server öffnet weitere Datenverbindungen für weitere Datenübertragungen. n Separate Steuerverbindung: Out-of-Band FTP- Server n FTP-Server speichert Zustandsinformationen: aktuelles Verzeichnis, vorangegangene Authentifizierung Rechnerkommunikation, Übung 3 14

15 FTP: Befehle und Rückgabewerte n Beispiele für Befehle: als ASCII-Text über die Steuerverbindung gesendet USER username PASS password LIST liefert eine Liste von Dateien im aktuellen Verzeichnis RETR filename lädt eine Datei vom Server STOR filename speichert eine Datei auf dem Server n Beispiele für Rückgabewerte: Statuscode und textuelle Meldung (wie bei HTTP) 331 Username OK, password required 125 data connection already open; transfer starting 425 Can t open data connection 452 Error writing file Rechnerkommunikation, Übung 3 15

16 FTP: Active Mode vs. Passive Mode n Active Mode Client baut eine TCP-Verbindung von einem beliebigen unprivilegierten TCP-Port N zu Port 21 des Servers auf (Steuerverbindung) Vor Dateiübertragung sendet Client den Befehl PORT N+1 an den Server und wartet auf TCP-Verbindungen auf Port N+1 Server baut eine TCP- Verbindung von seinem lokalen Port 20 zu Port N+1 des Clients auf (Datenverbindung) Problem: Firewall muss Verbindungen vom Server zu Port N+1 zulassen n Passive Mode Client baut eine TCP-Verbindung von einem beliebigen unprivilegierten TCP-Port N zu Port 21 des Servers auf (Steuerverbindung) Vor Dateiübertragung sendet Client den Befehl PASV an den Server. Der Server wartet auf einem beliebigen unprivilegierten Port P auf eingehende Verbindungen vom Client und teilt dem Client im Rückgabewert des Befehls diesen Port P mit. Client baut eine TCP-Verbindung von seinem lokalen Port N+1 zu Port P des Servers auf (Datenverbindung). Rechnerkommunikation, Übung 3 16

18 n Simple Mail Transfer Protocol (SMTP) Nachrichten im ASCII-Format, Kopf, Rumpf andere Daten (Word-Dateien u.ä.) werden in ASCII umgewandelt angehängt: MIME Versenden mit SMTP über TCP (lesbar) Abholen mit POP3, IMAP, HTTP (lesbar) Rechnerkommunikation, Übung 3 18

19 Drei wesentliche Komponenten: n Mail User Agents (MUA) n Mail-Server n Simple Mail Transfer Protocol: SMTP Mail User Agent n Mail-Client n zum Verfassen, Editieren und Lesen von Nachrichten n z.b. Thunderbird, Outlook, mutt, Evolution n Ausgehende und eingehende Nachrichten auf Server gespeichert Mail- Server SMTP Mail- Server SMTP SMTP MUA Warteschlange für ausgehende Nachrichten MUA Benutzer-Mailbox Mail- Server MUA MUA MUA MUA Rechnerkommunikation, Übung 3 19

20 Mail-Server Mail-Server n Mailbox enthält (ungelesene) eingegangene Nachrichten für Benutzer (Briefkasten) n Warteschlange für ausgehende (zu sendende) Nachrichten n SMTP-Protokoll zwischen Mail- Servern zum Nachrichtenaustausch Client: sendender Mail-Server Server: empfangender Mail-Server Mail- Server SMTP Mail- Server SMTP SMTP Warteschlange für ausgehende Nachrichten MUA Benutzer-Mailbox Mail- Server MUA MUA MUA MUA MUA Rechnerkommunikation, Übung 3 20

21 Weiteres zu SMTP n SMTP verwendet persistente Verbindungen n für SMTP müssen die Nachrichten (Header & Body) als 7-bit-ASCII-Text vorliegen n Einige Zeichenketten (z.b. CRLF.CRLF) sind in Nachrichten nicht erlaubt. Daher müssen Nachrichten codiert werden (üblicherweise Base-64 oder Quoted Printable) n Der SMTP-Server nutzt CRLF.CRLF zum Erkennen des Endes einer Nachricht Vergleich mit HTTP n HTTP: pull (d.h. Empfänger fordert an) n SMTP: push (d.h. Sender sendet unaufgefordert an Server) n beide verwenden Interaktion mit ASCII-Befehlen und Antworten sowie Statuscodes n HTTP: Jedes Objekt wird in einer eigenen Antwortnachricht gekapselt n SMTP: Mehrere Objekte einer Nachricht werden in einer so genannten Multipart-Nachricht versendet Rechnerkommunikation, Übung 3 21

22 Mail-Nachrichtenformat n SMTP: Protokoll zum Austausch von Nachrichten n RFC 822: Standard für das Nachrichtenformat: Kopfzeilen, z.b. - To: (Empfänger) - From: (Absender) - Subject: (Betreff) unterscheidet sich von SMTP- Befehlen! n Body Die Nachricht selbst, reiner ASCII-Text Header Body Leerzeile Rechnerkommunikation, Übung 3 22

23 Nachrichtenformat: Multimedia-Erweiterungen n MIME: Multipurpose Internet Mail Extensions, RFC 2045 n Zusätzliche Kopfzeilen im Nachrichtenkopf bestimmen den MIME Content Type (Art/Typ des Inhalts) MIME-Version Codierungsmethode für Daten Multimedia-Datentyp, Unterart, Parameterfestlegung Codierte Daten From: alice@crepes.fr To: bob@hamburger.edu Subject: Picture of yummy crepe. MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Type: image/jpeg base64 encoded data base64 encoded data Rechnerkommunikation, Übung 3 23

24 MIME-Typen Content-Type: type/subtype; parameters Text n Unterarten z.b.: plain html Image n Unterarten, z.b.: jpeg Audio gif n Unterarten z.b.: basic (8-bit mu-law encoded) 32kadpcm (32 kbps coding) Video n Unterarten z.b.: mpeg quicktime Application n andere Daten, die vom Leser erst verarbeitet werden müssen, bevor sie angezeigt werden können n Unterarten z.b.: msword octet-stream Rechnerkommunikation, Übung 3 24

25 Multipart-Nachricht From: To: Subject: Picture of yummy crepe. MIME-Version: 1.0 Content-Type: multipart/mixed; boundary= Content-Transfer-Encoding: quoted-printable Content-Type: text/plain Dear Bob, Please find a picture of a crepe Content-Transfer-Encoding: base64 Content-Type: image/jpeg base64 encoded data base64 encoded data Rechnerkommunikation, Übung 3 25

26 Mail-Zugriffsprotokolle The image cannot be displayed. Your computer may not have enough memory to open the image, or the image may have been corrupted. Restart your computer, and then open the file again. If the red x still appears, you may have to delete the image and then insert it again. MUA SMTP Mail- SMTP Mail- MUA Server Server Zugriffsprotokoll Mailserver des Senders n SMTP: Auslieferung und Ablage der Nachrichten auf Mailserver des Empfängers n Mail-Zugriffsprotokoll: Abholen der Nachrichten vom Server POP: Post Office Protocol [RFC 1939] - Autorisierung (MUA <--> Server) und Abholen IMAP: Internet Mail Access Protocol [RFC 1730] - leistungsfähiger (und komplexer) - Manipulation der auf dem Server gespeicherten Nachrichten - Verzeichnisse (Folder) etc. HTTP: GMX, Hotmail, Yahoo! Mail, etc. Mailserver des Empfängers Rechnerkommunikation, Übung 3 26

27 POP3-Protokoll Autorisierungsphase n Befehle des Clients: user: Benutzername pass: Paßwort n Antworten des Servers +OK -ERR Transaktionsphase, Client: n list: gibt Nachrichtennummern als Liste aus n retr: hole Nachricht mit bestimmter Nummer ab n dele: lösche Nachricht n quit S: +OK POP3 server ready C: user bob S: +OK C: pass hungry S: +OK user successfully logged on C: list S: S: S:. C: retr 1 S: <Inhalt Nachricht 1> S:. C: dele 1 S: +OK message marked for delete C: retr 2 S: <Inhalt Nachricht 2> S:. C: dele 2 S: +OK message marked for delete C: quit S: +OK POP3 server signing off Rechnerkommunikation, Übung 3 27

28 IMAP-Protokoll IMAP4rev1 RFC 3501 seit 1996 Autorisierungsphase n Befehle des Clients: Befehl ID: a001 user: mrc pass: secret n Antworten des Servers Befehl ID: a001 OK LOGIN Transaktionsphase n Wählen der inbox n Betragen und löschen der Mail 12 Abmeldephase S: * OK IMAP4rev1 Service Ready C: a001 login mrc secret S: a001 OK LOGIN completed C: a002 select inbox S: * 18 EXISTS S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) S: * 2 RECENT S: * OK [UNSEEN 17] Message 17 is the first unseen message S: * OK [UIDVALIDITY ] UIDs valid S: a002 OK [READ-WRITE] SELECT completed C: a004 fetch 12 body[header] S: * 12 FETCH (BODY[HEADER] {342} S: Date: Wed, 17 Jul :23: (PDT) S: From: Terry Gray <gray@cac.washington.edu> S: Subject: IMAP4rev1 WG mtg summary and minutes S: To: imap@cac.washington.edu S: cc: minutes@cnri.reston.va.us, John Klensin <KLENSIN@MIT.EDU> S: Message-Id: <B @cac.washington.edu> S: MIME-Version: 1.0 S: Content-Type: TEXT/PLAIN; CHARSET=US-ASCII S: S: ) S: a004 OK FETCH completed C: a005 store 12 +flags \deleted S: * 12 FETCH (FLAGS (\Seen \Deleted)) S: a005 OK +FLAGS completed C: a006 logout S: * BYE IMAP4rev1 server terminating connection S: a006 OK LOGOUT completed Rechnerkommunikation, Übung 3 28

29 POP3 und IMAP POP3 n vorheriges Beispiel nutzt den Download-and-Delete -Modus. n Bob kann die Nachricht nicht erneut abholen und lesen, wenn er einen anderen Mailclient verwendet n mit Download-and-Keep - Modus sind Kopien der Nachrichten in verschiedenen Clients möglich n POP3 ist über die Sitzungen hinweg zustandslos n üblicherweise TCP Port 110 IMAP n behält alle Nachrichten an zentralen Stelle auf dem Server n Erlaubt es, Nachrichten in Verzeichnisse (Folder) einzuordnen n IMAP behält den Zustand über Sitzungen hinweg: Namen der Verzeichnisse und Abbildung zwischen den Nachrichten-IDs und dem Verzeichnisnamen n üblicherweise TCP Port 143 Rechnerkommunikation, Übung 3 29

31 Socket-Programmierung mit UDP UDP: verbindungslos, d.h. kein Verbindungsaufbau zwischen Client und Server n kein Handshaking n Sender fügt für jedes Paket explizit Ziel-IP-Adresse und Port ein n Empfänger muss die Quell-IP- Adresse und den Quellport aus dem empfangenen Paket extrahieren n UDP: gesendete Daten können in falscher Reihenfolge empfangen werden oder verloren gehen Aus Sicht der Anwendung UDP bietet unzuverlässige Übertragung einer Gruppe von Bytes (Datagramme) zwischen Client und Server Rechnerkommunikation, Übung 3 31

32 Client-Server-Socket-Interaktion: UDP Server (auf Host hostid) erzeuge Socket, port=x, für eingehende Anforderung (Request): serversocket = DatagramSocket() Anforderung lesen aus serversocket Client Erzeuge Socket, clientsocket = DatagramSocket() Erzeugung, Adressierung hostid, port=x, sende Anfrage als Datagramm über clientsocket Antwort schreiben in serversocket unter Angabe der Client-IP-Adresse und des Ports Lesen der Antwort aus clientsocket schließe clientsocket Rechnerkommunikation, Übung 3 32

33 Beispiel: Java-Server (UDP) import java.io.*; import java.net.*; Erzeuge Datagramm-Socket auf Port 9876 class UDPServer { public static void main(string args[]) throws Exception { DatagramSocket serversocket = new DatagramSocket(9876); byte[] receivedata = new byte[1024]; byte[] senddata = new byte[1024]; Reserviere Speicher für empfangenes Datagramm Empfange Datagramm while(true) { DatagramPacket receivepacket = new DatagramPacket(receiveData, receivedata.length); serversocket.receive(receivepacket); Rechnerkommunikation, Übung 3 33

34 Beispiel: Java-Server (UDP) Auslesen der IP-Addr. und Portnum. des Senders int rcvlen = receivepacket.getlength(); String sentence = new String(receivePacket.getData(), 0, rcvlen); InetAddress IPAddress = receivepacket.getaddress(); int port = receivepacket.getport(); String capitalizedsentence = sentence.touppercase(); Erz. Datagramm zum Senden an Client Schreibe Datagramm in Socket } } senddata = capitalizedsentence.getbytes(); DatagramPacket sendpacket = new DatagramPacket(sendData, senddata.length, IPAddress, port); serversocket.send(sendpacket); } Ende der while-schleife, zurückspringen und auf weiteres Datagramm warten Rechnerkommunikation, Übung 3 34

35 Beispiel: Java-Client (UDP) import java.io.*; import java.net.*; Erzeuge InputStream Erzeuge Client-Socket Übersetzung Hostnamen in IP- Adresse mit DNS class UDPClient { public static void main(string args[]) throws Exception { BufferedReader infromuser = new BufferedReader(new InputStreamReader(System.in)); DatagramSocket clientsocket = new DatagramSocket(); InetAddress IPAddress = InetAddress.getByName("hostname"); byte[] senddata = new byte[1024]; byte[] receivedata = new byte[1024]; String sentence = infromuser.readline(); senddata = sentence.getbytes(); Rechnerkommunikation, Übung 3 35

36 Beispiel: Java-Client (UDP) Erzeuge Datagramm mit zu sendenden Daten, Länge, IP- Addr., Port Sende Datagramm an Server Lese Datagramm von Server DatagramPacket sendpacket = new DatagramPacket(sendData, senddata.length, IPAddress, 9876); clientsocket.send(sendpacket); DatagramPacket receivepacket = new DatagramPacket(receiveData, receivedata.length); clientsocket.receive(receivepacket); String modifiedsentence = new String(receivePacket.getData()); System.out.println("FROM SERVER:" + modifiedsentence); clientsocket.close(); } } Rechnerkommunikation, Übung 3 36

37 Anwendungsschicht n Das Web: Hypertext Transfer Protocol (HTTP) Conditional GET Authentifizierung Cookies n File Transfer Protocol (FTP) n SMTP Nachrichtenformat Zugriffsprotokolle n Socket-Programmierung (UDP) n Peer-to-Peer Systeme Rechnerkommunikation, Übung 3 37

38 P2P Systeme n P2P-Systeme nutzen bestehende End-User-Speicherkapazitäten End-User Computing Power Konnektivität (damit kann man leistungsfähigere Systeme aufbauen) Rechnerkommunikation, Übung 3 38

39 P2P: Unstrukturiert (Zentralisiert) Eine Methode, um Dateien mit Anderen zu teilen Benutzer (Peers) laden ihre Liste der Dateien auf den Server Ein Benutzer sendet Anfragen für Dateien (z.b. ein Film) an den Server Der Server antwortet mit IP- Adresse der Peers mit passenden Dateien Der Benutzer kommuniziert direkt mit dem Peer, der die Daten hat Beispiel: Napster I need data Skyfall.avi I have data Skyfall.avi

40 P2P: Unstrukturiert (Dezentral) Dezentralisierte Suche Benutzer (z. B. UserA) fragt seinen Nachbarn nach Dateien Nachbarn fragen ihre Nachbarn, usw. Benutzer mit entsprechenden Dateien senden Antwort an UserA I need data Skyfall.avi I have data Skyfall.avi

41 Structured P2P (DHT) Dateien (z. B. File Name) auf Knoten(Peers) abbilden Peers haben nur Teilansicht über das ganze System In diesem Beispiel m=4 Finger Table: : I need data Skyfall.avi Hash( Skyfall.avi )=7 Get(7) Finger Table: : Finger Table: : I have data Skyfall.avi Hash( Skyfall.avi )=7 Put(7,Skyfall.avi)

42 Übung: n Füllen Sie die Fingertabelle von Knoten 8 aus (Ignorieren Sie die IP und Port Nummer) Finger Table: n Nun, es wird ein neuer Knoten p = 9 eingefügt. Vervollständigen Sie die Fingertabelle des neuen Peers und dessen direkten Nachbarn. n Nehmen Sie nun an, dass die Fingertabelle Routing-Informationen über nur m / 2 Peers enthält. Welchen Weg wird die Abfrage nach Skyfall.avi vom Knoten 12 folgen? Rechnerkommunikation, Anwendungsschicht 42