SD-WAN on Cisco Redes

BLOG – Podcast Cisco Champion – Catalyst 8000

Thu, 25 Mar 2021 00:00:00 +0000

Olá Pessoal,

Novamente já faz um tempo que não compartilho alguns ítens com vocês, porém a vida esta bem corrida com trabalho e a tentativa de alguns estudos, no qual estou postergando algumas provas agendadas, mas não estou conseguindo finalizar meu cronograma.

Enfim, durante essa trajetória continuo participando de ações dentro das comunidades, e venho aqui compartilhar sobre um episódio que participei no Cisco Champion falando sobre a nova plataforma da Cisco denominada como Catalyst 8000 – Edge Router.

Para quem não conhece esse podcast recomendo seguir, pois toda semana é liberado um novo episódio e sempre tem assuntos interessantes para ouvir, falando de diversas torres de tecnologia.

Um dos ítens interessante neste episódio que de fato perguntamos o porque a Cisco colocou a denominação ” Catalyst ” em uma linha denominada como Router, bem como uma novidade bem interessante para ser integrada a solução de SDWAN que é um ” Internet Gateway 5G “, atrelada ao vManage. Para mais ítens recomendo escutar nosso bate papo.

Abs,
Rodrigo

BLOG – NFD20 – Fortinet SDWAN

Wed, 03 Apr 2019 00:00:00 +0000

Olá Pessoal,

Conforme venho trazendo em nossos novos posts baseado no evento que participei do Tech Field Day ( #NFD20 ), hoje venho aqui para falar um pouco sobre apresentação da Fortinet.

Como vocês podem observar nosso foco maior será baseado na solução de SDWAN que eles nos apresentaram, bem como as funcionalidades e facilidades que a ferramenta pode oferecer. Se você interessou-se por esse conteúdo recomendo acompanhar junto comigo.

Acredito que hoje em dia vocês de alguma forma tem gastado um bom tempo de seu dia a dia escutando essas novas tecnologias/acrônimos/buzzwords relacionados a área de TI, como ” SDWAN “, ” Fabric “, ” vetor de ataque “, ” Dashboard maravilhoso para configurar “, ” Fácil de configurar via browser “, ” Único painel “, etc. Obviamente que os ” vendors ” estão trazendo essas soluções e demonstrando sobre esses parâmetros, devido essa nova revolução que estamos vivenciando em nossos ambientes de redes, porém um ponto que ainda fico com muita dúvida é sobre ” vendor agnóstico “.

Pois bem, hoje escutamos sempre que podemos integrar diferentes vendors utilizando alguns protocolos ” ex.: OpenFlow “, porém no momento que precisamos fazer essas tratativas em campo as realidades são totalmente oriundas e chega-se em um momento que de fato, algo não pode ser integrado. Dentro desse contexto tenho dois pontos que me chamaram atenção sobre essas soluções, que inicialmente está muito relacionado ao design, pois se observarem nesse caso a Fortinet menciona que não é possível eu ter redundância de hardware dentro do ambiente, e que ambos os circuitos precisam ser conectados no mesmo appliance para que possamos ter todas as funcionalidades operacionais. Sim, soa um pouco estranho essa abordagem, porém é desta forma que devemos trabalhar. Segue abaixo as idéias:

Um outro ponto que chamou muita atenção foi a menção baseado no ” SSL Inspection “, o qual alegou que, por causa dessa arquitetura de sistema, eles conseguiram ver um desempenho de 15% na inspeção de SSL/VPN, em vez de 70% dos outros fornecedores. Fortinet explicou que os números de desempenho do NSS Labs foram baseados no FortiGate 500E em comparação com outros fornecedores da mesma linha. Esse sucesso de 15% não é esperado em dispositivos menores, SOHO, porque de fato não temos processadores e memorias dedicadas para fazer essa inspeção.

Após esses detalhes fomos visualizar mais as questões de funcionalidades da plataforma e de fato consolidar sobre o design que havia mencionado anteriormente. Dentro desse conteúdo também podemos observar sobre o menção que eles definem como ” Security Fabric “, na qual vai trazer toda a solução para ser agregada a cada pedaço de seu ambiente, bem como também os “ partners ” que estão atrelados ao seu produto para que tenhamos as soluções de ” NFV “. Abaixo pode ter um detalhamento sobre essa menção.

Para que você entenda um pouco desse detalhe recomendo visualizar o conteudo do video onde o Stephen Watkins – Principal Security Architect explica sobre essas demandas.

Para finalizar temos uma sessão específica para detalhar mais sobre o que mencionei acima ” Security Fabric ” que tem abordagem de fato para análise desde do cliente ( usuário final ) até o caminho que ele está solicitando o serviço. Nesta demo ele traz com mais detalhes todo o mapeamento da rede do usuario usando um Windows e consolidando suas políticas de segurança.

Para minha conclusão existe uma infinidade de produtos para agregar todo o escopo, porém um dos ítens que acredito pode tracionar ainda mais a Fortinet é a sua capilaridade já alcançada com seus Firewalls ( Fortiget ), pois para que possamos rodar o SDWAN não teriamos nada adicional ( $$$ ) para iniciar seus trabalhos, entretando nessa apresentação a demo que eu esperava tanto com maiores detalhes sobre os recursos de SDWAN foram muito vagos e apenas demonstrado dois ou três menus, apenas para falar sobre selecionar o caminho, mas nada de ver trafego de fato passando ( rsrs ).

Espero que vocês consigam digerir todo esse conteúdo e tenha gostado da minha analise. Qualquer ponto adicional deixe seus comentários. 🙂

Abs,
Rodrigo

Fonte Ajuda:
https://www.bytesofcloud.net/2019/02/fortinet-sd-wan-nfd20/

Disclaimer: Gelstalt IT, the organizers of Networking Field Day, provides travel and expenses for me to attend Networking Field Day. I do not receive cash compensation as a delegate. Also, I do not receive compensation for writing about or promoting Networking Field Day.

BLOG – NFD20 – VMware – SDWAN

Mon, 11 Mar 2019 00:00:00 +0000

Olá Pessoal,

Enfim, mais um ” resumão ” sobre nossa visita ao NFD20 ( Tech Field Day ), e desta vez vou abordar sobre a sessão que tivemos nas dependência da VMware ( Palo Alto City ), com o propósito de apresentar sobre sua solução de SDWAN atrelado ao produto Velocloud.

Acredito que todos devem saber, porém vale relembrar que a VMware adquiriu a Velocloud em Dezembro de 2017, com o intuito de agregar a seu portfolio as soluções de SDWAN, bem como já existia um interesse nessa aquisição devido a Velocloud ter trabalhado muito mais proximo da VMware e as integrações dos produtos de uma certa forma já estavam um pouco amarradas.

Inicialmente, Tom Gillis ( SVP & GM, NSBU ) apresentou sobre a visão de integração entre as área de ” Networking ” e ” Segurança “, colocando seus detalhes sobre as oportunidades que VMware visualiza dentro desse segmento, bem como sobre as demandas em Cloud, trazendo cada vez mais dentro de infraestruturas em código, assim como os exemplos de hoje termos diversas VMs e microserviços espalhados por toda a estrutura ( on-premisses, Cloud ), desta forma conseguir oferecer essa camada de conectividade e proteção ao seu ambiente. As oportunidades são justamente em trazer toda essas facilidades através de software ( NSX – serie de posts em nosso BLOG ) + Web GUI + Rest API. Se desejar saber mais sobre essa sessão recomendo assistir ao video abaixo, onde ele também explora sobre os nossos conceitos relacionados as menções de hardware e virtualização.

Após esse anúncio, iniciou-se a parte que eu mais gostaria de visualizar que seriam sobre as atualizações dos produtos relacionados a SDWAN, bem como a demo. Toda a estrutura se formos pensar sobre a solução de SDWAN, ela está totalmente correlacionada ao NSX, que por sua vez, terá as funcionalidades de trazer seu ” Plano de Controle ” + ” Gerência ” + ” Análises ” + ” Visibilidade “. Desta forma, teremos os pontos chave para que possamos construir essa solução associada ao conhecimento que Velocloud agrega ao produto. Abaixo segue as menções sobre as demandas que deve-se oferecer como: um meio de transporte totalmente transparente, oferecer segurança unificada, uma interface ( GUI ) de fácil usabilidade, e o carro chefe de qualquer produto SDWAN ( Dynamic Path ).

Depois desse overview, Tony Banuelos ( Product Line Manager, NSBU, VMware ), iniciou falando sobre os modelos dos SD-WAN Edge que podemos obter, baseando-se na necessidade de cada ponto remoto ( edge ), sempre correlacionando com a largura de banda. Desta forma, podemos observar nesse momento à evolução desses ” White-Box ” e a relação de alguns modelos que aceitam trabalhar com ” VNF – Virtual Network Function “, bem como os modelos que temos para adquirir através somente de um arquivo ( .ova ) para deploy deles em suas estruturas ( KVM, ESXi ). Todos eles podem ser adquiridos através de seu CAPEX e também você paga o ” subscription “. Segue abaixo os modelos:

Alguns questionamentos foram abordados no sentido de trabalhar com esses enlaces LTE, Broadband, MPLS em Active – Active, porém até o presente momento a plataforma consegue oferecer apenas o Active – Backup, bem como a questão de suporte a IPv6, onde ainda não temos essa capacidade para trabalhar nativamente com IPv6. Muitas menções foram colocadas sobre as homologações das ISPs para oferta do LTE, e os citados estão totalmente atrelados as operadoras dos USA ( ATT, Verizon, T-Mobile ), devido a isso eu acabei perguntando diretamente ( off-line da sessão ) sobre as questões em relação a região que nos aqui brasileiros trabalhamos, e segundo a resposta do Tony eles estão trabalhando para aumentar isso agora para outras regiões, mas que até o momento não é possivel utilizarmos esses recursos no Brasil. Segue o vídeo abaixo para sua analise:

Após esses detalhes, Fan Gu ( Product Line Manager ) apresentou sobre ” Visibilidade ” e as menções sobre as integrações dentro da plataforma para que possamos trabalhar com ” VNF “, bem como os parceiros em ” IaaS ” ( AWS, Azure ) para oferecer granularidade e acesso as suas aplicações diretamente nessa infra-estrutura. Desta forma, também já temos disponivéis dentro desses parceiros via MarketPlace para executar instalação desses virtual appliances. Segue abaixo o vídeo detalhando todos esses parâmetros:

Finalmente, chegou a hora relacionado a demo, onde foi exposto um exemplo de implementação utilizando os recursos disponivéis da Azure. Nesta demonstração foi criado dois tunneis através de seu Virtual Edge via Orchestrator Velocloud, após essa criação podemos observar os tunneis sendo criados automaticamente no Virtual HUB instalado dentro da infraestrutura Azure e com isso trazendo sua comunicação ” Branch Office ” para suas duas VNETs. Segue abaixo a demo:

Para finalizar foi entregue um livro para todos os representantes, conforme abaixo. Até o momento eu não finalizei a leitura dele, assim que eu finalizar volto aqui para comentar sobre o mesmo.

Sinceramente eu espera um pouco mais sobre a demo, explorando um pouco mais afundo seus detalhes sobre scripts, segurança, analise mais profunda de alguma aplicação, etc. Um ponto importante que chamou minha atenção e gostaria de ressaltar que nessas apresentações, por diversas vezes a menção CCIE foi falada, principalmente sobre as características da real necessidade desse engenheiro, entretanto essas discussões nos podemos trazer em outro post para correlacionar mais esses ítens.

Espero que vocês tenham gostado e se ficou alguma dúvida ou sugestão coloque aqui em nossos comentários. 🙂

Abs,
Rodrigo

VMworld 2018 – Day 3 – Quarta Feira

Mon, 03 Sep 2018 00:00:00 +0000

Olá Pessoal,

Estamos praticamente na metade de nosso evento e sinceramente hoje foi o dia onde as empresas finalizaram suas notificações sobre as novidades que eles planejam lançar dentro do VMworld. Inclusive hoje já temos a festa de encerramento do VMworld patrocinada pela VMware.

O que eu consegui capturar hoje de novidade está relacionado a Veeam, para qual a sessão foi focada em novidades da integração do Veeam com a Cloud que virão no Update 4. Uma delas será a possibilidade de fazer restore diretamente para a AWS com uma estimativa de custo diretamente no console do Veeam. Para quem não conhece a empresa recomendo entrar no website informado acima, porém é uma empressa que está crescendo bastante e o foco principal deles é trabalhar com o gerenciamento de seus dados ( backup, recovery, otimização da replicação, backup em nuvem , etc ).

Em minha próxima sessão fui assistir ” To Infrastructure and Beyond: Infrastructure as Code with VMware “, na qual minha intenção é entender sobre a denominação de ” DevOps “. Pelo meu entendimento a ideia é que você tenha um portal ( ferramenta VMware ) hospedada em nuvem, para que você possa executar suas tarefas através de um dashboard onde ele já traz algumas facilidades para fazer seu gerenciamento e criação de tarefas diárias muito mais rápida e simples. Nesse caso demonstraram a criação de uma pagina WordPress para subir isso rapidamente dentro de sua infraestrutura. Segue alguns slides capturados.

Se quiser executar testes a recomendação passada foi para que você criei um acesso através do site ( https://console.cloud.vmware.com ), e verifique as possibilidades em fazer suas tarefas. Alguns laboratório do HOL também acabam dando referência e até executando algumas configurações dentro deste ambiente. Vale a pena conferir.

Após isso fui diretamente no ” Solution Exchange ” no estande da Red Hat, para conversar com os especialista e obviamente fui capturar maiores informações sobre Ansible. De fato o que eles trouxeram para o evento foi a demonstração do Ansible Tower, e as demandas para configuração como demo do VSphere. Novidades ainda não temos muitas em relação ao desenvolvimento, mas como já venho acompanhando eles mencionaram que a parceira com as empresas está crescendo bastante e a idéia que os modulos possam aumentar em cada nova atualização tanto do Tower como do Ansible ( engine de orquestração ). Um ítem citado e também para reforçar que em Outubro ( 2 à 3 ) teremos o AnsibleFest, onde é a conferência de encontro dos profissionais, bem como também eles prometem lançar mais alguma novidade. Para quem não puder ir, ele também será transmitido online.

Em linhas gerais para mim não teve muitas novidades falando-se de Ansible, pois está sendo um assunto que estou acompanhando bem de perto, porém foi interessante conversar com as especialistas e trocar algumas experiências.

Para completar meu dia consegui encontrar no evento, nada mais que Neil Moore ( 8xCCIE, CCDE ), uma lenda dentro do modelo de certificações Cisco, onde fui encontrar ele no LABS do HOL, o qual ele estava trabalhando e suportando casos do evento. Foi um bate papo muito interessante onde ele contou um pouco sobre sua carreira, demandas e apresentações que ele estava executando no VMworld, onde espero futuramente escrever um pouco sobre esse bate papo. Segue a selfie como comprovação. 😀

Continue seguindo nosso BLOG, que maiores informações serão publicadas.

Abs,
Rodrigo

VMworld 2018 – Day 1 – Segunda-Feira

Tue, 28 Aug 2018 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para trazer um resumo de todas as ações que executei e também sobre as informações que capturei durante todo o dia.

Na general session de abertura do evento onde estava lotado de pessoas para escutar sobre as novidades que Pat Gelsinger ia trazer e vcs podem perceber que estava cheio.

Inicialmente presenciamos sobre 3 novidades baseadas em nossa notificação do General Session, na qual as principais citadas seriam:

Adicionado uma nova licença para VSphere denominada Platinum – A diferença neste licenciamento esta baseado na área de Segurança para verificar mais detalhes recomendo ler o post sobre ” deep-dive of Platinum “
Liberado o Update 1 para o VSphere 6.7 – Novos recursos serão liberados, bem como o upgrade que poderá ser executado do 6.5 U2 para o 6.7. Confira sobre ” deep-dive update 1 – 6.7 “
Amazon ( RDS ) no VSphere on-premises e um cloud hibridas – Confira neste link sobre o anúncio executado hoje ” AWS and VMware about RDS “

No começo da tarde fui participar de visita no ” backstage ” do HOL. Para quem não conhece o HOL é a plataforma virtual da VMware para agendar seus laboratórios e praticar os conteúdos que são abordado por todas as tecnologias que VMware coloca como produto. De fato a infraestrutura é fantástica e o pessoal trabalha bastante para conseguir oferecer de forma rápida e com a qualidade que todos nós esperamos. Se deseja fazer seu agendamento vá para o link do HOL.

Após essas sessões eu resolvi passear pela área de ” Solution Exchange ” para conhecer alguns ítens que havia planejado e conversar com alguns especialistas baseado no meu objetivo que está focando neste evento em pesquisar mais sobre os ítens de SDWAN e SDWAN VMware ( by Velocloud ).

Inicialmente fui ao estande da Cisco para obter maiores informações sobre utilização do ISR com as ” features ” de Viptela, entretanto ainda estão trabalhando com o mesmo design, na qual consiste entre termos os dois roteadores na WAN e colocar o ” vEdge ” atrás para que possamos trabalhar a solução de SDWAN. Pelas informações acredita-se que em dois anos talvez essa integração esteja totalmente integrada no IOS ( Sistema operacional ), e de fato iremos ter um design mais limpo. Enfim, esperava obter informações mais palpavéis, porém não tenho novidades nesse sentido e continuamos acompanhando se algo melhor vai surgir. 😀

Após esse ítem fui validar uma palestra curta de 15 minutos da Silver Peak, onde a ideia seria explicar um pouco sobre a parte de segurança utilizando ” Internet breakout ” nos sites remotos, não tendo a necessidade de ir até seu ponto central ( Datacenter ). De fato a solução deles é utilizar um parceiro que acredito que alguns conheçam que seria a Zscaler, que faz todo o filtro de conteúdo bem como as atualizações dos endereços públicos baseando-se nas descobertas diárias dos IPs falsos, ou que estejam sendo utilizados para distribuição de acessos a sites não validos ( malware, etc ). Fui tentar me aprofundar mais sobre a solução com o especialista e de fato eles fazem como as outras estão fazendo, tendo a possibilidade de ter seu ” Orquestrador ” on-premises ou na nuvem da Silver Peak, onde os acessos são feitos via um portal, e sobre soluções de backup 3G, eles ainda tem alguns problemas, pois não consegue m fazer através de um modem USB e sem a validação de capturar o sinal dessa conectividade. Se quiserem conhecer mais sobre essa empresa, recomendo verificar no site Silver Peak e consultar o catalogo dos produtos.

Enfim, por ultimo gostaria de colocar sobre minha apresentação que executei no vBrownBag falando de Ansible. O vídeo já esta disponível no canal do Youtube ( link para vídeo Ansible ) e vocês já podem conferir o que eu apresentei no evento. O vídeo também já deixei nesse post para ficar mais fácil a visualização. Posteriormente vou compartilhar os slides em nossa sessão de Arquivos para que vocês possam observar melhor.

Após esses posts eu vou trazer maiores detalhes desses tópicos que citei em resumo. Continue acompanhando nosso BLOG e nosso Twitter.

Abs,
Rodrigo

Nova Carreira de Certificação Cisco – Programmability

Mon, 10 Apr 2017 00:00:00 +0000

Olá Pessoal,

Recentemente a Cisco lançou mais uma cadeia de certificações para essas novas tendências que estão surgindo, baseando na estrutura do Cisco DNA.

Essas certificações estão dentro da cadeia de ” Specialist “, para qual temos 3 níveis de certificações voltados para Design e Implementação, Desenvolvimento ( ODL, onePK, APIC ) e Desenvolvedores especificos para aplicaçãoes ( SAP, Oracle ). Nas certificações de Design e Desenvolvimento os pré-requisitos seriam a nível de CC*P. Para maiores informações verifique as certificações de Programability.

Para os candidatos que são novos nessa area, eles indicam um treinamento que irá abordar alguns temas como Python, NX-APi, DevNet, etc. Entretanto, esse treinamento está sendo oferecido por U$499,00 ( 😯 ), na qual eu sinceramente acho pesado este valor.

Para maiores informações acesse o site que está oferecendo o curso de PRNE e deixem seus comentários em relação as essa nova abordagem.

Atenciosamente,
Rodrigo

Cisco DNA – Enterprise NFV

Fri, 10 Mar 2017 00:00:00 +0000

Olá Pessoal,

Conforme mencionado anteriormente, gostaria de trazer mais alguns itens co-relacionados a estrutura Cisco DNA, com uma maior visibilidade dentro do ambientes de nossos clientes ( Branch Sites ) com as novas estruturas de NFV ( Network Function Virtualization ).

Devido anuncio desse novo hardware e as tendências de mercado trago hoje mais algumas nomenclaturas e recursos que podemos oferecer utilizando equipamentos Cisco. Para isso mostro abaixo os componentes que estão integrando-se para um solução NFV.

Dentro dessa estrutura podemos visualizar algumas camadas:

Orquestração: Sendo executada pelo APIC-EM bem como o ESA, que são ferramentas de configuração de equipamento, gerenciamento de todas as caixas em seu ambiente de produção
Serviços de Rede: Nesse tópico o grande ponto seriam ” conectadores ” com outros fabricantes através de APIs ou até mesmo de ” VMs ” que poderiam ser instaladas ofertando um serviço de Firewall, Otimização de WAN, etc.
NFVIS: Seria a camada de abstração para que suas plataformas de VNF possam trabalhar, baseando em um Kernel para seu equipamento. Podemos fazer uma analogia por exemplo com um ESXI, Hyper-V, KVM. Neste item recomendo uma leitura relacionado ao NFVIS.
Plataforma ( Hardware ): Neste item seria abordagem que podemos fazer baseando-se em um UCS, ENCS e até de um roteador 4K.

Baseando-se nesses itens gostaria dar uma visibilidade dos possíveis hardwares que podemos pensar quando falamos em NFV.

Agora como você visualiza um item conhecido ” roteador “, gostaria de trazer ideias para que você possa pensar no momento quando é mencionado ” O roteador que está no meu cliente hoje não terá mais funções? “. O que posso responder para você seria ” tudo depende “. 🙂

Porque? Porque, avaliações precisam ser feitas com a intenção de entender o fator de crescimentos e as necessidades exigidas para seu crescimento. Hoje na plataforma 4K, temos hardware ( UCS ) que pode ser inserido, para que baseando-se nos limites desse hardware muitos serviços de NFV podem ser ofertados, bem como, instalações de Sistemas operacionais nesses equipamentos. Esse hardware pode potencializar seu equipamento oferecendo muitos serviços de virtualização.

Baseando-se nessas informações o que visualiza dessas novas soluções? Podem trazer benefícios para nosso dia a dia?

Abs,

Rodrigo

Protocolo VTP – parte 3

Sun, 07 Dec 2014 00:00:00 +0000

Olá Pessoal,

Hoje irei comentar um pouco sobre o protocolo VTP, onde nós já temos aqui em nosso BLOG dois posts explicando um pouco sobre esse protocolo ( Parte 1, Parte 2 ).

Devido a termos uma nova versão desse protocolo resolvi adicionar esse contexto para colocar os ítens adicionais que foram incluidos para essa versão.

Como toda evolução de tecnologia os ítens adicionados foram baseados nas experiências adquiridas anteriormente e de problemas que a verão anterior não suportava. Segue os ítens adicionais:

O VTP oferece melhor controle administrativo sobre qual o dispositivo está autorizado atualizar vista da topologia de VLAN dos outros dispositivos. A chance de mudanças inesperadas é significativamente reduzida, e a disponibilidade acaba sendo maior. A redução do risco de mudanças inesperadas vai facilitar o processo de mudança e ajudar a acelerar a implementação.
Funcionalidades para o ambiente de VLANs foi significativamente ampliado. Dois aprimoramentos são mais benéficos para as redes de hoje:
1. Além de apoiar os recursos anteriores sobre ISL ( VLAN 1-1001 ), a nova versão oferece suporte a toda IEEE 802.1Q onde as VLAN variam até 4095. ( primordial hoje em dia para ambientes de backbone )
2. Além de apoiar o conceito de VLANs normais, o VTP versão 3 pode transferir informações sobre VLAN privada (PVLAN) estruturas.
A terceira área de melhoria principal é o suporte a banco de dados para outros fins (por exemplo, MST – muito utilizado para reduzir spanning tree ).

As funções ( Server, Client e Transparent ) existentes nas versões anteriores permanecem da mesma forma, entretanto um novo controle foi adicionado no momento de promover um switch como Servidor daquele domínio que estará publicando o database. Quando um servidor é designado como o servidor principal, uma verificação é realizada no domínio existente, tendo como objetivo de encontrar dispositivos conflitantes, escutando de um servidor primário diferente do configurado. Uma mensagem de aviso é gerado se os dispositivos conflitantes são descobertos.

Prosseguindo com a designação do servidor primário, ele substitui a configuração de todos os dispositivos no domínio, incluindo quaisquer dispositivos conflitantes. Segue a messagem para essa alteração:

CiscoRedes# vtp primary vlan

This system is becoming primary server for feature vlan

No conflicting VTP3 devices found.

Do you want to continue? [confirm]

*Jul 8 12:34:20.047: %SW_VLAN-SP-4-VTP_PRIMARY_SERVER_CHG: 00d0.bcd2.0c00 has become the primary server for the VLAN VTP feature.

Um outro ponto importante é sobre a senha de configuração para aquele dominio de VTP. As versões anteriores você conseguia criar a senha daquele dominio e a mesma poderia aparecer criptograda, desde que você executasse o ” service password-encryption ” porém, ele gera o hash MD5 apenas na memoria RAM, mas se por acaso fosse avaliado o arquivo vlan.dat essa senha poderia ser exportada normalmente.

CiscoRedes(config)# vtp password Andreas
Setting device VTP password to Andreas
CiscoRedes# show vtp pass
VTP Password: Andreas

Arquivo vlan.dat

00000030: 00000000 00000001 30383037 30383133 …. …. 0807 0813
00000040: 32343439 6280F325 0C2EB606 53154B3D 2449 b.s% ..6. S.K=
00000050: BFE30CA5 07416E64 72656173 00C795CE ?c.% . And reas .G.N
00000060: B21E305F 10000000 00000000 00000000 2.0_ …. …. ….
00000070: 00000000 00000000 00000000 00000000 …. …. …. ….

Quando é observado na versão nova duas opções podem ser acrescentadas ” hidden ” e ” secret “.

CiscoRedes(config)# vtp password Cisco hidden
Setting device VTP password
CiscoRedes# show vtp password
VTP Password: CF94C2FF1CDCEB8DC795CEB21E305F10

Arquivo vlan.dat

00000030: 00000000 00000001 30383037 30383133 …. …. 0807 0813
00000040: 34323334 6280F325 0C2EB606 53154B3D 4234 b.s% ..6. S.K=
00000050: BFE30CA5 00CF94C2 FF1CDCEB 8DC795CE ?c.% .O.B ..\k .G.N
00000060: B21E305F 10000000 00000000 00000000 2.0_ …. …. ….

Quando estiver trocando a função do dispositivo de servidor secundário para servidor primário a senha será solicitada se a opção escondida foi previamente especificado.

Um ponto de atenção que ainda não é totalmente suportado seria sobre o VTP Pruning onde ele funciona da mesma forma as versões anteriores, para qual ele esta suportando apenas para as primeiras 1000 VLANs com exceção da VLAN 1.

Muitos outros detalhes estão relatados ao MST ( Multiple Spanning Tree ), porém podemos tratar em outro post explicando sobre esse protocolo com a inserção do VTP.

Espero que vocês tenham gostado 😉

Fonte:

VTP Version 3 – Cisco web site

Abs,
Rodrigo