Was ist der Unterschied zwischen einer Brücke und einem Switch?

Ich kann keine maßgebliche Quelle finden, die den Unterschied zwischen einer Brücke und einem Schalter präzise erklären kann. Soweit ich das beurteilen kann, entsprechen die meisten Geräte, die allgemein als "Switches" bezeichnet werden, der Beschreibung von "Bridge", wie sie im IEEE 802.1D-Standard definiert ist. Während es der Fall sein kann, dass ein Gerät sowohl eine Brücke als auch ein Schalter sein kann (vielleicht ist "Schalter" eine Teilmenge von "Brücke"?), Kann ich nur "handgewellte" Erklärungen für den Unterschied finden. Die am häufigsten genannten Unterschiede, auf die ich gestoßen bin, lassen sich auf einen der beiden Gründe zurückführen:

1. Switches haben viele Ports, Bridges haben nur zwei (oder eine andere kleine Anzahl)
2. Switches führen die Weiterleitung in der Hardware aus, während Bridges sie in der Software ausführen

Ich bin mit diesen Antworten nicht zufrieden, weil:

1. Die IEEE-Standards geben eindeutig nicht an oder gehen nicht davon aus, dass Bridges nur zwei Ports haben. Wenn überhaupt, wird davon ausgegangen, dass es viel mehr als zwei Ports geben wird. Diese Erklärung ist also einfach absurd. (Sogar Cisco versucht , dies als einen der Unterschiede auszugeben).
2. Die IEEE-Standards scheinen "Brücke" durch das zu definieren, was es tut, nicht durch das, wie es es tut. Es gibt nichts in der Norm, was besagt, dass Bridging in Software durchgeführt werden muss oder sollte. Eine Brücke, die in der Hardware vorwärts geht, wäre also nach wie vor eine Brücke, soweit es den Standard betrifft.

In der Tat, wenn ich den IEEE 802.1D Standard gesucht, gab es keine Erwähnung des Wortes „Schalter“ überhaupt. "Brücke" scheint also der technisch korrekte Begriff zu sein. Allerdings scheint da das Wort „switch“ häufiger verwendet werden (von weitem ) kann ich nicht helfen , aber frage mich , ob es ist etwas tatsächlich differenzierender Faktor. Oder ist dies nur ein Fall, in dem verschiedene Wörter verwendet werden, um dasselbe zu beschreiben?

Quellenangaben sind ausdrücklich erwünscht.

EDIT: Ich sollte hinzufügen, dass ich mir der Tatsache voll bewusst bin, dass Brücken nicht dasselbe sind wie Repeater.

Die IEEE-Standards geben eindeutig nicht an oder gehen nicht davon aus, dass Bridges nur zwei Ports haben. Wenn überhaupt, wird davon ausgegangen, dass es viel mehr als zwei Ports geben wird.

Du hast Recht. Tatsächlich können Sie eine Brücke mit drei Ports im IEEE 802.1D-Standard sehen. (Siehe Abbildung 7-1 - Ein überbrücktes lokales Netzwerk.)

Okay, ich fand diesen Artikel: "Die 10 wichtigsten Produkte des Jahrzehnts" :

Es wirft ein wenig Licht auf den Ursprung des Begriffs "Schalter" und einige kurze Zitate aus dem Artikel werden einige wichtige Punkte klarstellen, die endlose Verwirrung stiften ...

Warum EtherSwitch und nicht EtherBridge? Zwei Gründe: Erstens war das Überbrücken ein schlechtes Wort in der Branche, das jeder gute Vermarkter vermeiden sollte. Zweitens entsprach das Produkt von Kalpana nicht den IEEE-Spezifikationen für eine Brücke, sodass das Unternehmen nicht kämpfte, sondern wechselte.

Switching war nur ein ausgefallener Name für Bridging, und das war eine Technologie aus den 1980er Jahren - oder so lautete das Motto.

Ein paar Punkte in seinem legendären Scheckheft brachten Cisco dazu, vom Sideliner zum Headliner zu wechseln, und eine der wichtigsten Akquisitionen des Unternehmens war Kalpana.

Ein Ethernet-Switch ist eine Multiport-Ethernet-Bridge. Eine Bridge ist ein Gerät, das Kollisionsdomänen aufteilt, jedoch keine Broadcast-Domänen. Ein Switch ist einfach eine Brücke mit vielen Ports. Andere Beispiele für Brücken sind drahtlose Zugangspunkte und Dual-Speed-Hubs. Ich denke nicht, dass die Implementierung (Store & Forward vs. Fast Forwarding, Software vs. Hardware, 2 Ports vs. viele Ports etc.) einen Unterschied in der Art macht, nur einen Unterschied im Grad (dh schnellere Bridge oder mehr Ports auf einer Bridge etc.).

Ethernet war ursprünglich ein "Jeder sieht den gesamten Datenverkehr" -Protokoll . So geschah das Verkehrsmanagement - wenn jemand anderes das Netzwerk nutzt, warten Sie, bis er es nicht mehr tut. Wenn zwei Personen versuchen, das Netzwerk gleichzeitig zu nutzen, warten beide zufällig, bevor sie versuchen, das Netzwerk erneut zu nutzen. Dies war eine "Kollisionsdomäne" oder was die Leute jetzt eine "Broadcastdomäne" nennen, weil alles umgeschaltet ist und es keine Kollisionen mehr gibt (zwei gleichzeitige Initiatoren des Verkehrs).

In diesem Zusammenhang leitet eine Brücke den Verkehr nur an Stationen auf der anderen Seite der Brücke weiter, wenn sie erfahren hat, dass sich diese Station auf der anderen Seite der Brücke befindet. Wenn der Ziel-MAC nicht erkannt wurde, wird er über die Bridge gesendet (Flooding) oder wenn es sich um einen Broadcast / Multicast handelt, wird er auch über die Bridge gesendet.

Im Ethernet ist es nützlich, sich daran zu erinnern, wie die Technologie erfunden und eingesetzt wurde. Zuerst kamen gemeinsam genutzte Medien wie 10base5 und 10base2 . Beide sind Koaxialkabel, die den gesamten Datenverkehr zu allen Stationen als HF-Signal übertragen. Da Vampir-Abgriffe auf 10base5-Verbindungen teuer waren, verwendeten die Leute AUI- Repeater , die sich wie Hubs verhielten , dies aber nicht taten . Keines dieser Geräte hatte ein Gedächtnis. Der Datenverkehr ist durchgegangen oder nicht (und wenn nicht, sollte der Absender erneut senden).

Erst viel später wurde mit Twisted Pair und der Bereitstellung von 10baseT-Ethernet-Hubs begonnen. Eine gängige Topologie bestand darin, 10base5 als Gebäude-Backbone und 10baseT an einigen Standorten zu verwenden und verschiedene 10base5-Backbone-Netzwerke mithilfe von Bridges oder Repeatern abhängig von den Verkehrsmustern und den lokalen Budgets miteinander zu verbinden.

Ich sehe hier keinen bestimmten Grund für Verwirrung - die Standards beziehen sich auf Bridging und definieren, wie Bridging funktioniert, Switches sind im Allgemeinen nur schnelle Multiport-Bridges - beide sind L2-Geräte, die Broadcast-Domänen erweitern, aber Kollisionsdomänen begrenzen. Cisco hat ein ziemlich gutes Dokument über die Unterschiede hier .

Bei Ethernet ist der Begriff "Switch" ein Marketingbegriff, der verwendet wird, um die Hardware von einem "Hub" zu unterscheiden. Ein Switch bietet dedizierte Bandbreite pro Port, während der Hub die Bandbreite zwischen den Ports teilt. Der Begriff "Switch" impliziert normalerweise auch, dass die Weiterleitung bekannter MAC-Adressen in Hardware erfolgt.

Bridging ist eine Funktion, die von einem Switch implementiert werden kann. Früher gab es separate Software-zentrierte Boxen, die als "Bridges" bezeichnet wurden, aber diese Funktion wurde von Layer-2-Switches weitgehend übernommen. Tatsächlich kann es mit 802.1q jetzt mehrere Bridges in einem einzelnen Switch geben.

Es gibt eine ziemlich gute Erklärung dafür, wie die Begriffe hier zusammengefügt wurden:

http://en.wikipedia.org/wiki/Network_bridge#Bridge_versus_Layer_2_switch

"Brücke" hat eine klare Definition durch die Standards, es ist eher ein Konzept als ein Objekt, eine Brücke ist "etwas, das auf eine bestimmte Art und Weise handelt" und die Art und Weise wird durch den Standard definiert; egal wie viele Ports es hat, ob es in Hardware oder Software usw. funktioniert

Zu der Zeit, als Netzwerke meistens "eine Kollisionsdomäne pro LAN" (denken Sie an das Koaxial-Ethernet oder an ein Netzwerk von an einen Hub angeschlossenen Maschinen), hat einige Industrie ein Objekt auf den Markt gebracht, das eine Brücke mit so vielen Ports wie das enthielt Zahl der physischen Schnittstellen ", für eine Analogie mit der Telekommunikationsterminologie, in der dies dem Verhalten einer" Telefonzentrale "ähnelte, und um sie auf dem Markt von der bestehenden Gewohnheit zu unterscheiden," eine Brücke mit zwei / wenigen Anschlüssen zwischen sich zu setzen " zwei / wenige Hubs "(was zu der Zeit sehr häufig war, um die Kollisionsdomäne in Teile zu teilen) ... sie nannten es" Switch ".

Beachten Sie, dass der Begriff "Schalter" kommerziell ist und keine standardmäßige oder formale Definition hat. Beachten Sie auch, wie heutzutage in einer Welt mit dot1q-Tagging, Port-Aggregationen, "Layer-3-Switches" (die nichts anderes als "Router mit vielen Schnittstellen in der Marketing-Terminologie :)" sind) usw. das, was wir einen "Switch" nennen, können enthält tatsächlich in formalen Netzwerkentwurfsbegriffen mehrere Bridges, einen oder mehrere Router, einen Hub, verschiedene Hosts und andere Dinge; alles in einem dedizierten Gerät verpackt.

EIN.

Bridge war in der Vergangenheit ein Gerät, das Pakete zwischen zwei Medientypen weiterleitete. Ein typischer WLAN-Zugangspunkt mit eingebauten Ethernet-Anschlüssen ist dafür das beste Beispiel. Sowohl die drahtlose als auch die verdrahtete Seite würden sich in derselben Broadcast- und Kollisionsdomäne befinden. Es werden keine Überprüfungen, Filter usw. durchgeführt. Alles, was an einem Port angezeigt wird, wird an andere Ports weitergeleitet.

Switch ist eine Reihe von Ports (normalerweise) des gleichen Typs. Bei Hubs gefällt mir der alte Name "Repeater", da sie ein an einem Port eingehendes Paket an alle anderen Ports des Hubs senden. Hier werden keine Medien gewechselt, nur einfache Wiederholungen. Der einzige Unterschied zwischen Switches und Hubs besteht darin, dass Switches intelligenter sind. Sie "lernen", wie MAC-Adressen an einem bestimmten Port antworten. Wenn also ein neues Paket für diese MAC-Adresse eingeht, wird das Paket dort und nur dort weitergeleitet. Ein Switch würde das Paket blind an jeden anderen Port des Hubs senden. Dies ist sowohl für die Sicherheit als auch für die Leistung von Vorteil.

Dann gibt es 'Layer 3 Switches'. Bisher waren Bridges, Hubs und reguläre Switches alle Layer 2, aber diese Typen sind noch intelligenter. Sie überprüfen tatsächlich die IP-Header (also Schicht 3) und können Entscheidungen auf der Grundlage der in den IP-Headern enthaltenen Informationen treffen. Auf diese Weise können das gesamte Routing, die Zugriffssteuerungslisten und einige einfache Filter auf Switch-Ebene ausgeführt werden, ohne dass eine Paketfilter-Firewall oder ein Router erforderlich sind.

Wie Sie sehen, ist Theorie eine Sache, und was die Produkte letztendlich tun, kann sehr unterschiedlich sein und es schwierig machen, alle kleinen Nuancen im Auge zu behalten.

In der Vergangenheit wurden Bridges verwendet, um die Größe der von Hubs erstellten Kollisionsdomäne zu verringern , als die Benutzer noch Hubs verwendeten.

Switches waren nur der nächste Schritt, der die Kollisionsdomäne vollständig eliminierte .

Die Hauptunterschiede meiner Meinung nach sind, dass Bridges nicht für den direkten Clientzugriff verwendet wurden, sondern eine Bridge mit Hubs verbinden würde. Hubs boten direkten Clientzugriff.

Das ist meine Meinung. Es geht nicht um die Anzahl der Ports. Es geht nicht darum, es in Hardware / Software zu tun. Es geht darum, welche Schicht behandelt wird und welche Protokolle. Eine Bridge arbeitet im Allgemeinen mit L2 und konvertiert (Bridges) zwischen unterschiedlichen Protokollen. Ein Switch arbeitet im Allgemeinen mit L2 und verschiebt (vermittelt) Pakete für Netzwerke desselben Protokolls. Weitere Informationen finden Sie in diesen Artikeln.