Verfasst am: Mo Mai 03, 2010 1:19 am Titel: STP und VLAN
Hallo
ich lerne gerade für CCNA ( es geht also alles um cisco ) und da sind ein paar Unklarheiten aufgetaucht - hoffe jemand kann hier mir etwas erklären.
Als erstes interessiert mich wofür ein vlan eine eigene MAC adresse braucht. Ich kann diese einfach so eingeben:
Switch(config-if)# mac-address H.H.H
MAC-Adresse ist ja HW Adresse - und VLAN existiert nicht als HW... Wo ist hier der Sinn der Sache?
Genau so wenig verstehe ich wieso normal die VLANs eigene IP-Adresen brauchen, aber wenn ich trunks einsetze, und diese mit IPs versehe, dann plötzlich keine IP-Adressen für andere VLANs benötigt werden.
Bei STP habe ich auch eine Sache nicht verstanden:
Wann ist die Port-ID entscheident welches Port zu designated und welches Port zu non-designated Port wird? ( Jetzt ist alles gleich in einer Verbindung zwischen 2 Switchen, welche getrennt werden soll ).
So wie ich es sehe ist es nur dann der Fall, wenn beide Switche genau den gleichen Priorität und MAC-Adresse haben - und dies dürfte eigentlich nicht vorkommen. In allen anderen fällen wird der port an dem Switch mit höhren Priorität zu designated Port und der andere entsprechen non-designated. Egal wie in Simulation ich die Port-Prioritäten verteilte - es spielte nur switchpriorität eine Rolle.
Btw. wieso sind bei Port-Priorität wieder 16er Schritte?
Habe zwar noch viele Fragen, aber fange klein an - danke schon mal wenn jemand mir da weiter hilft
tikay.event Mainframeeinrichter
Anmeldungsdatum: 04.03.2006 Beiträge: 6087 Wohnort: Herne-Bay, UK
Verfasst am: Mo Mai 03, 2010 8:49 am Titel:
Zitat:
Als erstes interessiert mich wofür ein vlan eine eigene MAC adresse braucht. Ich kann diese einfach so eingeben:
Switch(config-if)# mac-address H.H.H
MAC-Adresse ist ja HW Adresse - und VLAN existiert nicht als HW... Wo ist hier der Sinn der Sache?
Genau so wenig verstehe ich wieso normal die VLANs eigene IP-Adresen brauchen, aber wenn ich trunks einsetze, und diese mit IPs versehe, dann plötzlich keine IP-Adressen für andere VLANs benötigt werden.
Normale Layer2 VLANs benötigen auch keine MAC-Adresse oder IP-Adresse. Benötigt werden diese erst, wenn die VLANs in Verbindung mit Routing/L3-Switching benutzt werden.
Alle meine VLANs (auf Nortel-Hardware) sind ohne IP-Adresse und MAC-Adresse.
MAC-Adresse ist ja HW Adresse - und VLAN existiert nicht als HW... Wo ist hier der Sinn der Sache?
Es gibt die Möglichkeit, die MAC Adresse der Endgeräte an ein VLAN zu binden (Dynamic-VLAN). So kann man, unabhängig vom Switchport, einem "Mobilen" Endgerät ein VLAN dynamisch zuweisen.
Verfasst am: Mo Mai 03, 2010 11:42 pm Titel: Re: STP und VLAN
danke schon mal für Antworten, aber wie steht es mit der zweiten Frage? Kennt keiner eine Situation wo tatsächlich port-ID eine rolle spielt? -Hatte noch mal alles aufgebaut und getestet - finde einfach nichts wo port priorität eine Rolle spielen würde
tima22 hat folgendes geschrieben::
Bei STP habe ich auch eine Sache nicht verstanden:
Wann ist die Port-ID entscheident welches Port zu designated und welches Port zu non-designated Port wird? ( Jetzt ist alles gleich in einer Verbindung zwischen 2 Switchen, welche getrennt werden soll ).
So wie ich es sehe ist es nur dann der Fall, wenn beide Switche genau den gleichen Priorität und MAC-Adresse haben - und dies dürfte eigentlich nicht vorkommen. In allen anderen fällen wird der port an dem Switch mit höhren Priorität zu designated Port und der andere entsprechen non-designated. Egal wie in Simulation ich die Port-Prioritäten verteilte - es spielte nur switchpriorität eine Rolle.
Btw. wieso sind bei Port-Priorität wieder 16er Schritte?
shadynet LSA-Aufleger
Anmeldungsdatum: 13.12.2009 Beiträge: 64
Verfasst am: Di Mai 04, 2010 8:03 pm Titel: Re: STP und VLAN
tima22 hat folgendes geschrieben::
danke schon mal für Antworten, aber wie steht es mit der zweiten Frage? Kennt keiner eine Situation wo tatsächlich port-ID eine rolle spielt? -Hatte noch mal alles aufgebaut und getestet - finde einfach nichts wo port priorität eine Rolle spielen würde
Stell dir mal vor, du hast 2 Switches von dem Hersteller mit der dunkelgrünen Gehäusefront.
Diese haben beispielsweise 2 Gigabitports, über die sie miteinander verbudnen werden (ohne EtherChannel und sonstige Spielereien).
Nun hast du eine Rootbridge (die mit niedrigster Bridge-ID) und eine non-Rootbridge.
An beiden 2 Ports belegt, jeweils Gi1/1 und Gi1/2 miteinander verbunden. einer von beiden wird nun dichtgemacht wegen STP. Welcher wird dichtgemacht? Der mit der höheren Port-ID.
Ich werde gleich mal versuchen, was in Packettracer zu bauen und dir visuell dazustellen (wenns klappt).
edit: auch VLANs haben MAC-Adressen, zumindest bei Cisco. Diese können ja z.B. als Standardgateway bei L3-Switchen herhalten, dadurch sollten sie evtl. im gleichen Subnetz auch über L2 (also MAC-Adresse) erreichbar sein.
Dadurch dass man damit dann auch auf einem geeigneten Switch dieses Routing aktivieren kann, müssen die VLANs auch IP-Adressen haben. Routing wäre sonst leicht schwer, da dies ja auf L3 basiert.
Standardmäßig ist nur das Vlan1 als virtuelles Interface angelegt, da dieses VLAN selbst bei einem unkonfigurierten Switch vorhanden ist. Willst du jetzt für VLAN 456 das Interface erstellen, musst du nur im config-mode "interface vlan456" eingeben, schon wirds erstellt.
Damit ist gewährleistet, dass auch ganz dumme Clients im Netz ohne Standardgateway oder sonstwas über die IP eine Telnetverbindung zum Switch öffnen können.
standardmäßig ist die Port-Priorität 128, dahinter die interne Port-ID des Catalyst. Dementsprechend hat der port 128.25 die niedrigere ID.
Die Ausgabe kam jetzt von der Root-Bridge, der 2. Switch komtm jetzt:
hier siehst du, dass der Port Gi1/1 mit der Prio 128.25 der Rootport ist, der Port Gi1/2 ist mit der Prio 128.26 "nur" der Backupport.
Edit3: ich vergesse immer die Hälfte: ganz wichtig, wenn du 2 verschiedene Geschwindigkeiten mischst, gewinnt immer der schnellere Port, da dieser die niedrigere Cost aufweist. also 10Mbit > 100Mbit > 1Gbit > 10Gbit (von der Cost her gesehen). Passiert auch, wenn die Port-ID niedriger ist (Gi1/1 = 128.25, Fa0/1 = 128.1, trotzdem wird Gi1/1 Rootport)
tima22 Strippenzieher
Anmeldungsdatum: 03.05.2010 Beiträge: 16
Verfasst am: Mi Mai 05, 2010 12:27 am Titel:
An 2 Switche doppelt miteinander verbunden hatte ich nicht gedacht - da spielt tatsächlich die port-ID eine Rolle. So wie ich das jetzt sehe ist es auch die einzige Verwendung von Portprioritäten. -Aber wenigstens ergibt es nun doch einen Sinn
Sie können keine Beiträge in dieses Forum schreiben. Sie können auf Beiträge in diesem Forum nicht antworten. Sie können Ihre Beiträge in diesem Forum nicht bearbeiten. Sie können Ihre Beiträge in diesem Forum nicht löschen. Sie können an Umfragen in diesem Forum nicht mitmachen.