1 00:00:00,000 --> 00:00:04,000 En un video anterior, optimizamos Spanning Tree para hacer del switch 1 2 00:00:04,000 --> 00:00:08,000 la raíz de las VLAN 1 y 10 y cambiamos 2 a 3 00:00:08,000 --> 00:00:10,000 la raíz para VLAN 20. 4 00:00:10,000 --> 00:00:15,000 En el switch 1 como un ejemplo sh spanning-tree vlan 1, 5 00:00:15,000 --> 00:00:19,000 me muestra que el conmutador se está reenviando en 6 00:00:19,000 --> 00:00:26,000 todos los puertos y lo mismo es cierto para la VLAN 10, pero para la VLAN 7 00:00:26,000 --> 00:00:30,000 20, el conmutador está bloqueando en el gigabit 0/1. 8 00:00:30,000 --> 00:00:35,000 Lo mismo es cierto en el switch 2 sh spanning-tree 9 00:00:35,000 --> 00:00:40,000 vlan 1 switch está bloqueando en gigabit 0/1 para VLAN 10 00:00:40,000 --> 00:00:44,000 10 switch está bloqueando en gigabit 0/1 pero 11 00:00:44,000 --> 00:00:48,000 está reenviando en todos los puertos para VLAN 20. 12 00:00:48,000 --> 00:00:56,000 En otras palabras, el tráfico que se envía por ejemplo, esta PC a NPM se enviará al 13 00:00:56,000 --> 00:01:03,000 switch 2 y luego se reenviará a través de gigabit 0/0 para llegar a NPM. 14 00:01:03,000 --> 00:01:06,000 Eso está bien si solo tienes unas pocas PC, 15 00:01:06,000 --> 00:01:11,000 pero si tuvieras varios switches de acceso con su host en la VLAN 20, 16 00:01:11,000 --> 00:01:14,000 su tráfico se enviaría a este switch y el 17 00:01:14,000 --> 00:01:17,000 tráfico tendría que atravesar este enlace gigabit, lo que 18 00:01:17,000 --> 00:01:23,000 se convertiría en un cuello de botella para llegar a decir múltiples servidores en el lado izquierdo. 19 00:01:23,000 --> 00:01:28,000 Por lo tanto, el tráfico que atraviesa de 1 conmutador central a otro 20 00:01:28,000 --> 00:01:31,000 está limitado a usar este enlace gigabit 0/0. 21 00:01:31,000 --> 00:01:37,000 Entonces, lo que vamos a hacer es unir o unir estas 2 interfaces físicas en 22 00:01:37,000 --> 00:01:40,000 un EtherChannel lógico o agregación de enlaces para 23 00:01:40,000 --> 00:01:46,000 que Spanning Tree vea los 2 puertos físicos como un solo puerto y no bloquee 24 00:01:46,000 --> 00:01:48,000 ninguno de los puertos . 25 00:01:48,000 --> 00:01:54,000 Entonces, una vez más, en el interruptor 1, observe que gigabit 0/1 es 26 00:01:54,000 --> 00:02:01,000 un bloqueo que cambiará en el momento en que creamos nuestra agregación de enlaces o EtherChannel. 27 00:02:01,000 --> 00:02:04,000 Entonces, para configurar un EtherChannel voy a 28 00:02:04,000 --> 00:02:11,000 escribir el tipo conft tipo rango de interfaz gigabitEthernet 0/0 - 1 así que voy a 29 00:02:11,000 --> 00:02:15,000 hacer cambios de configuración en ambas interfaces al mismo tiempo. 30 00:02:15,000 --> 00:02:18,000 Voy a cerrar los 31 00:02:18,000 --> 00:02:28,000 puertos y luego voy a escribir switchport trunk encapsulation dot1q switchport modo trunk channel 32 00:02:28,000 --> 00:02:33,000 channel-group 1 en otras palabras, voy a 33 00:02:33,000 --> 00:02:40,000 poner ambas interfaces en EtherChannel 1 puedes crear múltiples EtherChannels 34 00:02:40,000 --> 00:02:42,000 en Un interruptor. 35 00:02:42,000 --> 00:02:46,000 Como ejemplo, podría tener 2 interfaces para este interruptor 36 00:02:46,000 --> 00:02:51,000 de acceso y unirlas en agregación de enlace 2 o EtherChannel 37 00:02:51,000 --> 00:02:54,000 2 pero en este ejemplo, voy a 38 00:02:54,000 --> 00:02:56,000 usar EtherChannel 1. Voy 39 00:02:56,000 --> 00:03:03,000 a especificar un modo y en este ejemplo , Voy a usar el modo activo LACP. 40 00:03:03,000 --> 00:03:07,000 Ahora en EtherChannel tienes 3 formas de hacerlo si 41 00:03:07,000 --> 00:03:11,000 lo configuras en él significa que creas manualmente un 42 00:03:11,000 --> 00:03:14,000 EtherChannel y no hay negociación con el 43 00:03:14,000 --> 00:03:22,000 otro lado. La interfaz simplemente se agrega a un EtherChannel, también puedes usar LACP o PAgP ahora LACP 44 00:03:22,000 --> 00:03:27,000 o Link Aggregation Control Protocol es un protocolo estándar de la industria 45 00:03:27,000 --> 00:03:29,000 que permite a los switches 46 00:03:29,000 --> 00:03:35,000 negociar la formación de enlaces de puertos agregados o EtherChannels como lo llama Cisco. 47 00:03:35,000 --> 00:03:41,000 El protocolo de agregación de puertos o PAgP es un protocolo de propiedad de 48 00:03:41,000 --> 00:03:45,000 Cisco que le permite configurar enlaces de puertos agregados. 49 00:03:45,000 --> 00:03:50,000 Entonces, puede configurarlo sin negociar con el dispositivo vecino. 50 00:03:50,000 --> 00:03:54,000 Así que cambie 1 como ejemplo, no negociará con el 51 00:03:54,000 --> 00:04:01,000 interruptor 2 para formar una agregación de enlace o un EtherChannel o usted especifica LACP o PAgP 52 00:04:01,000 --> 00:04:04,000 ahora cuando usa LACP tiene 2 opciones. 53 00:04:04,000 --> 00:04:11,000 Activo significa que negociará con el otro lado para formar una agregación de enlace. 54 00:04:11,000 --> 00:04:16,000 Por lo tanto, está intentando activamente formar una agregación de enlaces con el extremo remoto. 55 00:04:16,000 --> 00:04:22,000 Pasivo significa que el dispositivo está esperando los mensajes LACP del dispositivo vecino antes de que 56 00:04:22,000 --> 00:04:24,000 forme una agregación de enlace. 57 00:04:24,000 --> 00:04:27,000 Por lo tanto, debe asegurarse de no establecer que 58 00:04:27,000 --> 00:04:30,000 ambos lados pasen a ser pasivos, ya que eso 59 00:04:30,000 --> 00:04:33,000 significa que ambas partes esperan que el otro lado 60 00:04:33,000 --> 00:04:38,000 forme la agregación del enlace y que ninguno de ellos está iniciando la agregación del enlace. 61 00:04:38,000 --> 00:04:41,000 Por lo tanto, puede establecer que ambos lados estén activos o 62 00:04:41,000 --> 00:04:43,000 de 1 lado a activo y del 63 00:04:43,000 --> 00:04:46,000 otro lado a pasivo, pero no establezca ambos lados en pasivo. 64 00:04:46,000 --> 00:04:49,000 En nuestro ejemplo, vamos a establecer que ambos lados estén 65 00:04:49,000 --> 00:04:52,000 activos ahora con PAgP, usted tiene un tipo similar de idea. 66 00:04:52,000 --> 00:04:57,000 El modo deseado de PAgP significa que los interruptores van a pedir al otro lado 67 00:04:57,000 --> 00:04:59,000 que configure la agregación del enlace. 68 00:04:59,000 --> 00:05:04,000 Automático significa que esperará que el otro lado inicie la agregación del enlace. 69 00:05:04,000 --> 00:05:06,000 En nuestro ejemplo, hemos establecido 70 00:05:06,000 --> 00:05:11,000 la agregación de enlaces o el modo de canal de puerto en activo. 71 00:05:11,000 --> 00:05:16,000 Así que estábamos usando LACP o LACP o la agregación de enlaces para formar una agregación 72 00:05:16,000 --> 00:05:18,000 de enlaces con el lado remoto. 73 00:05:18,000 --> 00:05:21,000 Ahora, desde el punto de vista de Spanning 74 00:05:21,000 --> 00:05:24,000 Tree, vamos a establecer el tipo de enlace 75 00:05:24,000 --> 00:05:29,000 a punto a punto para permitir que Spanning Tree negocie las cosas más rápido, 76 00:05:29,000 --> 00:05:32,000 no queremos utilizar un enlace compartido que queremos 77 00:05:32,000 --> 00:05:37,000 usar de punto a punto enlaces para mejorar los temporizadores de convergencia Spanning Tree. 78 00:05:37,000 --> 00:05:41,000 En Rapid Spanning Tree si un enlace lo compartió en otras palabras, el 79 00:05:41,000 --> 00:05:44,000 dúplex es la mitad que usa temporizadores como bloqueo, escucha, 80 00:05:44,000 --> 00:05:47,000 aprendizaje y reenvío, pero si se trata de un enlace 81 00:05:47,000 --> 00:05:49,000 punto a punto, Spanning Tree no tiene 82 00:05:49,000 --> 00:05:52,000 que esperar a que lleguen los temporizadores. expire para que 83 00:05:52,000 --> 00:05:54,000 los puertos comiencen a reenviarse, por lo 84 00:05:54,000 --> 00:05:56,000 que debe usar enlaces punto a punto 85 00:05:56,000 --> 00:06:00,000 si desea utilizar la convergencia rápida y el árbol de expansión rápida. 86 00:06:00,000 --> 00:06:03,000 Así que no voy a cerrar las interfaces en este puerto. 87 00:06:03,000 --> 00:06:07,000 Hagamos algo similar en el switch 2 ahora es posible que 88 00:06:07,000 --> 00:06:10,000 desee esperar hasta que ambas partes estén configuradas 89 00:06:10,000 --> 00:06:13,000 antes de que no cierre las interfaces porque, 90 00:06:13,000 --> 00:06:16,000 de lo contrario, recibirá mensajes como los siguientes. 91 00:06:16,000 --> 00:06:20,000 LACP no está habilitado en el extremo remoto por 92 00:06:20,000 --> 00:06:24,000 lo que mi agregación de enlaces o EtherChannel no 93 00:06:24,000 --> 00:06:32,000 se ha formado, así que echemos un vistazo a la salida del comando de resumen show EtherChannel. 94 00:06:32,000 --> 00:06:40,000 Aviso en el momento en que tenemos 2 puertos que se han agregado a EtherChannel 1 estamos 95 00:06:40,000 --> 00:06:46,000 utilizando el protocolo LACP pero aviso D significa que los puertos están caídos. 96 00:06:46,000 --> 00:06:52,000 Así que estamos configurando una agregación de enlaces de capa 2, no una capa 3, por lo 97 00:06:52,000 --> 00:06:55,000 que estamos usando conmutación en lugar de enrutamiento. 98 00:06:55,000 --> 00:06:59,000 Así que usaremos troncos en estos puertos como ejemplo, 99 00:06:59,000 --> 00:07:06,000 pero los puertos están actualmente inactivos porque el interruptor no puede negociar con el otro extremo. 100 00:07:06,000 --> 00:07:08,000 La agregación de enlaces no está funcionando. 101 00:07:08,000 --> 00:07:11,000 sh run me mostrará mi aviso de configuración, 102 00:07:11,000 --> 00:07:15,000 está mi canal de puerto y en mis 2 interfaces, 103 00:07:15,000 --> 00:07:20,000 estas 2 interfaces son parte de la agregación de enlaces o canal de 104 00:07:20,000 --> 00:07:22,000 puerto, que es el canal 105 00:07:22,000 --> 00:07:30,000 de puerto 1, estamos usando LACP, es un puerto troncal, por lo que utilizamos una interfaz de capa 2 y 106 00:07:30,000 --> 00:07:35,000 estamos ejecutando Spanning Tree a través de esto haciéndolos enlaces punto a punto. 107 00:07:35,000 --> 00:07:40,000 Eso significa que Spanning Tree convergerá más rápido. 108 00:07:40,000 --> 00:07:44,000 sh etherchannel port-channel me muestra información adicional, 109 00:07:44,000 --> 00:07:48,000 como el número de puertos en la 110 00:07:48,000 --> 00:07:52,000 agregación de enlaces que es 0, no 111 00:07:52,000 --> 00:07:56,000 hay puertos actualmente en este canal de puerto. 112 00:07:56,000 --> 00:08:00,000 Así que configuremos el interruptor 2 y veamos si hace alguna diferencia. 113 00:08:00,000 --> 00:08:09,000 Entonces, aquí el interruptor 2, conf t int int gigabitEthernet 0/0 - 1, así que estos 2 114 00:08:09,000 --> 00:08:14,000 puertos centrales cierran las interfaces. e switchport trunk 115 00:08:14,000 --> 00:08:28,000 encapsulation dot1q switchport modo trunk trunk-group Vamos a utilizar el mismo número en este caso para que EtherChannel 1 116 00:08:28,000 --> 00:08:32,000 no tenga que ser el mismo 117 00:08:32,000 --> 00:08:34,000 en ambos lados. 118 00:08:34,000 --> 00:08:40,000 El modo que vamos a utilizar está activo porque queremos usar LACP y queremos 119 00:08:40,000 --> 00:08:46,000 que estos puertos también inicien la agregación de enlaces con el lado remoto. 120 00:08:46,000 --> 00:08:51,000 span-tree link-type punto a punto sh run veamos 121 00:08:51,000 --> 00:08:53,000 lo que hemos 122 00:08:53,000 --> 00:08:57,000 configurado y luego no cerraré la interfaz. 123 00:08:57,000 --> 00:09:00,000 Así que está nuestro canal de puerto o EtherChannel. 124 00:09:00,000 --> 00:09:05,000 Aquí está nuestra configuración en el primer puerto y 125 00:09:05,000 --> 00:09:08,000 configuración en el segundo puerto. 126 00:09:08,000 --> 00:09:12,000 Ahora, algo que es realmente importante es asegurarse de que 127 00:09:12,000 --> 00:09:16,000 la configuración en todos los puertos sea la misma. 128 00:09:16,000 --> 00:09:19,000 Por lo tanto, en otras palabras, la velocidad y 129 00:09:19,000 --> 00:09:23,000 el dúplex del tipo de interruptor, todas las configuraciones deben ser iguales 130 00:09:23,000 --> 00:09:27,000 en ambos lados para garantizar que aparezca la agregación de enlaces. 131 00:09:27,000 --> 00:09:34,000 Así que no he cerrado el puerto o, mejor dicho, no he cerrado el puerto, 132 00:09:34,000 --> 00:09:38,000 veamos si la negociación se lleva a cabo correctamente. 133 00:09:38,000 --> 00:09:41,000 Así que podemos ver que la interfaz 134 00:09:41,000 --> 00:09:45,000 surgió, que viene el gigabit 0/0, aquí viene el 135 00:09:45,000 --> 00:09:48,000 gigabit 0/1, así que el estado de 136 00:09:48,000 --> 00:09:57,000 la línea ha cambiado a up sh etherchannel summary, nuestras 2 partes están agrupadas en un canal de puerto. 137 00:09:57,000 --> 00:10:03,000 Entonces P usa el protocolo LACP, es un EtherChannel de capa 2. 138 00:10:03,000 --> 00:10:08,000 Entonces S para la capa 2 y los puertos están en uso. Así que eso es bueno. 139 00:10:08,000 --> 00:10:11,000 Miremos el canal del puerto 140 00:10:11,000 --> 00:10:19,000 para ver más información ahora de lo que vimos anteriormente en el interruptor 1. 141 00:10:19,000 --> 00:10:22,000 Entonces, nuestro canal de puerto es el canal 142 00:10:22,000 --> 00:10:25,000 de puerto 1, el número de puertos en 143 00:10:25,000 --> 00:10:30,000 el canal es 2, podemos ver que los 2 puertos que están activos 144 00:10:30,000 --> 00:10:33,000 en el canal son gigabit 0/0 y gigabit 145 00:10:33,000 --> 00:10:38,000 0/1, el último puerto que se integró es 0/1, así que, de vuelta 146 00:10:38,000 --> 00:10:43,000 en el interruptor 1, notamos previamente que ningún puerto era parte del canal 147 00:10:43,000 --> 00:10:46,000 del puerto, pero aquí apareció el canal del puerto. 148 00:10:46,000 --> 00:10:49,000 Entonces, si hacemos el comando nuevamente, vemos 149 00:10:49,000 --> 00:10:53,000 que 2 puertos están en el canal del puerto 150 00:10:53,000 --> 00:10:55,000 o en la agregación de 151 00:10:55,000 --> 00:11:00,000 enlaces o EtherChannel, y ambos puertos, gigabit 0/0 y 0/1, están activos. 152 00:11:00,000 --> 00:11:03,000 Entonces, hemos agrupado estos 2 puertos en una agregación de 153 00:11:03,000 --> 00:11:05,000 enlaces, ¿cómo afecta eso a Spanning Tree? 154 00:11:05,000 --> 00:11:08,000 por lo que sh spanning-tree vlan 20 155 00:11:08,000 --> 00:11:13,000 Aviso VLAN 20 está reenviando en todos los puertos en el 156 00:11:13,000 --> 00:11:20,000 switch 1 Vlan 1 todos los puertos están reenviando, vlan 10 todos los puertos están reenviando. 157 00:11:20,000 --> 00:11:25,000 Ahora previamente en el switch 1 gigabit 0/1 estaba bloqueando, pero fíjese 158 00:11:25,000 --> 00:11:28,000 ahora que todos los puertos están reenviando. 159 00:11:28,000 --> 00:11:34,000 El puerto raíz del switch 1 es el canal del puerto o EtherChannel. 160 00:11:34,000 --> 00:11:38,000 Observe que el costo de la ruta se ha reducido de 4 a 3 161 00:11:38,000 --> 00:11:40,000 porque lo ve como una mejor ruta. 162 00:11:40,000 --> 00:11:43,000 El puerto reenvía es el puerto raíz. 163 00:11:43,000 --> 00:11:50,000 En el switch 2 sh spanning-tree vlan 1, todos los puertos están reenviando el canal 164 00:11:50,000 --> 00:11:52,000 1 o EtherChannel 1 165 00:11:52,000 --> 00:11:56,000 es el puerto raíz y se estaban reenviando, 166 00:11:56,000 --> 00:12:00,000 el costo también se ha reducido a 3 167 00:12:00,000 --> 00:12:04,000 para la VLAN 10 y para la VLAN 20. 168 00:12:04,000 --> 00:12:07,000 Todos los puertos se están reenviando en estos conmutadores principales. 169 00:12:07,000 --> 00:12:11,000 Por lo tanto, para la redundancia y para un mayor 170 00:12:11,000 --> 00:12:15,000 rendimiento entre nuestros switches principales, queremos habilitar la agregación de 171 00:12:15,000 --> 00:12:18,000 enlaces o EtherChannel, también llamados canales de puertos. 172 00:12:18,000 --> 00:12:22,000 La agregación de enlaces o la vinculación de múltiples puertos nos dará la capacidad 173 00:12:22,000 --> 00:12:26,000 de balancear la carga del tráfico a través de la agregación de enlaces. 174 00:12:26,000 --> 00:12:31,000 También significa que Spanning Tree no está bloqueando 1 de los puertos, por lo que obtenemos 175 00:12:31,000 --> 00:12:34,000 un rendimiento mucho mejor a través de los enlaces. 176 00:12:34,000 --> 00:12:38,000 También proporciona redundancia porque si uno de los puertos baja, el 177 00:12:38,000 --> 00:12:40,000 canal del puerto seguirá activo. 178 00:12:40,000 --> 00:12:46,000 Como ejemplo, para la VLAN 20 en el switch 1, el puerto raíz es el 179 00:12:46,000 --> 00:12:50,000 puerto 1 si entro en gigabit 0/0 y cierro el 180 00:12:50,000 --> 00:12:56,000 puerto y luego escribo show etherchannel summary, podemos ver que uno de los puertos se 181 00:12:56,000 --> 00:13:00,000 ha desactivado, pero uno de ellos el puerto todavía está 182 00:13:00,000 --> 00:13:03,000 en el canal del puerto y desde el 183 00:13:03,000 --> 00:13:07,000 punto de vista del Árbol de expansión, el canal del 184 00:13:07,000 --> 00:13:10,000 puerto aún está activo y sigue reenviando. 185 00:13:10,000 --> 00:13:13,000 La diferencia aquí, sin embargo, es que el costo ha 186 00:13:13,000 --> 00:13:16,000 aumentado porque uno de los puertos se ha reducido. 187 00:13:16,000 --> 00:13:21,000 vuelve a la interfaz y no la cierres. 188 00:13:21,000 --> 00:13:24,000 Mire en Spanning Tree que el 189 00:13:24,000 --> 00:13:31,000 puerto se acerca, el puerto raíz sigue siendo el puerto 0/1 mirando el aviso 190 00:13:31,000 --> 00:13:37,000 de resumen, ambos puertos son parte de la agregación de enlaces ahora. 191 00:13:37,000 --> 00:13:42,000 Entonces, como podemos ver que Spanning Tree aún usa el canal 192 00:13:42,000 --> 00:13:45,000 del puerto, puede llevar un tiempo 193 00:13:45,000 --> 00:13:50,000 que todo converja si miramos los detalles del canal del puerto. 194 00:13:50,000 --> 00:14:00,000 Observe que ambos puertos están ahora activos en el canal del puerto hace un minuto y 26 segundos. El gigabit 195 00:14:00,000 --> 00:14:04,000 0/0 se desagregó del canal del puerto y, 196 00:14:04,000 --> 00:14:11,000 hace 47 segundos, se volvió a agrupar en la agregación del enlace o EtherChannel. 197 00:14:11,000 --> 00:14:17,000 Así que ese es un ejemplo de configuración de una agregación de enlaces de capa 198 00:14:17,000 --> 00:14:20,000 2 entre 2 conmutadores que proporciona un rendimiento 199 00:14:20,000 --> 00:14:25,000 adicional de redundancia adicional y detiene innecesariamente los puertos de Spanning Tree.