1 00:00:00,880 --> 00:00:07,750 Was also ein früherer T-Plus- oder Rapide-Vorgänger-T-Plus-Erweiterungs-Bridge-Ausgabenbaum ist, erfordert nun, dass jeder Switch 2 00:00:07,750 --> 00:00:11,510 eine eindeutige Bridge-ID in der Vergangenheit hat. 3 00:00:11,520 --> 00:00:16,550 Diese bestanden lediglich aus der Bridge-Priorität und einer MAC-Adresse. 4 00:00:16,720 --> 00:00:23,740 Die Bridge-ID besteht also aus acht Bytes, wobei zwei Bytes die Bridge-Priorität und sechs Bytes 5 00:00:23,740 --> 00:00:25,290 die MAC-Adresse sind. 6 00:00:25,300 --> 00:00:31,840 Wenn Sie jedoch mehrere Villans konfigurieren und Poovey und den Ausgabenbaum ausführen, muss 7 00:00:31,840 --> 00:00:39,600 für jede Villaine eine andere MAC-Adresse zugewiesen werden. Vorher erstellt t eine Instanz auf Basis eines Poovey-Landes. 8 00:00:39,820 --> 00:00:46,510 Um sicherzustellen, dass die Bridge-Idee gewalttätig ist, müsste eine andere MAC-Adresse 9 00:00:46,510 --> 00:00:48,000 zugewiesen werden. 10 00:00:48,100 --> 00:00:54,670 Nun, das funktioniert gut, wenn Sie nur wenige Dorfbewohner haben. Wenn Sie jedoch Hunderte oder Tausende von Leitungen konfigurieren, 11 00:00:54,970 --> 00:00:56,520 ist dies nicht skalierbar. 12 00:00:56,770 --> 00:01:03,400 Wenn ein Anbieter Peaveys t unterstützt, müsste der Anbieter eine eindeutige MAC-Adresse auf 13 00:01:03,400 --> 00:01:04,440 Poovey-Basis angeben. 14 00:01:05,240 --> 00:01:11,240 Wenn also in der Theorie 444 Schurken auf dem Switch unterstützt würden, 15 00:01:11,240 --> 00:01:15,600 müssten dem Switch 444 eindeutige MAC-Adressen zugewiesen werden. 16 00:01:15,860 --> 00:01:18,090 Das ist einfach nicht skalierbar. 17 00:01:18,200 --> 00:01:25,670 Um MAC-Adressen zu erhalten, hat sich das System geändert, und eine erweiterte System-ID wird auch als 18 00:01:25,670 --> 00:01:26,960 MAC-Adressenreduzierung bezeichnet. 19 00:01:27,050 --> 00:01:34,430 Bei erweiterten Bridge-IDs ist die Bridge-ID also immer noch 8 Byte groß, aber die Priorität ist 20 00:01:34,430 --> 00:01:43,320 jetzt in zwei Teile aufgeteilt, so dass der Zwei-zu-Zwei-Teil pro bereits vorhandener Teil aus einer 4-Brücken-Priorität und einem Toll besteht. 21 00:01:43,370 --> 00:01:50,110 Die erweiterte System-ID hat jedoch immer noch eine Größe von 6 Byte. 22 00:01:50,170 --> 00:01:58,810 Beachten Sie daher, dass Bridge Purdys erweiterte Bit-IDs für Bits 12 Bit sind. Dies 23 00:01:58,810 --> 00:02:05,610 entspricht zwei Byte erweiterten System-IDs, die mit der Schurken-Nummer gefüllt werden. 24 00:02:05,620 --> 00:02:09,430 Der Standardwert ist 3 2 7 6 8 in Dezimalzahlen. 25 00:02:09,580 --> 00:02:15,610 In der Vergangenheit bestand die Bridge-Party aus zwei Bissen, und Sie konnten die Eigenschaft auf einen Wert wie 26 00:02:15,610 --> 00:02:16,620 1 setzen. 27 00:02:16,630 --> 00:02:24,080 Dies wird jedoch nicht mehr als Beispiel für den Switch unterstützt, wenn ich Ausgabenbaum und einen pro 28 00:02:24,450 --> 00:02:32,620 Priorität eintippe und versuche, es auf 1 zu setzen. Mir wurde gesagt, dass ich ihn in Schritten von viertausendsechsundneunzig 29 00:02:32,620 --> 00:02:37,360 einstellen muss, damit der Wert zulässig ist einer von diesen. 30 00:02:37,360 --> 00:02:44,830 Der Grund dafür ist, dass die Bridge-Partei in zwei Teile aufgeteilt wurde, wobei nur die höchstwertigen 31 00:02:44,830 --> 00:02:48,560 4 Bits für die Priorität verfügbar waren. 32 00:02:48,610 --> 00:02:56,500 Wenn Sie also den Bridge-Pro-ID-Anteil festlegen, werden die Philpots auf Binär 1 gesetzt und Sie berücksichtigen die vollen 33 00:02:56,500 --> 00:02:57,480 2 Punkte. 34 00:02:57,520 --> 00:03:00,770 Das wäre viertausendneunundneunzig Dezimalzahlen. 35 00:03:01,030 --> 00:03:07,810 Wenn die Priorität aber auf 1 gesetzt ist, ergibt die erweiterte Brücken-ID eine Priorität von 36 00:03:07,810 --> 00:03:08,670 viertausendsechsundneunzig. 37 00:03:08,710 --> 00:03:11,840 Wenn Sie die vollen zwei Bytes berücksichtigen. 38 00:03:12,250 --> 00:03:21,370 Wenn Sie den Bridge-Prodi-Teil 2 so einstellen, dass 0 0 1 0 binär angezeigt wird und die vollen 16 Bits oder zwei Bytes betrachtet werden, 39 00:03:21,790 --> 00:03:24,720 entspricht dies 8 1 9 2 in Dezimalzahlen. 40 00:03:24,940 --> 00:03:31,000 Bei einigen Herstellern können Sie den Teilnehmer auf eins einstellen. Dieser wird automatisch in 41 00:03:31,000 --> 00:03:37,660 8 1 9 2 konvertiert. Bei Cisco Switches müssen Sie jedoch die Bridge-Priorität in Vielfachen 42 00:03:37,660 --> 00:03:39,170 von viertausendsechsundneunzig einstellen. 43 00:03:39,220 --> 00:03:43,780 Also noch einmal, wenn ich versuche, die Party auf eine zu setzen, ist es nicht erlaubt. 44 00:03:43,880 --> 00:03:51,360 Legen Sie 4000 und 96 fest, die den Ausgabenbaum anzeigen dürfen. 45 00:03:51,380 --> 00:03:58,160 Beachten Sie die Priorität des Switches, da er zuvor ausgeführt wurde und viertausendneunundneunzig ist, also 46 00:03:58,640 --> 00:04:01,260 die Priorität plus die Schurken-Nummer. 47 00:04:01,550 --> 00:04:04,990 Wenn Sie eine gewalttätige 10 betrachten, ist dies ein Beispiel. 48 00:04:05,060 --> 00:04:08,870 Die Priorität wäre 0 9 6 plus 10. 49 00:04:08,870 --> 00:04:13,790 Wenn Sie sich Villaine 20 ansehen, wäre das 4 0 9 6 plus 20. 50 00:04:13,790 --> 00:04:20,880 Ich werde zeigen, dass in einem separaten Video über die Jahre verschiedene Verbesserungen vorgenommen 51 00:04:20,880 --> 00:04:24,500 wurden, um die Konvergenzzeit zu reduzieren. 52 00:04:24,810 --> 00:04:30,570 In einer Switched-Umgebung wurden verschiedene Verbesserungen an dem Protokoll vorgenommen, um sicherzustellen, dass die Dinge 53 00:04:30,570 --> 00:04:31,740 schneller ablaufen. 54 00:04:32,070 --> 00:04:37,800 Ein Stent-Port am Switch könnte 30 Sekunden für die Konvergenz brauchen, und das ist in modernen Netzwerken 55 00:04:37,800 --> 00:04:38,870 nicht akzeptabel. 56 00:04:39,150 --> 00:04:46,230 Beispiel: Wenn der PC hochfuhr und eine Verbindung zu einem DHP-Server hergestellt werden musste, bootete der 57 00:04:46,230 --> 00:04:50,910 PC und sendete eine DHP-Anforderung, bevor die Switch-Porter konvergierten. 58 00:04:51,150 --> 00:04:57,480 Der PC würde also bereits vor Ablauf von 30 Sekunden hochgefahren sein und eine IP-Adresse 59 00:04:57,480 --> 00:05:04,200 angefordert haben. Daher würde der PC keine IP-Adresse vom DHP-Server erhalten, da die DHP-Anforderung vom 60 00:05:04,200 --> 00:05:09,540 PC durch diesen Port verworfen würde, der die Funkverbindung blockiert konvergierend 61 00:05:09,720 --> 00:05:16,950 Um die Leistung in Switched-Umgebungen zu verbessern, dh Ports, die mit Edge-Geräten 62 00:05:16,950 --> 00:05:24,840 wie PCs verbunden sind, werden einige Server und Router als Port-FOSS-Ports in einer Cisco-Umgebung 63 00:05:25,180 --> 00:05:32,130 konfiguriert, oder Edge-Ports auf Geräten anderer Hersteller verwenden Cecka als Portfust. 64 00:05:32,160 --> 00:05:38,850 Andere Anbieter verwenden in manchen Begriffen den Begriff Edge-Ports. Cisco verwendet zuerst den Begriff Port 65 00:05:38,850 --> 00:05:43,050 und in anderen Begriffen wird er als Edge-Port bezeichnet. 66 00:05:43,050 --> 00:05:49,830 Jetzt ist es wichtig, dass Sie die Port-FOSS-Ports nur an den Zugangsports und nicht an den Trunk-Ports aktivieren. 67 00:05:49,860 --> 00:05:56,160 Mit anderen Worten, Sie sollten Port Fost nicht für Verbindungen zwischen Switches aktivieren, da 68 00:05:56,370 --> 00:06:03,870 dadurch Schleifen in Ihre Topologie und Edge-Port eingeführt werden, oder ein Port-Phos-Port wechselt sofort in den Weiterleitungsstatus. 69 00:06:03,870 --> 00:06:10,200 Umgeht also die Hör- und Lernzustände, es geht direkt von der Blockierung zur Weiterleitung. 70 00:06:10,380 --> 00:06:17,190 Wiederum überspringen Sie sowohl den Hör- als auch den Lernzustand, was eine viel 71 00:06:17,250 --> 00:06:22,800 schnellere Konvergenz ermöglicht, denn anstatt darauf zu warten, dass 72 00:06:22,800 --> 00:06:28,660 der Ausgabenbaum verschiedene Stufen durchläuft, wie beispielsweise das Blockieren des Hörens. 73 00:06:29,640 --> 00:06:31,630 Auf diesem Hafen laufen noch Bäume. 74 00:06:31,860 --> 00:06:34,280 Aber der Übergang ist sofort zur Weiterleitung. 75 00:06:34,350 --> 00:06:41,250 Wir haben also aus irgendeinem Grund eine PDU im Port erhalten, die den Port wieder in den Sperrzustand versetzen kann. 76 00:06:41,250 --> 00:06:47,640 Es empfiehlt sich, dies zu tun, da Sie nicht versehentlich Schleifen einführen möchten, weil jemand 77 00:06:47,640 --> 00:06:51,570 versehentlich einen Switch an einem Port-Fosset-Port angeschlossen hat.