IT_NT03: Ethernetframe nach 802.3 und CSMA/CD

Spendiere Sebi einen Kaffee!
ko-fi.com/SebastianPhilippi
Meine Patreon-Seite:
/ sebastianphilippi
In diesem Video erfährst du, wie sich mehrere Endgeräte bei Ethernet ein gemeinsames Medium teilen. Außerdem siehst du, wie ein Datenrahmen ("Frame"), also eine Dateneinheit nach Ethernet 802.3, aufgebaut ist.
Die Aufzeichnungen als pdf kannst du hier runterladen:
tinyurl.com/hzaglqv
Du findest das Thema generell interessant und bist an einer Weiterbildung im IT-Bereich interessiert? Dann schau doch mal auf
www.ta-weilburg.de
vorbei! Wir bilden dich aus (Voraussetzung: Mittlere Reife) oder weiter (Voraussetzung: Abgeschlossene Berufsausbildung)!

[@thorstenfunke7682]

Deine Videos sind einfach soooooooo gut und hilfreich fürs Lernen, super und immer weiter so!

[@befa5322]

Deine Videos sind echt gut und ausführlich. Top!

[@fatihince2810]

Sehr gut erklärt, PRIMA!

[@heli-paul7792]

Großes Kompliment, habe jetzt schon einige Videos von Dir geschaut, ich kann nur sagen super. Oder auch anders gesagt, bei Dir wäre ich nochmal gerne Schüler. Vielen Dank. Kritik, keine, mach einfach weiter so .....

[@Kontagen]

Hab dich leider jetzt erst entdeckt :D super Videos, mach weiter so ^^

[@henrisuperstar]

Sehr gut erklärt , immer wieder sehr nützlich um zu lernen. Dankeschön

[@susannemenges3286]

Hallo Sebastian, ich finde deine Videos sehr interessant und lehrreich und vor allem verständlich :). Was mir hier jedoch fehlt, ist das Thema CSMA/CA.

[@eb4416]

Vielen Dank für diese leicht verständlichen Videos!!! Ich bin begeistert! PS: MX-518...good old times :D

[@yasserdawabi5058]

Einfach Top!

[@mohammadel-masri4813]

Super erklät !!! DAUMEN HOCH!!!

[@Bronko-pr2yk]

Hallo ich befinde mich in einer it Systemintegration Umschulung und wollte mal Danke für deine tollen Videos sagen. Immer kurz und knapp trotzdem sind alle infos drin. Ich feier dich. Schönes Wochenende

[@johnydope2005]

Hey hast du die Umschulung erfolgreich beendet? Hast du jetzt einen Job?

[@Bronko-pr2yk]

Ja und ja... hab bestanden und job bekommen... bin allerdings auch umgezogen...aus NRW richtung Rügen...🎉😊

[@johnydope2005]

@@Bronko-pr2yk Gratuliere, freut mich zu hören :) Mit welcher pos und Job startet man nach einer Umschulung? Mir wurde vom Jobcenter eine 1 jährige Umschulung zum Systemadministator angeboten und bin am überlegen die anzutreten.

[@Bronko-pr2yk]

​@@johnydope20051st und 2nd level Support... aber der Markt ist echt offen... kommt auch drauf an auf was du lust hast... lieber kleine bude wo mann alles machen muss... oder lieber große bude im kleinen projekt Team... ich bin aufjedenfall sehr zufrieden... obwohl ich ein paar mal gedacht habe ich schmeiss hin... später is eh alles anders im job...

[@mm-gd7vi]

Danke,deine Videos sind einfach toll:)

[@mlenieh]

SUPER VIDEO!!! VIELEN DANK!

[@adem44573]

Vielen dank

[@a-hundertfunfundzwanzig6759]

Echt starkes Video!

[@mllukbaker2289]

top erklärt

[@s0lution663]

Video beginnt bei 2:37

[@volkan3316]

Bester Mann

[@Lumary]

Sehr gutes Video, danke! :-)

[@SebastianPhilippiTV]

Schön, wenn es dir gefallen hat. Schön für mich, wenn du es weiter erzählst. :-)

[@Soner_Dev]

Sehr sympathisch und hilfreich ^^

[@arekbombka9750]

awesome!

[@Neofey]

Schöne Grundlagen Videos. Hätte noch eine kleine Erklärung gut gefunden, was passiert wenn die Nutzdaten größer sind als die angegebenen 1500 Byte.

[@SebastianPhilippiTV]

Hi! Tatsächlich kann das eigentlich nicht passieren, denn die MTU ist auch den höheren Schichten im OSI-Modell bekannt. Und weil das so ist, wird schon auf Schicht 4 beim sogenannten "Segmentieren" schon auf die entsprechende Größe geachtet.

[@SAPperlot93]

👍

[@guntherriebe3585]

Hallo Sebastian, danke erstmal für Deine tollen und sehr ausführlichen Videos. Ich hätte mal eine Frage zu Minute ca. 22:10, dort sagst Du, dass die Nutzdaten mind. 46 Byte haben müssen, ansonsten würde es als "defekter Frame" erkannt werden. In anderen Dokumenten findet man die Aussage, dass wenn die Daten weniger 46Bytes haben, diese dann durch Paddingbytes aufgefüllt werden. Somit würde es ja doch keine defekten Bytes geben! Kannst Du was dazu sagen? Ich bedanke mich......

[@SebastianPhilippiTV]

Hallo Günther, es ist beides richtig. Frames < 64 Byte (also solche, bei denen die Nutzdaten < 46 Byte sind) werden als defekte Frames erkannt und verworfen. Damit aber Frames mit weniger als 46 Byte Nutzdaten möglich sind, wird per "Padding" aufgefüllt, um die Minimalgröße zu erreichen.

[@snowlovelovesnow4977]

Man kann MAC-Adressen auch ändern.

[@serdarpolat1606]

Prinzipiell verstehe ich das mit der Kollision. Es macht ja auch Sinn. Ich frage mich nur, wie das ganze bei einer Lan-Party dann aussieht. Um ein Beispiel zu geben: Mehrere Leute spielen auf der selben Plattform ein Spiel. Sie teilen sich zu Hause über einen Hub oder Switch einen gemeinsamen Kanal. In so einem Spiel werden permanent Signale ausgetauscht wenn z.B. jeder seine Spielfigur bewegt. Meine Frage wäre jetzt, entstehen in solchen Fällen permanent Signalkollisionen oder ist das anders gehandhabt?

[@SebastianPhilippiTV]

Hi! Prinzipiell ist es völlig egal, ob du Spieldaten oder sonst etwas über das Netzwerk überträgst: In Kollisionsdomänen ist es normal, dass Kollisionen auftreten. Es ist auch nicht so, dass Spiele da jetzt besonders hohe Anforderungen an das Netzwerk stellen würden. Das ganze (Kollisionsentstehung samt Behebung) geht so schnell, dass dir als Spieler das "Lag" wahrscheinlich nicht mal auffällt. In geswitchten Netzwerken treten Kollisionen in der Regel nicht mehr auf, da arbeiten die meisten Geräte im Vollduplex-Modus, was Kollisionen per se ausschließt.

[@adeelmalik6257]

Was ist jetzt der unterschied zu CSMA/CA 802.11, weiß das jemand?

[@SebastianPhilippiTV]

Das CA in CSMA/CA steht für "Collision Avoidance". Das bedeutet, dass bei diesem Verfahren Kollisionen nicht hingenommen und dann behoben sondern vermieden werden. Es funktioniert also alles etwas anders und auch der Frame ist anders aufgebaut (andere Felder).

[@jensschroder8214]

Die MTU ist meist knapp weniger als 1500 Byte, also knapp kleiner als die Payload. Es sei denn man benutzt Jumbo-Frames ...

[@norasagmeister653]

Hallo Sebastian, ist das Ethernet-Zugriffsverfahren CSMA/CD nur bei bei Hubs relevant oder auch bei Switches?

[@SebastianPhilippiTV]

Hi! Eigentlich ist es bei Hubs relevant. Ein Switch schafft Mikrosegmentierung und arbeitet in der Regel im Vollduplex-Modus, womit CSMA/CD irrelevant wird.

[@norasagmeister653]

@@SebastianPhilippiTV ok, danke - war mir nicht zu 100% sicher! Videos wie immer sehr gut :-)

[@stefanfischer8392]

Hallo Sebastian, vielen Dank für das tolle Video. Eine Frage habe ich noch: Woher weiß der Empfänger, wie lang die Nachricht ist? Wie wird verhindert, dass die FCS oder ein Teil davon als Nutzdaten interpretiert wird. Es gibt ja keine Bitfolge, die das Ende der Nachricht markiert so wie der SFD den Anfang.

[@SebastianPhilippiTV]

Zwischen zwei Nachrichten muss eine bestimmte Zeit gewartet werden („Inter-Frame-Gap“). Die letzten 32 Bit sind immer die Prüfsumme, hier könnte man also von hinten abzählen.

[@stefanfischer8392]

@@SebastianPhilippiTV Vielen Dank für die schnelle Antwort 👍🏻

[@marcello4258]

Verstehe ich das richtig, dass wenn der hier erwähnte Ethernet frame nur 18 Byte overhead hat, dass der 8byte preamble NICHT vor jedem Paket gesendet wird? Sonst wäre der Overhead ja mMn 36 Byte? Woher weiß die andere Seite dann aber wann das Paket zu Ende ist? Die Größe ist ja Recht variabel. Gibt es bessere verfahren bei einer 1:1 um sich zumindest dir 12 Byte overhead der Mac Adressen zu sparen?

[@SebastianPhilippiTV]

Hi! Die Präambel muss mWn grundsätzlich gesendet werden. Sie dient der Synchronisation und kann nicht entfallen. Nach jedem Frame folgt das "inter-frame-gap", also eine Pause, die zeigt, dass das letzte Bit übertragen wurde. Daher auch die notwendige Synchro für die nächste Übermittlung. Warum das nun per Definition nicht dem Overhead zugeordnet wird, kann ich dir nicht sagen. Wird es aber nicht. In Punkt-zu-Punkt-Netzwerken ist eine Adressierung auf Schicht 2 nicht notwendig. Aber diese P2P-Netzwerke verlieren heute immer mehr an Bedeutung, während Ethernet sich mit seinen hohen Datenraten auch in der Weitverkehrstechnik etabliert.

[@needejackson4350]

Ich glaube es finden sich keine Kollisionen in heutigen Netzwerken mehr, solange man Vollduplex-Kanäle und Netzwerkknoten mindestens auf Layer 2 hat. Kollisionen sind eher für Bussysteme relevant, bei Ethernet ist alles Punkt-zu-Punkt.

[@SebastianPhilippiTV]

Stimmt.

[@derkeiler2573]

Weil Du sagst, dass der Ethernet Frame mindestens 64 Bytes groß sein muss u. somit die Nutzdaten mindestens 46 Bytes groß sein müssen, komme ich aber schon auf 72 Bytes insgesamt. Wo habe ich einen Denkfehler?

[@derkeiler2573]

ich glaub ich habs: Preamble und SFD gehören ja nicht zum Ethernet Frame, dann sind es 64 Bytes (72-7-1=64). Preamble und SFD gehören zum gesamten Ethernet Paket welches auch den Eth.Frame beinhaltet, richtig?

[@SebastianPhilippiTV]

@@derkeiler2573 Korrekt. Präambel und SFD zählen nicht dazu, sie dienen nur dem Sync.

[@derkeiler2573]

@@SebastianPhilippiTV Super! Vielen Dank! Frage: wenn mehrere Pakete eines zu übertragenden Files verschickt werden, muss dann immer in jedem Paket die Preamble Sequenze und das SFD mitgeschickt werden?

[@SebastianPhilippiTV]

@@derkeiler2573 Da ja nach jedem Frame auch eine andere Station das Medium benutzen könnte (was bei heutigen Netzen mit Full-Duplex natürlich völlig wumpe ist), muss das freie Medium wieder mit der der Präambel auf den nächsten Frame vorbereitet werden. Eine Art Burst-Übertragung oder ähnliches kenne ich bei Ethernet nicht.

[@derkeiler2573]

@@SebastianPhilippiTV super auch Danke hierfür!!! Ich möchte einen LAN Treiber auf Basis eines STM32 Mikrocontrollers programmieren, welcher zukünftig eine Haus-Automation ansprechen können soll und bin bei meinen Recherchen (Gott sei Dank) auf Deinen Kanal gestoßen.

[@MrSchlechtes]

... mir fällt auf, dass du häufig "ja?" sagst...um Zustimmung oder Bestätigung zu bekommen? Von wem? Wozu? 🙂 Ich weiß gerade nicht, ob es das ganze noch besser macht. Vielleicht mal rausschneiden oder mal "versuchen" wegzulassen? Du erklärst es eigentlich schon ganz einfach und verständlich. Darin darfst du dir ruhig sicher sein. 🙃

[@MaryamKarimi-lf5qm]

kannst du bitte weniger reden du sagst sehr "na" und das ist sehr nervig ansonsten du erklärst sehr gut danke