Senden Sie dieses Beispiel. Nehmen wir an, A sendet einen Frame an D.
Die Quelladresse, die dazu geführt hat, ist a.
Und die Zieladresse ist D.
Ich werde den Frame an einen Switch senden, der dann auf alle Ports basierend auf der Switch-Architektur
kopiert wird.
Der zentrale Asynchron-Server überprüft das Ziel in der Lagertabelle und nimmt für den Moment an, dass keine Antwort
darauf erfolgt, welche Tabelle oder MAC-Adresstabelle verwendet werden kann.
Der Frame versucht also, diesen Port auf 0 2 zu verlassen, da die interne markierte Farbe für diesen Frame
rot ist.
Und das ist ein Greenport.
Der Frame darf nicht in 0 2 sein.
Allerdings auf diesem Port, da es sich um eine Trunk-Verbindung handelt.
Und nehmen wir für den Moment an, dass alle Länder über diesen Trunk erlaubt
sind, dass der Frame aus Port 0 3 gesendet wird, um jedoch zu wechseln, bevor der Frame ausgesendet wird.
Es muss mit der Schurken-Nummer markiert werden.
In diesem Fall wäre die Bösewichtskennung also rot.
Nun, wie in den Switches erwähnt, die durch Nummern identifiziert werden, aber um diese Beispiele einfach zu halten,
werden wir Farben verwenden.
Dies wäre also tatsächlich eine Zahl von 0 bis 4000, und dann wird ein 96-Bettrahmen über
den Stamm gesendet, um zu wechseln, wer dann den Rahmen erneut empfängt und der Rahmen intern verarbeitet wird.
Jetzt liest dieser Schalter den Bösewicht, identifiziert einen bearbeiteten oder einen Q-Header und stellt fest, dass er
zu dem roten Villon gehört, der intern innerhalb des Schalters markiert ist. Der Frame wird an Allport 0 2 sowie 0 1
gesendet.
Und nehmen wir noch einmal an, dass die MAC-Adresstabelle nicht die MAC-Adresse von
D enthält.
Wenn der Frame also versucht, an Port 0 1 zu gelangen, wird dies abgelehnt, da die Farbe des Frames rot ist und
sich diese Schnittstelle im grünen Villon befindet.
Der Rahmen fällt also ab.
Von dieser Schnittstelle aus ist der Rahmen jedoch zulässig, da sich der Port im roten Bösewicht befindet
und der Rahmen mit der roten Bösewicht markiert ist. Alle Markierungen werden aus diesem Port entfernt.
Es ist also dasselbe wie ein normaler Ethernet-Frame für PCD.
Wieder einmal sind sich die PCs der Tatsache nicht bewusst, dass sie in Schurken gesteckt wurden.
Sie sehen nur gestenteltes Ethernet.
Ein Standard-Frame, in dem die Quelladresse einer Zieladresse a D von Port 0 zu dem
in einem Schlüsselbündel bearbeiteten PC übertragen und von diesem verarbeitet wird, hat einen räumlichen Bösewicht, der als native native Villaine-native Villans
bekannt ist, bei einem Port auf dem Switch unmarkiert ist als Kofferraum eingerichtet.
Zum Beispiel kann diese Schnittstelle auf dem Switch 1 und dem Switch auf diese Schnittstelle markierte Frames empfangen
und senden, die zur nativen Villaine gehören, und keine gewaltsamen Tags tragen, wenn sie mit demselben Token über diesen Trunk
gesendet werden, wenn auf dem Trunk-Port dieses Frames ein nicht markierter Frame empfangen wurde wäre
automatisch mit dem Heimatland für den Sport verbunden.
Nun wird ein bestimmter Verwaltungsverkehr über das Heimatland geleitet.
So wird zum Beispiel bei der Spanning-Tree-BPT-Nutzung das native Villon verwendet. Dynamisches Trunking-Protokoll ist daher eine Methode,
mit der Switches automatisch einen Trunk zwischen sich einrichten können. Ich werde Ihnen
gleich ein Beispiel zeigen.
Bestimmter Verwaltungsverkehr verwendet immer villaine one, wenn Sie die Leitung eins als nativen
LAN-Datenverkehr wie CPV DP AGP verlassen haben und Ihr DL D über das Heimatland übertragen wird.
Wenn das Land nicht in ein anderes Land als in ein Land umgewandelt wurde, werden diese Protokolle
dann in diesem speziellen Villaine-CTP-Protokoll gekennzeichnet, das im Abschnitt ICD 1 dieses Kurses erläutert wurde.
Damit können wir direkt angeschlossene Geräte und das Trunking-Protokoll anzeigen, das wir in den nächsten
Folien besprechen werden.
Es ist eine Möglichkeit, andere Switches mit Änderungen, die an einem einzelnen Switch in einer VTB-Domäne vorgenommen
wurden, dynamisch zu aktualisieren. Das AGP- oder Port-Aggregation-Protokoll ist ein Protokoll, das für die automatische Erstellung von Ether-Kanälen verwendet
wird, und es wird DLT oder eine gerichtete verbundene Erkennung zur Überwachung der Switches verwendet physische Konfiguration
der Kabel zwischen Geräten und Erkennung eindeutiger Richtungsverbindungen.
Dies ermöglicht uns, falsch verkabelte Links zu erkennen.
Hierbei ist zu beachten, dass es sich bei Stammverbindungen um einen speziellen Schurken handelt, der als
das Heimatland bezeichnet wird, in dem der Verkehr ohne Tag gesendet wird, wenn er bei der Standardeinstellung von Villa belassen wird,
und ein großer Verwaltungsverkehr wird über dieses Heimatland gesendet.
Es ist wichtig, dass das Heimatland auf beiden Seiten des Stammes gleich ist, wenn sie nicht gleich eingestellt sind.
Die Sucher werden Sie benachrichtigen, indem sie Ihnen sagen, dass es eine einheimische Missgeschick zwischen den Schurken gibt.
Das Problem, das entsteht, wenn die Heimatländer nicht gleich sind, besteht darin, dass der Verkehr von einem Schurken auf
dem Switch automatisch verknüpft wird und in einem anderen als dem anderen Switch endet.
Und natürlich besteht das gesamte Konzept der Katzen darin, den Verkehr in einen bestimmten Thielen aufzuteilen.
Mit anderen Worten, eine separate Broadcast-Domäne oder ein separater Subnetzverkehr von einem VLAN sollte
nicht in einer anderen Villaine landen, da eine native Villaine-Fehlkonfiguration vorliegt.
Dies ist etwas, was Sie heute wahrscheinlich nicht in Netzwerken sehen.
Theoretisch könnte man bei einem einheimischen Schurken wie einem Schalter sagen, dass markierte Bilder auf dieses MacBook
umschalten und nicht markierte Bilder.
Wenn Sie also das native Villon verwenden, kann dieses MacBook oder ein PC immer noch mit
dem Netzwerk kommunizieren, obwohl es keine verarbeiteten markierten Frames versteht oder ein Keyframe oder markierte Frames
für die Kommunikation über Informationen zwischen Netzwerkgeräten wie Switches verwendet wird.
Dieses Gerät kann bearbeitete Keyframes nicht unbedingt verstehen, kann jedoch mit dem Netzwerk
mithilfe der nativen Villaine kommunizieren.
Dies ist jedoch heute nicht üblich.
Was ist üblicher? Heute ist ein Szenario wie dieses, in dem Sie einen PC mit einem IP-Telefon verbunden haben, das mit
einem Cisco-Switch verbunden ist.
Das Cisco IP-Telefon verfügt jetzt über einen integrierten Drei-Wege-Switch, von dem ein Port wieder an die Netzwerkinfrastruktur angeschlossen wird.
Ein Cisco-Switch mit einem zweiten Port ermöglicht es dem PC, über das Telefon eine Verbindung zur Infrastruktur herzustellen, und ein
dritter Port ermöglicht es, dass der Sprachverkehr des Mobilteils gegenüber den Daten Priorität erhält, wenn sie an die
Netzwerkinfrastruktur gesendet werden.
So verfügt das Telefon über einen eingebauten Dreiwegeschalter, der immer stolz auf steigende Sprachdaten ist.
Dabei ist zu beachten, dass das Telefon in einem separaten Villon für den PC konfiguriert
werden kann.
Das Telefon könnte also in der roten Violine und der PC in der grünen Linie sein.
Es hat viele Vorteile, dies auf diese Weise zu tun.
In der Regel kann dieser PC aus Sicherheitsgründen den Sprachverkehr nicht abhören und
das Sprachgespräch damit abhören.
Nun gibt es eine Menge Vorbehalte in Bezug auf Cisco-Telefone und verschiedene Modelle werden auf
unterschiedliche Weise eingerichtet. Theoretisch wird jedoch davon ausgegangen, dass sich das Telefon in einem für den PC separaten Bereich befindet
und der PC den Sprachverkehr daher nicht erkennen kann.
Es gibt Anwendungen wie Cain und Abel, ein sehr leistungsfähiges Hacking-Tool, mit dem Sie das
Netzwerk erfassen können, um den Sprachverkehr zu erfassen, und diesen Verkehr dann als Datei auf Ihrem lokalen PC wiedergeben, sodass
Sie das Sprachgespräch wiedergeben können.
Wenn sich das Telefon jedoch in einer separaten Villon-Sicherheit befindet, wird die Sicherheit verbessert, da der PC
den Sprachverkehr nicht aus Sicht der Dienstqualität erkennen kann.
Dies ist auch viel besser, weil es einfacher ist, den Sprachverkehr gegenüber dem Datenverkehr zu priorisieren.
Wenn Sie sich in einer separaten VM befinden, hat Ihr Netzwerk auf diese Weise auch die Vorteile einer
einfacheren IP-Adressverwaltung, da Sie Ihren Telefonen ein separates Subnetz zuweisen können.
Dies sind Ihre PCs und skalieren somit Ihre IP-Adressierung.
Was also passiert, ist, dass der Switch mit einer so genannten Voice-Freelon und einem nativen Bösewicht konfiguriert
ist, bei dem das Voice-Gefühl so markiert ist, dass markierte Frames an das Telefon gesendet werden und das Telefon mit
seinem dreifach geschalteten Switch in der Lage ist, die bearbeiteten oder einen Keyframes ohne Tags zu lesen werden auf der so
genannten nativen Illum- oder Datenzeile gespeichert.
Diese Informationen werden an das Telefon gesendet und das Telefon wechselt diese nur zum PC.
Der PC empfängt also die nicht markierten Land-Frames und das Telefon empfängt die markierte Datei oder
Sprachdatei. Frames sind keine Einstellungen, und das Telefon ist dafür erforderlich.
Sie haben buchstäblich ein paar Befehle auf dem Switch eingegeben, um dem Switch mitzuteilen, welche Stimme das Land hat und was
der DTV Bil'in ist.
Dies geschieht automatisch, da beim Hochfahren des Telefons der Switch über CGP abgefragt wird, um herauszufinden,
zu welchem Gefühl er gehört.
Der Switch up to date die Konfiguration des Telefons durch die Verwendung von CTP.
Dies ist also eine sehr häufige Implementierung von Heimatländern in der heutigen realen Welt.
Um nur zusammenzufassen, wie Ports ernsthaft den Dorfbewohnern zugewiesen werden, können sie von einem Administrator statisch
zugewiesen werden.
Um einen Administrator zu verwenden, gehen Sie in eine Benutzeroberfläche und stecken diesen Port stetig in einen Bösewicht.
Die zweite Option ist das Erstellen dynamischer Schurken mit einem Schurkenmitgliedschafts-Policy-Server.
Dynamische Dorfbewohner ermöglichen einen Port-Deal und werden anhand der Mac-Adresse des an diesen Port angeschlossenen
Geräts aktualisiert.
In einem Sitzungssaal beispielsweise, wenn ein Direktor einen Laptop basierend auf der Mac-Adresse
dieses Laptops einsteckt, wird diesem Port dynamisch der Plan zugewiesen, wenn ein Manager seinen Laptop am
nächsten Tag in denselben Port einfügt, zum Beispiel, dass Villon automatisch ist an die Manager Villon aktualisiert.
Basierend auf der Quell-Mac-Adresse der im Port empfangenen
Frames wird der Port automatisch verschiedenen Ländern zugewiesen. Letztes Jahr haben wir Sprachansagen,
die speziell für IP-Telefone verwendet werden die Weitergabe der Informationen von einem
Switch zu einem anderen, anstatt zu mehreren Switches zu wechseln.
Sie können Karaite die Länder eines Switches löschen oder umbenennen und diese Informationen automatisch auf
andere Switches über Trunk-Links übertragen.
Beachten Sie den Namen Villaine-Trunking-Protokoll.
Diese Informationen können nur über Trunk-Links verbreitet werden.
Jetzt können Sie mit ETP viel Zeit sparen, und viele Ingenieure von Sisk werden feststellen, dass BTP Ihnen
Kopfschmerzen bereiten kann.
Bei Switches kann die gesamte Villaine-Konfiguration gelöscht werden, wenn ein neuer Switch zum Netzwerk hinzugefügt wird, ohne
dass ein ordnungsgemäßes Verfahren ausgeführt wird.
Viele Cisco-Ingenieure werden daher VCP in modernen Umgebungen aufgrund der mit diesem Protokoll verbundenen
Risiken nicht aktivieren.
GTP-Nachrichten werden an die folgende Mac-Adresse gesendet, bei der es sich um eine bekannte Multicast-Adresse handelt,
um die Protokolle CTP und DTP zu überfluten.
Es gibt drei Arten von Nachrichten in DTP.
Sie haben einige kostenlose Werbeuntergruppen und Werbeanfragen, die in den nächsten
Folien näher erläutert werden.
Beachten Sie jedoch, dass drei Meldungen eingegeben werden, wenn DP-Geräte standardmäßig
zur VDB der Nulldomäne gehören.
Sie müssen die Geräte konfigurieren und in eine bestimmte VTB-Domäne aufnehmen. Nur Geräte in
derselben DTP-Domäne werden mit den Leitungsinformationen aktualisiert.
Ein Switch kann nur zu einem bestimmten Zeitpunkt in einer einzelnen VTB-Domäne konfiguriert werden. Standardmäßig sind Cisco-Switches
in der Domäne "nold" oder in keiner Verwaltungsdomäne, bis sie über eine Bündelverbindung eine Ankündigung für eine Domäne
erhalten.
Oder bis Sie eine Verwaltungsdomäne manuell konfigurieren.
Nehmen wir in diesem Beispiel an, dass diese Geräte mit dem Namen Cecka in der VTB-Domäne
abgelegt wurden.
Denken Sie daran, dass VCP eine Protokollschicht ist und für die Kommunikation Bündelverbindungen benötigt.
Daher wird VDB nicht Harada durchqueren. Ein wichtiges Konzept zum Verständnis von NVP ist das Konzept einer
Versionsnummer.
Bei jeder Änderung an der Schurken-Datenbank erhöht sich die Revisionsnummer in BTP um 1.
Nehmen wir also an, dass alle Geräte in dieser Entschuldigung eine Versionsnummer von 1 Ihnen in einem Ministerium
für einen Bösewicht haben. Nehmen wir an, wir drei, die Versionsnummer wird umgeschaltet. Dann wird
die Versionsnummer von Vision 1 auf Version 2 erhöht, und die Informationen werden dann angekündigt zu allen anderen Switches in
der VTB-Domäne, damit sie ihre Datenbanken auf die neueste Versionsnummer synchronisieren können, die Revisionsnummer
2 ist.
Der Switch an der Spitze sendet also eine so genannte GTP-Übersichtsanzeige an alle Switches, um
sie darüber zu informieren, dass eine Änderung vorgenommen wurde.
Denken Sie daran, dass dies über eine Multicast-Adresse gesendet wird.
Alle diese Geräte werden diese Meldung sehen.
Sie fordern dann die neuesten Informationen mit einer Anzeigenanforderung an, und der
Switch oben sendet detaillierte Informationen über die Änderung mit einer Teilmengenanzeige.
Das Nettoergebnis ist, dass die Revisionsnummern und alle diese Schalter auf die gleiche Revisionsnummer erhöht
werden wie ein Switch, an dem die Änderung vorgenommen wurde.
Viola und drei werden in allen Datenbanken der Switches angezeigt, und die Versionsnummer wird auf
die Versionsnummer zwei gesetzt.
Das gesamte Konzept von VTB ist, dass Sie Änderungen an einem einzelnen Gerät vornehmen können, wenn diese Änderungen
vorgenommen werden.
Alle anderen Switches werden über die Änderung informiert und synchronisieren ihre
Datenbanken mit der neuesten Versionsnummer, sodass sie dieselben B-Pläne und möglicherweise Lenn-Datenbanken haben.
Das bedeutet, dass Sie als Administrator nur Änderungen an einem Switch vornehmen müssen, anstatt fünf
Switches in der Entschuldigung. Bitte beachten Sie, dass Ports von beispielsweise einem Administrator in einzelne Villans gestellt werden.
Die DP legt keine Ports in einzelnen Villans ab, sondern aktualisiert lediglich die Datenbank, so dass die Switches
wissen, welche Schurken existieren. Ein Administrator muss diese Ports jedoch noch in die entsprechenden Villans einfügen.
Dies ist also nur ein Mechanismus zur Aktualisierung der Bösewicht-Datenbank, sodass Switches die in
der Typologie vorhandenen Bösewichte kennen.
Schauen wir uns also die VDB-Nachrichten genauer an.
Der erste Stopp der VDB-Nachricht ist eine zusammenfassende Ankündigung.
Dies wird alle fünf Minuten oder bei jeder Änderung gesendet.
Immer wenn ein Administrator eine Änderung an einem Switch vornimmt, beispielsweise durch Hinzufügen eines Villon, wird eine
Übersichtsanzeige an die bekannte Multicast-Adresse an alle Switches in der Domäne gesendet.
Damit werden andere Switches über die aktuelle VCP-Domäne und die aktuelle Konfigurationsrevisionsnummer
informiert.
Als Beispiel fügt der Administrator einen anderen Bösewicht hinzu. Nehmen wir an, Bösewicht für die
Versionsnummer wird erhöht.
Wenn die Versionsnummer drei ist, wird sie nicht auf 4 erhöht.
Dieser Schalter sagt in einer zusammenfassenden Ankündigung an alle benachbarten Switches, dass er
über die aktuelle VTB-Domäne informiert wird, und die neuen Konfigurationsrevisionsnummernschalter, die diese zusammenfassende Ankündigung erhalten, senden
dann eine zusammenfassende Anfrage mit der Bitte um detaillierte Informationen zu den vorgenommenen
Änderungen.
Es gibt drei Situationen, in denen einige Anforderungen verwendet werden. Erstens, wenn ein
Switch zurückgesetzt wurde, der VTB-Domänenname geändert wird oder wenn der Switch eine VTB-Übersichtsanzeige mit einer höheren
Konfigurationsrevisionsnummer als seinem eigenen erhalten hat.
Also, weil der Wechsel zu einer zusammenfassenden Ankündigung von einer empfangen wurde, die eine hohe Revisionsnummer angibt.
Mit anderen Worten, die Revisionsnummer und welche Revision vor und die Revisionsnummer
auf dem Schalter 2 ist Revisionsnummer 3. Der Schalter 2 fordert nun Informationen von dem Schalter 1 an, damit er seine Datenbank
mit den neuesten Informationen aktualisieren kann, von denen detaillierte Informationen gesendet werden welches zum Umschalten zu verwenden, was
als Teilmenge bezeichnet wird.
Werbung.
Diese enthält eine Liste der Informationen, und wenn es sich um mehrere Dorfbewohner handelt, kann mehr als eine
Teilmengenanzeige erforderlich sein, um die Datenbanken anderer Switches zu aktualisieren und zu synchronisieren.
Im Wesentlichen handelt es sich hierbei um detaillierte Informationen zu den vorgenommenen Änderungen.
Die Übersichtsanzeige informiert den Switch lediglich im Übersichtsformat über die letzte Revisionsnummer
und die BTP-Domäne.
Wenn der lokale Switch feststellt, dass er nicht mehr aktuell ist, fordert er detaillierte Informationen an,
damit er seine Datenbank synchronisieren kann und diese Informationen mithilfe einer Teilmengenanzeige bereitgestellt werden.
Der Switch kann nun die lokalen Datenbanken mit den neuesten Informationen mit der Datenbank des
Switches synchronisieren.
Jetzt gibt es drei Modi in BTP.
Der Standardmodus ist Server. Ein VTB-Switch im Servermodus kann Villans erstellen, Schurken modifizieren und Villans
löschen.
Es sendet und leitet Anzeigen weiter.
Wenn er also eine Werbung von einem anderen Switch erhalten hat, würde er diese weiterleiten.
Wenn Sie Änderungen am lokalen Switch vorgenommen haben, werden echte Anzeigen gesendet.
Es würde auch seine lokale Datenbank mit der neuesten Versionsnummer synchronisieren.
Außerdem werden die Konfigurationsdaten des Schurken lokal gespeichert.
Dies ist das Gerät, auf dem Sie Ihre Änderungen vornehmen werden. Mehrere Switches können
als VTB-Server konfiguriert werden. Sie müssen jedoch sehr vorsichtig sein.
Der zweite Modus ist der VTB-Client, den ein VTB-Client nicht erstellen oder löschen kann.
Es ist auch in der Lage, Werbung weiterzuleiten, so dass es bei jeder aktuell
in seiner Datenbank aufgeführten Gewalt an andere VTB-Switches sagen kann, dass es auch Werbung von anderen Switches weiterleiten kann.
Drittens würde es auch seine Datenbank mit der neuesten Konfigurationsrevisionsnummer synchronisieren. Dies ist ein
potenzielles Problem mit GTP und wurde in der Vergangenheit von vielen Cisco-Ingenieuren durchgebrannt.
Viele Cisco-Ingenieure verwenden VTB aufgrund dieses Problems nicht.
Er hat also eine Mustertypologie.
Jetzt haben wir einen VTB-Server, und es ist eine Szene, in der alle Switches
oben als VTB-Clients konfiguriert sind. Die Host-Computer befinden sich im Schlachtfeld Villano green Bil'in. Derzeit ist die Revisionsnummer
der Domäne die Revisionsnummer.
Die neueste Konfigurationsrevisionsnummer bezieht sich also auf die VTB-Domäne.
Ist Cisco und die Bösewichte, die auf den Switches konfiguriert wurden, sind Bösewichte rot und grün.
Bitte beachten Sie noch einmal, dass die Switches eine Schurken-Datenbank haben.
Das ist, was VTB die einzelnen Ports aktualisiert, und die Switches müssen manuell in die richtigen
Ports eingefügt werden.
Nun steckt jemand einen anderen Schalter in die Topologie, beispielsweise aus einer Laborumgebung.
Der Grund, warum dies gefährlich ist, ist, dass in einer Laborumgebung die Linse möglicherweise hinzugefügt und
entfernt wurde und daher die Versionsnummer viel höher ist als das Produktionsnetzwerk.
Nehmen wir an, für den Moment, dass die Revisionsnummer 50 ist, hat dieser Schalter nur die
blaue Villaine konfiguriert.
Die grünen und roten Dorfbewohner existieren also nicht in der Datenbank der Bösewichte.
Viele Leute machen den Fehler, davon auszugehen, dass die als VTB-Client konfigurierten
Switches keine Probleme im Netzwerk verursachen.
Ein Administrator hat also den Switch angeschlossen und konfiguriert diesen Port als Trunk.
Bitte beachten Sie noch einmal, dass ETP-Werbung nur über Trunk-Ports gesendet wurde.
Nehmen wir also an, dass alle diese Verbindungen im gesamten Netzwerk als Trunk-Verbindungen konfiguriert sind, sobald
dieser Client der VCP-Domäne hinzugefügt wird.
Und wirklich beängstigend ist, dass dieser Client automatisch mit den VCP-Informationen aktualisiert werden kann.
Das heißt, wenn es mit einer nold-Domäne konfiguriert ist, kann es automatisch der aktuellen VCP-Domäne von
Cisco beitreten.
Sobald dies der Fall ist, synchronisieren die Geräte ihre Datenbanken mit der neuesten
Konfigurationsrevisionsnummer, die in diesem Fall 50 Sun All Switches in der aktiven Domäne ist.
Die Versionsnummer wird auf 50 geändert, da alle Switches, einschließlich des VTB-Servers, automatisch mit
dem VTB-Client synchronisiert werden. Die aktuellen roten und grünen Villans werden automatisch aus der gewaltsamen Datenbank
entfernt und der einzige Schurke, der jetzt in den gewalttätigen Datenbanken von verfügbar
ist Alle diese Schalter sind gewalttätig.
Nun sind alle Ports aller Switches, die manuell in den grünen oder roten Villon oder Erben
gesteckt wurden, deaktiviert.
Das Problem hierbei ist, dass ein Port zum roten Villon gehört, der rote Villon jedoch nicht in der Datenbank vorhanden ist.
Der Port wird also automatisch deaktiviert.
Das bedeutet, dass auf der Sportart kein Verkehr gesendet oder empfangen werden kann und dasselbe gilt für
alle anderen Switches.
Im Wesentlichen passiert, dass das gesamte Netzwerk durch die Einführung des einzelnen Switches
heruntergefahren wird.
Zumindest ist dies äußerst besorgniserregend, dass die Einführung eines einzigen Switches ein
gesamtes Unternehmensnetzwerk beeinträchtigen kann.
Die einzige Möglichkeit, dies zu beheben, besteht darin, eine physische Verbindung zum VTB-Server herzustellen und die
gelöschten Dorfbewohner manuell hinzuzufügen.