Envíe este ejemplo supongamos que A está enviando un marco a D.
Entonces la dirección de origen que condujo será a.
Y la dirección de destino será D.
Enviaré el marco para cambiar uno que luego copiará ese cuadro a todos los puertos basados ​​una vez más en
la arquitectura del interruptor.
La función asíncrona central verificará el destino en la tabla del campamento y supongamos por el momento que
no responde cuáles pueden hacer tabla o tabla de direcciones MAC.
Por lo tanto, el marco intentará salir de este puerto a 0 2, pero debido a que el color etiquetado interno es rojo
para ese marco.
Y este es un Greenport.
El marco no está permitido fuera de 0 2.
Sin embargo, en este puerto porque es un enlace troncal.
Y supongamos por el momento que todas las tierras están permitidas a través de este tronco
que el marco será enviado fuera del puerto 0 3 para cambiar sin embargo justo antes de que se envíe el marco.
Necesita ser etiquetado con el número de villano.
Entonces, en este caso, el identificador del villano sería rojo.
Ahora, como se mencionó en Switches Villanos identificados por números, pero para mantener estos ejemplos simples,
vamos a usar colores.
Así que esto sería en realidad un número de 0 a 4000 y 96 bedframe se envía a
través del tronco para cambiar a quién luego recibe el marco una vez más el marco se procesa internamente.
Ahora este modificador dice que el villano identifica un encabezado editado o un Q y ve que
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
0 1.
Y supongamos una vez más que la tabla de direcciones MAC cambia a no contiene la dirección
MAC de D.
Por lo tanto, cuando el cuadro intenta ir al puerto 0 1, se rechaza porque el color del cuadro es rojo
y esta interfaz está en el Villon verde.
Entonces el marco se cae.
Sin embargo, fuera de esta interfaz, el marco está permitido porque el puerto está en el villano rojo
y el marco está etiquetado con el villano rojo. Todas las etiquetas se eliminan de este puerto.
Por lo tanto, es lo mismo que un marco Ethernet normal para PCD.
Una vez más, las computadoras no tienen en cuenta el hecho de que han sido puestas en villanos.
Solo ven Ethernet con stent.
Así que un marco estándar donde la dirección de origen de una dirección de destino una D se
transmite desde el puerto 0 a la PC procesada y editada en una clave troncalizada tiene un villano espacial conocido como villano nativo. Los
villanos nativos no tienen etiqueta cuando un puerto en el interruptor está configurado como un tronco.
Por ejemplo, esta interfaz en el interruptor uno y cambiar a esa interfaz puede recibir y transmitir marcos etiquetados
que pertenecen al villano nativo no portan etiquetas violentas cuando se envían a través de este tronco por el mismo
token si se recibió un marco sin etiquetar en el puerto del tronco ese marco se
asociaría automáticamente con la tierra nativa para el deporte.
Ahora el tráfico de gestión específico atravesará la tierra nativa.
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
dinámico es una forma de que los switches negocien para establecer un enlace entre ellos automáticamente y les mostraré
un ejemplo de eso en un momento.
Cierto tráfico de gestión siempre usa villaine one si ha salido de la línea uno ya que el
tráfico LAN nativo como CPV DP AGP y su DL D se transmitirán a través de la tierra nativa.
Sin etiquetar si alguna vez La tierra natal se cambia a otra que no sea tierra, estos protocolos
se etiquetarán en ese villano CTP específico se explicó en la parte ICD 1 de este curso.
Nos permite ver los dispositivos directamente conectados y el protocolo de trunking que vamos a analizar
en las siguientes diapositivas.
Es una forma de actualizar dinámicamente otros switches con cambios realizados en un solo switch en un
dominio VTB AGP o el protocolo de agregación de puertos es un protocolo usado para la creación automática de
canales ether y usted DLT o necesita detección de enlaces direccionales se usa para monitorear el configuración física
de cables entre dispositivos y detectar enlaces direccionales únicos.
Esto nos permite detectar enlaces cableados incorrectamente.
Lo importante a tener en cuenta aquí es que los enlaces troncales hay un villano especial conocido
como la tierra nativa, donde el tráfico se envía sin etiquetar si se deja en el valor predeterminado de Villa y se
enviará mucho tráfico de administración a través de esa tierra nativa.
Es importante que la tierra nativa en ambos lados del tronco sea la misma si no se establece lo mismo.
Los buscadores le notificarán diciéndole que hay un desajuste entre los villaines nativos.
El problema que surge si las tierras nativas no son las mismas es que el tráfico de un villano
en el interruptor se asociará automáticamente y terminará en un conmutador diferente al de otro.
Y, obviamente, todo el concepto de felino es separar el tráfico en un Thielen específico.
En otras palabras, un dominio de difusión separado o un tráfico de subred separado de una
VLAN no debería terminar en otro villaine debido a una mala configuración de villano nativo.
Ahora esto es algo que probablemente no veas en las redes de hoy.
En teoría, con un villaine nativo, un interruptor como el interruptor podría decir marcos etiquetados para cambiar a
marcos sin etiquetar a este MacBook.
Entonces, al usar el Villon nativo, esta MacBook o una PC aún podría comunicarse con la red
aunque no entienda los marcos etiquetados editados o los fotogramas clave o los marcos etiquetados se
usan para comunicarse a través de información entre dispositivos de red como conmutadores.
Este dispositivo no entendería necesariamente los fotogramas editados o uno clave, pero podría comunicarse
con la red utilizando el villano nativo.
Sin embargo, eso no es común hoy en día.
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
a un conmutador de Cisco.
Ahora el teléfono IP de Cisco tiene un conmutador integrado de tres vías que conecta un puerto a la infraestructura de red.
Entonces, un conmutador de Cisco a un segundo puerto permite que la PC se conecte a la infraestructura a través del teléfono
y un tercer puerto permite que el tráfico de voz desde el teléfono se priorice sobre los datos cuando se envía
a la infraestructura de red.
Entonces, el teléfono tiene un interruptor de tres vías integrado, siempre orgulloso de aumentar los datos de voz.
Lo que hay que tener en cuenta aquí es que el teléfono se puede configurar en un Villon separado
para la PC.
Entonces, el teléfono podría estar en el violín rojo y la PC podría estar en la línea verde.
Hay muchas ventajas de hacerlo de esta manera.
Por lo general, desde el punto de vista de la seguridad, esta PC no podrá detectar el tráfico de voz y,
por lo tanto, escuchar la conversación de voz.
Ahora hay muchas advertencias relacionadas con los teléfonos Cisco y los diferentes modelos se configuran de
diferentes maneras, pero en teoría el concepto es que el teléfono está separado de la PC violentamente y por lo tanto
la PC no puede ver el tráfico de voz.
Hay aplicaciones como Cain y Abel, que es una poderosa herramienta de pirateo que le permite oler
la captura de la red del tráfico de voz y luego reproducir ese tráfico como un archivo en su PC local para
que pueda reproducir la conversación de voz.
Pero si el teléfono está en una seguridad Villon por separado se ha mejorado porque la PC no puede ver el tráfico
de voz desde el punto de vista de la calidad del servicio.
Esto también es mucho mejor porque es más fácil priorizar el tráfico de voz sobre el tráfico de datos.
Si está en una VM separada configurando su red de esta manera también tiene las ventajas de una administración de
direcciones IP más sencilla porque puede asignar una subred separada a sus teléfonos.
Esta es su PC y por lo tanto escalar su dirección IP.
Entonces, ¿qué sucede si el conmutador está configurado con un Freelon de voz y un villaine nativo?
La voz se etiqueta para que se envíen los fotogramas etiquetados al teléfono y el teléfono con su conmutador de
tres vías boltin es capaz de leer los fotogramas editados o uno clave sin etiquetar se guardan en lo que se
llama iluminación nativa o línea de datos.
Esa información se envía al teléfono y el teléfono simplemente lo cambia a la PC.
Por lo tanto, la PC recibe la etiqueta sin etiquetar en los marcos terrestres nativos y el teléfono recibe ese archivo etiquetado
o de voz, y no enmarca ninguna configuración, y el teléfono es necesario para habilitar esto.
Escribiste literalmente algunos comandos en el interruptor que indicaban al interruptor cuál era la voz de la tierra y
qué era el DTV Bil'in.
Y esto sucede automáticamente porque cuando el teléfono se inicia, consultan el interruptor a través de CGP
para descubrir a qué sensación pertenecen.
Entonces el cambio data la configuración del teléfono mediante el uso de CTP.
Entonces, esta es una implementación muy común de tierras nativas en el mundo real de hoy.
Entonces, para resumir cómo se asignan los puertos a los villanos en serio, pueden ser asignados estáticamente
por un administrador.
Entonces, para usar un administrador ingrese en una interfaz y establezca ese puerto en un villano.
La segunda opción es crear lo que se llama villanos dinámicos usando un servidor de políticas
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
conectado a ese puerto.
Entonces, en una sala de juntas, por ejemplo, cuando un director conecta una computadora portátil basada en
la dirección Mac de esa computadora portátil, ese puerto se asigna dinámicamente a los directores cuando el gerente conecta
su computadora portátil al mismo puerto al día siguiente, por ejemplo, que Villon es automáticamente actualizado a los gerentes Villon.
Por lo tanto, en función de la dirección MAC de origen de los marcos recibidos
en el puerto, el puerto se asigna automáticamente a diferentes tierras y el año pasado tenemos voces de voz que se usan
específicamente para teléfonos IP. BTP o el protocolo villanal villaine es un protocolo propiedad de Cisco que permite la propagación
de la información de un conmutador a otro en lugar de la función de telnetización a múltiples conmutadores.
Puede Karaite eliminar o cambiar el nombre de las tierras en un interruptor y hacer que esa información se propague automáticamente
a otros conmutadores a través de enlaces troncales.
Observe el nombre del protocolo de trunking de villaine.
Esta información solo se puede propagar a través de enlaces troncales.
Ahora ETP puede ahorrarle mucho tiempo, ya que muchos ingenieros de Sisk le dirán que el BTP puede causarle
muchos dolores de cabeza.
Los switches pueden eliminar toda la configuración villaine si se agrega un nuevo interruptor a la
red sin seguir un procedimiento adecuado.
De modo que muchos ingenieros de Cisco no habilitarán VCP en entornos modernos debido a los riesgos
inherentes asociados con este protocolo.
Los mensajes GTP se envían a la siguiente dirección Mac, que es una dirección de multidifusión conocida
para la inundación de los protocolos CTP y DTP.
Hay tres tipos de mensajes en DTP.
Tiene algunos anuncios de subconjuntos publicitarios gratuitos y solicitudes de publicidad, y explicaré cada uno de ellos
con más detalle en las próximas diapositivas.
Pero tenga en cuenta que hay tres mensajes escritos al configurar los dispositivos DP que, de forma
predeterminada, pertenecen al dominio nulo VDB para que funcionen.
Debe configurar y colocar los dispositivos en un dominio VTB específico, solo los dispositivos dentro del mismo
dominio DTP se actualizarán con la información de línea.
Un conmutador solo se puede configurar en un solo dominio de VTB en cualquier momento dado, de manera predeterminada, los switches de Cisco
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
troncalizado.
O hasta que configure manualmente un dominio de gestión.
Entonces, en este ejemplo supongamos que estos dispositivos se han puesto en el dominio VTB con el
nombre de Cecka.
Recuerde que este VCP es una capa para el protocolo y requiere enlaces troncales para la comunicación.
Entonces, VDB no atravesará Harada, un concepto importante para entender NVP es el concepto de un número
de revisión.
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.
Asumamos que todos los dispositivos en esta disculpa tienen un número de revisión de 1 en el ministerio de
un villano, digamos que tres al número de revisión del conmutador aumentará de una visión número
1 a revisión número 2 que la información se anunciará a todos los otros switches en el dominio VTB para
que puedan sincronizar sus bases de datos con el último número de revisión, que es la
revisión número 2.
Por lo tanto, el interruptor en la parte superior enviará lo que se denomina anuncio de resumen de GTP
a todos los conmutadores para informarles que se ha realizado un cambio.
Recuerde que esto se envía usando una dirección de multidifusión.
Entonces todos estos dispositivos verán ese mensaje.
A continuación, solicitarán la información más reciente mediante una solicitud de publicidad y el interruptor
en la parte superior les enviará información detallada sobre el cambio utilizando un anuncio subconjunto.
El resultado neto es que los números de revisión y todos estos conmutadores se incrementarán al mismo número
de revisión que un cambio en el que se realizó el cambio.
Así que Viola y tres aparecerán en todas las bases de datos de los switches y el número de revisión
se establecerá en la revisión número dos.
El concepto completo con VTB es que puede realizar cambios en un dispositivo individual a medida que se realizan
dichos cambios.
Todos los otros switches son informados del cambio y sincronizarán sus bases de datos con el último número
de revisión para que terminen teniendo los mismos planes B y quizás las bases de datos de Lenn.
Eso significa que usted, como administrador, solo para hacer cambios en un interruptor en lugar de cinco
interruptores en la disculpa, tenga en cuenta que los puertos se ponen en villanos individuales, por ejemplo, por un administrador.
El DP no pone puertos en villanos individuales, solo actualiza la base de datos para que los
conmutadores sepan qué villanos existen, y un administrador aún necesita poner esos puertos en los villanos relevantes.
Así que este es solo un mecanismo de actualización de base de datos de villano para que los switches conozcan
a los villanos que existen en la tipología.
Así que veamos los mensajes de VDB con más detalle.
La primera parada del mensaje de VDB es un anuncio de resumen.
Esto se envía cada cinco minutos o cada vez que hay un cambio.
Por lo tanto, cada vez que un administrador realiza un cambio en un conmutador, por ejemplo, al agregar un Villon, se
envía un anuncio de resumen en la conocida dirección de multidifusión a todos los conmutadores del dominio.
Por lo tanto, esto se usa para informar a otros conmutadores del dominio VCP actual y el número de revisión de la
configuración actual.
Entonces, como ejemplo en el interruptor uno, el administrador agrega a otro villano, digamos que villano para el
número de revisión se incrementará.
Entonces, si el número de revisión fuera tres, no se incrementaría a 4.
Este modificador dirá en un anuncio de resumen a todos los switches vecinos informándoles
del dominio VTB actual y los nuevos conmutadores de número de revisión de configuración que recibirán ese
anuncio resumen enviarán una solicitud de resumen solicitando información detallada de los cambios que se
han realizado.
Hay tres situaciones en las que se utilizan algunas solicitudes. En primer lugar, cuando se ha restablecido un interruptor o
cuando se cambia el nombre de dominio de VTB o cuando el interruptor ha recibido un anuncio de resumen de VTB con un
número de revisión de configuración más alto que el suyo.
Así que porque cambiar a recibió el anuncio de resumen de uno que indica un alto número de revisión.
En otras palabras, el número de revisión y cuál es la revisión anterior y
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
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
lo que se llama un subconjunto.
Anuncio.
Esto contiene una lista de la información y, si son varios, puede que se requiera más de un
anuncio de subconjuntos para actualizar y sincronizar las bases de datos de otros conmutadores.
Entonces, en esencia, esto es información detallada de los cambios que se han realizado.
La publicidad de resumen solo informa el cambio en formato de resumen del último número de
revisión y dominio BTP.
Si el conmutador local ve que está desactualizado, solicitará información detallada para que pueda sincronizar
su base de datos y esa información se proporcionará utilizando un anuncio subconjunto.
El conmutador ahora puede sincronizar las bases de datos locales con la base de datos del conmutador con la
información más reciente.
Ahora hay tres modos en BTP.
El modo predeterminado es el servidor, un conmutador VTB en modo servidor puede crear villanos que modifiquen villanos y
eliminen villanos.
También envía y reenvía anuncios.
Entonces, si recibió un anuncio de otro modificador, lo reenviará.
Si realizó cambios en el conmutador local, enviaría algunos anuncios reales.
También sincronizaría su base de datos local con el último número de revisión.
Y también guarda la información de configuración del villano localmente.
Entonces este es el dispositivo donde vas a hacer los cambios. Se pueden configurar
varios switches como servidores VTB, pero debes ser muy cuidadoso con esto.
El segundo modo es el cliente VTB, un cliente VTB no puede crear cambios o eliminar villanos.
También es capaz de enviar anuncios hacia adelante para que pueda decir en cualquier violencia actualmente
enlistada en su base de datos a otros conmutadores VTB, también puede reenviar la recepción de anuncios de otros conmutadores.
En tercer lugar, también sincronizaría su base de datos con el último número de revisión de configuración. Este es
un problema potencial importante con GTP y se ha quemado a muchos ingenieros de Cisco en el pasado.
Muchos ingenieros de Cisco no usarán VTB debido a este problema.
Entonces él tiene una tipología de muestra.
Ahora tenemos un servidor VTB y es una escena en la que todos los switches en la parte superior
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
dominio es el número de revisión.
Entonces, el último número de revisión de configuración es para el dominio VTB.
Es Cisco y los villanos que se han configurado en los interruptores son villanos rojos y verdes.
Tenga en cuenta una vez más que los interruptores tienen una base de datos de villano.
Eso es lo que VTB actualiza los puertos individuales y los interruptores deben colocarse manualmente
en los puertos correctos.
Ahora alguien conecta un otro interruptor a la topología de, por ejemplo, un entorno de laboratorio.
La razón por la que esto es peligroso es que, en un entorno de laboratorio, es posible que la lente se haya agregado
y eliminado, por lo que el número de revisión puede ser mucho mayor que la red de producción.
Asumamos por el momento que el número de revisión es 50, este cambio solo tiene
configurada la villaine azul.
Entonces los villanos verdes y rojos no existen en la base de datos del villano.
Mucha gente comete el error de suponer que mientras los switches configurados como cliente
VTB no causen ningún problema en la red.
Entonces un administrador enchufa el interruptor y configura este puerto como un tronco.
Tenga en cuenta una vez más que el anuncio ETP solo se envía a través de los puertos troncales.
Así que supongamos que a través de la red todos estos enlaces se configuran como troncales tan pronto como
este cliente se agrega al dominio de VCP.
Y lo que es realmente aterrador es que este cliente se puede actualizar automáticamente con la información de VCP.
En otras palabras, si está configurado con un dominio nold, puede unirse automáticamente al dominio VCP
actual de Cisco.
Y tan pronto como eso suceda, los dispositivos sincronizarán sus bases de datos con el último número
de revisión de configuración, que en este caso es 50 sun todos los switches en el dominio en vivo.
El número de revisión se cambia a 50 porque todos los conmutadores, incluido el servidor VTB,
se sincronizarán automáticamente con el cliente VTB; los villanos actuales rojo y verde se eliminarán automáticamente de la
base de datos violenta y el único villano que ahora estará disponible en las violentas
bases de datos de todos estos interruptores son violentamente
Ahora todos los puertos de todos los interruptores que se han puesto manualmente en el Villon o heredero verde
o rojo están deshabilitados.
El problema aquí es que un puerto pertenece al Villon rojo, pero el Villon rojo no existe en la base de datos.
Entonces el puerto se desactiva automáticamente.
Eso significa que no se puede enviar ni recibir tráfico alguno en el deporte, y lo mismo ocurre en
todos los demás conmutadores.
Esencialmente, lo que sucede es que toda la red se reduce con la introducción
del interruptor único.
Eso es extremadamente preocupante por decir lo menos que la introducción de un solo interruptor
puede derribar toda una red empresarial.
La única forma de solucionar esto es conectarse físicamente al servidor VTB y luego agregar manualmente los
villanos que se han eliminado.