Grundsatzfrage zu Trunks und VTP

[whiggy 10]

Bisher dachte ich immer, das VTP zwingend aktiviert werden muss, um VLAN-Informationen über einen Trunk zu übertragen. Heute teiltemir ein Kursleiter mit, dass das nicht so ist und das VTP auch deaktiviert bleiben kann..

 

Ich verstehe jetzt garnix mehr. Ein Trunk dient ja zum weiteliten von VLAN-Informationen oder kann ich über den TRunk (auch ohne VTP und VTP Domain) meine VLAN Topolgie von einem Switch auf den anderen weitergeben ?

[mturba 10]

Das klingt nach einem Mißverständnis...

 

Sicherlich meinte der Kursleiter, dass nicht zwingend VTP verwendet werden muss, um eine funktionierende Kommunikation zwischen zwei Switchen über einen Trunk zu erreichen. Allerdings müssen in diesem Fall die VLANs auf jedem Switch von Hand gepflegt werden.

 

Für das automatische Propagieren von VLANs ist bei Cisco das VTP vorgesehen. Wenn dieses nicht verwendet wird, müssen die VLANs auf den Switchen, auf denen sie Verwendung finden sollen, manuell erzeugt werden.

[whiggy 10]

Dumme Frage:

 

Wo ist der Unterschied zwischen einen Trunk oder wenn ich einfach 2 Switches mit einem Crossover-Kabel verbinde und keinen Trunk mache?

[Otaku19 33]

dann wirst über diese verbindung auch nur ein VLAN drüber bringen ;), ein Cross over Kabel ist so und so von Nöten.

[Wordo 11]

Dumme Frage:

 

Wo ist der Unterschied zwischen einen Trunk oder wenn ich einfach 2 Switches mit einem Crossover-Kabel verbinde und keinen Trunk mache?

 

Das waere dann nur ein einfacher Uplink wie es jeder Billigswitch kann :)

[zappi42 10]

Hi,

 

vtp dient eigentlich der einfacheren Verwaltung von vlan. Sehr nützlich in grossen Umgebungen, um nicht jeden Switch anpacken zu müssen sondern einmal auf dem vtp-SERVER was zu ändern und das wird dann an alle vtp-CLIENT übertragen.

 

Das ist aber nicht zwingend erfoderlich, z.B gibt es Sicherheitsrestriktionen, wo Du vtp disabeln (also auf TRANSPARENT) stellen solltest. Dann nimmt der Switch nur lokale Änderungen an seiner vlan database vor und hört auf keinen SERVER.

 

Du musst dann aber, um einen richtigen "trunk" zwischen Switches aufbauen zu können jeden einzeln mit den gleichen vlan einstellen. Bei 2-3 Switches ist das kein Thema, aber mach das mal bei 20.....

[Otaku19 33]

wobei der transparente vtp meldungen weiterreicht, also ne verbindung:

 

VTP server-transparen-VTP Client

 

würde klappen

[zappi42 10]

das ist korrekt, das klappt auch. aber nur dann, wenn der TRANSPARENT identische vlans hat.

 

beispiel :

 

router - vtp server - transparent - vtp client

 

vtp- Server hat vlan 2,3,4,5

transparanet hat vlan 3,4,5

vtp-client hat vlan 2,3,4,5

 

dann macht der client alle änderungen des server mit, kann aber vlan 2 nicht abgreifen, weil es der transparent nicht weitergibt.

 

und pruning läuft eh nicht wenn ein transparent-mode dabei ist.

[Otaku19 33]

da sagen meine unterlagen aber was anderes.

 

Da müsste man ja dann ein neues Vlan das man am server einträgt erst recht manuell noch auf den transparenten switches eintragen.

 

Also ich glaube, das Update geht sehr wohl durch, unabhängig davon welche Vlan auf dem transparenten Switch drauf sind

[Wordo 11]

Was fuer Unterlagen sind das denn? :D

 

Ich bin eigentlich zappi's Meinung, aber du bringst mich jetzt echt durcheinander. Rein von der Logik waere es ja fatal alle VTP Announcments weiterzuleiten. Da sollte schon das VLAN auf dem Catalyst existieren ...

 

EDIT: Hm, ich nehm vorerst mal alles zurueck und warte bis ich heut Abend mal die Unterlagen durchgelesen habe. :D

[Otaku19 33]

CCNA Vlan Trunking, also Semster 3, Modul 9.

 

zB:

 

Während Switch-Ports normalerweise nur einen einzigen VLAN zugewiesen werden, leiten Trunk-Ports standardmäßig Frames von allen VLANs weiter

 

und da mit irgendwelche Siwtches VTP meldungen empfange/weiterleiten etc, gibt ja noch die vtp domäne. ein siwtch kann nur einer solchen zugeordnet werden.

 

im Quiz gibts ein beispiel:

 

Server(s1)-Client(s2)-transparent(s3)-Client(s4)

 

wenn auf s1 ein neues Vlan erstellt wird, dann bekommen nacheinander alle switches die updates, aber nur s2 und s4 arbeiten das neue vlan in ihre database ein. Der transparente muss aber sehr wohl richtig konfigurierte trunkports haben sowie in der domäne sein

[zappi42 10]

Meine Quelle : Buch BCMSN Third Edition (David Hucaby), Seite161ff als auch Self-Test;-)

 

Der TRANSPARENT leitet die die vtp updates weiter, das ist schon korrekt. D.h der Client (s4) generiert sich dann auch ein neues vlan, welches auf dem Server eingetragen wird in seine vlan database. Soweit ok, aber : der TRANSPARENT lässt seine vlan-database unangetastet.

Und ihr schreibt auch richtig, dass per definition im 802.1q trunk ALLE vlan übetragen, die in der vlan-database vorhanden sind.

 

D.h für das Szenario : Server(s1)-Client(s2)-transparent(s3)-Client(s4)

 

das S1,S2 und S4 ihre database updaten (plus neues vlan) der S3 aber nicht. Da der S3 zwischen zwei clients hängt, wird er das neuen vlan dann aber nicht an s4 weitergeben, obwohl s2 sie ihm rausgibt.

 

Aus diesem Grund klappt ja auch pruning nicht sobald ein TRANSPARENT im Netz in einer Koppelstelle dabei ist.