Fakultät für Informatik Technische Universität München Grundlagen Rechnernetze und Verteilte Systeme SoSe 2012 Kapitel 0: Überblick und Einführung Prof. Dr.-Ing. Georg Carle Stephan M. Günther, M.Sc. Nadine Herold, M.Sc. Dipl.-Inf. Stephan Posselt Fakultät für Informatik Lehrstuhl für Netzarchitekturen und Netzdienste Technische Universität München IN0010, SoSe 2012, Kapitel 0 1
48
Embed
Grundlagen Rechnernetze und Verteilte Systeme · 2 Geschichte des Internets Von der Entstehung bis zum heutigen Internet Bedeutung des Internets für die Gesellschaft 3 Schichtenmodelle
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Fakultät für Informatik Technische Universität München
Grundlagen Rechnernetze und Verteilte SystemeSoSe 2012
Kapitel 0: Überblick und Einführung
Prof. Dr.-Ing. Georg Carle
Stephan M. Günther, M.Sc.Nadine Herold, M.Sc.
Dipl.-Inf. Stephan Posselt
Fakultät für InformatikLehrstuhl für Netzarchitekturen und Netzdienste
Technische Universität München
IN0010, SoSe 2012, Kapitel 0 1
Fakultät für Informatik Technische Universität München
Kapitel 0: Organisatorisches, Überblick und Schichtenmodelle
1 Die Vorlesung im ÜberblickOrganisatorisches zur VorlesungZusammenfassung der einzelnen Kapitel
2 Geschichte des InternetsVon der Entstehung bis zum heutigen InternetBedeutung des Internets für die Gesellschaft
3 SchichtenmodelleWas sind Schichtenmodelle?Wozu sind Schichtenmodelle gut?Das ISO/OSI-Modell
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick 2
Fakultät für Informatik Technische Universität München
Organisatorisches zu Vorlesung und Übung
I Prof. Dr.-Ing. Georg CarleI Email: [email protected] Raum: MI 03.05.054I Sprechstunde: Mo 16:00 – 17:00 Uhr bzw. nach Vereinbahrung
Übungsleitung:
I Stephan M. Günther, M.Sc.I Email: [email protected] Raum: MI 03.05.057I Sprechstunde: jederzeit
I Nadine Herold, M.Sc.I Email: [email protected] Raum: MI 03.05.044I Sprechstunde: nach Vereinbarung
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 3
Fakultät für Informatik Technische Universität München
Vorlesungsbetrieb
TermineI Mo 14:15 – 15:45, MI HS 1I Di 10:15 – 11:45, MW 0001 (Gustav-Niemann-Hörsaal)
ZentralübungI Nach Ankündigung findet anstelle einer Vorlesung eine Zentralübung stattI Inhalte sind Programmieraufgaben sowie Klausurvorbereitung
Übungsbetrieb
TutorübungenI Wöchentliche ÜbungsblätterI Bearbeitung während der Tutorübung in KleingruppenI Keine Anwesenheitspflicht / Hausaufgaben
Termine und Anmeldung zu den TutorübungenI Anmeldung über TUMOnlineI Anmeldung freigeschaltet ab morgen (17. April) um 19:00 UhrI Übungsbeginn in der 2. Vorlesungswoche (ab 23. April)
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 4
Fakultät für Informatik Technische Universität München
Vorläufige Gruppenliste Übersicht
Tag Start1 Ende Raum Tutor # SpracheMo 08:00 10:00 03.07.023 Felix Kuperjans 1 deutschMo 12:00 14:00 MI HS 2 Alexander Winkler 2 deutschMo 12:00 14:00 00.08.036 Mathias Kanzler 3 deutschMo 16:00 18:00 00.08.036 Mathias Kanzler 4 deutschMo 16:00 18:00 00.08.059 Alexander Kurtz 20 englishDi 08:00 10:00 03.07.023 Maurice Leclaire 5 deutschDi 12:00 14:00 00.08.036 Alexander Winkler 6 deutschDi 12:00 14:00 00.08.059 Maurice Leclaire 7 deutschDi 12:00 14:00 02.13.010 Benedikt Engeser 14 deutschDi 16:00 18:00 00.08.059 Alexander Kurtz 8 englishDi 16:00 18:00 00.08.036 Tim Wiese 17 deutschMi 08:00 10:00 03.07.023 Sebastian Hofstetter 9 deutschMi 10:00 12:00 03.07.023 Sebastian Hofstetter 10 deutschMi 12:00 14:00 03.07.023 Benedikt Engeser 11 deutschDo 08:00 10:00 03.07.023 Markus Reiter 21 deutschDo 10:00 12:00 00.08.059 Andreas Herzog 12 deutschDo 10:00 12:00 00.08.036 Vedat Levi Alev 18 deutschDo 12:00 14:00 00.08.059 Markus Reiter 13 deutschDo 12:00 14:00 00.08.036 Johannes Naab 22 deutschFr 10:00 12:00 00.08.059 Tim Wiese 15 deutschFr 10:00 12:00 00.08.055 Felix Kuperjans 19 deutschFr 14:00 16:00 00.08.036 Johannes Naab 16 deutsch
1s.t / c.t. wird vom Tutor in der ersten Übung entschieden
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 5
Fakultät für Informatik Technische Universität München
Programmieraufgaben
Es gibt semesterbegleitend 4 Programmieraufgaben:I Bearbeitung in Gruppen von maximal 2 Personen
I Anmeldung der TeamsI bis spätestens 22. AprilI über diesen Link.I bzw. Homepage zur Vorlesung (www.net.in.tum.de)→ Lehre→ SoSe 12→
Vorlesungen→ Informationen des Lehrstuhls→ FormularI Abgabe der Aufgaben über Subversion (Details folgen)
I Geplante Aufgaben:
1 MATLAB-Aufgabe zu Kanalkodierung2 Implementierung von Traceroute in C3 Implementierung eines Client-/Server-Programms in C oder Java4 Implementierung eines Streaming Servers in C oder Java
I Abgabe der Programmieraufgaben via SVN (Versionsverwaltung)
Die Teilnahme an den ProgrammieraufgabenI ist freiwilligI aber Bestandteil der Bonusregelung. (→ Details folgen gleich)
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 6
Fakultät für Informatik Technische Universität München
Tutorgruppen zu den Programmieraufgaben
Infolge des unterschiedlichen Vorwissens der einzelnen Vorlesungsteilnehmer bieten wir zweispezielle Tutorgruppen an:
Tag Start2 Ende Raum Tutor # SpracheMo 12:00 14:00 03.07.023 Hieu Dao - deutschDo 12:00 14:00 03.07.023 Hieu Dao - deutsch
I Beginn am Donnerstag, 3. Mai (danach wöchentlich)I Keine Anmeldung notwendigI Konkrete Fragen / Probleme zu den ProgrammieraufgabenI Kein regulärer Tutorbetrieb (keine Tutoraufgaben)I Bei Bedarf können weitere Gruppen bereitgestellt werden
2s.t / c.t. wird vom Tutor entschieden
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 7
Fakultät für Informatik Technische Universität München
ModulprüfungI am Semesterende
I schriftlich, 90 Minuten, 85 Punkte
I zugelassene Hilfsmittel:I 1 beidseitig handschriftlich beliebig beschriebenes A4-Blatt
(Kopien sind nicht zulässig)I nicht-programmierbarer TaschenrechnerI Wörterbuch für ausländische Studenten
I Anmeldung über TUMOnline (tba)
BonusregelungI Erfolgreiche Bearbeitung von mind. 3 der 4 Programmieraufgaben
I Teilnahme an der Midterm-PrüfungI 45 Minuten, 15 Bonus-PunkteI Hilfsmittel wie in der ModulprüfungI Anmeldung über TUMOnline (tba)
I Der in der Midterm erzielte Bonus wird nur dann angerechnet, wenn mind. 3/4Programmieraufgaben erfolgreich bearbeitet wurden.
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 8
Fakultät für Informatik Technische Universität München
Vorlesungsmaterialien
Die Vorlesungsmaterialien bestehen aus:I VorlesungsfolienI Tutorübungen und LösungsvorschlägeI ProgrammieraufgabenI Skript (bislang Kapitel 0 – 1)
Bereitstellung der Vorlesungsfolien über dieI Homepage zur Vorlesung (www.net.in.tum.de)→ Lehre→ SoSe 12
Bereitstellung der übrigen Unterlagen und zusätzlichen LiteraturauszügenI SVN bzw. Moodle (www.moodle.tum.de).
Forum für organisatorische Ankündigungen und inhaltliche Ergänzungen überI Moodle.
Die Anmeldung zum Moodle-Kurs erfolgtI automatisch nach der Anmeldung zur Vorlesung über TUMonline.
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Organisatorisches zur Vorlesung 9
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Zusammenfassung der einzelnen Kapitel 10
Fakultät für Informatik Technische Universität München
Zusammenfassung der einzelnen Kapitel
Kapitel 2: Sicherungsschicht
1 Darstellung von Netzwerken als GraphenI NetztopologienI Adjazenz- und DistanzmatrixI Shortest Path Tree und Minimum Spanning Tree
2 Verbindungscharakterisierung, Mehrfachzugriff und MedienzugriffskontrolleI Serialisierungs- und AusbreitungsverzögerungenI NachrichtenflussdiagrammeI ALOHA und Slotted ALOHAI CSMA, CSMA/CD und CSMA/CAI Token Passing
3 Rahmenbildung, Adressierung und FehlerkennungI Erkennung von Rahmengrenzen und CodetransparenzI Adressierung und FehlererkennungI Fallstudie: IEEE 802.3u (FastEthernet)
4 Verbindungen auf Schicht 1 und 2I Hubs, Bridges und SwitchesI Collision und Broadcast Domains
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Zusammenfassung der einzelnen Kapitel 11
Fakultät für Informatik Technische Universität München
2 Adressierung im InternetI Internet Protocol (IP)I Adressauflösung (ARP)I Internet Control Message Protocol (ICMP)I Adressklassen (Classful Routing)I Subnetting (Classless Routing)
3 RoutingI Statisches RoutingI Longest Prefix MatchingI Dynamisches RoutingI Algorithmen von Bellman-Ford und DijkstraI Routingprotokolle (Distance Vector und Link State)I Autonome Systeme
4 Nachfolge von IP(v4): IPv6
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Zusammenfassung der einzelnen Kapitel 12
Fakultät für Informatik Technische Universität München
3 Shared MemoryI NUMAI Virtueller SpeicherI AuslagerungI Distributed Shared MemoryI Konsistenz in parallelen Programmen
4 Einbettung in ProgrammiersprachenI ErlangI Actor Model
IN0010, SoSe 2012, Kapitel 0: Die Vorlesung im Überblick – Zusammenfassung der einzelnen Kapitel 15
Fakultät für Informatik Technische Universität München
Zurück zu Kapitel 0:
1 Die Vorlesung im ÜberblickOrganisatorisches zur VorlesungZusammenfassung der einzelnen Kapitel
2 Geschichte des InternetsVon der Entstehung bis zum heutigen InternetBedeutung des Internets für die Gesellschaft
3 SchichtenmodelleWas sind Schichtenmodelle?Wozu sind Schichtenmodelle gut?Das ISO/OSI-Modell
IN0010, SoSe 2012, Kapitel 0: Geschichte des Internets 16
Fakultät für Informatik Technische Universität München
Von der Entstehung bis zum heutigen Internet
Geschichte des Internets: Übersicht bis 1980
1970 1975
1980
69ARPA
NET
70 ARPANetwork
71Mail
72 Cyclades
74TCP/IP
l
75 Mailclient
78SPA
M
79 Usenet
80ENQUIR
E
IN0010, SoSe 2012, Kapitel 0: Geschichte des Internets – Von der Entstehung bis zum heutigen Internet 17
Fakultät für Informatik Technische Universität München
ARPANET mit den ersten 4 Knoten
I University of California, Los Angeles (UCLA) 1.9.1969I Stanford Research Institute (SRI) 1.10.1969
I UC Santa Barbara (UCSB) 1.11.1969I Universität von Utah 12.1969
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
SRI
XDS940
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCLA
XDSSigma7
50 Kbps
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCSB
IBM360/75
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
Utah
DECPDP-10
IN0010, SoSe 2012, Kapitel 0: Geschichte des Internets – Von der Entstehung bis zum heutigen Internet 18
Fakultät für Informatik Technische Universität München
ARPANET mit den ersten 4 Knoten
I University of California, Los Angeles (UCLA) 1.9.1969I Stanford Research Institute (SRI) 1.10.1969I UC Santa Barbara (UCSB) 1.11.1969
I Universität von Utah 12.1969
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
SRI
XDS940
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCLA
XDSSigma7
50 Kbps/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCSB
IBM360/75
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
Utah
DECPDP-10
IN0010, SoSe 2012, Kapitel 0: Geschichte des Internets – Von der Entstehung bis zum heutigen Internet 18
Fakultät für Informatik Technische Universität München
ARPANET mit den ersten 4 Knoten
I University of California, Los Angeles (UCLA) 1.9.1969I Stanford Research Institute (SRI) 1.10.1969I UC Santa Barbara (UCSB) 1.11.1969I Universität von Utah 12.1969
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
SRI
XDS940
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCLA
XDSSigma7
50 Kbps/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
// Loop over sockets and relay trafficfor( i=0; i<CNT; i++ ) {if( 0 > ws.so[i].fd ) {
continue;if( FD_ISSET(ws.so[i].fd, &rfds) )
ws.sock_handler[i](ws.so,&(ws.sigmask));}
// Handle signals (if any)if( ws.sigmask )
handle_signals(&ws);}
for( i=0; i<CNT; i++ )sock_close( &(ws.so[i]) );
return _run;}
UCSB
IBM360/75
/*** Event loop. Starts the hardware, prepares the listening sockets, and enters* the event loop. Incoming traffic in the WiFi interface is relayed to the* corresponding modules (if connected) and traffic from modules is relayed to* the WiFi interface.*/static intrun( int argc, char **argv ){
int i;struct working_set ws;struct srvsock srv[2];fd_set rfds;
Fakultät für Informatik Technische Universität München
Das ISO/OSI-Modell
I Entwickelt zwischen 1979 und 1983 von derInternational Organization for Standardization (ISO)
I OSI = Open Systems Interconnect
I Unterteilt den Kommunikationsvorgang in 7 Schichten
I Jede Schicht erbringt bestimmte Dienste(z. B. Aufteilen einer Nachricht in kleinere Pakete)
I Keine Aussage, wie diese Dienste zu erbringen sind
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 29
Fakultät für Informatik Technische Universität München
Schematische Darstellung des OSI-Modells:
Anwendungsschicht
Darstellungsschicht
Sitzungsschicht
Transportschicht
Vermittlungsschicht
Sicherungsschicht
Physikalische Schicht
Application Layer
Presentation Layer
Session Layer
Transport Layer
Network Layer
Data Link Layer
Physical Layer
Vert
ikal
eK
omm
unik
atio
nHorizontale Kommunikation
Kanal (Kabel, Funk)
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 30
Fakultät für Informatik Technische Universität München
Datenaustausch zwischen Schichten
(N + 1)-Schicht
N-Schicht
(N − 1)-Schicht
N-IDU
N-SDU N-ICI
N-PDU
N-PCI
N-PCI
N-SDU (N − 1)-ICI
(N − 1)-IDU
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 31
Fakultät für Informatik Technische Universität München
Datenaustausch zwischen Schichten
(N + 1)-Schicht
N-Schicht
(N − 1)-Schicht
N-IDU
N-SDU N-ICI
N-PDU
N-PCI
N-PCI
N-SDU (N − 1)-ICI
(N − 1)-IDU
(N + 1)-Schicht nimmt Dienste der N-Schicht in Anspruch:I N-Schicht erhält eine Interface Data Unit (IDU) von der (N + 1)-Schicht.
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 31
Fakultät für Informatik Technische Universität München
Datenaustausch zwischen Schichten
(N + 1)-Schicht
N-Schicht
(N − 1)-Schicht
N-IDU
N-SDU N-ICI
N-PDU
N-PCI
N-PCI
N-SDU (N − 1)-ICI
(N − 1)-IDU
N-IDU enthält aus Sicht der N-SchichtI Nutzdaten (Service Data Unit (SDU)) undI Kontrollinformationen (Interface Contorl Information (ICI)), welche zum erbringen des
Dienstes notwendig sind (z. B. Adressinformationen).
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 31
Fakultät für Informatik Technische Universität München
Datenaustausch zwischen Schichten
(N + 1)-Schicht
N-Schicht
(N − 1)-Schicht
N-IDU
N-SDU N-ICI
N-PDU
N-PCI
N-PCI
N-SDU
(N − 1)-ICI
(N − 1)-IDU
N-SchichtI erbringt auf der N-SDU die angeforderten Dienste,I fügt sog. Protocol Control Information (PCI) für die N-Schicht der gegenseite hinzu undI erzeugt so aus PCI und SDU die Protocol Data Unit (PDU).
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 31
Fakultät für Informatik Technische Universität München
Datenaustausch zwischen Schichten
(N + 1)-Schicht
N-Schicht
(N − 1)-Schicht
N-IDU
N-SDU N-ICI
N-PDU
N-PCI
N-PCI
N-SDU (N − 1)-ICI
(N − 1)-IDU
N-Schicht fordert nun Dienste der (N − 1)-Schicht an indemI (N − 1)-ICI erzeugt undI zusammen mit der N-PDU
als (N − 1)-IDU der nächst niedrigeren Schicht übergeben werden.
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 31
Fakultät für Informatik Technische Universität München
Üblich ist der Begriff Protocol Data Unit (PDU), welcher auf der N-SchichtI die (ggf. bearbeiteten) Nutzdaten der (N − 1)-Schicht sowieI protokollspezifische Informationen (PCI) der N-Schicht
bezeichnet. Die PCI wird dabei häufig in Form eines Headers den Nutzdaten vorangestellt.
PDUs einiger Schichten haben eigene Bezeichnungen. Man spricht vonI Segmenten auf der Transportschicht,
I Paketen auf der Vermittlungsschicht bzw.
I Rahmen (engl. Frames) auf der Sicherungsschicht.
Die Unterscheidung ermöglicht es, implizit die gerade betrachtete Schicht anzugeben.
Insbesondere die Untercheidung zwischen Rahmen und Paketen ist in der Literatur häufig fließend.
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 32
Fakultät für Informatik Technische Universität München
Schwächen des ISO/OSI-Modells
I Die Trennung der Schichten widerspricht manchmal anderen Interessen (z. B. der Effizienz)
I Einige Protokolle sind daher nicht klar einer bestimmten Schicht zuzuordnen oder arbeitensogar auf mehreren Schichten (Cross Layer)
I Die Zuordnung von Protokollen auf einzelne Schichten hängt häufig von derBetrachtungsweise ab
Modellvorstellung
Physikalische Schicht
Sicherungsschicht
Vermittlungsschicht
Transportschicht
Sitzungsschicht
Darstellungsschicht
Anwendungsschicht
Reales Beispiel
IEEE 802.3 (Ethernet)
IPv4 / IPv6
TCP / UDP
HTTP, SMTP, POP3, . . .
Eine kurze Übersicht zum ISO/OSI-Modell finden Sie in [2].
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 33
Fakultät für Informatik Technische Universität München
Literaturhinweise und Quellenangaben
[1] Harrison, C.: World City-to-City Connections.http://www.chrisharrison.net/index.php/Visualizations/InternetMap.
[2] Stein, E.: Taschenbuch Rechnernetze und Internet, Kapitel Das OSI-Modell, Seiten 22–28.Fachbuchverlag Leipzig, 2. Auflage, 2004.Auszug s. Moodle/SVN.
IN0010, SoSe 2012, Kapitel 0: Schichtenmodelle – Das ISO/OSI-Modell 34