{"id":37940,"date":"2019-10-31T22:20:41","date_gmt":"2019-10-31T19:20:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp\/"},"modified":"2019-10-31T22:20:41","modified_gmt":"2019-10-31T19:20:41","slug":"trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","title":{"rendered":"Cisco Training 200-125 CCNA v3.0. Tag 35. Dynamisches Trunking-Protokoll DTP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Heute betrachten wir das dynamische Trunking-Protokoll DTP und VTP \u2013 das VLAN-Trunking-Protokoll. Wie ich in der letzten Lektion erw\u00e4hnt habe, werden wir den Themen des ICND2-Examens in der Reihenfolge folgen, in der sie auf der Cisco-Website aufgef\u00fchrt sind.<\/p>\n

\"Cisco
\n
\nBeim letzten Mal haben wir Punkt 1.1 behandelt, und heute gehen wir auf 1.2 ein \u2013 die Konfiguration, \u00dcberpr\u00fcfung und Fehlersuche von Verbindungen zwischen Netzwerkswitches: Hinzuf\u00fcgen und Entfernen von VLANs aus dem Trunk sowie die Protokolle DTP und VTP in Version 1 und 2.<\/a><\/noindex><\/p>\n

Alle Switch-Ports sind standardm\u00e4\u00dfig auf den Dynamic Auto-Modus des DTP-Protokolls eingestellt. Das bedeutet, dass beim Anschluss zweier Ports verschiedener Switches automatisch ein Trunk aktiviert wird, wenn einer der Ports im Trunk- oder Desirable-Modus ist. Wenn die Ports beider Switches im Dynamic Auto-Modus sind, wird kein Trunk gebildet. <\/p>\n

\"Cisco
\n
\nDaher h\u00e4ngt alles von der Konfiguration der Betriebsmodi der beiden Switches ab. Zu Ihrem besseren Verst\u00e4ndnis habe ich eine Tabelle mit m\u00f6glichen Kombinationen der DTP-Modi der beiden Switches erstellt. Sie sehen, dass, wenn beide Switches den Modus Dynamic Auto verwenden, sie keinen Trunk bilden, sondern im Access-Modus verbleiben. Wenn Sie also m\u00f6chten, dass zwischen den beiden Switches ein Trunk erzeugt wird, m\u00fcssen Sie mindestens einen der Switches auf den Trunk-Modus programmieren oder den Trunk-Port auf den Modus Dynamic Desirable einstellen. Aus der Tabelle geht hervor, dass jeder Port des Switches in einem der vier Modi sein kann: Access, Dynamic Auto, Dynamic Desirable oder Trunk. <\/p>\n

Wenn beide Ports auf Access konfiguriert sind, verwenden die verbundenen Switches den Access-Modus. Wenn ein Port auf Dynamic Auto und der andere auf Access eingestellt ist, arbeiten beide im Access-Modus. Wenn ein Port im Access-Modus und der andere im Trunk-Modus arbeitet, k\u00f6nnen die Switches nicht verbunden werden; daher kann eine solche Kombination der Modi nicht verwendet werden. <\/p>\n

Um das Trunking zu erm\u00f6glichen, m\u00fcssen einer der Ports der Switches auf Trunk und der andere entweder auf Trunk, Dynamic Auto oder Dynamic Desirable programmiert sein. Ein Trunk entsteht auch, wenn beide Ports auf Dynamic Desirable eingestellt sind. <\/p>\n

Der Unterschied zwischen Dynamic Desirable und Dynamic Auto besteht darin, dass im ersten Modus der Port das Trunk selbst initiiert, indem er DTP-Frames an den Port des anderen Switches sendet. Im zweiten Modus wartet der Switch-Port darauf, dass jemand mit ihm kommuniziert. Wenn beide Switch-Ports auf Dynamic Auto eingestellt sind, wird niemals ein Trunk zwischen ihnen gebildet. Bei Dynamic Desirable ist die Situation umgekehrt \u2013 wenn beide Ports auf diesen Modus eingestellt sind, wird zwischen ihnen zwangsl\u00e4ufig ein Trunk gebildet. <\/p>\n

Ich empfehle Ihnen, diese Tabelle zu merken, da sie Ihnen helfen wird, die Switches miteinander richtig zu konfigurieren. Lassen Sie uns diesen Aspekt im Packet Tracer-Programm betrachten. Ich habe nacheinander 3 Switches miteinander verbunden und werde jetzt die CLI-Konsole f\u00fcr jedes dieser Ger\u00e4te auf dem Bildschirm anzeigen. <\/p>\n

\"Cisco
\n
\nWenn ich den Befehl show int trunk eingebe, werden wir keinen Trunk sehen, was ganz normal ist, da die n\u00f6tigen Einstellungen fehlen und alle Switches im Modus Dynamic Auto konfiguriert sind. Wenn ich die Parameter der Schnittstelle f0\/1 des mittleren Switches anfrage, werden Sie sehen, dass im Administrationsmodus die Einstellung dynamic auto angezeigt wird.<\/p>\n

\"Cisco
\n
\n\u00c4hnliche Einstellungen gibt es auch am dritten und ersten Switch \u2013 auch deren Port f0\/1 befindet sich im Modus dynamic auto. Wenn Sie sich an die Tabelle erinnern, sollten f\u00fcr das Trunking alle Ports im Trunk-Modus sein oder einer der Ports muss im Modus Dynamic Desirable sein. <\/p>\n

Lassen Sie uns die Einstellungen des ersten Switches SW0 aufrufen und den Port f0\/1 konfigurieren. Nach der Eingabe des Befehls switchport mode zeigt das System die m\u00f6glichen Modusparameter an: access, dynamic oder trunk. Ich verwende den Befehl switchport mode dynamic desirable, und Sie werden beobachten, dass der Trunk-Port f0\/1 des zweiten Switches nach der Eingabe dieses Befehls zun\u00e4chst in den Zustand down wechselt und dann, nachdem das DTP-Frame vom ersten Switch empfangen wurde, in den Zustand up wechselt. <\/p>\n

\"Cisco
\n
\nWenn ich jetzt im CLI der Switch SW1 den Befehl show int trunk eingebe, sehen wir, dass der Port f0\/1 im Trunking-Zustand ist. Ich gebe denselben Befehl im CLI des Switches SW1 ein und sehe die gleiche Information, was bedeutet, dass jetzt zwischen den Switches SW0 und SW1 ein Trunk eingerichtet ist. Dabei befindet sich der Port des ersten Switches im Modus desirable, w\u00e4hrend der Port des zweiten im Modus auto ist. <\/p>\n

\"Cisco
\n
\nZwischen dem zweiten und dem dritten Switch besteht keine Verbindung, also gehe ich in die Einstellungen des dritten Switches und gebe den Befehl switchport mode dynamic desirable ein. Sie sehen, dass im zweiten Switch dieselben Statuswechsel down-up erfolgt sind, nun jedoch den Port f0\/2 betreffen, der mit dem dritten Switch verbunden ist. Jetzt hat der zweite Switch zwei Trunks: einen am Interface f0\/1 und den anderen an f0\/2. Das kann man sehen, wenn man den Befehl show int trunk verwendet. <\/p>\n

\"Cisco
\n
\nBeide Ports des zweiten Switches befinden sich im Status \"auto\". F\u00fcr das Trunking mit benachbarten Switches m\u00fcssen deren Ports im Trunk- oder Desirable-Modus sein, da es in diesem Fall nur zwei Modi f\u00fcr die Trunk-Konfiguration gibt. Mit der Tabelle k\u00f6nnen Sie die Ports der Switches so anpassen, dass ein Trunk zwischen ihnen eingerichtet wird. Das ist die Essenz der Verwendung des dynamischen Trunking-Protokolls DTP. <\/p>\n

Lassen Sie uns das VLAN-Trunking-Protokoll, oder VTP, untersuchen. Dieses Protokoll sorgt f\u00fcr die Synchronisierung von VLAN-Datenbanken verschiedener Netzwerkger\u00e4te, indem es die aktualisierte VLAN-Datenbank von einem Ger\u00e4t auf ein anderes \u00fcbertr\u00e4gt. Kehren wir zu unserem Schema mit drei Switches zur\u00fcck. VTP kann in drei Modi arbeiten: Server, Client und Transparent. VTP v3 hat einen weiteren Modus namens \"Off\", jedoch behandelt die Cisco-Pr\u00fcfung nur die erste und zweite Version des VTP. <\/p>\n

\"Cisco
\n
\nDer Servermodus wird verwendet, um neue VLANs zu erstellen, Netzwerke \u00fcber die Befehlszeile des Switches zu l\u00f6schen oder zu \u00e4ndern. Im Clientmodus sind keine Operationen an VLANs m\u00f6glich; in diesem Modus erfolgt lediglich die Aktualisierung der VLAN-Datenbank vom Server. Der transparente Modus funktioniert so, als w\u00e4re das VTP-Protokoll deaktiviert, d.h. der Switch sendet keine eigenen VTP-Nachrichten, sondern \u00fcbertragen Updates von anderen Switches \u2013 wenn ein Update an einen der Switch-Ports empfangen wird, leitet er es durch sich hindurch und sendet es \u00fcber einen anderen Port weiter im Netzwerk. Im transparenten Modus fungiert der Switch einfach als \u00dcbertr\u00e4ger von fremden Nachrichten, ohne seine eigene VLAN-Datenbank zu aktualisieren.
\nAuf dieser Folie sehen Sie die Befehle zur Konfiguration des VTP-Protokolls, die im globalen Konfigurationsmodus eingegeben werden. Mit dem ersten Befehl kann die verwendete Protokollversion ge\u00e4ndert werden. Der zweite Befehl w\u00e4hlt den Betriebsmodus von VTP aus.<\/p>\n

\"Cisco
\n
\nUm eine VTP-Dom\u00e4ne zu erstellen, wird der Befehl vtp domain verwendet, und um ein VTP-Passwort einzustellen, m\u00fcssen Sie den Befehl vtp password eingeben. Lassen Sie uns zur CLI-Konsole des ersten Switches gehen und den Zustand von VTP \u00fcberpr\u00fcfen, indem wir den Befehl show vtp status eingeben.<\/p>\n

\"Cisco
\n
\nSie sehen die Version des VTP-Protokolls \u2013 die zweite, die maximale Anzahl der unterst\u00fctzten VLANs betr\u00e4gt 255, die Anzahl der vorhandenen VLANs \u2013 5 und der VLAN-Betriebsmodus \u2013 Server. All dies sind Standardparameter. Wir haben VTP bereits in der Lektion \u201eTag 30\u201c besprochen. Falls Sie etwas vergessen haben, k\u00f6nnen Sie dieses Video gerne noch einmal ansehen. <\/p>\n

Um die VLAN-Datenbank zu sehen, gebe ich den Befehl show vlan brief ein. Hier sind VLAN1 und VLAN1002-1005 aufgef\u00fchrt. Alle freien Switch-Ports \u2013 23 Fast Ethernet-Ports und 2 Gigabit Ethernet-Ports \u2013 sind mit dem ersten Standardnetz verbunden. Die anderen 4 VLANs werden nicht unterst\u00fctzt. Die VLAN-Datenbanken der beiden anderen Switches sehen genau gleich aus, mit dem Unterschied, dass auf SW1 f\u00fcr die VLANs nicht 23, sondern 22 Fast Ethernet-Ports freigeblieben sind, da f0\/1 und f0\/2 f\u00fcr Trunks belegt sind. Ich m\u00f6chte noch einmal daran erinnern, was in der Lektion \u201eTag 30\u201c erw\u00e4hnt wurde \u2013 das VTP-Protokoll unterst\u00fctzt nur die Aktualisierung der VLAN-Datenbanken. <\/p>\n

Wenn ich mehrere Ports f\u00fcr VLAN-Netzwerke mit den Befehlen switchport access und switchport mode access VLAN10, VLAN20 oder VLAN30 konfiguriere, wird die Konfiguration dieser Ports nicht \u00fcber VTP repliziert, da VTP nur die VLAN-Datenbank aktualisiert.
\nWenn einer der Ports SW1 auf VLAN20 konfiguriert ist, aber dieses Netzwerk nicht in der VLAN-Datenbank vorhanden ist, wird der Port deaktiviert. Die Aktualisierung der Datenbanken erfolgt hingegen nur \u00fcber das VTP-Protokoll. <\/p>\n

Mit dem Befehl show vtp status sehe ich, dass alle 3 Switches derzeit im Servermodus sind. Ich werde den mittleren Switch SW1 mit dem Befehl vtp mode transparent in den transparenten Modus versetzen und den dritten Switch SW2 mit dem Befehl vtp mode client in den Clientmodus. <\/p>\n

Lassen Sie uns nun zum ersten Switch SW0 zur\u00fcckkehren und die Dom\u00e4ne nwking.org mit dem Befehl vtp domain erstellen. Wenn wir jetzt den Status des VTP des zweiten Switches \u00fcberpr\u00fcfen, der sich im transparenten Modus befindet, sehen wir, dass er nicht auf die Erstellung der Dom\u00e4ne reagiert hat \u2013 das Feld VTP Domain Name bleibt leer. Der dritte Switch, der sich im Clientmodus befindet, hat jedoch seine Datenbank aktualisiert und hat den Dom\u00e4nennamen VTP- nwking.org erhalten. Somit wurde die Aktualisierung der Datenbank von Switch SW0 \u00fcber SW1 an SW2 weitergeleitet. <\/p>\n

Jetzt werde ich versuchen, den festgelegten Domainnamen zu \u00e4ndern. Dazu gehe ich zu den Einstellungen von SW0 und gebe den Befehl vtp domain NetworKing ein. Wie wir sehen k\u00f6nnen, hat sich diesmal nichts ge\u00e4ndert \u2013 der VTP-Domainname auf dem dritten Switch ist gleich geblieben. Der Grund daf\u00fcr ist, dass eine solche Aktualisierung des Domainnamens nur einmal erfolgt, wenn die Standarddom\u00e4ne ge\u00e4ndert wird. Wenn der VTP-Domainname danach erneut ge\u00e4ndert wird, muss er auf den anderen Switches manuell angepasst werden. <\/p>\n

Jetzt werde ich im CLI der ersten Switch-Konsole ein neues VLAN100 erstellen und es IMRAN nennen. Es wurde in der VLAN-Datenbank des ersten Switches angelegt, aber nicht in der Datenbank des dritten Switches, da es verschiedene Dom\u00e4nen sind. Denken Sie daran, dass ein Update der VLAN-Datenbank nur erfolgt, wenn beide Switches dieselbe Dom\u00e4ne haben oder, wie ich zuvor gezeigt habe, der neue Domainname anstelle des Standardnamens gesetzt wird. <\/p>\n

Ich greife auf die Einstellungen des 3. Switches zu und gebe nacheinander die Befehle vtp mode und vtp domain NetworKing ein. Beachten Sie, dass die Eingabe des Namens case-sensitive ist; daher muss die Schreibweise des Domainnamens bei beiden Switches genau \u00fcbereinstimmen. Jetzt wechsle ich SW2 erneut in den Client-Modus mit dem Befehl vtp mode client. Lassen Sie uns sehen, was passiert. Wie Sie sehen, hat sich jetzt, bei \u00fcbereinstimmendem Domainnamen, die Datenbank von SW2 aktualisiert und das neue Netzwerk VLAN100 IMRAN hinzugef\u00fcgt, wobei sich diese \u00c4nderungen nicht auf den mittleren Switch ausgewirkt haben, da dieser sich im transparenten Modus befindet. <\/p>\n

Wenn Sie sich vor unbefugtem Zugriff sch\u00fctzen m\u00f6chten, k\u00f6nnen Sie ein VTP-Passwort erstellen. Dabei m\u00fcssen Sie sicherstellen, dass das Ger\u00e4t auf der anderen Seite das genau gleiche Passwort hat, da es nur dann in der Lage ist, VTP-Updates zu empfangen. <\/p>\n

Als N\u00e4chstes werden wir VTP-Pruning betrachten, also das \"Pruning\" ungenutzter VLANs. Wenn Sie in Ihrem Netzwerk 100 Ger\u00e4te haben, die das VTP-Protokoll verwenden, wird die Aktualisierung der VLAN-Datenbank eines Ger\u00e4ts automatisch auf den restlichen 99 Ger\u00e4ten repliziert. Allerdings haben nicht alle diese Ger\u00e4te die in der Aktualisierung aufgef\u00fchrten VLANs, daher k\u00f6nnte die Information \u00fcber diese f\u00fcr sie irrelevant sein. <\/p>\n

\"Cisco<\/p>\n

Die Verbreitung von VLAN-Datenbankaktualisierungen an Ger\u00e4te, die VTP verwenden, bedeutet, dass alle Ports aller Ger\u00e4te Informationen \u00fcber hinzugef\u00fcgte, entfernte und ge\u00e4nderte VLANs erhalten, zu denen sie m\u00f6glicherweise keine Beziehung haben. Das f\u00fchrt zu einer unn\u00f6tigen Belastung des Netzwerks mit zus\u00e4tzlichem Datenverkehr. Um dies zu vermeiden, wird das Konzept des \"Pruning\" bei VTP eingesetzt. Um auf einem Switch den Modus f\u00fcr das \"Pruning\" irrelevanter VLANs zu aktivieren, wird der Befehl vtp pruning verwendet. Danach werden die Switches automatisch einander mitteilen, welche VLANs sie tats\u00e4chlich verwenden, und ihren Nachbarn signalisieren, dass sie keine Aktualisierungen f\u00fcr VLANs empfangen m\u00fcssen, die nicht mit ihnen verbunden sind.<\/p>\n

Wenn SW2 beispielsweise keine Ports f\u00fcr VLAN10 hat, ben\u00f6tigt er keine von SW1 gesendeten Daten f\u00fcr dieses Netzwerk. Gleichzeitig ben\u00f6tigt der Switch SW1 Verkehr f\u00fcr VLAN10, da einer seiner Ports mit diesem Netzwerk verbunden ist, allerdings muss er diesen Verkehr nicht an den Switch SW2 senden.
\nWenn SW2 den vtp pruning-Modus verwendet, teilt er SW1 mit: \u00abBitte senden Sie mir keinen Verkehr f\u00fcr VLAN10, da dieses Netzwerk nicht mit mir verbunden ist und keiner meiner Ports f\u00fcr dieses Netzwerk konfiguriert ist.\u00bb Das ist der Vorteil der Verwendung des Befehls vtp pruning. <\/p>\n

Es gibt eine weitere M\u00f6glichkeit, den Verkehr f\u00fcr ein bestimmtes Interface zu filtern. Diese erm\u00f6glicht es, einen Port auf einen Trunk mit einem bestimmten VLAN-Netzwerk einzustellen. Der Nachteil dieser Methode ist, dass jeder Trunk-Port manuell konfiguriert werden muss, um anzugeben, welche VLANs erlaubt und welche verboten sind. Dazu wird eine Sequenz von drei Befehlen verwendet. Der erste gibt das betreffende Interface an, der zweite verwandelt dieses Interface in einen Trunk-Port, und der dritte \u2014 switchport trunk allowed vlan \u2014 zeigt an, welches VLAN an diesem Port erlaubt ist: alle, keines, das hinzuzuf\u00fcgende VLAN oder das zu entfernende VLAN. <\/p>\n

Je nach konkreter Situation w\u00e4hlen Sie, was Sie verwenden: VTP-Pruning oder erlaubte Trunks. Einige Organisationen ziehen es aus Sicherheitsgr\u00fcnden vor, VTP nicht zu verwenden, weshalb sie manuelle Trunk-Konfigurationen w\u00e4hlen. Da der Befehl vtp pruning in Packet Tracer nicht funktioniert, werde ich ihn im Emulator GNS3 demonstrieren. <\/p>\n

Wenn Sie in die Einstellungen von SW2 gehen und den Befehl vtp pruning eingeben, wird das System sofort melden, dass dieser Modus aktiviert ist: Pruning switched on, das bedeutet, dass das \"Pruning\" von VLANs nur mit einem Befehl aktiviert werden kann. <\/p>\n

Wenn Sie den Befehl show vtp status eingeben, werden wir sehen, dass der vtp pruning-Modus aktiviert ist. <\/p>\n

\"Cisco
\n
\nWenn Sie diesen Modus auf dem Server-Switch einrichten, gehen Sie in die Einstellungen und geben Sie den Befehl vtp pruning ein. Das bedeutet, dass die an den Server angeschlossenen Ger\u00e4te automatisch vtp pruning verwenden, um den Tr\u00e4gersverkehr f\u00fcr irrelevante VLANs zu minimieren. <\/p>\n

Wenn Sie diesen Modus nicht verwenden m\u00f6chten, m\u00fcssen Sie in ein bestimmtes Interface, zum Beispiel e0\/0, wechseln und dann den Befehl switchport trunk allowed vlan eingeben. Das System gibt Ihnen Hinweise zu den m\u00f6glichen Optionen dieses Befehls: <\/p>\n

\u2014 WORD \u2014 die VLAN-Nummer, die auf diesem Interface im Trunk-Modus erlaubt ist;
\n \u2014 add \u2014 die VLAN, die zur VLAN-Datenbank hinzugef\u00fcgt werden soll;
\n \u2014 all \u2014 alle VLANs erlauben;
\n \u2014 except \u2014 alle VLANs zulassen, au\u00dfer den angegebenen;
\n \u2014 none \u2013 alle VLANs verbieten;
\n \u2014 remove \u2013 VLAN aus der VLAN-Datenbank entfernen. <\/p>\n

Beispielsweise, wenn wir VLAN10 f\u00fcr das Trunking zulassen und es f\u00fcr das VLAN20 erlauben m\u00f6chten, m\u00fcssen wir den Befehl switchport trunk allowed vlan add 20 eingeben. <\/p>\n

\"Cisco
\n
\nIch m\u00f6chte Ihnen noch etwas zeigen, daher verwende ich den Befehl show interface trunk. Beachten Sie, dass standardm\u00e4\u00dfig alle VLANs 1-1005 f\u00fcr den Trunk aktiviert waren und nun VLAN10 hinzugekommen ist. <\/p>\n

\"Cisco
\n
\nWenn ich den Befehl switchport trunk allowed vlan add 20 verwende und erneut den Status des Trunks anzeige, werden wir sehen, dass jetzt zwei Netzwerke f\u00fcr den Trunk erlaubt sind \u2013 VLAN10 und VLAN20. <\/p>\n

\"Cisco
\n
\nDabei kann kein anderer Datenverkehr, au\u00dfer dem f\u00fcr die angegebenen Netzwerke, \u00fcber diesen Trunk geleitet werden. Durch die Erlaubnis des Datenverkehrs nur f\u00fcr VLAN 10 und VLAN 20 haben wir den Datenverkehr f\u00fcr alle anderen VLANs blockiert. So k\u00f6nnen die Trunk-Einstellungen manuell f\u00fcr ein bestimmtes VLAN auf einem bestimmten Switchport konfiguriert werden. <\/p>\n

Bitte beachten Sie, dass bis Ende des Tages am 17. November 2017 auf unserer Webseite ein Rabatt von 90% auf die Kosten f\u00fcr den Download des Laborberichts zu diesem Thema gilt. <\/p>\n

\"Cisco
\n
\nVielen Dank f\u00fcr Ihre Aufmerksamkeit und bis zum n\u00e4chsten Video-Tutorial!<\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center>
\nDanke, dass Sie bei uns bleiben. Gefallen Ihnen unsere Artikel? M\u00f6chten Sie mehr interessante Inhalte sehen? Unterst\u00fctzen Sie uns mit einer Bestellung oder empfehlen Sie uns weiter. 30 % Rabatt f\u00fcr Habr-Nutzer auf unser einzigartiges \u00c4quivalent von Entry-Level-Servern, das wir f\u00fcr Sie entwickelt haben:<\/b> Die ganze Wahrheit \u00fcber VPS (KVM) E5-2650 v4 (6 Kerne) 10GB DDR4 240GB SSD 1Gbps ab 20 $ oder wie man Server richtig teilt?<\/a><\/noindex> (Verf\u00fcgbar sind Optionen mit RAID1 und RAID10, bis zu 24 Kerne und bis zu 40GB DDR4).<\/p>\n

Dell R730xd zum halben Preis?<\/b> Nur bei uns 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB ab 199 $<\/a><\/noindex> in den Niederlanden! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 ab 99 $!<\/b><\/b> Lesen Sie dar\u00fcber Wie man eine Unternehmenskosten-Infrastruktur mit Dell R730xd E5-2650 v4-Servern f\u00fcr ein paar Euro aufbaut?<\/a><\/noindex>
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP \u0438 VTP \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 VLAN. \u041a\u0430\u043a \u044f \u0433\u043e\u0432\u043e\u0440\u0438\u043b \u043d\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u043c \u0443\u0440\u043e\u043a\u0435, \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043c\u0430\u043c \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430 ICND2 \u0432 \u0442\u043e\u043c \u043f\u043e\u0440\u044f\u0434\u043a\u0435, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u043e\u043d\u0438 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u044b \u043d\u0430 \u0441\u0430\u0439\u0442\u0435 Cisco. \u0412 \u043f\u0440\u043e\u0448\u043b\u044b\u0439 \u0440\u0430\u0437 \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043f\u0443\u043d\u043a\u0442 1.1, \u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c 1.2 \u2013 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u043e\u0432: \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u0438\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28471,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37940","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco Training 200-125 CCNA v3.0. Tag 35. Dynamisches Trunking-Protokoll DTP | ProHoster","description":"Heute betrachten wir das dynamische Trunking-Protokoll DTP und VTP \u2013 VLAN-Trunking-Protokoll. Wie ich im letzten Unterricht erw\u00e4hnte, werden wir den Themen des ICND2-Examens in der Reihenfolge folgen, in der sie auf der Cisco-Website aufgef\u00fchrt sind. Beim letzten Mal haben wir Punkt 1.1 behandelt, und heute schauen wir uns 1.2 an \u2013 Konfiguration, \u00dcberpr\u00fcfung und Fehlersuche bei den Verbindungen von Netzwerkswitches: Hinzuf\u00fcgen.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 35. \u0414\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 DTP \u0438 VTP \u2013 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b \u0442\u0440\u0430\u043d\u043a\u0438\u043d\u0433\u0430 VLAN. \u041a\u0430\u043a \u044f \u0433\u043e\u0432\u043e\u0440\u0438\u043b \u043d\u0430 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u043c \u0443\u0440\u043e\u043a\u0435, \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0441\u043b\u0435\u0434\u043e\u0432\u0430\u0442\u044c \u0442\u0435\u043c\u0430\u043c \u044d\u043a\u0437\u0430\u043c\u0435\u043d\u0430 ICND2 \u0432 \u0442\u043e\u043c \u043f\u043e\u0440\u044f\u0434\u043a\u0435, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u043e\u043d\u0438 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u043d\u044b \u043d\u0430 \u0441\u0430\u0439\u0442\u0435 Cisco. \u0412 \u043f\u0440\u043e\u0448\u043b\u044b\u0439 \u0440\u0430\u0437 \u043c\u044b \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043b\u0438 \u043f\u0443\u043d\u043a\u0442 1.1, \u0430 \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c 1.2 \u2013 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430, \u043f\u0440\u043e\u0432\u0435\u0440\u043a\u0430 \u0438 \u043d\u0435\u043f\u043e\u043b\u0430\u0434\u043a\u0438 \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0439 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u043a\u043e\u043c\u043c\u0443\u0442\u0430\u0442\u043e\u0440\u043e\u0432: \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u0438\u0435","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-35-dinamicheskij-protokol-trankinga-dtp","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:20:41+00:00","article:modified_time":"2019-10-31T19:20:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37940","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-23 19:51:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:18:22","updated":"2026-01-23 19:51:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37940","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=37940"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37940\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28471"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37940"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37940"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37940"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}