BLOG on Cisco Redes

BLOG – Vencedores do IT Blog Awards 2021 – Cisco

Tue, 15 Mar 2022 00:00:00 +0000

Olá Pessoal,

Reconheço que ultimamente não estou divulgado muitos ítens em nosso BLOG, porém sempre fico me cobrando sobre como atualizar a comunidade e manter essa sequência de posts técnicos para que de fato os assuntos façam sentido para vocês.

Enfim, estou trabalhando para continuar nessa caminhada, porém alguns eventos vão ocorrendo e devido a ser publicações mais simples, acaba sendo publicado rapidamente em nosso canal.

Vencedores

Foi divulgado recentemente, mais preciso no dia 11 de Março sobre os ganhadores do ITBlogAwards, promovido pela Cisco, na qual com muita satisfação ficamos colocado entre os 50 Blogs globais.

Você pode verificar a classificação de todos eles através do link da Cisco mostrando os Top 5, 10, 25 e 50.

Agradeço à todos por ter votado em nosso BLOG e fico agradecido pelo tempo gasto em fazer esse processo, bem como sempre estar acreditando em nosso potencial.

Juntos somos melhores!!!

Abs,
Rodrigo

BLOG – IT BLOG Awards 2021 – Cisco

Fri, 14 Jan 2022 00:00:00 +0000

Olá Pessoal,

Gostaria de fazer um comunicado rápido em nosso BLOG, e obviamente pedir ajuda a todos os seguidores e consequentemente solicitar para que vocês compartilhem com todos.

Nosso BLOG esta participando do #ITBlogAwards patrocinado pela Cisco, na qual é reconhecer blogs de redes independentes por sua qualidade e influência em todo o mundo.

Para isso basta acessar esse link ( https://bit.ly/3ql93ig ) e fazer sua votação em primeiro lugar para o Cisco Redes.

Após a votação existe um desafio para evitar os bots, para qual você precisa executar alguns cálculos matemáticos, ou seja, basicamente preencher na lista a sequencia (5,4,3,2,1).

Conto com sua participação e voto para dar mais visibilidade a nossa comunidade.

Abs,
Rodrigo

Resumo do BLOG – Referência 2021

Thu, 23 Dec 2021 00:00:00 +0000

Olá Pessoal,

Como tradição gosto de fazer um pequeno resumo em nosso BLOG trazendo alguns números e detalhamento de todo esse ano juntos em nossa comunidade.

Obviamente isso também acaba sendo uma forma de desejar à todos ” Boas Festas!!! “. Esse resumo muito das vezes acaba sendo um “recap” para avaliar o que conseguimos ajudar a comunidade.

Todos sabem que a cada ano que se passa sempre iremos achar que aquele vivenciado sempre foi o mais difícil, e devido a tradição posso declarar que esse ano também foi complicado para mim, pois vários eventos foram ocorrendo durante o ano e acredito que vocês tenham percebido que fiquei um pouco afastado do BLOG, principalmente dos conteúdos técnicos, porém vou detalhar um pouco mais a frente.

Devido a esses fatores e outros atrelados ao que observo hoje em dia, é que o consumo por tópicos escritos é menor do que muitas vezes você criar um vídeo e disponibilizar as informações. Porém, deixa mostrar os números de nosso BLOG, pois tenho meus usuários que gostam e ainda vou continuar escrevendo para vocês.

Inicialmente aqui pego uma comparação de acessos entre 2021 e 2020, e podemos observar que evidentemente temos uma queda nos números.

Neste gráfico abaixo podemos visualizar o fluxo que os usuários estão seguindo no BLOG, na qual observo que ainda todos acabam acessando diretamente pela página principal.

No evento abaixo faço uma comparação para analisar os posts mais acessados. Como podem ver os posts mais antigos que acabam gerando mais acesso, isso me revela que a essência não está em tópicos novos de tecnologia, e sim na base de construção do nosso e famoso conhecido ” Redes “.

E para finalizar removendo as comparações com 2020, visualizamos algumas semelhanças quando olhamos somente para 2021.

Nesta linha de raciocíonio, eu consegui postar um total de 17 posts ( contando este que seria de 2021..rs!), ou seja, fiz a metade em comparação com 2020, ou seja, uma média 1,4 post por mês.

Re-avaliando aquilo que havia pensado em 2020, eu acabei não conseguindo escrever muitos tópicos, e para ser sincero estava um pouco cansado esse ano em parar, escrever conteúdos novos, bem como me senti um pouco desanimado para estudar e buscar novos tópicos para explorar nos finais de semana ou em algumas madrugada. rs!!

Devido a isso acabei focando em alguns ítens que não fazia muito, ou seja, esse ano não li nenhum livro técnico( milagres..rsrsrs!! ), entretanto acabei lendo um total de 10 livros não técnicos ( que evolução..rsrs!! ), e tentei me atualizar de algumas series/filmes que fazia um tempo que gostaria de assistir.

Outro fato que acabei fazendo foi mudar de emprego, que de uma certa forma acaba exigindo de você um pouco mais, pois muitos itens novos são criados e você precisa se atualizar de vários ítens que não faziam parte de seu dia a dia.

Acredito que vale o reforço aqui que também acabei criando o BLOG estático net4stuffs.tec.br, que por sua vez já escrevi alguns posts detalhando itens técnicos, e claro são ítens novos que também estou aprendendo. 🙂

Conquistas

Neste ano de 2021 eu continuei dentro dos 3 programas de comunidades que venho tocando ( Cisco Champion, vExpert, VMUG Leader ).

Como já mencionado anteriormente, não fui ativo como em outros anos, porém tive participações em podcast, bem como participando do TechFieldDay Networking, como sendo um evento totalmente online, porém posteriormente trazendo muitas novidades para todos que acompanham.

Para nosso capítulo do VMUG São Paulo, onde nele conseguimos fazer 5 eventos durante o ano, com muitas palestras técnicas/softskill.

Certificações

Sobre esse quesito acredito que fiz o básico, ou seja, apenas executei uma prova para re-certificação da Juniper, e desta forma, consegui me atualizar de parâmetros de WIFI, bem como estender minha certificação por mais 3 anos.

Acabei perdendo uma renovação de certificação relacionado a ZScaler, pois não consegui me organizar para efetuar novamente uma prova online.

Conclusão

Acredito que baseado neste resumo, posso dizer que foi um ano difícil, devido a diversos fatores que influenciaram durante a trajetória.

Entretanto, dizendo especificamente no meu caso, foi um ano de mais reflexão e curtição ( rsrs!! ), onde acabei deixando alguns compromissos de estudos de lado, porém não devemos nos penalizar devido a esse fator, pois como sempre brinco e todo mundo diz “somos seres humanos“.

Como recomendação façam uma reflexão e sempre verifiquem os lados positivos, para que você não veja somente o lado negativo e possa se punir de forma injusta.

Abs,

Rodrigo

Info – Criação do meu BLOG Estático

Tue, 16 Nov 2021 00:00:00 +0000

Olá Pessoal,

Acredito que vocês não tenham percebido que estou contribuindo um pouco menos em nosso BLOG, porém essa informação que vou mencionar nesse post não esta diretamente ligado a essa notificação, porém devido a estar associado com novas aprendizagem e a outra fatores de nosso dia a dia, a quantidade de posts este ano está sendo um pouco menor.

Desta forma, preciso detalhar sobre um parâmetro que venho escrevendo em uma outra fonte (sendo sincero, também ainda não tenho muitos ítens publicados), porém gostaria de compartilhar com todos que eu criei um BLOG estático, para aprender um pouco mais sobre alguns fatores, porém vou ser breve.

Descrição

Enfim, eu criei o BLOG e o nome dado é www.net4stuffs.tec.br, que por sua vez, tenho ideias de publicar conteúdo diversificados, na qual está relacionado com algumas anotações que venho populando em meu bloco de notas (joplinapp), pois são dicas rápidas e que acredito possam ajudar de alguma forma os usuário em alguma jornada que esta vivenciando, assim como eu.

Desta forma, resolvi criar esse novo site como uma forma de trabalhar com esse novo mundo de sites estáticos, que de uma certa forma a intenção será de eu aprender algo (programação, markdown, linux, dev, git, etc), e que por sua vez vou compartilhar essa jornada com todos.

Vocês devem perceber que os sites estáticos são mais rápidos para acesso ao conteúdo, devido a ter diversos fatores que são excluídos dos sites tradicionais, onde os mais utilizados para BLOG ou até mesmo comercial, seria o nosso famoso e fiel WordPress.

Decisão

Pois bem, a decisão foi utilizar o conhecido Hugo Site onde temos diversos temas já disponíveis para utilização, e obviamente todos são free, bem como todo o conteúdo desses sites são de fato arquivos de texto. Após essa decisão, mais alguns ítens foram incluídos para essa disponibilização:

Criar o dominio no Registro.br ( surpresa que não sabia que tinhamos esse dominio *.tec.br )
Hospedar os arquivos no Gitlab
Utilizar o Netlify para executar meu processo de CI/CD
Utilizar o Netlify para associação ao nome do site
Utilizar Cloudflare para certificados, DNS, segurança, caching, etc
Utilizar um editor texto ( rs!! )

Seguindo os passos acima e analisando sobre custo, o que não teria necessidade dependendo do que você deseja, poderiamos utilizar um nome para acesso ao website do próprio Netlify ( *.netlify.app ), ou seja, foi gasto apenas com a criação dominio, pois todos os ítens subsequentes são free.

Conclusão

Não fiquem preocupados que nosso BLOG, aqui hospedado será esquecido, pelo contrario sempre estará ativo e continuo divulgando informações, entretanto poderemos ter algumas referências que podem ser encaminhadas para esse BLOG estático, dependendo da dica que vou popular via minhas anotações.

Como já dito, ele também será um site de aprendizado para mim, desta forma eu posso tentar fazer algo diferente, com algumas engenharias caseiras para testes locais desse “mundão” de tecnologia que vivemos. 🙂

O que vocês acharam? Faz sentido?

Abs,
Rodrigo

BLOG – Inscrição para o IT Blog Awards Cisco

Thu, 04 Nov 2021 00:00:00 +0000

Olá Pessoal,

Gostaria divulgar que o programa da Cisco, denominado como IT Blog Awards, já estão com as inscrições abertas, com isso vocês já podem cadastrar seu Blog, Podcast ou Vlog para dentro do contexto Global, na qual ainda serão selecionados alguns conteúdos para termos uma votação final para eleição do campeão de cada grupo.

Nos aqui do BLOG já fomos eleitos por 2 anos ( 2018 e 2019 ) para a final, porém infelizmente em nenhum desses anos fomos campeões, porém veremos como seremos esse ano. Sinceramente, não estou muito frequente em minhas publicações, entretanto acredito que vale o esforço para a participação.

Enfim, é um questionário muito simples para participar, neste ano foi diminuido as categorias para inscrições, como podem ver abaixo:

Categorias:

Blog
Podcast
Vlog

Após essas categorias são solicitados quais os conteúdos que você tem publicado em seu canal e finalmente se achar necessário pode preencher um adendo adicional a sua aplicação.

Para verificação da informações recomendo acessar o link do BLOG Awards, ou caso já queira fazer sua aplicação pode acessar esse link.

A divulgação dos ganhadores será apresentado em Fevereiro de 2022.

Resumo

Eu acho válido a participação neste programa, pois é mais uma forma de divulgar seu trabalho, bem como de conhecer outras pessoas da comunidade que compartilham esses conteúdos, fora que também existe um prêmio para o ganhador da categoria (infelizmente ainda não consegui descobrir qual será o prêmio..rsrs!)

Nós já tivemos um BLOG brasileiro que foi campeão em 2018 ( TechRebels ), onde sou participante dessa iniciativa que é agregar varios autores para inscrever conteúdo dentro de sua especialidade.

Para finalizar segue algumas informações que você pode compartilhar/acompanhar pelo Twitter via #ITBlogAwards, ou propriamente seguir o canal do @CiscoChampion para ficar antenado nas notificações de nosso grupo.

Abs,

Rodrigo

BLOG – Cisco Champion 2021

Mon, 30 Aug 2021 00:00:00 +0000

Olá Pessoal,

Acredito que durante essa semana vocês chegaram acompanhar pela midias sociais ou anúncios sendo executados em vários canais sobre os “Champions”, relacionado ao programa da Cisco.

Pois bem, talvez vocês vão achar que esta um pouco atrasado o anúncio, e de fato está, pois se vocês observarem as inscrições para o ano de 2021 foi anunciado em Dez 2020, na qual normalmente até o meio de Fevereiro essas notificações acabam sendo feitas, mas esse ano ocorreu algumas exceções e recebemos anúncio semana passada ( dia 25/08/2021 ).

Enfim, o importante que nosso BLOG permanece em mais este ano no programa, na qual venho participando de varias ações que a comunidade esta trazendo, bem como, estou mais ativo esse ano no canal de Podcast da comunidade, contribuindo e publicando as discussões que ocorrem entre as BU(Business Unit) como os integrantes (panelista) daquele episódio.

Desta forma, conseguimos trazer mais conteúdo e demonstrar que nosso Brasil também é participante e coopera para esse crescimento e dissiminação das informações. Enfim, fico feliz mais uma vez por esta conseguindo agregar valor para todos, novamente se não tivesse vocês que acompanham o BLOG, com certeza eu já teria desistido de estar aqui escrevendo e compartilhando um pouco daquilo que vamos apredendo em nosso dia a dia.

Parabéns à todos!!!!

Abs,
Rodrigo

Resumo do BLOG – Referência 2020

Sun, 03 Jan 2021 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar um pouco sobre nossa trajetória de 2020, um pouco atrasado, pois já estamos em 2021 ( rs ), porém devido a um outro projeto que logo mais vocês irão descobrir, eu acabei atrasando um pouco com as informações, mas volto aqui para trazer alguns números e avaliar o que conseguimos ajudar a comunidade, bem como também conforme a promessa em nosso post executado em 2019, declarando um pouco sobre os temas que iria tentar abordar.

Todos sabem que esse ano foi complicado para todos, mas conforme demonstração de nossos números abaixo, posso dizer como sendo um blog que trata de assuntos específicos e sendo com um hobby adicional, eu declaro que os números estão ótimos ( rs!! ).

Logo abaixo, podemos ver os posts mais visitados, e diga de passagem é um tópico que foi abordado em 2016.

Nesta linha de raciocíonio, eu consegui postar um total de 32 posts ( contando este que seria de 2020..rs!), ou seja, seria 1,5 post por semana, que de alguma forma eu acho um valor expressivo.

Re-avaliando aquilo que havia pensado em 2019, eu até consegui fazer as tratativas, pois eu consegui trazer mais conteúdos técnicos explicando sobre a tecnologia Meraki ( Insight, Umbrella+MR, SDWAN ), Gerência via IPFabric, Segurança WIFI, adicionei mais alguns códigos em minha conta do GitHub, etc

Conquistas

Neste ano de 2020 eu continuei dentro dos 3 programas de comunidades que venho tocando ( Cisco Champion, vExpert, VMUG Leader ), e posso dizer que foram especiais os parâmetros para o CiscoChampion, onde fiz uma entrevista para DevNet Create para divulgar o evento no Brasil e também contar um pouco também sobre nossa comunidade no Brasil, sendo o primeiro blog brasileiro a difundir a informação sobre nossa comunidade e também de divulgar um resumo sobre o ” Kick Off “ executado com os líderes na abertura do evento.

Para nosso capítulo do VMUG São Paulo, onde nele conseguimos fazer 5 eventos durante o ano, com muitas palestras técnicas e também fizemos um encontro reunindo todos os capítulos do Brasil ( total de 6 ), onde foi chamado de VMUGão, inclusive com a presença ilustre de Sanjay Poonen ( COO ).

Certificações

Sobre esse quesito acredito que fiquei bem feliz, pois consegui desbravar algumas áreas que não são de meu cotidiano e posso dizer que vieram somente agregar mais conhecimentos para o dia a dia, e também ajudar no sentido de compartilhar mais tópicos para todos vocês que nos acompanham.

Dentro dessa trilha eu consegui obter a Certificação da Cisco ( CyberOps Associate ), Azure ( Fundamentals ), Aviatrix ( Engineer Multicloud ), Instrutor Netacad ( CyberOps Associate ), e um curso denominado BootCamp da IGTI ( Arquiteto de Cloud ).

Conclusão

Acredito que baseado neste resumo, posso dizer que foi um ano difícil, devido a diversos fatores que influenciaram durante a trajetória.

Tive os sucessos conforme demostrado acima, e que de uma certa forma foram excelentes, porém tenho que revelar que também tive deslizes, na qual teve a iniciativa de escrever um livro, onde não conseguimos evoluir, atualizar meu treinamento que também acabei não executando. Entretanto, acho que essas reflexões nos ajudam também a focar nas necessidades e avaliar para que não tenhamos punições se avaliar como um todo.

Como recomendação façam uma reflexão e sempre verifiquem os lados positivos, para que você não veja somente o lado negativo e possa se punir de forma injusta.

Abs,
Rodrigo

BLOG – Programas de Comunidades – Inscrições para 2021

Mon, 07 Dec 2020 00:00:00 +0000

Olá Pessoal,

Como todos sabem, mesmo dentro de todas as tuberlências durante este ano de 2020 estamos finalizando este ano, e como um processo a maioria das comunidades estão liberando o cadastro para que você possa participar dos programas em 2021.

Provavelmente, vocês devem saber que nosso BLOG já faz parte desses grupos alguns anos, e não poderia deixar de mencionar aqui, pois esses programas me incentivam muito a continuar escrevendo para vocês, e que de fato tem agregado muito para que eu possa conhecer pessoas novas e discutir, aprender conteúdos novos, interagir com pessoas de diferentes países, o que no final acaba de alguma forma trazendo o nosso famoso ” networking “.

Entretanto, vale lembrar que não é somente inscrever-se e ser aceito pelo programas, mas sim um canal de mão dupla, pois você precisa também analisar o que de fato você esta conseguindo entregar de retorno para essas comunidades. Lembre-se não podemos seguir o velho ditado ” Venha a nós e nada aos outros “.

Todos me perguntam, é necessário ter um BLOG? Não, o fato é você pode contribuir e devolver o conhecimento que você vem adquirindo com o próximo, ou seja, isso pode ser através de posts no Linkedin, escrever no Medium, ter conteúdo no GitHub, etc.

BLOG

Nós aqui do BLOG já participamos por alguns anos dos programas da Cisco ( #CiscoChampion ) e também da VMware ( #vExpert ), e neste ano não vai ser diferente, pois iremos nos cadastrar nos programas e verificar se iremos ser aceitos novamente pelas comunidades.

Todo o processo é analisado pelas equipes de cada programa, é o que fato eles analisam são as informações que foram populada nas inscrições, e como devem imaginar estaria envolvido com os critérios do que de fato você retribuiu para a comunidade.

Logo abaixo vou mostrar os caminhos para cadastro das comunidades, e assim, vocês podem analisar o que melhor encaixa para sua categoria e conteúdo.

Cisco Champion

Como todos devem saber fomos o primeiro BLOG/integrante brasileiro entrar para esse programa, e como sempre a cada ano o número de brasileiros aumentam, ou seja, fico feliz, pois acredito que seja fruto do conteúdo que acabo divulgando e da forma que vocês ficam sabendo sobre o programa.

Devido a correria ainda não havia conseguido publicar para vocês, porém as inscrições já iniciaram-se e vocês já podem se inscrever através desse link -> ” Inscrições Cisco Champion 2021 “, vale lembrar que as inscrições ficaram abertas até dia 08 de Janeiro 2021.

Fiquem a vontade se tiverem duvidas para entrar em contato, ou propriamente se desejam podem deixar nos comentários abaixo que muitas das vezes a dúvida de um colega pode ajudar a responder a de um outro colega.

Caso queira saber mais sobre o programa pode verficar em nosso BLOG, onde todos os anos acabo divulgando sobre as inscrições, bem como os ganhadores que foram selecionados.

vExpert

Neste programa nosso BLOG acabou entrando um pouco mais tarde, porém ele de fato já era um programa mais difundido no Brasil, desta forma temos mais brasileiros cadastrados e que participam dessa comunidade.

As inscrições já iniciaram-se e vão até o dia 09 de Janeiro de 2021, portanto você já pode se cadastrar nesse link -> ” Inscrições vExpert 2021 “, antes que você faça o questionamento você precisa fazer o registro no portal e efetuar seu cadastro com as informações necessárias para seu cadastro, obviamente com os dados que vão comprovar que você esta ajudando a comunidade.

Caso queira saber um pouco mais sobre o programa, você pode consultar em nosso BLOG e também ler todos os detalhes no Blog da VMware.

Se vocês pesquisarem um pouco mais sobre o programa, vão observar que existe uma denominação sendo chamada vExpert Pro, o qual tem a intenção de aproximar mais os participantes de cada região/pais. No Brasil temos o Ricardo Conzatti e o Valdecir que inclusive vão fazer uma meeting no dia 08 às 19hs, justamente para tirar a dúvida de todos, bem como explicar um pouco sobre o programa e como se aplicar, e o que de fato colocar de informações. Vale a pena assitir e para isso faça seu registro neste link -> ” Dúvidas do vExpert – 2021 “

Conclusão

Enfim, espero que eu tenha fornecido as informações necessárias para que vocês possam entender um pouco melhor os programa, e se de fato você se identifica com algum e tenha interesse pode se cadastrar ou deixar sua dúvida abaixo que iremos ajudar nos detalhes.

Abs,
Rodrigo

Segurança – Exploração de Protocolos Autenticação – Dicas – Parte 3

Mon, 26 Oct 2020 00:00:00 +0000

Olá Pessoal,

Como vocês vem acompanhando nossos posts sobre o detalhamento de segurança na perspectivia inicial de um ambiente WI-FI, onde inicialmente trouxe a menção sobre a captura de pacotes usando ” air-crack “, em nosso segundo post foi explicado quais os pacotes são trafegados por esse ambiente, então espero nesse post falar um pouco sobre as metodologias que podem ser agregadas a esses ambientes.

Metodologias

Vale lembrar que as características mencionadas aqui, não necessariamente são aplicadas a somente ao ambiente de WIFI ou vice-versa, pois as soluções são intercambiavéis entre elas depedendo da característica de cada aplicação/solução.

Como estamos fazendo as tratativas em relação a conectividade e captura de pacotes via WIFI, então vou mencionar os tipos de criptografia, ou seja, os protocolos de segurança disponivéis para ser configurado.

WEP ( Wired Equivalent Privacy ): O protocolo foi desenvolvido em 1999, no entanto, existem diversos problemas de segurança conhecidos no WEP, bem como é fácil de ser quebrada a chave, baseando-se no tipo de ” hash ” que é executado. O protocolo foi oficialmente abandonado em 2004 pela WI-FI Alliance.
WPA ( WI-FI Protected Access ): Ele iniciou-se justamente com a idéia de melhorar o protocolo que usava-se na época ( WEP ), ou seja, ele foi lançado 1 ano antes de o WEP ser abandonado.

Na maioria dos casos WPA utiliza-se de uma chave pré-compartilhada ( PSK -> Pre-Share Key ) que por sua vez é adicionado em conjunto com TKIP ( Temporal Key Integrity Protocol ) e AES ( Advanced Encryption Standard ).

Lembrando que esse protocolo também é muito vulnerável, e ameaça maior é feita através do WPS ( WI-FI Protected Setup )

WPA2: Como devem imaginar ele é uma evolução de seu antecessor e a principal menção foi devido a ter adicionado um ítem importante que é a utilização do AES, bem como ela havia sido liberada pelo governo americano. Mas novamente, ainda existe um risco em relação a utilização do WPS que torna-se a sua rede mais vulnerável.

Dentro desse protocolo teremos também as mesmas menções citadas acimas, onde pode ser agregado com TKIP ou AES. Sempre o recomendado é você trabalhar com AES, pois o TKIP já foi excluido do WIFI Alliance, mas infelizmente alguns hardware ainda não suportam a utilização de criptografia AES, o que acarretá a você a trabalhar ainda com o TKIP.

Isso deve-se até porque a metodologia de processamento sendo usada para o AES é maior, e por muitas situaçõe se observar o equipamento, o mesmo pode deixar seu acesso mais lento.

WPA2 Enterprise: Neste modelo como podem imaginar estará mais relacionado algumas metodologias de autenticação diferenciada, que é especificamente se autenticar através de recursos externos ( RADIUS ) associados ao seu protocolo 802.1x. A ideia ainda não é se aprofundar neste paramêtro, porém ele acaba utilizando-se do EAP e normalmente iremos visualizar mais em ambientes corporativos, pois a implementação é mais complicada e nem todos os equipamentos suportam o 802.1x, dado na equação de visualizar em ambientes residencias.
WPA3: De fato é o novo protocolo liberado pela WIFI Alliance em 2018, e atualmente o mais seguro ( a principio – rs ). Como já alertado, hoje ainda muitos equipamentos não estão preparados para esse novo protocolo, bem como os endpoints para aceitar essa metodoliga de criptografia, mas acredito que mais 2 anos todos já vão estar utilizando esse protocolo.

Basicamente a ideia dele é proteger do famoso ataque de dicionário implementando a inovação sobre a troca de chaves. No WPA2 como vimos no post anterior utilizava-se de 4 vias entre o cliente e o AP para autenticar ( 4-way handshake authentication ), onde no WPA3 as senhas são mais difíceis de quebrar, pois o invasor precisa interagir diretamente com seu WI-FI para descobrir a senha, ficando mais doloroso o processo.

No WPA2 depois de capturado o trafego você poderia ficar executando o ataque dicionário por varios dias, semanas e meses, com isso conseguiria ver de forma clara seus dados. Entretanto, o WPA3 suporta o ” forward secrecy “, o que significa que se um atacante capturar quaisquer dados criptografados de sua máquina e depois aprender sua senha mais tarde, eles não serão capazes de decodificar os dados antigos que capturaram. Obviamente, eles só serão capazes de decodificar os dados recém-capturados, pois como mencionando acima precisa ser interagido diretamente.

Obs: Vale lembrar que baseado em todos esses modelos, de fato ainda não estamos totalmente resgardados em alguma dessas metodologias, pois as chaves podem ser capturadas, ou seja, a recomendação é sempre que use senhas fortes utilizando no mínimo 12 caracteres e sempre mesclar números, letras maiúsculas e minúscula, caracteres especiais.

Segue um dado que trafegou pela Internet, comparando a quantidade de caracteres X tempo. Infelizmente, não sei de onde veio esses dados, porém acredito que é interessante para pensar em suas metodologias de senhas.

Proteção

Após visualizar todos os protocolos acima, talvez você me pergunte estou confuso e temos muita ” sopa de letrinhas “, e de fato temos, e podem acreditar temos milhares ainda associadas a esses parâmetros.

Como podemos ter diferentes públicos lendo nosso BLOG, como usuários residencias e também de ambientes corporativos, vou tentar elencar da forma que vejo mais víavel para cada público, pois isso deve-se também sobre as questões de configurações que muita das vezes não é algo prático para o usuario final.

Residencial

Acredito que você pode observar em seu modem/router/WIFI para habilitar o protocolo nessa sequência e lembrando sempre sobre a criação da senha, pois ela é um dos principais fatores desse processo. Segue abaixo:

– WPA2+AES(PSK)
– WPA+AES(PSK)
– WPA2+TKIP(PSK)
– WPA+TKIP(PSK)
– WEP -> nunca 🙂
– Rede Aberta -> acredito que não existe a necessidade

Corporativo

Neste quesito podemos exigir um pouco mais pensando em sua infra-estrutura, bem como, pode solicitar serviços adicionais para autenticação. Segue abaixo:

– WPA2 Enterprise
– WPA2+AES(PSK)
– WPA3 ( analise para crescimento futuro )
– Rede Aberta -> Utilização de soluções NAC ( Network Access Control ), onde podemos explorar posteriormente.

Conclusão

Espero que vocês tenham gostado desses ítens adicionais, e possam ter explicado um pouco mais esses termos.

Caso você deseje mais informações sobre esses formatos, deixe seu comentário que podemos explorar mais esse conteúdo.

Agora vou deixar uma tarefa para vocês nesse post. Sobre qual tema vocês gostariam que fosse a parte 4 dessa série. Deixe sua dica que vou analisar e preparar o conteúdo.

Abs,
Rodrigo

Resumo do BLOG – Referência 2019

Mon, 30 Dec 2019 00:00:00 +0000

Olá Pessoal,

Como de costume gosto de fazer um breve resumo do BLOG durante ano, e acho importante compartilhar com vocês, pois vocês fazem parte dessa evolução. Isso também ajuda analisar se de fato foi feito alguns ítens que eu gostaria demonstrar para nossa comunidade.

Como todos imaginam eu escrevo aqui para que de alguma forma isso possa me ajudar em algum dia, obtendo histórico e também para compartilhar um pouco do conhecimento que tenho e que vou adquirindo durante minha jornada, sendo assim acredito que ajude algumas pessoas em seu dia a dia e seus desafios e decisões diárias.

Resumidamente, vocês que me incentivam à continuar escrever, pois de alguma forma exige uma dedicação e tempo adicional para trazer todos esses tópicos que não podem ser diários, mas tento compartilhar aquilo que consigo durante a jornada. Como podem ver abaixo, coloquei um resumo do que conseguir entregar de conteúdo tecnico, dicas, atualizações durantes esses 12 meses de 2019.


Meses de 2019	Quantidade de posts
Janeiro	6
Fevereiro	6
Março	1
Abril	6
Maio	6
Junho	1
Julho	3
Agosto	2
Setembro	1
Outubro	7
Novembro	3
Dezembro	3
Total	45

Se formos analisar o ano teve 52 semanas, ou seja, quase temos um post por semana durante todo o ano 2019 ( aqui no BLOG também pego ferias…rsrs ). Eu fico super feliz, pois acredito que consegui entregar um conteúdo diferenciado e como mencionado que ajude de alguma forma a todos.

Números

Para trazer um pouco de histórico o post com maior acesso foi relacionado ao “ Simuladores – Ambiente de Testes ” que deu um total de 13.900 acessos e o mês onde tivemos a maior quantidade de visitas foi em Novembro com 14.954.

Logo abaixo temos uma ideia sobre os acesso em nosso BLOG durante todo o ano de 2019. Se observarem temos um pico muito grande baseando-se na média, porém esse pico foi justamente no dia que divulguei em primeira mão sobre alteração das certificações Cisco.

E como comentei já evoluimos do último ano para esse ano de 2019, o que me deixa também bem animado e não somente atendendo Brasil, pois vejo muitos acessos vindo de outros paíse. 🙂

Aqui apenas um esboço do que comentei acima, mas já é muito gratificante saber que seu conteúdo de alguma forma está alcançando outros horizontes.

Conquistas

Não poderia deixar de compartilhar algumas conquistas já dividida com vocês durantes nossos posts, mas vale a pena reforçar:

- Eleito para o programa do Cisco Champion pela terceira vez consecutiva,
- Eleito no programa vExpert ( VMware ) pelo terceiro ano consecutivo,
- Eleito no sub-programa do vExpert denominado como sendo vExpert NSX pela primeira vez,
- Escolhido como convidado para participar em São Francisco do Network Field Day – 20
- Virei Leader do programa VMUG relacionado ao capítulo de São Paulo,
- Eleito a participar da final do IT BLOG Awards da Cisco na categoria ” Best Cert Study Journey “
- Escolhido no mês de Agosto ” CCNA Advocate of Cert Insiders “ engajando dentro do Learning Academy
- Conseguimos algumas parcerias para trazer ebooks para nossos leitores e de alguma forma possa ajudar adquirir maiores conhecimentos.

Futuro

Este ítem e o mais dificil para escrever, pois como isso depende de diversos fatores, bem como isso são ítens adicionais que consigo trabalhar nos finais de semana e também algumas madrugadas ( rs ), porém meu objetivo e continuar trabalhando nos tópicos de Meraki, trazer mais conteúdo relacionado essa nova demanda de SDWAN e integração entre as Clouds.

Novos desafios para compartilhar seria agregar tópicos de segurança e ítens co-relacionados com gerência de rede e seus ítens de automação para toda essa infra-estrutura relacionado as tarefas diárias que executamos em nossos dias.

Enfim, isso é o que gostaria de compartilhar com vocês e possam sentir também isso como conquistas de vocês, pois acredito que caminhamos juntos durante todo esse ano. Fiquem também a vontade para sugerir conteúdo para nosso BLOG que tento de alguma forma ajudar vocês. Deixe seus comentários ou entre em contato comigo por email, midia social ou fumaça ( rsrs )

O que desejo para todos e um Ano Novo repleto de realizações pessoais e profissionais para esses novos desafios que vocês estão pensando em 2020. Com certeza, acredito que possamos explorar muitos ítens juntos durante esse ano que está por chegar.

Abs,
Rodrigo

Cisco Meraki – Inicialização Ansible para primeiro playbook

Mon, 02 Dec 2019 00:00:00 +0000

Olá Pessoal,

Como todos sabem que muitas das vezes eu não consigo atualizar os conteúdos conforme eu desejaria, mas na medida do possível vou sempre atualizando nosso seguidores e comunidade sobre os tópicos que vou aprendendo e desenvolvendo para compartilhar com todos.

Enfim, depois de avançar bastante com tópicos de Meraki + Umbrella, hoje vamos continuar sobre nossos desenvolvimentos baseado em Ansible para controlar seu ambiente, bem como gerenciar as configurações de uma forma mais ágil.

Nos estavamos mencionando nos posts anteriores sobre as capturas que podemos fazer via as API através do Postman. Porém, como vamos iniciar trabalhando dentro do Ansible para chamar algumas solicitações para o Meraki, então nesse momento vou demonstrar algumas ações sendo feitas através de alguns modulos já existentes no Ansible e futuramente coloco algum caso utilizando alguma API dedicada diretamente via Ansible.

API Key para Ansible

Como todos sabemos para acesso ao Meraki precisamos utilizar nossa chave e por consequencia é necessario adicionar esses parametros para o Ansible, pois através dessa ” key ” é que teremos permissões para fazer solicitações ( GET, POST, DELETE, UPDATE ) ao ” Dashboard “.

Não devemos esquecer que o ” Control Node ” que está executando o Ansible deve ter acesso a Internet, já que o produto Meraki está hospedado em Cloud pública. Baseado nessa API Key você também precisa ficar atento que hospedar arquivo host em algum respositório ( Git ), pode expor sua chave de acesso dando permissão ” full ” a toda administração Meraki.

Usando Ansible-Vault

Como informado acima temos que usar algumas técnicas para podermos criptografar nosso arquivo que irá ter nossa ” API Key “ e consequentemente mais algumas informações, que podemos denominar como variáveis para utilização em nossa playbook.

Dentro desta estrutura temos um ítem simples e prático para executar essas ações que esta denominado como sendo função ” ansible-vault “. Como esse não é objetivo principal do post vou executar o mais simples, que é criptografar todo o meu conteúdo no arquivo ( group_vars/auth_key_mer.yml ). Caso queira visualizar mais opções visite a documentação do Ansible-Vault.

Para nosso caso estou criando um novo arquivo para preencher com as varíaveis e logo após estou populando as minhas variavéis que será usada posteriormente. Segue abaixo o exemplo:

Após criação dois ítens estou criando a encriptação do arquivo através de uma senha que estou determinado no momento que executo essa ação. Veja abaixo:

Para demonstrar estou abrindo o arquivo após a encriptação para consolidarmos que de fato esse arquivo foi codificado.

Logo após vocês poderiam perguntar. Como vou editar agora esse arquivo?

Se você observar acima eu posso editar ele normalmente utilizando minha senha, e posteriormente ele irá abrir como um arquivo texto normal, podendo ser editado e salvo da mesma forma que estavamos trabalhando anteriormente.

Vale ressaltar que se por algum motivo você esquecer essa senha, infelizmente você perdeu seu arquivo e terá que construi-ló novamente.

Lógica do Playbook

Como havia informado incialmente vamos utilizar os módulo já populados para Ansible e disponivéis para consumir, pois os proprios fabricantes já desenvolvem para ajudar nesses quesitos. Caso queira saber todos os modulos para o Meraki pode consultar nesse link.

Como feito em outras playbooks que venho utilizando no Ansible, eu criei algumas estruturas para segmentar minhas ” tasks “, e assim fazer as solicitações para ter um pouco mais controle e compreender em qual estado estou de minha playbook e interpretar em alguns momentos os erros que recebo. Segue a estrutura de pastas que criei para esse nosso primeiro exemplo:

Modulo Ansible

Para esse primeiro exemplo escolhi trabalhar com o módulo ” meraki_ssid “ para executar 3 ações que desejo fazer em meu equipamento ” MR “. Desta forma, vou criar um SSID novo, deletar esse SSID e posteriormente vou consultar ” query “ quais SSIDs estão configurados na minha organização.

Novamente, vale ressaltar que neste momento estou criando meu SSID com ítens básico, apenas para ser visualizado no portal, mas caso você queira adicionar mais configurações somente é necessário passar os paramêtros desejados.

Volte ao ínicio

Logo abaixo temos nosso código relacionado ao arquivo ( meraki_basics.yaml ) que será a playbook que irá solicitar todas as demandas baseadas nas opções que eu desejo executar na minha playbook.

---
- name: START CONFIGURATION
  hosts: localhost
  gather_facts: no

  vars_prompt:
  - name: "action_ssid"
    prompt: "Please with action would you like to do?
             ( 1 ) - Add
             ( 2 ) - Delete 
             ( 3 ) - Query"
    private: no

  - name: "ssid_name"
    prompt: "Which SSID name will be (add) or (delete) or query (all)?"
    private: no

  tasks:
  - name: DECRYPT KEYS
    include_vars: "./group_vars/auth_key_mer.yml"
    no_log: true

  - name: GET INFO OF ORG
    include_role:
      name: get_info_org
    no_log: true

  - name: GOING TO ADD SSID
    include_role:
      name: add_ssid
    when: action_ssid == '1'

  - name: GOING TO DELETE SSID
    include_role:
      name: delete_ssid
    when: action_ssid == '2'

  - name: GOING TO QUERY SSID
    include_role:
      name: query_ssid
    when: action_ssid == '3'

Feito isso, eu resolvi criar uma ” task “ dedicada para eu obter todas as informações necessárias do dashboard para que posteriormente eu possa usar qualquer varíavel dentro de outras ” task “. Com isso eu tendo a variável registrada eu consigo obter qualquer variavel pois a estrutura de saída do comando já e formatado em JSON. Segue o codigo relacionado ao arquivo ( get_info_org/tasks/main.yaml ).

---
- name: Query information about Organizations associated to the user
  meraki_organization:
   auth_key: "{{ auth_key_api }}"
   state: query
  delegate_to: localhost
  register: meraki_name
  no_log: true

- name: List all networks associated to the Organization
  meraki_network:
   auth_key: "{{ auth_key_api }}"
   state: query
   org_name: "{{ meraki_name.data[0].name }}"
  delegate_to: localhost
  register: meraki_all_net
  no_log: true

Talvez você me pergunte, porque você está usando ” no_log: true”? Isso deve-se justamente relacionados as informações que podem ser populadas através de uma funcionalidade de ” verbose “ que poderiamos usar para visualizar as informações, mas abaixo você pode detectar que nada é mostrado:

Agora se você observar a saída do comando o qual ele pode trazer, e desta forma podemos filtrar especificamente o valor desejado para sua playbook a partir do momento que estou executando a playbook com ” verbose “ e na minha task foi removido ” no_log: true “

Dando sequencia a nossa playbook iremos consolidar sobre inserção de um novo SSID. Como vocês podem observar estou fazendo a execução desta task, baseado no que o usuario responde a partir do questionamento feito no inicio da playbook, ou seja, essa ação será executada se for preenchida com o ” 1 “. Para que eu possa inserir esse SSID estou colocando o estado como ” present “, assim ele irá escrever e colocar como ” enable “ esse SSID no portal.

---
- name: Adding SSID
  meraki_ssid:
    auth_key: "{{ auth_key_api }}"
    state: present
    org_name: "{{ meraki_name.data[0].name }}"
    net_name: "{{ meraki_all_net.data[0].name }}"
    name: "{{ ssid_name }}"
    enabled: true
  delegate_to: localhost

Logo na sequencia temos o ” delete “ que é a mesma função anterior, porém preciso colocar o estado como ” absent “ e no modo ” enable “ em falso.

---
- name: Delete-Disable SSID
  meraki_ssid:
    auth_key: "{{ auth_key_api }}"
    state: absent
    org_name: "{{ meraki_name.data[0].name }}"
    net_name: "{{ meraki_all_net.data[0].name }}"
    name: "{{ ssid_name }}"
    enabled: false
  delegate_to: localhost

E para finalizar irei colocar uma demanda para fazer ” query “ e fazer ele consultar todos os meus SSIDs configurados, criando assim um loop para ele varrer as variaveis e trazer se de fato o SSID esta habilitado ou desabilitado.

Volte ao ínicio

---
- name: Executing Query
  meraki_ssid:
    auth_key: "{{ auth_key_api }}"
    state: query
    org_name: "{{ meraki_name.data[0].name }}"
    net_name: "{{ meraki_all_net.data[0].name }}"
  with_items: data
  register: status
  delegate_to: localhost

- debug: 
   msg="We found the SSID {{ status.results[0].data[item].name }} in your Meraki Dashboard and enable status is {{ status.results[0].data[item].enabled }} "
  loop: 
    - 0
    - 1
    - 2
    - 3
    - 4

Teste da Playbook

Após vocês entenderem a logica de programação, chegou a hora de verificar se fato está funcionando nossa ideia dentro do portal Meraki.

Neste primeiro teste estou executando como ” ansible-playbook –ask-vault-pass meraki_basics.yaml “, onde a demanda do ” Vault “ é justamente para eu digitar minha senha e poder conseguir obter a variavel desejada que necessito para minhas próximas ações.

Logo abaixo pode observar que estou opção ” 1 “ que irá adicionar um SSID denominado como ” Ansible “.

Agora vou consultar meu portal e consolidar se de fato ele populou meu novo SSID. Confira abaixo:

BINGO!!!

Próximo passo seria deletar esse mesmo SSID e consolidar o que vemos no portal.

Podemos observar que ele já foi removido do portal e por padrão sempre quando não temos o SSID configurado ele irá aparecer como ” Unconfigured SSID x “

Para finalizar vamos consolidar todos os nossos SSIDs configurado e habilitados em nosso Dashboard, utilizando nossa função de ” Query “

Como observamos acima, imprimi todos as saídas para identificar o que temos em operação.

Depois de um longo post, chegamos ao final de mais uma ideia ou iniciativa para começar a manipular seus dados no portal Meraki via Ansible. O que vocês acharam? Vale a pena fazer um video para compartilhar os testes ou ficou bem compreendido?

O que vocês acham que poderiamos mudar nesse código ou o que vocês gostariam que eu demonstrasse para vocês?

Deixe seus comentários, pois esse BLOG é construído para todos.

Abs,
Rodrigo

BLOG – Votação aberta para IT Blog Awards 2019

Mon, 25 Nov 2019 00:00:00 +0000

Olá Pessoal,

Acredito que vocês haviam visto meu post sobre a inscrição do IT Blog Awards patrocinado pela Cisco. Pois bem, agora sairam os finalistas e já estão abertas as votações para eleger o BLOG de 2019.

Como havia feito minha inscrição, é com grande satisfação que devo anunciar que estamos novamente na lista para votação. Em 2018 eu havia participado, porém acabei não sendo escolhido, mas este ano estamos novamente na lista e vamos avaliar como iremos nos sair este ano. Vale ressaltar que essa inscrição era para qualquer BLOG, e não somente relacionado a Cisco, apenas precisava encaixar-se nas categorias eleitas pelo corpo de jurados, e também posso afirmar que não existe nenhuma preferência para que o assunto seja de redes ou Cisco.

Neste ano temos apenas o BLOG Cisco Redes como integrante BRASILEIRO de todas as categorias, portanto peço para você que segue nosso BLOG e gosta do conteúdo que publico por aqui, que entre no link abaixo e vote em nosso BLOG, para assim conseguirmos elevar ainda mais forte ao mundo que nossa comunidade de fato é grande e tem muito conteúdo para publicar para todos.

Para isso você precisa acessar esse link, na qual estamos na categoria ” Best Cert Study Journey “ e selecionar ” Cisco Redes “, conforme na figura abaixo:

Temos varias categorias como explicado através do link no inicio do post, portanto é uma grande oportunidade de conhecer outros meios, e obviamente para concluir sua votação é necessario que vote em todas as categorias, mas posso jurar que isso não leva mais do que 1 minuto.

Para evitar ” bot “ para votação, fique esperto, pois no final do formulário existe algumas contas básicas que precisam ser colocadas em ordens na coluna da direita.

Não deixe de votar e ajude a compartilhar com seus amigos para que possamos crescer e representar de alguma forma nosso Brasil. 🙂 😀

Abs,
Rodrigo

BLOG – IT BLOG 2019 – hosted by Cisco

Mon, 07 Oct 2019 00:00:00 +0000

Olá Pessoal,

Na correria ainda não havia conseguido publicar sobre IT Blog Awards que a Cisco começou a fazer no ano passado ( 2018 ). Você pode conferir aqui que participamos e fomos selecionados para a final de 2018.

Pois bem, esse ano as incrições já iniciaram e você pode fazer sua inscrição baseado nas categorias que foram criadas para cada segmento:

- Best Analysis
- Best Certification Study Journey
- Best Newcomer
- Best Podcast or Video Series
- Most Educational
- Most Inspirational

Para você que é BLOGGER e de alguma forma enquadra-se nessas categorias eu recomendo você se inscrever, pois de alguma forma você acaba tendo uma visibilidade maior e de fato o trafego em seu site acaba crescendo

Então não perca tempo se inscreva que as inscrições ficaram abertas até o dia 18 de Agosto. Segue o link explicando sobre o processo e aqui o formulario de cadastro. Corre!!!

Abs,
Rodrigo

BLOG – Altaro VM Backup – Introdução

Mon, 22 Jul 2019 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para trazer mais uma dica, na qual estou explorando algumas ferramentas para aprender as metodologias/tecnologias e como nosso intuito aqui e também compartilhar esses desafios e aprendizagem que vou executando, estamos aqui para compartilhar e avaliar juntamente com vocês.

Como podem observar vou falar um pouco sobre essa ferramenta denominada Altaro VM Backup. O proposito aqui é compartilhar um pouco do que testei, que por consequência em meu laboratório fiz através do Hyper-V ( Microsoft ), entretanto a ferramenta tem suporte para trabalhar com VMware ( ESXi, vCenter, vSphere ) e também tem mais um recurso que seria para o Office365.

Antes que me perguntem NÃO É POSSÍVEL fazer através do ESXI free.

Como em muitas vezes para detalhar alguns ítens é melhor fazer uma video, então segue abaixo minha apresentação sobre a instalação inicial e testes já executados.

Espero que vocês tenham gostado e se tiverem alguma dúvida deixe seu comentário. Caso tenha interesse clique no banner abaixo para receber sua licença free.

Abs,
Rodrigo

BLOG – Cisco Cert Insiders – Fóruns e Desafios = Prêmios

Tue, 16 Jul 2019 00:00:00 +0000

Olá Pessoal,

Gostaria de passar um dica rápida para vocês sobre um site da Cisco denominado como ” Cisco Cert Insiders “, onde ele esta atrelado a um fórum de discussão, bem como existe alguns desafios e informações adicionais que você pode participar e acumular pontos durante sua trajetória.

Esses desafios estão relacionados a revisões de conteúdo ( Routing, Switching, Security, etc ) atrelados algumas vezes as provas da Cisco, como também dicas sobre os conteúdos de modo geral ( DevNet, Noticias Cisco, etc ).

Como mencionado você acumula pontos que posteriormente podem ser trocados com ” presentinhos “. 🙂

Para participar você precisa ter seu CSCO, ou se desejar pode criar também através do site. Lembrando que hoje a plataforma Cisco de Autenticação está unificada para todos os acessos.

Para acessar a plataforma vá ao site Cisco Cert Insiders e aproveite!!!

Espero que tenham gostado da dica e compartilhe com seus amigo.

Abs,
Rodrigo

BLOG – Tech Field Day 20 – Estaremos lá!!!

Wed, 23 Jan 2019 00:00:00 +0000

Olá Pessoal,

De fato ano está apenas começando e a cada dia mais novidades e coisas novas que estão acontecendo que de verdade eu não estava imaginando.

Não sei se todos conhecem ou acompanham essa equipe denominada Tech Field Day, na qual eles fazem sessões separadas por torre de tecnologia como:

Cloud
Mobility
Networking
Security
Storage
Virtualization
Wireless

Pois bem, eles são um grupo que trazem diferentes vendors e líderes independentes para compartilhar informações, novidades e opiniões em um formato relacionado as discussões desse produtos e vendors com suas características relacionadas entre elas. Baseado nisso, são selecionados alguns ” Representantes ” ( Delegates ) para participarem desses eventos e junto trazerem sua experiência do dia a dia, bem como agregam as discussões sobre esses produtos.

Esses influenciadores podem ser bloggers independentes, podcasters, freelancers writers para estarem juntos nesse dia, e de alguma forma agregar as discussões, para que posteriormente isso possa ser compartilhado com suas redes de contatos e divulgação dentro de seus canais de comunicação.

Se desejarem conhecer um pouco mais do trabalho deles, recomendo acessar o site Tech Field Day e talvez algum video das apresentações já executadas por eles, você em algum momento já tenha visto pelo canal do Youtube Tech Field Day os videos, com as explicações de alguma tecnologia, ferramenta ou produto desses vendors.

Enfim, eu fiz minha inscrição pelo site deles colocando minha especialidade para atender algum evento relacionado área de Networking, porém devido a sempre esses eventos serem realizados em San Francisco, eu não acreditava muito que poderia ocorrer de eu ser selecionado à participar desse evento. Mas, como surpresas acontecem eu fui selecionado para atender o próximo ” Network Field Day 20 ” que irá ocorrer agora em Fevereiro ( 12 à 15 ). Essa seleção tem ítens relacionado a todo o trabalho que fazemos aqui em nosso canal, bem como as participações que fazemos pelos programas que participamos. Portanto, todos vão acompanhar nosso BLOG explorando o mundo para trazer essas novidades para todos.

Nesta semana já temos as empresas confirmadas que irão fazer suas apresentações, para que possamos debater sobre as tecnologias. Posso considerar que fiquei bem feliz, pois está recheado de empresas que estão dentro dos interesses que tenho para aprender cada vez mais. Segue abaixo os ” sponsors ” que estará junto durante toda a semana:

Segue os contatos desses parceiros que estaremos discutindo dentro dos 3 dias de evento:

http://www.extremenetworks.com – Twitter:@ExtremeNetworks
http://fortinet.com – Twitter:@Fortinet
http://www.juniper.net/us/en/ – Twitter: @JuniperNetworks
https://kemptechnologies.com – Twitter:@KEMPtech
https://www.netrounds.com – Twitter:@Netrounds
https://pf.content.nokia.com/nfd20 – Twitter: @NokiaIndustries
http://www.nyansa.com – Twitter:@Nyansa
http://PathSolutions.com – Twitter:@goPathSolutions
http://www.vmware.com/ – Twitter: @VMware

Como são feitos em todos os eventos as transmissões ( streaming ) acontecem ao vivo e se você interessou-se em algum patrocinador, recomendo você ficar ligado durante esses dias para avaliar as apresentações e logo mais os tópicos das apresentações também serão apresentados. Para acompanhar recomendo visitar a pagina do NFD20.

Nas próximas semanas vou postar mais novidades e se desejar pode me acompanhar no Twitter através duas conta ( @rar_21 e @blogciscoredes ) que sempre estarei notificando sobre as novidades e obviamente sobre o evento em real-time. 🙂

Abs,
Rodrigo

BLOG – Cisco Champion 2019 – Estamos lá!!!

Tue, 15 Jan 2019 00:00:00 +0000

Olá Pessoal,

Acredito que todos já haviam observado sobre os anúncios do programa da Cisco, denominado como Cisco Champion.

De fato esse anúncio foi feito no dia 02 de Janeiro deste ano, porém eu não havia notificado a todos que fomos selecionados para participar de mais um ano deste programa, pois eu tenho o intuito de divulgar todos os brasileiros que de fato foram selecionados neste ano. Como ainda eu não tenho os números para apresentar para todos, resolvi por enquanto apenas notificar que nosso BLOG continua sua jornada dentro do programa.

Assim que eu receber as informações consolidadas da equipe Cisco, eu volto a informar a todos em um novo post sobre todos os brasileiros. Tenho que confessar que nossa comunidade cresceu bastante, pois recebi muitos feedbacks das pessoas que foram aceitas, isso me deixa muito contente, pois há dois anos atrás, eu fui o primeiro brasileiro a ser integrado para o programa, o que fortalece ainda mais nosso trabalho de divulgação e os esforços para divulgar cada vez mais conteúdos novos.

Enfim, somente para explicar que esse programa tem o intuito de alguma forma parabenizar a todas as pessoas que contribui para nossa comunidade trazendo conteúdo adiciona. Ele não tem nenhuma relação com certificações Cisco.

Espere nosso proximo post, onde vou detalhar sobre todos os brasileiros. Aguardem!!! 🙂

Abs,
Rodrigo

BLOG – Retrospectiva 2018

Thu, 27 Dec 2018 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para trazer para vocês leitores um pouco do que vivenciamos durante todo esse ano de 2018. Tenho que dizer que esse ano para nosso BLOG foi muito especial, bem como eu consegui atingir diversas metas que eu tinha como planejamento e estou aqui para mostrar isso para todos vocês e obviamente compartilhar alguns sucessos e ” deslizes ” 🙂

Seguindo nossa cronologia no mês de Janeiro nosso BLOG foi novamente selecionado para o programa Cisco Champion 2018, no qual você pode verificar nosso anuncio através desse link e também vale lembrar que consegui trazer mais 4 pessoas para nosso programa. Agora rumo 2019!!!

De Fevereiro a Março eu tinha como meta re-certificar meu CCIE, pois em Abril deste ano ele iria expirar, portanto inicie os estudos ( Janeiro ) e no mês de Fevereiro já consegui passar na prova do Written, o qual você pode verificar através desse link. Enfim, agora essa meta eu planejo apenas para 2020. 🙂

Em Março recebi a notificação sobre nosso programa da VMware – vExpert, onde por mais um ano iríamos compor esse elenco, e de fato participar dessa comunidade que cresce e ajuda muito a cada ano que passa, bem como os brasileiro que compõe esse elenco. Segue o link para que vocês possam verificar na integra.

Em Agosto pela primeira vez nosso BLOG foi para a VMworld em Las Vegas, isso foi fruto de todo um trabalho que estava fazendo e aprendendo ao mesmo tempo sobre uma ferramenta de gerência de configuração ( Ansible ) e todo o incentivo/oportunidades que a comunidade VMware estava oferecendo para mostrar um pouco deste contexto. Desta forma me apliquei para executar algumas palestras ( vBrownBag e VMware Code ) e com isso fui aprovado para falar um pouco do que eu havia feito/descoberto dentro de nosso contexto de ” Networking “. Tudo isso você pode conferir em nossos posts sobre o evento VMworld e também se quiser descobrir um pouco mais sobre os ítens que estou aprendendo sobre Ansible, confira neste link.

Em Outubro consegui cumprir mais um objetivo que eu havia traçado que seria minha certificação VMware, relacionado área de Networking Virtualization, o qual finalizei meu VCP6-NV. Todo o contexto dessa certificação você conferir através deste post. Para finalizar neste mesmo mês, cheguei a marca de 10K acessos ao BLOG e tenho que confessar que a cada mês esse número esta crescendo, onde já estamos batendo a média de 14K acesso. 🙂

Durante essa trajetoria do ano consegui diversificar um pouco sobre meus estudos, para qual executei dois treinamentos Juniper ( free ), e ao mesmo tempo adquiri dois vouchers ( free ) para executar essas duas certificações. Após concluir todos os processos e fazer as provas fui presenteado junto com os esforços adquiridos as certificações de JNCIA-Cloud and JNCDA ( Design ).

Para concluir estamos participando neste final do ano de dois concursos e peço para que vocês possam disponibilizar 2 minutos para fazer sua votação ( se já fez, pule esses ítens…rsrs ). Neste primeiro seria para vTOP Blog 2018 e neste para o IT Blog Awards ( hosted Cisco ). Conto com seu voto!!! 🙂

Como exposto acima alguns ” deslizes ” nós também tivemos durante o ano e como planejado acabou não sendo cumprindo. Isso estaria relacionado a focar um pouco mais no meu canal Youtube sobre os ítens descobertos de Ansible, Cisco, Automação, etc. Diversificar e popular mais conteúdos sobre VMware, e melhorar alguns ítens em meu treinamento CCNA, para que meus alunos tenham cada vez mais suporte, porém tenho que agradecer também que meu treinamento cresceu em números de alunos durante todo esse ano ( 1041 final de 2017 para 2566 final de 2018 )

Enfim, acho que tenho que agradecer pela confiança e obviamente a todos que me suportam, para que de fato possamos continuar esse trabalho. Como meta para próximo ano, espero me dedicar aos ítens já falhos explicados acima e também me especializar um pouco mais na parte de segurança, bem como espero trazer duas novidades para vocês aqui sobre novos assuntos/produtos/vendor. Nós vemos em 2019 com muita garra e determinação. 🙂

Espero que você também planeje suas metas para 2019 tantas as profissionais e pessoais!!!

Abs,
Rodrigo

IT Blog Awards – Somos Finalistas

Tue, 11 Dec 2018 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para solicitar um esforço de vocês para que possamos colocar nosso BLOG no rank dos mais influeciadores, o qual eu trago sempre com esforço e dedicação as informações para vocês.

Não sei se todos sabem, mas pelo título vocês devem imaginar, pois somos FINALISTAS do IT Blogs Awards, para qual a Cisco está promovendo um concurso para reconhecer os BLOG independentes de todo nosso ” globo ” separado em 7 categorias:

Best Analysis
Best Cert Study Journey
Best Group Effort
Best Podcast or Video Series
Most Educational
Most Entertaining
Most Inspirational

Devido a isso, nós não poderíamos ficar de fora e acabei selecionando uma categoria que de fato não é o maior conteúdo que tenho apresentado, entretanto acredito que isso possa trazer mais desafios para melhorar isso a cada dia. Enfim, nosso BLOG esta dentro da categoria ” Best Podcast or Video Series ” e assim espero que vocês possam selecionar nosso canal para cada vez mais termos recursos para demonstrar para vocês. Eu sei que a tarefa não é fácil, pois os concorrentes também são conhecidisssímos, mas vamos para a luta ( rsrs!!! )

Para concluir sua votação você necessita escolher os 7 Blogs correspondentes em cada categoria, e no final informar seu nome, email e possíveis candidatos que possam ser indicados, inclusive indicando novamente nosso BLOG :).

Por fim ainda precisa responder algumas perguntas para evitar o grande e conhecido robô, que poderia influenciar nessas votações, portanto responda as equações na ordem (3,141, 59, 26, 53 ) e clique em ” Submit “.

Acesse esse link e faça sua votação!!! Vocês tem até o dia 4 de Janeiro de 2019 para votar, então se quiserem também podem divulgar para suas redes e contatos.

Vale lembrar que também iniciei um projeto com alguns amigos para divulgar maiores informações, entretanto através de outra plataforma denominada como Medium, e nosso blog também está nessa lista para ser eleito. Se vocês não conhecem recomendo dar uma visitada, o qual ele é chamado de TechRebels. Deixe seu voto!!!

Abs,
Rodrigo

BLOG – Top vBLOG 2018 – Estamos participando!!!

Thu, 22 Nov 2018 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar a todos que estamos participando de um evento denominado Top vBLOG patrocinado pela Turbonomic e também a divulgação sendo feito pelo nosso grande BLOG conhecido como vSphere-land do nosso amigo Eric Siebert ( @ericsiebert ).

As votações já iniciaram-se e também estará aberta até o dia 15/12. Dentro dessa eleição temos alguns BLOG Brasileiros cadastrados e gostaria de convidar a todos a fazer essa votação que não leva mais que 1 minuto para fazer sua escolha, com isso você consegue prestigiar as pessoas participantes, bem como também demonstrando que nos brasileiros temos muito espaço dentro desse segmento de compartilhar as informações e divulgar cada vez mais conteúdos técnicos independente de seu segmento tecnológico.

Como comentei temos alguns BLOGs brasileiros e gostaria de informar os participantes para que vocês conheçam e também possam fazer suas votações:

Nesta votação de fato vocês vão escolher 12 BLOGs e criar seu rank através desses 12 Blogs, bem como eleger alguns blogs baseado nas categorias que foram cadastrados, entretanto nosso BLOG eu não cadastrei em nenhuma categoria, portanto vocês vão observar que estou dentro de tópico geral.

Esta analise foi feita baseado no cadastro executado no site do patrocinador, como também algumas regras cobradas no ano 2017, que teríamos que ter mais 10 posts.

Se você ficou curioso em olhar o programa e também ao mesmo tempo votar em nosso BLOG, recomendo ler esse post do Eric, para que vocês possam entender um pouco melhor sobre essas denominações. O link para votação está aqui, clique e valide nosso site. :

Contribua para que possamos nos tornar cada vez mais forte. 🙂

Abs,
Rodrigo

Inscrições para Cisco Champion 2019

Wed, 31 Oct 2018 00:00:00 +0000

Olá Pessoal,

Acredito que muitos que acompanham nosso BLOG devem ter percebido sobre nossa participação aos programas da comunidade, a qual está relacionado aos fabricantes para qual nós temos mais afinidades e de alguma forma ajudamos a contribuir, divulgar conteúdos, tirar dúvidas e fomentar ainda mais o conhecimento nas determindadas tecnologias.

Pois bem, ontem foi aberto mais uma temporada para o programa da Cisco denominado Cisco Champion. Eu iniciei essa empreitada em 2017 onde fui o primeiro brasileiro do programa e agora em 2018 estamos com um total de 4 participantes. Devido a isso neste próximo ano espero contar com mais brasileiros participando do programa, pois sabemos que nossa comunidade Cisco é bem maior do que somente esses 4 participantes.

Aproveito para frizar alguns ítens para que você reflita sobre os questionamentos. Você está prestes a jogar seus dois centavos quando se trata de ajudar as pessoas com seus problemas de tecnologia? Você já passou da meia-noite dando os últimos retoques em seu último post, podcast ou ajudando aquele amigo? O seu laboratório doméstico assusta os vizinhos? Você gosta de dar uma espiada na tecnologia e nos produtos ainda a serem lançados? Pois bem, se você respondeu sim a alguma ou a todas as declarações, temos certeza de que você seria um grande Cisco Champion!

Portanto, gostaria de convocar a todos a se inscrever até no máximo dia 12 de Novembro, que é onde encerram-se suas inscrições tendo assim a divulgação do resultado em Janeiro de 2019. Obviamente as inscrições são analisadas pela equipe da Cisco que participa do programa para avaliar se de fato a sua participação na comunidade é efetiva e de alguma forma você contribui para ajudar a propagar o conhecimento.

Veja o anúncio oficial feito pelo programa Cisco Champion e também você pode preencher seu formulário através do link de inscrição. Se quiser também ficar mais informado siga essas pessoas no Twitter ( @CiscoChampion, @AndiFisher, @BrettShore, @Lauren ).

Se vocês tiverem qualquer dúvida do programa ou tiver dificuldades sobre o preenchimento podem contar comigo!!! 🙂

Abs,
Rodrigo

BLOG – Palestra na Futurecom 2018

Thu, 11 Oct 2018 00:00:00 +0000

Olá Comunidade,

Não sei se todos conhecem, mas anualmente temos uma feira de Tecnologia e Telecom denominada Futurecom, normalmente ela sempre ocorre no mês de Outubro e na cidade de São Paulo, porém já tivemos uma edição que foi executada no Rio de Janeiro.

Neste ano ela irá acontecer durante os dias de 15 à 18 de Outubro na cidade de São Paulo ( São Paulo Expo Center ). Nesta feira iremos ter diversos expositores ( pode consultar a lista ), bem como temos também o Congresso que são sessões, keynotes, painés de debates, estudos de casos, etc. A ressalva que para assistir essas sessões obviamente você terá que ter uma credencial diferenciada, que está de alguma forma atrelada ao tipo de convite que você comprou ou ganhou de algum parceiro.

Estou publicando, pois como sou professor do Senac, fui convidado a dar uma palestra no estande do Senac, que por sua vez será um expositor do evento. Nós iremos estar no BOX F38, para qual o intuito da instituição é divulgar os treinamentos que são lecionados baseado nos fabricantes que somos certificados. Eu estarei presente no dia 18 de Outubro e minha palestra está marcada para as 14:30hs.

Se deseja saber mais sobre as palestras que o Senac irá proporcionar nesse evento, recomendo acessar a pagina do Senac onde está populado todas as sessões com seus respectivos horários. Vale ressaltar que todas essas sessões no estande do Senac são gratuitas, onde será feito apenas um cadastro básico na entrada de cada sessão.

Para quem estiver lá, passe no estande para conversamos e obviamente conhecer alguns de nossos membros. Espero você lá!!!

Abs,
Rodrigo

BLOG – Alcançamos a marca 10K no Mês Setembro

Mon, 01 Oct 2018 00:00:00 +0000

Olá Pessoal,

Apenas passando rapidinho por aqui para divulgar mais uma marca que alcançamos no mês anterior ( Setembro 2018 ) a marca de 10K visitas.

Talvez para muitos isso não significa nada, porém eu tenho que confessar que fiquei muito feliz, pois estavamos batendo sempre na cara do gol. Tenho que agradecer a todos que lê e de alguma forma divulga nosso BLOG para outras pessoas com o intuito de compartilhar informações, eu desse outro lado tenho o mesmo conceito de que as informações devem ser compartilhada para que todos possam ganhar.

Mais uma vez obrigado. 😀

Abs,
Rodrigo

Cisco – Divulgação de Código para Comunidade

Wed, 19 Sep 2018 00:00:00 +0000

Olá Pessoal,

Acredito que todos já devem estar acompanhando os esforços da Cisco em cada vez mais publicar e facilitar essa transição que estamos vivendo de nossa famosa função ” Network Engineer ” para uma cultura um pouco mais abragente de que não devemos apenas ser um ” Native CLI “, e sim ter algumas mãos espalhadas em outras áreas como a de ” Developer “.

Talvez muita gente pode se perguntar ou em vários momentos já entraram em discussões com amigos, professores, chefe, vizinho, etc se nós profissionais da área de Redes devem aprender programação. O que vocês acham? 💡

Vou dar minha opinião ( vocês podem concordar ou discordar ) daquilo que estou vivenciando, bem como o que vocês estão acompanhando no BLOG do que venho apresentando/estudando. De fato, a função de ” Network Engineer ” não vai sumir do mercado e lógico que a função como qualquer outra do mercado de tecnologia ela precisa ir adapatando-se aquilo que estamos trabalhando, ou seja, de fato precisamos acrescentar maiores “ skills ” em nossa função, o qual hoje ela deseja que tenhamos esse conhecimento de programação, mas não se desespere você não precisa ser um ” Expert ” em programação, e sim ter um raciocionio lógico para saber utilizar as facilidades que a programação oferece hoje dentro do mercado e a facilidade que os equipamentos estão oferecendo para que você execute desta forma.

Eu imagino que você possa ter outra percepção, da qual pode imaginar que seu conhecimento adquirido ao longo dessa carreira ou de estudo estão perdendo-se. Novamente volto ao ponto da função de ” Network Engineer ” que ela não vai sumir do mercado, e sim estamos nos adaptando ao mercado, pois o que adianta você saber programar mas não entender como um protocolo de roteamento funcione, ou vice-versa.

Com isso gostaria divulgar um ítem na qual a Cisco esta agrupando alguns códigos que são desenvolvidos em varias plataformas ( especial Github ) e trazendo isso para dentro do programa que ela denominou como ” Code Exchange “. Isso caracteriza que diversos desenvolvedores e colaboradores podem aplicar seu código para dentro dessa plataforma, na qual ele é validado e algumas características são equalizadas para ele possa ser demonstrado nesta plataforma. Como já venho trabalhando em uma situação que acho bem interessante e que pode ajudar algumas pessoas no dia a dia, eu apliquei meu código ( já disponibilizado no github ) e de fato ele foi aprovado e já pode ser visualizado na página. Se quiser visualizar página acesse aqui.

Bom, o quero demonstrar aqui é que você que esta desenvolvendo códigos para melhorar seu dia a dia e queira publicar ( se for permitido ) pode utilizar essa plataforma, bem como também poderemos ter mais pessoas que podem colaborar para seu projeto tendo mais idéias e ajudando a crescer cada vez mais essa facilidade que temos hoje em dia.

Espero que vocês tenham gostado e deixe seus comentário abaixo do que você pensa sobre esse tópico. Nós proximos vou trazer mais idéias sobre esse movimento. 😆

Abs,

Rodrigo

Cisco Champion 2018 – Brazucas!!!

Tue, 30 Jan 2018 00:00:00 +0000

Olá Pessoal,

Como vocês devem ter percebido a divulgação do Cisco Champion foi publicada recentemente, e tenho uma pendência com nossa comunidade de informar nossos Brazucas que entraram para o programa.

De fato, depois de fazer varias divulgações e convocar os brasileiros ainda acho que temos poucos brasileiros no programa, pois acredito que temos muitas pessoas que publicam e divulgam diversos conteúdos nos meios digitais ( Telegram, BLOGs, Facebook, Twitter, etc ). Entretanto, fico feliz pois consegui trazer mais 3 Brasileiros para o programa e agora somos 4 no total…uhhhhhh!!!

Vamos movimentar essa comunidade no Brasil e balançar esses gringo mostrando que aqui em nosso país ( comunidade ) temos muito agregar a todos esses integrantes.

Enfim, de fato não temos uma lista dentro da sala que somos inseridos no portal da Cisco, mas temos já atualizado uma lista dos integrantes no Twitter com todos os selecionados no programa de 2018. Você pode conferir a lista do Cisco Champion 2018.

Para resumir segue abaixo os três integrantes adicionais selecionados e as informações para vocês seguirem esses novos Cisco Champion.

Brainwork ( Andre Ortega ) – BLOG ( www.brainwork.com.br ) – Twitter ( @brainworkblog )
Theroute2null0 ( William Neumann ) – BLOG ( www.theroute2null0.com ) – Twitter ( @williamrn3 )
Alexandro Prado ( Alexandro Prado MVP ) – BLOG ( www.alexandroprado.com ) – Twitter ( @alexandroprado )

Vamos desejar boas vindas esses novos integrantes, espero que próximo ano eu possa publicar uma lista bem maior. 🙂

Abs,
Rodrigo

Cisco Champion 2018

Fri, 19 Jan 2018 00:00:00 +0000

Programa Cisco Champion

Olá Pessoal,

Eu recebi essa noticía ontem a noite ( 18/01/2018 ), na qual saiu as notificações sobre o programa Cisco Champion. De fato, eles ainda fizeram somente a notificação por e-mail para as pessoas que se cadastraram e não temos ainda uma lista totalmente publicada na comunidade. Porém, já gostaria de notificar que eu fui escolhido pelo segundo ano como um Cisco Champion 2018.

Desta forma fico muito orgulhoso e espero representar bem vocês nessa conquista. #CiscoChampion

Durante o dia ou assim que eu receber mais informações eu notifico todos. Já fiquei sabendo que aumentou a quantidade de brasileiros. Uhhhhh. 🙂 🙂

Abs,
Rodrigo

Resumo 2017

Sun, 31 Dec 2017 00:00:00 +0000

Olá Pessoal,

Enfim, chegamos em mais um final de ano, e claro não podemos esquecer sobre tudo aquilo que realizamos. Desta forma, venho aqui para trazer um pouco do que aconteceu este ano em nossa comunidade, bem como o que nosso BLOG trouxe para todos nós.

Primeiramente tenho que dizer que tivemos um aumento significante de acesso ao nosso BLOG.

Eventos – Posts – Conquistas

Nosso BLOG foi escolhido no programa da Cisco, onde ele é chamado de ” Cisco Champion “, e o mais fantástico é que eu sou o primeiro brasileiro a participar desse programa onde ele iniciou-se em 2012.
Eu fiz minha prova de VMware ( Vsphere 6.0 ).
Inicie minha jornada para colocar meu primeiro curso online na plataforma da Udemy e tenho que declarar vem me surpreendendo cada vez mais, onde hoje já estou com 1041 alunos ( 9 meses após publicação ).
Participei em mais um ano do Congresso OnLine de TI.
Nosso BLOG também foi escolhido pelo programa da VMware, onde ele é chamado de ” VExpert “.
Participei de algumas entrevistas online dentro de nossa comunidade ( Homelaber TV e do Congresso Online ).
Iniciamos uma serie nova de posts para aprendermos juntos sobre esse mundo DevOps, focando em uma distribuição software livre da RedHat chamada de Ansible.
Uma variedade de posts para explicar sobre essas novas tendências ( API, SDN, Automação ).

Para 2018, espero trazer muito mais novidades para vocês que acompanham nosso BLOG, bem como, para meus alunos com novidades em nosso treinamento trazendo assim mas facilidades para meu treinamento. Espero também refazer minha re-certificação do CCIE e trazer muito mais conteúdo para vocês sobre essas novas tendências, e claro não deixando de lado nosso lado técnico.

Espero que você continue participando e acreditando que em nosso próximo seremos melhores!!! 🙂

Abs,
Rodrigo

Inscrições Cisco Champion 2018

Mon, 06 Nov 2017 00:00:00 +0000

Olá Pessoal,

Como é de conhecimento de todos nosso BLOG foi nomeado Cisco Champion 2017, conforme nosso post no inicio de 2017.

Pois bem, como mencionado infelizmente temos apenas um brasileiro ( EU 😆 ) , ou seja, isso não pode ficar assim para ano de 2018, já que temos varias pessoas que representam muito bem nossa área, bem como escreve e participa de nossas mídias divulgando conteúdo Cisco ou de qualquer conteúdo relacionado a nossa área de tecnologia.

Portanto, gostaria de convocar a todos a se inscrever até no máximo dia 24 de Novembro, que é onde encerram-se suas inscrições tendo assim a divulgação do resultado em Janeiro de 2018. Obviamente as inscrições são analisadas pela equipe da Cisco que participa do programa para avaliar se de fato a sua participação na comunidade é efetiva e de alguma forma você contribui para ajudar a propagar o conhecimento.

Para que você veja o anuncio oficial consulte o link do BLOG Cisco Champion ou verifique na pagina de nossa comunidade do Cisco Champion.

Vale ressaltar que esse programa traz alguns benefícios que está relacionado a uma sala de bate papo no Spark com todos os Champions, um espaço reservado para nossa comunidade onte temos discussão diversos tópicos, Webinar antes de algum lançamento de produto para que possamos divulgar na data do lançamento, pesquisa sobre alguns produtos da Cisco, etc.

Se você tiver alguma dúvida sobre o programa ou da forma que você deve se cadastrar me notifique que posso explicar mais sobre o programa ou ajudar na questão do cadastro.

Venha participar comigo e ajudar a crescer a quantidade de Brasileiros nessa comunidade.

Att,
Rodrigo

Ansible – Validação de Configuração – Parte 2

Thu, 26 Oct 2017 00:00:00 +0000

Olá Pessoal,

Conforme em nosso post anterior, hoje iremos tratar de um outro parâmetro, com o intuito de fazer validação das configurações em nossos equipamentos Cisco.

Baseando-se em nossas menções a configuração que iremos “confrontar” será a diferença que temos na “running-config” com nosso arquivo base ( intended ), ou seja, nesse post iremos agora mostrar o que temos de comandos adicionais na configuração que não esta presente em nosso arquivo padrão.

Vale lembrar que essa comparação será linha à linha, ou seja, para que isso faça mais sentido o ideal que você já tenha um template padrão de sua infra-estrutura aplicado para seus equipamentos, bem como, já tenha um histórico de armazenamento de configurações para começar a “confrontar” as configuração. É claro, que se você não tem, o importante é iniciar seu processo para backup de configuração ou criar políticas para que esse processo entre em produção, assim posteriomente, você pode revalidar suas configurações com o desejo de encontrar algo que foi alterado e que não deveria. 😉

Enfim, vamos ao nosso playbook onde iremos criar a validação. Devido ao teste eu acabei criando um processo anterior nesse script, baseando-se em configurações já apresentadas em posts anteriores sobre criação do “running-config“, devido a isso, eu apenas importei esse script para nosso playbook com a intenção de conseguir criar o arquivo inicial, e após isso, criar duas situações para comparar o antes e depois da mudança em nossa configuração do roteadore CSR1000V.

Segue abaixo nossa playbook

---
- hosts: all
  connection: local
  gather_facts: no

  tasks:
  - name: OBTAIN LOGIN CREDENTIALS
    include_vars: secret.yaml

  - name: Fill vars
    set_fact:
      provider:
        host: "{{ ansible_host }}"
        username: "{{ creds['username'] }}"
        password: "{{ creds['password'] }}"
        auth_pass: "{{ creds['auth_pass'] }}"

  - name: Capture running-config
    ios_command:
     provider: "{{ provider }}"
     commands:
        - show running-config
    register: running
    
  - name: Check that file exist
    stat:
      path: /home/rodrigo/Documents/ansible/IWAN Project/backup/{{ inventory_hostname }}_running.txt
    register: result_file

  - name: Save output running-config
    copy:
      content: "{{ running.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/IWAN Project/backup/{{ inventory_hostname }}_running.txt"
    when: result_file.stat.exists == False

  - name: Compare running-config with intended file
    ios_config:
      diff_against: intended
      provider: "{{ provider }}"
      intended_config: "{{ lookup('file', '/home/rodrigo/Documents/ansible/IWAN Project/backup/{{ inventory_hostname }}_running.txt') }}"
    register: test_diff

  - name: Take running-config and sets it to a variable called *before*
    set_fact: before="{{ test_diff['diff']['before'].split('\n')}}"
    when: test_diff['diff'] is defined

  - name: This takes the intended_config and sets it to a variable called *after*
    set_fact: after="{{ test_diff['diff']['after'].split('\n')}}"
    when: test_diff['diff'] is defined

  - name: Create a line-to-line diff of running-config to intended_config
    set_fact: difference="{{ after | difference(before) }}"
    when: test_diff['diff'] is defined

  - name: sanitized output "Lines added to running-config that are not present in intended_config"
    debug:
      var: difference
    when: test_diff['diff'] is defined

No primeiro momento vocês podem observar que minha pasta não contém o arquivo, pois é a primeira vez que irei executar minha playbook. Após executar, vocês podem observar que tenho a mensagem de “ change ” em nosso “ log ” e consequentemente vamos observar que foi populado um novo arquivo em nosso servidor local ( ansible server ). \

Após criação de nosso arquivo, nesse momento é efetuado alteração em meu roteador ( running-config ) criando um usuário adicional, para que assim possamos validar as diferenças de configurações que existem entre nossas bases. Segue abaixo:

Com isso vocês agora podem observar que foi criado uma lógica de validação em relação ao meu arquivo de configuração ( running-config ), para que após a execução pela primeira vez da running-config ele não fique sobrescrevendo meu arquivo, para que desta forma, ela seja, minha configuração base ( intended ) que vou comparar posteriormente com o running-config. Abaixo você pode observar que existe uma ação ( skipping ) que é o momento de validação do arquivo existente, sendo que minha váriavel agora é ” True ” devido a isso minha tarefa em nossa playbook, não sera de fato executada ( gravar um novo arquivo ).

Podemos também observar outras ações que estão ocorrendo que é justamente as menções de diferenças entre os arquivos, que é demonstrador através do ” before ” e “ after “. Para que vocês possam entender o que representa output em azul trazendo numeros é simbolo é recomendado que visualize esse link.

Após todo essa validação o ideal que você faça as comparações do antes e depois de forma mais prática para seu output, pois, você pode obter linhas que de fato são adicionais em seu output, mas que de fato não foram alteradas. Devido a isso, foi necessário criar uma revalidação e ” sanitizar ” output utilizando as variáveis “ before ” e ” after ” para que possamos no final visualizar somente a linha que eu adicionei no running-config. Com esse output podemos concluir que de fato agora tenho uma alteração em meu equipamento que não deveria estar contido nele.

Espero que esse playbook possa dar um dinamismo maior para sua infra, na qual você precisa validar se algo foi alterado ( change ) em seu equipamento e que de fato posso ter impactado algum incidente reportado posteriomente sua change. Vale lembra que aqui estamos fazendo os testes em apenas 1 equipamento para qual a ideia é que isso possa ser escalonado dentro de seu ambiente. 😀

Abs,
Rodrigo

Reunião VMUG SP – Outubro 2017

Thu, 21 Sep 2017 00:00:00 +0000

Olá Pessoal,

Gostaria divulgar para as pessoas que não conhecem sobre a comunidade VMUG. Bem, como vocês podem perceber é uma comunidade de usuário de VMware ( VMware User Group ).

Mas podem acreditar essa comunidade, não necessariamente precisa falar de VMware, ou seja, os encontros que acontecem não tem foco totalmente em produtos VMware, mas sim o conceito de comunidade que teria o principio disseminar o conhecimento e propagar as informações de uma maneira mais simples e fácil para as pessoas, obviamente fazendo nosso networking e agregando o conceito de virtualização.

Se deseja conhecer mais sobre o programa recomendo ler o post publicado pelo VMUG Leader de SP, que explica com maiores detalhes sobre todo esse processo e de que forma a comunidade trabalha.

Porquê eu fiz essa introdução ao programa, justamente para divulgar sobre a próxima reunião que irá ocorrer agora em Outubro ( 05/10/2017 ) às 18:30hs.

Eu fiz meu cadastro para ser palestrante nesse mês, vamos ver se é aprovado. Mas, em todo caso se desejar fazer inscrição entre no site do VMUG SP.

Abs,
Rodrigo

Ansible – Arquivo Usuário e Senhas

Wed, 12 Jul 2017 00:00:00 +0000

Olá Pessoal,

Como venho detalhando aos poucos nossa solução sobre Ansible, hoje venho aqui mencionar sobre uma dica para sua estrutura autenticação de usuário/senha para seus equipamentos, ou seja, desta forma fica mais prático no sentido de colocar seus usuarios unificados ou posteriormente vou detalhar sobre a criação de ” roles ” para acesso ao seus equipamentos.

Vocês podem ter observado a extensão que é utilizada pelo Ansible é definido como ” .yaml ” ou podemos verifcar em alguns casos arquivos salvos como ” .yml “. Definitivamente essa discussão pode ir longe, porém as duas extensões são praticamente a mesma coisa, porém hoje devido a estar mais consistente sempre iremos definir nossos arquivos como ” .yaml “. Vale ressaltar que a linguagem YAML não é de marcação.

Desta forma vamos criar nosso arquivo de senha, para que depois em nossos próximos posts, vou referenciar “ chamar ” esse arquivo para execução dele, fazendo assim o acesso aos meus equipamentos. Em nosso caso vou definir esse arquivo como sendo secret.yaml.

---
creds:
  username: rodrigo
  password: rodrigo
  auth_pass: rodrigo

Como podem observar todo arquivo que vamos criar a extensão “ .yaml ” sempre iniciará com ” — “, devido a este ponto na incialização do arquivo, a linguagem interpreta que é uma execução, e com isso conseguimos referenciar pelo nome em nosso arquivo que será construido chamando de playbook.

Vale lembrar para você que não viu nosso posts anteriores, recomendo para que você possa montar seus testes. 😉

Abs,
Rodrigo

Mudanças para o CCIE / CCDE – Written e LAB

Thu, 23 Feb 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma notificação para os estudantes que estão estudando forte para a prova do CCIEe CCDE. Ontem a Cisco fez o anuncio da forma que ela vai trabalhar nas atualizações de suas provas para todas as torres de certificações Expert.

Segue abaixo uma explicação sobre essas atualizações:

Baseando-se na informação acima o que teremos de alteração é que anualmente será criado sub-versões com pequenas alteração nos conteúdos ( blueprint ) tendo em vista a renovação tecnológica que anualmente ocorre em nosso mercado. E a cada 3 ou 5 anos teremos uma mudança completa da prova, lembrando que isso aplica-se para prova Written e de Laboratório. Quem está na trajetoria para certificação Service Providerserá a primeira a experimentar esse novo conceito.

Eu sinceramente entendo esse ponto em termos essas alterações, porém eu menciono que concordo 50 / 50 onde consigo visualizar pontos positivos e negativos nessa nova abordagem. O que vocês acham?

Segue o link para consulta dessa notificação do CCIE Agile.

Abs,
Rodrigo

Cisco Champion 2017

Tue, 07 Feb 2017 00:00:00 +0000

Olá Pessoal,

Eu recebi essa noticía na última sexta-feira, mas devido a correria estou escrevendo apenas hoje. Vocês já devem estar percebendo que foi incluido em nosso tema um ” badge ” relacionado Cisco Champion 2017. Nossa o que é isso?

Basicamente é um programa que a Cisco promove todo ano ao seus contribuidores, que difundem as idéias e compartilha de um modo geral para as comunidades seus conhecimentos e ideias das mais atuais ferramentas e tecnologia, oferecendo assim seu tempo para que todos possam crescer junto em nossa comunidade.

Para que você possa entender um pouco mais sobre o programa acesse o CiscoChampion site, onde suas perguntas podem esclarecer-se um pouco mais na aba FAQ.

Enfim, depois de tudo isso tenho a imensa novidade de anunciar que esse ano eu fui escolhido para ser um integrante desse time, e assim desfrutar de alguns pontos interessantes que temos no programa. Com certeza, essa conquista não é feita de apenas um integrante, mas sim de todos vocês que de alguma forma contribui para que eu possa continuar escrevendo e repassando o conhecimento que venho adquirindo durante toda a minha carreira.

Desta forma fico muito orgulhoso e espero representar bem vocês nessa conquista. #CiscoChampion

Logo abaixo vocês podem acompanhar no twitter a hash tag.

#CiscoChampion Tweets\

Abs,
Rodrigo

Boas Festas e Feliz 2017!!!

Sat, 24 Dec 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de deixar um muito obrigado por mais esse ano, onde passamos por muitas transformações e agradecer a todos por nos acompanhar e fazer com essa comunidade cresça cada vez mais, trazendo assim mais informações a todos.

Espero que para o proximo ano, mais novidades venha a surgir em nosso BLOG, bem como em nossas midias sociais, e que para todos aqueles que já estão pensando em seus objetivos que eles se realizem conforme nossos esforços e dedicação.

Desejo a todos um FELIZ NATAL e um FELIZ ANO NOVO!!!

Abs,
Rodrigo

Finalizado o Desafio – vDM

Mon, 05 Dec 2016 00:00:00 +0000

Olá Pessoal,

Depois de alguns dias sem escrever nada em nosso BLOG, gostaria de passar por aqui para falar um pouco sobre essa experiência que obtive com esse desafio, que até o momento estou espantado por participar nesse primeiro ano e já ter conseguido atingir a meta que era de escrever 30 posts em 30 dias.

Como todos falam e escrevem, parece ser fácil, mas não é. Durante o mês de novembro fiquei pensando em todos os dias o que eu poderia compartilhar com a comunidade para que o post fosse produtivo e interessante, no intuito de atrair atenção das pessoas e trazer mensagens que fossem do nosso dia a dia, bem como ajudar a melhorar os conhecimentos e analise de tecnologias.

Pois então, em alguns momentos os posts não foram técnicos o suficiente, em outros eles foram de algumas notificações para que eu pudesse gerenciar meu tempo para conseguir escrever outro post para o dia seguinte e que fosse mais detalhado e atrativo. Enfim, consegui tirar posts que já estavão como ” drafts ” a muitos meses, e devido a esse desafio, parei e pensei preciso finalizar esses posts para agregar em nosso repertório.

Para quem não conseguiu acompanhar todos os posts, eles podem ser visualizados através do link https://ciscoredes.com.br/tag/vdm30in30/

Eu tenho agradecer ao Valdecir pelo convite e também blogueiro de nossa comunidade ( www.homelaber.com.br ) e ao grande criador desse desafio Eric Wright ( http://discoposse.com/ ) que está relacionado ao 4° Ano do programa Virtual Design Master.

Abs,
Rodrigo

BLOG com HTTPS

Sat, 26 Nov 2016 00:00:00 +0000

Olá Pessoal,

Acredito que nem todos tenham percebido alteração que tivemos em nosso BLOG, mas gostaria de notificar, pois acredito que é um dos primeiros a ter um certificado digital operacional garantindo assim a integridade das informações entre o usuario e o servidor de aloção, dando assim confiança maior ao nossos participantes do BLOG.

Veja a informação:

Nos USA isso é uma pratica comum, onde muitas das vezes quando você consulta qualquer BLOG todos utilizam um certificado digital, porém no Brasil não visualizamos muito essa pratica. Porque você acha que não temos muito essa utilização no Brasil?

Deixe seus comentários!!!

Abs,
Rodrigo

EtherChannel – Configuração – Parte 2

Thu, 17 Nov 2016 00:00:00 +0000

Olá Pessoal,

Como vimos anteriormente sobre os padrões que temos para o etherchannel, nesse post vou trazer uma topologia inicial, bem como alguns outputs para demostrar o estado de cada interface e suas caracteristicas. Vale lembrar que nesse primeiro momento, iremos fazer o etherchannel em Layer 2, e com o decorrer dos posts vou citar as configurações e alterações que precisamos fazer para trabalhar em Layer 3.

Segue nossa topologia para analise:

Nesse cenario o que vamos implementar seria:

SW1 = todas as portas habilitas para LACP em modo active e passive
SW2 = portas definidas para LACP em modo active e portas definidas para PAgP em modo desirable
SW3 = portas definidas para LACP em modo active e portas definidas para PAgP em modo auto

Com isso segue as configurações abaixo:

Desta forma estou apresentado as configurações como explicado em nossa tabela do post anterior. Assim podemos levantar as validações após as configurações executadas e garantir nosso ” bundle ” de conexão física.

Status sobre a negociação das portas e o protocolo que foi negociado entre suas respectivas portas.
Legenda para a interpretação de nosso log, demonstrando que estamos em Layer 2 em uso.

No grupo 3 temos a negociação em PAgP com o uso em Layer 2 e portas ativas.

Para que possamos validar a troca de pacotes que estão acontecendo entre as pontas remotas, gostaria deixar dois exemplos capturados no Wireshark para vocês avaliarem os campos utilizados para definir as configurações exercidas em cada equipamento. Neste exemplo observamos as FLAGS do inicializador e do receptor dessas informações.

Neste exemplo temos a função do PAgP sendo trocada entre seus vizinhos.

Espero que vocês tenham gostado e nos aguarde com mais detalhes sobre o etherchannel.

Abs,
Rodrigo

EtherChannel – Configuração – Parte 1

Tue, 15 Nov 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de iniciar um novo tópico que esta sendo cobrando em nossas provas do CCNA. Com a última atualização, alguns ítens adicionais foram adicionados para o CCNA, trazendo assim mais conteúdo sobre o conceito e configuração do Etherchannel. Para isso, vamos detalhar alguns pontos sobre essa tecnologia. Um dos pontos para pensarmos que o etherchannel não tem apenas o conceito de aumentar o throughput de conectividade entre os dois equipamentos, mas também podemos pensar nos quesitos sobre resiliência entre esses dois vizinhos.

Basicamente temos duas formas de trabalhar com o Etherchannel, onde teríamos dois padrões:

LACP ( Link Aggregation Control Protocol ): Protocolo padrão IEEE, disponível quase todos switches gerenciáveis.
PAgP ( Port Aggregation Protocol ): Protocolo disponível em equipamentos Cisco

Nesse contexto existem algumas particularidades que precisamos nos atentar em relação ao tipo de configuração que será aplicado em cada porta. Logo abaixo você verá os tipos de configurações que podem ser configuradas, dependendo de qual padrão estamos utilizando:

Vale ressaltar, também que temos configurar ambas as pontas no mesmo padrão, senão se uma determinada ponta ficar em padrão distinto nosso canal etherchannel não irá negociar, por consequencia não teremos nossa conectividade com uma banda maior ou a criação de caminhos redundantes.

Com isso, vamos para nossa nossa linha de configuração:

Para configuração de varias interfaces físicas, bem como para demonstrar a configuração da porta para trunk.

CiscoRedes(config)#interface range gigabitethernet 1/0/4 – 5 CiscoRedes(config-if-range)#channel-group 1 mode on CiscoRedes(config-if-range)#switchport trunk encapsulation dot1q CiscoRedes(config-if-range)#switchport mode trunk
CiscoRedes(config)#interface gigabitethernet 3/0/3 CiscoRedes(config-if)#channel-group 1 mode on CiscoRedes(config-if)#switchport trunk encapsulation dot1q CiscoRedes(config-if)#switchport mode trunk

Porém, você poderia estar pensando. Eu não posso fazer isso em interfaces que somente serão de acesso? Sim.

CiscoRedes(config)# interface gigabitethernet2/0/1 CiscoRedes(config-if-range)# switchport mode access CiscoRedes(config-if-range)# switchport access vlan 10 CiscoRedes(config-if-range)# channel-group 5 mode active CiscoRedes(config-if-range)# end
CiscoRedes(config)# interface gigabitethernet2/0/4 CiscoRedes(config-if-range)# switchport mode access CiscoRedes(config-if-range)# switchport access vlan 10 CiscoRedes(config-if-range)# channel-group 5 mode active CiscoRedes(config-if-range)# exit

Logo mais irei trazer maiores descritivos sobre essa tecnologia. Aguardem!!!

Abs,
Rodrigo

BLOG Cisco Redes – Forum

Sun, 13 Nov 2016 00:00:00 +0000

Olá Pessoal,

Eu já havia mencionado sobre nossa ferramenta de forum anteriormente, mas gostaria novamente de reforçar sobre esse canal que temos. Nele temos diversas sala que eu criei para que possamos discutir os assuntos de nosso dia a dia, bem como tirar nossas dúvidas junto com nossa comunidade que cresce a cada dia.

Não temos todos os assuntos divididos por sala, mas conforme houver a necessidade eu irei criar mais salas, assim focamos nos tópicos mais importante. Vale lembrar, que precisa se cadastrar, então acesse esse link.

Espero vocês!!!

Abs,
Rodrigo

DMVPN – Resumo Vídeos Aulas

Sat, 12 Nov 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer para vocês a playlist das aulas que explico sobre o DMVPN.

Subscribe to my channel

Aula 1 - Topologia DMVPN

Aula 2 - Tunnel GRE

Aula 3 - DMVPN Phase 1

Aula 4 - DMVPN Phase 2

Aula 5 - DMVPN Phase 3

Aula 6 - Sumarização DMVPN - Phase 3

Aula 7 - Sumarização DMVPN - Phase 2

Aula 8 - DMVPN - OSPF Phase 1

Aula 9 - Mapeamento OSPF Estatico - Phase 1

Espero que gostem e logo mais irei adicionar mais vídeos nessa playlist, pois esse conteúdo é extenso.

Abs,
Rodrigo

Entrevista ao Congresso On-Line TI

Fri, 05 Aug 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês a entrevista que fiz com o Rafael Libâno para o Congresso On-Line de Ti. Nessa entrevista batemos papo sobre a evolução da minha carreira profissional, tópicos sobre a certficação Cisco e sobre nosso mercado atual. Vale a pena conferir!!

Abs,
Rodrigo

Prêmios e Brindes = Estudos

Thu, 04 Aug 2016 00:00:00 +0000

Olá Pessoal,

Conforme informado anteriormente iremos sortear dois premios para os participantes de nosso BLOG relacionado ao evento que cobrimos em Las Vegas . Esse premio esta atrelado a descontos em qualquer compra no site Cisco Press ( www.ciscopress.com )

Esse premio oferece desconto de 60% em compras de e-books, Videos na maior biblioteca da Cisco, ou seja, todos os livros publicados são autorizados pelo fabricante para a divulgação das informações. Todos os profissionais renomados são escritores desse livros, trazendo assim todos os detalhes de cada tecnologia. Segue abaixo os descontos.

Para que vocês possam participar foi lançado uma promoção no facebook onde temos uma meta para atingir. Veja as regras através desse link ( https://www.sorteiefb.com.br/tab/promocao/576981 ) e participe. Quanto mais rapido atingirmos nossa meta, mais rapido você recebera seu premio.

Abs,
Rodrigo

Hangout – Esclarecimentos da nova Prova CCNA

Wed, 20 Jul 2016 00:00:00 +0000

Olá Pessoal,

Ontem fiz hangout online para esclarecer sobre os novos tópicos da prova CCNA ( 200-125 ), que será iniciada à partir de 20/8.

Nessa vídeo explico quais são os itens novos adicionados e os tópicos reduzidos/removidos da antiga prova CCNA. Quem não pode participar segue nossa video em nosso canal do Youtube.

Quem não deu seu subscriber aproveite que teremos novidades logo mais. Acompanhe nosso BLOG e nosso canal do Youtube.

Abs,
Rodrigo

BLOG Cisco Redes no Cisco Live – Las Vegas

Wed, 29 Jun 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já ouviram falar sobre esse mega evento da Cisco, chamado de Cisco Live!.

Esse evento é um dos maiores na indústria de TI/Telecom e o principal destino de educação e formação da Cisco para profissionais de TI/Telecom em todo o mundo. No Cisco Live a comunidade traz suas habilidades e apresenta as novas tecnologias que são tendência no mercado, dando a oportunidade de fazer um face a face com engenheiros e gestores, além de webcasts ao vivo, treinamento sob demanda focado em produtos Cisco, soluções e serviços, bem como laboratórios para execução das provas de certificação.

O que gostaria de notificar vocês é que teremos a participação de um amigo Tiago Souza representando nosso BLOG nesse mega evento. Tiago é um profissional que atua na área de Tecnologia há 15 anos, com vasto conhecimento em tecnologias WAN, LAN e Wireless. Veja seu profile no linkedin.

Tiago irá participar de diversas Breakout Sessions (Sessões Técnicas) dos mais diversos tópicos tendo como ênfase Wireless (mobility) e irá executar uma prova para renovação de suas certificações. A ideia seria trazer novidades para nós do BLOG através de posts, vídeos, fotos e alguma entrevista on line.

Futuramente vamos divulgar uma agenda das sessões que irá participar e assim poderemos ter entrevistas e videos sendo mostrado ao vivo desse mega evento.

Segue alguns links para que vocês conheçam o evento:

Um dos ítens que criamos é nosso twitter dedicado ao BLOG, onde será divulgado todas as atualizações sobre o evento. Vocês podem acompanhar via @blogciscoredes.

Aguardem as novidades!!!

Abs,
Rodrigo

Congresso On-Line TI – 2016 – 4° Edição

Fri, 27 May 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar mais um evento que vou participar, e que já havia participado na 2° Edição. Agora volto para a4° Edição.

Nessa edição o foco do Congresso está mais voltado para trazer informações sobre Carreira e Oportunidades, onde dentro desse contexto teremos diversos temas que serão abordados pelos especialistas. Toda a programação do evento pode ser consultada através desse link.

Como eu não poderia fugir daquilo que mais gosto, escolhi falar sobre ” Carreiras e Certificações Cisco “. Nessa palestra vou trazer informações sobre:

Mercado Brasileiro de TI
Torres de Certificação Cisco
Mercado para Cisco
Dia a Dia de um profissional que trabalha com Cisco
Caminhos para a certificação CCIE.

Minha palestra será no dia 07/06 😆. Anote em sua agenda e aproveite para pegar as dicas.

Para participar, vocês precisam fazer o cadastro, na qual as inscrições são gratuitas. Confira, escolha as palestras que mais atraem e aproveite as dicas.

Abs,
Rodrigo

Torres de Certificações Cisco

Sat, 21 May 2016 00:00:00 +0000

Olá Pessoal,

Resolvi fazer uma video curta e rapida apenas para explicar sobre as torres de certificações Cisco. Nela explico sobre as varias torres de tecnologia baseadas em níveis de certificação.

Confira abaixo e também pode conferir em nosso canal .

Abs,
Rodrigo

Pesquisa sobre IPv6

Thu, 19 May 2016 00:00:00 +0000

Olá Pessoal,

Conversando com diversas pessoas, percebo que a ideia sobre IPv6 ainda é grande misterio, na qual todos ainda tem muitas dúvidas sobre como esse assunto vai efetivamente progredir e se temos a propria necessidade de ter essas implementações em ambientes de LAN e consequentemente em WAN.

Resolvi fazer uma pesquisa para capturarmos essas informações e posteriomente trabalhar elas de uma forma para ir guiando o que é a real necessidade. É um questionario simples na qual você não irá gastar mais de 5 minutos, depois com essas informações vou postar os resultados e desta forma vamos trabalhar para divulgar mais informações especificas. Segue o form abaixo:

Loading…

Nesse projeto pretendemos caminhar juntos com um amigo que está iniciando seu BLOG que será dedicado a IPv6. No momento seu site esta em construção, mas segue o link.

Abs,
Rodrigo

Telegram – Grupo Cisco Redes

Mon, 02 May 2016 00:00:00 +0000

Olá Pessoal,

Conforme mencionando anteriormente, estamos trazendo cada vez mais novidades para nosso BLOG e estava trabalhando para que cada vez mais a facilidade de divulgação de informação e a interação com o comunidade seja cada vez mais prática, onde possamos nos aproveitar das tecnologias que nos rodeia, desta forma venho aqui falar um pouco sobre o Telegram ( isso concorrente do What’s up).

Essa ferramenta consegue nos oferecer algumas facilidades de interação e integração com outras tecnologias, onde a forma de propagação desse meio seja muitas vezes de forma mais efetiva, ou seja, sempre caindo nas questões de mobilidade. Esse app é dedicado para plataforma mobile, onde até o presente momento não teremos nenhuma interação via web-browser, e vale ressaltar é um app ” free “.

Nos aqui do BLOG temos um canal criado no Telegram, que através dele podemos nos comunicar rapidamente dentro de nossa comunidade, bem como receber as ultimas atualizações que são postadas em nosso BLOG.

Nosso canal de criação é visulizado através desse link, entretanto para que você faça parte dessa comunidade você precisa instalar o app em seu mobile, fazer a pesquisa por ciscoredes, e associar ou nosso canal @ciscoredes.

Aproveitando oportunidade devido alguns problemas judiciais ( não vamos entrar na questão ) sobre o What’s Up, essa ferramenta é muito grandioso, onde oferece diversos recursos adicionais onde não temos implementado em seu concorrente.

Entre para nosso canal e vamos desfrutar desse meio de comunicação.

Abs,
Rodrigo

SLACK – Forum

Wed, 27 Apr 2016 00:00:00 +0000

Olá Pessoal,

Anteriormente nos estavamos utilizando nosso Forum atraves do phpbb3, entretanto como vocês viram em meu post anterior tive alguns problemas e como havia trazido essa nova ferramenta já anunciada em nossa fan page, gostaria novamente agora de mencionar em nosso BLOG sobre o SLACK.

A idéia é utilizar ela para que possamos discutir juntos, assim sendo como um grupo por sala, onde todos podem ir acompanhando os debates e conforme a necessidade de assuntos vou criando novas salas para segmentarmos o conteúdo.

Essa ferramenta é possivel utilizar também nos aparelhos móveis ( Android e iOS ), sendo assim podemos atender dentro das necessidades de mobilidade para acesso e discussão.

Segue uma tela via desktop e via Android:

Para acessar a ferramenta acesse através do link SLACK ou através de nosso widget.

Abs,
Rodrigo

Outage BLOG – Agora estamos no ar!!!

Tue, 26 Apr 2016 00:00:00 +0000

Olá Pessoal,

É bem provável que vocês haviam percebido que desde de setembro do ano passado estavamos fora com nosso BLOG. Devido a outros fatores particulares ( execução da minha prova para o CCIE ) eu acabei não conseguindo dar atenção para esse problema.

Basicamente, eu tive um problema com o provedor que estava hospedando o site e infelizmente não consegui restaurar todos os paramentros que já estavamos utilizando. Entretanto, todo o banco de dados do BLOG foi possivel restaurar e desta forma não perdemos nossos posts, para qual já estamos chegando à 200.

Se for observar tendo apenas um contribuintes esse número é interessante baseado desde criação desse canal ( 2012 ), onde temos várias video aula publicadas em nosso canal do YouTube. Alguns ajustes ainda estão sendo organizados, mas acredito mais dois dias já esteja tudo correto.

Enfim, gostaria de pedir desculpas aos nossos leitores devido esse problema enfrentado durante esses meses, mas o interessante que estamos de volta e já estamos com algumas novidades para trazer para vocês e logo mais já teremos mais video aula para divulgar a vocês.

Continuem acompanhando nosso canal e nossas midia sociais. 🙂

Abs,
Rodrigo

Cisco Live Magazine – Edição 18 – 2016

Mon, 25 Apr 2016 00:00:00 +0000

Olá Pessoal,

Segue mais uma edição da revista Cisco Live, na qual temos tópicos para falar sobre Big Data, estudos sobre crescimento da rede móvel, etc.

Veja os principais tópicos:

» ESPECIAL EDUCAÇÃO: O processo e os primeiros resultados da digitalização do ensino e da infraestrutura de serviços em escolas, universidades e institutos de pesquisas.

» A REINVENÇÃO DA TELEFONIA MÓVEL: Telcos encontram na virtualização das redes uma alternativa para garantir os investimentos.

» CAMINHO SEM VOLTA: Evento internacional mostra que varejo já se convenceu da importância de ter o Big Data e o Analytics como aliados.

Segue abaixo a edição completa da revista.

Abs,
Rodrigo

CCNA Store – Venda seu equipamento

Tue, 24 Mar 2015 00:00:00 +0000

Boa Noite Pessoal,

Não sei se todos viram os anúncios feitos pela Cisco, sobre essa nova iniciativa onde o principal papel é divulgar a marca, e com certeza oferecer maiores possibilidades para as pessoas que queiram atuar como empreendoras, e seguir com seu próprio negócio sem necessitar de nenhum outro grande parceiro.

O que isso quer dizer?

Não é mais necessário procurar uma Revenda, se você é CCNA e gostaria de trabalhar por sua própria empresa ou mesmo aumentar sua renda mensal, basta cadastrar-se no Portal,criar seu portfólio de clientes e expandir os seus lucros.

A margem de lucro é bem interessante, para se ter uma idéia, de uma venda de R$ 4.000,00 em equipamentos, o CCNA responsável pela transação pode embolsar até cerca de R$ 700,00 em comissão. Mas não só isso, pois o sistema permite ao Empreendedor embutir a sua mão-de-obra no orçamento, permitindo que o CCNA defina qual o seu lucro total na venda dos produtos.

Para obter maiores informações acesse o site http://ccnastore.com.br/

Obs.: Você que ainda não tem o título de CCNA, não fique frustado o importante é sempre continuarmos focado para alcançar nosso objetivo, e que aquele que luta sempre alcança.

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

Cisco Packet Tracer Mobile

Sat, 16 Aug 2014 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar que a Cisco liberou o Packet Tracer Mobile, na qual até o presente momento temos apenas para a plataforma Android, acredito que logo em seguida eles já liberem para iOS.

Nessa primeira versão já teremos muitas das funções que já existe no Packet Tracer 6.1 ( Student Version ) e também podemos executar o .pkt

Segue uma tela abaixo dessa versão:

Acredito que agora temos mais uma facilidade para treinar nossos laboratórios e gerenciar mais o tempo para estudar a parte prática do CCNA 🙂 . Segue o link para fazer o download na play store.

Let`s go 😉

Abs,
Rodrigo

Tradução do Novo CCNA

Sun, 01 Jun 2014 00:00:00 +0000

Olá Pessoal,

Apenas para passar uma atualização sobre a tradução do novo conteúdo ( CCNA 5.0 ), na qual no Brasil nós já temos o primeiro módulo completamente traduzido a o segundo módulo será finalizado e concretizado no NetAcademy esse mês.

Confome visualizado no cronograma, esperamos que até o final de Outubro já tenhamos todo o conteúdo traduzido e populado no portal do NetAcademy.

Dessa forma os alunos que estão entrando na academia nesse periodo, já são inseridos automaticamente para esse novo curriculum.

Esperamos que essas datas se concretizem e teremos o Brasil totalmente trabalhando com os novos conteúdos.

Abs,
Rodrigo

5 Anos como Instrutor

Wed, 18 Sep 2013 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com todos um reconhecimento que a Cisco esta distribuindo esse ano para todos os instrutores que estão completando alguns anos de dedicação a essa função, que é muito reconhecedora pelo fato de ensinar ao próximo aquilo que você tem de mais valioso ” conhecimento “.

Não posso negar que nesses 5 Anos como Instrutor ensinei muitos alunos e juntos conseguimos que cada um com dedicação e esforço alcançasse a certificação. Eu gosto de lembrar que também aprendi muito muito com meus alunos, trazendo informações e ideias novas a cada dia.

Parabéns a todos os instrutores e alunos.

Atenciosamente,
Rodrigo

Desafio 23

Sun, 07 Jul 2013 00:00:00 +0000

Olá Pessoal,

Depois de um longo tempo segue mais um desafio.

Desafio 23

Ao solucionar um problema de conectividade de um PC você obtêm as seguintes informações:

Endereço IP do PC: 10.0.0.35/24
Gateway Padrão: 10.0.0.1
Server remoto: 10.5.75.250/24

Você, então, realiza os seguintes testes d PC local:

Ping 127.0.0.1 – OK
Ping 10.0.0.35 – OK
Ping 10.0.0.1 – Não OK
Ping 10.5.75.250 – Não OK

Qual é a causa deste problema?

A – Existe um problema na camada física remota.
B – A placa de rede do host não está funcionando.
C – A pilha TCP/IP não foi instalado corretamente no host.
D – Existe um problema na camada física local.

Valew,
Rodrigo

SNMP – Parte 1

Tue, 07 May 2013 00:00:00 +0000

Olá Pessoal,

Já faz um bom tempo que não posto algo como nossos post anteriores descrevendo as tecnologias/recursos, portanto hoje inicio mais uma sequência para explicar um pouco sobre o protocolo SNMP ( Simple Network Manager Protocol ).

Introdução

O SNMP veio facilitar a forma de administrar e gerenciar ativos na rede, é um protocolo simples, mas poderoso com recursos padronizados para que possa comunicar-se com roteadores, swtiches, impressoras, etc. Através dele é possível enviar dados em um determinado “ local ” da rede para corrigir possíveis problemas, ou mesmo obter informações sobre um roteador ou interface da rede. \

Protocolo SNMP

O protocolo utilizado em redes IP com a finalidade de gerenciar e obter informações de seus recursos da rede, bem como saber se a rede está funcionando e também gerenciar de forma a prevenir possíveis problemas na infraestrutura da rede. O gerenciamento funciona de forma ” Cliente-Servidor “, ele utiliza-se de um agente (Servidor) que comunica-se entre os aplicativos de gerenciamento (Cliente), o agente envia dados para seus “ clientes ” que respondem de acordo com a solicitação do agente, reenviando os dados com o conteúdo das respostas coletadas estruturando as informações em um MIB (Mananger Information Base).

MIB é uma forma de gerenciar as informações para que o agente possa gerenciar equipamentos diferentes em uma rede. As informações que são fornecidas e como o agente e os aplicativos irão acessar os dados é deterninado pela MIB . Dentro da MIB existem também os ODIs (Object Identifier), que são responsáveis pelo endereçamento definido de cada informação dentro da MIB, por este motivo a MIB é comumente chamada de “ Árvore ”, pois o ODI estrutura as informações de uma forma hierárquica como nome, sintaxe, definição permissões de acesso, status e uma breve explicação.

Diferenças entre as Versões

O SNMP hoje já esta na versão 3 que ao longo de sua vida muitas melhorias foram aplicadas para torna-se um sistema mais seguro e confiavél.

A versão SNMPv1 ( criada em 1988 ), tinha muitos problemas de segurança, pois qualquer um podia ter fácil acesso ao agente, pois a senha era passada no formato de um texto puro, não tendo nenhum outro tipo de controle para acesso ou forma segura de transitar as informações em sua rede. A versão SNMPv2 oferece uma boa quantidade de melhoramentos em relação ao SNMPv1 como operações adicionais ao protocolo , melhoria de performance, no entanto seu problema de segurança ainda era seu principal vilão.

Finalmente na versão SNMPv3 foi atribuído uma forma codificada no tráfego dos dados na rede, melhorando a segurança. Uma das modificações mais radicais na versão 3 é o abandono da ideia dos gerenciadores e agentes, que à partir desta versão passam a ser denominados como entidades do SMNP. Cada entidade passa a ser um mecanismo do SNMP em uma ou mais aplicações do SNMP. O mecanismo é formado por 4 componentes:

– Dispatcher = Escalonador, tem como missão enviar e receber mensagens, verifica a mensagem e envia para Message Processing Subsystem.

– Message Processing Subsystem = Subsistema de Processamento de Mensagens, este pepara a mensagem a ser enviada e extrai as informações recebidas.

– Security Subsystem = Sistema de Segurança, oferece recursos de autenticação e recursos de privacidade.

– Acess Control Subsystem = Sistema de controle de Acesso, responde aos controle de acesso dos objetos pela MIB.

Espero que vocês tenham gostado do nosso primeiro post sobre SNMP e no post seguinte iremos falar sobre MIBs e especificações.

Abs,
Rodrigo

Novo Exame CCNA – Anunciado

Mon, 15 Apr 2013 00:00:00 +0000

Olá Pessoal,

Acredito que essa notícia não seja muito nova, pois esse anúncio já foi feito algum tempo atrás, entretanto devido a correria acabei não conseguindo publicar para vocês.

Enfim, os novos exames CCNA foram anunciados pela Cisco e irá atender ao nosso novo conteúdo 5.0 conforme publicado em nosso post. A Cisco não apenas inovou no conteúdo, como também irá alterar a numeração da prova da famosa 640-X para agora como sendo 200-X.

A certificação CCNA tradicional passa a ser chamada oficialmente de CCNA Routing & Switching. A prova atual – 640-802 – poderá ser realizada até 30-09-2013 (isto vale para a prova em Inglês, a versão em português, como ocorreu em outras transições no passado, deverá ficar no mínimo mais uns 8 meses no ar, o que significa que a prova como a conhecemos deverá estar disponível em português até o primeiro/segundo semestre de 2014).

Assim como é feito hoje, continuará sendo possivel concluir o CCNA em duas etapas com as provas de ICND1 e ICND2 ( agora nas versões 100-101 e 200-101, respectivamente.

A Certificação CCENT (ICND1 – a primeira metade do CCNA tradicional) também passou a ser oficialmente pré-req para os CCNAs Voice, Security, Wireless e o CCDA. Segue um exemplo:

Não fiquem assustados, pois o conteúdo teve suas inserções necessárias para enriquecer e valorizar cada vez mais essa certificação. Para maiores informações confira no site da Cisco ( http://www.cisco.com/web/learning/exams/list.html ).

Abs,
Rodrigo

Protocolo VTP – parte 2

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

Olá Pessoal,

Conforme mencionado anteriormente em nosso post, vamos tratar de explicar como funciona os anúncios de VTP.

Nos sabemos que o equipamento designado como servidor irá publicar as informações para todos os seus vizinhos que estão associados ao mesmo domínio, bem como os outros modos também irão popular as informações e repassar a mensagem para seus vizinhos, fazendo com que todos possam obter a mesma informação.

Essa informação de comparar as alterações está atrelada especificamente ao número de revisão que cada switch possui, ou seja, os switches que estão no mesmo domínio com uma revisão menor irá ser atualizado caso a revisão que esta sendo enviada tenha um valor maior. Nós iremos visualizar as informações através do comando abaixo:

Router#show vtp status
VTP Version: 2
Configuration Revision: 247
Maximum VLANs supported locally: 1005
Number of existing VLANs: 33
VTP Operating Mode: Client
VTP Domain Name: CiscoRedes
VTP Pruning Mode: Enabled
VTP V2 Mode: Disabled
VTP Traps Generation: Disabled
MD5 digest: 0x45 0x52 0xB6 0xFD 0x63 0xC8 0x49 0x80
Configuration last modified by 0.0.0.0 at 8-12-99 15:04:49
Router#

Acima podemos observar diversas informações, como o número de revisão que vai mencionar se todos os switches estão com seu database sincronizado, quantidade de VLANs populadas nesse switch, dominio que pertence esse equipamento e qual o modo de operação que ele esta trabalhando ( cliente ).

Essas mensagens são divulgadas através do link trunk habilitado entre os switches, fazendo com que essas informações sejam propagadas através do 802.1q. Veja abaixo:

Nos temos 3 métodos na qual esses anúncios são enviados:

Sumarizado = São enviados a cada 5 minutos pelo servidor VTP, informa aos switches habilitados para VTP sobre o número de revisão de configuração de VTP atual e são enviados imediatamente após a alteração de qualquer configuração;

Sub-Conjunto = Contém as informações de VLANs e as alterações que vão disparar o anúncio de subconjunto são:

Criação ou exclusão de uma VLAN
Suspensão ou ativação de uma VLAN
Alteração no nome da VLAN
Alteração no MTU da VLAN

Solicitação = É enviado a um servidor VTP no mesmo domínio VTP, o servidor VTP responde enviando um anúncio de sumarização e, em seguida, um anúncio de subconjunto.

O nome de domínio foi alterado
O switch recebe um anúncio de sumarização com um número de revisão de configuração mais alto do que seu próprio número
Uma mensagem de anúncio de subconjunto é perdido por alguma razão
O switch foi reiniciado

Para que possamos definir em que modo de operação ( servidor, cliente, transparente ) o switch vai trabalhar precisamos definir através:

CiscoRedes(config)#vtp mode [server, client, transparent ]

Desta forma podemos concluir sobre o processo de VTP, bem como a divulgação desse protocolo e os modos de configuração que ele pode trabalhar. Lembrando-se que esse protocolo em certas circunstâncias tem um grande valor, porém também é um ponto de falha se formos pensar em segurança, mas vale lembrar que tudo bem planejado pode trazer benefícios e dinamismo para nosso trabalho.

Espero que tenham gostado de mais um tutorial.

Fonte:
VTP Cisco

Abs,
Rodrigo

Ebook ICND 1 e 2 do Wendell Odom – Grátis

Sun, 24 Feb 2013 00:00:00 +0000

Olá Caros,

Mais uma oportunidade de obter conteúdo gratuito para o CCNA. Nada mais do que nosso famoso é conhecido Wendell Odom que escreveu diversos livros de certificação para todos os níveis.

Seus livros são conhecidos pela clareza na explicação e claro por integrar os famosos livros do Cisco Press. Hoje temos a disponibilização gratuita dos livros ICND1 e ICND2, que é a junção dos conteúdos para a certificação CCNA. Esses livros estão disponibilizados para download no site da livraria Alta Books.

Para obter os livros somente acessar o links acima e ir para o link ” Baixar arquivo de Apoio “. O conteúdo está em Inglês.

Espero que aproveitem e bons estudos.

PS.: Agradeço Moisés pela dica

Abs,
Rodrigo

Cisco Data Center

Wed, 13 Feb 2013 00:00:00 +0000

Olá Pessoal,

Pesquisando conteúdos para adquirir mais conhecimentos na área de Data Center, eis então um bom lugar para capturar as informações e assistir diversos Webinars que a Cisco está promovendo sobre o assunto.

Com certeza os horários não são interessantes para assistir ” real time “, porém como podemos assistir as apresentações é muito interessante verificar os tópicos e escolher o assunto, pois como comentado essa área esta crescendo muito devido a nova palavra do momento ” cloud computing “. Você pode ter um conceito básico sobre cloud em nosso post.

Visite o link e desfrute das informações.

Abs,
Rodrigo

CCNA Video – 5.0

Sat, 09 Feb 2013 00:00:00 +0000

Olá Pessoal,

Segue um vídeo explicando as mudanças que irão ocorrer no CCNA 5.0.

Vejam e deixem seus comentários.

Abs,
Rodrigo

Cisco Redes – Sorteia Cisco 1721

Wed, 30 Jan 2013 00:00:00 +0000

Olá Pessoal,

Para promover cada vez mais nosso BLOG e desta forma conseguir disseminar cada vez mais as informações para todos, vamos efetuar 0 sorteio de um equipamento Cisco através de nossa fanpage no facebook ( facebook.com/ciscoredes ).

O equipamento escolhido é um modelo bem conhecido por todos um Cisco 1721 com fonte de alimentação e cabo de console. As fotos do equipamento pode ser visualizada através do link ( Flickr – Sorteio ).

As regras para participar está em nossa página do facebook.

Participe!! Compartilhe!!

Abs,
Rodrigo

Nova Certificação da Cisco ” Vídeo “

Sat, 26 Jan 2013 00:00:00 +0000

Olá galera,

A Cisco acaba de lançar as certificações CCNA Video e CCNA Video Network Specialist. São duas novas certificações, que ao que parece, ficarão debaixo de um novo pilar, o de vídeo. Isso sugere que, em breve, teremos as certificações CCNP Video e, por fim, CCIE Video.

A certificação CCNA Video pode ser obtida mediante aprovação em dois exames: ICOMM e VIVND. A certificação CCNA Video Network Specialist, por sua vez, é composta de um exame apenas: VIVND – a mesma do CCNA Video apresentada anteriormente. Desta forma, apesar de não haver pré-requisitos para nenhuma delas, parece lógico que se obtenha a CCNA Video Network Specialist antes, bastando fazer o exame VIVND antes.

Para quem tiver mais interesses nessa certificação pode visulizar através desse link.

O que vocês acharam desse novo pilar de certificações? Vocês acreditam que hoje temos demanda?

Abs,
Rodrigo

Nova versão da prova CCNA

Sun, 20 Jan 2013 00:00:00 +0000

Olá Pessoal,

Como era esperado a nova versão da prova do CCNA foi anunciada, entretanto ela somente menciona o conteúdo em Inglês. Nesta nova versão teremos algumas atualizações no conteúdo, principalmente relacionado ao conteúdo de IPV6 e algumas inserções adicionais sobre tecnologias de voz, wireless e datacenter. Exatemente DATACENTER, isso se deve também a nova certificação criada pela Cisco no nível de Associate que é o CCNA Data Center, que vocês podem conferir nesse link.

Essa alteração tem previsão de iniciar-se em Junho de 2013 e a finalização para Dezembro de 2013.

Alguns pontos mencionados na mudanca do CCNA:

Integração do IPv6 e IPv4 no projeto, configuração, gerenciamento de redes e switches
Utilização de comandos Cisco IOS 15.X para configurar e gerenciar dispositivos de rede
Atualizações tecnológicas avançadas incluindo voz, wireless, segurança e data center
Melhor análise psicométrica dos itens no exame final
Apoio à mobilidade que permite o acesso aos texto e gráficos em plataformas móveis, incluindo a Apple iOS, Android, do Google, e dispositivos Windows 8
Cisco Netspace integrado para melhorar a comunicação, colaboração e experiência do usuário para os alunos e instrutores

Lembrando-se que para as pessoas que estão estudando em Português esse material leva em torno de 1 ano para ser traduzido e populado no NetAcademy, bem como a alteração da prova em português. Portanto não fiquem preocupados que ainda temos um grande período dessa prova 640-802 em Português.

Fonte:

Imakenews

Abs,
Rodrigo

Desafio 15

Sun, 06 Jan 2013 00:00:00 +0000

Olá Pessoal,

Mais um desafio para nosso BLOG.

Desafio 15

O administrador de rede criou uma nova VLAN no Switch1 e acrescentou o host C e o host D. O administrador configurou corretamente as interfaces FastEthernet0/13 e FastEthernet0/14 para ser membro da nova VLAN. No entanto, depois que o administrador de rede finalizou a configuração, o host A pode comunicar-se com o host B, mas o host A não pode-se comunicar com o host C ou D. Quais comandos são necessários para resolver esse problema?

A – Router(config)# interface fastethernet 0/1.3
Router(config-if)# encapsulation dot1q 3
Router(config-if)# ip address 192.168.3.1 255.255.255.0

B – Router(config)# router rip
Router(config-router)# network 192.168.1.0
Router(config-router)# network 192.168.2.0
Router(config-router)# network 192.168.3.0

C – Switch1# vlan database
Switch1(vlan)# vtp v2-mode
Switch1(vlan)# vtp domain cisco
Switch1(vlan)# vtp server

D – Switch1(config)# interface fastethernet 0/1
Switch1(config-if)# switchport mode trunk
Switch1(config-if)# switchport trunk encapsulation isl

Aproveite e compartilhe!!!

Abs,
Rodrigo

Protocolo VTP – parte 1

Wed, 26 Dec 2012 00:00:00 +0000

Olá Pessoal,

Hoje iremos falar de um protocolo utilizado em ambientes de rede local, para qual as informações do database de VLAN são transmitidos para todos os equipamentos pertencentes aquela LAN.

O protocolo VTP ( Virtual Trunk Protocol ) é um protocolo da camada 2 utilizado para manter a configuração de VLANs consistentes em uma rede. O VTP é responsável por gerenciar as VLANs, criando, apagando e renomeando as VLANS existentes na rede.

Em uma rede de switches sem o protocolo VTP o administrador de redes deverá manualmente fazer a criação de VLANs em cada um dos switches da rede. O que, dependendo do número de equipamentos e VLANs, pode se tornar uma atividade muito trabalhosa. Além do mais, com uma grande quantidade de configurações necessárias fica mais suscetível o aparecimento de erros na configuração ou erro humano na hora de inserir essas configurações nos equipamentos.

Já com o VTP esse trabalho é reduzido considerávelmente, pois o administrador entrará com as informações em um único swtich, no VTP Server, que terá a função de distribuir e sincronizar essas informações para os outros switches da rede. Além da redução do trabalho esse método evita erros de configuração, uma vez que toda a parte da configuração de criação das VLANs pode ser realizada apenas no switch VTP Server.

Os switches podem trabalhar em 03 modos dentro do VTP, são eles:

VTP Server:
Um VTP server pode criar, deletar e renomear VLANs. Ele também anuncia o nome do domínio VTP, a configuração de VLAN e o número de revisão da configuração para todos os outros switches dentro do domínio VTP.

VTP Client:
Um switch nesse modo não pode criar, nem deletar e nem renomear as VLANs. Dessa forma toda a alteração deve ser feita no VTP server.

VTP Transparent:
Nesse modo o switch precisa ter as suas VLANs configuradas manualmente. Um switch VTP Transparent não participa do VTP e nem anuncia para os vizinhos suas configurações de VLANs.

Esse protocolo tem duas versões, a qual pode gerar incompatibilidade no meio em que os switches estão configurados. Hoje todos os switches vêm com o versão 1 por padrão, sendo assim se desejamos trabalhar com a versão 2 temos que habilitar manualmente, lembrando-se que switches mais antigos não suportam a versão 2, portanto terá que manter a versão 1 funcionando. Para configurar a versão seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp version [1 ou 2]

Um outro ponto que deve ser sempre verificado é a senha que pode ser configurada separadamente em cada switch, pois esse parâmetro não é enviado pelos anúncios de VTP, ou seja, se a senha estiver incorreta o seu switch não irá popular as informações do database de VLANs. Para configurar a senha seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp password [senha]

Chegando em mais um ponto primordial da configuração do VTP, a qual esta relacionado com o domínio para qual esse anúncios serão notificados, ou seja, para que seu switch armazene as informações ele tem que estar no mesmo domínio, senão você pode perder informações importantes nos anúncios. Para configurar o domínio seria:

CiscoRedes#configure terminal
CiscoRedes(config)#vtp domain [domain-name]

Para exemplificar nosso conteúdo segue uma topologia:

Nesta topologia vamos trabalhar dando exemplos de como será feita a configuração dos equipamentos, bem como entender o que os switches irão armazenar em seu database. Para quem tiver interesse temos um curso básico sobre VTP nesse site da Cisco ( http://www.cisco.com/warp/public/473/vtp_flash/ )

Espero que vocês tenham gostado e no próximo post iremos explicar sobre os anúncios de VTP.

Abs,
Rodrigo

Fórum Operacional!!!

Sun, 23 Dec 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar que nosso fórum está operacional e aberto as discussões para os diversos tópicos criados. Você pode acessar-lo através do menu superior ” Forum “ ou através do link direto www.ciscoredes.com.br/forum .

Veja e confira abaixo como esta o visual:

Lembrando-se que para os usuários que já eram participantes e tinham usuários registrados em nosso BLOG terá que executar alguns processos para permanecer com o mesmo usuário, porém terá que sincronizar as duas bases de dados com o mesmo usuário / senha.

Esse processo pode ser visualizados através de nosso post.

Entre e participe desse novo recurso

Abs,
Rodrigo

CCNA Security – Vídeo Labs

Sat, 01 Dec 2012 00:00:00 +0000

Olá Pessoal,

Eu já era para ter publicado esse post, porém na correria acabei não conseguindo escrever, entretanto gostaria de divulgar mais uma dica para quem esta estudando para o CCNA Security.

A Cisco Academy disponibilizou vários vídeos para os aspirantes que querem aprender a configurar um ASA e com certeza dar uma base consolidada para os estudantes que vão executar a prova.

A nova versão da prova do CCNA Security (640-554) já está disponível no idioma inglês e as principais novidades são:

A inclusão de IPv6
A troca do SDM pelo CCP como software utilizado para configuração via web browser
A configuração do Cisco ASA como firewall da rede.

Segue os laboratórios disponibilizados pelo NetAcademy:

Lab A: Configuring ASA Basic Settings and Firewall Using CLI

Part 1: Lab Setup

Part 2: Accessing the ASA Console and Using CLI Setup Mode to Configure Basic Settings

Part 3: Configuring Basic ASA Settings and Interface Security Levels Using CLI

Part 4: Configuring Routing, Address Translation, and Inspection Policy Using CLI

Part 5: Configuring DHCP, AAA, and SSH

Part 6: Configuring a DMZ, Static NAT, and ACLs

Lab B: Configuring ASA Basic Settings and Firewall Using ASDM

Part 1: Lab Setup

Part 2: Accessing the ASA Console and ASDM

Part 3: Configuring ASA Settings and Firewall Using the ASDM Startup Wizard

Part 4: Configuring ASA Settings from the ASDM Configuration Menu

Part 5: Configuring a DMZ, Static NAT, and ACLs

Lab C: Configuring Clientless and AnyConnect Remote Access SSL VPNs Using ASDM

Part 1: Lab Setup

Part 2: Access the ASA Console and Prepare for VPN Configuration

Part 3: Configuring Clientless SSL VPN Remote Access Using ASDM

Part 4: Configuring AnyConnect Client SSL VPN Remote Access Using ASDM

Lab D: Configuring a Site-to-Site IPsec VPN Using CCP and ASDM

Part 1: Basic Router/Switch/PC Configuration

Part 2: Basic ASA Configuration

Part 3: Configuring the ISR as a Site-to-Site IPsec VPN Endpoint Using CCP

Part 4: Configuring the ASA as a Site-to-Site IPsec VPN Endpoint Using ASDM

**PS.:**Vale lembrar que a prova 640-553 ainda está disponível em português e deverá continuar a ser oferecida por algum tempo, até que a tradução da Prova e dos materiais utilizados nos cursos oficiais seja feita para português.

Abs,
Rodrigo

Fonte:
http://www.imakenews.com/cisco_netacademy/index000613424.cfm?x=blCTsw6,bh7RhvK2&UserId=cFV9u29rHaU=

Novidades no BLOG!!!

Fri, 30 Nov 2012 00:00:00 +0000

Olá Pessoal,

Enfim gostaria de anunciar mais uma ferramenta que temos disponibilizado em nosso site. Eu já estava tentando habilitar esse Fórum à algum tempo atrás, entretanto eu havia montado todo o site, mas no final não funcionou a integração da base dados entre as duas ferramentas. Devido a este fato tive que montar um novo Fórum para conseguir integrar as duas base de dados ( BLOG e Fórum ).

Em nosso Fórum temos diversos tópicos que poderão ser colocados as perguntas / discussões na qual iremos conversar sobre os problemas do nosso dia a dia e também dúvidas que podemos tirar com todos os participantes. O Fórum é uma ferramenta que agrega muitos valores, conhecimentos, dicas e sempre temos diversos assuntos sendo abordados para qual não conseguimos demonstrar diariamente em nosso BLOG.

Como nós já tínhamos usuários cadastrados em nosso BLOG, vocês precisam seguir algumas dicas para que a user/senha cadastrada no BLOG seja populada na base de dados do Fórum, fazendo desta forma um login único para ambas as plataformas. No primeiro passo você deve selecionar ” I forgot my password “

Você será direcionado para a página do Fórum conforme abaixo:

Nesses campos você deve preencher com suas informações cadastradas em nosso BLOG, lembrando-se que o user / e-mail tem que ser idêntico ao cadastrado no BLOG, pois você irá receber um e-mail automático do Fórum com uma nova senha para você registrar e autenticar-se. Com isso você irá ter permissão com o mesmo user, porém agora com as senhas sincronizadas. Você poderá alterar sua senha após esse processo para sua senha que melhor desejar. Depois de logado você pode ir ao Painel de Controle do Usuário -> Perfil – Informações de Registro.

Nosso Fórum pode ser acessado através do nosso Menu Superior ou através do link direto.

Espero que vocês participem e contribuam para nosso Fórum, pois ele foi feito pensando em vocês para ajudar cada vez mais nossos participantes e integrantes desse BLOG que cresce os acessos a cada dia. Tenho muito a agradecer vocês que participam e divulgam nosso trabalho.

Abs,
Rodrigo

Laboratório Estudos para CCNA

Fri, 23 Nov 2012 00:00:00 +0000

Olá Pessoal,

Após ler uma dica em um blog venho aqui divulgar um manual em PDF com 09 Laboratórios que revisam o conteúdo cobrado no exame Cisco CCNA 640-802.

Para quem está se preparando para prestar o exame 640-802, uma boa dica é fazer os Labs propostos no material disponível para download aqui.

Segue abaixo a Lista dos Labs Propostos:

Lab 1 (Basic IOS of Router + Security)
Parts Basic Fundamentals of LAN
1a – Configure Basic Password and Hostname – pg 6
1b – User Authentication – pg 7
1c – Telnet Password – pg 7
1d – Configure Banner – pg 8
1e – SSH Configuration – pg 8
1f – Switch Static IP address Configuration – pg 9
1g – Verify the SSH Session – pg 10
1h – Configure VLAN & assign interface – pg 12
1g – Port Security – pg 15

Lab 2 (Basic IOS of Switches + Security)
Parts Basic Fundamentals of WAN
2a – Configure IP address – pg 19
2b – Configure Telnet & User Based Authentication – pg 21
2c – Configure SSH Server – pg 23
2d – Configure Serial Connectivity – pg 25
2e – Configure Static Routes – pg 27
2f – Configure PPP – pg 30

Lab 3(VTP and STP)
Parts VTP
3a – Configure VTP Server and Clients – pg 34
3b – Verify VTP – pg 35
3c – Configure & Verify STP – pg 36

Lab 4(Routing Protocols)
Parts Routing Protocols
5a – EIGRP – pg 41
5b – OSPF – pg 44

Lab 5(Security & Port Mapping)
Parts Access-list and Nat
5a – Named Based Access-List – pg 47
5b – Static Nat, Dynamic Nat, PAT – pg 50

Lab 6 (Wide Area Network)
Parts Frame Relay
6a – Configure Hub and Spoke – pg 61

Lab 7 (Inter V LAN Routing)
Parts INTER VLAN ROUTING
7a – Configure Inter V LAN Routing – pg 68

Lab 8 Configure IP V6 to IP V4 Tunnel
Parts IPV6
8a – Configure EIGRP for IPv4 – pg 81
8b – Create a 6 to 4 Tunnel – pg 81
8c – Configure IP V6 static Routes – pg 82

Lab 9 (Secure Device Manager)
Parts Secure Device Manager
9a – How to Install SDM – pg 84
9b – How to configure SDM – pg 87
9b – Configure DHCP Server – pg 89

PS: O Lab de IPv6 na verdade vai além do que é cobrado no exame

Espero que aproveitem e seja uma base de consulta para consolidar os conhecimentos para executar a prova do CCNA.

Fonte:
http://netfindersbrasil.blogspot.com/2012/11/ccna-lab-manual.html#ixzz2CbHS7Yq3

Abs,
Rodrigo

O que seria Proxy-ARP?

Wed, 24 Oct 2012 00:00:00 +0000

Olá Caros,

O Proxy-arp é um método onde um determinado host, que pode ser um router ou firewall por exemplo, responde um arp request em nome de outro host. Este protocolo ( RFC-1027 ) foi desenvolvido no final dos anos 80 pelo Departamento de Ciências da Computação da Universidade do Texas em Austin por necessidade deste em segmentar sua rede de computadores. Porém, naquela época, nem todos os devices de rede podiam ter seus endereços de redes subnetados, ou seja, um endereço classe A não poderia ser dividido em duas, três, doze, etc … redes diferentes pois o dispositivo somente reconhecia a classe de seu IP.

Com o método de Proxy-ARP, foi possível que com um endereço de classe A configurado em diversos hosts com máscara padrão para esta classe fossem segmentados por routers ou firewalls que tivessem o método de Proxy-ARP implementado. Como exemplo de seu funcionamento, temos a topologia abaixo, onde o device Router possui o proxy-arp habilitado com o comando “ip proxy arp” na interface Ethernet 0. Este comando é habilitado por default em devices Cisco, e é recomendado que esteja sempre desabilitado caso seu uso não seja necessário.

O host A ( 172.16.10.100 ) na subnet A quer enviar pacotes para o host D ( 172.16.20.200 ) na subnet B. Como mostrado no diagrama, o host A possui máscara de rede classe B ( 255.255.0.0 ). Isso significa que o host A acredita estar em uma rede diretamente conectada com toda rede 172.16.0.0/16. Quando o host A necessita se comunicar com qualquer device que acredita estar diretamente conectado, ele envia um ARP request ( o famoso pacote “Who has IP_x.x.x.x ? Tell to x.x.x.x ).

Porém, como um arp request é um pacote broadcast, e por default routers não propagam broadcast, este request nunca chegará ao host D. Porém, como o device Router conhece a subnet onde o host D está, o Router em si irá responder o arp-request enviado para o IP 172.16.20.200, como sendo o mac-address 00-00-0c-94-36-ab, e todos os pacotes enviados do host A para o host D terão o fluxo host_A-> Router-> host_D. Porém, tudo isso será transparente para o host A e host D.

Muito bem , vamos abolir os gateways então ??? Nada disso !

Há muitas desvantagens em se usar constantemente Proxy ARP, entre elas o imenso Flooding de solicitações ARP em sua rede e problemas relacionados a segurança e propriamento processamento que podem utilizar-se do equipamento local.

Abs,
Rodrigo

Fonte:
http://under-linux.org/blogs/rvsimoes/proxy-arp-o-que-e-e-como-funciona-546/

Lista de Controle Acesso ( ACL ) – Parte 4

Tue, 16 Oct 2012 00:00:00 +0000

Olá Caros,

Conforme mencionado em nosso último post, vamos tratar de explorar os métodos de configurações de ACL e também explicar com um pouco mais detalhes os conceitos que usamos para ACL.

Neste post irei apresentar a Vídeo Aula que preparei explicando todos os pontos que já estudamos através de nossos post anteriores e adicionado mais um ponto sobre as ACLS ( reflexivas, dinâmicas e temporizadas ). A ideia é preparar e consolidar o conceito de ACL, pois posteriormente vou fazer uma vídeo aula demostrando através de um laboratório as configurações e propriamente o comportamento exercido em um ambiente real.

Segue nossa vídeo aula:

O arquivo .ppt utilizado para a explicação está em nossa seção de arquivos e pode ser feito download para utilizar nos estudos.

Espero que vocês gostem e aproveitem para tirar as dúvidas . Fiquem a vontade para colocar suas dúvidas em nosso post.

Abs,
Rodrigo

Mudanças no Licenciamento do IOS

Fri, 12 Oct 2012 00:00:00 +0000

Olá Caros,

A partir da versão 15, cada caixa Cisco terá uma imagem universal com todas as features inclusas, bastando comprar uma licença ativar os recursos desejados. Como isso irá impactar em nossas vidas ???

Para quem não sabe, o IOS 12.4 já foi descontinuado há algum tempo e seu sucessor, o IOS 15, trabalha com um esquema de licenciamento bem diferente da versão anterior, conforme ilustra a figura abaixo:

Agora temos uma única imagem para cada plataforma (2900, 3900 e assim por diante). Todas as features suportadas pelo hardware já estão lá, basta adquirir a licença correta.

Fica dificil assim uma empresa comprar uma caixa com IOS IP Base (uma imagem “pé duro” sem direção, trava, desembaçador etc …) e fazer um upgrade pirata com um IOS Advanced IP Services.

Esta forma de licenciamento é muito parecida com o que já vinha ocorrendo com o Cisco ASA, você precisa comprar a licença, receber uma PAK Key em um pedaço de papel, registrar esta chave no Cisco.com para receber uma chave de ativação e entrar com ela no roteador. Ufa !!!

Caso haja problemas em uma caixa e você precisa ativar as features adquiridas em um equipamento backup, é necessário transferir a licença de um hardware para outro.

Maiores informações sobre como realizar os procedimentos acima, clique aqui.

Será o fim do uso dos IOS piratas ou apenas trocaremos o uso de IOS priratas por licenças piratas ? Acredito que é bem mais prático apenas ativar as features novas do que trocar o IOS da caixa mas, será seguro ???

O que vcs acham ???

Abs,
Rodrigo

Fonte:
http://etherealmind.com/ios-15-licensing-how-we-work/

Lista de Controle de Acesso (ACL) – parte 3

Wed, 26 Sep 2012 00:00:00 +0000

Olá Caros,

Vamos continuar com nosso tutorial sobre ACL. Conforme em nosso último post iremos tratar sobre a máscara coringa, para qual tem uma pequena alteração na sua formatação.

Para o entendimento dessa máscara coringa, devemos sempre recordar que o assunto de endereçamento IPV4 tem que estar bem fundamentado nos estudos, pois é um fator importante para o entendimento da máscara coringa. Se deseja estudar mais sobre endereçamento IPV4 visite nossos posts.

A máscara coringa é uma string de dígitos binários que informa ao roteador que partes do número da sub-rede deve-se observar. Embora não tenham nenhuma relação funcional com máscaras de sub-rede, as máscaras coringa fornecem uma função semelhante. A máscara determina a proporção de um endereço IP de origem ou de destino a ser aplicada à correspondência de endereço. Os números 1 e 0 na máscara identificam como tratar os bits de endereço IP correspondentes. No entanto, eles são utilizados para fins diferentes, seguindo regras diferentes.

As máscaras coringa e de sub-rede mantêm com seus 32 bits e utilizam 1 e 0 binários. As máscaras de sub-rede utilizam 1s e 0s binários para identificar a rede, a sub-rede e a porção de host de um endereço IP. As máscaras coringa utilizam 1 e 0 binário para filtrar endereços IP individuais ou grupos e permitir ou negar acesso a recursos com base em um endereço IP. Definindo máscaras coringa com cuidado, você pode permitir ou negar um ou vários endereços IPs.

Baseado nessas informações vejamos qual seria o formato dessa máscara coringa:

192.168.2.0 0.0.1.255

Desta forma vocês poderiam perguntar. Qual é a máscara que está sendo utilizada? Como ele chegou nesse valor?

Como de costume essa máscara utilizada acima nos formatos conhecidos vai ser reconhecida como uma /23, portanto teriamos 192.168.2.0/23 ( máscara 255.255.254.0 ). Teríamos disponibilizado para esse range endereços de 192.168.2.0 até 192.168.3.255.

Agora de que forma cheguei naquela máscara coringa, para qual foi através de uma conta matématica muito conhecida por todos, e que acredito que não irá gerar nenhuma dificuldade para praticar. Foi executado a operação de subtração.

Para calcular qualquer máscara coringa devemos executar a subtração da máscara conhecida por 255.255.255.255, ou seja, veja no exemplo abaixo:

255 . 255 . 255 . 255
255 . 255 . 254 . 0 –
=================
0 . 0 . 1 . 255

Com isso podemos tem duas situações que muitas das vezes ficam entendiante devido a trabalhar constantemente com números binários ou números decimais. Devido a isto foi criado duas formas através de palavras chave host e any.

A opção host substitui a máscara 0.0.0.0. Essa máscara informa que todos os bits de endereço IP devem corresponder ou apenas um host é correspondente.

CiscoRedes(config)#access-list permit 192.168.10.10 0.0.0.0
CiscoRedes(config)#access-list permit host 192.168.10.10

A opção any substitui o endereço IP e a máscara 255.255.255.255. Essa máscara diz para ignorar todo o endereço IP ou aceitar qualquer endereço.\

CiscoRedes(config)#access-list permit 0.0.0.0 255.255.255.255
CiscoRedes(config)#access-list permit any

Com isso conseguimos finalizar o misterioso problema que tinhamos com a máscara coringa, desde que tenhamos o conhecimento sobre o cálculo de endereçamento IPV4.

Espero que tenham gostado e no próximo capítulo iremos trabalhar com as ACLs padrão e estendida na forma de linha de configuração.

Abs,
Rodrigo

Lista de Controle de Acesso (ACL) – parte 2

Fri, 14 Sep 2012 00:00:00 +0000

Olá Caros,

Conforme nosso último post, vamos continuar explicando sobre ACLs. Desta forma quando um pacote chega a uma interface do roteador, o processo do roteador é o mesmo, independentemente das ACLs serem utilizadas ou não. À medida que um quadro entra em uma interface, o roteador verifica se o destino do endereço da Camada 2 de destino corresponde ao seu ou se o quadro é de broadcast.

Se o endereço do quadro for aceito, as informações do quadro serão removidas e o roteador verificará se há uma ACL na interface de entrada. Se houver uma ACL, o pacote agora será testado em relação às instruções na lista.

Se o pacote corresponder a uma instrução, ele será aceito ou rejeitado. Se for aceito na interface, o pacote será verificado em relação às entradas da tabela de roteamento para determinar a interface de destino e comutado para essa interface. Em seguida, o roteador verifica se a interface de destino tem uma ACL. Se houver uma ACL, o pacote será testado em relação às instruções na lista. Se corresponder a uma instrução, o pacote será aceito ou rejeitado. Se não houver nenhuma ACL ou o pacote for aceito, o pacote será encapsulado no novo protocolo da Camada 2 e encaminhado pela interface para o próximo dispositivo.

Devemos lembrar que toda ACL criada sempre irá ter um ” deny ” implicito na sua última linha de instrução da ACL, portanto devemos sempre tomar cuidado no momento de aplicar uma ACL em ambientes de produção, pois podemos bloquear todo o tráfego se não lembrarmos do deny implícito.

Nós temos dois tipos de ACLs Cisco:

Padrão = permitir ou negar tráfego de endereços IP de origem. O destino do pacote e as portas envolvidas não importam. O exemplo permite todo o tráfego da rede 192.168.30.0/24. Por conta do ” deny all ” implícito ao final, todo os demais tráfegos são bloqueados com essa ACL. As ACLs padrão são criadas no modo de configuração global.

access-list 10 permit 192.168.30.0 0.0.0.255

Estendida = filtram pacotes IP com base em vários atributos, por exemplo, tipo de protocolo, endereço IP de origem, endereço IP de destino, portas TCP e UDP de origem, portas TCP e UDP de destino e informações do tipo de protocolo opcionais para maior granularidade de controle. No exemplo a ACL 103 permite tráfego com origem em qualquer endereço na rede 192.168.30.0/24 para qualquer host de destino na porta 80 (HTTP). As ACLs estendidas são criadas no modo de configuração global.

access-list 103 permit tcp 102.168.30.0 0.0.0.255 any eq 80

Dentro dessa caracteristíca podemos ter as ACLs nomeadas e ACLs numeradas. Segue as características:

Numerada = Você atribui um número com base no protocolo que você deseja filtrar:

(1 a 99) e (1300 a 1999): ACL IP padrão

(100 a 199) e (2000 a 2699): ACL IP estendida

Nomeada = Você atribui um nome, fornecendo o nome da ACL

Os nomes podem conter caracteres alfanuméricos.

Sugere-se que o nome seja escrito em LETRAS MAIÚSCULAS.

Os nomes não podem conter espaços ou pontuação, devendo começar por uma letra.

Você pode adicionar ou excluir entradas dentro da ACL.

Neste contexto podemos nos perguntar, onde devo colocar o ACL e qual tipo devo utilizar?

Toda ACL deve ser colocada onde tenha o maior impacto em termos de eficiência, ou seja, as regras básicas que devemos assumir é:

Coloque as ACLs estendidas mais próximas da origem do tráfego negado. Dessa forma, o tráfego indesejável é filtrado sem atravessar a infraestrutura de rede.
Como as ACLs padrão não especificam endereços de destino, coloque-as o mais próximo possível do destino.

Na foto acima posso aplicar uma ACL estendida no router A para evitar que o tráfego de entrada no roteador seja trafego por toda a extensão da rede até sua chegada no destino, ou seja, evitando utilização de banda sabendo que esse tráfego vai ser bloqueado para alcançar seu destino. E podemos aplicar uma ACL padrão no router C, pois somente temos os endereços de origem para serem bloqueados.

Espero que tenham gostado e no próximo capítulo vou explicar um pouco sobre a máscara coringa que utilizamos nas ACLs .

Abs,
Rodrigo

Cisco ACL

Sun, 19 Aug 2012 00:00:00 +0000

Olá Caros,

Gostaria de trazer mais um assunto que enfrentamos em nosso dia-a-dia e está sendo um dos tópicos mais cobrados recentemente na prova CCNA.

A famosa ACL ( Access Control List ) é um dos recursos que podem ser utilizados em diversas funcionalidades dentro dos equipamentos Cisco, como switches e roteadores.

Nesse momento vou apenas mostrar uma apresentação que considerei com um contexto interessante, para que vocês possam ir se habituando com o tema, pois estou preparando um post explicativo sobre ACL e propriamente uma vídeo aula para treinamento.

Aguarde novas informações sobre ACL. 😉

Abraços,
Rodrigo

NetRiders – América Latina

Sat, 11 Aug 2012 00:00:00 +0000

Olá Pessoal,

Inicia-se mais um ano de competições para os alunos inscritos no NetAcademy, para qual temos a competição chamada de NetRiders.

Todos os alunos que são elegíveis na Academia pode participar dessa competição e concorrer no final da competição a uma bolsa de estudos na sede da Cisco nos Estados Unidos.

Segue uma apresentação explicando sobre o processo:

[gview file=”https://www.ciscoredes.com.br/wp-content/uploads/NetRiders Portuguese.pdf” height=”500″ width=”600″ save=”0″ force=”1″]

Para maiores informações e cadastro para participar, visitem o site do Netriders através do http://www.academynetriders.com/file.php/1/netriders_info/region_latam_br.html

Abraços
Rodrigo

Protocolo OSPF – parte 8

Fri, 27 Jul 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso último post vamos finalizar nossa série de OSPF, mencionando rapidamente sobre os cálculos que são executados para trazer esses valores para a tabela de roteamento.

No post número 2, mencionamos sobre a formula que é utilizada para trazer o valor calculado. Consulte.

Baseado nesse principio iremos ter as diferenças de custo quando as redes são redistribuidas através de outro protocolo ( EIGRP, RIP e etc ) e as diferentes interfaces que estão sendo utilizadas para a troca de informações dentro do protocolo de roteamento. Segue abaixo um pequeno resumo dos valores de custo de cada interface.

Essa tabela tem os cálculos executados através da formula mostrada anteriormente em nosso capítulo 2. Todos esses valores podem ser obtidos através da mesma formula, entretanto alguns padrões já são reconhecidos e lembrados pois são utilizados em nosso dia a dia.

Como todos os recursos são alterados, temos duas formas de executar essa alteração de custo nas interfaces para que o valor seja influenciado e de uma forma tenha alteração na tabela de roteamento de seus vizinhos.

ip ospf cost [ interface-cos ] = Esse comando é o mais tradicional e mais utilizado, pois traz uma resposta mais real da situação. Esse recurso é aplicado dentro da interface e tem-se um range de 1 até 65535.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#ip ospf cost 10

bandwidth [ valor de banda ] = Esse comando irá alterar o valor que o protocolo utiliza de referência para utilizar no protocolo de roteamento, entretanto esse comando não é o mais recomendado, pois você pode alterar outras funcionalidades para qual é utilizado esse valor, como a falsa impressão da leitura de um MRTG, que irá trazer gráficos de utilização do circuito.

CiscoRedes>enable
CiscoRedes#conf t
CiscoRedes(conf-t)#interface fast1/0
CiscoRedes(conf-if)#bandwidth 1000

Para efetuar a validação dos custos que cada interface possui, iremos validar especificamente através da interface física.

Serial

CiscoRedes#show ip ospf interface s0

Serial0 is up, line protocol is up
Internet Address 128.213.10.2 255.255.255.0, Area 0
Process ID 10, Router ID 128.213.10.2, Network Type
POINT_TO_MULTIPOINT, Cost: 64
Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
Hello due in 0:00:14
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 200.200.10.1

Ethernet

CiscoRedes#show ip ospf interface e0
Ethernet0 is up, line protocol is up
Internet Address 203.250.14.3 255.255.255.0, Area 0.0.0.0
Process ID 10, Router ID 203.250.12.1, Network Type BROADCAST, Cost: 10
Transmit Delay is 1 sec, State DROTHER, Priority 1
Designated Router (ID) 203.250.15.1, Interface address 203.250.14.2
Backup Designated router (ID) 203.250.13.41, Interface address
203.250.14.1
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 0:00:03
Neighbor Count is 3, Adjacent neighbor count is 2
Adjacent with neighbor 203.250.15.1 (Designated Router)
Adjacent with neighbor 203.250.13.41 (Backup Designated Router)

Com isso chegamos ao fim de nossa serie sobre OSPF 😀 . Logicamente, temos outros conceitos que não foram abordados nesse pequeno tutorial, entretanto são tópicos interessantes que devem ajudar nossos leitores a descobrir e identificar os problemas nas redes que utilizam-se desse protocolo.

Espero que vocês tenham gostado 😉 e que esse ” tutorialzinho ” possa ter ajudado a interpretar um pouco sobre esse protocolo.

Abs,
Rodrigo

Protocolo OSPF – parte 7

Thu, 19 Jul 2012 00:00:00 +0000

Olá Caros,

Conforme nossa menção no post anterior, vamos hoje falar sobre a sumarização de rotas no OSPF.

Sumarização de rotas consiste na consolidação de múltiplas rotas em um único anúncio. Em uma rede OSPF, esta tarefa normalmente é realizada por um router de borda ( ABR ). Ainda que a sumarização possa ser configurada entre quaisquer duas áreas, a boa prática rege que a sumarização deve ocorrer preferencialmente no sentido do backbone ( Area 0 ). Desta forma, o backbone recebe todas as rotas agregadas e, por sua vez, pode anuncia-las sumarizadas para outras áreas.

Em uma rede OSPF, existem basicamente 2 tipos de sumarização:

Inter-area route summarization = Executado no ABR, cria os LSAs Tipo 3 e 4 e adverte os router IDs do ASBR, ou seja, a sumarização é aplicada as rotas internas do AS, na qual as rotas externas aprendidas via redistribuição não serão consideradas. Segue um exemplo onde teremos essa comunicação:

Para efetuar a configuração no roteador devemos sempre validar se as redes são contíguas e que o range escolhido para efetuar essa sumarização esteja dentro do escopo de suas redes, pois você pode efetuar loop na rede ou efetuar alguma assimetria dependendo de seu design. Segue o comando para efetuar a sumarização:

R2(config)#router ospf 100

R2(config-router)#area 1 range 192.168.10.0 255.255.254.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

External route summarization= É totalmente específico para as rotas externas, inseridas na rede OSPF via redistribuição, ou seja, essas redes são redistribuídas através do ASBR, para qual irá fazer a troca de um protocolo não OSPF. Gostaria de reforçar que a sumarização deve ser contígua para que não tenhamos problemas de redes sobrepostas. Segue abaixo um exemplo:

Neste caso iremos ter o roteador R3 redistribuindo as redes RIP para a área OSPF, portanto neste roteador podemos fazer uma sumarização de todas as redes que será inserida dentro do OSPF, facilitando dessa forma a tabela de roteamento que iremos ter na tabela de roteamento. Para isso podemos executar dessa forma a sumarização:

R3(config)#router ospf 100

R3(config-router)#summary-address 60.60.60.0 255.255.255.0

Depois dessa configuração o roteador irá criar uma rota apontando para a Null0.

Dessa forma concluímos o processo de sumarização que pode ser executado no protocolo OSPF. Espero que tenham gostado e iremos ter nosso último post de OSPF mencionando sobre métricas ( cálculos ).

Aguardo comentários!!!

Abs,

Rodrigo

Endereçamento IPV4 – Parte 2

Tue, 19 Jun 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado no post anterior de Endereçamento IPV4, nesta vídeo aula iremos falar um pouco mais sobre o assunto, para o qual trataremos sobre o VLSM/CIDR.

A ideia deste post e novamente trazer a aula para os leitores sem ter a necessidade de explicar o assunto apenas escrevendo em nosso post, entretanto no vídeo iremos explicar passo a passo os cálculos e como é feito a dimensão das redes através das varias formas disponibilizadas para execução desse trabalho.

Segue abaixo nossa vídeo aula:

Conforme visualizaram temos alguns exercícios para a prática do VLSM e iremos seguir novamente como no post anterior, no qual para as respostas serão publicadas no post/comentários após atingir 15 ” shares “ em nossa página do facebook. Acesse e compartilhe www.facebook.com/ciscoredes .

Para disponibilizar mais exercícios indico uma página, no qual traz vários exemplos para a prática desse assunto, pois para a certificação CCNA e posteriores esse assunto é o famoso ” arroz com feijão ”

Espero que vocês gostem apesar do vídeo ter ficado um pouco longo, mas devido ao assunto ser extenso e complicado.

PS.: O arquivo pdf com as apresentaçãoes está disponível para download na nossa sessão de arquivos.

Abs,
Rodrigo

Protocolo OSPF – parte 6

Fri, 08 Jun 2012 00:00:00 +0000

Olá Pessoal,

Conforme mencionado anteriormente vamos prosseguir com nosso tutorial sobre OSPF. No último post havíamos falado sobre LSA e nesse post vamos tratar sobre os processos que acontecem quando temos eleição de DR e BDR em topologias de multiacesso.

Basicamente, routers que compartilham um mesmo segmento tornam-se neighbors neste segmento. O estabelecimento de uma relação de vizinhança ocorre por meio da mensagem “ Hello ”. Os roteadores tornam-se vizinhos assim que conseguem ver eles mesmos listados como vizinho no pacote Hello do router vizinho. Desta forma, uma comunicação de 2 vias é garantida. É importante ressaltar que a negociação de vizinhança utiliza apenas o endereço IP primário da interface, ou seja, se a mesma estiver configurada com endereços secundários, estes não serão utilizados no processo. Outro detalhe é que, se endereços secundários forem configurados, estes devem pertencer à mesma área OSPF do endereço primário.

Para a configuração de endereço secundário na interface devemos seguir esse processo:

ip address 10.1.7.252 255.255.255.0 secondary
ip address 10.1.2.252 255.255.255.0

Os roteadores para formar a adjacência entre si, exige que alguns parâmetros sejam validados:

Area-ID: Para 2 routers que possuem interfaces em um mesmo segmento, estas interfaces devem pertencer à mesma área OSPF, pertencer à mesma subrede e possuir a mesma máscara de rede.
Autenticação: Se autenticação estiver sendo utilizada, routers vizinhos devem trocar a mesma senha em um dado segmento.
Hello e “ Dead Intervals ”: Routers OSPF trocam mensagens Hello em cada segmento. O Keepalive HELLO configurado deve ser consistente em um mesmo segmento. O “ Dead Interval ” seria o intervalo de tempo entre o último pacote HELLO recebido e o router considerar o neighbor como “ down ”. Este intervalo também deve ser o mesmo em um mesmo segmento OSPF. Os comandos para configuração destes intervalos nas interfaces são: “ ip ospf hello-interval seconds ” e “ ip ospf dead-interval seconds ”
**“ Stub Area Flag ”:**Dois routers devem também possuir o mesmo valor no campo “ Stub Area Flag ”, no pacote Hello, para formarem uma relação de vizinhança.
MTU Size: Finalmente, temos o MTU Size das interfaces. Se estes valores forem diferentes em cada ponta, a adjacência não será formada. Se por algum motivo existir a necessidade de estabelecer a adjacência mantendo-se MTUs distintas em cada ponta, o comando “ ip ospf mtu-ignore ” configurado em cada interface envolvida no processo resolve o problema.

A adjacência é o processo de formação que ocorre imediatamente após a definição das relações de vizinhança. Roteadores adjacentes são aqueles que foram além da simples troca de pacotes HELLO, e iniciaram o processo de sincronismo da base de dados. Com o objetivo de reduzir a quantidade de informação trocada em um dado segmento, OSPF elege um router para ser o router designado ( Designated Router – DR ), e outro para assumir o papel de backup dele ( Backup Designated Router – BDR ), em cada segmento multi-acesso ( como segmentos Ethernet, por exemplo ). A idéia por trás deste princípio é criar um ponto central na rede multi-acesso para troca de informações.

As atualizações entre o DR e BDR são divulgadas através de um endereço multicast diferente do endereço que é utilizado para divulgação do tabela de roteamento ( LSDB ). O endereço multicast utilizado nesse segmento é 224.0.0.5. A definição de obter DR e BDR seria a redução de informações trocadas, pois utilizamos um cálculo básico para verificar no caso a crescente de adjancências entre os equipamentos.

n ( n-1 ) / 2

n = quantidade de roteadores no mesmo segmento

Veja pela figura como seria a adjacência:

A eleição do router DR é feita pelo pacote HELLO. Pacotes HELLO são trocados entre os routers via multicast, em cada segmento. O router que tiver o maior OID (OSPF ID) em um segmento é eleito o DR para aquele segmento. O mesmo processo é realizado para a eleição do BDR. Em caso de empate, o router com maior RID (Router ID) vence a disputa. A prioridade default para uma interface OSPF é 1. Este valor pode ser alterado pelo comando: “ ip ospf priority “. Uma prioridade “ 0 ″ significa que a interface em questão não será considerada no processo de eleição do DR / BDR.

Quando não temos a configuração de nenhuma loopback nos roteadores a eleição de DR e BDR é feita através dos endereços IPs configurados nas interfaces físicas, não esquecendo que teremos que considerar os endereços mesmo não pertencendo aquele mesmo segmento que está ocorrendo a validação.

Como mencionado sobre a adjacência temos alguns passos que são executados para a validação desse neighbor. Segue abaixo os 7 passos:

De que forma você pode avaliar a adjacência de seus vizinhos bem como o status de DR e BDR, seria através do comando ” show ip ospf neighbor “

Router2# show ip ospf neighbor 

Neighbor ID     Pri    State      Dead Time    Address     Interface
192.168.45.1    1      FULL/DR    00:00:36     10.0.0.1    Ethernet0

Com isso podemos mencionar que o OSPF em links ponto a ponto sempre irá formar adjacências entre eles, entretanto sem a necessidade de eleger um DR e BDR. Um cuidado especial é necessário quando configuramos OSPF em redes NBMA, como Frame Relay, X.25 ou ATM. Por default, OSPF considera estes redes como Broadcast (assim como uma rede Ethernet ). No entanto, redes NBMA geralmente são arquitetadas sob uma topologia “ hub & spoke ”, e não provê o tipo de acesso full mesh que OSPF acredita existir. Neste caso, a seleção do DR e BDR torna-se um problema, já que o DR e o BDR precisam ter uma conexão física entre eles. Além disso, devido à limitação de broadcast existente em redes deste tipo, o DR e o BDR precisam possuir uma lista estática de todos os roteadores pertencentes à rede frame relay.

Alguns pontos podem ser utilizados para evitar a eleição de DR e BDR em acesso NBMA, como a criação de sub-interfaces point-to-point e a configuração do tipo de interface dentro da configuração de interface ( broadcast | non-broadcast | point-to-multipoint ).

Espero que aproveitem as informações e fica a dica para nosso próximo post que seria voltado para a sumarização do OSPF, enfim o último post falando sobre os cálculos que OSPF utiliza para obter o custo e popular esses valores na tabela de roteamento.

Espero comentários.

Abs,
Rodrigo

Endereçamento IPV4 – Parte 1

Sun, 13 May 2012 00:00:00 +0000

Olá caros,

Gostaria de trazer mais um assunto importante para os profissionais que estão estudando o CCNA, ou pessoas que estão estudando em um modo geral Redes. Para este tópico iremos falar sobre o endereçamento IPV4 e como ele foi desenvolvido ao longo desse tempo para ser utilizado até os dias atuais.

Neste post estou oferecendo uma forma diferente, onde eu não irei escrever sobre o assunto, mas vocês irão obter informações e os métodos explicativos dentro da nossa vídeo aula. No total iremos ter o assunto divido em 2 partes para atender aos requisitos e oferecer uma metodologia para o entendimentos dos endereçamento IPV4.

Na primeira parte iremos trazer a nomenclatura do IPV4 e como ele é formado através de seus 4 octetos, explicar as divisões de classes, métodos para o cálculo do endereço ( Binário – Decimal ), públicos, privados, estrutura do endereço de máscara, formação desses endereços e propriamente os exercícios .

Segue abaixo nossa vídeo aula, utilizando uma mesa digitalizadora para assim trazer um método de ensino mais real. Espero que gostem.

Conforme mencionado no vídeo, temos alguns exercícios para a prática desses cálculos, devido a esse primeiro entendimento ser um ponto importante para dar andamento ao nosso próximo capítulo VLSM/CIDR.

As respostas serão publicadas no post/comentários após atingir 15 ” shares “ em nossa página do facebook. Acesse e compartilhe www.facebook.com/ciscoredes .

Espero que vocês gostem apesar do vídeo ter ficado um pouco longo, mas devido ao assunto ser extenso e complicado no primeiro momento.

PS.: Devido a solicitação disponibilizei a apresentação em pdf na nossa sessão de arquivos.

Abs,
Rodrigo

Protocolo OSPF – parte 5

Sun, 29 Apr 2012 00:00:00 +0000

Olá pessoal,

Como mencionado anteriormente, vamos continuar com a nossa sequencia de post relacionado a OSPF. Nesse post iremos tratar sobre os tipos de LSAs existentes dentro do protocolo OPSF.

Devido ao fato de existir nomenclaturas e funcionalidades diferenciadas entre o ABR e ASBR os LSAs tem um papel importante dentro do entendimento de como as rotas são distribuídas dentro do protocolo OSPF, bem como a menção sobre os diversos tipos de áreas existentes dentro do OSPF.

O LSA ( Link State Advertisement ) são pacotes que são distribuídos dentro das áreas OSPF com a funcionalidade de informar seus vizinhos sobre as redes e ao mesmo tempo fazer validações sobre o estado de cada rede ( alcançável e não alcançável ), ou seja, quando uma rede torna-se indisponível esses pacotes LSAs são inundados para que todos os roteadores tenham conhecimento sobre essa alteração de topologia.

Baseado nisto vamos mencionar os tipos de LSAs existentes dentro do protocolo OPSF:

Tipo de LSAs


LSA Type	Nome Comum	Descrição
1	Router	Um por router, listando RID e todas interfaces com endereço IP.
2	Network	Um por rota de rede. Criado pelo DR em uma subrede, e representa a sub-rede e interfaces conectadas ao roteador para a sub-rede configurada.
3	Sumarização Network	Criado pelo ABR para representar uma área do LSA tipo 1 e 2 quando sendo advertida dentro de outra área. Define os links ( sub-redes ) na área de origem e custos, mas não os dados de topologia.
4	Sumarização ASBR	Como o LSA tipo 3, exceto que anuncia uma rota usada para alcançar um ASBR.
5	AS Externo	Criado pelo ASBR para rotas externas injetadas dentro do OSPF.
6	Membros de grupo	Não suportado pelo IOS Cisco.
7	NSSA Externo	Criado pelo ASBR dentro de uma rede NSSA, ao invés de um LSA tipo 5.
8	Atributos Externos	Não esta implementado em roteadores Cisco.

Gostaria de mencionar mais dois pontos relacionados as menções anteriores:

Transit Network: Uma rede sobre a qual dois ou mais roteadores OSPF tem tornando-se vizinhos, então o trafego pode rotear de uma para a outra.
Stub network: Uma sub-rede na qual um router não formou qualquer relação com o vizinho.

Com isso podemos trazer alguns exemplos de topologia para qual temos a troca de LSAs entre os roteadores participantes do protocolo de roteamento OSPF.

Neste exemplo podemos observar todos os tipos de área do OSPF, para qual temos específicos LSAs sendo divulgado ou transportado dentro das áreas. Devemos analisar a utilização do ABR, para qual vai transportar na maioria das vezes tipo 3 e tipo 5, e quando temos o ASBR iremos ter a inserção do tipo 7 dentro da área NSSA.

Para a representação de propagação de LSAs segue abaixo um exemplo:

Neste exemplo podemos observar o tráfego de tipo 2 e 1 dentro da área 3, para qual o ABR da área 3 com a de backbone ( área 0 ) está encaminhando tipo 3. O roteador ABR que esta fazendo a conexão com a área 4 esta divulgando rotas externas vindo da Internet ( tipo 4 e tipo 5 ), ou seja, estaria influenciado com as redes que são distribuídas como external 1 ou 2, e rotas vindo da area 3 como tipo 3 e bem como as redes vindo da área de backbone.

Com base nessas informações os comandos de visualização dentro dos roteadores podem agora ajudar a resolver alguns problemas dentro do nosso dia a dia.

Podemos observar mais alguns comandos para ajudar na validação e detecção dos problemas dentro do protocolo OSPF:

router#show ip ospf border-routers

router#show ip route

router#show ip ospf

router#show ip ospf interface [ id ]

router#show ip ospf neighbor

router#show ip ospf summary-address

Dentro do conceito de LSA posso mencionar que devemos entender essa troca de LSA entre as áreas e os tipos de áreas no protocolo OSPF, para que posteriormente no design de uma rede OSPF essas particularidades não sejam esquecidas ocasionando erros e problemas dentro do protocolo de roteamento.

Para o próximo post iremos tratar sobre as adjacências e vizinhos do OSPF com a menção de DR e BDR.

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Protocolo OSPF – parte 4

Fri, 13 Apr 2012 00:00:00 +0000

Olá Pessoal,

Conforme notificado nesse post iremos tratar um pouco sobre áreas dentro da arquitetura OSPF. Confira os posts anteriores para obter informações relevantes sobre o protocolo.

No OSPF sempre iremos escutar e trabalhar com a area 0, chamada de ” área de backbone “. Essa seria a área de transito entre as diferentes áreas que podemos criar dentro do protocolo OSPF. Quando estamos pensando em um projeto de redes utilizando o OSPF, sempre devemos iniciar do ponto central ( área 0 ) e expandir para as áreas subjacentes, fazendo assim uma rede escalável e organizada.

A área 0 deve ser o centro lógico da rede, ou seja, todas as outras áreas devem ter uma conexão física com o backbone. O motivo disso é que OSPF espera que todas as áreas encaminhem informações de tabela/sub-redes roteamento para o backbone, e este, por sua vez, se encarrega de disseminar estas informações para as outras áreas. Veja abaixo a demonstração dessa áreas.

Baseado nas informações acima podemos avaliar alguns conceitos sobre a distribuição dessas áreas e algumas nomenclaturas definidas como ABR e ASBR.

A definição para ABR e ASBR pode ser constituída como:

ABR = Area Border Router no qual é responsável por conectar duas ou mais áreas. Nesse tipo de equipamento nos temos os anúncios das redes ou database de topologia sendo anunciado através do LSA tipo 3.
ASBR = Autonomous System Border Router que conecta outros protocolos de roteamento ( redistribuição ) para dentro do protocolo OSPF. Normalmente isso é executado utilizando a area 0.

Outro detalhe que podemos avaliar seria observando os diferentes tipos de informações que são trafegadas. Informações sobre rotas que são geradas e utilizadas dentro de uma mesma área são chamadas de “ intra-area routes ”, e são precedidas pela letra “ O ” na tabela de roteamento. Rotas que são originadas em outras áreas são chamadas de “ inter-area routes ”, ou “ summary-routes ”. Estas são precedidas por “ O IA ”, na tabela de roteamento. Rotas originadas por outros protocolos de roteamento e redistribuídas em uma rede OSPF são conhecidas por “ external-routes ”. Estas são precedidas pelas letras “ O E1 ″ ou “ O E2 ″, na tabela de roteamento. Quando temos múltiplas rotas para um mesmo destino, o critério de desempate em uma rede OSPF obedece a seguinte ordem: intra-area, inter-area, external E1, external E2.

Quando mencionado sobre a redistribuição dos protocolos IGP ou EGP para o protocolo OSPF temos as diferenças sobre a nomenclatura ( E1 e E2 ), para qual podemos definir dessa forma:

E1 = As métricas definidas pelos protocolos anteriores a essa redistribuição ( ASBR ) serão incluídos para alcançar o próximo salto fora de seu AS.
E2 ( padrão ) = Os custos externos não são repassados para o protocolo interno que está rodando dentro do área interna.

Vocês lembram quando foi comentado que todas as áreas OSPF deveriam conectar passando pela área de backbone? Pois é, isso não é regra.

Como toda regra tem uma exceção e deveríamos ter nesse caso, pois não poderíamos ficar obrigatoriamente ” amarrados ” na condição de que qualquer área nova criada eu deveria ter uma conexão com nossa área de backbone, devido a algumas condições externas ( links, disponibilidade de viabilidade para chegar em seu ponto central, etc ) essa facilidade dentro do OSPF seria restrita. Para resolver esse problema existe as conexões através de link virtuais ” Virtual-link “.

O link virtual OSPF é como uma “ VPN ” que integra uma área que não tem como se conectar diretamente ao backbone, através de uma área diretamente conectada a ele. É importante ressaltar que o artifício de “ virtual links ” é paliativo, ou seja, ele resolve um erro de design, e deve ser encarado como uma solução temporária.

No exemplo acima podemos resolver da seguinte forma:

RouterA(config)# interface loopback 0
RouterA(config-if)# ip address 10.10.10.33 255.255.255.255
RouterA(config)# router ospf 100
RouterA(config-router)# network 172.16.20.128 0.0.0.7 area 0
RouterA(config-router)# network 10.10.10.33 0.0.0.0 area 0
RouterA(config-router)# area 0 range 172.16.20.128 255.255.255.192
RouterA(config-router)# area 1 virtual-link 10.10.10.30

RouterM(config)# loopback interface 0
RouterM(config-if)# ip address 10.10.10.30 255.255.255.255
RouterM(config)# router ospf 100
RouterM(config-router)# network 172.16.20.32 0.0.0.7 area 5
RouterM(config-router)# network 10.10.10.30 0.0.0.0 area 0
RouterM(config-router)# area 1 virtual-link 10.10.10.33

Na próxima parte iremos falar sobre os tipos de LSA ( link state advertisement ) que estão disponíveis no protocolo OSPF.

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Protocolo OSPF – parte 3

Tue, 03 Apr 2012 00:00:00 +0000

Olá Pessoal,

Vamos continuar com nosso tutorial sobre OSPF. O post anterior pode ser consultado aqui.

Neste episódio iremos comentar sobre a configuração que podemos executar dentro do protocolo OSPF. Como todo protocolo de roteamento IGP ( RIP, EIGRP, OSPF ) que é habilitado em equipamentos Cisco temos 2 passos essenciais para configurar esse serviço:

Habilitar o serviço através do comando router ospf [ id process ]
Divulgar as redes que seus vizinhos OSPF devem aprender associando-se as interfaces com a área desejada network [ IP ] [ MÁSCARA ] [ area ]

Quando definimos o [ id process ] estamos relacionando apenas com o processo local do roteador que você esta trabalhando, e o mesmo não tem nenhuma relação com os roteadores vizinhos que irão fazer a adjacência com ele. Vários processos OSPF podem ser executados em um mesmo router, mas este procedimento não é recomendado, entretanto, já que cada instância consome grandes porções de CPU e memória. Em suma, um bom design não utilizaria mais de um processo OSPF em um mesmo router.

Para comando [ network ] diferentemente do que ocorre na configuração de outros protocolos de roteamento, serve, no OSPF, para indicar quais interfaces participarão do processo, e quais as áreas OSPF a que pertencem. Esta é uma particularidade do protocolo.

O ID da área é definido por um número inteiro compreendido entre 0 e 4294967295, e também pode assumir a forma de um endereço IP (ex: área 0 = 0.0.0.0).

O campo referente a [ máscara ] é mencionada como uma ” máscara coringa “, que na verdade é a máscara padrão escrita de uma forma invertida. Nesse caso, como podemos calcular essa máscara?

A máscara coringa seria executada através de uma conta matemática simples que seria a subtração. Para esse cálculo sempre iremos subtrair utilizado a máscara como sendo um /32 ( 255.255.255.255 )

Padrão / 25 = 255.255.255.128
Subtração /32 = 255.255.255.255
Coringa /25 = 0 . 0 . 0 . 127

No protocolo de roteamento OSPF podemos trabalhar com dois tipos de autenticação, para qual tem a função de criar uma segurança maior para o tráfego das tabelas de roteamentos entre seus vizinhos OSPF.

**– Autenticação Simples:**Este método permite que chaves sejam configuradas por área OSPF. Routers em uma mesma área que desejem participar do processo de roteamento devem ser configurados com a mesma chave. A desvantagem deste método é que as chaves são trocadas pela rede, e podem ser facilmente interceptadas.

interface FastEthernet0/0
ip address 172.16.0.1 255.255.255.0
ip ospf authentication-key ciscoredes

router ospf 10
network 172.16.0.1 255.255.255.0 area 0
area 0 authentication

– Autenticação MD-5: Neste método, uma chave e uma senha são configurados em cada router. O router usa, então, um algoritmo baseado no próprio pacote OSPF, na chave e no ID da chave para gerar um “message digest”, que é inserido no pacote. Este método permite a troca de senha sem a interrupção da comunicação.

interface FastEthernet0/0
ip address 172.16.0.1 255.255.255.0
ip ospf message-digest-key 10 md5 ciscoredes

router ospf 10
network 172.16.0.1 255.255.255.0 area 0
area 0 authentication message-digest

Baseado nesses conceitos temos uma vídeo-aula, para qual traz um laboratório com os comandos de configurações e exemplos de como a rede se comporta utilizando-se o protocolo de roteamento OSPF.

Nessa vídeo aula temos informações que são mencionadas, para qual ainda não esta contemplado nessa parte, porém aguardem os próximos posts que iremos trazer as explicações.

Deixem seus comentários. 🙂 e iremos falar no próximo post sobre áreas.

Abs,
Rodrigo

Protocolo OSPF – parte 2

Mon, 12 Mar 2012 00:00:00 +0000

Olá caros,

Dando andamento ao nosso assunto sobre OSPF, hoje iremos comentar sobre o algoritmo utilizado e os processos que são executados para trazer a melhor métrica para a tabela de roteamento.

O post anterior pode ser consultado aqui.

– Algoritmo

Como mencionado anteriormente o nome dado para esse algoritmo é ” Dijkstra “, pelo qual o fundador ” Edsger Wybe Dijkstra ” foi o criador desse algoritmo. Ele foi fundado 1956, entretanto foi publicado apenas em 1959.

Abaixo podemos ter uma cronologia referenciando-se especificamente ao protocolo OSPF, ou seja, esse algoritmo utilizado para esse protocolo de roteamento ( OSPF ) foi desenvolvido a muito tempo atrás.

Segue abaixo uma demonstração simples sobre os cálculos exercidos nesse algoritmo.

O modo como o algoritmo opera é colocando o roteador na raiz da topologia, e então calcula o melhor caminho para um destino baseando-se no custo cumulativo até o destino em questão. Cada roteador na rede terá uma visão única da topologia lógica, ainda que todos os roteadores utilizem a mesma base de dados link-state (link-state database).

Uma analogia que podemos mencionar sobre esse protocolo seria: Alguém precisa se deslocar de uma cidade para outra. Para isso, ela dispõe de várias estradas, que passam por diversas cidades. Qual delas oferece uma trajetória de menor caminho?

Nós poderíamos colocar as contas e fórmulas executadas para esse cálculo matemático, porém acredito que não precisaríamos aprender as contas e sim o conceito desse protocolo. Para quem tiver interesse em descobrir os cálculo ou implementar em linguagem de programação esse método, pode consultar através desse link.

– Link State

Como mencionado anteriormente o OSPF utiliza-se de um protocolo chamado link-state. Devido a este fato ele toma algumas decisões sobre qual o melhor caminho a ser tomado. Abaixo menciono os passos de execução para a utilização desse protocolo.

Cada roteador obtém informações sobre seus próprios links e suas próprias redes diretamente conectadas. Isso é obtido pela detecção de uma interface no estado up (ativo).
Cada roteador é responsável por encontrar seus vizinhos em redes diretamente conectadas. Roteadores link-state fazem isso trocando pacotes Hello com outros roteadores link-state em redes diretamente conectadas.
Cada roteador cria um pacote link-state (LSP) que contém o estado de cada link diretamente conectado. Isso é feito com o registro de todas as informações pertinentes sobre cada vizinho, inclusive a ID do vizinho, o tipo de link e a largura de banda.
Cada roteador inunda o LSP para todos os vizinhos, que armazenam todos os LSPs recebidos em um banco de dados. Esses vizinhos, por sua vez, inundam os LSPs para todos os seus vizinhos até que todos os roteadores na área tenham recebido os LSPs. Cada roteador armazena uma cópia de cada LSP recebido de seus vizinhos em um banco de dados local.
Cada roteador usa o banco de dados para criar um mapa completo da topologia e computa o melhor caminho para cada rede de destino. Como se tivesse um mapa de estrada, o roteador tem agora um mapa completo de todos os destinos na topologia e as rotas para alcançá-los. O algoritmo SPF é usado para criar o mapa da topologia e determinar o melhor caminho para cada rede.

Baseado nesses conceitos ainda temos diversos termos dentro do OSPF que são utilizados e iremos tratar logo abaixo:

– Custo

O custo (também conhecido como métrica) de uma interface OSPF é uma indicação do overhead necessário para o envio de pacotes através desta interface. O custo de uma interface é inversamente proporcional a largura de banda desta interface. Uma largura de banda maior indica um custo menor.

Custo = 10^8/Banda (bps).

Por este motivo, é importante a correta configuração do parâmetro Bandwidth em interfaces rodando OSPF. Ela sempre irá pegar o valor configurado para efetuar o cálculo da métrica.

– Roteadores de Fronteira ( Área e Borda )

OSPF utiliza multicast para propagar os anúncios pela rede. O conceito de areas foi criado para criar fronteiras de propagação destes anúncios. A propagação de updates e o cálculo da topologia pelo algoritmo Dijkstra são restritos à área. Todos os roteadores em uma mesma área terão a mesma base de dados topológica. Roteadores que pertencem a mais de uma área terão as bases de dados de cada área a qual pertencem. Este é o caso dos roteadores de fronteira, como os ABRs (Area Border Routers) e os ASBRs (Autonomous System Border Routers). A figura abaixo ilustra a aplicação destes roteadores.

– Tipo de Pacotes Link State

Existem diferentes tipos de pacotes Link-State. Estes pacotes são ilustrados no diagrama abaixo.

Nesta figura temos vários conceitos para qual está envolvido todos os tipos de LSA dentro do protocolo OSPF, porém iremos tratar em outro post específico somente para este contexto. Lembrando-se que os conceitos de Multi-Area e tipos de LSA não são cobrados na certificação CCNA, por isso vou tratar diferenciado para focar em assuntos de CCNP.

No próximo post iremos discutir as configurações do OSPF e uma vídeo aula para adicionar maiores detalhes. Espero que gostem 🙂 .

Abs,
Rodrigo

Netacad Advantage – Vagas Brasil

Wed, 07 Mar 2012 00:00:00 +0000

Olá Pessoal,

O programa Cisco Networking Academy acaba de lançar o site de empregos NETACAD ADVANTAGE – Brasil!

Um espaço onde você poderá encontrar as melhores oportunidades de emprego na área de TI. Além das novidades, curiosidades, dicas para que você possa se preparar para o mercado de trabalho, histórias de quem conseguiu um emprego através do programa e muito mais.

O site está inciando-se, portanto a estrutura esta sendo montada, mas já existe algumas vagas e dicas profissionais que podem ser consultadas.

Acesse o site para ficar por dentro das principais vagas do mercado.

www.netacadadvantage.com.br

Abs,
Rodrigo

Protocolo OSPF – parte 1

Thu, 23 Feb 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de iniciar um assunto que hoje é muito utilizado no nosso dia a dia, e nele temos vários pontos a se discutir e com certeza para aprender. Iremos iniciar uma sequencia de posts para trazer os conceitos desse protocolo IGP que é muito utilizado dentro das corporações.

– Introdução

O protocolo OSPF (Open Shortest Path First), definido pela RFC 2328, é um protocolo IGP (Interior Gateway Protocol), ou seja, desenhado para uso em um Sistema Autônomo Interno ( intra-AS ). O protocolo OSPF foi desenvolvido para atender às necessidades colocadas pelas comunidades da Internet, que demandavam um protocolo IGP eficiente, não-proprietário e operacional com outros protocolos de roteamento.

OSPF baseia-se na tecnologia “ link-state ”, que é bem diferente e bem mais avançada que a tecnologia utilizada em protocolos puramente vetoriais, como o RIP. Como mencionado, nos temos dois tipos de tecnologia que está envolvida com os protocolos de roteamento, que seria link state e vetor distância, veja quais são as diferenças:

Vetor de Distância: Os protocolos que utilizam dessa tecnologia tem como a principal característica a quantidade de saltos, ou seja, a cada ” hop ” para alcançar aquela determinada rede que você deseja, ela será incrementada na distância ” saltos “.
Link State: Os protocolos que utilizam dessa tecnologia tem como a principal característica em trabalhar através do estado do link, ou seja, a métrica inserida para esse tipo de protocolo é baseado em caracteristicas como banda, delay, confiabilidade, carga etc.

Através desses pontos podemos citar as características essenciais que o protocolo utiliza dentro do ambiente:

Não existe limite de saltos para o OSPF
OSPF permite a utilização de VLSM
Podemos fazer utilização de criptografia para a troca das tabelas de roteamento
Toda atualização/anúncio das redes dentro do protocolo são executadas através de endereços multicast
OSPF permite a execução de balanceamento de carga mais eficaz
Dentro do protocolo podemos fazer a utilização de uma hierarquia mais avançada com a utilização de areas. Fazendo dessa forma um método mais controlado de sumarização de rotas e atualizações de tabela de roteamento.
OSPF permite marcações de rotas vindo de outros protocolos externos como BGP, permitindo um rastreamento dessas redes.
Devido a todos esses pontos citados, obviamente que esse protocolo irá fazer uma utilização maior de CPU e memória, devido a diversos pontos adicionais que ele utiliza para controle do protocolo de roteamento, além do que ele consegue montar uma árvore completa da rede.

Após essa breve explicação de OSPF, iremos avançar para nosso próximo post com os conceitos do algoritmo SPF ( Dijkstra ).

Aguardem cenas do próximo capítulo 😀

Abs,
Rodrigo

Webinar – CCNA Voice

Mon, 03 Oct 2011 00:00:00 +0000

Olá Pessoal,

Iremos ter mais um Webinar ( 12/10/2011 ) referenciando-se para a certificação CCNA Voice. Esse webinar irá trazer informações sobre a tecnologia e informações necessárias que devemos saber para conseguir essa certificação.

**PS.:**Infelizmente esse irá ser oferecido pelo time USA, portanto será em Inglês. Outra informação seria referente ao fuso horário que irá mostrar no anúncio. Fiquem atentos! 😉

Façam o cadastro através do link abaixo e aproveitem as informações:

https://vts.inxpo.com/scripts/Server.nxp

Abs,
Rodrigo

Webinar em Português

Mon, 22 Aug 2011 00:00:00 +0000

Galera,

Gostaria de passar mais uma dica relacionada as ferramentas da Cisco que possibilitam o aprendizado de algumas tecnologias através do Webex, e o mais interessante é FREE. Esse projeto iniciou-se agora, pois anteriormente todos os Webinars eram em Inglês.

O tema deste mês será sobre: Troubleshooting OSPF

Neste Webinar iremos apresentar estudos de casos relacionados à roteamento OSPF. Técnicas de análise e de identificação de problemas serão utilizadas de modo a conduzir o administrador de redes à solução para cada um dos casos. Os problemas serão ilustrados por meio de exemplos práticos.

Conhecimentos desejados (nível de CCNA):

OSPF single area
Configuração básica de OSPF
Tipos de LSA’s

Palestrante: Alexandre Meslin (NCE/UFRJ)

Data: 30 de Agosto de 2011 as 10:00am (Horário de Brasília)

Lembramos que os webinars serão ministrados sempre na nossa língua e por profissionais do mercado Brasileiro.

Para participar do evento você vai precisar fazer um breve registro na plataforma.

Esse registro servirá para que possamos enviar automaticamente a gravação da palestra para poder vê-la novamente.

O endereço para registro é : Cisco Webex

Deixem seus comentários. 🙂

NetRiders America Latina

Mon, 15 Aug 2011 00:00:00 +0000

Pessoal,

Gostaria de repassar que a Cisco iniciou sua competição de 2011 para o NetRiders. Esta competição é oferecida aos alunos matriculados no curso CCNA Exploration ou no CCNA Discovery, ou que estavam matriculados no curso CCNA nos últimos 9 meses.

Essa competição traz uma ótima oportunidade para que os estudantes melhorem seus currículos, testem suas habilidades em Redes e TI, e ganhem reconhecimento dentro do mercado de trabalho. Além disso os melhores competidores tem a oportunidade de ganhar uma viagem para os Estados Unidos ( Vale do Silício ).

A competição NetRiders é dividida nas seguintes fases:

Inscrições (15 de agosto a 15 de setembro) – ENROLLMENT KEY (chave de matrícula): latam2011

Primeira Fase – Fase Classificatória (29 de agosto a 17 de setembro)

Segunda Fase – Classificatória Nacional (1 de outubro a 8 de outubro)

Terceira Fase – Finais Internacionais (25 de outubro)

Prêmios e reconhecimento para os ganhadores:

Primeira Fase – os primeiros cinco colocados de cada academia são convocados (com um mínimo de 60% de aproveitamento). O certificado de participação estará disponível para download e os melhores colocados de cada país serão anunciados no site do NetRiders.

Segunda fase – os ganhadores nacionais + o aluno com a melhor nota de cada uma das 25 melhores academias de cada região avançarão. Os ganhadores nacionais vão receber um Visa Gift card no valor de 50 dólares e um certificado eletrônico customizado.

Terceira Fase – GRANDE PRÊMIO: os quatro primeiros colocados nas Finais Internacionais ganharão uma viagem de estudos de uma semana para o Vale do Silício, na Califórnia!

As inscrições podem se feitas através do site NetRiders e façam o Teste Prático.

Para maiores informações visite este site.

BLOG on Cisco Redes

BLOG – Vencedores do IT Blog Awards 2021 – Cisco

Vencedores

BLOG – IT BLOG Awards 2021 – Cisco

Resumo do BLOG – Referência 2021

Conquistas

Certificações

Conclusão

Info – Criação do meu BLOG Estático

Descrição

Decisão

Conclusão

BLOG – Inscrição para o IT Blog Awards Cisco

Resumo

BLOG – Cisco Champion 2021

Resumo do BLOG – Referência 2020

Conquistas

Certificações

Conclusão

BLOG – Programas de Comunidades – Inscrições para 2021

BLOG

Cisco Champion

vExpert

Conclusão

Segurança – Exploração de Protocolos Autenticação – Dicas – Parte 3

Metodologias

Proteção

Residencial

Corporativo

Conclusão

Resumo do BLOG – Referência 2019

Números

Conquistas

Futuro

Cisco Meraki – Inicialização Ansible para primeiro playbook

API Key para Ansible

Usando Ansible-Vault

Lógica do Playbook

Modulo Ansible

Teste da Playbook

BLOG – Votação aberta para IT Blog Awards 2019

BLOG – IT BLOG 2019 – hosted by Cisco

BLOG – Altaro VM Backup – Introdução

BLOG – Cisco Cert Insiders – Fóruns e Desafios = Prêmios

BLOG – Tech Field Day 20 – Estaremos lá!!!

BLOG – Cisco Champion 2019 – Estamos lá!!!

BLOG – Retrospectiva 2018

IT Blog Awards – Somos Finalistas

BLOG – Top vBLOG 2018 – Estamos participando!!!

Inscrições para Cisco Champion 2019

BLOG – Palestra na Futurecom 2018

BLOG – Alcançamos a marca 10K no Mês Setembro

Cisco – Divulgação de Código para Comunidade

Cisco Champion 2018 – Brazucas!!!

Cisco Champion 2018

Programa Cisco Champion

Resumo 2017

Eventos – Posts – Conquistas

Inscrições Cisco Champion 2018

Ansible – Validação de Configuração – Parte 2

Reunião VMUG SP – Outubro 2017

Ansible – Arquivo Usuário e Senhas

Mudanças para o CCIE / CCDE – Written e LAB

Cisco Champion 2017

Boas Festas e Feliz 2017!!!

Finalizado o Desafio – vDM

BLOG com HTTPS

EtherChannel – Configuração – Parte 2

EtherChannel – Configuração – Parte 1

CiscoRedes(config)#interface range gigabitethernet 1/0/4 – 5 CiscoRedes(config-if-range)#channel-group 1 mode on CiscoRedes(config-if-range)#switchport trunk encapsulation dot1q CiscoRedes(config-if-range)#switchport mode trunk

CiscoRedes(config)#interface gigabitethernet 3/0/3 CiscoRedes(config-if)#channel-group 1 mode on CiscoRedes(config-if)#switchport trunk encapsulation dot1q CiscoRedes(config-if)#switchport mode trunk

CiscoRedes(config)# interface gigabitethernet2/0/1 CiscoRedes(config-if-range)# switchport mode access CiscoRedes(config-if-range)# switchport access vlan 10 CiscoRedes(config-if-range)# channel-group 5 mode active CiscoRedes(config-if-range)# end

CiscoRedes(config)# interface gigabitethernet2/0/4 CiscoRedes(config-if-range)# switchport mode access CiscoRedes(config-if-range)# switchport access vlan 10 CiscoRedes(config-if-range)# channel-group 5 mode active CiscoRedes(config-if-range)# exit

BLOG Cisco Redes – Forum

DMVPN – Resumo Vídeos Aulas

Entrevista ao Congresso On-Line TI

Prêmios e Brindes = Estudos

Hangout – Esclarecimentos da nova Prova CCNA

BLOG Cisco Redes no Cisco Live – Las Vegas

Congresso On-Line TI – 2016 – 4° Edição