Position der Quell- und Ziel-IP in einem IP-Paket

7

In einem Ethernet-Frame-Header wird der Ziel-MAC (DMAC) aus offensichtlichen Gründen vor dem Quell-MAC platziert (Stationen akzeptieren basierend auf DMAC). Aber warum wird im IP-Header nicht dasselbe für Ziel-IP (DIP) und Quell-IP (SIP) beibehalten?

Warum liegt SIP in einem IP-Frame-Header vor DIP, im Gegensatz zu einem Ethernet-Frame, in dem DMAC vor SMAC liegt?

John
quelle
4
Ich denke, Ethernet-Leute haben sich schon früh einen Durchbruch vorgestellt. Mit IP ist 'Cut-Through' nicht wirklich möglich, da 'Header-Prüfsumme' vor IP-Adressen steht, aber IP-Adressen enthält. Sie müssen also den gesamten IP-Header lesen, bevor Sie den Wert im Header bestimmen können, was wirklich der Fall ist macht die Reihenfolge des Headers in diesem Zusammenhang irrelevant. Es stellt sich jedoch immer noch die Frage, warum der IP-Header nicht so konzipiert ist, dass er durchgeschnitten werden kann. Und die Antwort ist wahrscheinlich, dass es zu dieser Zeit nicht im entferntesten interessant / wichtig war und es fraglich ist, ob es heute ist.
Ytti
2
@ytti: Welche Verbesserung würde es bewirken, wenn IP "Cut-Through" unterstützen würde? IP wird selten ohne Schicht 2 verwendet.
BatchyX
2
Bei Ethernet war das Ziel meiner Meinung nach an erster Stelle, weil Hubs damals im Trend lagen und es für Hosts effizienter war, festzustellen, ob ein Frame für sie geeignet war. Frühere Versionen von IP und TCP hatten zuerst die Zieladresse. Es gibt keine wirkliche Erklärung, warum es in Version 4 umgestellt wurde. Ich glaube nicht, dass Effizienz oder Geschwindigkeit jemals ein Schwerpunkt im IP waren.
Santino
@BatchyX, während IP mit L2 verwendet wird, wenn Sie eine L3-Routing-Entscheidung treffen müssen, können Sie dies aufgrund des Rahmendesigns nicht "durchschneiden". Ich persönlich bin nicht sehr davon überzeugt, dass das Durchschneiden selbst in L2 nützlich ist, aber Ich fühle mich auch nicht sehr stark dabei. Vielleicht haben einige Leute einen guten Anwendungsfall für IP-Cut-Through.
Ytti
Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.
Ron Maupin

Antworten:

3

Die Idee war, so schnell wie möglich zu wissen, ob ein Frame Multicast war; Die Reihenfolge der Netzwerkbytes wurde im Design leicht verkorkst, sodass dies im zweiten statt im ersten Halbbyte liegt.

Niels
quelle
3
TokenRing würde den MAC von links nach rechts senden, sodass das Multicast-Bit als 1. Bit anstelle des 8. Bits angesehen würde.
Ytti