1
00:00:08,940 --> 00:00:14,220
Envíe este ejemplo supongamos que A está enviando un marco a D.

2
00:00:14,440 --> 00:00:17,260
Entonces la dirección de origen que condujo será a.

3
00:00:17,380 --> 00:00:19,370
Y la dirección de destino será D.

4
00:00:19,600 --> 00:00:27,010
Enviaré el marco para cambiar uno que luego copiará ese cuadro a todos los puertos basados ​​una vez más en

5
00:00:27,010 --> 00:00:28,380
la arquitectura del interruptor.

6
00:00:28,510 --> 00:00:34,480
La función asíncrona central verificará el destino en la tabla del campamento y supongamos por el momento que

7
00:00:34,480 --> 00:00:37,990
no responde cuáles pueden hacer tabla o tabla de direcciones MAC.

8
00:00:38,230 --> 00:00:44,050
Por lo tanto, el marco intentará salir de este puerto a 0 2, pero debido a que el color etiquetado interno es rojo

9
00:00:44,050 --> 00:00:44,880
para ese marco.

10
00:00:44,920 --> 00:00:46,590
Y este es un Greenport.

11
00:00:46,720 --> 00:00:49,280
El marco no está permitido fuera de 0 2.

12
00:00:49,600 --> 00:00:52,040
Sin embargo, en este puerto porque es un enlace troncal.

13
00:00:52,210 --> 00:00:57,400
Y supongamos por el momento que todas las tierras están permitidas a través de este tronco

14
00:00:57,400 --> 00:01:04,220
que el marco será enviado fuera del puerto 0 3 para cambiar sin embargo justo antes de que se envíe el marco.

15
00:01:04,220 --> 00:01:06,760
Necesita ser etiquetado con el número de villano.

16
00:01:07,100 --> 00:01:10,080
Entonces, en este caso, el identificador del villano sería rojo.

17
00:01:10,130 --> 00:01:15,750
Ahora, como se mencionó en Switches Villanos identificados por números, pero para mantener estos ejemplos simples,

18
00:01:15,760 --> 00:01:17,310
vamos a usar colores.

19
00:01:17,330 --> 00:01:24,470
Así que esto sería en realidad un número de 0 a 4000 y 96 bedframe se envía a

20
00:01:24,830 --> 00:01:32,120
través del tronco para cambiar a quién luego recibe el marco una vez más el marco se procesa internamente.

21
00:01:32,120 --> 00:01:37,430
Ahora este modificador dice que el villano identifica un encabezado editado o un Q y ve que

22
00:01:37,430 --> 00:01:44,540
pertenece al Villon rojo que está etiquetado internamente dentro del interruptor que el marco se envía a Allport 0 2 y también a

23
00:01:44,540 --> 00:01:45,160
0 1.

24
00:01:45,260 --> 00:01:50,630
Y supongamos una vez más que la tabla de direcciones MAC cambia a no contiene la dirección

25
00:01:50,630 --> 00:01:51,570
MAC de D.

26
00:01:51,650 --> 00:01:58,040
Por lo tanto, cuando el cuadro intenta ir al puerto 0 1, se rechaza porque el color del cuadro es rojo

27
00:01:58,430 --> 00:02:00,760
y esta interfaz está en el Villon verde.

28
00:02:00,920 --> 00:02:02,710
Entonces el marco se cae.

29
00:02:02,730 --> 00:02:08,840
Sin embargo, fuera de esta interfaz, el marco está permitido porque el puerto está en el villano rojo

30
00:02:08,840 --> 00:02:14,920
y el marco está etiquetado con el villano rojo. Todas las etiquetas se eliminan de este puerto.

31
00:02:14,960 --> 00:02:19,340
Por lo tanto, es lo mismo que un marco Ethernet normal para PCD.

32
00:02:19,340 --> 00:02:24,080
Una vez más, las computadoras no tienen en cuenta el hecho de que han sido puestas en villanos.

33
00:02:24,110 --> 00:02:26,660
Solo ven Ethernet con stent.

34
00:02:26,660 --> 00:02:32,420
Así que un marco estándar donde la dirección de origen de una dirección de destino una D se

35
00:02:32,420 --> 00:02:40,450
transmite desde el puerto 0 a la PC procesada y editada en una clave troncalizada tiene un villano espacial conocido como villano nativo. Los

36
00:02:41,050 --> 00:02:46,270
villanos nativos no tienen etiqueta cuando un puerto en el interruptor está configurado como un tronco.

37
00:02:46,630 --> 00:02:53,800
Por ejemplo, esta interfaz en el interruptor uno y cambiar a esa interfaz puede recibir y transmitir marcos etiquetados

38
00:02:53,800 --> 00:03:01,450
que pertenecen al villano nativo no portan etiquetas violentas cuando se envían a través de este tronco por el mismo

39
00:03:01,450 --> 00:03:07,480
token si se recibió un marco sin etiquetar en el puerto del tronco ese marco se

40
00:03:07,480 --> 00:03:11,030
asociaría automáticamente con la tierra nativa para el deporte.

41
00:03:11,050 --> 00:03:15,030
Ahora el tráfico de gestión específico atravesará la tierra nativa.

42
00:03:15,220 --> 00:03:22,090
Así que, por ejemplo, el uso del árbol de expansión BPT utilizará el Villon nativo y el protocolo de trunking dinámico crítico de trunking

43
00:03:22,930 --> 00:03:28,450
dinámico es una forma de que los switches negocien para establecer un enlace entre ellos automáticamente y les mostraré

44
00:03:28,900 --> 00:03:31,010
un ejemplo de eso en un momento.

45
00:03:32,130 --> 00:03:38,370
Cierto tráfico de gestión siempre usa villaine one si ha salido de la línea uno ya que el

46
00:03:38,760 --> 00:03:45,480
tráfico LAN nativo como CPV DP AGP y su DL D se transmitirán a través de la tierra nativa.

47
00:03:45,540 --> 00:03:52,650
Sin etiquetar si alguna vez La tierra natal se cambia a otra que no sea tierra, estos protocolos

48
00:03:52,650 --> 00:03:59,280
se etiquetarán en ese villano CTP específico se explicó en la parte ICD 1 de este curso.

49
00:03:59,340 --> 00:04:05,190
Nos permite ver los dispositivos directamente conectados y el protocolo de trunking que vamos a analizar

50
00:04:05,190 --> 00:04:06,550
en las siguientes diapositivas.

51
00:04:06,600 --> 00:04:13,350
Es una forma de actualizar dinámicamente otros switches con cambios realizados en un solo switch en un

52
00:04:13,960 --> 00:04:21,330
dominio VTB AGP o el protocolo de agregación de puertos es un protocolo usado para la creación automática de

53
00:04:21,330 --> 00:04:28,380
canales ether y usted DLT o necesita detección de enlaces direccionales se usa para monitorear el configuración física

54
00:04:28,380 --> 00:04:32,120
de cables entre dispositivos y detectar enlaces direccionales únicos.

55
00:04:32,130 --> 00:04:35,330
Esto nos permite detectar enlaces cableados incorrectamente.

56
00:04:35,340 --> 00:04:40,380
Lo importante a tener en cuenta aquí es que los enlaces troncales hay un villano especial conocido

57
00:04:40,380 --> 00:04:46,770
como la tierra nativa, donde el tráfico se envía sin etiquetar si se deja en el valor predeterminado de Villa y se

58
00:04:46,770 --> 00:04:49,880
enviará mucho tráfico de administración a través de esa tierra nativa.

59
00:04:49,890 --> 00:04:56,460
Es importante que la tierra nativa en ambos lados del tronco sea la misma si no se establece lo mismo.

60
00:04:56,460 --> 00:05:00,620
Los buscadores le notificarán diciéndole que hay un desajuste entre los villaines nativos.

61
00:05:01,080 --> 00:05:06,990
El problema que surge si las tierras nativas no son las mismas es que el tráfico de un villano

62
00:05:07,170 --> 00:05:11,750
en el interruptor se asociará automáticamente y terminará en un conmutador diferente al de otro.

63
00:05:11,760 --> 00:05:17,400
Y, obviamente, todo el concepto de felino es separar el tráfico en un Thielen específico.

64
00:05:17,430 --> 00:05:23,100
En otras palabras, un dominio de difusión separado o un tráfico de subred separado de una

65
00:05:23,160 --> 00:05:28,320
VLAN no debería terminar en otro villaine debido a una mala configuración de villano nativo.

66
00:05:28,340 --> 00:05:31,360
Ahora esto es algo que probablemente no veas en las redes de hoy.

67
00:05:31,580 --> 00:05:38,510
En teoría, con un villaine nativo, un interruptor como el interruptor podría decir marcos etiquetados para cambiar a

68
00:05:38,600 --> 00:05:40,680
marcos sin etiquetar a este MacBook.

69
00:05:40,820 --> 00:05:47,030
Entonces, al usar el Villon nativo, esta MacBook o una PC aún podría comunicarse con la red

70
00:05:47,330 --> 00:05:53,360
aunque no entienda los marcos etiquetados editados o los fotogramas clave o los marcos etiquetados se

71
00:05:53,360 --> 00:05:58,040
usan para comunicarse a través de información entre dispositivos de red como conmutadores.

72
00:05:58,040 --> 00:06:03,410
Este dispositivo no entendería necesariamente los fotogramas editados o uno clave, pero podría comunicarse

73
00:06:03,410 --> 00:06:05,840
con la red utilizando el villano nativo.

74
00:06:06,110 --> 00:06:07,800
Sin embargo, eso no es común hoy en día.

75
00:06:07,970 --> 00:06:16,130
Lo que es más típico Hoy es un escenario como este en el que tiene una PC conectada a un teléfono IP conectado

76
00:06:16,130 --> 00:06:17,770
a un conmutador de Cisco.

77
00:06:17,780 --> 00:06:25,010
Ahora el teléfono IP de Cisco tiene un conmutador integrado de tres vías que conecta un puerto a la infraestructura de red.

78
00:06:25,130 --> 00:06:32,030
Entonces, un conmutador de Cisco a un segundo puerto permite que la PC se conecte a la infraestructura a través del teléfono

79
00:06:32,030 --> 00:06:38,600
y un tercer puerto permite que el tráfico de voz desde el teléfono se priorice sobre los datos cuando se envía

80
00:06:38,600 --> 00:06:40,000
a la infraestructura de red.

81
00:06:40,340 --> 00:06:46,970
Entonces, el teléfono tiene un interruptor de tres vías integrado, siempre orgulloso de aumentar los datos de voz.

82
00:06:47,020 --> 00:06:52,510
Lo que hay que tener en cuenta aquí es que el teléfono se puede configurar en un Villon separado

83
00:06:52,510 --> 00:06:53,380
para la PC.

84
00:06:53,380 --> 00:06:57,900
Entonces, el teléfono podría estar en el violín rojo y la PC podría estar en la línea verde.

85
00:06:58,030 --> 00:07:00,610
Hay muchas ventajas de hacerlo de esta manera.

86
00:07:00,850 --> 00:07:07,270
Por lo general, desde el punto de vista de la seguridad, esta PC no podrá detectar el tráfico de voz y,

87
00:07:07,330 --> 00:07:09,760
por lo tanto, escuchar la conversación de voz.

88
00:07:09,760 --> 00:07:14,600
Ahora hay muchas advertencias relacionadas con los teléfonos Cisco y los diferentes modelos se configuran de

89
00:07:14,830 --> 00:07:21,160
diferentes maneras, pero en teoría el concepto es que el teléfono está separado de la PC violentamente y por lo tanto

90
00:07:21,160 --> 00:07:24,090
la PC no puede ver el tráfico de voz.

91
00:07:24,100 --> 00:07:29,740
Hay aplicaciones como Cain y Abel, que es una poderosa herramienta de pirateo que le permite oler

92
00:07:29,740 --> 00:07:36,820
la captura de la red del tráfico de voz y luego reproducir ese tráfico como un archivo en su PC local para

93
00:07:36,820 --> 00:07:39,000
que pueda reproducir la conversación de voz.

94
00:07:39,340 --> 00:07:44,950
Pero si el teléfono está en una seguridad Villon por separado se ha mejorado porque la PC no puede ver el tráfico

95
00:07:44,950 --> 00:07:47,920
de voz desde el punto de vista de la calidad del servicio.

96
00:07:47,920 --> 00:07:53,130
Esto también es mucho mejor porque es más fácil priorizar el tráfico de voz sobre el tráfico de datos.

97
00:07:53,290 --> 00:07:59,530
Si está en una VM separada configurando su red de esta manera también tiene las ventajas de una administración de

98
00:07:59,530 --> 00:08:03,680
direcciones IP más sencilla porque puede asignar una subred separada a sus teléfonos.

99
00:08:03,690 --> 00:08:07,380
Esta es su PC y por lo tanto escalar su dirección IP.

100
00:08:07,420 --> 00:08:13,030
Entonces, ¿qué sucede si el conmutador está configurado con un Freelon de voz y un villaine nativo?

101
00:08:13,420 --> 00:08:19,780
La voz se etiqueta para que se envíen los fotogramas etiquetados al teléfono y el teléfono con su conmutador de

102
00:08:19,840 --> 00:08:26,650
tres vías boltin es capaz de leer los fotogramas editados o uno clave sin etiquetar se guardan en lo que se

103
00:08:26,660 --> 00:08:28,960
llama iluminación nativa o línea de datos.

104
00:08:29,110 --> 00:08:34,730
Esa información se envía al teléfono y el teléfono simplemente lo cambia a la PC.

105
00:08:34,840 --> 00:08:41,440
Por lo tanto, la PC recibe la etiqueta sin etiquetar en los marcos terrestres nativos y el teléfono recibe ese archivo etiquetado

106
00:08:41,440 --> 00:08:46,040
o de voz, y no enmarca ninguna configuración, y el teléfono es necesario para habilitar esto.

107
00:08:46,150 --> 00:08:51,280
Escribiste literalmente algunos comandos en el interruptor que indicaban al interruptor cuál era la voz de la tierra y

108
00:08:51,280 --> 00:08:52,550
qué era el DTV Bil'in.

109
00:08:52,750 --> 00:08:59,020
Y esto sucede automáticamente porque cuando el teléfono se inicia, consultan el interruptor a través de CGP

110
00:08:59,020 --> 00:09:01,010
para descubrir a qué sensación pertenecen.

111
00:09:01,270 --> 00:09:06,530
Entonces el cambio data la configuración del teléfono mediante el uso de CTP.

112
00:09:06,850 --> 00:09:11,580
Entonces, esta es una implementación muy común de tierras nativas en el mundo real de hoy.

113
00:09:12,530 --> 00:09:18,410
Entonces, para resumir cómo se asignan los puertos a los villanos en serio, pueden ser asignados estáticamente

114
00:09:18,410 --> 00:09:19,490
por un administrador.

115
00:09:19,520 --> 00:09:25,460
Entonces, para usar un administrador ingrese en una interfaz y establezca ese puerto en un villano.

116
00:09:25,460 --> 00:09:30,980
La segunda opción es crear lo que se llama villanos dinámicos usando un servidor de políticas

117
00:09:31,700 --> 00:09:39,170
de membresía villana. Los villanos dinámicos permiten un acuerdo de puertos y se actualizan de acuerdo con la dirección Mac del dispositivo

118
00:09:39,170 --> 00:09:40,600
conectado a ese puerto.

119
00:09:40,910 --> 00:09:46,400
Entonces, en una sala de juntas, por ejemplo, cuando un director conecta una computadora portátil basada en

120
00:09:46,490 --> 00:09:52,640
la dirección Mac de esa computadora portátil, ese puerto se asigna dinámicamente a los directores cuando el gerente conecta

121
00:09:52,640 --> 00:09:59,020
su computadora portátil al mismo puerto al día siguiente, por ejemplo, que Villon es automáticamente actualizado a los gerentes Villon.

122
00:09:59,030 --> 00:10:04,400
Por lo tanto, en función de la dirección MAC de origen de los marcos recibidos

123
00:10:04,580 --> 00:10:12,400
en el puerto, el puerto se asigna automáticamente a diferentes tierras y el año pasado tenemos voces de voz que se usan

124
00:10:12,490 --> 00:10:19,720
específicamente para teléfonos IP. BTP o el protocolo villanal villaine es un protocolo propiedad de Cisco que permite la propagación

125
00:10:19,720 --> 00:10:25,980
de la información de un conmutador a otro en lugar de la función de telnetización a múltiples conmutadores.

126
00:10:26,080 --> 00:10:32,710
Puede Karaite eliminar o cambiar el nombre de las tierras en un interruptor y hacer que esa información se propague automáticamente

127
00:10:33,100 --> 00:10:35,610
a otros conmutadores a través de enlaces troncales.

128
00:10:35,620 --> 00:10:38,750
Observe el nombre del protocolo de trunking de villaine.

129
00:10:38,770 --> 00:10:42,820
Esta información solo se puede propagar a través de enlaces troncales.

130
00:10:42,820 --> 00:10:48,820
Ahora ETP puede ahorrarle mucho tiempo, ya que muchos ingenieros de Sisk le dirán que el BTP puede causarle

131
00:10:48,850 --> 00:10:50,190
muchos dolores de cabeza.

132
00:10:50,200 --> 00:10:55,960
Los switches pueden eliminar toda la configuración villaine si se agrega un nuevo interruptor a la

133
00:10:56,200 --> 00:10:58,320
red sin seguir un procedimiento adecuado.

134
00:10:58,570 --> 00:11:04,540
De modo que muchos ingenieros de Cisco no habilitarán VCP en entornos modernos debido a los riesgos

135
00:11:04,540 --> 00:11:06,340
inherentes asociados con este protocolo.

136
00:11:07,440 --> 00:11:13,650
Los mensajes GTP se envían a la siguiente dirección Mac, que es una dirección de multidifusión conocida

137
00:11:13,770 --> 00:11:16,950
para la inundación de los protocolos CTP y DTP.

138
00:11:16,950 --> 00:11:19,400
Hay tres tipos de mensajes en DTP.

139
00:11:19,410 --> 00:11:25,950
Tiene algunos anuncios de subconjuntos publicitarios gratuitos y solicitudes de publicidad, y explicaré cada uno de ellos

140
00:11:25,950 --> 00:11:28,790
con más detalle en las próximas diapositivas.

141
00:11:28,890 --> 00:11:35,380
Pero tenga en cuenta que hay tres mensajes escritos al configurar los dispositivos DP que, de forma

142
00:11:35,380 --> 00:11:38,560
predeterminada, pertenecen al dominio nulo VDB para que funcionen.

143
00:11:38,560 --> 00:11:45,490
Debe configurar y colocar los dispositivos en un dominio VTB específico, solo los dispositivos dentro del mismo

144
00:11:45,490 --> 00:11:49,460
dominio DTP se actualizarán con la información de línea.

145
00:11:49,480 --> 00:11:56,920
Un conmutador solo se puede configurar en un solo dominio de VTB en cualquier momento dado, de manera predeterminada, los switches de Cisco

146
00:11:56,920 --> 00:12:04,450
están en el dominio nold o no en el dominio de administración hasta que reciban un anuncio de un dominio sobre un enlace

147
00:12:04,450 --> 00:12:04,980
troncalizado.

148
00:12:05,080 --> 00:12:08,350
O hasta que configure manualmente un dominio de gestión.

149
00:12:08,580 --> 00:12:14,830
Entonces, en este ejemplo supongamos que estos dispositivos se han puesto en el dominio VTB con el

150
00:12:14,830 --> 00:12:15,750
nombre de Cecka.

151
00:12:16,030 --> 00:12:22,300
Recuerde que este VCP es una capa para el protocolo y requiere enlaces troncales para la comunicación.

152
00:12:22,540 --> 00:12:29,860
Entonces, VDB no atravesará Harada, un concepto importante para entender NVP es el concepto de un número

153
00:12:29,860 --> 00:12:30,490
de revisión.

154
00:12:31,380 --> 00:12:38,260
Cada vez que se realiza un cambio en la base de datos del villano, el número de revisión en BTP aumentará en 1.

155
00:12:38,460 --> 00:12:45,410
Asumamos que todos los dispositivos en esta disculpa tienen un número de revisión de 1 en el ministerio de

156
00:12:45,600 --> 00:12:51,720
un villano, digamos que tres al número de revisión del conmutador aumentará de una visión número

157
00:12:51,720 --> 00:12:59,320
1 a revisión número 2 que la información se anunciará a todos los otros switches en el dominio VTB para

158
00:12:59,650 --> 00:13:05,410
que puedan sincronizar sus bases de datos con el último número de revisión, que es la

159
00:13:05,410 --> 00:13:06,440
revisión número 2.

160
00:13:06,550 --> 00:13:11,680
Por lo tanto, el interruptor en la parte superior enviará lo que se denomina anuncio de resumen de GTP

161
00:13:11,710 --> 00:13:14,860
a todos los conmutadores para informarles que se ha realizado un cambio.

162
00:13:14,860 --> 00:13:17,610
Recuerde que esto se envía usando una dirección de multidifusión.

163
00:13:17,740 --> 00:13:21,070
Entonces todos estos dispositivos verán ese mensaje.

164
00:13:21,070 --> 00:13:26,440
A continuación, solicitarán la información más reciente mediante una solicitud de publicidad y el interruptor

165
00:13:26,620 --> 00:13:31,800
en la parte superior les enviará información detallada sobre el cambio utilizando un anuncio subconjunto.

166
00:13:31,810 --> 00:13:37,150
El resultado neto es que los números de revisión y todos estos conmutadores se incrementarán al mismo número

167
00:13:37,150 --> 00:13:40,740
de revisión que un cambio en el que se realizó el cambio.

168
00:13:40,780 --> 00:13:46,210
Así que Viola y tres aparecerán en todas las bases de datos de los switches y el número de revisión

169
00:13:46,210 --> 00:13:48,100
se establecerá en la revisión número dos.

170
00:13:48,250 --> 00:13:54,430
El concepto completo con VTB es que puede realizar cambios en un dispositivo individual a medida que se realizan

171
00:13:54,430 --> 00:13:55,190
dichos cambios.

172
00:13:55,300 --> 00:14:00,700
Todos los otros switches son informados del cambio y sincronizarán sus bases de datos con el último número

173
00:14:00,700 --> 00:14:06,130
de revisión para que terminen teniendo los mismos planes B y quizás las bases de datos de Lenn.

174
00:14:06,130 --> 00:14:11,680
Eso significa que usted, como administrador, solo para hacer cambios en un interruptor en lugar de cinco

175
00:14:11,680 --> 00:14:18,300
interruptores en la disculpa, tenga en cuenta que los puertos se ponen en villanos individuales, por ejemplo, por un administrador.

176
00:14:18,610 --> 00:14:25,300
El DP no pone puertos en villanos individuales, solo actualiza la base de datos para que los

177
00:14:25,300 --> 00:14:31,770
conmutadores sepan qué villanos existen, y un administrador aún necesita poner esos puertos en los villanos relevantes.

178
00:14:31,990 --> 00:14:38,230
Así que este es solo un mecanismo de actualización de base de datos de villano para que los switches conozcan

179
00:14:38,230 --> 00:14:40,810
a los villanos que existen en la tipología.

180
00:14:40,820 --> 00:14:43,500
Así que veamos los mensajes de VDB con más detalle.

181
00:14:43,520 --> 00:14:46,760
La primera parada del mensaje de VDB es un anuncio de resumen.

182
00:14:46,760 --> 00:14:51,620
Esto se envía cada cinco minutos o cada vez que hay un cambio.

183
00:14:51,620 --> 00:14:58,340
Por lo tanto, cada vez que un administrador realiza un cambio en un conmutador, por ejemplo, al agregar un Villon, se

184
00:14:58,340 --> 00:15:03,590
envía un anuncio de resumen en la conocida dirección de multidifusión a todos los conmutadores del dominio.

185
00:15:03,590 --> 00:15:10,190
Por lo tanto, esto se usa para informar a otros conmutadores del dominio VCP actual y el número de revisión de la

186
00:15:10,190 --> 00:15:10,910
configuración actual.

187
00:15:11,210 --> 00:15:17,510
Entonces, como ejemplo en el interruptor uno, el administrador agrega a otro villano, digamos que villano para el

188
00:15:17,510 --> 00:15:19,150
número de revisión se incrementará.

189
00:15:19,150 --> 00:15:23,160
Entonces, si el número de revisión fuera tres, no se incrementaría a 4.

190
00:15:23,660 --> 00:15:29,660
Este modificador dirá en un anuncio de resumen a todos los switches vecinos informándoles

191
00:15:29,660 --> 00:15:36,740
del dominio VTB actual y los nuevos conmutadores de número de revisión de configuración que recibirán ese

192
00:15:37,060 --> 00:15:43,310
anuncio resumen enviarán una solicitud de resumen solicitando información detallada de los cambios que se

193
00:15:43,310 --> 00:15:44,160
han realizado.

194
00:15:44,180 --> 00:15:50,240
Hay tres situaciones en las que se utilizan algunas solicitudes. En primer lugar, cuando se ha restablecido un interruptor o

195
00:15:50,240 --> 00:15:57,250
cuando se cambia el nombre de dominio de VTB o cuando el interruptor ha recibido un anuncio de resumen de VTB con un

196
00:15:57,250 --> 00:16:00,500
número de revisión de configuración más alto que el suyo.

197
00:16:00,500 --> 00:16:07,370
Así que porque cambiar a recibió el anuncio de resumen de uno que indica un alto número de revisión.

198
00:16:07,490 --> 00:16:12,170
En otras palabras, el número de revisión y cuál es la revisión anterior y

199
00:16:12,170 --> 00:16:20,090
el número de revisión en el interruptor 2 es la revisión número 3 interruptor 2 ahora solicitará información del interruptor 1 para que pueda

200
00:16:20,090 --> 00:16:26,750
actualizar su base de datos con la información más reciente que se envía información detallada a cuál pasar para usar

201
00:16:26,750 --> 00:16:28,520
lo que se llama un subconjunto.

202
00:16:28,550 --> 00:16:29,780
Anuncio.

203
00:16:29,780 --> 00:16:36,890
Esto contiene una lista de la información y, si son varios, puede que se requiera más de un

204
00:16:36,890 --> 00:16:42,280
anuncio de subconjuntos para actualizar y sincronizar las bases de datos de otros conmutadores.

205
00:16:42,290 --> 00:16:47,370
Entonces, en esencia, esto es información detallada de los cambios que se han realizado.

206
00:16:47,540 --> 00:16:52,910
La publicidad de resumen solo informa el cambio en formato de resumen del último número de

207
00:16:52,910 --> 00:16:54,290
revisión y dominio BTP.

208
00:16:54,500 --> 00:17:00,860
Si el conmutador local ve que está desactualizado, solicitará información detallada para que pueda sincronizar

209
00:17:00,860 --> 00:17:06,500
su base de datos y esa información se proporcionará utilizando un anuncio subconjunto.

210
00:17:06,530 --> 00:17:12,290
El conmutador ahora puede sincronizar las bases de datos locales con la base de datos del conmutador con la

211
00:17:12,290 --> 00:17:13,140
información más reciente.

212
00:17:14,310 --> 00:17:16,910
Ahora hay tres modos en BTP.

213
00:17:17,100 --> 00:17:25,500
El modo predeterminado es el servidor, un conmutador VTB en modo servidor puede crear villanos que modifiquen villanos y

214
00:17:25,500 --> 00:17:26,370
eliminen villanos.

215
00:17:26,400 --> 00:17:29,650
También envía y reenvía anuncios.

216
00:17:29,790 --> 00:17:34,040
Entonces, si recibió un anuncio de otro modificador, lo reenviará.

217
00:17:34,290 --> 00:17:39,070
Si realizó cambios en el conmutador local, enviaría algunos anuncios reales.

218
00:17:39,090 --> 00:17:43,340
También sincronizaría su base de datos local con el último número de revisión.

219
00:17:43,650 --> 00:17:47,460
Y también guarda la información de configuración del villano localmente.

220
00:17:47,460 --> 00:17:52,500
Entonces este es el dispositivo donde vas a hacer los cambios. Se pueden configurar

221
00:17:52,500 --> 00:17:56,530
varios switches como servidores VTB, pero debes ser muy cuidadoso con esto.

222
00:17:56,580 --> 00:18:03,780
El segundo modo es el cliente VTB, un cliente VTB no puede crear cambios o eliminar villanos.

223
00:18:04,020 --> 00:18:10,050
También es capaz de enviar anuncios hacia adelante para que pueda decir en cualquier violencia actualmente

224
00:18:10,050 --> 00:18:17,310
enlistada en su base de datos a otros conmutadores VTB, también puede reenviar la recepción de anuncios de otros conmutadores.

225
00:18:17,310 --> 00:18:23,760
En tercer lugar, también sincronizaría su base de datos con el último número de revisión de configuración. Este es

226
00:18:23,760 --> 00:18:29,970
un problema potencial importante con GTP y se ha quemado a muchos ingenieros de Cisco en el pasado.

227
00:18:29,970 --> 00:18:33,670
Muchos ingenieros de Cisco no usarán VTB debido a este problema.

228
00:18:33,930 --> 00:18:36,020
Entonces él tiene una tipología de muestra.

229
00:18:36,240 --> 00:18:41,850
Ahora tenemos un servidor VTB y es una escena en la que todos los switches en la parte superior

230
00:18:41,850 --> 00:18:48,600
están configurados como clientes VTB; las máquinas host están en el ataque Villano green Bil'in y actualmente el número de revisión para el

231
00:18:48,660 --> 00:18:50,320
dominio es el número de revisión.

232
00:18:51,790 --> 00:18:57,200
Entonces, el último número de revisión de configuración es para el dominio VTB.

233
00:18:57,220 --> 00:19:03,580
Es Cisco y los villanos que se han configurado en los interruptores son villanos rojos y verdes.

234
00:19:03,580 --> 00:19:06,880
Tenga en cuenta una vez más que los interruptores tienen una base de datos de villano.

235
00:19:06,880 --> 00:19:13,030
Eso es lo que VTB actualiza los puertos individuales y los interruptores deben colocarse manualmente

236
00:19:13,030 --> 00:19:14,460
en los puertos correctos.

237
00:19:14,500 --> 00:19:21,000
Ahora alguien conecta un otro interruptor a la topología de, por ejemplo, un entorno de laboratorio.

238
00:19:21,400 --> 00:19:27,270
La razón por la que esto es peligroso es que, en un entorno de laboratorio, es posible que la lente se haya agregado

239
00:19:27,610 --> 00:19:32,200
y eliminado, por lo que el número de revisión puede ser mucho mayor que la red de producción.

240
00:19:32,200 --> 00:19:38,020
Asumamos por el momento que el número de revisión es 50, este cambio solo tiene

241
00:19:38,020 --> 00:19:39,430
configurada la villaine azul.

242
00:19:39,430 --> 00:19:44,140
Entonces los villanos verdes y rojos no existen en la base de datos del villano.

243
00:19:44,140 --> 00:19:49,750
Mucha gente comete el error de suponer que mientras los switches configurados como cliente

244
00:19:50,260 --> 00:19:53,290
VTB no causen ningún problema en la red.

245
00:19:53,290 --> 00:19:58,210
Entonces un administrador enchufa el interruptor y configura este puerto como un tronco.

246
00:19:58,510 --> 00:20:02,610
Tenga en cuenta una vez más que el anuncio ETP solo se envía a través de los puertos troncales.

247
00:20:02,710 --> 00:20:08,880
Así que supongamos que a través de la red todos estos enlaces se configuran como troncales tan pronto como

248
00:20:08,880 --> 00:20:11,380
este cliente se agrega al dominio de VCP.

249
00:20:11,520 --> 00:20:17,980
Y lo que es realmente aterrador es que este cliente se puede actualizar automáticamente con la información de VCP.

250
00:20:18,030 --> 00:20:23,130
En otras palabras, si está configurado con un dominio nold, puede unirse automáticamente al dominio VCP

251
00:20:23,130 --> 00:20:23,920
actual de Cisco.

252
00:20:24,180 --> 00:20:29,490
Y tan pronto como eso suceda, los dispositivos sincronizarán sus bases de datos con el último número

253
00:20:29,490 --> 00:20:35,160
de revisión de configuración, que en este caso es 50 sun todos los switches en el dominio en vivo.

254
00:20:35,160 --> 00:20:41,730
El número de revisión se cambia a 50 porque todos los conmutadores, incluido el servidor VTB,

255
00:20:41,760 --> 00:20:49,080
se sincronizarán automáticamente con el cliente VTB; los villanos actuales rojo y verde se eliminarán automáticamente de la

256
00:20:49,080 --> 00:20:55,230
base de datos violenta y el único villano que ahora estará disponible en las violentas

257
00:20:55,230 --> 00:20:58,800
bases de datos de todos estos interruptores son violentamente

258
00:20:58,800 --> 00:21:05,960
Ahora todos los puertos de todos los interruptores que se han puesto manualmente en el Villon o heredero verde

259
00:21:06,090 --> 00:21:07,650
o rojo están deshabilitados.

260
00:21:07,650 --> 00:21:14,810
El problema aquí es que un puerto pertenece al Villon rojo, pero el Villon rojo no existe en la base de datos.

261
00:21:14,910 --> 00:21:17,510
Entonces el puerto se desactiva automáticamente.

262
00:21:17,790 --> 00:21:23,500
Eso significa que no se puede enviar ni recibir tráfico alguno en el deporte, y lo mismo ocurre en

263
00:21:23,520 --> 00:21:24,720
todos los demás conmutadores.

264
00:21:24,750 --> 00:21:30,030
Esencialmente, lo que sucede es que toda la red se reduce con la introducción

265
00:21:30,030 --> 00:21:31,200
del interruptor único.

266
00:21:31,200 --> 00:21:37,350
Eso es extremadamente preocupante por decir lo menos que la introducción de un solo interruptor

267
00:21:37,350 --> 00:21:39,690
puede derribar toda una red empresarial.

268
00:21:39,810 --> 00:21:46,830
La única forma de solucionar esto es conectarse físicamente al servidor VTB y luego agregar manualmente los

269
00:21:46,920 --> 00:21:49,200
villanos que se han eliminado.