VTP não atualiza no comutador do cliente

Question

Recentemente, substituí o switch que estava funcionando como o servidor VLAN para o restante da rede. Desde a substituição, no entanto, eu não fui capaz de empurrar novas VLANs para os switches do cliente. Existe alguma maneira de forçar o banco de dados VLAN do cliente a ser atualizado? As VLANs antigas estão funcionando bem - simplesmente não estão recebendo novas.

Eu tentei

-- On Server Switch, change the domain to something else, then back to original to reset counters
config term
   vtp domain xxx
   exit
config term
   vtp domain abx
   exit

-- on client switches, change the domain to something else, then back.  Also to transparent mode, then back to client
vlan database
   vtp transparent
   exit
vlan database
   vtp client

Apesar disso, as mudanças da VLAN ainda não estão sendo eliminadas.
No meu switch do servidor:

sh vtp status
VTP Version capable             : 1 to 3
VTP version running             : 2
VTP Domain Name                 : abx
VTP Pruning Mode                : Disabled
VTP Traps Generation            : Disabled
Device ID                       : 001b.d468.1e80
Configuration last modified by XX.XX.64.199 at 1-9-14 07:26:14
Local updater ID is XX.XX.64.199 on interface Vl5 (lowest numbered VLAN interface found)

Feature VLAN:
--------------
VTP Operating Mode                : Server
Maximum VLANs supported locally   : 1005
Number of existing VLANs          : 51
Configuration Revision            : 3
MD5 digest                        : 0xB4 0x14 0x13 0x58 0x4A 0xBD 0x2E 0xD3 
                                    0x1E 0x0E 0x76 0x73 0xDA 0xD3 0xBB 0x33 

no comutador do cliente

sh vtp status
VTP Version                     : 2
Configuration Revision          : 0
Maximum VLANs supported locally : 254
Number of existing VLANs        : 49
VTP Operating Mode              : Client
VTP Domain Name                 : abx
VTP Pruning Mode                : Enabled
VTP V2 Mode                     : Disabled
VTP Traps Generation            : Disabled
MD5 digest                      : 0x38 0xFA 0x7A 0x8A 0x21 0x2E 0x98 0x2A 
Configuration last modified by XX.XX.64.199 at 12-26-13 02:35:25

No switch do servidor

interface FastEthernet1/0/47
 description Crossover to 9.12
 switchport trunk encapsulation dot1q
 switchport mode trunk

sh int fa1/0/47 trunk

Port        Mode             Encapsulation  Status        Native vlan
Fa1/0/47    on               802.1q         trunking      1

Port        Vlans allowed on trunk
Fa1/0/47    1-4094

Port        Vlans allowed and active in management domain
Fa1/0/47    1-2,5-6,8-9,11,17,22,25-27,30-31,34-35,38,43,46-47,49-50,52,55,57,60,62,68,71-72,74,77-78,93-95,105,112,118,202,227-229,233-234,262,520,907

Port        Vlans in spanning tree forwarding state and not pruned
Fa1/0/47    1-2,5-6,8-9,11,17,22,25-27,30-31,34-35,38,43,46-47,49-50,52,55,57,60,62,68,71-72,74,77-78,93-95,105,112,118,202,227-229,233-234,262,520,907

No interruptor do cliente

interface FastEthernet0/48
 switchport trunk encapsulation dot1q
 switchport mode trunk

    

Answer 1

Acontece que os switches do cliente tinham um conjunto de senhas VTP. Infelizmente, não há como saber qual é a senha vpt em um comutador de cliente (a "senha sh vtp" só funciona no comutador do servidor). Para consertar, eu reconfigurei as senhas em todos os switches e fiz uma alteração na VLAN, que foi enviada com sucesso. Para referência futura, aqui está como isso foi feito:

\ON Server Switch
# config term
#(config) vtp password newpwd
#(config) exit

\On Client switch
# vlan database
#    vtp password newpwd
     exit
  exit

    

Answer 2

Esta discussão ajudou-me ao procurar por um problema semelhante e como resolvi com comutadores em produção.

Sintomas & ambiente da seguinte forma: * Tem 2 interruptores conectados. * Um switch é o servidor VTP e o outro é o cliente. Ambos no mesmo domínio VTP * Quaisquer novas VLANs criadas no comutador do servidor não se propagaram para o comutador do cliente. Após pesquisar e encontrar essa discussão, descobri que o switch cliente tinha uma senha VTP definida, enquanto o servidor não tinha. Este "segundo switch", o cliente era de outro escritório e adicionado a este escritório com apenas um switch. Nosso padrão de VLANs em todos os sites e esse cliente era um cliente do outro escritório de onde veio. Então, quando adicionados a este escritório / alternar, as vlans anteriores já estavam lá e as interfaces poderiam ser adicionadas, mas, novamente, nada recém-criado preenchia a chave do cliente.

SO .... o que eu estava procurando era uma resposta se nós apenas removêssemos a senha do switch do cliente, se mangueirássemos o banco de dados vlan e tivéssemos que recriar e reconfigurar as interfaces ... Eu fiz um teste com 2 interruptores que eu tinha aqui no escritório e configurá-lo exatamente como eu tinha no escritório, mas na produção e a resposta é NÃO ... Você está seguro para remover a senha. Uma vez eu fiz isso, a VLAN que foi criada antes e não se propagou para o cliente "fez" uma vez que a senha foi removida. Também criei novas vlans no comutador do servidor para testar e propagou para o cliente. Espero que isso ajude alguém que se deparou com essa situação semelhante.