Extended VLAN(s) not allowed in current VTP mode

VTP (VLAN Trunking Protocol) es un protocolo de nivel 2 que se usa para configurar VLANs en hardware Cisco. Básicamente, permite administrar VLANs de forma centralizada. VTP soporta tres maneras de trabajar:

• Servidor: Modo por defecto (por ello el error al configurar VLANs por primera vez en el switch Extended VLAN(s) not allowed in current VTP mode). Sirve el dominio VTP 
• Cliente:  Se conecta al servidor VTP y recibe la configuración del dominio. Un reinicio del switch elimina toda la config.
• Transparente: No procesa actualizaciones del dominio VTP, trabaja a modo local solamente.

Para configurar el modo transparente ejecutamos:

configure terminal

vtp mode transparent

Más info:

http://blog.ciscoinferno.net/extended-vlans-dont-get-caught-out

http://es.wikipedia.org/wiki/VLAN_Trunking_Protocol

http://etutorials.org/Networking/Lan+switching+first-step/Chapter+8.+Virtual+LANs+VLANs/VLAN+Trunking+Protocol+VTP/

Xen Server 5.6 FP1 ebtables? errores trunk VLANs

En los foros de Citrix se comentaba como "Bridge problems with VLANs on second NIC" y la solucion que se planteaba era usar ebtables para bloquear el trafico "tageado" a dicha interface. Hace un tiempo lo puse en este blog.

Resulta que para Xenserver 5.6 FP1 no se puede usar ebtables como en la 5.5 o 5.0 con lo cual hay que buscarse la vida. De momento la única solución que he encontrado es desactivar el brigde xenbr2 (el que me llega el trunk con las vlans) de modo que las interfaces virtuales para cada vlan siguen funcionando. Advierto que aun estoy en fase de pruebas con esto y no se que puede pasar más allá. Solamente puedo decir que de momento en mis maquinas me funciona.

#Sustituye el xenbr2 por el bridge donde llega tu trunk.

/sbin/ifdown xenbr2
/usr/sbin/brctl delbr xenbr2

Para que esto sea permanente se puede poner en /etc/rc.local

Pruebas

• He realizado una prueba, añadir un nueva red en el pool y asignar esta red a una maquina virtual en el dom0 que nos da estos problemas y automaticamente vuelve a el bridge, con lo cual, esta solución no es valida al 100%. Se tendria que volver a bajar el brigde manualmente.