Vlan y VTP
Vlan y VTP
Vlan y VTP
VLAN END-TO-END
VLAN LOCAL
ISL
DOT 1Q
NOTA: se le llama DTP al Dynamic Trunk Protocol que es lo mismo que VTP. Ademas, si
una interfaz soporta ISP y DOT1Q, ISL es la default. Para ISL no existe nativas.
Existe un comando para incluir el etiquetado de la vlan nativa, por lo tanto si un trafico no
etiquetado entra a un troncal, se elimina. EL trafico de control también va por la vlan nativa.
- Las troncales son visibles en el show vlan id, o een el show inter trunk. No se muestran
en el show vlan.
TIPOS DE SWITCH MULTICAPA
CDP
CONFIGURACION
- Por default está activado el CDP. Se puede desactivar globalmente o por interfaz. Para
desactivarlo globalmente.
LLDP
- Desarrollado por Cisco. Utiliza tramas sobre enlaces troncales para comunicar
información de las VLans entre un grupo de Switch y asi poder replicar sus
características tanto en las vlans como su aplicación en las interfaces (acces vlan, etc).
VTP DOMAIN
- Los Switch que pertenecen a este Dominio, comparten las mismas características.
- El Switch solo puede pertenecer a un solo dominio VTP.
- Los Switch dentro del mismo dominio se comunican mediante anuncios que contiene
la información del dominio, parámetros de vlan, etc. Cuando ocurre algún cambio en
las Vlans, se notifican mediante mensajes VTP.
MODOS VTP
1) Server Mode
- Tiene el control total en la creación y modificación de VLans para su dominio. Envía
anuncios y también recibe (osea también modificado por otro server).
- Modo por defecto y también por defecto pertenece al dominio NULL, cuando el SW
oye un VTP advertisement, aprende el dominio VTP y realiza cambios. Pueden haber
varios servers.
2) Client Model
- No se permite crear ni modificar las vlans. Solo reciben anuncios VTP y sincroniza con
esa información. Es capaz de reenviar los mensajes VTP por sus enlaces troncales a sus
vecinos dentro de dominio.
3) Transparent Mode
- No participan en el VTP.
- En vers.1 no reenviaba los anuncios VTP a menos que la versión y el nombre del
dominio coincidían entre sus vecinos. En la vers.2 ya lo reenvían sin importar eso
(hacia los enlaces troncales conectados a sus vecinos), independientemente de lo
anterior.
4) Off Mode
- No retransmiten ni participan en VTP.
MENSAJES VTP
1) VTP Advertisements
- Tramas multicast enviados cada 5 minutos.
- Son procesadas localmente.
- Por cada cambio en las vlans y en el vtp que realice el servidor, el número de revisión
se incrementa. EN caso que se tenga varios anuncios de varios servers, se elegirá el
anuncio con el número de revisión más alto. Considerarlo al incluir un nuevo SW
dentro del dominio, ya que el default es el server.
- Los clientes pueden emitir unos VTP request, solicitando información a los servers.
- Puede encriptarse md5.
VTP Synchronization
NOTA: Ya que existe muchos escenarios que se usen VTP, CISCO recomiendo que se desactive
o para tal caso en transparente.
VTP Versión
V2
V3
LABORATORIO Y CONFIGURACION
- STATUS DEFAULT
- Un SW puede cambiar automáticamente de V1 a V2 si escucha un advertisement de
una SW con v2 o v3. Por ejemplo en la siguiente imagen, se observa como un server v1
es cambiado a v2 por otro server.
- Ya que cuando se cambia de versión se reinicia los contadores. Considerar que en V3,
se debe establecer un server primario. Esto ocurre en caso de empate de revisiones. Al
resto no se le permite realizar cambios.
- ID del Primario
VTP PRUNNING
Éste consiste en que en el asentimiento se incluye un campo adicional, donde, cuando llegan
segmentos en desorden, el receptor informa del número de segmento que ha llegado fuera de
orden, así como cuántos segmentos contiguos a partir de él han sido recibidos. De esta
manera, el emisor se hace una idea de cuántos segmentos se han perdido y cuántos han
llegado al receptor. Con esta información, el emisor retransmite los segmentos que se han
perdido sin esperar al temporizador de retransmisión.
NHRP
La Fase 1 implica una topología hub and spke. La fase 2 implica una topología broadcast, pero
aun sigue existiendo un NHS un “hub”. El transporte multicast no es necesario en la primera
fase, ya que todo lo envía al Hub. Los tuneles spoke a spoke son a solicitud y se agregará al
nhrp cuando se comuniquen los spke, primero pasara por el hub y luego solamente entre
spokes temporalmente ( 2 horas). La topología es una hibrido de broadcast y poin to
multipoint, en caso de OSPF necesita estar configurado en broadcast, por lo tanto hay elección
de DR y BDR, aunque los spokes no establezcan adyacencias, se enteran de la infromacion de
quien es DR y BDR. Considerar que el HUB siempre debe ser el DR y asegurarse de ello con los
spokes priority 0.