{"id":20206,"date":"2025-09-29T13:20:20","date_gmt":"2025-09-29T11:20:20","guid":{"rendered":"https:\/\/linux-bibel.at\/?p=20206"},"modified":"2025-09-29T13:20:32","modified_gmt":"2025-09-29T11:20:32","slug":"das-netzwerk","status":"publish","type":"post","link":"https:\/\/linux-bibel.at\/index.php\/2025\/09\/29\/das-netzwerk\/","title":{"rendered":"das Netzwerk"},"content":{"rendered":"\n

In der Höhle des Löwen oder in den Tiefen des Netzwerk<\/a>es. <\/p>\n\n\n\n

Mir ist nicht so ganz klar, ob ihr mich lieben oder steinigen werdet mit diesem Artikel. Ich lasse es darauf ankommen und will euch ein bisschen in das Netzwerk<\/a> einführen. Über Feedback, ob solche Artikel von Interesse sind, würde ich mich freuen. Auch welcher Teil(e) euch besonders interessiert.<\/p>\n\n\n\n

Die Ausb<\/a>ildung zieht sich über Monate hinweg. Also verzeiht mir, dass ich sehr oberflächlich bin. Aber unter Umständen wecke ich das Interesse und es kommt der eine oder andere tiefer gehende Artikel zu Stande.<\/p>\n\n\n\n

Es war einmal <\/h2>\n\n\n\n

Ein Netzwerk<\/a>, von einer Firma erfunden die jeder kennt und man nie in Verbindung mit Ethernet bringt. XEROX war der Name dieser Firma und sie wollten nur ihre Kopierer und Drucker vernetzen. Ich weiß nicht, ob es stimmt, aber es wurde mir von einem meiner Teacher so erzählt.
Wenn nicht, dann ist es der Beginn eines Referenzmodell mit mehreren Schichten. Und davon gibt es 2 bekannte das OSI-Model und das Internet\/TCP-Modell. An und für sich ist das OSI-Modell das am Schreibtisch entwickelte und das Internet, das Praxis-Modell. Welches hat sich durchgesetzt: das TCP.
Aber teilweise sind sie gleich, aber in ein paar Schichten unterscheiden sie sich. Fangen wir an, mit der <\/p>\n\n\n\n

Ebene 1 (Physikalische Ebene)<\/h2>\n\n\n\n

Diese Ebene wird als physikalische Ebene bezeichnet. Also das Kabel und die darauf aufbauenende Protokolle. Seinerzeit gab es das Yellow-Cable für Ethernet übertragungen, Mit Cheapernet wurde es etwas billiger und flexiblet. Der nächste Schritt waren die CAT-Kabeln. CAT4 und CAT6 sind die beiden Standards heut zu Tage. CAT4 Kabel sind bis zu einem 1MBit zertifiziert. Cat6 bis zu 10MBit.

Wenn ihr glaubt das sind die einzigen Kabel die es gibt, erinnert Euch an Telefonleitungen, mit 2 oder 4 Drähten. oder den TokenRing, die schwarzen Mambas. Daneben gab es noch die V24-Kabeln für Modems, Drucker, PCs etc. Aber das ist solide feste Hardware.
<\/p>\n\n\n\n

Ebene 2 (Data Link )<\/h2>\n\n\n\n

Hier spielen die ersten Softwareprotokolle eine Rolle. Da wären einmal HDLC, LLC2 aber auch CSMA\/CD um nur 3 zu nennen, eine Rolle <\/strong>. Wer jetzt glaubt diese Protokolle aus den 70er Jahren werden heute nicht mehr genutzt, der irrt sich. Natürlich wurden sie erweitert und angepasst, aber das Grundp<\/a>rinzip steckt in jedem WLAN<\/a>, Handy und Satellitenverbindung.

Ein HDLC-Fram<\/a>e der auf die Leitung geht, beginnt immer mit einem Byte hexadezimal 7F. Wenn man will ist das das Startzeichen. dann kommt 1 Byte Adresse und dann ein Control Byte. d.h. bis jetzt haben wir mindestens 3 Bytes verwendet. Ab 4 Byte kommen die Nutzdaten<\/a> d.h. alle Daten<\/a> der Ebene 4 und höher sind da eingeschlossen.
Der Abschluss macht eine Prüfsumme über die gesamte Länge und ein Flag.
Im wesentlichen sind alle Protokolle auf dieser Ebene ähnlich aufgebaut. Es kann nur ein paar zusätzliche Felder geben und damit Möglichkeiten dieses medium anders oder besser zu nutzen. Als Beispiel sind die Felder DSAP (Destination Service Access Point) und SSAP (Source Service Access Point) hier findet ihr bei LLC bzw Ethernet die MAC-Adresse.
Und was lernen wir aus der Geschichte? Die MAC gilt genau in einem Segment. Wenn wir das Medium ändern (z.B. Router<\/a>, Bridge, AccessPoint) dann werden die beiden Ebene weggeschmissen und für das neue Teilstück neu aufgebaut.<\/p>\n\n\n\n

Ebene 3 (Vermittlungsschicht das IP)<\/h2>\n\n\n\n

Auch hier gibt es wieder eine Vielzahl von Protokollen. Ich will hier nur eines aufgreifen das IP (Internet Protokoll). Hier finden wir unsere IP-Adresse<\/a>n wieder sowohl im IPv4- Format als auch im IPv6-Format
Natürlich sind da auch Prüfsummen und etliches mehr integriert. <\/p>\n\n\n\n

Ebene 4 (Transportschicht TCP\/UDP)<\/h2>\n\n\n\n

Jetzt wird es spannend, in dieser Ebene sind unser Ports<\/a> definiert und zwar in Form von jeweils 2 Byte. Wenn also unser Webserver<\/a> auf Port 80 aufgerufen wird dann finden wir den Wert 80 darin. Bei HTTPS den Wert 443. https:\/\/de.wikipedia.org\/wiki\/Liste_der_Portnummern<\/a> . Jetzt hat der Browser aber mehrere Tabs zum gleichen Server<\/a> offen. Er schickt daher einen Sourceport mit auf dem er Daten<\/a> empfangen will. z. 20000 für den 1 Tab, 20001 für den 2 Tab. Beim retour senden kann der Server<\/a> damit seinen Ziel-Tab adressieren.<\/p>\n\n\n\n

Was ist der Unterschied zwischen UDP und TCP<\/h3>\n\n\n\n

TCP wird für Verbindungen benutzt, die Aufrecht bleiben sollen und über die Daten<\/a> ausgetauscht werden.
Ein nicht ganz korrektes Beispiel:
Eine Webseite besteht aus einem Bild und einen Text. Ich könnte jetzt eine Verbindung aufbauen den Text übertragen, warten das der Browser diese Übertragung bestätigt und dann das Bild übertragen.
Das Bild wird bestätigt und die Verbindung abgebaut.
Dieser Vorgang wäre eine klassische TCP-Übertragung. Bei UDP<\/a> wird eine Verbindung für das Bild und eine Übertragung für den Text angestoßen. Es kann daher vorkommen, dass das Bild vor dem Text eintrifft. Der Browser müsste es dann richtig zusammen stellen.
Kurz gesagt UDP<\/a> sind eher etwas für schnelle Übertragungen ohne das ich die logische Verbindung aufrecht halten muss.

Durch diesen Vorgang ist das Aufrecht erhalten einer logischen Verbindung nicht notwendig. Ich mache aus einem großen Stapel Papier viele kleine Briefe und der Empfänger sortiert es zusammen. Eines der klassischen Einsatzgebiete war das DNS (Dynamic Name Server<\/a>) Protokoll.

Gurus aller Welt bitte nicht steinigen, betrachtet diese Zeilen als Versuch einer Erklärung. <\/p>\n\n\n\n

Die höheren Ebenen <\/h2>\n\n\n\n


Dazu muss man wissen, dass sich jetzt das OSI-Model und das TCP-Modell unterscheiden. Das OSI-Model kennt nun noch 3 Ebenen das TCP-Modell nur eine. Im OSI-Modell gibt es eine Sitzung, Darstellung und Anwendungsebene. TCP fasst diese Ebenen zusammen.
Persönlich bin ich eher mit dem TCP-Modell verheiratet als mit dem OSI. Auch weil ich nur ein Protokoll kenne, dass diese Ebenen wirklich lt. Vorgabe so getrennt hat. Um den Artikel nicht weiter in die Länge zu ziehen, behandle ich sie auf einmal. <\/p>\n\n\n\n

Ebene 5,6,7 (Session, Darstellung, Anwendung)<\/h2>\n\n\n\n

Hier finde wir im TCP\/IP unsere bekannten Protokolle wie, HTTP, FTP, POP3, SNMP u.v.m wieder.
Diese haben jeweils ihre darauf ausgerichteten Status -Codes und Fehlermeldungen. Als Bespiel möchte ich im HTTP den Statuscode „404 – Seite nicht gefunden“, „500 Server<\/a>fehler“ oder auch „403 Authorisation required“. Aber in diesem Teil werden auch die EMail-Texte oder die Webseiten abgelegt.
Auch die Nutzdaten<\/a> beim FTP sind hier hinterlegt. <\/p>\n\n\n\n

Was man noch wissen sollte.<\/h2>\n\n\n\n