1 00:00:00,000 --> 00:00:04,000 In einem vorherigen Video optimieren wir Spanning Tree, um den Switch 1 2 00:00:04,000 --> 00:00:08,000 zum Root-Verzeichnis für VLANs 1 und 10 und Switch 2 zum Root-Verzeichnis 3 00:00:08,000 --> 00:00:10,000 für VLAN 20 zu machen. 4 00:00:10,000 --> 00:00:15,000 Am Switch 1 als Beispiel zeigt der Spanning-Tree-VLAN 5 00:00:15,000 --> 00:00:19,000 1, dass der Switch alle Ports 6 00:00:19,000 --> 00:00:26,000 weiterleitet, und dasselbe gilt für VLAN 10, aber für VLAN 20 7 00:00:26,000 --> 00:00:30,000 blockiert der Switch Gigabit 0/1. 8 00:00:30,000 --> 00:00:35,000 Das Gleiche gilt für Switch 2. Der Spanning-Tree-Vlan 9 00:00:35,000 --> 00:00:40,000 1-Switch blockiert Gigabit 0/1 für VLAN 10, der 10 00:00:40,000 --> 00:00:44,000 Switch blockiert Gigabit 0/1, leitet aber 11 00:00:44,000 --> 00:00:48,000 alle Ports für VLAN 20 weiter. 12 00:00:48,000 --> 00:00:56,000 Mit anderen Worten, der Verkehr, der beispielsweise von diesem PC zum NPM gesendet wird, wird an 13 00:00:56,000 --> 00:01:03,000 Schalter 2 gesendet und dann über Gigabit 0/0 weitergeleitet, um zum NPM zu gelangen. 14 00:01:03,000 --> 00:01:06,000 Das ist in Ordnung, wenn Sie nur wenige 15 00:01:06,000 --> 00:01:11,000 PCs haben. Wenn Sie jedoch mehrere Access-Switches mit ihrem Host in VLAN 20 16 00:01:11,000 --> 00:01:14,000 haben, wird der Datenverkehr an diesen Switch 17 00:01:14,000 --> 00:01:17,000 gesendet, und der Verkehr muss über diese 18 00:01:17,000 --> 00:01:23,000 Gigabit-Verbindung laufen, was zu einem Engpass wird, um mehrere zu sagen Server auf der linken Seite. 19 00:01:23,000 --> 00:01:28,000 Der Verkehr, der von einem Core-Switch zu einem anderen wechselt, ist daher 20 00:01:28,000 --> 00:01:31,000 auf die Verwendung dieses 0/0-Gigabit-Links beschränkt. 21 00:01:31,000 --> 00:01:37,000 Wir werden also diese beiden physikalischen Schnittstellen zu einem logischen EtherChannel- oder 22 00:01:37,000 --> 00:01:40,000 Link-Aggregat zusammenfügen oder binden, sodass Spanning 23 00:01:40,000 --> 00:01:46,000 Tree die zwei physischen Ports als einen einzigen Port betrachtet und keine 24 00:01:46,000 --> 00:01:48,000 der Ports blockiert . 25 00:01:48,000 --> 00:01:54,000 Beim Schalter 1 wird erneut darauf hingewiesen, dass Gigabit 0/1 blockiert. Dies 26 00:01:54,000 --> 00:02:01,000 wird sich in einem Moment ändern, in dem wir unsere Link-Aggregation oder den EtherChannel erstellen. 27 00:02:01,000 --> 00:02:04,000 Um einen EtherChannel zu konfigurieren, 28 00:02:04,000 --> 00:02:11,000 gebe ich den Typ der Konf tt-Schnittstelle GigabitEthernet 0/0 - 1 ein. Ich 29 00:02:11,000 --> 00:02:15,000 werde also an beiden Schnittstellen gleichzeitig Konfigurationsänderungen vornehmen. 30 00:02:15,000 --> 00:02:18,000 Ich werde die Ports herunterfahren 31 00:02:18,000 --> 00:02:28,000 und dann den Typ switchport trunk encapsulation eingeben. Dot1q switchport mode trunk channel channel-group 1 Mit 32 00:02:28,000 --> 00:02:33,000 anderen Worten, ich werde diese beiden Schnittstellen 33 00:02:33,000 --> 00:02:40,000 in EtherChannel 1 einsetzen, auf dem Sie mehrere EtherChannels erstellen können 34 00:02:40,000 --> 00:02:42,000 ein Schalter. 35 00:02:42,000 --> 00:02:46,000 Als Beispiel könnte ich zwei Schnittstellen bis zu 36 00:02:46,000 --> 00:02:51,000 diesem Access-Switch haben und sie in Link Aggregation 2 oder 37 00:02:51,000 --> 00:02:54,000 EtherChannel 2 zusammenfügen, aber in diesem 38 00:02:54,000 --> 00:02:56,000 Beispiel verwende ich EtherChannel 39 00:02:56,000 --> 00:03:03,000 1. Ich werde einen Modus und in diesem Beispiel angeben Ich werde den LACP-Aktivmodus verwenden. 40 00:03:03,000 --> 00:03:07,000 Jetzt haben Sie in EtherChannel drei Möglichkeiten, dies zu 41 00:03:07,000 --> 00:03:11,000 tun, wenn Sie die Einstellung auf on setzen. Dies 42 00:03:11,000 --> 00:03:14,000 bedeutet, dass Sie manuell einen EtherChannel 43 00:03:14,000 --> 00:03:22,000 erstellen und keine Verhandlung mit der anderen Seite besteht. Die Schnittstelle wird einfach zu einem EtherChannel hinzugefügt. Sie können 44 00:03:22,000 --> 00:03:27,000 auch LACP oder PAgP jetzt LACP verwenden oder Link Aggregation Control Protocol 45 00:03:27,000 --> 00:03:29,000 ist ein Industriestandardprotokoll, das 46 00:03:29,000 --> 00:03:35,000 es Switches ermöglicht, die Bildung von Verbindungsaggregaten oder EtherChannels, wie Cisco es nennt, auszuhandeln. 47 00:03:35,000 --> 00:03:41,000 Das Port Aggregation Protocol oder PAgP ist ein Protokoll des Cisco Propriety-Protokolls, 48 00:03:41,000 --> 00:03:45,000 mit dem Sie gebündelte Link-Ports konfigurieren können. 49 00:03:45,000 --> 00:03:50,000 Sie haben es also ohne Verhandlung mit dem Nachbargerät eingeschaltet. 50 00:03:50,000 --> 00:03:54,000 Schalter 1 verhandelt also nicht als Beispiel mit Schalter 2, 51 00:03:54,000 --> 00:04:01,000 um eine Link-Aggregation oder einen EtherChannel zu bilden, oder Sie geben jetzt LACP oder PAgP an. Wenn 52 00:04:01,000 --> 00:04:04,000 Sie LACP verwenden, haben Sie 2 Optionen. 53 00:04:04,000 --> 00:04:11,000 Aktiv bedeutet, dass es mit der anderen Seite verhandelt, um eine Link-Aggregation zu bilden. 54 00:04:11,000 --> 00:04:16,000 Es wird also aktiv versucht, eine Link-Aggregation mit dem Remote-End zu bilden. 55 00:04:16,000 --> 00:04:22,000 Passiv bedeutet, dass das Gerät auf LACP-Nachrichten in der Nähe des Geräts wartet, bevor 56 00:04:22,000 --> 00:04:24,000 es eine Link-Aggregation bildet. 57 00:04:24,000 --> 00:04:27,000 Sie möchten also sicherstellen, dass Sie nicht beide Seiten 58 00:04:27,000 --> 00:04:30,000 auf passiv setzen, da dies bedeutet, dass beide 59 00:04:30,000 --> 00:04:33,000 Seiten darauf warten, dass die andere Seite die 60 00:04:33,000 --> 00:04:38,000 Link-Aggregation bildet, und weil keine der beiden die Link-Aggregation initiiert, wird sie nicht gebildet. 61 00:04:38,000 --> 00:04:41,000 Sie können also entweder beide Seiten auf aktiv oder eine Seite 62 00:04:41,000 --> 00:04:43,000 auf aktiv und die andere Seite 63 00:04:43,000 --> 00:04:46,000 auf passiv setzen, aber nicht beide Seiten auf passiv setzen. 64 00:04:46,000 --> 00:04:49,000 In unserem Beispiel werden wir nun beide Seiten aktivieren, um 65 00:04:49,000 --> 00:04:52,000 mit PAgP zu arbeiten. Sie haben eine ähnliche Idee. 66 00:04:52,000 --> 00:04:57,000 Wünschenswerter PAgP-Modus bedeutet, dass die Switches die andere Seite auffordern, 67 00:04:57,000 --> 00:04:59,000 die Link-Aggregation einzurichten. 68 00:04:59,000 --> 00:05:04,000 Auto bedeutet, dass auf die andere Seite gewartet wird, um die Link-Aggregation einzuleiten. 69 00:05:04,000 --> 00:05:06,000 In unserem Beispiel 70 00:05:06,000 --> 00:05:11,000 haben wir also die Link-Aggregation oder den Port-Channel-Modus aktiviert. 71 00:05:11,000 --> 00:05:16,000 So wurden LACP oder LACP oder Link Aggregation verwendet, um eine Link Aggregation 72 00:05:16,000 --> 00:05:18,000 mit der Remote-Seite zu bilden. 73 00:05:18,000 --> 00:05:21,000 Aus Sicht des Spanning Tree setzen 74 00:05:21,000 --> 00:05:24,000 wir den Verbindungstyp jetzt auf Punkt-zu-Punkt, 75 00:05:24,000 --> 00:05:29,000 damit Spanning Tree schneller verhandeln kann. Wir möchten keinen gemeinsamen 76 00:05:29,000 --> 00:05:32,000 Link verwenden, den wir Punkt-zu-Punkt verwenden 77 00:05:32,000 --> 00:05:37,000 möchten enthält Verknüpfungen zu erweiterten Zeitgebern für die Spanning Tree-Konvergenz. 78 00:05:37,000 --> 00:05:41,000 Wenn der Link in Rapid Spanning Tree mit anderen Worten geteilt 79 00:05:41,000 --> 00:05:44,000 wird, ist der Duplex die Hälfte, er verwendet Timer 80 00:05:44,000 --> 00:05:47,000 wie Blockieren, Zuhören, Lernen und Weiterleiten. Wenn es 81 00:05:47,000 --> 00:05:49,000 sich jedoch um einen Punkt-zu-Punkt-Link handelt, 82 00:05:49,000 --> 00:05:52,000 muss Spanning Tree nicht auf Timer warten Wenn 83 00:05:52,000 --> 00:05:54,000 die Weiterleitung von Ports abläuft, 84 00:05:54,000 --> 00:05:56,000 müssen Sie Punkt-zu-Punkt-Links verwenden, wenn 85 00:05:56,000 --> 00:06:00,000 Sie die schnelle Konvergenz und den Rapid Spanning Tree nutzen möchten. 86 00:06:00,000 --> 00:06:03,000 Ich werde also die Schnittstellen an diesem Port nicht schließen. 87 00:06:03,000 --> 00:06:07,000 Lassen Sie uns auf Schalter 2 etwas Ähnliches tun. Jetzt 88 00:06:07,000 --> 00:06:10,000 möchten Sie vielleicht warten, bis beide Seiten 89 00:06:10,000 --> 00:06:13,000 konfiguriert sind, bevor Sie die Schnittstellen schließen. 90 00:06:13,000 --> 00:06:16,000 Andernfalls erhalten Sie Meldungen wie die folgenden. 91 00:06:16,000 --> 00:06:20,000 LACP ist auf der Remote-Seite nicht 92 00:06:20,000 --> 00:06:24,000 aktiviert. Daher wurde meine Link-Aggregation oder 93 00:06:24,000 --> 00:06:32,000 EtherChannel nicht gebildet. Schauen wir uns also die Ausgabe des Befehls EtherChannel-Zusammenfassung anzeigen 94 00:06:32,000 --> 00:06:40,000 an. Momentan haben wir 2 Ports, die EtherChannel 1 hinzugefügt wurden mit dem 95 00:06:40,000 --> 00:06:46,000 LACP-Protokoll, aber Hinweis D bedeutet, dass die Ports gesperrt sind. 96 00:06:46,000 --> 00:06:52,000 Wir richten also eine Layer-2-Link-Aggregation ein, keine Layer-3, also verwenden 97 00:06:52,000 --> 00:06:55,000 wir Switching statt Routing. 98 00:06:55,000 --> 00:06:59,000 Wir verwenden also Amtsleitungen für diese Ports als Beispiel, 99 00:06:59,000 --> 00:07:06,000 aber die Ports sind zurzeit inaktiv, da der Switch nicht mit dem anderen Ende verhandeln kann. 100 00:07:06,000 --> 00:07:08,000 Die Link-Aggregation funktioniert nicht. 101 00:07:08,000 --> 00:07:11,000 sh run zeigt mir 102 00:07:11,000 --> 00:07:15,000 meine Konfigurationsnachricht. Dort ist mein Port-Kanal. 103 00:07:15,000 --> 00:07:20,000 Auf meinen 2 Schnittstellen sind diese 2 Schnittstellen 104 00:07:20,000 --> 00:07:22,000 Teil der 105 00:07:22,000 --> 00:07:30,000 Link-Aggregation oder des Port-Kanals. Dies ist Port-Kanal 1 und wir führen Spanning 106 00:07:30,000 --> 00:07:35,000 Tree darüber, wodurch sie auf Punkt-zu-Punkt-Links zeigen. 107 00:07:35,000 --> 00:07:40,000 Das bedeutet, dass Spanning Tree schneller konvergiert. 108 00:07:40,000 --> 00:07:44,000 shetherchannel port-channel zeigt einige zusätzliche Informationen an, 109 00:07:44,000 --> 00:07:48,000 z. B. die Anzahl der Ports in 110 00:07:48,000 --> 00:07:52,000 der Link-Aggregation ist 0, derzeit befinden 111 00:07:52,000 --> 00:07:56,000 sich keine Ports in diesem Port-Kanal. 112 00:07:56,000 --> 00:08:00,000 Lassen Sie uns Schalter 2 konfigurieren und sehen, ob es einen Unterschied macht. 113 00:08:00,000 --> 00:08:09,000 Also hier Schalter 2, Konf t Int Bereich Gigabit Ethernet 0/0 - 1, so dass diese 2 114 00:08:09,000 --> 00:08:14,000 Core-Ports die Schnittstellen herunterfahren. In der Switchport-Trunk-Kapselung 115 00:08:14,000 --> 00:08:28,000 dot1q Switchport-Modus-Trunk-Channel-Gruppe verwenden wir in diesem Fall dieselbe Nummer, sodass EtherChannel 1 auf beiden 116 00:08:28,000 --> 00:08:32,000 Seiten nicht identisch sein 117 00:08:32,000 --> 00:08:34,000 muss. 118 00:08:34,000 --> 00:08:40,000 Der Modus, den wir verwenden werden, ist aktiv, weil wir LACP verwenden 119 00:08:40,000 --> 00:08:46,000 möchten und dass diese Ports auch die Link-Aggregation mit der Remote-Seite initiieren. 120 00:08:46,000 --> 00:08:51,000 Lassen Sie uns sehen, was wir konfiguriert 121 00:08:51,000 --> 00:08:53,000 haben, und 122 00:08:53,000 --> 00:08:57,000 dann schließe ich die Schnittstelle nicht. 123 00:08:57,000 --> 00:09:00,000 Es gibt also unseren Port-Kanal oder EtherChannel. 124 00:09:00,000 --> 00:09:05,000 Hier ist unsere Konfiguration am ersten Port und 125 00:09:05,000 --> 00:09:08,000 Konfiguration am zweiten Port. 126 00:09:08,000 --> 00:09:12,000 Das Wichtigste ist nun, dass die 127 00:09:12,000 --> 00:09:16,000 Konfiguration an allen Ports gleich ist. 128 00:09:16,000 --> 00:09:19,000 Mit anderen Worten, die Geschwindigkeit und 129 00:09:19,000 --> 00:09:23,000 der Duplex-Switch-Typ müssen alle Ihre Einstellungen auf beiden Seiten 130 00:09:23,000 --> 00:09:27,000 gleich sein, um sicherzustellen, dass die Link-Aggregation ausgeführt wird. 131 00:09:27,000 --> 00:09:34,000 Ich habe also den Port nicht geschlossen, bzw. den Port nicht geschlossen. Lassen Sie 132 00:09:34,000 --> 00:09:38,000 uns sehen, ob die Verhandlung korrekt erfolgt. 133 00:09:38,000 --> 00:09:41,000 Wir können also sehen, 134 00:09:41,000 --> 00:09:45,000 dass das Interface aufgetaucht ist und 135 00:09:45,000 --> 00:09:48,000 Gigabit 0/0 auftaucht. Gigabit 136 00:09:48,000 --> 00:09:57,000 0/1 wird erscheinen, so dass sich der Leitungsstatus geändert hat, um die Etherchannel-Zusammenfassung anzuzeigen. 137 00:09:57,000 --> 00:10:03,000 Also ist P mit dem Protokoll LACP ein Layer-2-EtherChannel. 138 00:10:03,000 --> 00:10:08,000 Also werden S für Layer 2 und die Ports verwendet. Das ist gut so. 139 00:10:08,000 --> 00:10:11,000 Schauen wir uns den 140 00:10:11,000 --> 00:10:19,000 Port-Kanal an, so dass jetzt mehr Informationen angezeigt werden als auf Switch 1 zuvor. 141 00:10:19,000 --> 00:10:22,000 Unser Port-Kanal ist also Port-Kanal 1. 142 00:10:22,000 --> 00:10:25,000 Die Anzahl der Ports im Kanal 143 00:10:25,000 --> 00:10:30,000 ist 2. Wir können sehen, dass die 2 aktiven Ports 144 00:10:30,000 --> 00:10:33,000 im Kanal Gigabit 0/0 und Gigabit 145 00:10:33,000 --> 00:10:38,000 0/1 sind. Der letzte gebündelte Port ist 0/1. also auf 146 00:10:38,000 --> 00:10:43,000 Switch 1 zuvor bemerkt, waren keine Ports Teil des Port-Kanals, 147 00:10:43,000 --> 00:10:46,000 aber hier kam der Port-Kanal hoch. 148 00:10:46,000 --> 00:10:49,000 Wenn wir also den Befehl erneut ausführen, 149 00:10:49,000 --> 00:10:53,000 sehen wir nun, dass sich 2 Ports im Port-Channel oder 150 00:10:53,000 --> 00:10:55,000 in der Link-Aggregation oder 151 00:10:55,000 --> 00:11:00,000 im EtherChannel befinden und beide Ports Gigabit 0/0 und 0/1 aktiv sind. 152 00:11:00,000 --> 00:11:03,000 Wir haben diese beiden Ports nun in einer Link-Aggregation gebündelt. Wie 153 00:11:03,000 --> 00:11:05,000 wirkt sich das auf Spanning Tree aus? 154 00:11:05,000 --> 00:11:08,000 so spanning-tree vlan 20 155 00:11:08,000 --> 00:11:13,000 Hinweis VLAN 20 leitet alle Ports auf Switch 1 156 00:11:13,000 --> 00:11:20,000 weiter. Vlan 1 alle Ports werden weitergeleitet, vlan 10 alle Ports werden weitergeleitet. 157 00:11:20,000 --> 00:11:25,000 Jetzt wurde auf Switch 1 Gigabit 0/1 blockiert, aber 158 00:11:25,000 --> 00:11:28,000 jetzt werden alle Ports weitergeleitet. 159 00:11:28,000 --> 00:11:34,000 Der Root-Port von Switch 1 ist der Port-Kanal oder EtherChannel. 160 00:11:34,000 --> 00:11:38,000 Beachten Sie, dass die Pfadkosten von 4 auf 3 gesunken sind, da 161 00:11:38,000 --> 00:11:40,000 dies für einen besseren Pfad steht. 162 00:11:40,000 --> 00:11:43,000 Port leitet weiter, es ist der Root-Port. 163 00:11:43,000 --> 00:11:50,000 Bei Switch 2, dem Spanning-Tree-VLAN 1, werden alle Ports über Port 1 164 00:11:50,000 --> 00:11:52,000 weitergeleitet, oder EtherChannel 165 00:11:52,000 --> 00:11:56,000 1 ist der Root-Port und wurde weitergeleitet. 166 00:11:56,000 --> 00:12:00,000 Die Kosten für VLAN 10 und 167 00:12:00,000 --> 00:12:04,000 VLAN 20 sind auf 3 gefallen. 168 00:12:04,000 --> 00:12:07,000 Alle Ports leiten diese Core-Switches weiter. 169 00:12:07,000 --> 00:12:11,000 Aus Gründen der Redundanz und eines höheren Durchsatzes 170 00:12:11,000 --> 00:12:15,000 zwischen unseren Core-Switches möchten wir Link Aggregation oder 171 00:12:15,000 --> 00:12:18,000 EtherChannel, auch Port-Kanäle genannt, aktivieren. 172 00:12:18,000 --> 00:12:22,000 Durch die Link-Aggregation oder die Verbindung mehrerer Ports 173 00:12:22,000 --> 00:12:26,000 können wir den Datenverkehr über die Link-Aggregation verteilen. 174 00:12:26,000 --> 00:12:31,000 Dies bedeutet auch, dass Spanning Tree nicht einen der Ports blockiert, sodass wir einen 175 00:12:31,000 --> 00:12:34,000 deutlich besseren Durchsatz über die Links erzielen. 176 00:12:34,000 --> 00:12:38,000 Es sorgt auch für Redundanz, da der Port-Kanal weiterhin aktiv ist, 177 00:12:38,000 --> 00:12:40,000 wenn einer der Ports ausfällt. 178 00:12:40,000 --> 00:12:46,000 Als Beispiel für VLAN 20 auf Switch 1 ist der Root-Port Port 179 00:12:46,000 --> 00:12:50,000 1, wenn ich in Gigabit 0/0 gehe und 180 00:12:50,000 --> 00:12:56,000 den Port herunterfahre und dann show etherchannel summary eintippe. Wir können sehen, 181 00:12:56,000 --> 00:13:00,000 dass einer der Ports nur einen der Der 182 00:13:00,000 --> 00:13:03,000 Port befindet sich noch im Port-Channel 183 00:13:03,000 --> 00:13:07,000 und aus Sicht des Spanning Tree ist der 184 00:13:07,000 --> 00:13:10,000 Port-Channel noch aktiv und leitet weiter. 185 00:13:10,000 --> 00:13:13,000 Der Unterschied hier ist jedoch, dass die Kosten 186 00:13:13,000 --> 00:13:16,000 gestiegen sind, weil einer der Ports gesunken ist. 187 00:13:16,000 --> 00:13:21,000 gehe zurück in die Schnittstelle und schließe es nicht. 188 00:13:21,000 --> 00:13:24,000 Schauen Sie sich Spanning Tree 189 00:13:24,000 --> 00:13:31,000 erneut an. Der Port wird gerade angezeigt. Der Root-Port ist immer noch Port 0/1. 190 00:13:31,000 --> 00:13:37,000 Wenn Sie die Zusammenfassung betrachten, sind beide Ports nun Teil der Link-Aggregation. 191 00:13:37,000 --> 00:13:42,000 Da wir also sehen, dass der Port-Kanal immer noch von Spanning 192 00:13:42,000 --> 00:13:45,000 Tree verwendet wird, kann es eine 193 00:13:45,000 --> 00:13:50,000 Weile dauern, bis alles konvergiert, wenn wir uns die Port-Channel-Details ansehen. 194 00:13:50,000 --> 00:14:00,000 Beachten Sie, dass beide Ports jetzt eine Minute in dem Port-Kanal aktiv sind. Vor 26 Sekunden wurde 195 00:14:00,000 --> 00:14:04,000 Gigabit 0/0 vom Port-Kanal entbündelt. Vor 196 00:14:04,000 --> 00:14:11,000 47 Sekunden wurde es wieder in die Link-Aggregation oder den EtherChannel gebündelt. 197 00:14:11,000 --> 00:14:17,000 Dies ist ein Beispiel für die Einrichtung einer Layer-2-Link-Aggregation zwischen 198 00:14:17,000 --> 00:14:20,000 zwei Switches, die für 199 00:14:20,000 --> 00:14:25,000 zusätzlichen Redundanz-zusätzlichen Durchsatz sorgt und Spanning Tree-Ports unnötig blockiert.