Vlans über Trunk oder besser auf physische Ports aufteilen?
Hallo Zusammen,
An meinem Microtik Hex werden momentan 2 Vlans über einen Trunk-Port zum gemanagten Switch übergeben und dort weiter zugeordnet.
Nun möchte ich gerne ein weiteres Vlan erstellen, in dem der Haupt-Datenverkehr (also die meisten Lan-Geräte) laufen. Die sind alle auch am o.g. Switch.
Macht es jetzt einen Unterschied ob ich dafür am Hex einen seperaten / zusätzlichen physischen Port verwende, oder ob ich sie über den o.g. Trunk laufen lasse?
Ich meine hier bezüglich Geschwindigkeit und Performance.
Dank Euch schön.
An meinem Microtik Hex werden momentan 2 Vlans über einen Trunk-Port zum gemanagten Switch übergeben und dort weiter zugeordnet.
Nun möchte ich gerne ein weiteres Vlan erstellen, in dem der Haupt-Datenverkehr (also die meisten Lan-Geräte) laufen. Die sind alle auch am o.g. Switch.
Macht es jetzt einen Unterschied ob ich dafür am Hex einen seperaten / zusätzlichen physischen Port verwende, oder ob ich sie über den o.g. Trunk laufen lasse?
Ich meine hier bezüglich Geschwindigkeit und Performance.
Dank Euch schön.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 670504
Url: https://administrator.de/forum/vlans-ueber-trunk-oder-besser-auf-physische-ports-aufteilen-670504.html
Ausgedruckt am: 07.01.2025 um 12:01 Uhr
12 Kommentare
Neuester Kommentar
Nun - in der _theorie_ würdest du natürlich auf einem eigenem Port die volle Leistung haben während auf nem Trunk (der ja auch nur zB. 1 GBit link hat) ggf. ja auch Traffic von nem anderem VLAN dir Bandbreite weg nehmen kann...
Aber: Ich würde mal behaupten das du diese Unterschiede so nicht messen wirst - und jeder (in meinen Augen) halbwegs kluge Admin würde in dem Moment einfach nen Portchannel/Etherchannel/Bond generieren indem mehrere Ports zu einem "virtuellen" zusammengefasst werden und über diese "Portgruppe" dann den Trunk legen... Und nicht einfach div. einzelports und trunks irgendwie mixen...
Aber: Ich würde mal behaupten das du diese Unterschiede so nicht messen wirst - und jeder (in meinen Augen) halbwegs kluge Admin würde in dem Moment einfach nen Portchannel/Etherchannel/Bond generieren indem mehrere Ports zu einem "virtuellen" zusammengefasst werden und über diese "Portgruppe" dann den Trunk legen... Und nicht einfach div. einzelports und trunks irgendwie mixen...
Hallo,
Maretz hat es schon gesagt, aber vieleicht einfacher.
Es geht hier um die Geschwindigkeit des Ports. Andere Faktoren sehen ich nun nicht.
Wenn Du also nun einen Server oder ein NAS in VLAN 1 und einen PC von VLAN 2 hast und alle VLANs über einen 1GBit-Port laufen ist die Geschwindigkeit vom PC zum NAS/Server halt 0,5 GBit.
Wenn Du einen extra Port verwendet würdest wäre es halt 1 GBit.
Hast Du genug freie Ports? Bei mehreren VLANs werden Ports irgendwann knapp und unübersichtlich.
Stefan
Maretz hat es schon gesagt, aber vieleicht einfacher.
Es geht hier um die Geschwindigkeit des Ports. Andere Faktoren sehen ich nun nicht.
Wenn Du also nun einen Server oder ein NAS in VLAN 1 und einen PC von VLAN 2 hast und alle VLANs über einen 1GBit-Port laufen ist die Geschwindigkeit vom PC zum NAS/Server halt 0,5 GBit.
Wenn Du einen extra Port verwendet würdest wäre es halt 1 GBit.
Hast Du genug freie Ports? Bei mehreren VLANs werden Ports irgendwann knapp und unübersichtlich.
Stefan
Moin
Ist ein einfaches Rechenbeispiel:
Solange die kumulierte Netzwerklast unter der Portgeschwindigkeit bleibt, ist der Trunk besser, weil Du dann mehr freie Ports hast. Wenn Du mit der kumulierten Datenrate über der Portgeschwindigkeit liegst, sind einzelne Ports besser, allerdings auf Kosten von freien Ports.
Ist also wie immer eine Optimierungsaufgabe: freie Ports gegen Bandbreite.
lks
Ist ein einfaches Rechenbeispiel:
Solange die kumulierte Netzwerklast unter der Portgeschwindigkeit bleibt, ist der Trunk besser, weil Du dann mehr freie Ports hast. Wenn Du mit der kumulierten Datenrate über der Portgeschwindigkeit liegst, sind einzelne Ports besser, allerdings auf Kosten von freien Ports.
Ist also wie immer eine Optimierungsaufgabe: freie Ports gegen Bandbreite.
lks
Zitat von @Lochkartenstanzer:
Moin
Ist ein einfaches Rechenbeispiel:
Solange die kumulierte Netzwerklast unter der Portgeschwindigkeit bleibt, ist der Trunk besser, weil Du dann mehr freie Ports hast. Wenn Du mit der kumulierten Datenrate über der Portgeschwindigkeit liegst, sind einzelne Ports besser, allerdings auf Kosten von freien Ports.
Ist also wie immer eine Optimierungsaufgabe: freie Ports gegen Bandbreite.
lks
Moin
Ist ein einfaches Rechenbeispiel:
Solange die kumulierte Netzwerklast unter der Portgeschwindigkeit bleibt, ist der Trunk besser, weil Du dann mehr freie Ports hast. Wenn Du mit der kumulierten Datenrate über der Portgeschwindigkeit liegst, sind einzelne Ports besser, allerdings auf Kosten von freien Ports.
Ist also wie immer eine Optimierungsaufgabe: freie Ports gegen Bandbreite.
lks
Selbst das Rechenbeispiel würde eben nur selten gelten -> da idR. der LAG / Portchannel (oder wie auch immer das bei den div. Switch-Typen so heisst - Bonding,...) selbst DA noch deutlich besser wäre. Denn da wenn zB. Port 1 das Vlan 10+20 hat, Port 2 das Vlan 30 -> dann kann VLAN 30 natürlich die volle Bandbreite nutzen.. ABER auch nur ein Rechner... Wenn ich nen Bond mache und Port 1+2 _alle_ Vlans gebe dann kann auch VLAN 30 bei _beiden_ Ports genutzt werden (sovern idR. 2 verschiedene Quellrechner da sind)... Dabei kann es dann zwar vorkommen das die anderen VLANs nen bisserl Störfeuer machen aber ich würde behaupten das die _gesamte_ Geschwindigkeit immer besser sein wird... Also zumindest wenn man mal davon ausgeht das nicht nur _ein_ Rechner in dem VLAN 30 wäre...
Sinnvoller wäre es in so einem Setup den Trunk mit einem 2er LAG am Switch anzubinden.
Dann musst du keinerlei Bandbreiten Einbußen hinnehmen egal wieviel Traffic kumuliert fliesst.
Dieses Tutorial erklärt dir wie.
Dann musst du keinerlei Bandbreiten Einbußen hinnehmen egal wieviel Traffic kumuliert fliesst.
Dieses Tutorial erklärt dir wie.
Zitat von @aqui:
Im Tutorial steht aber auch die LAG Lösung! Oder hast du das nur zur Hälfte Gelesen? ☹️
Der LAG Trunk ist jedenfalls die deutlich intelligentere Lösung als eine steinzeitliche Einzelstrippenlösung.
Im Tutorial steht aber auch die LAG Lösung! Oder hast du das nur zur Hälfte Gelesen? ☹️
Der LAG Trunk ist jedenfalls die deutlich intelligentere Lösung als eine steinzeitliche Einzelstrippenlösung.
Funktioniert aber nur, wenn die beteiligten switches/router sich einig sind, wie sie das LACP zu interpretieren haben.
lks
Nö, also habe nur BIS zum Lag-Abschnitt gemacht.
Den Satz verstehst wohl nur du selber?!? 🤔Dort steht die Ports sollten erst mal ohne Konfiguration sein.
Das ist lediglich eine Empfehlung was du ja am Konjunktiv erkennst. Entscheidend ist das die beiden Memberports völlig identisch konfiguriert sind, ansonsten wir der LAG nicht gebildet. Solange du das sicherstellst ist alles OK.