1
00:00:00,880 --> 00:00:07,750
Entonces, ¿qué es un t plus anterior o anterior de Rapide más el ID de puente extendido que ahora gasta el árbol requiere

2
00:00:07,750 --> 00:00:11,510
que cada interruptor tenga un ID de puente único en el pasado.

3
00:00:11,520 --> 00:00:16,550
Esos simplemente consistían en la prioridad del puente y una dirección MAC.

4
00:00:16,720 --> 00:00:23,740
Por lo tanto, el ID del puente consta de ocho bytes, siendo dos bytes la prioridad del puente y seis

5
00:00:23,740 --> 00:00:25,290
bytes la dirección MAC.

6
00:00:25,300 --> 00:00:31,840
Sin embargo, al configurar múltiples villanos y ejecutar Poovey y el árbol de gastos, se tendría

7
00:00:31,840 --> 00:00:39,600
que asignar una dirección MAC diferente para cada villaine. T anterior crea una instancia en un terreno de Poovey.

8
00:00:39,820 --> 00:00:46,510
Por lo tanto, para garantizar que la idea del puente sea única por una base violenta, se debería asignar

9
00:00:46,510 --> 00:00:48,000
una dirección MAC diferente.

10
00:00:48,100 --> 00:00:54,670
Ahora eso funciona bien si solo tienes unos cuantos villanos. Pero si configuras cientos o miles de

11
00:00:54,970 --> 00:00:56,520
líneas, no es escalable.

12
00:00:56,770 --> 00:01:03,400
Si un proveedor estaba respaldando el t de Peavey, el vendedor necesitaría asignar una dirección MAC única en una

13
00:01:03,400 --> 00:01:04,440
tierra de Poovey.

14
00:01:05,240 --> 00:01:11,240
Entonces, en teoría, si se admitieran cuatro mil noventa y cuatro villanos en el interruptor, se necesitarían

15
00:01:11,240 --> 00:01:15,600
asignar cuatro mil noventa y cuatro direcciones MAC únicas a cada interruptor.

16
00:01:15,860 --> 00:01:18,090
Eso simplemente no es escalable.

17
00:01:18,200 --> 00:01:25,670
Por lo tanto, para conservar las direcciones MAC, el sistema ha cambiado y una identificación extendida del sistema también se conoce como

18
00:01:25,670 --> 00:01:26,960
reducción de direcciones MAC.

19
00:01:27,050 --> 00:01:34,430
Por lo tanto, con las ID de puente extendidas, la ID del puente sigue teniendo un tamaño de 8 bytes, pero ahora

20
00:01:34,430 --> 00:01:43,320
la prioridad se divide en dos partes, por lo que la porción de dos por dos ya consta de una prioridad 4 pero puente y un peaje.

21
00:01:43,370 --> 00:01:50,110
Pero la identificación extendida del sistema la dirección MAC aún tiene 6 bytes de tamaño.

22
00:01:50,170 --> 00:01:58,810
Por lo tanto, tenga en cuenta que el puente Purdy para bits de ID de sistema ampliado de 12 bits que equivale a dos bytes debe

23
00:01:58,810 --> 00:02:05,610
ser ID de sistema ampliado con el número de villano y la prioridad de puente es un valor que puede establecer.

24
00:02:05,620 --> 00:02:09,430
El valor predeterminado es 3 2 7 6 8 en decimal.

25
00:02:09,580 --> 00:02:15,610
En el pasado, en la fiesta del puente consistía en dos mordiscos y se podía establecer la propiedad en un

26
00:02:15,610 --> 00:02:16,620
valor como 1.

27
00:02:16,630 --> 00:02:24,080
Sin embargo, eso ya no se admite en el conmutador como ejemplo si escribo el gasto tree movieland

28
00:02:24,450 --> 00:02:32,620
uno por prioridad y trato de configurarlo en 1 Me dicen que tengo que configurarlo en incrementos de cuatro mil

29
00:02:32,620 --> 00:02:37,360
noventa y seis para que el valor esté permitido uno de estos.

30
00:02:37,360 --> 00:02:44,830
La razón de esto es que la parte del puente se ha dividido en dos partes con solo

31
00:02:44,830 --> 00:02:48,560
los 4 bits más significativos disponibles para la prioridad.

32
00:02:48,610 --> 00:02:56,500
Por lo tanto, si configura la porción pro-ID de bridge las Philpots en 1 binario y toma en cuenta los

33
00:02:56,500 --> 00:02:57,480
2 puntos completos.

34
00:02:57,520 --> 00:03:00,770
Eso equivaldría a cuatro mil noventa y seis en decimal.

35
00:03:01,030 --> 00:03:07,810
Por lo tanto, si la prioridad está establecida en 1, la prioridad de ID del puente ampliado es de cuatro mil

36
00:03:07,810 --> 00:03:08,670
noventa y seis.

37
00:03:08,710 --> 00:03:11,840
Si toma en cuenta los dos bytes completos.

38
00:03:12,250 --> 00:03:21,370
Si configura el puente Prodi parte 2 para decir 0 0 1 0 en binario y mira los 16 bits o dos bytes completos,

39
00:03:21,790 --> 00:03:24,720
equivale a 8 1 9 2 en decimal.

40
00:03:24,940 --> 00:03:31,000
En el equipo de algunos proveedores, puede configurar el grupo en uno y se convertirá automáticamente en

41
00:03:31,000 --> 00:03:37,660
8 1 9 2, pero en los conmutadores Cisco debe establecer la prioridad del puente en múltiplos de cuatro

42
00:03:37,660 --> 00:03:39,170
mil noventa y seis.

43
00:03:39,220 --> 00:03:43,780
Entonces, una vez más, si intento configurar la fiesta en una, no está permitido.

44
00:03:43,880 --> 00:03:51,360
Establézcalo en 4000 y 96 que permita mostrar el árbol de gastos.

45
00:03:51,380 --> 00:03:58,160
Observe la prioridad del cambio porque se está ejecutando anteriormente más cuatro mil noventa y siete por lo que

46
00:03:58,640 --> 00:04:01,260
la prioridad más el número de villano.

47
00:04:01,550 --> 00:04:04,990
Si estás viendo un 10 violento es un ejemplo.

48
00:04:05,060 --> 00:04:08,870
La prioridad sería 0 9 6 más 10.

49
00:04:08,870 --> 00:04:13,790
Si miras villaine 20 sería 4 0 9 6 más 20.

50
00:04:13,790 --> 00:04:20,880
Demostraré que en un video separado ahora a lo largo de los años se han realizado varias

51
00:04:20,880 --> 00:04:24,500
mejoras para intentar reducir el tiempo de convergencia.

52
00:04:24,810 --> 00:04:30,570
Por lo tanto, en un entorno conmutado se han realizado diversas mejoras en el protocolo para garantizar que las

53
00:04:30,570 --> 00:04:31,740
cosas sucedan más rápido.

54
00:04:32,070 --> 00:04:37,800
Un puerto con soporte en el conmutador nos puede llevar 30 segundos para converger y eso no es aceptable

55
00:04:37,800 --> 00:04:38,870
en las redes modernas.

56
00:04:39,150 --> 00:04:46,230
Como ejemplo, si la PC se estaba iniciando y necesitara conectarse a un servidor DHP, la PC arrancaría

57
00:04:46,230 --> 00:04:50,910
y enviaría una solicitud DHP antes de que los porteros conmutadores convergieran.

58
00:04:51,150 --> 00:04:57,480
Así que la PC ya habría arrancado y solicitado una dirección IP antes de que hayan transcurrido 30

59
00:04:57,480 --> 00:05:04,200
segundos y, por lo tanto, la PC no recibiría una dirección IP del servidor DHP porque la solicitud DHP

60
00:05:04,200 --> 00:05:09,540
de la PC se eliminaría por este puerto que bloquea la conexión inalámbrica convergente.

61
00:05:09,720 --> 00:05:16,950
Para mejorar el rendimiento en entornos conmutados, puertos de borde, es decir, puertos conectados a

62
00:05:16,950 --> 00:05:24,840
dispositivos periféricos como PC, algunos servidores y enrutadores se configurarían como puertos FOSS en un entorno Cisco

63
00:05:25,180 --> 00:05:32,130
o puertos de borde en otros equipos de proveedores. Cecka usa el término port fust.

64
00:05:32,160 --> 00:05:38,850
Otros proveedores utilizan el término edge ports en algunos términos. Cisco usará primero el término

65
00:05:38,850 --> 00:05:43,050
port y en otros términos se denominará edge port.

66
00:05:43,050 --> 00:05:49,830
Ahora es importante que solo habilite puertos FOSS portuarios en puertos de acceso y no en puertos troncales.

67
00:05:49,860 --> 00:05:56,160
En otras palabras, no debe habilitar el puerto Fost en los enlaces entre conmutadores, ya que eso introducirá

68
00:05:56,370 --> 00:06:03,870
bucles en su topología y en el puerto de borde, o un puerto puerto de fósforo pasa inmediatamente al estado de reenvío.

69
00:06:03,870 --> 00:06:10,200
Por lo tanto, pasa por alto los estados de escucha y aprendizaje que va directamente del bloqueo al reenvío.

70
00:06:10,380 --> 00:06:17,190
Una vez más salteamos los estados de escucha y aprendizaje que permiten una convergencia mucho más rápida porque en

71
00:06:17,250 --> 00:06:22,800
lugar de esperar que el árbol de gastos pase por varias etapas, como bloquear el aprendizaje

72
00:06:22,800 --> 00:06:28,660
de aprendizaje, el Portus comienza a reenviar el tráfico inmediatamente y la convergencia es mucho más rápida.

73
00:06:29,640 --> 00:06:31,630
Gastando árboles todavía corriendo en ese puerto.

74
00:06:31,860 --> 00:06:34,280
Pero la transición es inmediata al reenvío.

75
00:06:34,350 --> 00:06:41,250
Entonces, por alguna razón, se recibió una PDU en el puerto, el puerto puede regresar al estado de bloqueo.

76
00:06:41,250 --> 00:06:47,640
Es una buena práctica hacerlo porque no desea introducir bucles inadvertidamente porque alguien conectó

77
00:06:47,640 --> 00:06:51,570
un interruptor por error en un puerto Fosset port.