Verstehe ich nicht ganz, also ist es möglich das ein Datenpaket mit einem verkapselten Datensegment in mehrere Frames muss?
Genau so ist das. Das IP-Datenpaket (incl. Payload natürlich) wird dann fragmentiert und bekommt nur im ersten Frame einen vollen IP-Header, in den weiteren Paketen einen Teilheader mit der restlichen Payload. Details in Fachbüchern oder RFCs.
Die Frames sind meistens kleiner als Datenpakete oder? Aber im Normalfall wenn ich z. B Google.de öffne beginnt das Prozedere bei Layer 1 und endet bei Layer 7 wofür muss also ein Datenpaket mit Datagramm platz in einem Dateframe haben?
Ein Frame ist immer genau so groß, dass das Datenpaket und der Frame-Header reinpasst (ausser bei synchronen L2-Protokollen, da spricht man aber von Zellen - die sind immer gleich groß und werden dann mit Padding-Bits, idr Nullen aufgefüllt).
Und der Datentransfer beginnt bei L7 und vom sendenden System wird dann alles ineinander eingepackt bis man bei L2 ist - der Frame wird dann der Netzwerkkarte übergeben und dort vom PHY-Teil in L1 verwandelt (also Elektrik bzw. Optik). Bei jedem Router geht das Spiel von L1-L3 weiter. Das L3 Paket wird dann ausgepackt damit der Router eine Routingentscheidung treffen kann und an der richtigen Ausgangsschnittstelle wieder in einen neuen Frame gepackt und weitergeschickt (Performanceoptimierungen wie L3- oder gar L7-Switching lasse ich mal aussen vor, das ändert nichts am Prinzip). Erst im Zielsystem wird dann wieder alles ausgepackt (ist zwar de fakto bei solchen Großservices wie google auch nicht ganz richtig, weil oft schon ein Content Switch/Loadbalancer das ganze Paket auspackt aber vom Prinzip her schon richtig).
Also ist der Inhalt (Body) eines IP-Datenpaket IMMER das Datensegment (Header+Payload)?
Korrekt. Das ist ja genau das Grundprinzip des Schichtenmodells: Jede Dateneinheit einer Schicht wird in die Dateneinheit der darunterliegenden Schicht eingepackt.
Also wie sieht das den aus? Also ist wiederrum der Payload von Datenframe der Header+Payload vom TCP?
Korrekt. Das ist z.B. auf Fig 1-3
dieser Seite visualisiert.
Ich empfehle, falls Dich das alles interessiert, zwei zwar etwas betagte, aber immer noch sehr gute Bücher (ja richtig aus totem Baum und so). TCP/IP-Spezifisch und dort in die Tiefe gehend "TCP/IP Illustrated" von W. Richard Stevens. Das mit großem Abstand beste Buch in diesem Bereich - da schon fast 20 Jahre alt leider nur IPv4 und ohne aktuelle Neuerungen. Für eine etwas allgemeinere Betrachtungsweise von Andrew S. Tanenbaum "Computer Networks". Das gibt es glaube ich auch in einer deutschen Übersetzung.
Lass die Finger von Büchern, die heute noch von "Class-A, B und C-Netzen" faseln. Die gibt es seit über 20 Jahren nicht mehr und die Autoren haben offensichtlich nur von alten Büchern abgeschrieben ohne selbst eine Peilung von TCP/IP zu haben. In den aktuellen Cisco-Schulungsunterlagen werden Classful-Netze zwar tatsächlich auch noch behandelt, aber auch nur deshalb, weil man Cisco-Equipment noch für Classful-Netze einstellen kann und die Besonderheiten von Classful-Routing betont werden. Das funktioniert nämlich in vielen Bereichen völlig anders als das heute übliche Classless-Routing.
