Angenommen, Sie verbinden einen Trunk-Port eines VLAN-fähigen Netzwerk-Switches über ein direktes Kabel mit einem (VLAN-unfähigen) Netzwerk-Switch für Endverbraucher. Nun sendet der erstere Switch dem späteren Switch einen 802.1Q-markierten Ethernet-Frame. Was soll der spätere Switch tun? Den Frame löschen? Den Frame weiterleiten? Undefiniertes Verhalten?
Wenn das Verhalten undefiniert ist, was ist am wahrscheinlichsten?
Bearbeiten:Vielen Dank für Ihre Antworten. Zusammenfassend hängt das Verhalten des Verbraucherschalters von Folgendem ab:
0x8100Wie es Frames mit dem EtherType-Feld 1 behandelt- Wie Jumbo-Frames oder Frames mit einer Nutzlast von mehr als 1500 Bytes verarbeitet werden
Wikipedia hat eineschönes DiagrammVergleich eines ungetaggten und eines getaggten Ethernet-Frames:
Es gibt Berichte, dass einige Switches für Verbraucher VLAN-markierte Frames problemlos weiterleiten.
1 oder genauer, wo ein EtherType-Feld für nicht getaggte Frames erwartet wird
Antwort1
Ich habe das tatsächlich schon einmal auf einem Billig-Switch gesehen. Jemand hatte einen Switch zwischen einem Trunk-Port angeschlossen, der mehrere VLANs hatte. Die Frames wurden mit intakter VLAN-Kennzeichnung weitergeleitet. Die anderen Ports auf diesem Switch konnten das nicht gekennzeichnete VLAN verwenden.
Ein Switch benötigt nur die Quell-/Ziel-MAC, um zu entscheiden, an welche Ports die Frames weitergeleitet werden. Daher ist dies nicht allzu überraschend, da ein getaggter Frame immer noch die Quell- und Ziel-MACs an derselben Stelle im Frame-Header hat.
Bedenken Sie, dass Ethernet tatsächlich viele verschiedeneRahmentypenauf demselben Kabel. Es wurde so konzipiert, dass es hinsichtlich seiner Möglichkeiten ziemlich flexibel ist.
Antwort2
Normalerweise können und werden übermäßig große Ethernet-Frames verworfen. Bei Dingen wie Jumbo-Frames sind große Ethernet-Frames schwer zu definieren, es kommt also wirklich darauf an – aber das Verwerfen wird wahrscheinlich das am häufigsten auftretende Verhalten sein.
Bearbeiten: Zur Erläuterung: Die Standard-Framegröße für IEEE 802.3 Ethernet beträgt 1518 Byte, 802.3Q fügt dem Frame 4 Byte hinzu und ergibt somit eine Gesamt-MTU von 1522 Byte, was für einige Switches zu groß sein könnte.
Antwort3
Der Consumer-Class-Switch versucht, den Frame weiterzuleiten. Dabei ist für ihn nur die Ziel-MAC-Adresse von Bedeutung. Wenn die Ziel-MAC-Adresse nicht in seiner CAM-Tabelle steht, wird der Frame über alle seine Ports geflutet, außer über den, von dem das Paket empfangen wurde.
Ein Schalter, derDurchschneidenDie Weiterleitungsmethode leitet den Frame auf jeden Fall weiter, da sie mit der Weiterleitung beginnt, sobald die Ziel-MAC-Adresse gelesen wird – selbst wenn die Gesamtgröße des Frames größer als die MTU ist –, da sie die Größe des Frames mit dieser Weiterleitungsmethode nicht berechnen kann.
Ein Schalter basierend aufSpeichern und weiterleitenTechnik wirdwahrscheinlich(solange die Frame-Größe <= MTU ist) Machen Sie dasselbe, solange das FCS OKAY ist.
Wenn der 802.1Q-nicht fähige Switch Endgeräte miteinander verbindet, empfangen die Geräte den Frame und verwerfen ihn, da sie nicht „wissen“, wie sie 802.1Q-Frames (Typ 0x8100) verarbeiten sollen.
Ich spekuliere, ob der Consumer-Class-Switch 802.1Q-fähige Switches verbindet (der Horror!) werden die Frames vom 802.1Q weitergeleitet und verarbeitet – vorausgesetzt natürlich, sie werden an den Trunk-Ports empfangen.