Warum nutzen wir noch Ethernet?


29

Zweifellos transportiert die überwiegende Mehrheit der Ethernet-Frames IP-Pakete. Ich weiß, dass es verschiedene andere Protokolle gibt, die auch über Ethernet transportiert werden können, aber diese können auch über IP transportiert werden.

Angesichts der Tatsache, dass moderne Ethernet-Netzwerke vollduplex sind, hat sich Ethernet effektiv zu einer Punkt-zu-Punkt-Verbindung zwischen einem Endpunkt und einem Switch entwickelt, der das Paket basierend auf dem MAC-Ziel vermittelt. L3-Switches machen dasselbe, führen aber auch ein IP-Routing durch.

Gibt es einen Grund, diese zusätzliche Schicht L2-Overhead zu haben, da wir Ethernet hauptsächlich als Mittel zum Transport von IP verwenden? Warum nicht einfach Pakete basierend auf der Ziel-IP weiterleiten? Ich nehme an, dass dies das OSI-Modell in gewissem Maße brechen würde, da L2 nicht mehr existieren würde.

Stellen Sie sich eine Link-Layer-Technologie vor, die nur für den Transport von IP konzipiert wurde und keine bestimmte L2-Funktionalität oder einen eigenen Header aufweist. Switches und Router würden so weiter existieren wie heute: Switches wären "Basic Router" (genau wie L3-Switches) und nehmen meist nur feste Routen und eine Standardroute. Schaltfluss: Gibt es eine Route für dieses Ziel? Halten Sie es in der Warteschlange der Schnittstelle. Wenn nicht, stecken Sie es in die Warteschlange der Standardroutenschnittstelle.

Gibt es ein überzeugendes Argument dafür, die Dinge so zu halten, wie sie sind?


Selbst wenn das, was Sie sagen, passieren würde, würde L2 nicht aufhören zu existieren. Frame-Relay ist L2, PPP ist L2, HDLC ist L2, ATM ist L2, 802.11 ist L2, IPSec ist L2 usw.
Codey


Hat dir eine Antwort geholfen? In diesem Fall sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie auch Ihre eigene Antwort eingeben und annehmen.
Ron Maupin

Antworten:


27

Gibt es einen Grund, diese zusätzliche Schicht L2-Overhead zu haben, da wir Ethernet hauptsächlich als Mittel zum Transport von IP verwenden?

Nennen einiger gängiger Protokolle oder Funktionen, die einen L2-Overhead erfordern, z. B. Ethernet:

  • Spanning-Tree (erfordert 802.2 LLC)
  • ISIS (erfordert 802.2 LLC)
  • Vlans
  • ARP (nicht nur für Ethernet)
  • Wahl zwischen IPv4 und IPv6
  • IEEE 802.11 Wifi (das viele Grundfunktionen mit 802.3 Ethernet teilt, aber grundsätzlich ein anderes Protokoll ist)

Ethernet hat sich effektiv zu einer Punkt-zu-Punkt-Verbindung zwischen einem Endpunkt und einem Switch entwickelt, der das Paket basierend auf dem MAC-Ziel vermittelt. Gibt es ein überzeugendes Argument dafür, die Dinge so zu halten, wie sie sind?

Sie vereinfachen das Argument zu stark, um darauf hinzuweisen, dass Ethernet nur für Adressierung und Punkt-zu-Punkt-Verbindungen gedacht ist. IEEE 802.3 deckt auch die physikalische Schicht ab: verschiedene Formen von Kupfer- und Glasfasermedien, Codierung auf dem Draht, Fehlerbehebung, Leitungskonditionierung und so weiter. Wenn Sie all diese Funktionen direkt in IPv4 hinzufügen, haben Sie jetzt viele Funktionen in Ethernet dupliziert und was haben Sie wirklich gespeichert? Dies ignoriert auch den enormen Standardisierungs- und Entwicklungsaufwand, um diese direkt in IPv4 und IPv6 zu integrieren. Mein Gehirn tut weh zu denken, wie dies auf praktischer Ebene sowieso funktionieren würde.

Am Ende ist das Argument die Wirtschaft. Der gesamte Planet verfügt über ausgereifte Server, Switches, Betriebssysteme usw. Unter der Annahme einer Verbindungsschicht zwischen IP und der Signalcodierung auf der Leitung. Ethernet leistet viel für uns und ist äußerst kostengünstig, da es mittlerweile für die meisten Computer der Welt die De-facto-Verbindungstechnologie ist. Das Ersetzen von Ethernet ist vergleichbar mit dem Ersetzen des US-Kongresses als Regierungsorgan. Es ist vielleicht nicht perfekt, aber es ist unvorstellbar, an dieser Stelle etwas anderes zu tun.


1
Ihr Argument, dass bestimmte Protokolle Ethernet erfordern, ist rückwärts. Diese Protokolle wurden für Ethernet entwickelt. Wenn wir keine Ethernet L2-Domänen haben, benötigen wir kein STP. ARP wird verwendet, um IP-Informationen auf Ethernet abzubilden. Wenn wir kein Ethernet haben, werden wir es nicht benötigen. Die Wahl zwischen IPv4 und IPv6 für einen Link wäre einfach, wenn wir die ziemlich vernünftige Annahme treffen, dass wir nur IP für den Link haben, da die IP-Version die ersten 4 Bits der IPv4- und IPv6-Header sind. ISIS führt 802.2 LLC über Ethernet-Netzwerke aus, jedoch offensichtlich nicht über andere Medien wie SDH oder serielle Verbindungen.
kll

1
Sie haben den Punkt falsch verstanden. Ich antworte: "Gibt es einen Grund, diese zusätzliche Schicht L2-Overhead zu haben, da wir Ethernet meist nur zum Transportieren von IP verwenden?" im Jahr 2013 . Ja, einige dieser Dinge wurden für Ethernet erfunden, aber das ist nicht die Frage, die gestellt wurde. Das OP möchte wissen, warum wir immer noch den Overhead von Ethernet-Frames benötigen.
Mike Pennington

2
Ich denke, Sie lesen nicht die ganze Antwort. Der letzte Absatz macht den Grund für die Verwendung von Ethernet Encap sehr deutlich. Wenn Sie so zuversichtlich in Ihre Ideen sind, können Sie ein Unternehmen gründen, das IP direkt über das Kabel implementiert. Aber wenn es sich um eine Aktiengesellschaft handelt, werde ich sie von dem Tag an, an dem sie an die Börse geht, an der Börse kürzen.
Mike Pennington

2
@kll, "Diese Protokolle wurden für Ethernet entwickelt." Wenn Sie alte Posts nicht mehr lesen möchten, bringen Sie Ihre Fakten auf den Punkt. "Wenn wir keine Ethernet L2-Domänen haben, brauchen wir kein STP." STP ist Teil von IEEE 802.1; Ethernet ist Teil von IEEE 802.3. Genau wie VLANs wurde STP unabhängig von Ethernet entwickelt und kann daher in jeder Umgebung mit mehreren Brücken verwendet werden, um L2-Schleifen zu vermeiden. "ARP wird verwendet, um IP-Informationen auf Ethernet abzubilden. Wenn wir kein Ethernet haben, brauchen wir es nicht." Wieder falsch. ARP gab es auch für L2-Technologien, darunter auch Token Ring.
YLearn

2
@kll, ich habe beide Antworten gewählt. Beide sprechen unterschiedliche Teile der vom Benutzer gestellten Frage an. Ja, ytti spricht einen Teil der Frage, die Sie aus dem OP zitiert haben, besser an. Zusätzlich zu Ihrem Angebot gibt es jedoch "Warum verwenden wir immer noch Ethernet?" und "gibt es einen Grund, diese zusätzliche Schicht L2-Overhead zu haben?" und "Gibt es ein zwingendes Argument dafür, die Dinge so zu halten, wie sie sind?" All dies wird von Yttis Antwort nicht gut angesprochen. Ferner ist der OP-Gleichsetzungsendpunkt zum Schalten als "Punkt-zu-Punkt" aus einer Vielzahl von Gründen, die nicht angesprochen werden, bestenfalls fehlerhaft.
YLearn

16

Das ist eine sehr gute Frage.

Ich glaube nicht, dass wir Ethernet loswerden werden, da Multizugriffsverbindungen immer noch auf unbestimmte Zeit benötigt werden.

Ein Großteil des Kernnetzwerks ist jedoch für DMAC / SMAC überhaupt nicht geeignet. Daher sollte es auf jeden Fall eine Punkt-zu-Punkt-Variante von Ethernet mit viel kürzerem Frame geben. Anstelle der aktuellen 18B (DMAC + SMAC + Typ + FCS) könnten Sie auch 6B (Typ + FCS) verwenden.
Diese Punkt-zu-Punkt-Variante von Ethernet würde den im Core benötigten Overhead (MPLS-Labels, VLAN-Tags) gut ausgleichen, sodass die Größe des Kunden- / Edge-Frames eher der Größe des Core-Frames entspricht. ARP und ND würden ebenfalls entfallen, wodurch Risiken verringert und der Kern vereinfacht würden.
Technisch gesehen gibt es keinen Grund, warum Sie den L2-Teil des Ethernets nicht vollständig löschen können, aber Sie werden den L1-Teil benötigen, da IP selbst keine Spezifikation hat, wie er auf einem Draht codiert werden soll. Sie könnten also L1-Ethernet mit L2-Payload (IP) direkt darüber betreiben.

Ich persönlich bin davon überzeugt, dass die Leute zu gegebener Zeit einen Punkt-zu-Punkt-Geschmack dieses L2-Protokolls wünschen werden , wenn wir einen neuen Ethernet-Header für die Verwendung von EUI64 anstelle von EUI48 festlegen. Ich glaube nicht, dass es 'null L2' sein wird, da mindestens Frame Check Sequence (FCS) und Payload-Type (IP? MPLS? Ethernet?) Wünschenswert erscheinen.


Sehr gute Gedanken. Ich hatte auch die Gedanken, ARP entfernen zu können - ich nehme an, das ist nur ein weiterer Bonus.
RFB

8

Ich werde das mit einer absurden Frage beantworten ... Warum verwenden wir ARCnet nicht immer noch ? Oder Token Ring?

Es gibt (gab und wird) zahlreiche Layer-2-Technologien. Bei "Desktop" -Systemen gewann Ethernet. Warum benutzen wir es immer noch ... die einfachste Antwort ist, weil es funktioniert; Die Technologie ist einfach, billig, robust und reichlich. (Lesen Sie: Bewährte Technologie ) Für die Aufzeichnung gibt es PCI "Desktop" ATM-Karten - ich habe seit Jahren keine gesehen, und ich habe noch nie eine gesehen, die tatsächlich verwendet wird.

Was Sie vorschlagen, ist lediglich eine neue Layer-2-Technologie. Ich wünsche Ihnen viel Glück, dass die Welt es annimmt.

[Ok, Token-Ring existiert immer noch, ist aber sehr selten.]


2

Gibt es ein überzeugendes Argument dafür, die Dinge so zu halten, wie sie sind?

Gute Frage, ein paar Gedanken.

  1. Kompatibilität ist oft wichtiger als Effizienz.
  2. Die meisten Network Builder (außerhalb einiger Anwendungen mit sehr hoher Sicherheit) möchten Geräte nicht statisch Ports zuweisen. Daher wird eine Art System zur automatischen Ortung von Geräten benötigt.
  3. Es ist nützlich, eine Kennung zu haben, die ein bestimmtes Hardwareteil identifiziert, wo immer es eingesteckt ist.
  4. Zumindest für IPv4 möchten wir wahrscheinlich nicht an jedem Switch-Port eine IPv4-Adresse verschwenden.

Es wäre wahrscheinlich möglich, ein Verbindungsprotokoll zu entwerfen, das 2 bis 4 löst und dabei einen geringeren Kapselungsaufwand als Ethernet-Framing hat, oder möglicherweise überhaupt keinen Kapselungsaufwand, aber es wäre kein trivialer Fall, "nur IP verwenden" zu sagen.

Und dann muss man die Leute noch von 1 überzeugen, viel Mühe bei der Übernahme eines neuen Standards für einen relativ kleinen Gewinn.

Der Weg des geringsten Widerstands ist, die Geschwindigkeiten zu erhöhen, während das Rahmenformat gleich bleibt. So ist es, was passiert.


0

P2P-Ethernet ist möglich. Aber

  • Es erfordert ein vollständiges L3-Netzwerk (jeder Link verwendet eine feste IP-Adresse)
  • Der Overhead von MAC-Adressen ist für kleine Pakete und in L2-Tunneln sinnvoll.
  • Über die Verbindungsleistung. Wenn die Verbindungsgeschwindigkeit nicht ausreicht, erstellen Sie kein neues Protokoll und keine neue Software. Führen Sie dieselben einfachen Aufgaben in 10X schneller aus. So hat Ethernet gewonnen.
  • Über L2-Tunnel. In L3-Netzen sind L2-Tunnel bedeutungslos.
  • Vereinigung ist eine gute Sache.
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.