(música ligera con sonidos digitales)
- En el último video, te presenté el
concepto de troncales VLAN.
Que en realidad es solo un interruptor, una forma formal de
identificando diferentes dominios de transmisión que ese
el interruptor realiza un seguimiento de y se mantiene aislado
de cada uno.
En el contexto de las VLAN, también aprendimos que
todos los dispositivos que están en una VLAN también están en
capa tres en la misma subred IP.
Ahora el interruptor no es consciente de eso.
Si estamos hablando de solo un conmutador normal de capa dos,
el interruptor realmente no sabe nada
sobre IP y división en subredes.
Todo lo que sabe es que este grupo de puertos aquí
está contenido en un dominio de difusión.
Este grupo de puertos está en un dominio de transmisión diferente.
Y a los dos no se les permite hablar.
Ahora que ese es el caso, ¿qué pasa si tienes una situación
así, y he trabajado esto aquí en GNS3
así que podrías replicar esto si quieres.
Donde tengo dos VLAN.
Entonces, en este caso particular, tengo VLAN 1 aquí y aquí,
y está separado entre dos interruptores diferentes.
Entonces, si todo lo que tuviera fuera VLAN 1, entonces esta conexión entre
los conmutadores también podrían colocarse en la VLAN 1,
y estos muchachos podrían comunicarse.
Y para que esto sea más un escenario del mundo real,
También incorporé un servidor DHCP , que en este caso
es mi enrutador.
Más adelante en algunos de los últimos videos cuando hablamos un poco
un poco más extensamente sobre DHCP, en realidad aprenderá
cómo configurar un enrutador o un conmutador como servidor DHCP.
La configuración es bastante fácil y es lo mismo si
lo haces en un enrutador o en un interruptor.
Por lo general, en la vida real, tendrías en una red regular
un servidor real como un servidor Windows o un servidor Linux,
o algo así, actuando como su servidor DHCP.
Pero en algunas redes más pequeñas, puedes salirte con la tuya
hacer que su enrutador o su conmutador se duplique como un servidor DHCP
así que eso es lo que estoy haciendo aquí para simplificar esto.
Así que estas dos PC aquí van a tener que obtener su
Información IP del servidor DHCP.
Puede ver que van a estar en la red 1.1.1.x
y el propio servidor, el enrutador, es 1.1.1.1.
Ahora, para hacer las cosas un poco más interesantes,
También incorporé una segunda VLAN.
VLAN 2, como puede ver aquí mismo, y eso también
dividida entre los interruptores.
Eso plantea un dilema interesante.
Porque solo tengo una conexión aquí
entre estos interruptores.
Si pongo esa conexión en una VLAN 1, y pongo esto
conexión aquí entre el conmutador y el enrutador
y VLAN 1, entonces estas dos PC estarán felices.
Tendremos un gran dominio de transmisión que lo hará, ellos
poder comunicarse entre sí a través de ARP.
Su transmisión DHCP podrá bajar aquí al
enrutador y obtendrán su información de DHCP.
Bueno, eso dejará a la gente en la VLAN 2 desamparada.
Entonces, para la VLAN 2, una opción que podría hacer es conectarme
otra conexión entre estos interruptores,
poner eso en VLAN 2.
Conecte otra conexión desde el conmutador al enrutador.
Pon eso también en la subred 2.
Y entonces nuestra gente de VLAN 2 estaría feliz.
Podrían comunicarse a través del segundo enlace.
Podrían acceder a su servidor DHCP a través de este enlace.
Ahora, eso podría estar bien si solo estamos hablando de dos VLAN
pero en una red real, lo más probable es que tenga
docenas, si no cientos de VLAN, según el tamaño
tu red es.
Y no tendrá suficiente escalabilidad para simplemente
asigne puertos individuales para algo como esto.
Entonces, en este caso particular, es una solución más escalable.
Si no ha escuchado el término escalable antes,
de lo que estoy hablando es de diseñar su red de tal
una forma en que tiene espacio para el crecimiento futuro.
Tiene espacio para agregar más subredes en el futuro, o espacio
para agregar más VLAN en el futuro.
Estás pensando en qué características puedo usar, cómo puedo
configurar cosas que me permitirán crecer en
el futuro más fácilmente.
A eso nos referimos con escalabilidad.
Entonces, en este caso particular, agregar algunos enlaces adicionales
no es realmente una opción para mí.
Entonces, lo que tenemos que hacer es necesitamos encontrar alguna manera
que este enlace aquí entre los dos interruptores
en realidad es capaz de estar en más de
un dominio de difusión.
Verá, estos puertos de acceso que van a los hosts,
bueno, un puerto de acceso por definición es solo en
un dominio de difusión.
Este puerto de acceso de aquí está en el dominio de difusión
conocida como VLAN 2.
Y este puerto de acceso aquí está en el dominio de transmisión
conocida como VLAN 1.
Pero aquí en el medio, entre los interruptores y desde
el cambio al enrutador, tengo la necesidad de poner
esos enlaces en múltiples VLAN.
Y aquí es donde el concepto de VLAN Trunks
entra en juego.
Por lo tanto, un puerto troncal de VLAN tiene dos o más VLAN en él.
Así que mira el último punto aquí.
De forma predeterminada, todo el tráfico de VLAN se permite desde un puerto troncal.
Ahora, sabemos que en el interruptor, déjame preguntarte
una pregunta de repaso:
¿Cuál era la VLAN predeterminada?
Número de VLAN "¿cuál" es la VLAN predeterminada?
Esperemos que haya dicho VLAN 1, así es.
Ahora, ¿cuál es la VLAN más alta numerada que
podrías crear?
Esa fue la VLAN 4094.
Entonces tenías desde la VLAN 1 hasta la VLAN 4094.
Ahora, todas esas VLAN no existen de forma predeterminada en un conmutador.
Los únicos que existen por defecto son VLAN 1, y luego
ese tipo de VLAN en el medio, como 1002 - 1005,
y eso es.
Entonces, lo que hacen los puertos troncales es, a medida que crea una nueva VLAN,
digamos que crea VLAN 17 o VLAN 333,
incluso antes de aplicarlo a cualquier puerto de acceso,
porque recuerde que usar una VLAN es un proceso de dos pasos.
Crea la VLAN globalmente, config T, y luego la VLAN 25,
y VLAN 17.
Luego, si realmente tiene algún puerto en el conmutador
conectándose a los hosts, debe ir a ese puerto y decir
acceso al puerto del conmutador VLAN 25, o acceso al puerto del conmutador VLAN 333.
Pero, incluso antes de aplicar una VLAN a un puerto de acceso,
en el momento en que escribe VLAN 5 o VLAN 99, y eso se convierte en
una VLAN en el conmutador,
si ese conmutador tiene VLAN Trunks funcionales, ahora estamos
hablando de un modo diferente ahora.
Anteriormente hablamos sobre acceso al modo switchport,
ahora estamos hablando de un modo diferente:
troncal de modo switchport.
Y cuando una interfaz es considerada como un tronco,
cualquier VLAN que esté en ese conmutador se
permitido cruzar ese baúl.
Entonces, si tengo cinco dominios de difusión , VLAN uno, dos,
tres, cuatro y cinco, los cinco de ellos automáticamente
ser llevado por ese baúl.
Ahora que plantea una pregunta interesante si volvemos
a nuestro diagrama aquí.
Si esta PC, PC 1
genera un marco,
en realidad, olvidemos la PC 1 por un segundo.
Echemos un vistazo a la PC 2.
Si la PC 2 genera un marco que debe atravesar este tronco
y luego ve aquí a PC 4, digamos que es una transmisión,
tal vez está enviando una solicitud ARP diciendo:
"Oye PC 4, necesito saber cuál es tu MAC".
Una vez que llegue ese marco de ethernet aquí en ethernet rápido 0/15
del interruptor ether 2, y permítanme continuar y hacer zoom en eso
un poco.
Justo ahí, está bien, movamos a este tipo fuera del camino.
Una vez que entra justo aquí, el interruptor 2 tiene que tener
alguna forma de saber, está bien, esta una transmisión que acaba de llegar
y en realidad tengo dos dominios de difusión que conozco,
VLAN 1 y VLAN 2. Hmm.
¿Qué dominio de difusión puedo poner?
esta transmisión en?
Porque cuando la transmisión se encuentra aquí,
esta solicitud ARP, no queremos que la inunde en la VLAN 1
porque se originó por aquí en la VLAN 2, por lo que tiene que ser
inundado en VLAN 2.
Eso significa que a medida que los marcos van y retroceden
este baúl, tiene que haber alguna forma de identificar
a qué dominio de difusión pertenecen.
Y 802.1Q tiene una forma muy creativa de hacer esto.
802.1Q aplica un campo adicional a la capa de encabezado llamado
una etiqueta 802.1Q.
A veces simplemente lo acortan como una etiqueta .1Q.
Entonces, si fuera a mirar a qué se parece esto,
si este fuera mi paquete IP aquí,
entonces, desde la perspectiva de Ethernet, esos son solo los datos.
Y sabemos que ethernet es un tráiler, lo llamamos FCS
hasta el final de la misma.
Y luego aquí está mi encabezado de ethernet en la parte delantera.
Pregunta de revisión: primer campo de un encabezado de ethernet,
¿Cómo llamamos a ese campo?
Ese es el preámbulo.
Voy a poner PRE. Ese es el preámbulo.
¿Qué sigue al preámbulo?
Ese es el MAC de destino.
¿Qué sigue al MAC de destino?
Esa es la fuente MAC.
Ahora, en un marco ethernet normal, lo que normalmente sigue
la fuente MAC?
Ese sería el código de tipo , el campo de tipo.
Entonces habría un número que pondríamos aquí
si esta es la IP versión 4.
Habría un número, un número diferente que pondríamos
aquí si es IP versión 6.
bueno, si esta trama de ethernet atraviesa un VLAN Trunk,
y tiene que ser identificado como perteneciente a
una VLAN particular,
en realidad ponemos nuestra etiqueta aquí.
Entonces, el campo de tipo en realidad contiene la etiqueta.
Así que ahora aquí tenemos un número especial, un número de tipo
que dice "Esto es 802.1Q"
Entonces, en lugar del campo de tipo que dice "Oh, llevo IPv4,
o llevo IPv6", en realidad hay otro número,
un número de reserva que dice "Esta es una etiqueta .1Q".
Luego hay un par de otros campos aquí que
realmente no me importa tanto todo, y luego aquí
es donde ponemos la VLAN.
Entonces, si este marco pertenece a la VLAN 55, vería
el número 55 aquí.
Si pertenece a la VLAN 6, vería el número 6 aquí.
Si lo dejara así estaría haciéndote
un flaco favor porque te dejaría pensar,
"Bien, cada cuadro que pasa a través del tronco VLAN tiene
una etiqueta especial que en realidad indica el número
de la VLAN".
Y eso es cierto el 99% de las veces.
Pero eche un vistazo a la segunda viñeta aquí.
Dice que se inserta todo el tráfico excepto la VLAN nativa
con una etiqueta 802.1Q.
De forma predeterminada, la VLAN nativa es la VLAN 1.
Lo que significa que cuando, si soy un interruptor, y digamos
Acabo de recibir un marco en VLAN 1 y digo que está bien, necesito
para enviártelo, eres otro interruptor, y tenemos
una etiqueta 802.1Q entre nosotros
Lo siento, tenemos un troncal VLAN 802.1Q entre nosotros,
bueno, si voy a poner un marco de VLAN 1 aquí, no voy a
va a etiquetarlo.
Entonces, cuando lo reciba, se verá como
cualquier otro marco de ethernet.
Tendrá algún tipo de código allí que dice IPv4,
o tal vez un código de tipo que dice IPv6, pero solo se verá
como un marco ethernet normal para ti.
Ahora, si recibo un marco en VLAN 7, como ejemplo,
entonces antes de poner este cable, voy a modificar
el código de tipo para decir esto es 802.1Q y este marco
pertenece a la VLAN 7.
Entonces, cuando lo obtenga, realmente verá esa etiqueta,
y sabrá explícitamente que pertenece a la VLAN 7.
Entonces, cada cuadro que coloque en este troncal VLAN tendrá una etiqueta
a menos que pertenezca al dominio de difusión conocido como VLAN 1.
Esos marcos están intactos, pasan por el maletero
en su formato nativo.
Están intactos.
Es por eso que lo llamamos la VLAN nativa.
Ahora, como con casi todo todo lo demás, si tiene
si desea hacerlo, puede cambiar la VLAN nativa
a otra cosa
Pero lo principal es que si lo cambiamos, tú y yo
ambos tienen que estar de acuerdo.
Si decido que está bien, los marcos que puse en este baúl son
van a estar sin etiquetar, solo marcos regulares que pertenecen
a VLAN 99, necesita saber eso, necesita tener eso
configurado, porque, ¿de qué otra forma lo sabrías?
Como, digamos que mantuve eso como un secreto.
Digamos que en mi interruptor Decido, está bien, no voy
para usar la VLAN 1 como la VLAN nativa, voy a usar
VLAN 99 como una VLAN nativa.
Entonces, cada vez que obtengo un marco aquí de VLAN 99, cuando pongo
este baúl, lo voy a dejar solo, no lo voy a
etiquetarlo en absoluto.
Bueno, si no lo sabías, y todavía pensabas eso
VLAN 1 era la VLAN nativa, una vez que recibe ese mensaje
viejo marco ethernet sin una etiqueta, qué dominio de transmisión
¿Crees que sumirías que pertenece?
Supondría que pertenece a la VLAN 1 porque no
sabes lo que estaba pensando, no sabías lo que configuré.
Es por eso que si cambia la VLAN nativa en un lado
del maletero, tienes que asegúrate de que coincida en
el otro lado del baúl.
Si no es así, como en ese ejemplo donde creo que VLAN 99
es la VLAN nativa; cree que VLAN 1 es la VLAN nativa,
adivina que va a pasar
Aquí viene la transmisión en VLAN 99.
Puse ese baúl sin etiquetar, marco ethernet regular,
y adivina qué, cuando se trata de ti, tiras eso
transmitir a la VLAN 1.
Porque no sabías que venía de la VLAN 99.
Esta es una transmisión que comenzó en la VLAN 99 y en su
El lado ahora se está volcando en la VLAN 1.
Esa es una mala situación.
Es por eso que la VLAN nativa debe coincidir.
Y en solo un segundo, una de las razones por las que creé
todo esto en GNS3, es porque como dije en algunos de
los videos anteriores, GNS3 tiene Wireshark incorporado,
así que en realidad haremos una captura de paquete de algunos paquetes que van
en el baúl para que pueda mostrar lo que significa esa etiqueta
en realidad parece.
Así que 802.1Q, como puede ver por el hecho de que fue creado
por el IEEE es un enlace troncal VLAN estándar.
Este no es un método exclusivo de CISCO.
Por lo tanto, cualquier conmutador debería ser capaz de admitir el enlace troncal 802.1Q.
Y hemos hablado de todo esto.
Si desea cambiar la VLAN nativa, es
un comando de interfaz.
Así que entrarías en la interfaz que es tu troncal,
cualquier interfaz fast ethernet 0/7 o lo que sea,
y luego diría switchport troncal navtive VLAN 99,
como en mi ejemplo.
Y los dos tendríamos que en estas interfaces que
estaban conectados entre sí.
De acuerdo, la forma más sencilla de configurar el enlace troncal es
entrar en la interfaz.
Y luego diga switchport encapsulación troncal dot1q.
Ahora puede que se pregunte: "Bueno, ¿por qué necesito eso?"
Si 802.1Q es la forma de agregar etiquetas, ¿por qué
hay que especificar eso?
La razón de esto es CISCO hace un tiempo, muchos, muchos años
Hace en realidad se le ocurrió esta idea de enlace troncal antes
el IEEE lo hizo.
Y tenían su propia forma patentada de
haciendo trunking llamado ISL.
Significaba Inter-Switch Link, ISL.
Y al IEEE se le ocurrió posteriormente, 802.1Q.
Así que hoy hay algunos interruptores CISCO alrededor,
todavía algunos de ellos, que soportan ISL o 802.1Q
Entonces, si estás en un cambio como ese, debes especificar
este comando para hacerle saber, Quiero que lo hagas de la manera IEEE
de hacer 802.1Q.
Ahora, si está en un conmutador que no admite ese comando
digamos que estás en un interruptor y escribes
encapsulación de troncales de switchport ? y dice "no reconocido",
bueno, entonces no tienes que preocuparte por eso.
Ese es un interruptor que solo está haciendo 802.1Q.
Ni siquiera hace ISL, así que ni siquiera es
dándote esa orden.
Pero es algo así como he estado diciendo, hay
ciertas cosas que debe hacer en la red, y es como
una reacción instintiva, como escribir memoria.
Cada vez que realizo un cambio en mi memoria de escritura de configuración,
guárdelo, simplemente adquiera el hábito de hacerlo.
Ir a una interfaz y antes de salir,
sin apagar, solo haciendo eso por costumbre.
También debe hacer esto, siempre que configure un enlace troncal
solo por costumbre debes escribir
encapsulación troncal switchpot dot1q
Si no reconoce el comando, nada perdido,
no te preocupes, es solo un buen hábito para adquirir.
Pero entonces tenemos que cambiar el modo.
Aquí escribimos switchport mode trunk.
Y ahora eso asegura que esto está funcionando
como troncal VLAN.
Probablemente no debería apagarse, eso no está en la diapositiva aquí
pero una vez más, solo como un hábito, debe escribir no apagar
antes de salir de la interfaz.
Y hay un par de formas en las que podemos verificar el enlace troncal.
Mostrar VLAN en realidad no le muestra si una interfaz
es un enlace troncal, solo le muestra qué VLAN tiene.
Lo vimos en el video anterior.
El comando que uso con más frecuencia para ver, ¿tengo
cualquier interfaz que esté troncalizada y qué interfaces
son ellos, es mostrar interfaz troncal.
Ese es un comando que uso mucho.
También puede usar mostrar el estado de la interfaz
o muestre el switchport de la interfaz.