Ich habe eine Topologie, bei der ich an einer Stelle einen verwalteten Switch und an einer anderen Stelle einen anderen Switch brauche, die durch ein Kabel verbunden sind. An die Switches an beiden Enden sind mehrere Geräte angeschlossen, von denen eines sein eigenes VLAN benötigt, um mit einem Gerät am anderen Ende zu kommunizieren, das dasselbe Protokoll (dSnake) ausführt.
Muss ich nun nur den Switch an einem Ende VLAN-Header auf den Datenverkehr vom Gerät setzen (in meinem Fall läuft dSnake) oder muss ich beide Switches VLAN-Header auf den Datenverkehr zwischen den dSnake-Geräten setzen lassen? Wenn das der Fall ist, wie stelle ich sicher, dass die VLANs gleich sind und an die entsprechenden Ports weitergeleitet werden?
Antwort1
Sie konfigurieren das einzelne Ethernet-Kabel zwischen den Switches als „Trunk“. Das heißt, der gesamte darüber gesendete Datenverkehr wird mit VLAN-Headern markiert, sodass der andere Switch weiß, an welches VLAN er geht. Ich habe noch nicht mit dSnake-Geräten gearbeitet, aber wenn Sie sie nicht so konfigurieren können (oder wollen), dass sie selbst mit VLAN-Headern umgehen, können Sie sie an ihre eigenen Ports auf den verwalteten Switches anschließen und diese Ports zu unnummerierten (nicht VLAN-markierten) Ports machen, die dem speziellen dSnake-dedizierten VLAN zugewiesen sind, das Sie einrichten. Wenn der Switch Pakete auf diesem Port empfängt, stellt er sicher, dass er sie mit der VLAN-ID dieses Ports VLAN-markiert, wenn er sie über den Trunk-Port sendet, sodass der andere Switch weiß, an welches VLAN er sie anlegen muss. Dann kann der andere Switch diese VLAN-Header entfernen, wenn er diese Pakete über die anderen Ports sendet, sodass die empfangende Ausrüstung nicht wissen muss, dass hinter den Kulissen VLAN-Magie vor sich geht.
Ich sehe, dass dSNAKE für Audiogeräte gedacht ist. Sie sollten prüfen, ob AVB für geringe Latenz erforderlich ist und ob Ihre verwalteten Switches und dergleichen dies erfordern. Ich möchte nicht, dass Ihr Audiosignal verzögert oder ruckelig ist, weil der Nicht-dSNAKE-Verkehr über die Hauptleitung zwischen den Switches die Verbindung verstopft und nicht genügend Bandbreite für eine saubere Übertragung des dSnake-Audiosignals zur Verfügung stellt.