Cisco on Cisco Redes

BLOG – CCNA – Segunda change free, será?

Wed, 01 Mar 2023 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma informação em relação uma notificação que a Cisco enviou sobre dois novos pacotes do CCNA que podem ser adquiridos diretamente através do Learning Network Store.

O que seriam esses pacotes e porque a menção sobre efetuar segundo exame free, caso você não passe na primeira tentativa executando a prova de certificação.

Basicamente no portal de treinamento Cisco, foi definido duas nomenclaturas de execução desse método como sendo o “CCNA Exam Safeguard Offer” e o “CCNA Exam Safeguard Offer Plus“, na qual eu logo abaixo explico com mais detalhes cada uma deles.

Olhando essas alternativas e fazendo uma comparação, conforme abaixo. Eu pesquisei qual o valor hoje da prova de CCNA 200-301, sendo feito o agendamento direto pelo site da VUE.

Conforme, podem observar acima, o valor hoje é de $300 “doletas”, na qual se você reprovar teria que pagar novamente esse mesmo valor para sua segunda tentativa.

Como já falei por aqui, apenas reforço que os números de reprovação do CCNA é alta, justamente porque é uma prova difícil e seria a prova que quebra a barreira para muitos profissionais que estão querendo inserir-se nesse mundo de tecnologia e redes.

Pacotes – Bundle

Agora, vamos observar o que esta sendo ofertado e as opções que teriamos. Enfim, se observar o primeiro pacote conforme descrito, você pagaria $375 “doletas” para executar a prova e caso você reprove, lembre-se não precisa pagar mais nada adicional, ou seja, apenas marcar a prova novamente dentro do prazo de 90 dias que você comprou o pacote.

Apenas re-lembrando que já teríamos $75 “doletas” adicionais caso alguém precise executar novamente o teste. Talvez vocês se perguntem, se eu passar na primeira tentativa vou pedir reembolso de algo, posso efetuar desconto para a próxima prova? NÃO, nada será feito caso você passe na sua primeira tentativa.

Enfim, para a proxima oferta temos a menção de um valor de $450 “doletas”, na qual, segue com as mesmas regras já expostas no bundle anterior, porém temos um agregado de fazer uma revisão do CCNA, através de um questionário e laboratórios, ou seja, mesmo assim respeitando a regra dos 90 dias para efetuar a segunda chance a partir do dia que você comprou o bundle.

Neste pacote ele dá o benefício desse questionario que não é o mesmo que cairá na prova, porém vai fazer você exercitar seu conhecimento e a demanda prática que é cobrado na prova. Vale ressaltar, que essa revisão de exame podem ser executada sem limites, dentro do prazo já comentado.

Conclusão

Em linha gerais é complicado mencionar para você se compensa esses valores adicionais, principalmente no primeiro bundle, porém é muito importante você fazer sua auto-crítica e entender o quão você esta preparado para o exame, pois muitas das vezes esse pequeno valor adicional pode trazer um conforto maior e uma calma mais apurada para prova. Eu tenho que revelar, que toda prova que já fiz de certificação eu fico muito tenso, apenas pensando se vou conseguir responder tudo e também sobre os cifrões ( $$$$ ) passando na minha frente.

Portanto, acredito que você precise avaliar muito bem sua abordagem para a prova, porém agora temos mais algumas alternativas para pensar e entender o que é melhor para nosso progresso.

Caso vocês queiram adicionar ou compartilhar algo diferente fiquem à vontade em postar nos comentários.

Abs,
Rodrigo

BLOG – Cisco Meraki – Radius em Cloud

Thu, 31 Mar 2022 00:00:00 +0000

Olá Pessoal,

Já faz um tempo que não escrevo aqui para vocês, entretanto acabei ficando sumido devido a outras características e obviamente não podemos negar que nosso tempo fica cada vez mais escasso.

Enfim, não é lugar para “muro de lamentações” o importante que sempre estamos por aqui e tentando apresentar novos conteúdos para vocês e alguns produtos que vocês podem utilizar/pesquisar para ajudar no entendimento maior do seu dia-a-dia.

Radius no Meraki

Como todos sabem hoje cada vez mais, estamos procurando formas de amenizar os impactos relacionados a segurança, e claro não podemos esquecer de utilizar o protocolo 802.1x para garantir o acesso seguro de seus usuários ao ambiente de WI-FI.

Desta forma, fiz alguns testes para habilitar o Radius no Meraki fazendo com ele pudesse especificamente em um SSID, fazer autenticação através de Radius + 802.1x.

Entretanto, estava procurando algo em cloud free que eu pudesse testar e não precisasse trabalhar localmente com algum free radius. Hoje sabemos que temos o free-radius, que acredito que ainda vou escrever sobre ele em nosso BLOG, entretanto fui em algo talvez mais rápido para testar os recursos.

Configuração no Meraki

Para esses recursos temos parâmetros rápidos e práticos que podem ser visualizados conforme abaixo:

Baseado na figura acima, precisamos garantir que estamos configurando no modo “Enterprise”, porém com a definição de seu Radius Server.

Após configurar no drop-down, podemos observar as configurações adicionais que necessitam ser executadas, para que eu possa autenticar em um servidor Radius. Vale ressaltar, que devido ao ambiente Meraki ser em Cloud, as definições podem também serem executadas em seu ambiente on-prem, porém o acesso ao servidor precisa ser liberado para que a Cloud Meraki possa alcançar esse servidor.

As configurações de EAP+EAPOL foram mantidas em modo “default”, pois são ambientes de testes, entretanto caso necessite executar no ambiente de produção você pode adequar as suas necessidade do ambiente de produção.

Os endereços adquiridos da JumpCloud pode ser visualizados através dessa documentação.

OBS.: Existe uma limitação via JumpCloud que a porta Radius 1813(accounting) não é suportado.

Configuração no JumpCloud

Para quem deseja conhecer um pouco do portfolio da JumpCloud recomendo acessar o site deles e visualizar as possibilidades de atendimento.

Eu acabei encontrando por acaso, pesquisando sobre opções de integração com o Meraki, na qual achei bastante documentação para fazer não somente o uso de Radius mas de outras facilidades, ainda como sendo um plano free. Futuramente, vou trazer alguns conceitos de SSO(Single Sign On) entre as plataformas.

Para configurar o Radius, basicamente precisamos obter o IP Público, executar o “match” da senha que será adicionada em ambas plataformas.

Conforme pode ser visualizado acima, temos a opção de utilização de MFA, porém na característica de autenticação do WIFI pelos documentos não é recomendado e poderia ser um caso em utilizar essa autenticação para uma característica de VPN.

Após esses passos devemos cadastrar os usuários na plataforma(10 são free), ou seja, será através desse “user” que você deverá utilizar quando solicitado o “join” para o SSID escolhido.

OBS.: Pode observar que para esse usuário eu criei um MFA para eu logar no portal Jumpcloud, caso em futuros testes(VPN, SSO) eu possa utilizar ele para adicionar mais uma camada de segurança.

Talvez vocês já devem estar pensando em uma situação onde tenho IP dinâmico que fica atrelado ao acesso para o ambiente que esta nosso AP, ou seja, vou ficar trocando o IP? Sim. Porém, existe uma forma de fazer atualização deles via API :). Caso, tenham interesse avise nos comentário, pois posteriormente executo um post explicado como fiz esse processo.

Autenticação no WI-FI

Para executar autenticação podemos observar que nesse momento é solicitado “user+pwd”, ou seja, não estamos mais no modo PSK. 🙂

Após autorização será notificado sobre o certificado, pois devido a estarmos utilizando EAP-TTLS/PAP ou EAP-PEAP e deveremos usar essa autenticação para garantir maior segurança nos dados transmitidos entre as pontas (Meraki+JumpCloud).

Conforme abaixo será apresentado o certificado para que você confirme a autenticação, bem como garantir a validade do certificado.

Vale lembrar que você também poderia fazer o download desse certificado e fazer a instalação do mesmo em seu ambiente para garantir que não tenha essa validação ao seu usuário. Você pode obter mais informações sobre o certificado.

Logs

Após todo o processo de configuração e autenticação sempre é interessante avaliarmos os logs capturados nas plataformas, para verificar se de fato como poderemos fazer um futuro “troubleshooting” e consequentemente observar se funcionou da forma que deveria. 🙂

Logo abaixo, podemos observar log sendo exposto pela ferramenta JumpCloud que pode ser visualizada através do menu Insight->Directory. Desta forma, vimos que autenticação foi executada utilizando serviço de Radius com os parâmetros EAP-PEAP via usuário especifico.

Após isso podemos observar ao mesmo tempo essa notificação no portal Meraki, onde conseguimos observar EAP e a característica de sucesso do usuário sendo autenticado via 802.1x. Temos ainda uma possibilidade de fazer um “check” ao servidor radius através do portal Meraki, para assim garantirmos e identificarmos como está o tempo de resposta até o seu servidor na Cloud(JumpCloud)

Posteriormente podemos ainda consolidar através do menu “Clients” e avaliar como está sendo feita associação desse usuário e ao mesmo tempo garantir qual “user” foi autenticado, bem como garantir associação via 802.1x.

Conclusão

Observando a facilidade de efetuar as configurações em ambas as plataformas, na minha visão faz todo sentido termos algo de Radius como serviço em Cloud, ainda mais quando temos ambas as soluções sendo gerenciadas em cloud. Obviamente, ainda existe muita coisa que acaba acontecendo nos “bastidores” e que com certeza iremos analisar posteriormente, principalmente nas características de segurança observando na perspectiva de como esse usuário e hash estão sendo encaminhado entre as pontas.

Entretanto, vale ressaltar que baseado no protocolo 802.1x já podemos ter a garantia de algumas metodologias de segurança para garantir essa autenticidade, bem como evitar alguns “eavesdropping” localmente.

O que vocês acharam desses parâmetros? Desejam observar mais algum detalhe sobre o que foi apresentado? Deixe seus comentários.

Abs,
Rodrigo

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 – Inscrições Cisco Champion 2022

Mon, 31 Jan 2022 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês que as inscrições para o programa da Cisco denominado Cisco Champion estão com suas inscrições aberta para o ano de 2022.

Acredito que vocês já devem conhecer o programa, pois venho falando dele aqui no BLOG desde de 2017, que foi quando nosso site foi inserido nesse programa, e desde então, sempre venho divulgando as novidades dele, bem como sempre demonstrando que a comunidade do Brasil neste programa global tem aumentado a cada ano.

Desta forma, gostaria de compartilhar o link para efetuar a inscrição, bem como se desejar também pode verificar o anúncio feito na comunidade

Caso goste de acompanhar, temos a comunidade no Twitter (@CiscoChampion).

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

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

BLOG – Podcast Cisco Champion – Small Business – Big Value

Mon, 19 Jul 2021 00:00:00 +0000

Olá Pessoal,

Como vocês devem ter percebido estou publicando mais esses posts relacionado ao podcast do Cisco Champion, na qual são episódios que estou participando.

Neste episódio foi conversado sobre o mercado em grande expansão que é a relação do “Small Business”, consequentemente devido ao fatores que vocês devem imaginar (WFH, pandemia, etc), porém também relacionado a essa médias e pequenas empresas que estão crescendo exponencialmente e as soluções principalmente de segurança e colaboração são torres de tecnologia essenciais para esses pilares no crescimento e expansão do negócio.

Confira abaixo o episódio:

Caso tenha mais interesse, podem pesquisar também no site da Cisco sobre esse portfolio Small Business. Deixe seu comentário abaixo, mencionando se as abordagens feitas durante o podcast estão dentro das expectativas sobre a tecnologia.

Abs,

Rodrigo

BLOG – Podcast Cisco Champion – Unfiltered: Vida de um Cisco Champion

Tue, 04 May 2021 00:00:00 +0000

Olá Pessoal,

Como todos sabem e provavelmente já observaram em nosso site, que cada vez mais está aparecendo esses episódios, ou melhor dizendo o canal de Podcast do Cisco Champion. Isso se deve a estarmos mais ativo nesse canal participando junto com a comunidade, portanto sempre teremos mais posts nesse sentido.

Conforme havia mencionado em nosso último post falando sobre o Catalyst 8000, hoje venho aqui para notificar sobre uma nova ideia que está surgindo na comunidade de falarmos um pouco sobre tópicos variados, e não somente trazendo os conteúdos técnicos ou novidades que estão surgindo do lado da Cisco.

Devido a isso, foi mencionado que vamos seguir com a menção de um conteúdo sem filtros ( rs! ), e já temos vários temas na pauta que serão discutidos durante esse ano. A idéia que tenhamos um podcast nesse estilo a cada 2 meses.

Segue nosso bate papo abaixo:

Se tiver alguma dúvida sobre o programa, ou até mesmo sugerir ou mencionar algo, fique a vontade para me notificar, enviar uma mensagem que sempre temos um canal aberto com os ” managers ” do programa e toda idéia é sempre vista para construir cada vez mais uma comunidade forte e obviamente possamos compartilhar ítens interessantes.

Abs,
Rodrigo

BLOG – Podcast Cisco Champion – Catalyst 8000

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

Olá Pessoal,

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

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

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

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

Abs,
Rodrigo

BLOG – Resumo Certificação Cisco CyberOps Associate

Wed, 03 Mar 2021 00:00:00 +0000

Olá Pessoal,

Minha ideia neste post é tentar trazer um pouco da experiência vivenciada para a prova de certificação da Cisco, definida recentemente como Cisco CyberOps Associate.

Provavelmente você deve ter verificado que eu executei minha prova de certificação no final de Dezembro, e desde do final do ano havia colocado esse post como “ rascunho ” e acabei não conseguindo finalizar, porém acho de extrema importância passar um pouco da minha experiência vivenciada nesta prova.

Introdução

Como todos provavelmente devem saber, eu sou instrutor Cisco e leciono os treinamentos dentro das estruturas oferecidas pelo Cisco Netacad, ou seja, os treinamentos que são oferecidos pela Academia Cisco eu posso lecionar, desde que tenhamos os conhecimentos exigidos, e também tenha sido feito o treinamento para instrutores.

Esse treinamento de fato, é feito por um instrutor autorizado Cisco Netacad via ITQ, bem como aluno/instrutor deve executar o curso completo, fazendo todas as provas, e na prova final do treinamento é necessário que tenha uma nota superior a 70% para ser aprovado na academia, e à partir deste momento ele poderia lecionar ou replicar seu conhecimento para os alunos associados em sua academia.

Baseado nesse parâmetro eu já havia visualizado sobre esse conteúdo quando a certificação foi lançada, bem como eu também já havia comentado dela em 2016 nosso BLOG.

Devido a diversos outros fatores, eu não havia conseguido focar nesses tópicos, porém essa área sempre me despertou muito interesse para entender os fluxos, análises, normas, processos e entendimento desse mundo cibernético que vivenciamos a cada dia.

Pois bem, em Junho de 2019 a Cisco anúncio diversas mudanças em seu ciclo de Certificação, e de fato iria começar a valer em Fevereiro de 2020, todas essas alterações vocês podem consultar nos links deixado acima e que eu já havia explorado para vocês.

Para resumir, a certificação CyberOps devido a todas essas nomenclaturas tinhamos informações por trás dos bastidores que poderia ser cancelada nesta cadeia, por ter o contexto que teríamos apenas uma única certificação a nível de Associate, porém a Cisco resolveu deixar essa trilha por se tratar de ítens totalmente apartados, bem como a demanda no mercado estava solicitando esses profissionais para ter um correto entendimento e tratativa para esse mundo denominado cibernético.

Motivação

Baseado em todos os ítens que comentei anteriormente, no terceiro trimestre de 2020, iniciou-se uma campanha forte no Brasil entre Cisco e outras entidades, para que pudessemos trazer mais ênfase os tópicos de Cyber Segurança, e com o intuito final de formar mais estudantes/profissionais nesta área, e que por sua vez esta demandando muitos profissionais capacitados para suportar esses ambientes corporativos e até muitas das vezes residências, como uma forma também educar as pessoas aos seus entendimentos básicos que podemos ter dentro dessa rede mundial denominada “ Internet “.

Após isso, fiquei sabendo que o Netacad Brasil ( via Cisco Brasil ), estava formando instrutores para que esse programa pudesse alavancar, e ter mão de obra disponível para transmitir essa mensagem aos alunos. Devido a isso e também eu estar dentro desse contexto de aprendizagem, eu me inscrevi e fui selecionado para participar da formação de instrutores a nível Brasil.

Enfim, recebemos o cronograma e era extremamente agressivo para acompanhar, pois teríamos em torno de 1 Mês e meio para iniciar e finalizar o treinamento com todas as provas finalizadas. Isso iniciou-se em Setembro e finalizamos na terceira semana de Outubro, onde não tivemos nem feriado para respirar ( rs!! ). Após conclusão do treinamento e por ter ficado entre os 20 primeiros classificados em toda a turma, eu havia ganho um voucher de 100% free, ou seja, não tinha como não dedicar-se para executar a prova de certificação.

Estudos

Desculpa por alongar muito para entrar nos focos deste post, porém resolvi colocar para contextualizar que nossa jornada muito das vezes é longa e árdua, e ela sempre acaba tendo um propósito maior. Enfim, como comentei meus estudos de fato incializaram nos formatos do Netacad ( Learning Networking ), mas antes mesmo de começar o treinamento eu havia visualizado diversos Webinar que a própria plataforma já estava executando para disseminar esse conteúdo.

Com isso recomendo olhar esses vídeos, pois exemplificam o que de fato vocês vão encontrar pela frente:

Após essa dicas eu fiz o treinamento que contém um total de 28 capítulos na plataforma Netacad. Esse conteúdo exige que você tenha conhecimentos na área de redes, pois os conceitos abordados para esse conteúdo de fato estão totalmente relacionados com as estruturas/arquiteturas dos ambientes de Redes.

O que eu visualizo para que você tenha um aproveitamento melhor nos estudos, é que tenha o conhecimento a nível de um CCNA, pois tem muito conceito sobre as camadas do modelo OSI, protocolos de camada 2 ( ARP, Proxy ARP, CSMA/CD, Frame Ethernet, port-security, etc ), cálculo de endereçamento IPv4 e IPv6, NAT/PAT, fora todos os serviços que temos na camada 7 ( SMTP, DNS, HTTP, HTTPs, SNMP, SSH, Telnet, SSL/TLS, FTP, NTP ). Nesta área, muitas análises precisam ser visualizadas através de uma captura de pacotes, portanto é interessante você ter uma vivência com as ferramentas de captura ( Wireshark, tcpdump, nfdump ), pois no treinamento todos esses ítens já são expostos e precisam ter um correto entendimento do fluxo de pacotes em alguns serviços básicos ( TCP, UPD ).

Além de todo esse conteúdo, eu resolvi também ler o livro que foi liberado no final do ano, que está relacionado a certificação que é oferecido pelo Cisco Press. O livro é o CBROPS 200-201 Official Cert Guide escrito pelo Omar Santos. Vale lembrar, que de fato eu não li o livro todo, pois peguei os pontos que estão mais relacionados algumas normas que não eram muito de meu entendimento, mas achei o livro com uma didática boa e de fácil entendimento.

Para os estudantes que desejam seguir com os estudos self-learning, é de extrema importância ler o livro, pois muito do conteúdo exposto precisa ser explorado e de correto entendimento.

Fontes Externas

Obviamente, temos muitos outros conteúdos que acabamos pesquisando para se interar de alguns assuntos que não dominamos, o que no meu caso eram mais os ítens normativos e metodologias sobre relatórios de incidentes, identificação em normas sobre os vetores de ataque, etc.

Em relação a esses ítens recomendo dar uma pesquisada em algumas dessa fontes:

FIRST ( Forum Improving Security Together )
1. CVSS ( Vunerability Score )
2. Calculadora de Vulnerabilidades
NIST
1. Normas sobre Guia de Avaliação de Riscos, Gerenciamento de Patches, etc.
2. Framework Risk Management for Enterprise
MITRE ( ATT&CK ) – Matriz sobre os ataques
MITRE – CVE ( Commom Vunerability )
SGUIL ( Network Security Monitoring )
1. Recomendo instalar e praticar nessa ferramenta.
2. Recomendo obter arquivos de testes neste website ( malware-traffic-analysis ) para praticar suas análises.
3. Execute os exercícios de análise de tráfego para identificação do ataque.

OBS.: É de exterma importância mencionar que essa certificação ela é totalmente vendor agnóstico, e de fato não esta atrelado a nenhum produto da Cisco, ou seja, o foco dela é especificamente treinar e dar o entendimento aos estudantes dos conceitos de Cyber Segurança, treinando ele para trabalhar de fato em um SOC Nível 1.

Resumo

Acredito que eu tenha exposto um pouco da experiência que obtive nos estudos para certificação, espero que isso possa clarificar um pouco a metodologia que você pode seguir para alcançar essa certificação.

Obviamente, talvez em seus estudos você possa encontrar novas fontes ou caminhos para estudar determinados tópicos, e claro sempre observar os tópicos que foram colocados no Blue Print.

O que vocês acharam desse resumo, pode ajudar vocês a encontrar os tópicos e diretrizes para seu estudo? Se tiver dúvidas coloque em nosso comentários para explorarmos os ítens.

Espero que vocês tenham gostado! 🙂

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

Meraki – Adicionar Aplicação Meraki Insight – Parte 4

Fri, 30 Oct 2020 00:00:00 +0000

Olá Pessoal,

Como todos vêem acompanhando nossos posts, eu fiquei demonstrar para vocês sobre a configuração especifica de uma aplicação dentro dos recursos do Meraki Insight.

Esse parâmetro é interessante, pois se a aplicação não existe dentro do portal, temos a opção de adicionar uma customizada para validar dentro dos 3 recursos disponivéis do Insight ( LAN, WAN, APP ).

Neste caso, escolhi fazer o post olhando para o Microsoft Teams, pois é uma aplicação do Office 365, e propriamente ela não esta separada dentro do portal Meraki.

Configuração

Como sempre as configurações são simples, e devemos ir no Configure Web Application -> Add a custom application.

Após esse processo uma tela irá surgir para definir o nome de sua aplicação, bem como qual será o dominio que seja consultar.

Obs.: Não é possível colocar range de endereços IPs, ele somente aceita nome de domínios.

Após esse processo já podemos consultar o ” Dashboard ” e verificar se temos nossa aplicação populada. Isso pode levar alguns minutos para ter os dados, pois a partir do momento que algum usuário interno em sua LAN começar a solicitar serviços para aplicação, consequentemente a ” probe “ irá iniciar através de seu MX.

Se você caiu de para-quedas nesse post, por algum, motivo recomendo ler os posts anteriores para entender de que forma essa ” probe ” funciona, bem como a funcionalidade do ” Smart Threshold ” que irá sempre observar através da origem para ter uma melhor resposta buscando esse serviço ( aplicação ).

Resultado

Após alguns minutos podemos avaliar se de fato, nossa validação especificamente nesta aplicação esta respondendo. Todos os gráficos serão demonstrado como já exposto no post anterior.

Neste caso vou demonstrar baseado no APP, e abaixo podemos avaliar que ele já respondeu para os endereços IP que respondem para serviço definido anteriormente.

Bem como, podemos avaliar quais são os dominios que estão respondendo para a máscara/dominio ( teams.microsoft.com ).

Para avaliar temos uma definição dos provedores, principalmente das aplicações definidas como SaaS ( Software as a Service ), para consultar os dominios e os endereços IPs que cada aplicação deve responder. Devido a isso temos esse documento da Microsoft Teams, que notifica qual o dominio é endereço IP são alocados.

Obs.: Vale lembrar que os endereços públicos muita das vezes podem alterar pelo provedor, e dependendo se você pensa em algo especifico em IP pode falhar. Existe um RSS que o provedor atualiza, que muitas das vezes em automação acaba respondendo muito mais rápido.

Conclusão

Conforme mencionado anteriormente a configuração é bem simples e intuitiva, bem como os resultados apresentados acabam sendo idênticos de uma aplicação que já esta mapeada pelo portal.

O que você achou dessa metodologia de configuração? Pode facilitar em nosso dia a dia?

Abs,
Rodrigo

BLOG – Resumo DevNet Create 2020 – Informações

Tue, 13 Oct 2020 00:00:00 +0000

Olá Pessoal,

Como todos sabem hoje ocorreu o DevNet Create 2020, onde tivemos diversas palestras atendendo as 3 regiões com seus horários distintos e com conteúdo diferenciados, para que de alguma forma pudesse atender os diferentes públicos ( iniciantes à experts ).

Baseado nesses tópicos gostaria de compartilhar algumas informações que foram capturadas durante o evento. Como em todo evento o Keynote sempre traz os principais peers dentro daquele contexto, como ocorreu nos anos anteriores temos também a participação do CEO ( Chuck Robbins ) junto com SVP and GM of Devnet ( Susie Wee ).

Informações

Diversas informações e novidades foram compartilhadas no Keynote, devido a isso resolvi condensar nesse post para ajudar à todos com esses caminhos e possibilidades.

Nesta perspectiva temos diversos Laboratórios adicionais que estão populados no portal, na qual iremos ter mais possiblidades para fazer praticas e utilizar cada vez mais a estrutura de Sandbox. Isso atender para diferentes áreas e sabores, como abaixo:

Após isso temos 3 torres que foram mencionados especificamente, onde cada um pode seguir para avaliar e obviamente agregar os tópicos para cada certificação. Segue as informações:

1. Labs SDWAN: developer.cisco.com/sdwan

Labs Security: developer.cisco.com/security

Labs Datacenter NXOS: developer.cisco.com/nexusapi

Certificações e Estudos

Temos também um resumo sobre todas as certificações e suas respectivas torres de tecnologias relacionadas para cada certificação, e podemos dizer que temos um longo trabalho e muitos estudos que podemos seguir. Isso de fato não é novidades para nós, mas sabemos que sempre precisamos estar se atualizando a cada dia. Sempre gosto de reforçar que de fato você não precisa ser um programador nativo, mas precisa ter alguns caminhos para criar suas facilidades e integrações que podem facilitar em seu dia a dia. Segue abaixo a informação resumida:

Uma outra nova notificação apresentada, esta relacionado com a capacitação dedicada a times ou parceiros queiram obter treinamentos mais direcionados, sendo ofertados pelo DevNet. Esse programa esta relacionado ao DevNet Automation Bootcamp ( cs.co/AutomationBootcamp ) onde é preenchido um formulário baseado em seu interessse. Segue a informação abaixo, bem como um link para obter mais informações ( https://developer.cisco.com/automation-bootcamp/ )

Um outro programa que vai atrelar seria o “ Class of 2020 “, onde esta relacionado a grupos de estudos para obter maiores conhecimentos, obviamente impulsionar seus estudos para suas certificações. Segue o link ( https://developer.cisco.com/classof2020/ )

Desconto nas Certificações

Agora uma das informações publicadas e podem ajudar você, onde já está estudando para sua certificação DevNet e tem planejamento para executar nos próximos meses será fantástico, pois terá um desconto de 25% no agendamento de sua prova. Porém, preste atenção, pois precisa fazer o registro entre o dia 13 à 23, onde o desconto aplicada para quem executar o exame de 26 de Outubro à 6 de Novembro de 2020.

Vale lembrar, que os exames ainda podem ser executados remotamente e todos eles são agendados através do Parceiro VUE. Para isso você deve acessar o website do DevNet ( cs.co/create2020offer ).

Comunidade DevNet

Para finalizar foi apresentado alguns números relacionados a comunidade e ao crescimento.

Conclusão

Enfim, tentei resumir um pouco das informações que capturei neste dia, obviamente mais informações estão sendo populadas no website e outros caminhos para execução desses laboratório, estudos, aprendizagem, etc.

Se você tem mais informações e gostaria de divulgar deixe seu comentário.

Abs,
Rodrigo

Meraki – Analisar Gráficos Meraki Insight – Parte 3

Thu, 01 Oct 2020 00:00:00 +0000

Olá Pessoal,

De fato, já faz um tempo que trouxemos as informações relacionadas ao Meraki Insight, mas como sempre na correria acabo não conseguindo publicar todos os conteúdos ” on-time ” para vocês.

Mas, uma hora ele chega e acredito que possa ajudar todos vocês a entender um pouco a mais sobre as funcionalidades e a tecnologia. Enfim, depois demonstrar sobre as facilidades de configurações das aplicações que foram detalhadas em nosso post anterior, hoje venho aqui para explicar um pouco sobre os resultados que a solução vai nos trazer.

Detalhamento

Após mencionar sobre as diferentes formas de habilitar o serviço, digo em relação a utilização do ” Smart Threshold ” ou via os valores padrões, vamos sempre ter as segregações dos 3 componentes ( LAN, WAN, Aplicação ), com isso podemos observar através dos gráficos o que esta impactando a performance da minha aplicação.

Baseado-se nesse conceito, iremos ter as análises sendo populadas em nosso portal, e vale lembrar que as aplicações ou status de cada elemento irá ser definido com o status ” RED ” quando a performance ficar <80%.

Talvez venha a pergunta, posso alterar esse valor? Não, esse valor não pode ser alterado, ou seja, mesmo que você tenha uma aplicação WEB personalizada que irá monitorar seu servidor web, sempre irá seguir essa política.

Visualização da Organização

Neste meu caso vou observar toda minha organização, e dentro das ultimas duas horas, na qual observo apenas um alarme relacionado ao meu dropbox.

Entretanto, já temos que isso está relacionado com a aplicação, porém vamos observar todos os status na sequência.

Consolidação da LAN

Neste gráfico sempre iremos observar as caracteristicas internas de sua rede,

Como podem observar, consigo validar quantos clientes internos estão utilizando essa aplicação e se de alguma forma estão sendo impactados em relação ao serviço especificamente nesta aplicação.

Logo abaixo, podemos observar nos graficos se algo esta sendo impactado correlacionando ” GoodPut “, ” Loss “, ” Latency ” versus seu pior cliente interno.

Se observar no número ” 1 ” podemos observar sobre o meu cliente e através do número ” 2 ” poderiamos ver em relação a perca comparado o meu ” end point ” versus o serviço.

No gráfico abaixo podemos consolidar a latência e verificar quais os clientes estão utilizando essa aplicação, bem como quanto de solicitações estão sendo/foram requisitadas para este serviço.

Esses dados de fato não vão trazer a causa raiz do problema, pois podem existir outros fatores que estão impactando esses clientes, entretanto são dados que podem oferecer uma linha de raciocionio para iniciar as investigações posteriores através de outros ítens dentro de sua infra-estrutura, como se conectado ao WIFI qual seria o problema? Poderiamos avaliar no Wireless Health?

Consolidação da WAN

Nesses gráficos teremos a capacidade de avaliar a nossa conexão externa ( Internet ) entretanto com a visibilidade mais apurada para aplicação específica que estamos trabalhando neste momento.

Desta forma, logo abaixo como mencionado anteriormente teremos um resumo sobre componentes presentes nessa conexão e já poderíamos avaliar se temos impacto via nosso link.

Nesse caso, visualizamos que existe um período que de fato foi onde tivemos algumas oscilações relacionando ” goodput ” e ” loss “.

Abaixo verifico o que eu acho mais interessante, que é a latência, mas as questões de quais servidores de fato meu link WAN está buscando para essa aplicação, relacionando isso em perca, latência e quantidade de solicitações para os servidores na nuvem.

Obs.: Vale ressaltar que devido a estar trabalhando com o ” Smart Threshold ” esses servidores estariam relacionados a serem os mais próximos de onde estão conectado seu MX, mas sempre observe que muito serviço em cloud pode estar fazendo ” anycast ” ou dependendo da aplicação utilizando ” CDN “.

Para finalizar temos a menção resumida para todos os meus links, porém nesse caso tenho ativo um link de internet, mas se tivermos a conexão de mais circuitos podemos ter as estatisticas por link e atrelar isso também as menções sobre os recursos possiveis para atuar minha solução de SDWAN.

Consolidação da Aplicação

Enfim, chegamos no ítem relacionado aplicação que irá trazer mais valor no sentido de identificar os domínios e IPs que podem estar impactando em usa performance.

Logo abaixo, visualizo os gráficos que por sua vez vão definir qual é o tempo de resposta que estou tendo entre o MX e aplicação que esta hospedada na nuvem.

Nessa linha do tempo, consigo avaliar especificamente o tempo/latência dedicado para este período e validar com o impacto observado ou reclamação recebida através de seu usuário.

Logo abaixo a relação dos IPs que estão hospedando esse serviço, onde acabei deixando um filtro relacionado com a quantidade de solicitação.

Desta forma, podemos comparar rapidamente através da resolução desse endereço ( FQDN ) que temos o ponto em comum com o endereço IP versus a resolução do nome e a partir desse momento temos a confirmação que o impactante ou a baixa performance está relacionado a este serviço.

Conclusão

Podemos observar que de fato temos muito mais dados para trabalhar nos eventos de baixa performance, para assim comparar com nossa linha de base.

Porém, vale ressaltar que a partir do momento que você avaliou que sua aplicação está com baixa performance o troubleshooting juntamente como o provedor do serviço pode ser mais doloroso.

Entretanto, você terá muito mais dado para concretizar do problema que você esta enfrentando e assim encurtar o caminho, pois terá informações especificas do dominio, IPs, periodo, etc.

Em nosso próximo post vou configurar uma aplicação que de fato ainda não existe no portal especificamente e assim posso responder talvez mais um questionamento sobre esse ponto para vocês.

Fique ligado e deixe seu comentário para avaliar o que vocês estão achando dessas informações.

Abs,
Rodrigo

Meraki – Iniciar o serviço para analise do Meraki Insight – parte 2

Tue, 11 Aug 2020 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso post anterior, hoje iremos demonstrar como habilitar o serviço e analisar alguns itens a partir desse recurso.

Vale lembrar que se você caiu nesse post de para-quedas procurando pelo tópico sobre Meraki Insight, eu recomendo você olhar nosso post anterior, desta forma você irá entender melhor a proposta para essa funcionalidade.

Habilitar o serviço

Quando falamos em trabalhar com o serviço “ Insight “, de fato para termos essa funcionalidade, precisamos validar se nossa licença está aplicada para sua organização.

Consequentemente, caso esteja operacional o menu para configuração e validação do status irá aparecer na lateral à esquerda.

Se por algum motivo em sua organização tiver problemas sobre o licenciamento, a mensagem que pode aparecer em seu “ Dashboard “ seria nesse formato.

Validação dos dados

Tradicionalmente como somos do ambiente de Networking / Enterprise / WAN nosso primeiro ítem para vallidar estará atrelado ao “ WAN Health “. Para consolidarmos, os dados são populados referenciando-se a cada MX, que obviamente será aquele que você tem a licença habilitada em sua organização.

Com isso iremos ter esse “ Overview “, lembrando-se que em meu caso estou utilizando apenas um MX.

Como podem observar já temos algumas informações consolidadas nessa visualização. Eu tenho dois endereços IPs que está validando meu mundo externo ( os IPs podem ser configurados ), lembrando que o DNS Cisco/OpenDNS foi incluido para obter métricas diferenciadas e também para observar nessa “ View “ , as diferenças que podemos ter entre esses dois destinos. Pense, que esse histórico pode ser utilizado em diferentes perspectivas, pois podemos consolidar a disponibilidade que esse link está me oferecendo, se a banda ofertada está sendo atendida, se o site está trabalhando no limite de banda, estamos utilizando primario/secundário, etc.

Caso você tenha uma conexão utilizando LTE, ela também pode ser validada, mas vale lembrar que esse parâmetro irá ser demonstrado apenas com aquele circuito que está operacional, ou seja, o circuito primário que está consumindo banda.

Desta forma, já podemos ter diferentes insumos para observar alguns problemas que são vivenciados em nosso dia-a-dia. O que você achou?

Web Health

Nesta categoria que teremos nossa validação para os serviços em Cloud, e consequentemente nela que iremos habilitar quais são os serviços que são mais importantes para seu negócio.

Talvez vocês me perguntem, quero habilitar para todos os serviços, desta forma eu sei de tudo que está acontecendo, está correto?

Não. A principio existe uma recomendação para que você não deixe mais de 10 serviços ao mesmo tempo sendo monitorando pelo seu MX, isso porque vai consumir muito recurso de seu equipamento e também como explicado no post anterior, ele precisa ficar enviando as probes para essas aplicações.

Hoje já temos diversas aplicações mapeadas pela ferramenta e podem ser escolhidas rapidamente, através ” Insight -> Web App Health -> Configure Web Applications “.

Agora podemos escolher dentro das diversas categorias, aplicações mais reconhecidas para seu negócio, assim você pode observar a performance dela em seu ambiente.

Em meu exemplo selecionei algumas aplicações relacionadas armazenamento, música, chat, aplicação como SaaS. Após esse processo já teremos todas as aplicações populadas e já começamos a visualizar os 3 segmentos ( LAN, WAN, Server )

Como podem notar, estou visualizado esse histórico baseando-se no mínimo periodo que seria de 2 horas, porém podemos pegar esse valores de 1 semana atrás. Talvez vocês me perguntem, qual a diferença entre o ” Edit “ e o ” Smart Threshold “?

De fato é uma ” feature “ muito interessante, por isso até deixei marcado, pois temos uma grande diferença pensando como um projeto global ou até mesmo baseando-se por diferentes regiões. Porquê?

Pense que cada MX espalhado por usa infra, com diferentes provedores de ” last mile “, e muitas vezes podemos pensar que determinados sites podem estar mais próximos de algumas aplicações ( distância física, etc ) do que outras que são hosteadas em diferentes Datacenter, co-relacionado com cada provedor de serviço em Cloud. Portanto, quando temos a opção ” Edit “, teremos os valores padrões já carregados pela ferramenta.

Caso você deseje alterar é somente usar o mouse para arrastar para os valores desejados. 🙂

Quando selecionado o ” Smart Threshold “ a própria solução vai avaliar relacionando essa aplicação os valores aceitavéis, pois esse site pode estar com um link WAN de performance alterada devido aumentar latência para chegar naquele destino, ou até mesmo por esse site estar numa região afastadas fisicamente das soluções hosteadas. Caso tenha mais dúvidas recomendo olhar esse link.

Conclusão

Como já mencionado a solução está atrelada com todos esses artefatos, onde traz uma visibilidade muito mais apurada, oferecendo uma maior segurança para seu dia a dia em analisar os problemas que são vivenciados com essas aplicações em Cloud. O que você achou?

Em nosso próximo vou demonstrar os gráficos com essas aplicações para entendermos como poderíamos agir em nosso dia a dia.

Abs,
Rodrigo

Meraki – Nova Licença – Meraki Insight + Novas Funcionalidades

Tue, 07 Jul 2020 00:00:00 +0000

Olá Pessoal,

Como todos já conhecem sempre venho divulgando novos conteúdos de Meraki em nosso BLOG, e recentemente a Cisco Meraki liberou um novo licenciamento atrelando ao nome “Insight”.

Esse licenciamento está relacionado algumas facilidades que a demanda de Mercado hoje, de fato está exigindo em algumas categorias que vou explicar para vocês.

Desta forma, como em nosso modelo tradicional vocês podem esperar, pois iremos novamente dividir em diversos posts para detalhar um pouco para vocês sobre essas facilidades, bem como explicar como funciona e como configurar, obviamente seguindo a linha de raciocionio Meraki, de ser o mais simples possível e prático para o usuario final.

Detalhamento

Antes que vocês possam perguntar, isso é um licenciamento totalmente segregado das licenças anteriores de Meraki ( Enterprise, Advanced Security ) onde cada uma delas vai atender uma necessidade especifica de sua solução, sempre lembrando que a licença posterior vai cobrir as “ features “ da licença anterior.

Portanto, se é necessario obter esses recursos adicionais em nosso Dahboard, teremos que agregar uma nova licença para nossa organização. Se observarem essa licença está sendo denominada com o nome “ Secure SD-WAN Plus “ que por sua vez, atrela a denominação do nome “ Meraki Insight “. Caso você tem alguma dúvida sobre as licenças recomendo olhar esse post onde existe uma tabela que fica mais nitido para todos.

PS.: Vale ressaltar que essa nova licença terá funcionalidade somente nos equipamentos MX e não atende em equipamento Z-Series, bem como o firmware minimo utilizado nos MXs precisa ser 14.20 ( recomendado 14.21 ou acima ).

Um outro ítem que pode ser mencionado que essa nova licença ou “ features “ adicionais pode ser inseridas nos dois modelo, hoje denominados “ Co-Termination “ e “ PDL – Per Device License “

O que seria o MI ( Meraki Insight )

Nesta filosofia colocando essas funcionalidades, o que de fato irá nos oferecer será uma grande visiblidade dentro de nosso ambiente, segregando alguns elementos ( LAN, WAN, APP ) para que de fato possamos identificar os problemas e melhorar nosso troubleshooting.

Isso de alguma forma acaba-se atrelando a demanda de Mercado , que por sua vez está trazendo cada vez mais essas aplicações nos ambientes compartilhados de Cloud, nomeado como SaaS. Mas, isso não se dá apenas ao fato de ser aplicações em nuvem, pois você também pode customizar a sua propria aplicação para que ela seja validada, sendo assim podemos definir que irá ser “ on-premises “ ou em “ Cloud Hibrída “, baseado em IP ou porta.

Nos poderiamos eleger esses recursos em três pilares:

Saúde da sua aplicação na WEB
Saúde do seu link de acesso ( Internet / Dedicado [MPLS] )
Verificação dos serviços VoIP

Pelos próprios nomes acima, você consegue ter uma idéia sobre o que de fato iremos consolidar em cada elemento, trazendo assim essa visibilidade fim-a-fim.

Premissas

Conforme detalhado acima teremos que utilizar esses recursos através do MX, que por sua vez o principio é que o trafego passe pelo MX ( outbound e inbound ), ou que seu roteamento Interno ( Inter-VLAN ) seja executado por ele através de seus clientes ou das aplicações hospedadas.

Talvez vocês me perguntem. Eu faço o Inter-VLAN no switch Layer 3 que já é Meraki, vou conseguir verificar esses paramêtros? Não, portanto o trafego precisa ser de fato analisando na entrada ou saída pelo MX.

Para isso veja um detalhe abaixo sobre essa menção, bem como sobre a consolidação desse trafego.

Fonte: https://documentation.meraki.com/MI/Meraki_Insight_Introduction

Como podem observar o MX irá trabalhar na mesma característica, executando o encaminhamento no modelo tradicional, porém iremos ter o adicional de uma ” probe “, que está relacionada ao ” Smart Threshold ” validando constantemente aplicação desejada. Em background ele continua reportando todos esses dados coletados para nosso Dashboard, e assim conseguiremos observar o ” status ” das aplicações monitoradas.

Voltando ao nosso ítem de licenciamento, preste muita atenção nesse provisionamento co-relacionando ao seu equipamento, pois isso pode influenciar. Veja abaixo:

Fonte: https://documentation.meraki.com/MI/Meraki_Insight_Introduction

Conclusão

Enfim, vocês podem observar inicialmente que a idéia por tras de todo esse arsenal de informação é oferecer uma maior capacidade de analise de seu ambiente, bem como obter visibilidade, pois hoje em dia como a maioria das aplicações são disponibilizadas como serviços, acabamos ficando de olhos vendados em terminados problemas não sabendo se temos um problema interno ( LAN ), operadora ( WAN ), ou aplicação ( SaaS ).

Em nosso próximo post, irei demonstrar como habilitar o serviço e executar algumas análises inicias nesses dados.

O que vocês acharam? Faz sentido termos esses paramêtros para analise em nosso dia a dia? Deixe seu comentário abaixo. 🙂

Abs,
Rodrigo

BLOG – Informações do programa Cisco Champion – 2020

Thu, 30 Apr 2020 00:00:00 +0000

Olá Comunidade,

Estou com esses slides já populados em um post fazem duas semanas, mas devido a correria de sempre eu acabo esquecendo de finalizar as descrições no post e ficou postergando a cada dia essas informações.

Enfim, como todos sabem nosso BLOG já esta nessa caminhada do progama #CiscoChampion à 4 anos, e todo ano são renovados os participantes e obviamente alguns dados são alterados a cada ano. Tenho orgulho de ter sido o primeiro brasileiro a participar desse programa e obviamente agora a cada ano esse número está crescendo o que acaba me deixando muito feliz. Se deseja visualizar nosso post quando fomos aceito pela primeira vez na comunidade. 🙂

Portanto, mais um ano iniciando-se e devido a isso nossos “Community Manager” divulgam alguns números e perspectivas que temos neste novo ano que inicia-se. Segue abaixo os números que temos alcançado para esse ano de 2020

Em nosso próximo slide são detalhados todos os ítens que temos para compartilhar/interagir/discutir/testar/adquirir nesses meios de comunicação entre todos os integrantes, bem como participar de várias frentes de trabalho.

Logo abaixo temos alguns links que podem ajudar vocês à entender um pouco mais sobre o programa. Link community.

De fato, hoje é algo rápido para publicar para vocês e também de passar atualizações sobre nosso programa, bem como avisar que nosso BLOG continua em 2020, porém isso não é um fruto de conquista apenas meu e sim de todos vocês que nos acompanham aqui e fazem com que isso se mantenha.

Abs,
Rodrigo

BLOG – Cisco Meraki – Wireless Health – O que é?

Mon, 30 Mar 2020 00:00:00 +0000

Olá Pessoal,

De fato temos muito conteúdo de Meraki em nosso BLOG, devido à isso gostaria novamente de trazer outro conteúdo para agregar conhecimento a todos, obviamente como esta solução está crescendo em clientes, acredito que é sempre relevante adicionar esses ítens e também para que eu possa aprender junto com vocês.

Wireless Health

Hoje em dia nosso ambiente residencial e corporativo está cada vez mais crescendo nas estruturas de WIFI

do que propriamente pela infra cabeada, isso se dá por alguns fatores que acredito que vocês possam imaginar.

Com isso, à partir do momento que você pode usufrir de alguns logs, messagens, notificações, recomendações de seu ambiente WIFI sempre é glorioso, portanto no dashboard Meraki temos algumas dessas informações para nos ajudar em nosso dia a dia.

Para ressaltar sobre essa funcionalidade é importante que seu MR esteja com software mínimo 24.12. Não há necessidade nenhuma de licença adicional para visualizar essas informações.

Exercendo consulta através do AP

Como informado acima podemos executar essa consulta através do AP ( Access Point ). Para isso devemos ir Wireless -> Access Point -> Historical Data, e obter os dados conforme abaixo.

Como podemos observar nesse dia eu já conseguiria ter informações relacionados aos problemas mais vivenciados ( Association, Authentication ). Entretanto, essas não são as únicas mensagens que podem aparecer, ou seja, podemos visualizar também ( DHCP, DNS ), assim podemos detalhar:

1. Association: Sucesso para se associar ao AP dentro daquele tempo especifico.
2. Authentication: Clientes fizeram associação, porém no momento de confirmação ( WPA/WPA2 ) teve uma falha. Vale lembrar que como os ítens estão associados no momento que falha autenticação ele também irá incrementar no ” association “
3. DHCP: Clientes associados e autenticados, porém teve problemas para receber um IP valido do servidor de DHCP
4. DNS: Clientes que executaram os 3 passos anteriores, entretanto pode por algum motivo não ter conseguido resolver nomes.

Device mais impactado

Seguindo com nossa validação, podemos consultar baseado no maior problema encontrado acima como sendo ” Autentication “ e validar em qual SSID e se tivermos diversos APs consolidar em qual deles isso está ocorrendo com maior frequência.

Após isso, podemos verificar qual o device que impactou, bem como ao mesmo tempo verificar se ele está conectado no momento ou não.

Logo abaixo você pode avaliar através de um outro device que temos uma porcentagem de ” Success “ e como está a ” Latency “ desse dispositivo final e verificar se está conectado e o quanto ele utilizando de ” throughput “.

Agora podemos visualizar pela perpesctiva do AP esse cliente, e validar qual o canal ele está usando, bem como se quisermos já podemos executar um ” ping “ ou ” packet capture “ identificando o que está passando nessa conexão.

Enfim, agora gostaria demonstrar que podemos ter todos esses dados consolidados através do menu mencionado acima e assim obter todas as estátisticas. Neste exemplo obtive a tela sobre as conectividades e podemos observar mais abaixo que os devices que tiveram problemas.

Visualização Latência

Outro dado importante que pode nos ajudar é relacionado a qualidade de serviço que temos dentro de nosso ambiente de WIFI. Para nosso exemplo que eu estava como maior latência para o tráfego de video e qual era o device que estava sendo mais impactado.

Vale ressaltar que nesse exemplo eu não havia aplicado nenhuma politica de QoS para os serviços, portanto eu estava com o padrão.

Logs

Enfim, chegamos em um dado também interessante que é visualizar nossos logs correlacionando com os eventos que mencionamos acima.

Conclusão

Neste caso acredito que temos informações que podem nos ajudar em nosso dia a dia, bem como identificar a causa raiz de alguns problemas que vivenciamos em ambientes WIFI que não necessariamente esta relacionado com cobertura, latência, qualidade de serviço. Porém, vale ressaltar que se tivermos em nosso ambiente um switch que não seja Meraki, todo esse historico será perdido e não iremos identificar em algumas situações o real problema de sua infra, pois aqui podemos obter dados de perca de pacote, gargalo em portas, etc.

O que vocês acharam desses outputs? Eles ajudam obter dados para identificar problemas? Deixem seus comentários!!!

Abs,
Rodrigo

**Fonte:**Documentação Meraki Wireless Health

BLOG – IP Fabric – Topologia Completa Client A – parte 5

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

Olá Pessoal,

Depois de ter mostrado para vocês nossa estrutura relacionado a nossa ferramenta IP Fabric, hoje estamos aqui para trazer mais dados, com isso demonstrar de fato toda a topologia mapeada.

Vale lembrar que em nosso ultimo post, mostramos nossa topologia e o nosso primeiro ” discovery “ relacionado unicamente ao nosso site denominado Datacenter.

Comparativo de LOGs

Inicialmente aqui temos um comparativo que levantei apenas colocando em produção minha sessão BGP com um snapshot que não havia colocado em operação. As linhas vermelhas declaram para esse caso que no backup anterior isso não existia.

Se obtiver uma base mais antiga, que foi quando demonstrei em nosso post anterior sobre a varredura somente de nosso DC, desta forma podemos ver que não existia nada.

Para reforço as cores que estão em vermelho é de fato a estrutura que não existia e não temos nada relacionado ao protocolo, pois havia selecionado somente parte física.

Inventário

Como em todo ambiente que trabalhamos o inventário sempre é importante, pois à partir dele iremos conseguir analisar o que de fato temos na rede, com isso obter alguns dados mais interessantes.

Segue abaixo um ” snapshot “ selecionando Inventory -> Devices, após isso iremos obter diversas informações de cada equipamento que foi mapeado pela ferramenta. Desta forma temos hostname, IP Gerenciamento, Versão IOS, etc.

Obviamente você vai conseguir fazer seu inventário correto se de fato você tem esse equipamento alcançavel pela gerência e seus usuários cadastrados posso executar comandos de nível 1.

Você já pensou em obter part number automático? Se sim, neste exemplo podemos obter dados interessantes como modelos de SFP, part numbers das placas instaladas, etc.

Entretanto para nosso ambiente virtualizado alguns valores acabam sendo irrelevantes, pois não traz dados reais como se fosse um hardware físico.

E aquela situação que você vai consolidar se a porta ficou em auto/duplex forçado ou automático? Pois bem, logo abaixo você pode visualizar rapidamente e avaliar se é interessante trabalhar nestes parâmetros para fixar algum problema de mismatch, bem como se você está verificando em algum log que existe MAC duplicado, poderá fazer um filtro rápido e avaliar qual é o equipamento.

Inventário pela tecnologia

Pois bem, e agora se eu quiser pesquisar alguns equipamentos e avaliar o que de fato temos baseando-se inicialmente por VLANs dentro das estruturas de LAN e consolidar se estão ativas ou não. Verifique abaixo via Tecnology -> VLANs.

Desta forma ainda temos varias possibilidades de trabalhar relacionando a tecnologia, no sentido de avaliar de fato se podemos ter alguma adjacência de BGP em estado de alerta ( active, opensent, openconfirm, idle, connect ).

Questões sobre Roteamento

Enfim, chegamos em mais um ítem que acho bem interessante que seria trazer visibilidades sobre Topologia completa mapeada por Conectividade Física + Protocolo Layer 2 + Roteamento.

Desta forma, podemos visualizar abaixo a topologia montada e que pode ser utilizada como sua fonte de consulta para futuras consolidações e até validações de ” changes “ não documentadas em seu ambiente.

Nesta topologia você pode arrastar os equipamentos e organizar da melhor forma para verificar as conectividades e após isso salvar o desenho caso queira ter em algum repositório.

E como poderíamos consolidar qual é caminho, equipamentos, assimetria, RPF ( Reverse Path Foward ) temos em nosso ambiente? Vocês podem conferir abaixo.

Neste exemplo estou executando ” traceroute “ de um end-point para outro denominado em um site distinto, assim já podemos ver rapidamente todo o trajeto basedo em varias informações que já foram capturadas dos equipamentos. Lembrando-se que aqui está somente selecionado para checar assimetria, ou seja, as linhas verdes me declaram que eu tenho os caminhos sendo idênticos do ponto A para B e do B para A.

Conclusão

Tenho que declarar que de fato, depois que as informações foram carregadas e as bases de dados já estão populadas, essas consultas se tornam muito rápidas e concisas, pois não precisamos entrar em vários equipamentos para consolidar as informações, bem como você pode obter uma ” baseline “ da sua rede funcional e comparar com os eventos que ocorrem para identificar algumas ações.

O que vocês acharam? Gostaria de verificar alguma informação especifica? Deixe seu comentário, pois pretendo fazer um video e assim posso cobrir alguns tópicos.

Abs,
Rodrigo

BLOG – Cisco Meraki – MR Per Device License + Umbrella

Thu, 19 Mar 2020 00:00:00 +0000

Olá Pessoal,

Acredito que depois de um longo periodo, sem escrever sobre Meraki, hoje venho aqui para demonstrar mais um ítem que eu acho muito válido, pois foi lançado recentemente como sendo uma alternativa para ambientes específicos ( shows, eventos, escritórios, etc ), na qual consiste de obter um adicional de segurança ( Umbrella ) diretamente via MR ( access point ), sem obter um UTM ( Firewall ).

Essa demora também deve-se alguns problemas que obtive para conseguir colocar para funcionar no portal, pois eu tinha equipamento associado a licença ( co-termination ), que pertencia ao meu kit adquirido via CMNA, devido a isso outros eventos ocorreram para colocar em funcionamento, abrindo um ticket e ” calls ” com time da Meraki, entretanto agora vou conseguir detalhar para vocês sobre essa novidade/facilidade.

Licenciamento

Vale ressaltar que essa funcionalidade nos MRs só é possível executar a partir do momento que você transforma sua Organization na categoria de licenciamento por device, ou seja, você precisa atrelar as novas demandas de licenciamento do fabricante que ficará amarrado especificamente por equipamento

Se deseja saber mais sobre a mudança do licenciamento recomendo acessar esse link, e reforço que a partir do momento que você muda para ” Per License “ você não pode voltar para o modelo antigo de licenciamento “Co-Termination”

Per Device license

Como explicado anteriormente, é obrigatório alterar nosso licenciamento, devido a isso, bem como para ter a função ” Umbrella “ funcional precisamos ter licença ” Advanced Security “. Segue abaixo a menção do licenciamento.

Como nosso foco não é mostrar como fazer alteração para ” Per-License “ no Portal, recomendo também a ler esse documento. Se vocês tiverem dúvida, acredito que não, pois esta bem detalhado a documentação, deixe nos comentários sua duvida e tentamos ajudar, ou posso no futuro fazer um post demonstrando. 🙂

Configuração inicial

Se você já acompanhou nossos posts anteriores explicando sobre o Umbrella na plataforma Meraki, vai observar que existe alguma similaridade nas configurações, entretanto neste caso não iremos precisar executar alguns passos anteriores para sincronizar com o Dashboard Umbrella.

Esse é o ponto interessante que agora não teremos dois paineis para fazer nossas configurações, e sim somente via Meraki onde esses parametros já são executados.

Você pode observar que o parâmetro que tinhamos via Network Wide -> General irá aparecer uma mensagem, onde nos posts anteriores podiamos observar que era o campo para inserirmos a chave ” API “ para sincronizar as ferramentas

Portanto, agora nossas configurações serão diretas via ” Firewall & Traffic Shapping “ e ” Group Policies “.

Firewall Traffic Shapping

Conforme nos procedimentos ja explicados nos posts anteriores de Umbrella, neste ponto temos as mesmas menções, porém a partir do momento que você habilita a conectividade com o ” Umbrella “ já veremos que existem varias politicas definidas para você escolher e cada uma vai representar um nível de filtro, baseado já nas categorias tradicionais do Umbrella ( lembrando também antigo conhecido nosso OpenDNS ). Segue abaixo as descrições das politicas.

Antes que vocês me perguntem, podemos fazer alteração nessas politicas? Consigo customizar as politicas já implementadas?

A resposta é NÂO. Nesse caso você é obrigado a seguir essas politicas e avaliar qual enquadra-se melhor dentro de seu contexto de conectividade e controle que deseja executar.

A única exceção que você tem é como anteriormente digitar abaixo quais são os endereços que você deseja que não sejam direcionados para o Umbrella, conforme abaixo.

Peraí, talvez vocês pensem. OK, mas como vou saber o que cada categoria vai filtrar? Boa, mas como o nosso foco não é detalhar as categorias recomendo ver esses detalhes via essa documentação, senão nosso post fica gigantesco. 🙂

Group Policy

Nesta funcionalidade temos os mesmo parâmetros já detalhados para as funcionalidade de ” Firewall & Traffic Shapping “, onde as politicas que precisam ser selecionadas são as mesma já citadas.

Sabemos aqui que o ” Group-Policy ” você irá definir algumas especificações por device o que gostaria de aplicar co-relacionado as funcionalidades Meraki e NÂO de ” Umbrella “.

Logs

Aqui temos mais uma facilidade para que possamos consultar de fato o que está sendo bloqueado pelas nas politicas/categorias implementadas via DNS. Para isso devemos consultar pelo ” Security Center ” que está associado ao Organization -> Security Center.

Vale ressaltar que esse log de fato quando olhamos o request ” http ” ele é feito via ” API “, portanto observe se você esta utilizando algum adblocker, pois isso pode trazer algum erro na consulta do log, ou seja, você precisa avaliar as questões ” cross-site connection “.

Segue abaixo as evidências relacionado aos logs:

Como podem observar os logs ficaram bem simples, onde particamente você visualiza as informações primordiais daquele bloqueio, porém achei que a relação para identificação do SSID que está sendo utilizando não ficou muito familiar e compreensível. Mas vale a dica que o numero que aparece no final está relacionado com a sequencia de SSIDs que temos no portal Meraki.

No meu caso para o teste tinha essa situação:

SSID 0 – RAR -> Security & Moderate Appropriate Use Filtering ( Default )
SSID 2 – Guest -> Security & Full Appropriate Use Filtering

Validação do Funcionamento

Para exemplificar o controle e consolidação das categorias foi feito teste inicial como abaixo para SSID 0.

Neste caso podemos observar que não temos conecitividade como exemplo de uma rede social via SSID 2.

Conclusão

De fato como toda a plataforma Meraki, ela oferece uma facilidade tremenda para colocar esses serviços muito rapidamente em produção, fora que esses ítens correlacionados a segunrança a nivel de camada de DNS, facilita muito em ter apenas um AP e já conseguir oferecer essa granularidade.

Entretanto, o único ponto que acho que acaba ficando conflitante é seguir sempre as mesmas políticas e a estruturação dos logs, onde não traz todas as facilidades investigativas dos alertas.

E vocês o que acharam? Bom? Ruim? Deixe seus comentários abaixo. 🙂

Abs,
Rodrigo

BLOG – Participação Podcast – Tech Rock BR

Mon, 16 Mar 2020 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar essa informação, pois eu participei de um podcast de alguns amigos, na qual fui convidado para bater um papo descontraído, e ao mesmo tempo compartilhar algumas informações que seja revelante a todo esse público nosso de Tecnologia.

Neste podcast nossos queridos amigos Andre Gomes, Andre Bonatti e nosso famoso Francisco Fukumoto ( diga de passagem estava de férias, garoto com a vida fácil rsrs ) tem o intuito de trazer diferentes tópicos e não somente de tecnologia, portanto vale a pena seguir eles pelas plataformas de stream ( Spotify, Deezer, iTunes, Spreaker )

Prestigie eles pelo Twitter e deu um follow.

Episódio

Neste episódio inclusive gravamos antes de termos as mudanças das provas de certificações Cisco, portanto antes que alguém comente temos ítens mencionados por mim, que de fato agora após mudança não tivemos concretamente aquilo que eu imaginava que poderia acontecer, mas linhas gerais as informações são validas e tem um bate papo geral comentando sobre outros tópicos.

Segue abaixo nosso streaming.

Conclusão

Espero ser convidado mais vezes, pois achei uma experiência bem interessante e também bem divertida, onde o papo vai longe e acaba-se entrando em vários tópicos, bem como damos muitas risadas.

Abs,
Rodrigo

BLOG – IP Fabric – Primeiro Discovery – Parte 4

Mon, 09 Mar 2020 00:00:00 +0000

Olá Pessoal,

Conforme prometido estamos aqui para seguirmos com nosso detalhamento sobre a implementação do IP Fabric. Se você não acompanhou os posts anteriores eu recomendo visualizar eles através desse link, assim você acaba entendendo todo o processo e o propósito dessa ferramenta.

Topologia

Para que todos possam entender melhor eu montei uma topologia no EVE-NG com o intuito de testar a ferramenta e avaliar quais os dados são capturados e como eles são trabalhados pela ferramenta.

Segue nossa topologia inicial.

O proposito inicial nessa topologia é tentar criar alguns protocolos e tipos de topologia diferenciado para que possamos ver o que de fato é populado para nós a partir do momento que começamos a fazer a varredura em nossa rede.

Nesse contexto temos as nomenclaturas populadas em cada ambiente, porém segue abaixo a resumo:

**– Backbone MPLS:**Contém PEs, Ps, RR todos definidos através do AS333

– Client A: Inicialmente definido um DC e posteriormente vamos crescer com tipos de sites remotos distintos, utilizando a estrutura compartilhada do backbone mencionado acima.

– Client B: Sites com conectividade ao ambiente backbone, porém apartados via VRFs distintas e com topologias inicias básicas.

Como proposito do DC ( Data Center ) foi colocar a ferramenta nesse ambiente, não é uma topologia ideal pensando que você irá monitorar um cliente diferente, porém devido a recurso (MEM, Proc nohome lab ) eu não quis colocar uma ferramenta também no Client B e também não coloquei no Backbone ( para emular como um prestador de serviço monitorando as pontas ), pois ficaria sem visualizar algo que vamos crescer para protocolos Layer 2 no DC.

Enfim, novamente como mencionando isso é uma ideia inicial e que pode crescer para avaliar, porém vale o exercicio inicial para ver se de fato vale a pena crescer. 🙂

Primeira Descoberta via IP Fabric

Para que possamos fazer nossa varredura pela ferramenta é necessário que alguns ítens iniciais sejam populados, desta forma e como já apresentado nos posts anteriores isso não é feito via SNMP e são feitos através de comandos executados em cada device.

Com isso o primeiro ponto para fazermos a tratativa e termos nosso usuário cadastrado para acesso os equipamentos. Para isso devemos verificar em Settings -> Authentication

Nesta situação podemos adicionar nossa senha e se desejar colocar na aba ( Subnets ) como sendo 0.0.0.0/0, portanto ele vai varrer todo as redes, mas isso pode deixar um pouco mais lento, ou você pode definir que esse usuario esta relacioando a subrede especifica.

Para senha de enable em algumas situações é necessário dependendo de qual vendor você está trabalhando para que de fato você possa pegar algumas informações necessárias.

Após esse procedimento podemo ir na aba de Discovery Seed e se desejar também pode inserir uma subrede ou deixar todas. Como estava consolidando apenas defini a rede do Client A

Snapshot

Após esse procedimento podemos executar nosso snapshot da rede, esperar que os dados sejam populados.

Apoś executar podemos avaliar a varredur, bem como analisar o quanto de banda deixamos habilitada para utilizarmos nessa conectividade. Logo abaixo vemos o gráfico:

Neste momento temos mais dados e logo abaixo já visualizamos os equipamentos sendo descobertos na rede, bem como a demonstração de quantos já foram populados.

Como já informado aqui posso afirmar que não temos nada de SNMP configurado.

Consultar Informações

Para um ínicio básico já podemos consultar as informações capturadas. Logo abaixo você pode verificar através de Diagrams -> Site Diagrams nossa topologia que corresponde ao DC que foi o que eu havia solicitado para ele descobrir através de nossa rede ( Seeds ).

Com isso já temos dados interessantes populados, como STP, Layer 3, Layer 2.

Após isso ainda podemos consolidar quais foram os comandos executados na CLI do equipamento, obviamente através desses comandos ele estruturou as informações para demonstrar isso através do Dashboard. Para os amantes de CLI 🙂 ( assim como eu ) é sempre válido verificar o que de fato foi feito. Segue abaixo o arquivo que você pode fazer download.

Conclusão

De fato como primeira experiência tenho que declarar que as configurações na ferramenta são simples, e os dados capturados trazem de forma clara tópicos que desejamos obter ao longo de nosso dia a dia. Como estou com ambiente virtualizado e uma topologia pequena, eu não consigo afirmar sobre o tempo de processamento para capturar em redes maiores, gigantes, porém isso conseguimos obter através de dados do fabricante.

Em nosso próximo post, iremos agora de fato popular toda a nossa topologia e observar mais afundo alguns detalhes ( MPLS, IGP, Traffic Path, etc )

Fiquem ligados e deixem seus comentários abaixo do que você esta achando de nossa serie ” Netflix “. 🙂

Abs,
Rodrigo

BLOG – Atualizações Gerais da Comunidade – Programas/Eventos/Certificações

Fri, 28 Feb 2020 00:00:00 +0000

Olá Pessoal,

Primeiramente, gostaria de pedir desculpas por ainda não ter feito esta atualização, o que acabou acumulando varias notificações e publicações que tinha que ter feito, isso deve-se que tem muita coisa acontecendo nos bastidores e muitas vezes acabo atualizando rapidamente via Twitter, por isso recomendo que me sigam. Devido a isso resolvi compilar em único post, para que esse ” spread “, seja de alcance maior para todas as comunidades. ( rsrs ).

1) Cisco – Cisco Champion

No inicio do ano foi anunciado os participantes que iriam integrar a equipe do #CiscoChampion, e pelo 4° ano consecutivo nosso BLOG foi eleito, bem como até recebemos um ” Early Acceptance “ enviada pela nossa querida Lauren Friedman. Se deseja conhecer um pouco sobre nosso grupo temos esse link para consulta.

Baseado na solicitação ao time central, neste ano de 2020 o Brasil tem 11 participantes, o que é um numero ainda não expressivo, e com certeza ainda podemos crescer muito por esse Brasil à fora. Fiquem sempre ligados em nosso BLOG, pois quando é aberto as inscrições eu acabo notificando. Tentem divulgar para todos os seus conhecidos, pois assim conseguimos espalhar essa notificação de alguma forma, e assim esses números podem nos ajudar a cada vez mais trazer visibilidade para nosso Brasil.

1.1) Certificações Cisco

Acredito que isso não é novidade, pois essa notícia já esta rodando pelo nosso mundo Cisco já algum tempo. Isso deve-se que todo o formato das certificações foram alterados, porém aqui em nosso canal eu já havia notificado a todos através desse post.

Neste ano, também fiz minha re-certificação CCIE ( 11 de Fevereiro 2020 ) , executando apenas a prova ” Written “, para que nessa mudança eu pudesse ganhar mais 1 ano de vida ( rsrs ). Assim agora minha certificação apenas expira em 2023 ( UFA!!! ).

Enfim, a data esperada de fato chegou essa semana ( 24 de Fevereiro 2020 ) e com ela uma avalanche de mudanças, informações com as consolidações das provas, extensão do laboratório prático do CCIE foi alterado, certificação DEVNET sendo já alcançada pelo 500 primeiros certificados globalmente, muita gente planejando e observando o que fazer durante esse ano ou próximos anos, colocando já seus objetivos para seguir com as certificações. Um post que vale a pena mencionar é da SVP e GM ( Susie Wee ), onde traz muitas informações sobre essas provas e algumas ” threads “ pelo Twitter do que rolou já nos primeiros dias das provas.

Abaixo, apenas uma figura extraída do site que você pode consultar com mais detalhes entender um pouco melhor esse novo mundo. Pretendo também adicionar mais ítens sobre essas provas em nosso BLOG. Fique ligado.

2) vExpert

Nesta semana ( 24 de Fevereiro 2020 ) tivemos também o anúncio do programa da VMware denominado vExpert. Vocês também devem ter acompanhado um pouco aqui sobre esse programa, caso não tenho visto ainda pode consultar através de nosso post.

E para não parar com as novidades, é com uma grande satisfação, que nos fomos eleito pelo 4° ano consecutivo ao programa.

Nosso Brasil já esta incomodando um pouco nessa lista, pois estamos crescendo cada vez mais dentro dessa comunidade, e neste ano já ficamos em 6° lugar na lista de países com mais vExpert globalmente, o que torna nós como pessoas importantes e que estamos ganhando visibilidade dentro desse contexto. Segue abaixo uma estástica retirada da comunidade.

Toda esse trabalho precisa também ser colocado através de nosso amigo Valdecir Carvalho, que continua firme no programa ( vExpert Pro ) para a região de LATAM, é que devido a isso acaba impulsionando cada vez a divulgação dessa comunidade para todos nós, bem como nos ajudando nas questões essenciais do programa.

3) VMUG ( VMware User Group ) – Capítulo São Paulo

Acredito que todos que acompanham nosso BLOG, deve saber que sou líder dessa comunidade junto com meu amigo Wesley Martins, onde nosso proposito e trazer eventos na capital ou interior. Isso se deve a trazer informações variadas dentro de nosso contexto de tecnologia ou de outras áreas ( Soft Skill, Estudos de Casos, Experiência Profissional, etc ).

O mais interessante desses eventos que são totalmente gratuitos para a comunidade, pois nós vamos buscar parceiros para nos ajudar a fazer esses eventos de forma a contribuir para toda a comunidade, e assim cada vez mais conseguimos evoluir nossa comunidade com conhecimento técnico e obviamente aumentando assim nosso ” networking ” entre todos esses integrantes.

Para quem ainda não conhece esse capítulo, recomendo fortemente a visitar nosso site, e ficar antenado, pois nossa meta para 2020 e fazer 6 eventos ( 1 evento a cada 2 meses ). Tenho que dizer que a cada encontro nosso grupo de participantes está crescendo, bem como a procura dos parceiros está começando aumentar, fazendo com que possamos cumprir nossa agenda para esse ano.

De fato, gostaria de compartilhar que todos os brasileiros de alguns capítulos ( SP, MG, BSB, RS, PR ) foram para em evento em São Francisco, na sede da VMware em Palo Alto – CA. Nos tivemos o Summit 2020, com um total de 130 participantes globalmente, ou seja, no maximo nós tinhamos 2 líderes de cada capitulo, porém também tivemos capítulo que nenhum integrante conseguiu participar por diferentes fatores.

Obviamente, que a maioria presente eram americanos, mas nos representamos nosso país e começamos a dar maior visibilidade para todos aqui, tentando trazer cada vez mais benefícios e demonstrando que nossa comunidade agrega muito globalmente. Isso foi interessante para entendermos um pouco mais, como de fato é a vivência dos americano comparado ao nosso dia a dia para conseguir fazer acontecer um evento no Brasil. Se tiverem mais interesse me procurem para que possamos detalhar mais, ou também podem comentar abaixo.

Segue foto de todos os brasileiros presentes no evento e de alguns momentos durante esse dois dias na sede.

4) Conclusão

Por fim, somente gostaria de agradecer à todos e todas as comunidades e amigos que fazemos por essas redes, pois isso que nos ajuda a atualizar-se e a ficar antenado nas tecnologias, pois nosso ambiente é rapidamente alterado a cada semana.

Fica aqui meu total agradecimento também para todos os seguidores e contribuidores de nosso BLOG.

Abs,
Rodrigo

BLOG – Atualização do IP Fabric – Parte 3

Mon, 17 Feb 2020 00:00:00 +0000

Olá Pessoal,

Estamos aqui para mais um post e prometo que esse vocês vão ficar bem animados, pois será de grande utilidade, devido hoje qualquer ferramenta que temos em produção sempre precisamos ficar atentos com as atualizações e de que forma podemos executar isso em nosso dia a dia.

Procedimento

Em nosso procedimento inicial eu instalei a versão 3.3.3 e devido alguns testes que estava executando fui consultar empresa e de fato isso já estava sendo suportado pela nova versão que é denominada 3.4.

A partir desse momento fui validar de que forma executar, e após alguns questionamento aos engenheiros e consolidações podemos fazer de duas formas:

Desde de que tenhamos um pacote adicional para ser instalado, baseando-se em uma nova versão, o updgrade é muito simples, e de pouco impacto ao nosso ambiente de produção, pois temos apenas a necessidade de fazer o download de um único arquivo e proceder com upgrade. Vou detalhar posteriormente esse upgrade\
Caso você tenha uma versão muito antiga e não tenha o pacote adicional para instalação será necessário fazer uma nova instalação, entretanto todas a sua base de dados e informações sobre sua ” base line ” pode ser exportada, para que seja feito upload em sua nova versão.

Upgrade

Para executar o upgrade eu fiz o download do arquivo ( ipfabric-update-3_4_1.tar.gz.sig ) que será inserido para o processo de upgrade.

Para seguir com o procedimento você precisa acessar área de administrador que é feito pelo ” user / password ” definido em nossa instalação inicial.

Após logar com sua senha, nossa próxima menção é acessar a aba ” System Update “.

Normalmente sua máquina de gerência talvez não tenha acesso a Internet, devido a póliticas que você esteja seguindo dentro de sua sua empresa, ou algo de regras de FW, bem como eventos que estão ocorrendo no momento que a ferramenta está tendo alcançar a Internet. Não se preocupe, pois é nesse momento que iremos fazer o upload diretamente.

Após arrastar o arquivo que fizemos download, ele notifica para que seja feito um backup por segurança. Isso é valido também relacionado ao que foi dito no ínicio do post, pois está relacionado sobre sua base line ( estado operacional da sua infra ).

Após carregar o arquivo o processo de atualização acontece em ” background “.

Finalizado o processo, é observado uma janela de que o sistema será reiniciado.

Obs.: Neste ponto talvez, na minha opinião eu acharia interessante ter alguma menção se de fato gostaria de reiniciar agora o servidor ou postergar esse ” reboot “.

Em determinados ambientes de produção, isso pode ser negociado através de uma janela de manutenção, entretanto lembrando-se que essa ferramenta não estaria relacionada com criação de eventos ( ticket ) para a rede sobre seus devices inoperantes, desta forma, talvez essa janela para o reboot, não seja impactante em seu ambiente.

Após reinicialização do servidor, já podemos concretizar que de fato o servidor foi atualizado para a versão que havíamos descarregado ( 3.4.1 ). Segue abaixo através da CLI.

Agora fazendo a consolidação através do portal via WEB ( WEB GUI ).

Conclusão

Podemos notar que de fato atualização pode ser feita facilmente pela browser, o que torna isso muito mais prático e ao mesmo tempo oferecendo uma facilidade para algo que não necessite de um especialista.

Para quem é nativo CLI ( router, switches, etc ) vai entender do que estou falando, pois muitos de vocês já vivenciaram esse mundo e não como nosso grande piada ( Engenheiro Nutella..rsrs )

Obs.: Vale lembrar que é possível fazer atualização via CLI, porém quando existe essa facilidade acabamos nem explorando esses ítens.

Espero que vocês tenham gostado, bem como espero algum comentário abaixo, assim possamos compartilhar ideias.

Abs,
Rodrigo

BLOG – Instalação do IP Fabric – Parte 2

Mon, 03 Feb 2020 00:00:00 +0000

Olá Pessoal,

Como vocês podem observar iniciamos uma nova serie de posts, que irá tratar sobre uma nova ferramenta que estou explorando e como não podia ficar de fora vou compartilhar com vocês essas experiências, e de fato é o que eu acho interessante nessa trajetoria.

Como já havia explicado alguns ítens em nosso post anterior, hoje seremos mais direto apenas para demonstrar a instalação inicial, porém como já detalhado não existe muito segredo.

Passos para Instalação

Após fazer o download do arquivo ( .ova ) você pode seguir com a instalação. Lembrando que em nosso ambiente de teste eu estarei utilizando o VMware Workstation.

Inicialmente depois de você selecionar o ” import “ já terá uma opção para escolha relacionado a quantidade devices que a ferramenta irá suportar, ou seja, isso vai estar relacionado com nossa tabela exposta em nosso post anterior, que por sua vez, irá amarrar a quantidade de memoria, espaço em disco para referenciar sua VM.

Em meu homelab selecionei o máximo ( 500 devices ).

Após esse procedimento, seguimos com as consolidações padrões para instalação de nossa VM.

Após as validações anteriores a VM já possui um usuario padrão ( terminal e WEB GUI ) onde agora você irá cadastrar sua senha. Conforme abaixo:

Vale ressaltar que alguns ítens não foram expostos aqui devido a ser um homelab, portanto para instalações em ambientes de produção vale observar os requerimentos ( DNS, NTP, SSL, etc ) ou até solicitar ajuda ao fabricante.

Por fim, verficamos que recebemos um endereço IP ( no meu caso deixei como DHCP ), mas o ideal novamente é reservar um endereço, logo que, isso será sua ferramenta de gerência e não é nada viável depois ficar trocando esse endereço se você tem FW, Políticas, etc. Com isso agora você já pode acessar o IP Fabric via browser e também através do terminal. Veja abaixo:

A partir desse momento você não conseguirá seguir em frente se não obtiver a licença, portanto existe uma forma de fazer uma solicitação TRIAL, e assim desfrutar um pouco dessa ferramenta.

Abaixo segue a página inicial para que você possa inserir sua licença.

ATENÇÃO!!! Após você inserir sua licença um user default é utilizado. Para que você possa logar deve utilizar user: admin /// pwd: netHero!123

Conclusão

Como puderam observar a instalação é bem simples e não existem mistérios, portanto continue seguindo nossos posts que a brincadeira vai começar a ficar empolgante. 🙂

Se você gostaria deixar algum cometário, duvida ou seguestão fique a vontade e pode escrever abaixo que vou fazendo a tratativa.

Abs,
Rodrigo

BLOG – Ferramenta de Gerência e TSHOOT – IPFabric

Wed, 22 Jan 2020 00:00:00 +0000

Bom Dia Pessoal,

Como eu venho fazendo, ou seja, algo que aprendo ou vivencio através de algum canal, sempre gosto depois de compartilhar as experiências. Pois bem, hoje gostaria de compartilhar uma experiência e ideias sobre uma ferramenta que acabei meio que me deparando com ela por acaso.

Entretanto, tenho que confessar que já havia visto que a empresa IPFabric já estava participando do CiscoLive em 2019 e resolvi segui-los pelo Twitter, sempre observando/lendo o que de fato eles estão desenvolvendo, bem como interessado para entender o produto. Depois de um tempo a empresa começou a me seguir no Twitter e resolvi de fato me aprofundar no propósito deles sobre a facilidade de gerenciamento, automação, troubleshooting com historico de eventos, documentação facilitada, etc.

Enfim, após validações e pesquisas verifquei que existe uma forma de solicitar uma licença trial, e tive até a oportunidade de conversar via call com os engenheiros da ferramenta para entender um pouco melhor. Tendo isso, eu agora só preciso repassar isso para vocês, pois tenho que declarar que o proposito dela é muito interessante, e acredito que isso possa ajudar de alguma forma ou no seu dia a dia ou até se estiver pesquisando sobre alguma ferramenta para implementar vale a pena colocar em sua lista.

Empresa

Eles foram fundados em 2015 e hoje já mantém dois escritorios, no qual a matriz fica alocada em Praga ( Republica Checa ) e um escritório em Nova York. A equipe é pequena, onde é composto de engenheiros e programadores, isso deve-se que a ferramenta é intuitiva e muitos parâmetros são automatizados.

O objetivo deles é justamente automatizar documentação de sua rede, através de politicas e capturas de logs, comandos e com isso estruturar todas as informações.

Instalação

Baseado na demanda de mercado, a instalação da ferramenta é bem tranquila baseado que você já pode fazer o download de um arquivo ( .ova ) e disponibilizar isso dentro de seu ambiente, ou seja, diretamente no bare metal ou via uma infra virtualizada.

A documentação deles eu achei bem interessante e prática, pois até o momento daquilo que necessitei pesquisar sempre acabei encontrando de que forma fazer e como fazer. A documentação pode ser visualizada através desse link

Com isso para facilitar para vocês em minha infra ( homelab ) eu fiz o deploy baseado no VMware Workstation para um total máximo de 500 devices e toda a minha infra ( networking ) será baseado em nosso EVE-NG que inicialmente terá equipamentos Cisco e depois ao longo de meus posts vou trazer detalhes sobre Juniper e se possível quero fazer mais alguns testes com outros vendors.

Para rápida consulta você pode visualizar esse dados abaixo sobre quantidade devices x demanda recursos:


Device	CPU	RAM	HDD (OS+Data)
500	4	16 GB	90 GB (80G + 10G)
1000	4	16 GB	100 GB (80G + 20G)
2000	8	32 GB	200 GB (80G + 120G)
5000	12	64 GB	300 GB (80G + 220G)
10000	16	128 GB	550 GB (80G + 470G)
20000	18	256 GB	1000 GB (80G + 920G)

Requisitos Redes ( Devices )

Um ponto importante para eu frizar aqui, é que no inicio eu fiquei muito intrigado, pois essa ferramenta não irá coletar dados de SNMP ou Syslog. Isso foi o ponto mais interessante, pois hoje a maioria das ferramentas sempre trabalham com este intuito.

Talvez vocês me perguntem. OK, então de que forma isso é feito? Pois bem, isso é feito através de coleta de comandos, e com essa base todo o resto é processado para trazer as informações.

Outros questionamentos podem existir, acredito eu você imaginando as possibilidades e alternativas. Sim existe, como eu também pensei. Porquê?

Ela somente funciona para Cisco?
- Não. Existe uma tabela onde são mencionados quais as plataformas são suportadas. Você pode consultar nessa planilha.
SNMP ou Syslog são padrões?
- Infelizmente não, pois em muitos casos ou melhor dizendo ferramentas você precisa fazer o upload das MIBs para capturar as flags corretas de cada vendor, bem como o syslog que também precisa ser tratado e formatado para o output de cada vendor.
Como os comandos são inseridos se o vendor não é suportado?
- A equipe desenvolvimento sempre está atualizando a plataforma, bem como existem roadmaps para essas demandas que também são analisadas com o mercado e a demanda de cada cliente. Porém, posso dizer que é muito mais fácil inserir comandos ( cli ) dos vendors do que executar inserção de MIBs
Essa ferramenta seria para monitoração, ou seja, criar tickets reativos ?
- Esse não é proposito, pois ela obtêm as informações e podem capturar até os eventos baseado em ” snapshots ” que podem ser programados para você entender o que de fato ocorreu nesse evento. Em resumo, você pode pensar usando as terminologias de mercado como sendo uma ” RCA – Root Cause Analysis ” e ” Network Assurance “

Para facilitar segue abaixo um screenshot da propria documentação relacionado aos protocolos e portas que são utilizadas para termos o correto funcionamento.

Como informado anteriormente vou passar o link dos comandos executados que estão na documentação para equipamentos Cisco, e como demonstrado não existe a necessidade de configurar um usuário privilege 15 para os devices, e sim com privilege 1.

Conclusão

De fato até o momento estou gostando sobre o proposito. Em nosso próximo post, vou explicar o passo à passo da instalação e a visualização inicial do dashboard, bem como a topologia inicial que iremos trabalhar para nossos futuros post.

Qual foi sua primeira impressão sobre esse pequeno detalhamento? Você gostaria de obter mais informações sobre o funcionamento?

Deixe seus comentários que esse é o feedaback que tenho se de fato está sendo útil para vocês.

Abs,
Rodrigo

BLOG – Meraki e Umbrella – Como investigar os eventos – parte 9

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

Olá Pessoal,

Para não esquecermos existe uma série muito interessante para você entender sobre essa duas plataformas integradas, portanto recomendo também observar os outros posts e para quem esta seguindo nossa ” dedicatória “ desta solução pode acompanhar que teremos mais um ítem interessante para discutir hoje.

Basicamente hoje a idéia seria explorar as facilidades que temos integrado no Dashboard Umbrella para executar algumas investigações relacionado aos domínios que você está investigando, bem como entender um pouco melhor sobre o domínio em questão.

Uma curiosidade que gostaria de saber de vocês, portanto deixem suas dicas nos comentários, pois quero também aprender. Como vocês investigam os dominios? Quais sites vocês pesquisam sobre os dominios, IP correspondentes, categorias, provedor de hospedagem, DNS autoritativos, etc?

Análise

Para que possamos obter as informações precisamos avaliar dentro do menu ” Investigate “ e pesquisar diretamente pela ” URL “ ou trabalhar como validações usando ” RegEx “.

Para simples validação, vamos obter uma informação relacionado uma situação que acabou ocorrendo, devido algum erro de digitação ou redirecionamentos para nomes as vezes muito parecidos. Nesse nosso exemplo detectei que o Umbrella classificou esse site ” bancointer.co ” como ” Malware “, portanto vamos observar como isso foi definido.

Através desses gráficos temos como detectar a quantidade de solicitações que foram feitas para esse dominio e detectado pelo Umbrella ( Globalmente ) e começamos a ter já algumas suspeitas, pois a quantidade é muito baixa e se correr na linha tempo vamos avaliar que permanece em muitos dos casos abaixo desses valores, bem como você consegue analisar que houve um ” DNS Change ” recentemente, entretanto isso em muitos casos pode acontecer mas é interessante consultar as mudanças.

Para um segundo estágio podemos avaliar quais os endereços IPs estão respondendo para esse serviço e podemos suspeitar que mapeado para esse endereço temos algo co-relacionado a ” Malware “.

Com isso é interessante já consolidar sobre um desses endereços e avaliar quem é o ” owner “ e sua respectiva empresa detentora desse endereço.

Através desse status, para meu exemplo, já verificamos a quantidade de domínios que estão hospedados nesse IP e respondem como sendo um ” Malware “.

Logo após, você ja consegue avaliar os ” resolvers “ sobre esse domínio e avaliar o que temos para consolidar.

Se deseja obter maiores informações sobre o ASN “ Autonomous System Number “, também já é possivel observar diretamente pela ferramenta, bem como ter uma mapeamento interessante sobre qual dominio está respondendo para seu respectivo range de IP.

Volte ao ínicio

E para finalizar com um dominio já categorizado como sendo ” Malware “ evidenciado pela ferramenta e desde de quando isso foi categorizado ( simbolizado pela linha vermelha ).

Conforme também evidenciado podemos fazer algumas consultas utilizando ” pattern search ” que nada mais é relacionado à uma pesquisa mais qualitativa/quantitativa sobre as variações que podemos obter nos endereços de websites. Caso queira entender um pouco melhor sobre a pesquisa utilizando essa técnica, recomendo observar o site da documentação Umbrella, bem como consolidar online se sua pesquisa está relacionando ao fato que você esta buscando.

Conclusão

Eu achei interessante essa parte de investigação, pois de alguma forma ela segue um fluxo para que possamos avaliar alguns domínios, e se de fato são reais ou obscuros ( rs ). Assim, não precisamos percorrer por diversas ferramentas/websites sobre essa investigação.

Para vocês isso faz sentido? Conforme deixei a pergunta no ínicio, vocês seguem esses caminhos para algumas consolidações?

Deixe seu comentário!!!

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 – Meraki e Umbrella – APP Discovery automático – parte 8

Tue, 12 Nov 2019 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer mais um item adicional e bem interessante que temos na plataforma Umbrella, que esta relacionado a descobertas automáticas das aplicações, à partir do que o usuário esta requisitando ao ambiente.

Hoje em dia são diversas aplicações ” APP “ que cria-se no ambiente público ( Internet ), ou seja, o que escutamos muito em nosso dia a dia é que área de TI pode virar um ” shadow IT “, portanto muito do que esta sendo solicitando ao ambiente, de fato área responsável não tem visibilidade ou nenhum conhecimento do que está trafegando pela sua rede, ou seja, precisamos de algo que nos ajude em nosso dia a dia.

Obviamente que como estamos falando de uma solução de ” Cloud Security “ nossas aplicações aqui demonstradas vão estar relacionadas ao nosso ambiente público, e todos os testes foram baseado em consolidar o status das aplicações encontradas e as formas que são utilizadas para bloquear ou liberar determinados acessos para sua infra-estrutura.

Logo abaixo você pode visualizar a primeira tela que é monstrada e algumas ações/remediações que já podem ser executadas. Como demonstrado já tenho 635 aplicações que posso fazer revisão em meu ambiente e garantir que de fato aquilo que deve ser consultado possa ser aprovado ou talvez reprovado. 😥

Caso você deseje obter gráficos sobre as demandas e correlacionar por níveis de risco, e assim atacar os mais críticos/vulneráveis sempre é o mais recomendado, pois de alguma forma precisam ser consolidados o mais rápido. Se observarem podemos também visualizar a quantidade de solicitações DNS feitas pela organização e obter uma análise dos dias que mais consumos tivemos em nossa infraestrutura.

Logo abaixo podemos obter mais resultados, agora analisando por categoria, e como sempre já podemos observar categoria mais solicitada é ” Advertisements “, ou seja, qualquer site que você entra, já somos inundados de propaganda a todo momento o que nos leva a sempre monitorarmos essas ações, pois em muitos casos alguns scripts ( .js ) são feitos através desses anúncios e acabam tendo alguma ” brecha ” de vulnerabilidade.

Após consultar esses dados podemos de fato partir para análise e observar quais são as aplicações que iremos revisar, bem como quais iremos aprovar ou reprovar dentro da infra-estrutura.

Ao lado você vê a aplicação ” Slack “ e podemos ter varias informações ” insights “ para essa aplicação co-relacionando ela pelas colunas, ou seja, iremos observar quais são as identidades que estão solicitando esse serviço, bem como a quantidade de ” DNS Requests “ e bloqueios que já foram executados, bem como na sequencia temos nosso ” drop down “ para tomar as ações em nossa aplicação.

Talvez vocês me perguntem, porque somente 6% do trafego foi bloqueado para essa aplicação? Verifique nossa resposta abaixo.

Após avaliar essa aplicação podemos acessar-lá e à partir desse momento visualizar algums informações relacionadas a esta aplicação. Como podem visualizar abaixo, temos a descrição de todas as identidades que estão acessando, bem como onde de fato estamos vivenciando os bloqueios.

Para essa situação, meu teste estava relacionado a somente aplicar a regra para os usuarios conectados via tunnel VPN, por isso a temos esses dados relacionados. Caso você queira tomar alguma ação, somente precisamos ir no campo ” Label “ e definir o status para essa aplicação que será mostrada logo abaixo.

Uma outra estatistica é avaliar quais as aplicações que foram aprovadas e garantir que todas elas estão sobre seu domínio de conhecimento e de fato são aplicações conhecidas internamente. Para meu teste fiz algumas consolidações para avaliar as ações que são apresentadas pelas regras e observar se todas elas são incluidas conforme a necessidade.

De fato, elas são aplicadas nas politicas que você deseja e podem ser granular baseado em sua identidades relacionada com as politicas de ” app “.

Para demonstrar ação sobre o bloqueio, vamos selecionar aplicação abaixo e definir que o status será ” Not approved “.

Após essa solicitação vemos em qual das politicas ” APP “ iremos definir que de fato essa aplicação não será acessada.

Após a confirmação para garantir fui consolidar se aplicação está determinada como ” Block “ e como podemos ver de fato ação foi consolidada.

Enfim, chegamos ao final de mais um post. Espero que vocês tenham gostado dessa dica, que de alguma forma pode nos ajudar em nosso dia a dia, já que a visibilidade dentro de nossos ambientes é a principal demanda que devemos observar.

Deixe seus comentários e avise se de alguma forma você já esta utilizando esses recursos.

Abs,
Rodrigo

BLOG – Meraki e Umbrella – SSL + Certificado = Dicas – parte 7

Tue, 05 Nov 2019 00:00:00 +0000

Olá Pessoal,

Resolvi fazer esse post, pois acredito que seja interessante divulgar algumas dicas das que vivenciei fazendo esse pequeno teste em meu ambiente de homelab. Portanto, vou adicionar mais alguns ítens relacionado este parametro dos que já adicionei em nosso post anterior.

Hoje sabemos que a maioria dos sites já utilizam SSL, que por consequencia tem seu certificado instalado no seu website. Esse aumento se deu devido a varias empresas impulsionar essa implementação, por meio de seus programas de utilizar certificado sem a necessidade de pagar por eles, como também sobre a utilização de certificados compartilhados.

Isso deve-se a forma de tentar garantir um pouco de confiabilidade/segurança para navegação na web, porém sabemos que isso é uma ” faca de dois legumes “ rsrs

Não encontrei um número real para passar aqui sobre utilização de SSL, mas um número que circula é que de fato mais de 60% do trafego hoje para acesso as páginas WEB já estão sobre uma estrutura SSL/TLS, na qual quase 37% desso trafego já é utilizado para algum Malware.

Devido a isso, hoje o ” SSL Inspection “ é um ítem importante para que possamos observar algumas anomalias que circulam em suas solicitações. Para que isso essa seja efetivo, o ponto que iremos detalhar é que a ” Cloud Security “, ou seja o Cisco Umbrella irá trabalhar como ” proxy “ e para isso é necessário fazermos a instalação de um certificado ( Root CA ) da Cisco nos clientes para que essas solicitações sejam inspecionadas pelo ” cloud ” e desta forma alguns ataques podem ser bloqueados a nível de solicitações DNS.

Instalação Certificado

Não vou detalhar a instalação, pois a propria documentação já traz vários tópicos que podem ser consolidados neste link, bem como fazer a instalação de diferentes formas em seu ambiente para se tornar escalável.

Porém, vale relembrar que para isso, na criação de nossa politica precisamos habilitar essas funcionalidades e fazer o download de seu certificado.

Como podem visualizar pelo link informado teremos instalações distintas e caso esteja usando o Linux, o que eu fiz foi somente instalar o certificado diretamente pelo browser e caso esteja no Windows esse certificado já fica embarcado no sistema.

Após essa instalação podemos visualizar abaixo que já temos vários ” match “ informado para cada site que ele foi ” Proxied “.

Investigação do Certificado e Validação

Os sites que são classificados pela ” Cloud “ dentro da categoria ” grey list “ serão proxeados, pois eles podem estar direcionando para algum site que está hospedando algum arquivo mal intencionado, porém todo o restante do site é confiável para acesso.

Caso você tenha essa regra habilitada e seu cliente ainda não possui seu certificado instalado, iremos ter a mensagem abaixo e o site não será acessado, pois o navegador acredita que o tráfego está sendo interceptado (e proxied) por um ” main in the middle “, que, neste caso, é o serviço Umbrella, então o tráfego não é descriptografado e inspecionado.

Caso você não queira que um dominio seja inspecionado por alguma caracteristica, você pode colocar em uma lista já definida pelas categorias abaixo:

Inspeção de Arquivos

Baseado que o ” SSL Decryption “ esteja habilitado, podemos ter mais um parâmetro que associado os dois recursos teremos uma credibilidade maior para fazemos analise dos arquivos que são feitos downloads em qualquer website.

Esse recurso irá fazer inspeção dos arquivos maliciosos hospedados em dominios suspeitos, assim no momento que você fizer download um pequeno delay pode ser percebido, já que se esse arquivo está sendo analisado antes de fato ele ser disponibilizado para seu browser.

Para um pequeno teste, existe uma URL que você pode confirmar se de fato você esta com o SSL Decryption habilitado, bem como o ” File Inspection “. Para relembrar e habilitar a inspeção de arquivos você pode conferir em nosso post anterior.

Verifque por essa URL ( http://proxy.opendnstest.com/download/eicar.com ) e a mensagem abaixo precisa aparecer em seu browser.

Após isso você pode consultar pelos relatórios sobre esses eventos e detectar o que de fato foi analisado e bloqueado.

O que vocês acharam dessas informações? Está sendo útil? Gostariam de adicionar maiores explicações, deixe seus comentários.

Para nosso próximo post vou explorar um pouco sobre esse recurso que podemos fazer algumas investigações dentro do dashboard Umbrella. Continue acompanhando!!!

Abs,
Rodrigo

BLOG – Meraki e Umbrella – Criar politicas no portal Umbrella – parte 6

Thu, 31 Oct 2019 00:00:00 +0000

Olá Pessoal,

Nossa serie não para de crescer e temos ainda muito conteúdo para publicar para vocês, portanto não perca nossa trajetoria que muito desse conteúdo está amarrado com os posts anteriores. Caso você tenha caído de paraqueda nesse post, recomendo você olhar desde começo. Acesse nosso conteúdo Meraki+Umbrella.

Como informado, hoje iremos criar nossas políticas e propriamente executar um teste para consolidar nossas regras. Nos já haviamos mencionado nessa serie, mas vale reforçar que as politicas criadas no portal são sequencias ( top-down ), caso uma politica seja atendida baseado nas regras, você não irá executar mais nenhuma regra em sua lista.

Isso também vale para o inverso, que se nenhuma politica relacionado ao seu trafego não coincidir com nenhuma regra, ele irá bater na sua ” Default Policy ” e pode ser bloqueado, ou se você configurou para permitir tudo ( permit any ) você terá acesso, mas não vai garantir a questão de segurança.

Configurar Politica

Para que possamos associar nossas regras sempre pense para qual funcionalidade você estará atrelando essa politica, ou seja, como vimos anteriormente agora chegou a hora de colocar o ” Group Policy “ do Meraki, ou ” SSID “ que você irá dedicar para uma única regra, ou a questão ” VPN Client “ para seguir regras distintas.

Enfim, aqui é dificil colocar uma ” receita de bolo “ das melhores práticas, mas é sempre importante você avaliar as politicas de segurança da sua empresa, ou se não tiver, primeiramente escrever e divulgar para seus usuarios para que isso seja claro e transparente, assim isso não possa gerar maiores impactos área de TI e criando um gargalo devido essa segregação das politicas ou acesso que podem impactar o negocio.

Para iniciarmos a configuração das politicas devemos selecionar qual será nossa identidade para que possamos seguir para os proximos passos. O que seria essa identidades?

Temos várias que podem estar associadas, como ” Tags “, os ” Sites “ como mencionou em nosso post anterior que irá categorizar como seu IP Publico na ponta remota, ” AD Groups “ que pode ser pela autenticação do AD da sua empresa amarrado já diretamente seus usuários, etc. Você podem conferir abaixo:

Na sequencia precisamos definir quais são as categorias que iremos gerenciar para esses acessos. Acredito que a pequena descrição incluida nessa tela pode exemplificar o que de fato estamos controlando. Segue abaixo:

Validação SSL

Após as seleções básica vamos definir algumas configurações avançadas de grande importância, pensando justamente nas caracterisiticas de proxy que iremos utilizar. Veja abaixo:

Como vocês observaram acima, neste momento precisamos avaliar se vamos trabalhar com o certificado ” Root CA “ da Cisco e de que forma iremos fazer a implantação desse certificado. Vale lembrar que isso está atrelado a fazer o ” decrypt “ das conexões SSL, já que de fato hoje a maioria dos websistes/consultas/aplicação ( pequeno ou grande ) já estão trabalhando com essa particularidade e muitos dos ataques podem estar atrelado ao SSL, onde caso você não inspecione podemos ter algum malware atrelado a essa conexão.

As outras facilidades estão relacionadas ao ” Enforce Search “ dos browser, entretanto aqui coloco minha ressalva que a documentação concretiza que isso seria para determinados browsers, e de fato pelos meus testes eles não foram muito efetivos, onde seria para controlar com maior efetividade as pesquisas relacionadas ao temas de ” pornografia “, porém vale avaliar dependendo das politicas de quais browsers podem ser utilizados em sua ” firma ”

Um último parâmetro, mas não o menos importante seria relacionado ao seus logs, como também já haviamos mencionado anteriormente sobre como iremos detectar que nossa politica esta sendo efetiva. Esse parametro é justamente para avaliar o que será guardado e escolher a melhor forma para armazenamento. Aqui vale um lembrete que esses logs acabam ocupando espaço em ” cloud “ e temos uma facilidade que podem ser armazenados esses historicos no S3 da Amazon.

Como vocês podem observar acima, temos duas opções onde se você já tem seu bucket S3 na AWS é facil referenciar, porém se deseja que a Cisco gerencie pode ser utilizado opção abaixo e o máximo de retenção que iremos ter será de 30 dias. Caso queira entender um pouco mais é interessante avaliar a documentaçãoavaliar a documentação, pois muitas empresas desejam ou utilizam outras ferramentas para correlacionar eventos, onde entra o papel do SIEM ( Security Information and event Management ).

Volte ao ínicio

Granularidade da Política

Como vamos observar abaixo, existe varias opções para criar sua granularidade de acesso para seu usuario e obviamente controlar a nível de ” DNS enforcing “ o que pode ser acessado ou bloqueado em sua infra-estrutura. Para sequencia agora vamos definir o nivel de segurança para essa politica.

Logo após entramos para os parâmetros das categorias de sites, ou seja, todo o site na Internet é classificado baseado em seu conteúdo ( Chat, Social, Games, etc ), com isso podemos selecionar em qual nivel iremos trabalhar ou criar um ” Custom “ baseado em sua politica interna. Segue abaixo:

Como em muitas situações ainda podemos ser mais especificos baseando-se na aplicação que devemos observar, segue abaixo varias aplicações mapeadas que podem ainda serem selecionadas para confrontar com sua politica ( Facebook, Mail.ru, etc ).

Um ítem importante você ainda pode criar lista destinos para acessos aos sites. Conforme no meu teste criei uma lista de teste para bloquear qualquer acesso ao dominio ” UOL “.

Volte ao ínicio

No proximo passo se você deseja fazer inspeção de arquivos que estariam relacionados aos downloads e validação para Malware, para qual estarão correlacionado as assinaturas e que todo o grupo do Cisco Talos trabalha em ” background “ para avaliar esses comportamentos.

E agora como você deseja mostrar a tela para seu usuário final informando que ela foi bloqueada? Por padrão existe do Cisco Umbrella, mas se deseja customizar sua própria pagina é possivel, bem como redirecionar para uma nova página que pode estar atrelado ao seu Service Desk, ou algum pagina interna de sua empresa

Como testar a politica

Bom, agora vamos testar confrontando se o site que desejamos esta sendo bloqueado ou liberado relacionando ele com nossa politica.

Primeiramente devemos clicar em ” Test “ e as setas vermelhas seguintes precisam ser preenchidas para que você selecione qual identidade deseja testar e qual seria seu destino. Após isso nas setas verdes você pode avaliar sua resposta.

Desta forma, você olha porque ele foi bloqueado ( relacionado a regra ” Destination List ) e em qual política ela se enquadrou.

Bem como também você vai observar status de liberação, caso isso seja desejado.

Desta forma chegamos em mais um final de post. O que você esta achando de nossas explicações? Está sendo útil? O que você deseja verificar mais nessa solução?

Deixe seus comentários.

E tenho mais informação para divulgar para vocês aqui dessa serie. 😉

Abs,
Rodrigo

BLOG – Meraki e Umbrella – Como visualizar as Redes e Equipamentos no Umbrella – parte 5

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

Olá Pessoal,

Como estamos tratando dessas duas soluções, mas ao mesmo tempo em uma única solução, hoje vamos apresentar como são evidenciado os dados que requisitamos de sincronização do Meraki para o Umbrella.

Quando inicia-se na plataforma Umbrella, um dos primeiros ítens que irá aparecer é se você gostaria de associar seu endereço Público, aqui vale lembrar que ele mapeia com seu IP publico que você está utilizando para navegar na Internet e solicita para registrar esse endereço, fazendo com que todos os endereços atrás do ” Public IP “ serão protegidos utilizando assim um camada de segurança.

Caso você não esteja na estrutura desejada ou esta associado há uma conexão 4G Publica, WIFI do café, rede cabeada da escola, obviamente isso não faz muito sentido fazer o registro, entretando também não é primordial para seguir para seus próximo passos.

Em meu caso eu registrei para declarar meu IP Público e também para fazer testes baseado no que diz respeito a ter esse IP Dinamico pela operadora, já observando para as implementações Meraki ( MX ) que você tenha em campo e queira associar na sua última política ( Default Policy ) para o Umbrella. Para registro é bem simples como abaixo, porém devido a ser dinamico você precisa prestar atenção que caso aquele site/spoke/escritorio venha a trocar o IP ele consiga atualizar dinâmicamente no portal.

Para isso temos um post sobre o OpenDNS onde a demanda para esse caso será idêntica, portanto valide através da nossa dica.

Umbrella – Network Device

Nos posts anteriores vimos que para associar ” Group Policy “ ou ” SSID “ precisaríamos criar nossa conexão ( API ) entre as duas soluções, isso após a execução iremos visualizar desta forma no portal Umbrella. A coluna ” Device Name “ é editável para que isso reflita-se nos relatórios que podem ser gerados pela ferramenta.

Na coluna ” Primary Policy “ é o que concretiza a união das politicas com as demandas solicitadas via Meraki API. Um ponto importante sobre o ” Status “ é que você pode não ver ele rapidamente mudando para ” Active “ no momento que sua rede começa a trafegar dentro dessa policy, ou seja, podemos ter no máximo 24 horas para ir para ” Active “ e o inverso também é válido, portanto depois que sua rede/usuário parou de solicitar serviço pode demorar 24 horas para ficar ” Offline “.

Talvez você me pergunte como vou ficar sabendo se esta funcionando?

1. Você pode consultar através do relatório instantâneo, depois de requisitado liberado ou bloqueado, demora em torno de 1 minuto para poder visualizar o log.
2. Você pode testar através de sua politica em um formato de ” Policy Tester “

PS.: Esses dois exemplos eu ainda vou detalhar em nossos próximos posts relacionado especificamente a criação das políticas no Umbrella.

Roaming Clients

Essa é uma demanda muito interessante para nossos ambientes corporativos, pois vai tratar de usuarios que de alguma forma não estão sempre conectados ao nosso ambiente ( cabeada, Wireless, Guest, etc ), ou seja, não estão em seu perimetro e assim você não tem controle sobre eles.

Quando esse usuario acessa algum ambiente externo você pode força-lo a sempre executar sua politica, desta forma você garante controle de acesso e segurança para seu usuario e ” end-point “. Pensando desta forma, para facilitar existe algumas metodologias para implementar na máquina do usuário:

- Pode fazer o download diretamente do portal para instalar na máquina, como indicado na figura abaixo
- Pode instalar via GPO, quando o usuario logar em seu dominio
  - Sem usuário visualizar no gerenciador de programas
  - Sem usuário obter a interface visual
  - Sem usuário obter na aba de remover programas

Enfim, temos diversas possibilidades para oferecer essa camada de segurança e podemos conferir acima que após a máquina navegar pela internet conseguimos avaliar que o usuario está online e qual a politica esta sendo utilizando para esse úsuarios/computador.

No meu caso como quero demonstrar para vocês, eu executei via processo NNF ( Next->Next-> Finish ) em uma máquina Windows 10, portanto eu consigo visualizar que o programa esta na barra de tarefas e o ” client ” esta atuando conforme minha políticas.

Logo abaixo você pode conferir que meu ” end-point “ esta associado as politicas, bem como garantir que esta para organização que evidencia sua regras.

Caso vocês queiram saber um pouco mais sobre essas demandas de roaming clients eu recomendo observar a documentação, ou se desejarem, posso fazer um post dedicado com essa demanda e com os testes. Deixe sua menção em nossos comentário que planejo o post somente sobre esse ítem.

Existem outras demandas que podemos explorar que a propria ferramenta oferece, porém não vou detalhar aqui devido a não tempo disponível para conseguir planejar as estruturas. Porém, podemos visualizar demandas relacionadas MDM ( Mobile Device ) gerenciando esses acesso através por exemplo de uma solução Meraki MDM com Umbrella e também estruturas usando Chromebooks.

Chegamos no final de mais um post, UFA!!! Espero que vocês estejam gostando e no proximo vou me aprofundar nas possibilidades de executar a criação das politicas no Cisco Umbrella.

Deixem seus comentários abaixo para entender se esta sendo claro o que estou demonstrando e se vocês querem mais detalhes.

Abs,
Rodrigo

BLOG – Meraki e Umbrella – Iniciando no portal Umbrella – parte 4

Thu, 24 Oct 2019 00:00:00 +0000

Olá Pessoal,

Como estamos fazendo nossas tratativa nesses dois ambientes, espero agora trazer um pouco de familiaridade para esse novo Dashboard, e de alguma forma eu consiga demonstrar um pouco do que aprendi durante esse tutorial que estou criando para vocês.

Enfim, nesse primeiro momento e como estamos fazendo algumas tratativas de segurança, nada melhor iniciar demonstrando como podemos criar regras de acesso para essa plataforma, pois nela teremos todos os dados de acesso a rede ( Internet ) de sua corporação, por isso vale relembrar que o controle dos usuarios para a plataforma precisa ser gerenciado de uma forma correta.

Para isso, vamos iniciar com um ítem hoje em dia muito importante que é autenticação com 2FA ( Two Factor-Authentication ). Nós já haviamos demonstrado isso no portal Meraki, por isso achei importante já iniciarmos com esses critérios.

Criar Autenticação ( 2FA )

Após você acessar sua conta devemos seguir para a menu Admin -> Authentication, e abaixo já podemos visualizar duas formas de gerenciar sua autenticação ( SAML ), onde temos várias opções hoje no mercado para trabalhar desta forma, o qual posso dizer que Okta é um serviço bem interessante, porém nosso objetivo seria via 2FA.

Após seguir os procedimentos para habilitar, eu fiz um teste usando um novo autenticador que a Cisco adquiriu recentemente para trabalhar internamente com suas ferramentas e os serviços para autenticação em nuvem que você pode utilizar para esse proposto. Essa empresa adquirida por eles é a DUO onde você tem um plano free para utilizar esse autenticador, não somente com o Umbrella, mas com outros vendor que oferecem autenticação 2FA ( via software ) e não somente via SMS ( o que não é seguro ).

Após a criação da autenticação a tela abaixo é requisitada para seu acesso, assim como em outras ferramentas que utilizam esse formato.

Política de Usuários

Neste meu exemplo precisamos ter o usuário ” root “ que por sua vez terá o acesso ” full “ para toda a ferramenta. Isso quer dizer que através dele posso definir os outros usuarios que teram acesso a ferramenta.

PS.: Uma dica o time zone dependendo do usuario criado vai influenciar diretamente nas consulta dos relatorios de acesso e segurança.

O nível de usuario padrão que temos especificado no portal é conforme abaixo:

Como indicado na ” seta “, podemos também adicionar perfis customizados para definições que desejamos e queiram ser agregado em mais de uma ” role “ sem ter o privilegio ” full “. Para isso iremos ter essas definições:

Após essas definições você pode agora associar seu usuario para fazer autenticação no portal atrelado o que foi especificado para acesso.

Com isso concluímos a primeira etapa e a descoberta para inicializarmos no portal, já definindo algumas politicas de segurança. 😛

Isso deve-se a ter um controle maior para acesso ao portal e aos usuarios que de alguma forma precisam avaliar o que esta acontecendo na infra-estrutura e também para executar algum troubleshooting.

Espero que vocês tenham gostado e qualquer dica ou sugestão coloquem em nossos comentários. Fiquem ligados que temos muito mais para demonstrar para vocês.

Abs,
Rodrigo

BLOG – Meraki e Umbrella – Criar as políticas e Aplicar – Parte 3

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

Olá Pessoal,

Como vocês vêem acompanhando nossa serie de integração desses dois produtos, vamos detalhar hoje um pouco mais de que forma vamos aplicar isso na estrutura Meraki e quais os equipamentos que irão aceitar essas configurações.

Para quem não viu nossos posts anteriores, recomendo ler para que você possa executar esses próximos passos e consiga concluir essa integração.

Associar Politicas

Neste momento existem duas facilidades para que você possa associar suas politicas Umbrella com o Meraki através do portal:

- Group Policy: Essa metodologia é importante para que você possa associar uma VLAN que é utilizada via cabo ou talvez se você utiliza o MX como um HUB de VPN, tendo assim seus usuarios associados esta VPN.
- SSID: A partir do momento que mencionamos SSID, obviamente estamos atrelando isso ao nosso MR que por sua vez irá aplicar especificamente para aquele rede que esta configurada para sua estrutura. Neste momento não vou entrar em detalhes sobre a configuração do SSID e associação com VLANs, mas isso pode ser tratado posteriormente em outro post.

Iremos ter uma terceira opção para executar essa associação diretamente através do MX, porém ainda esta em fase de teste ( BETA ) para que os clientes possam avaliar. Entretanto eu vejo uma função muito importante para que possamos remover a dependência de criar diferentes ” Group Policy “.

Criar Group Policy

Para que possamos criar nosso grupo police devemos ir Network-wide > Configure > Group policiesgarantir que opção ‘Custom network firewall & shaping rules‘ esteja selecionada, pois apenas desta forma que iremos ter a funcionalidade habilitada no portal.

Antes de tentar associar a politica Umbrella certifique que você já salvou seu ” Group Policy “, para que isso reflita em ambos os portais.

Verifique abaixo de que forma você irá visualizar essa funcionalidade.

Aplicar a politica no Group Policy

Após a execução dos passos anteriores você deve agora visualizar que a politica existente no portal Umbrella irá aparecer, para que você possa selecionar a enquadra-se em suas diretrizes. Veja abaixo:

PS.: Por padrão a partir desse momento sempre será visualizado a ” Default Policy “ para ser selecionada, pois no portal Umbrella essa seria a politica padrão caso nenhuma politica de accesso se enquadre em seus requisitos e que por consequência essas politicas criadas no Umbrella segue uma sequência. Para quem esta acostumado a visualizar ACL vai entender esse conceito e caso queira entender melhor no Umbrella é recomendado consultar a documentação ” Policy Precedence “

Baseado na criação do ” group policy “ e se você deseja aplicar essa politica para seus usuários que utilizam a aquela VLAN especifica que está definida para sua sua rede cabeada, por exemplo, ou que você deseja aplicar para toda a sua sub-rede é necessario executar isso através Security & SD-WAN > Configure > Addressing & VLANs

Vale lembrar, que no momento que está aplicado para toda a sua sub-rede, esta demanda está sendo executada no MX e também precisamos garantir que os usuários estão associados esse group policy

Aplicar Politica no SSID

Como comentado anteriormente agora vamos associar uma politica basedo em seu SSID, que por muitas vezes se torna essencial e prático para questões de gerenciamento de acesso. Isso vale, pois precisamos definir para alguns casos ou exemplos para o SSID Guest, SSID MDM ou SSID Corporativo e assim por sua vez alguns desses SSID já estarão utilizando uma VLAN que de fato já é utilizada para seu ambiente como um todo, porém será aplicado politicas distintas.

Para isso vamos acessar nosso SSID ( não irei detalhar aqui como criar o SSID ) através do Wireless > Configure > Firewall & traffic shaping

Desta forma você irá selecionar qual a politica definida no portal Umbrella, bem como logo abaixo uma menção sobre o ” Exclude “. Isso deve-se se por alguma razão, onde precisamos excluir solicitações de nomes de dominio que não precisam ser direcionados para o Cisco Umbrella. Um ítem que você pode pensar rapidamente é justamente o link ” setup.meraki.com “ que direciona você para avaliar sua conexão local e outros ítens. Você pode obter mais detalhes em nosso post.

Para a demanda de utilização do SSID, seguimos da mesma forma em relação a regra criada no Umbrella, que por sua vez ele vai seguir as políticas na sequência, já mencionado no ” Policy Precedence “

Remover a Política

Caso você resolva remover a politica ou remover a conexão daquele SSID ou de seu ” Group Policy “, o que necessitamos fazer é somente acessar seu ítem e desabilitar usa conexão, conforme abaixo:

Fluxo da Solicitação DNS

Segue abaixo como essas solicitações são direcionadas através de nossos dois exemplos mencionados acima:

Cliente solicita DNS Query.
Meraki intercepta o DNS Query e adiciona uma identificador para validar qual politica deve ser validar com Cisco Umbrella.
Meraki encripta esse DNS query usando o DNScrpt.
Depois de chegar essa solicitação no Umbrella ele é decriptado e validado com a política correta, basedo no identificador executado no passo 2.
Caso a solicitação seja liberada ele retorna um DNS response encriptado com sua devida resposta ( IP do website ).
Caso a solicitação seja negada ele retorna um DNS response encriptado direcionando você para uma pagina de notificação ( Block Page ).
Cliente é enviado para o website requisitado.

Espero que vocês tenham gostado e se ficou alguma dúvida coloque em nossos comentários que iremos respondendo. 😉

Em nosso próximo post irei detalhar sobre os recursos expostos dentro do Cisco Umbrella, continue ligado que temos muito conteúdo para detalhar para vocês.

Abs,
Rodrigo

BLOG – Habilitar API Key – Meraki e Umbrella – Parte 2

Wed, 16 Oct 2019 00:00:00 +0000

Olá Pessoal,

Como iniciado em nosso post anterior, vamos detalhar hoje como devemos fazer nossa integração entre Meraki ( MX ) e Cisco Umbrella.

Para que possamos habilitar essa funcionalidade segue abaixo alguns requisitos mínimos que precisamos ter em nossa solução Meraki para conseguir trabalhar com esse recurso adicional. Vale ressaltar que essa demanda pode ser executada nos equipamentos MX e MR.

Requisitos Meraki

Como informado acima podemos habilitar a funcionalidade nas linhas MX e MR. Talvez me perguntem, porque aplicar isso em um Access Point ( MR )? A resposta é simples, pois hoje os MRs podem ser disponibilizados diretamente com um link de internet e devido a isso você pode criar suas ” policies “ diretamente nele sem a necessidade de um MX.

- - MX – Precisamos ter no mínimo o firmware 15.10+ e a licença Advanced Security
  - MR – Precisamos ter no mínimo o firmware 26.1+

Para detalhamento desse trafego segue uma topologia para o entendimento do fluxo que nosso tráfego irá executar.

Fonte: https://documentation.meraki.com/MR

Configuração

Como vocês puderam observar no título de fato a integração é muito rápida, pois precisamos habilitar apenas uma API no portal Cisco Umbrella, após isso essa chave é adicionada na portal Meraki e tudo já está resolvido.

Para isso vamos criar nossa API conforme abaixo no portal Cisco Umbrella.

PS.: Em nosso caso como vamos utilizar a infra Meraki devemos ficar atento para selecionarmos ***” Umbrella Network Devices ”***e seguir os passos como indicado na figura.

Após isso iremos copiar e colar essas informações em nosso portal Meraki através do menu Network-wide > Configure > General

Caso você precise deletar sua integração e todas suas configurações entre Meraki e Umbrella, basta apenas selecionar a caixa ” Deleted linked account “ e você verá que todas suas definições no portal Meraki e Umbrella serão deletados.

Talvez você gostaria de fazer um teste em seu ambiente utilizando o Cisco Umbrella, e posso afirmar que isso é factível, devido a ter uma teste gratuito full license durante 14 dias. Se desejar você pode fazer seu cadastro através desse link ” Umbrella free 14 days “.

Licença Umbrella

Como detalhamos os requisitos mínimos para executar no Meraki, gostaria também deixar uma pequena informação sobre o licenciamento Umbrella, que pode variar dependendo dos requisitos que você queira atender no plataforma Umbrella.

Fonte: https://umbrella.cisco.com/products/packages

O que vocês estão achando? Se segura na cadeira que vamos entrar no modo configuração. 😈

Abs,
Rodrigo

BLOG – Cisco Umbrella + Meraki

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

Olá Pessoal,

Gostaria de iniciar mais uma serie de post que iremos trabalhar para detalhar essa solução que temos hoje entre a integração de Cisco Meraki com Cisco Umbrella.

Acredito que todos aqui já devem conhecer um pouco de Meraki, pois venho trazendo muito conteúdo sobre essa solução, porém vocês poderia perguntar. O que é Cisco Umbrella?

Cisco Umbrella

Esse é um produto da Cisco que esta atrelado a torre de Segurança, porém relacionado a terminologia denominada ” Cloud Security “, que por sua vez será relacionado a demanda de controle/visibilidade para acesso ao ambiente de internet.

Talvez vocês possam fazer associação a este produto com o OPENDNS, e de fato seria essa associação que devemos fazer, pois é o mesmo produto, porém com a formatação Cisco para segmento Enterprise depois de alguns anos que foi consolidado a compra em 2015. Você pode conferir neste link.

Você já pode conferir em nosso BLOG quando trouxemos o OpenDNS para um ambiente mais doméstico, onde temos um serviço free que pode ajudar no seu dia a dia, entretanto nesta serie iremos trazer uma demanda maior para utilização em nosso ambiente corporativo e com uma escabilidade muito rápida e dinâmica.

Nos dia atuais nós temos um ambiente muito vulnéravel denominado Internet, e podemos mencionar que a demanda é totalmente ascendente para esse ambiente, onde cada vez mais é solicitado. Isso deve-se a muitos fatores que estão contribuindo para essa escalabilidade, como:

- - Tecnologia de mais fácil acesso
  - Custo mais acessível
  - Largura de banda muito acessível e escalável
  - Ferramentas corporativas muito mais acessível e escalável
  - Cloud pública com uma forte demanda para ofertas de serviços ” SaaS “
  - Ponto de comutação para trazer tecnologia + redução de custo ” SDWan “

Enfim, temos inúmeros pontos para colocar os ítens relacionado à essa crescente utilização na demanda para ambientes públicos ” Internet “, entretanto em contrapartida também devido a isso acaba sendo um ambiente muito vulnerável, ou seja, para seu prospecto corporativo isso tem também inúmeros riscos para seu negócio.

Portanto, precisamos analisar bem nosso ambiente e controlar o que de fato PODE ou NÃO PODE ser acessado pelos seus usuários e garantir a integridade de seus dados. Talvez vocês me questionem, nossa mas o que ele esta falando é muito antigo e o tópico que ele esta explicando eu já faço a muito tempo.

O que seria? Sim, seria nosso famoso e conhecido ” PROXY “. ( rs )

Mas agora volto a pergunta para vocês. Qual é o diferencial de ter esse proxy em Cloud? Em qual camada vou trabalhar para controlar esse recurso?

Deixem seus comentários abaixo e continuem nos seguindo que os próximos posts vamos agregar mais conteúdo e demonstração das ferramentas.

Documentação

Para você que gosta de ler/pesquisar sobre essas demandas a documentação do Cisco Umbrella é bem simples e didática, portanto recomendo dar uma olhada para entender o que vamos explicar em nossos próximos posts.

Abs,
Rodrigo

PS.: Não esqueça deixar seus comentários. 😛

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

Cisco Meraki – Configurado Site to Site com Azure

Mon, 23 Sep 2019 00:00:00 +0000

Olá Pessoal,

Como vocês sabem a todo momento estou trazendo ítens adicionais para facilitar e oferecer escalabilidade dentro das estruturas Meraki, e hoje venho aqui trazer mais um teste executado e para alguns clientes finais, bem como para as corporações será de grande utilidade.

Porque digo isso? É porque hoje temos muitas estruturas que estão sendo disponibilizadas nos provedores de cloud ( Azure, AWS, GCP, IBM, Alibaba, etc ). Desta forma, precisamos oferecer escalabilidade para nossos pontos remotos, fazendo que via uma Infra Pública ou Privada você continue utilizando seus recursos em seus parceiros.

Com isso vem também a pergunta, Meraki pode-se conectar diretamente com esses parceiros? Você não consegue fechar uma VPN/Tunnel somente com equipamentos Meraki? Como é feito esse tipo de configuração?

Pois bem, recomendo você seguir nosso post que iremos detalhar todas essas dúvidas. 😉

Definição da Topologia

Para iniciarmos gostaria detalhar um pouco como esta nosso cenário, para que a partir dele vocês possam pensar se de alguma forma atende as suas necessidades, e as possíveis alterações que possa ser inserido conforme seu ambiente cresça internamente ( on-premises ) ou aplicações em Cloud.

Vale ressaltar que aqui estou simulando como sendo um HUB ( Meraki ) e por consequência ele pode ser considerado um Datacenter ou até mesmo um Spoke ( Meraki ), entretanto existem algumas restrições que estariam relacionados a sua estrutura na Cloud. Segue abaixo minha topologia:

Detalhamento da Tecnologia

Para criar essa demanda, foi utilizada uma conta ( Free Trial ) na Azure para que pudêssemos instalar os componentes necessários para esse ambiente. Após ler a documentação da Azure, identifiquei que temos a possibilidade de criar um tunnel IPSEC diretamente através de um componente denominado como ” VPN Gateway ” e com isso não haveria a necessidade de termos um vMX100 da Meraki instalado através do marketplace .

Entretanto, devido a não termos instalado um vMX, muito dos componentes e funcionalidades Meraki não será utilizada, mas o proposito aqui é justamente iniciar uma VPN ( Point-to-Point ) entre um device Meraki ( MX ) com uma estrutura de terceiros. Aqui podemos também pensar que esse terceiro seria um roteador Cisco ou Firewall Cisco.

Sempre que pensamos em nuvem precisamos observar as especificações/capacidade de cada componente para que você possa fazer o ” deploy ” de maneira correta, com isso existe as especificações conforme abaixo:

Para maiores detalhes sobre essas especificações recomendo observar neste link da Azure. Seguindo nossa linha detalhamento, temos que observar que Meraki utiliza apenas IKEv1, com isso precisamos observar que o ” VPN Gateway Azure ” no modo ” Basic ” não consegue fazer negociação em IKEv2, portanto se esse tutorial ajudar a montar essa estrutura com outro vendor é importante observar esse detalhe.

Com esses dados em mãos precisamos iniciar os trabalhos e subir a infra-estrutura na cloud para que possamos receber essa conexão vindo de nosso Meraki. Para esse parâmetro recomendo ler esse documento que detalha como criar seu ” VPN Gateway “, mas aqui também vou dar algumas dicas e as telas dedicadas para nosso ambiente.

Para meu ambiente eu criei um ” Resource Group ” dedicado para esse teste, conforme podem observar abaixo:

Antes de criar nosso VPN Gateway é necessário criar nossa rede virtual ” VNET “, para que seja nosso ponto de segmentação em nosso ambiente. Se desejar obter maiores detalhes você pode consultar a documentação do ” Virtual Network “, e mais abaixo você pode encontrar ele para adicionar em seu ” resource group “.

Com isso agora vamos criar nosso range relacionado ao nosso ” Address space ” que por consequencia eu coloquei o /16, pois a partir deles vamos criar as segmentações ( VLANs ) dentro dessa VNET. Portanto, foi definido uma sub-rede para eu associar uma máquina virtual, e assim efetuar apenas os testes básicos posteriormente. Segue abaixo a relação das definições:

Caso em um futuro próximo você deseje adicionar mais VLANs dentro de seu segmento, você pode facilmente criar conforme abaixo:

Após isso você irá adicionar seu “ Virtual Network Gateway “, ele que de fato é seu ” appliance virtual ” que irá processar todos seus dados que irão ser encaminhados para sua estrutura virtual, ou muitas das vezes também podemos denominar como ” HUB “.

Quando fizer o deploy do VPN Gateway, alguns parâmetros precisam ser preenchidos para que o processo seja finalizado e de fato ele seja instalado dentro de seu resource group. Em algumas situações o deploy dessa instância pode levar uns bons minutos. ( 15 a 20 minutos ).

Na figura acima podemos observar que estou definindo um nome para meu ” Gateway “. Como explicado anteriormente, olhando para o cenário Meraki ( S2S com vendor distinto ) necessitamos selecionar o ” Policy-Based ” que está atrelado automaticamente SKU ” Basic “, bem como essa função precisa ser selecionada, pois nossa VPN no Meraki não teremos a possibilidade de configurar roteamento dinâmico, e sim ele vai usar uma ” rota estática ” apontando para esse tunnel IPSEC. Temos um recurso para selecionar esse failover de tunnel no Meraki, utilizando ” TAGs “, mas irei detalhar posteriormente essa demanda.

Outro detalhe que estou criando um novo IP Público, pois não tenho reserva de IP Público na Cloud, porém a partir do momento que seu Gateway Azure adquirir um IP Publico da Cloud, ele sempre irá ser fixado para você, desta forma seus spokes podem sempre fechar no mesmo IP.

Neste momento precisamos criar nosso “ Local Network Gateway “, para que possamos associar nosso endereço público ” Meraki ” com a nossa Cloud, bem como mencionar para ele quais são os endereços que iremos buscar do outro lado do Meraki, ou seja, a sua LAN que está atrás de seu MX. Neste caso temos opção de BGP, mas para nosso exemplo não foi configurado pelos parametros já mencionados anteriormente.

A rede adicionada como 192.168.2.0/27 será para demonstrar para vocês sobre o controle que temos em ambos os lados ( Cloud e Meraki MX ), pois nesse segmento atrás do MX é de clientes que podem fechar uma VPN como o MX, que por consequencia ele também irá oferecer todos os serviços que estão hospedados na Cloud.

Finalmente agora iremos configurar nossa conexão ( ShareKey, Gateway, Tipo de Conexão ). Para isso devemos ir em nosso local network gateway executado acima para configurar. Verifique abaixo:

Após, você configurar seu Meraki poderá observar o status da conexão no portal através dessa nova conexão.

Devido a todo esse processo, resolvi criar uma maquina virtual Ubuntu para que eu pudesse adquirir um IP Privado na minha ” VNET ” e assim eu pudesse fazer as validações relacionadas a caminho ( traceroute ) e a disponibilidade ( ping ). A única disponivel de fato nos ” marketplace ” é sempre Server, mas não tenho nenhum serviço que é de fato necessário para nosso teste, será para adquirir apenas um IP Privado na interface e possamos fazer de minha máquina ” on-premise ” chegando na cloud. Segue a imagem que usei abaixo:

Volte ao ínicio

Detalhamento sobre VPN ( S2S ) no Meraki

Para nossa demanda dentro do portal Meraki temos poucas configurações para executar, pois ele de fato é simples e objetivo. Entretanto, devemos ressaltar que para concretizar a configuração de seu MX, precisamos definir ele como ” HUB ” ou ” Spoke ” e assim você terá opção de fazer o conexão ponto a ponto ( VPN ). Para isso devemos validar acessando Security & SD-WAN -> Site-to-Site VPN conforme abaixo:

Após esse processo, vamos definir as configurações do meu peer que foi criado na Cloud, bem como vocês pode perceber que aqui também vamos definir quais são endereços que estão atrás do meu ” Virtual Gateway Network ” e nossa key definida anteriormente na cloud.

Talvez vocês me perguntem, como ele adicionou as policies relacionado ao IPSEC. Aqui que temos as facilidades, pois já está tudo definido as politicas mais usuais baseado no seu fornecedor de Cloud que você esta fechando sua VPN. Logo abaixo você já pode observar as politicas tradicionais ( Phase 1 e Phase 2 ) para Azure.

Com isso finalizamos nossas configurações relacionadas ao ambiente Meraki, e assim devemos proceder para nossas validações em ambos os provedores ( Meraki e Azure ). Para isso, vamos validar os status logo abaixo:

No Dashboard Meraki podemos também consultar na aba de Logs, conforme abaixo:

Testes executados na Infra

Como efetuamos todas essas configurações, vamos agora consolidar o funcionamento fim-a-fim da solução para garantirmos que está tudo corretamente para nosso usuário final. Para isso, vamos apenas consolidar que nosso segmento de LAN ( MX ) está sendo permitindo para ser roteado por dentro de nossa VPN, ou seja, vemos aqui que somente minha rede 192.168.0.0/24 está liberada.

Segue validação sendo executada através da máquina on-premises.

Segue consolidação sendo feita através da console da Cloud:

Conclusão

De fato após a construção de sua infra na cloud as configurações dentro do ambiente é muito prático e facil de gerenciar. O único ponto que acho ainda crítico que estamos relacionado a trabalhar com IKEv1 e a menção de que não iremos usar um protocolo de roteamento, e somente iremos ficar mencionando quais as redes que deverão trafegar por dentro da VPN.

Isso dificulta no sentido de se você tiver redes novas sendo acrescentadas na LAN Meraki, você necessariamente também irá precisar configurar essa nova rede na cloud.

Cisco Meraki – Facilidades através de APIs

Tue, 06 Aug 2019 00:00:00 +0000

Olá Pessoal,

Como vocês podem observar hoje vamos explorar um mundo um pouco diferente, o qual vou demonstrar como habilitar o recurso de APIs dentro do portal Meraki, e desta forma ter um mundo gigantesco de oportunidades para trabalhar com os diferentes recursos existentes nesta solução.

Vale ressaltar que neste portal podemos criar ao mesmo tempo duas APIs, ou seja, você pode executar com os mesmo privilegios utilizando uma dessas APIs criadas. Não entraremos nos detalhes relacionado a segurança, mas vale lembrar que essa chave é instrasferível, e a partir do momento que é compartilhada com alguém ela terá total acesso a qualquer funcionalidade de seu portal.

Como Habilitar API no Portal

Após acessar seu portal você deve ir em Organization -> Configure -> Settingse habilitar essa funcionalidade, entretanto vale lembrar que para isso precisaremos garantir que já temos nosso token criado no portal e que assim possamos utilizar em outras ferramentas. Veja abaixo:

Após acessar seu profile como indicado acima, você será redirecionado para avaliar suas ” Keys “, se já tiver sua API, perfeito, entretanto se já tenho esquecido irá precisar ser gerado uma nova, pois o texto não é recuperado para ” copiar e colar “. Veja abaixo minha chave já existente.

Caso não seja visualizado nenhuma, será necessario apenas clicar em ” Generate new API Key ” e logo após ela gera automaticamente conforme abaixo.

Após esse processo você já pode visualizar suas chaves e quando foi a última vez que ela foi utilizada. PS.: Como informado anteriormente podemos ter duas chaves ao mesmo tempo criada.

Após esse processo você pode me perguntar, o quê eu vou fazer com isso?

Bem, poderiamos colocar milhares de opções aqui, mas vou deixar você pensar em alguma e se quiser pode colocar em nossos comentários e assim exploramos opções para discutirmos.

Como usar as APIs

Para que possamos começar a explorar este vasto universo de opções que temos, eu recomendo utilizar a ferramenta denominada Postman, que por sua vez é gratuita, e mesmo na versão ” free ” temos milhares de opções como salvar o histórico das APIs consultadas, criar variáveis de ambiente global ou para suas bibliotecas, criar pastas para registro de todas as APIs para futura validação, etc.

Abaixo você pode conferir a tela inicial e de fato observar minhas ” Collection ” e também os diferentes ” WorkSpace ” que você pode criar para facilitar no seu dia a dia.

Como estamos falando de Meraki você pode consultar facilmente o portal, para pesquisar qual API deseja utilizar, bem como ter uma interatividade em relação qual a resposta que devemos esperar após consultar API desejada em qualquer dashboard Meraki.

Para visualizar acesse o link de APIs Meraki e visualize conforme abaixo. Vale ressaltar que para esse caso você consegue fazer o download de todas as APIs ( pastas + URL ) diretamenta já para seu Postman, basta clicar em ” Run in Postman ” e ele fará todo o download para seu postman instalado. 🙂

Caso você esta tendo algum problema para consultar seus dados, valide seu token bem como se as informações relacionadas a sua organização ( Meraki Dashboard ) é correspondente com aquilo que você esta consultando.

Espero que vocês tenham gostado e deixem seu feedback abaixo, bem como também respondendo sobre nosso questionamento no meio de nosso post. Nos aguarde que iremos mostrar como navegar dentro dessas APIs e mostrar consultas via Ansible.

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 – Cisco anuncia mudanças em seu ciclo de Certificações

Tue, 11 Jun 2019 00:00:00 +0000

Olá Pessoal,

Hoje foi anunciado um novo modelo para as certificações. É serio? Sim, é serio e começa a valer à partir de Fevereiro de 2020.

Como era esperado essa notificação ocorreu juntamente com abertura do Cisco Live em San Diego, bem como uma avalanche de questionamentos que estão surgindo através de toda essa cadeia que circula entre os profissionais certificados, profissionais que estão pensando em renovar, profissionais querem iniciar seus estudos e o último mas não o menos importante os programas com os parceiros.

Um dos pontos importantes para destacar são as novas certificações que estão totalmente atreladas com essa nova demanda do mercado, e que a Cisco denomina dentro do grupo e comunidade como sendo o ” DevNet “. Nos aqui já divulgamos bastante informações sobre essa nova era e sobre o programa onde você pode conferir através desse link do DevNet.

Tendo essa denominação essa denominação vai seguir a mesma linha de raciocinio do modo tradicional que já conhecemos, como Associate, Professional, Specialist e Expert ( ainda em desenvolvimento ). Segue abaixo:

Devido essa nova definição não iremos mais ter todas as torres de tecnologia segregadas na certificação CCNA, ou seja, de fato iremos ter agora somente CCNA. Vale ressaltar que não teremos mais as provas ICND1 e ICND2, então teremos atualização da prova sendo definida como 200-301.

Para o modo Professional iremos também ter diversas modificações na qual teremos um ítem denominado com ” Tecnology Core “, e na sequência você podera escolher sua ” especializações “. Verifique abaixo um exemplo:

Talvez vocês me perguntem o que seria essa ” bolinha roxa “, isso na verdade está trazendo a demanda adicionada sobre as certificações de DevNet, agregando a sua especialização ” Specialist “. Para isso temos também uma nova estrutura para abordar esses itens, conforme abaixo:

Para a cadeia do CCIE também temos alterações, algumas boa e outras nem tanto ( rsrs ). De fato o item positivo que agora elas não serão mais de 2 anos de validade e sim vão acompanhar conforme as outras certificações sendo que ela agora terá uma validade de 3 anos, entretanto para as pessoas que pensavam no ” Emeritus ” isso acabou ficando um pouco mais longe, pois ela agora passará para 20 anos. Isso tem um motivo mas podemos discutir em outro post.

Enfim, não é momento de entrar em desespero e sim de fazer suas analises e traçar seus objetivos, validando qual caminho será melhor seguir até a mudança ou efetivamente após essa mudança. Nos vamos detalhar mais pontos em nossos posts, mas você pode conferir através do link denominado NextLevel.

Se tiverem dúvidas podem ir postando em nossos comentários que podemos construir juntos nossas dúvidas e respostas. Espero que vocês tenham gostado desses detalhes.

Abs,
Rodrigo

Cisco Meraki – Captura de Pacotes – Parte 2 – CloudShark

Thu, 30 May 2019 00:00:00 +0000

Olá Pessoal,

Conforme mencionado hoje venho aqui para demonstrar a ultima facilidade adicionada no portal Meraki para captura de pacote. Em nosso ultimo post ficou a menção sobre analise caso você não consiga fazer em sua máquina local devido alguns parâmetros.

Pois bem, como hoje temos muitos serviços em nuvem essa analise não poderia ficar de fora, então existe a facilidade de utilizar o parceiro CloudShark para que possamos integrar as plataformas e analisar via browser. Quer conferir siga o detalhamento!

Implementação

Para fazer sua integração existe a facilidade de criar-se uma conta trial para que você deguste e faça sua analise se vale o $$$ para esse investimento dentro de sua compania. Acesse o site cloudshark.io e faça seu cadastro.

Após esse processo você vai integrar as duas plataforma através de uma ” API Token ” que pode ser capturada no portal conforme abaixo:

Após esse processo você deve guardar essas informações para que possamos inserir posteriormente no Dashboard Meraki.

Com base nessas informações você deve acessar seu portal Meraki através do campo Network Wide -> Configure -> General

Seguir para a funcionalidade de Packet Capture e colocar como ” Enable “, e preencher as informações obtidas anteriormente.

Após esse processo você pode validar na função de ” Packet Capture ” no portal Meraki que você terá uma nova opção para fazer seu stream ( .pcap ) que esta relacionado a sua funcionalidade.

Após finalizar o tempo programado, você pode consultar no seu dashboard CloudShark, que você já irá ver seu ” packet capture “.

Após validar esse arquivo você tem sua captura como se estivesse em seu wireshark, e os filtros funcionam da mesma forma. Obs.: Daqueles que consegui testar até o momento.

Acredito que agora todas as suas dúvidas tenham sanado e de fato temos uma facilidade muito interessante para trabalharmos em nosso dia a dia. O que você achou? Deixe seus comentários.

Abs,
Rodrigo

Cisco Meraki – Captura de pacotes – Easy!!!

Mon, 27 May 2019 00:00:00 +0000

Olá Pessoal,

Como todos sabem eu já tenho vários posts explicando sobre Meraki, e como já faz um tempo que não divulgo nada de Meraki, venho aqui para trazer mais uma facilidade fantástica que podemos usufrir a nosso favor. 🙂 ( sniffer )

Em algum momento você já precisou capturar pacote no switch? no AP? Saída da Internet? Se respondeu sim, em alguma pergunta e também lembrou daquela dificuldade para fazer isso, eu recomendo você me acompanhar nesse post.

Detalhamento

Pois bem, em muitas situações temos que nos aprofundar em nossos troubleshooting para que de fato tenhamos informações concretas e detalhes do porque algumas coisas estão acontecendo ou inverso ( porque não esta acontecendo ). Com isso chegamos naquele ponto, preciso capturar pacotes para ver o que esta passando por essa porta.

Neste ponto você já começa a planejar como você irá executar essa captura:

Vai parar o serviço;
Qual porta vou espelhar;
Vou capturar ingress ou egress;
Vou salvar a captura no device
- Tenho espaço na memória flash;
- Meu servidor tftp esta alcançavel;
- Meu servidor tftp já tem o Wireshark;
  - - Não, vou ter que transferir para minha máquina;
Vou ter que encaminhar para outra pessoa/cliente para analisar
- Arquivo é muito grande, não posso por email
- Vou ter que comprimir…hummm!!!
- Vou ter que subir para a cloud para ele fazer download

Aplicação

Para esses casos vou mostrar para você como é fácil executar essa tarefa dentro da estrutura Meraki, pois como vocês sabem os serviços são baseados em nuvem, assim podemos obter informações rapidamente. Segue a forma padrão para capturar os pacotes indo através do menu Network Wide -> Packet Capture

Após esse processo iremos avaliar, como abaixo, qual device iremos capturar os pacotes, qual interface que desejamos, e se vamos olhar a captura no proprio dashboard ou se iremos fazer o download ( .pcap ) para analisar em nossa máquina, o tempo que essa captura vai durar, qual o nível detalhe da captura ( isso depende do que você quer analisar ), ignorar pacote que não seja revelante e um filtro com expressão ( como o filter do wireshark ).

Até o momento com certeza obtive algumas facilidades e consegui executar ações rápidas para obter as informações, entretanto se o cliente esta na porta 7 do SW1, como podemos fazer?

Você pode procurar pelo cliente cadastrado, MAC-Address ou via a porta do switch. Segue alguns passos para que você possa identificar o cliente e já solicitar captura rapidamente.

Mas ainda você pode me perguntar e se eu não tiver instalado Wireshark na minha máquina ou precisar enviar o arquivo para outro engenheiro ou cliente. Tenho que dizer que existe uma solução.

Entretanto, isso será para nosso próximo post. Fique ligado e nos acompanhe!!!

Espero que vocês tenham gostado e tenha ajudado de alguma forma a fazer essas tratativas dentro da plataforma.

Abs,
Rodrigo

Cisco Meraki – Configuração SNMP – Parte 2

Tue, 05 Feb 2019 00:00:00 +0000

Olá comunidade,

Como exposto em nosso post anterior, vamos seguir mais um passo para que vocês possam interpretar sobre as definições de SNMP em nosso dashboard Meraki.

Abaixo segue a configuração para que possamos receber os alertas e obviamente serem logados para futuras analises ou ações reativas/preventivas para seu ambiente. Como exposto anteriormente, somente poderemos configurar esse campo com um endereço público e definindo a porta do SNMP, para que neste exemplo foi definido como 162.

Vale ressaltar sobre a menção das portas do SNMP na qual trabalhamos com 161 e 162, tendo assim como especificação a 162 sendo a porta de envio dos traps, ou seja, pelo exposto acima meu servidor irá receber as mensagens via a porta definida.

Talvez você pense em relação a segurança e com certeza é algo que devemos nos preocupar. Pois bem, pensando nisso você pode executar a validação e identificar através do Dashboard ( como explicado neste post ) sobre as configurações do Firewall. Para detalhar segue abaixo as origens ( source ) que irão encaminhar os ” traps ” para seu servidor.

Pois bem, abaixo executo uma regra ” Port forwarding ” para que qualquer solicitação na porta mencionada, ela seja re-direcionada para meu IP privado. PS.: Neste caso estou usando porta padrão na perspectiva do ambiente público para este teste, porém como uma preocupação você também poderia mudar essa porta.

Enfim, após todo esse processo você precisa incluir nas definições de seu Dashboard ( Network Wide -> Alerts ) quais alertas serão direcionados para seu ambiente de monitoração. Para isso existe um acrônimo padrão definido como sendo ” snmp “. Segue abaixo um exemplo:

Após essa definição podemos ver em nossa ferramenta de testes os logs sendo populados diretamente no meu servidor. BINGO!!!

Vale lembrar que esse logs muitas da vezes precisam ser tratados pelas ferramentas de gerência, ou vocês trabalharem para que isso seja concatenado de alguma forma, com o intuito de ser melhor visualizado por qualquer pessoa que de fato não tenha um total conhecimento.

Espero que vocês tenham gostado e deixem seus comentários se algo não ficou muito claro nas configurações ou definições desses recursos.

Abs,
Rodrigo

Cisco Champion – Brazucas na lista

Fri, 25 Jan 2019 00:00:00 +0000

Olá Pessoal,

Conforme havia mencionado em nosso post anterior, hoje finalmente saiu nossa lista dos CiscoChampion separado por países.

Como já notificado, a nossa lista de brasileiros aumentou, e fico muito feliz novamente, pois fui o primeiro brasileiro há dois anos atrás entrar para o programa. Hoje já estamos com 11 integrantes! Isso apenas fortalece ainda mais nosso trabalho e a visibilidade que estamos adquirindo dentro de outras regiões, pelo qual o nosso BLOG conseguiu alcançar essas pessoas e trazer para um programa que visa o compartilhamento de informações.

Abaixo segue a lista de todos os integrantes com seu respectivo Twitter, e as pessoas que possuem BLOG onde consegui encontrar informações pelas pesquisas, acabei também adicionando nessa tabela. Caso haja algum erro, ou queiram adicionar os ítens faltantes me notifique que adiciono em nosso post.


Nome	Cidade	Estado	Twitter	BLOG
Alexandre Prado	Mage	Rio de Janeiro	@alexandroprado	alexandroprado.com
Andre Ortega Bazan	São Paulo	São Paulo	@brainworkblog	brainwork.com.br
Diego Lourenço Cesar	São Paulo	São Paulo		cafecomredes.com.br
Flyner Portugal Oliveira	São Paulo	São Paulo	@flynerportugal
Ângelo Cavalcanti	Recife	Pernambuco	@ngelocavalcanti	angelocavalcanti.com
Diego Bezerra	São Paulo	São Paulo	@DhieggoBezerra
Giuliano Barros	Curitiba	Paraná	@giuksbr	medium.com/techrebels
Cassio Lange	Florianopolis	Santa Catarina	@cassiolange
Lucas dos Reis	Jundiai	São Paulo
Rodrigo Rovere	Campinas	São Paulo	@blogciscoredes	ciscoredes.com.br
Gustavo Salvador Campos	Belo Horizonte	Minas Gerais	@gustavokalau	gustavokalau.com.br

Eu sou tenho novamente agradecer a todos que conseguiram visualizar algo para agregar/adicionar em seu dia, espero que neste ano possamos contribuir cada vez mais para nossa comunidade. Desejo a todos.

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

Cisco – Lista de Controle de Acesso ( ACL ) – parte 5

Tue, 13 Nov 2018 00:00:00 +0000

Olá Pessoal,

Já fazia algum tempo que precisava divulgar esse post, pois esta na pendência para concluir sobre um tema antigo que já tratei em algumas situações aqui em nosso BLOG, que é ACL.

Pois bem, hoje venho para definir mais alguns ítens para qual, sempre seguimos uma regra para calcular nossa máscara coringa ( wildcard), e desta forma podemos concluir baseado em nosso segmento de rede. Entretanto, você já pensou em fazer uma regra ou filtro onde eu desejo separar apenas os números pares ou números ímpares dentro daquele octeto que estamos trabalhando? Será que isso é possível?

Sim, é possível. 😎 Continue lendo para acreditar nesta afirmação.

Para consolidar esse ítem acredito que seja interessante colocar essa ideia baseado em uma topologia para que possamos visualizar agora de fato nossos outputs.

Você pode observar que temos diferentes redes definidas, como sendo uma máscara ( 255.255.255.0 ), ou seja, ( /24 ). Baseado nesse ítem vamos trabalhar para que eu possa filtar no terceiro octeto. Pois bem, vamos fazer a transformação binária no terceiro octeto desses números:

0 = 0000 0000
1 = 0000 0001
2 = 0000 0010
3 = 0000 0011
4 = 0000 0100
5 = 0000 0101
6 = 0000 0110
7 = 0000 0111
8 = 0000 1000
9 = 0000 1001

Desta forma em “ negrito “ podemos perceber que nesse ítem vamos diferenciar os números que são pares e os números que são impares. Portanto no ultimo bit sendo “0 “ teremos os pares e o último bit sendo “1 “ teremos os ímpares. Você pode perguntar e a máscara o que ele vai fazer?

A regra para a máscara vai ser baseada nesse parametro:

255 = Eu não vou me preocupar com o número
0 = Eu tenho 100% certeza que vai ter que ser esse número
0–255 = Nos poderemos manipular baseado em sua necessidade

OK, teoria explicada então vamos para consolidação em nosso laboratório. PS.: Eu apliquei o roteamento “ RIP “ apenas para que eu possa demonstrar os filtros que é nosso foco deste post.

Filtro aplicado no R2 para aceitar somente números pares:

Filtro aplicado no R2 para aceitar somente números impares:

Filtro aplicado no R2 para que possamos fazer que o salto das redes sejam executados a cada dois segmentos (/24 ) iniciando de meu primeiro segmento:

Filtro aplicado no R2 onde iremos desejar iniciar pelo número impar, porém agora tenho uma variação maior de meu saltos:

Como podem observar as situações podem ser baseada em algumas necessidades, portanto o que você achou dessas novas possibilidades para fazer os filtros? Isso irá resolver algum problema?

Deixe seus comentários abaixo.

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

Cisco Meraki – Visualização de Log – Syslog

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

Olá pessoal,

Voltando a falar mais um pouco sobre Meraki, hoje venho aqui para mostrar novamente mais uma facilidade que pode ser habilitada rapidamente em seu ” Dashboard ” chamado de Syslog.

Não sei se todos já utilizaram o ” Log ” oferecido diretamente pela ferramenta, mas em algumas situações o que é demonstrado não consolida muito baseando no problema que você queira investigar, devido a ter pequenas informações sobre alguns eventos que estão ocorrendo na rede.

Desta forma, temos um protocolo que ajuda-nos não somente neste caso, mas devemos pensar em utilizar em outros casos para obter as informações mais concretas. Vocês podem perguntar, qual protocolo seria? A resposta é o Syslog.

O syslog é um protocolo padrão que trabalha na porta 514 ( TCP/UPD ), com intuito de enviar as notificações ( message logging ) para algum ponto ( destino ) e posteriormente para que você consiga analisar com maior criticidade os alarmes detectados. Devido caracteristica desse produto você pode definir para um host local dentro da sua estrutura ( mais comum ) ou até em algum serviço de cloud, entretanto você irá definir via IP esse serviço que seria o seu destino, no qual ele terá que responder através de um DNS e ao mesmo tempo não devemos esquecer-se sobre a segurança desse serviço por estar sendo carregado através de um ambiente público, ou até mesmo você pode pensar na utilização de cloud mas sendo uma privada ( IaaS ).

Existem outras explicações sobre o protocolo e seu funcionamento, entretanto não vou detalhar neste post, se vocês desejarem posso fazer um post explicando somente o Syslog, para isso deixe seu comentário que planejo o post.

Voltando ao nosso portal Meraki devemos seguir através deste menu Network Wide -> General -> Reporting para habilitar o serviço, conforme figura abaixo:

Vocês podem observar que temos vários filtros que podemos habilitar e vale lembrar que tendo esse serviço habilitado ele irá ” logar ” o inventário que está todo dentro de sua organização na portal Meraki, portanto dependendo de sua estrutura isso pode gerar uma massa muito grande de log se trabalhar com todos esses eventos.

Em nosso exemplo eu habilitei todos para demonstrar para vocês alguns tipos de alarmes, que podem ser validados abaixo:

Neste exemplo temos o inicio do meu log sendo salvo em meu servidor Syslog, posteriormente coloquei uma messagem relacionado a captura da URL que meu dispositivo estava executando e para finalizar apenas uma notificação de Wireless que está relacionado associação de meu dispositivo ao meu SSID. Vale ressaltar que isso está baseado na linha do tempo, correspondendo ao primeiro IP do device que está enviando essa messagem de Syslog.

Em nosso próximo post irei explicar sobre como habilitar o SNMP e os ítens para fazer essa validação.

Espero que vocês tenham gostado da dica. 🙂

Abs,
Rodrigo

Cisco – 4 Free ebooks- Você sabia?

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

Olá Comunidade,

Como todos vem observando a Cisco já mudou bastante algumas culturas, na qual você já pode pensar/refletir sobre elas. Baseado nisso venho aqui para trazer mais uma facilidade que a Cisco vem trabalhando para conseguir atender uma demanda maior de pessoas, bem como divulgar cada vez mais seus produtos e caminhando para área de Automação, Intuitiva, Programável.

Todo esse progresso está muito relacionado com a cultura agora da empresa de ” Developer ” e com isso atingindo cada vez mais as comunidades e pessoas que buscam essas informações e de alguma forma divulgam elas.

Hoje venho para compartilhar 4 Livros disponibilizados gratuitamente. Ainda não consegui ler todos, pois temos muito conteúdo, porém já estou na metade do livro de IOS XE. Segue abaixo os livros:

Todo esse projeto foi possivel através de uma parceria que iniciou-se em 2014 e que está produzindo os livros com muito menos burocracia e agilidade de editoração e tempo de impressão. A parceira é a BookSprints.

Espero que apreciem a leitura e seja de alguma forma um incentivador para iniciar sua trajetoria nesse segmento.

Abs,
Rodrigo

Ansible – Palestras no VMworld 2018

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

Olá Pessoal,

Eu estava devendo para vocês sobre minha palestra executada no VMware{code}, a qual estava disponível apenas na pagina do Facebook.

Enfim, as palestras agora foram disponibilizadas no Youtube ( segue o canal ), para qual fica um pouco mais facil para que possamos compartilhar. Apenas como lembrete, essa palestra foi de 30 minutos, onde no final acabo demostrando um video que havia gravado para apresentar, pois não tive recursos para usar a estrutura planejada para executar a demo. Segue nossa video, espero que vocês gostem.

Para concluir e deixar populado apenas em um post, segue abaixo nossa palestra executada no vBrownBag que eu já havia compartilhando aqui, porém para ficar mais unificado vou adicionar abaixo. Vale lembrar, que essa sessão foi de 15 minutos, apenas para introduzir sobre o assunto.

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

Packet Tracer Atualizado – Versão 7.2

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

Olá Pessoal,

Acredito que essa notícia já é um pouco antiga, pois a Cisco já havia anunciado, porém estou atrasado para atualizar em nosso BLOG devido a diversos fatores. Mas como eu brinco “ tarda mas não falha“, eu fico sempre no dever de principalmente divulgar aos alunos que necessitam dessa nova versão e por algum motivo ainda não havia obtido essa atualização.

Vocês podem observar que em nossa sessão de Arquivos eu atualizei com a nova versão do Packet Tracer 7.2, para qual está populado para Windows e Linux. Para aqueles que desejam ter o usuário para que não fique aparecendo a mensagem de problemas para salva eu recomendo ler meu post sobre “ Usuario Guest “.

Enjoy it!!! 😀

Abs,
Rodrigo

Cisco Meraki – Habilitar 2FA para Dashboard

Thu, 16 Aug 2018 00:00:00 +0000

Olá Pessoal,

Já faz um tempo que não trago nenhum tópico sobre Meraki, portanto hoje resolvi publicar um ítem rápido mas que baseando-se nas demandas de segurança que temos hoje acaba-se tornando muito importante, principalmente se em algum momento você vai oferecer um acesso restrito ao seu cliente através do dashboard.

Enfim, hoje existem muitas demandas para garantirmos o acesso, que seja específico e identificado de fato por aquele usuário acessando o site / app, onde seja desafiado em diferentes formas, porém mesmo assim estamos sujeitos a diferentes formas de capturas de senhas. Com isso diversos sites hoje oferecem autenticação chamada de 2FA ( Two Factor Authentication ), porém nem tudo são ” flores “, pois sites que oferecem o recurso via SMS já sabemos que não é confiável e tem suas vulnerabilidades, desta forma o mais correto até o presente momento é você trabalhar com autenticação sendo garantida através de um APP. Porém, como dica aconselho não utilizar o ” Google Authenticator ” e recomendaria uma solução open-source e de maior confiança que seria o ” Authy “.

Você pode fazer uma validação no site Two Factor Auth List, para avaliar se seu site / app tem essa disponibilidade, ou até mesmo fazer publicações para exigir que as empresas tomem as providências para liberar esses recursos fazendo desta forma um mundo interconectado com maior segurança. Baseado nessas informações você já pode avaliar alguns ítens se de fato seus dados estão sendo cuidados com respeito. 🙂

Bom vamos ao ponto que é de fato mostrar como habilitar. Devemos seguir para nosso menu Organization -> Configure -> Settings.

Essa demanda pode ser habilitada de duas formas para receber, como SMS ou registrar via APP. Após esses passos você precisa sincronizar com seu app e utiliza-los desta forma. Inicialmente esse acesso permanece da mesma forma, porém terá uma janela adicional para inserir seus códigos.

Desta forma você já esta garantido de alguns acessos indevidos ou preocupado com seu usuario/password que não estão sendo capturados para futuros logins. Nesta pagina demonstrada anteriormente, você pode melhorar suas questões de segurança, habilitando ” timeout “, ” Lockout account “, etc

Espero que tenham gostado e que vocês possam também pensar nas questões de segurança. 🙂

Abs,

Rodrigo

Introdução Ansible – VBrownBag Brasil

Fri, 20 Jul 2018 00:00:00 +0000

Olá Pessoal,

Não sei se todos acompanharam os dois episódios que executamos no vBrownBag Brasil falando um pouco sobre Ansible.

Se você não conseguiu acompanhar, eles estão populados no proprio canal do YouTube ( vBrownBag Brasil ) e a ideia desses dois capítulos foi inicialmente focar um pouco na introdução do Ansible e obviamente trazer os conceitos que estão sendo abordados para área de Networking. Segue abaixo os dois episódios:

Parte 1

Parte 2

Espero que gostem e deixem seus comentários. 🙂

Abs,
Rodrigo

Ansible – Gerenciando erros na playbook

Wed, 04 Jul 2018 00:00:00 +0000

Olá Pessoal,

Hoje venho aqui para trazer mais um ítem para que possamos agregar em nossas implementações de Ansible, e como vocês vêem observando nós temos algumas alternativas para identificar quando houve um erro com o device, ou de alguma forma que executamos algum erro no módulo que estamos escrevendo por falta de um parâmetro, erro na digitação, caminho da pasta apresentada erronêamente, etc.

Pois bem, nós temos algumas formas de contornar esses alarmes, ou demostrar quais equipamentos estão sendo ignorados, para que possamos continuar com a execução do restante de nossa playbook. Para que possamos iniciar, gostaria primeiramente de apresentar a primeira opção que com certeza vai acontecer, é o fato de termos algum problema no preenchimento da planilha ( .csv ), que por sua vez está atrelado a falta de algum valor em alguma coluna desse arquivo.

Desta forma, para testarmos eu acabei excluindo apenas um valor relacionado à coluna do router R1 e R4, com isso podemos apresentar as metodologias para fazer essa tratativa de erros através de termos que são agregados a sua playbook. A forma que podemos trabalhar é de fato trazendo a função ” ignore_errors “, “ fail ” e ” any_errors_fatal “. Se desejar, recomendo também consultar a documentação do Ansible sobre ” Error handling “.

Abaixo vocês vão observar alteração que fiz no arquivo que popula todas as minhas variáveis do ( .csv ) e abaixo a menção sobre o “ ignore_errors ” classificado como “ yes “.

---
- name: GET VARIABLES FROM CSVFILE
  set_fact:
    vars_dict:
        DHCP: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=1 delimiter=,') }}"
        dhcp_exclude1_start: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=2 delimiter=,') }}"
        dhcp_exclude1_end: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=3 delimiter=,') }}"
        dhcp_network: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=4 delimiter=,') }}"
        dhcp_netmask: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=5 delimiter=,') }}"
        dhcp_gateway: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=6 delimiter=,') }}"
        new_hostname: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=7 delimiter=,') }}"
        id_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=8 delimiter=,') }}"
        ip_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=9 delimiter=,') }}"
        mask_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=10 delimiter=,') }}"
        ip_loopback_x: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=11 delimiter=,') }}"
        mask_loopback_x: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=12 delimiter=,') }}"
        ip_loopback_y: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=13 delimiter=,') }}"
        mask_loopback_y: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=14 delimiter=,') }}"
  with_items: "{{ inventory_hostname }}"
  ignore_errors: yes
  tags:
    - always

Após a inserção desse recurso o que iremos fazer é executar nossa playbook e observar o comportamento na execução do código. Como esperado verifico que o status para os dois roteadores está mostrando como ” ignoring “, ou seja, ele acaba excluindo meu erro e continua execução dos meu outros roteadores, ou melhor dizendo, dos meus hosts já populados em nosso arquivo.\

Se obervamos, vamos analisar os erros posteriores da minha playbook, porque é devido as variavéis que deveriam ter sido capturadas anteriormente, porém sem o recurso de ” ignore_errors ” não vemos a mensagem de “ ignoring “, que por consequência vamos observar na finalização que temos nosso contador demostrando como “ failed=1 ” capturados nessa task ( TEMPLATE 881 ).

Então, para que também seja executado nessa task é necessario adicionar ” ignore_errors ” e agora vamos observar novamente a mensagem e automaticamente temos nosso contador “ failed ” zerado.

Caso você tenha necessidade pode-se usar o recurso de ” any_errors_fatal ” como sendo ” True “, que por sua vez, vai demonstrar o erro e popular em nosso contador.

Talvez vocês estejam pensando em que momento poderia utilizar esses métodos, ou seja, um ítem para pensarmos rápido seria em situações que nossos equipamentos populados no inventário estejam ” unreachable ” que por sua vez vai parar toda execução de sua playbook.

Outro ponto interessante, para que possamos armazenar os logs das execuções de nossa playbook, seria habilitar dentro do arquivo ” ansible.cfg ” um caminho para nossos logs, pois em algumas circunstâncias não vamos estar sempre presentes para analisar naquele momento o erro que ocorreu, ou seja, você vai observar os futuros problemas através desse arquivo.

Para isso devemos editar nosso arquivo e adicionar o caminho através do “ log_path ” conforme pode observar abaixo:

Após isso podemos consultar nosso arquivo populado em nosso diretorio e todas as informações salvas baseado em um timestamp.

Obs.: Nesse parâmetro precisamos ficar esperto com o tamanho desse arquivo se for uma task muito longa e com muitos hosts, bem como para ter um significado maior teríamos que popular “ verbose ” no comando ad-hoc do Ansible.

Bom pessoal, espero que tenham gostado dessas dicas e espero alguns comentários e idéias para compartilharmos.

Abs,
Rodrigo

Ansible – Script baseado na família do equipamento – parte 5

Mon, 02 Jul 2018 00:00:00 +0000

Olá Pessoal,

Já faz um tempo que não adiciono nada em relação a este tema, então vamos trazer mais opções para que vocês possam observar essas idéias e possam adaptar ou criar dentro de seus ambientes que trabalham no dia a dia.

Neste detalhamento vou atrelar aos códigos que já estavamos desenvolvendo nos posts anteriores que trazia o conceito de trabalhar com ( .csv ) e scripts Jinja2, bem como respondendo o que eu havia perguntando no post anterior de nossa série.

Pois bem, nesse primeiro momento vamos fazer a nossa tratativa para selecionar o equipamento através de uma funcionalidade básica, que por sua vez vai depender de alguns parâmetros ” ad-hoc ” no momento de execução de nossa playbook. Eu quis dizer básico, pois vamos adicionar ” tags ” que de alguma forma será identificada manualmente pela inserção do desenvolvedor do código.

Dentro do ambiente Ansible essas ” tags ” são tratadas inerente ao comando ou ação que você esta executando em sua “ task “, ou seja, essas marcações vão ser interpretadas a partir do momento que ela é definida na execução de sua ” playbook “. Portanto, se a ” tag ” estiver identificada aquela task será executada e obviamente se você estiver incluindo “ sub tasks “, “ roles ” as mesmas ações de suas “ tags ” precisam ser identificadas no ambiente. Essa é uma maneira mais rápida e prática identificar as ações que devem ser executadas em sua playbook, porém dependendo de sua demanda outros caminhos e soluções precisam ser analisadas. Para maiores detalhes recomendo observar documentação tags em Ansible.

Na versão 2.4 e 2.5 já temos algumas nomenclaturas adicionadas para que você consiga anexar em sua lógica de execução, e assim facilitar em algumas metodologias. Nesses parâmetros podemos definir ” always “, ” tagged “, “ untagged ” e ” never “. Outro ponto que podemos declarar em algumas situações é através do ” –skip-tags “, na qual eu reforço aqui, que devemos usar através de comandos ” ad-hoc “, como já explicado nesse post sobre esse recurso.

Com isso mapeado, nesse caso vou trazer um exemplo para que possamos gerar scripts distintos para uma plataforma Cisco 881 e outra plataforma Cisco 1941. Venho ressaltar que no script do 1941 estou apenas anexando o nome do router para validação e declarando para identificar que de fato rodamos o template correto via automação. PS.: Esse script não tem muito sentido olhando na visão de router, mas vou testar a lógica.

Primeiramente analisando meu código eu tenho tasks que precisam ser executadas independentemente da plataforma, ou seja, estou utilizando a tag ” always “.

---
- name: JINJA AND CSVFILE
  hosts: all
  gather_facts: no
  connection: local

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

  - name: LOOKUP IN CSV FILE
    include_role:
      name: lookup_csv_info
    when: ./excel/test.csv is defined
    tags:
      - always

  - name: EXECUTE JINJA2
    include_role:
      name: script_jinja2
    tags:
      - always

Como mencionando preciso adicionar nas minhas “ roles ” que também precisam identicar em que situação iremos rodas essas tarefas. Neste meu caso popular as varíaveis são essenciais, portanto vamos também adicionar a tag ” always “.

---
- name: GET VARIABLES FROM CSVFILE
  set_fact:
    vars_dict:
        DHCP: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=1 delimiter=,') }}"
        dhcp_exclude1_start: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=2 delimiter=,') }}"
        dhcp_exclude1_end: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=3 delimiter=,') }}"
        dhcp_network: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=4 delimiter=,') }}"
        dhcp_netmask: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=5 delimiter=,') }}"
        dhcp_gateway: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=6 delimiter=,') }}"
        new_hostname: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=7 delimiter=,') }}"
        id_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=8 delimiter=,') }}"
        ip_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=9 delimiter=,') }}"
        mask_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=10 delimiter=,') }}"
        ip_loopback_x: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=11 delimiter=,') }}"
        mask_loopback_x: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=12 delimiter=,') }}"
        ip_loopback_y: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=13 delimiter=,') }}"
        mask_loopback_y: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=14 delimiter=,') }}"
  with_items: "{{ inventory_hostname }}"
  tags:
    - always

Enfim, chegamos no ponto onde vou definir minhas variaveis distintas e obviamente meu template ” script ” distinto. Nesse caso eu criei um arquivo adicional chamado de ” script_1941.j2 ” para emular minha plataforma e avaliar se estou populando corretamente via “ tags “. Após esse detalhamento adicionei mais uma tarefa para separar essas demandas.

---
- name: TEMPLATE 881
  template:
    src: ./template/script.j2
    dest: ./template/configuration/script_{{ inventory_hostname }}.conf
  with_items: "{{ inventory_hostname }}"
  tags:
    - router881

- name: TEMPLATE 1941
  template:
    src: ./template/script_1941.j2
    dest: ./template/configuration/script_{{ inventory_hostname }}.conf
  with_items: "{{ inventory_hostname }}"
  tags:
    - router1941

Agora podemos executar e analisar quais templates estão sendo gerados utilizando via comando ” ad-hoc “. Para isso vamos seguir desta forma chamando como –tags “router1941” .

Agora vamos observar a criação dos templates com suas caracteristicas dessa seleção de “ tag “.

Quando usado por exemplo um –skip-tags “router1941” você pode observar que rodamos outra “ tag “, portanto excluindo toda tarefa relacionada a essa demanda. Se pensarmos, podemos também utilizar a tag ” router881 ” que terá a mesma execução.

Enfim, mais uma vez podemos verificar a diversidade que podemos atender baseando em sua demanda. Em nosso próximo post essa escolha será automatica na qual irei validar no router real que plataforma estamos trabalhando e após isso farei a entrega do template correto ao equipamento. Reforçando que esse códigos estão todos disponivéis no meu Github.

Espero que vocês tenham gostado e falta apenas provar para vocês a questão levantada no post anterior sobre as validações de erros. 😉

Abs,
Rodrigo

Cisco Meraki – Clientes Bluetooth

Thu, 21 Jun 2018 00:00:00 +0000

Olá Pessoal,

Voltando para nossos tópicos de Meraki, hoje gostaria de trazer algumas facilidades que podemos obter para identificar via ” Access Point ” nossos clientes bluetooth.

Obviamente, para que isso ocorra seu equipamento precisa suportar essa demanda, porém se olharmos os modelos de AP da Meraki, podemos observar que praticamente quase todos os modelos já tem essa funcionalidade, com excessão apenas do MR20 e o MR70.

Hoje as funcionalidades de Bluethooth podem ser utilizadas para outras características dentro de algumas soluções, com o intuito de observar o comportamento de algum usuário, rastreabilidade desses elementos dentro de algum espaço para capturar comportamentos e até fazer notificação via ” push ” e ” pull ” por alguma aplicação desenvolvida e que possa avisar seus usuários no momento que eles entram em algum estabelecimento. Essas demandas devem ser tratadas através dos “ beacons ” e gerenciadas através das ” UUIDs ” o qual será gerada pelo proprio portal da Meraki. Para ativar a funcionalidade devemos seguir para Wireless -> Bluetooth Settings, conforme abaixo, porém não vou detalhar muito sobre UUIDs devido a não conseguir emular nesse momento para vocês.

A partir desse momento seus APs irão iniciar o escaneamento procurando esses elementos dentro de seu alcance, para que ele possa popular e informar os ativos que estão com o bluetooth ativado. Para que possamos verificar esses clientes devemos selecionar no equipamento em Wireless -> Bluethooth. Após isso, podemos observar abaixo os elementos.

Após selecionar elemento você pode criar algumas politicas relacionado aos alertas, no momento que ele entra no seu alcance e quando ele sai de seu alcance. Essas notificações são executadas através de um e-mail para o administrador da conta.

Após selecionar ” Edit Alerts ” você pode selecionar as notificações.

Para ter um detalhamento maior sobre os “ scanning ” das APIs para o Bluetooth recomendo visualizar essa documentação Meraki para entender um pouco melhor, se por acaso você deseja analisar isso dentro de seu ambiente.

Em nosso proximo post vou detalhar um pouco sobre o escanamento via APIs para identificar os usuarios de WIFI e montar nosso mapa de “ heatmap “.

Abs,
Rodrigo

Cisco Live – Orlando – 2018

Mon, 11 Jun 2018 00:00:00 +0000

Olá Pessoal,

Não sei se todos sabem mas hoje está iniciando-se nosso famoso e conhecido evento denominado como Cisco Live, obviamente a Cisco faz esse evento em 4 cantos do planeta, mas claro o que é executado no Estados Unidos é o mais bonito, charmoso e sempre aquele que traz as maiores novidades para o mercado, relacionando com atualizações de produtos e as novas tendências que a empresa esperar seguir durante o ano fiscal.

Bem, aqueles que de alguma forma não conseguiram ir ao evento ( como eu…rsrs ), podem acompanhar algumas sessões online, na qual todo ano eles fazem um broadcast de algumas sessões para também trazer essa sensação de estar a um desses grandes eventos, bem como se quiser acompanhar o que acontece nesse evento mais em “ real time ” é muito interessante visualizar pelo Twitter, pois teremos nosso canal ( @CiscoChampion ) trazendo muito conteúdo e sessões online para os seguidores e compartilhamento de muito conteúdo. Se quiser seguir alguns canais é muito interessante para ter uma imersão maior do conteúdo ( @CiscoLive, @CiscoDevnet, #CLUS ).

Seguindo conforme mencionado, você pode acompanhar através do site CiscoLive e observar quais os eventos que você deseja assistir online, lembrando que não necessariamente precisa verificar pelo site, pois ele também será transmitido pelo Facebook e YouTube. Para os afixionados você pode fazer o download da agenda do Cisco Live através de ( .ics ) e seguir as sessões dentro de seu calendario, organizando junto com sua tarefas nesses dias. 😉 😀

Como notificação abertura ( Key Note ) é sempre apresentada pelo CEO ( Chuck Robbins ), na qual é interessante visualizar para entender o que esperamos da Cisco para esse ano. Essa palestra vai iniciar-se as 11:30hs GMT -3.

Enfim, caminhos existem vários que estão disponiveis para você acompanhar, agora falta você organizar sua agenda para tentar assitir algumas dessas palestras.

Abs,
Rodrigo

DNS – Client OpenDNS – IP dinâmico

Wed, 23 May 2018 00:00:00 +0000

Olá Pessoal,

Como explicado em nosso post sobre o OpenDNS, hoje venho aqui para responder algumas perguntas que acabei recebendo no sentido de utilizar o serviço free, porém devido hoje a maioria das pessoas terem seu IP dinâmico em seus planos de internet, como deveríamos fazer essa tratativa para gerenciar nossos filtros.

Bom, essa pergunta foi fácil, pois existe um cliente que pode fazer essa atualização automatica. 😉

Quando é feito o cadastro no OpenDNS mencionando como sendo o plano ” Home “, você irá selecionar que seu IP é dinâmico, pois o controle dos filtros são identificados a partir do momento que ele sabe qual é a origem que está solicitando o serviço DNS, fazendo assim o ” match ” que você definiu para sua conta. Entretanto, se o IP é dinâmico e não estiver atualizado com seu IP real os filtros não iram funcionar.

Pensando nisso a ideia é a mesma que o serviço DDNS executa para responder aquele endereço que você cadastra, portanto para o OpenDNS você pode instalar o cliente que no momento que você iniciar sua máquina ( desktop ) seu endereço vai ser automaticamente atualizado na nuvem Cisco Umbrella. Para adquirir client OpenDNS acesse o link.

Após a instalação você terá um programa sendo executado em sua barra de ” task “, e ao mesmo tempo você pode consultar quando ele fez suas atualizações.

Com isso podemos ficar tranquilos que nossos filtros permanecem funcionando normalmente. 😀

Abs,
Rodrigo

Cisco Meraki – Air Marshal – Segurança WIFI

Mon, 21 May 2018 00:00:00 +0000

Olá Pessoal,

Vamos seguir com nosso tutorial explicando as funcionalidades que temos nos equipamentos Meraki. Hoje venho aqui para falar um pouco sobre opção oferecida através dos Access-Points, que por sua vez é chamado de Air-Marshal.

Como todos sabem, hoje nosso ambiente de WI-FI também é um item muito importante dentro de nossa infra-estrutura e obviamente ele acaba se tornando um objeto desejado para utiliza-lo como uma porta de entrada, observando no sentido de segurança. Desta forma, neste ítem é sempre interessante você analisar de que forma irá gerenciar essa infra-estrutura, pois temos diversos Access-Points de mercado, que definitivamente não temos os controles necessários para evitar alguns abusos.

Nesse caso, modelo que estou demonstrando efetivamente possue 1 radio dedicado apenas para fazer esse monitoramento, o qual faz o escaneamento do ambiente, analisa interferência, faz tratamento de ” Rogue APs “, o qual pertence as caracteristicas conhecida como WIPS ( Wireless Intrusion Prevention System ). Desta forma, ele oferece uma flexibilidade para o ambiente, pois nenhuma dessas caracteristicas irá impactar ao cliente no sentido de utilização/processamento do AP, pois são rádios isolados e processamento separado. Vale lembrar, que isso é feito para as duas frequências oferecidas 2.4GHz e 5GHz.

Segue abaixo, um exemplo sobre a menção das prevenções que podemos executar tendo como a conectividade sendo executada via WIFI.

Tendo isso como base a grande facilidade aqui exposta é justamente habilitar essa funcionalidade nos APs e analisar o que de fato está sendo observado dentro de nosso ambiente. Para isso devemos ir em nosso Menu -> Wireless -> Air-Marshal

Após esse acesso iremos para tela principal de onde iremos visualizar os APs que estão trabalhando com essa funcionalidade, bem como outras funções que irei explicar mais abaixo:

Como podem observar enumerei 3 ítens:

Quantos APs estão fazendo o escaneamento dentro de sua infra-estrutura
Por padrão essa opção ( Allow clients to connect to rogue SSIDs by default ) vem habilitada para liberar os usuarios a fazerem autenticação em ” Rogue SSIDs “, devido a isso vamos habilitar para que possamos bloquear, evitando assim que nossos clientes autentique nesses APs falsos.
Diversas opções para que você coloque SSIDs em blacklist ou whitelist, bem como nesse meu exemplo coloquei para que eu receba uma notificação caso tenha um ” match ” com meu SSID.

Após esse detalhamento podemos observar todos os SSIDs que estão sendo visualizados pelo seu AP e desta forma identificar através de diversos campos as informações, neste exemplo observei um SSID em especifico e o mesmo pode me trazer informações adicionais sobre ele como vendor, canais, encriptação, etc.\

Após isso eu apenas habilitei meu celular para trabalhar como um roteador e ao mesmo tempo meu AP, detectou que existe alguém na rede fazendo ” spoof ” desse SSID, para qual ele detalha onde isso foi detectado ( Localização do AP ), bem como MAC Address e a potência ( dB ), trazendo a percepção se esse elemento o quão próximo esta desse meu AP.

Para esse caso vale lembrar que ele não irá evitar que seu cliente associe-se a esse ” spoof ” AP, pois ele esta fora de sua rede, no sentido que ele não é um AP conectado diretamente em sua LAN e sim algo fazendo broadcast utilizando o mesmo SSID. Com isso, o cliente que estiver mais proximo desse “ spoof “, ou seja, o sinal mais forte e obviamente se ele tiver todas as credenciais para autenticar seu usuário, ele irá autenticar, ou se não deveria isso pode ser uma brecha de segurança, na qual você não criou alguns passos de validação do usuario. Nesse campo você pode ter sempre os SSIDs sendo detectado como “ spoof “, pois se tiver mais APs instalados no ambiente usando o mesmo SSID ele será identificado como “spoof “, mas não que seja algo intrusivo em sua infra-estrutura. Segue abaixo apenas demonstrando que meu endpoint pegou um endereço IP baseado na faixa que deixei no meu celular ( trabalhando como um router ).

No proximo passo vou simular a situação onde tenho um AP conectado em minha infra-estrutura ( conectado no switch ), para qual ele vai ser detectado como um ” Rogue AP “. Após ligar meu Rogue AP, conectar na porta, automaticamente meu AP ” legitimo ” detectou que existe algum intruso na rede oferecendo conectividade, que consequentemente não é permitido. Veja figura abaixo para detalhar:

Você pode observar o detalhamento do evento sendo evidenciando, na qual gostaria de mostrar que no passo ( 1 ), podemos visualizar que ” Rogue AP ” foi visto na LAN e ao mesmo tempo ele está ” contained “, que defini que meu Air-Marshal ( AP legitimo ) esta detectando algo intruso na rede e vai fazer com que os clientes não sejam associados a esse AP falso, colocando a messagem ” Deauthentication ” no pacote para que os cliente drope essa conexão e permaneça autenticado em nosso AP legitimo.

Após isso, podemos visualizar no passo ( 2 ) que podemos ter maiores detalhes desse equipamento, bem como já observando nosso endereço MAC ( BSSID ). Para o passo seguinte ( 3 ), executei mais um teste criando novamente um novo SSID e definindo uma autenticação, que ao mesmo tempo vocês podem observar no log que ele identificou essa criação ( TESTE_1 ).

Logo em seguida, para consolidar essa notificação/evento podemos receber automaticamente um e-mail notificando que foi identificado um ” Rogue AP ” em nossa infra-estrutura. Segue abaixo o e-mail de exemplo:

Com isso, vocês podem observar a facilidade que temos em nossas mãos para gerenciar nosso ambiente e garantir segurança em nossa infra-estrutura. O que vocês acharam dessa facilidade apresentada? Já tiveram dor de cabeça em relação a esses problemas?

Deixe seus comentários!!! 😛

Abs,
Rodrigo

DNS – Facilidades com OpenDNS – Free

Thu, 03 May 2018 00:00:00 +0000

Olá Pessoal,

Não sei se todos sabem, porque ouço bastante no dia a dia em relação OpenDNS, porém muitas das pessoas não sabem que a bom tempo atrás eles fazem parte da Cisco ( desde 2015 ), e como deixei na figura acima vocês podem visualizar que inclusive é parte de um produto já integrado a um bom tempo, denominado Cisco Umbrella.

Recentemente, acredito que todos visualizaram o anúncio relacionado ao novo DNS público disponível para os usuários finais e corporativo, como desejarem, oferecido através da Cloudflare, bem como as informações sobre as caracteristicas da utilização do DNS e performance, onde podemos olhar através do DNSPerf que eles estão definidos como tendo o melhor tempo de resposta para America do Sul e também como para o resto de outros continentes.

Obviamente, não podemos negar que o tempo de resposta para as consultas DNS são importantissíma, já que hoje toda a navegação que executamos pensando no ambiente público/privado, precisamos de fato fazer essa tradução de nome para endereço IP. Porém, o ponto que gostaria de notificar que você como usuário pode fazer sua analise e validar o que melhor se encaixa para você, pois no meu caso devido algumas características OpenDNS é mais vantajoso e até o presente momento tenho mais confiança.

Hoje utilizando um link Vivo, podemos observar que de fato o que o DNSPerf nos mostra, não corresponde muito a minha realidade, onde os tempos de respostas são totalmente invertidos. Claro, que você vai poder discordar ou concordar, pois teremos diferentes fatores dentro de nossa analise, principalmente pensando em quem seria a sua provedora de serviço ( ISP – last mile ). Apenas como evidências de como tenho o tempo de resposta em relação ao serviço.


Cloudflare	OpenDNS
Pinging 1.1.1.1 with 32 bytes of data: Reply from 1.1.1.1: bytes=32 time=33ms TTL=56 Reply from 1.1.1.1: bytes=32 time=33ms TTL=56 Reply from 1.1.1.1: bytes=32 time=33ms TTL=56 Reply from 1.1.1.1: bytes=32 time=33ms TTL=56	Pinging 208.67.220.220 with 32 bytes of data: Reply from 208.67.220.220: bytes=32 time=9ms TTL=58 Reply from 208.67.220.220: bytes=32 time=9ms TTL=58 Reply from 208.67.220.220: bytes=32 time=5ms TTL=58 Reply from 208.67.220.220: bytes=32 time=10ms TTL=58

De fato se analisarmos Cloudflare e OpenDNS, ambos informam que já temos pontos de presença dentro do próprio estado de São Paulo, ou seja, o tempo de resposta no meu caso deveriam ser parecidos, mas isso não ocorre, bem provavél devido algumas características de publicação desse endereço para dentro do Brasil, pois podemos observar através de um ” looking glass ” que a rota aprendida vindo do AS Cloudflare ( 13335 ) é aprendida através da Tata Communications, enquanto AS OpenDNS ( 36692 ) é aprendido via Level3 que é justamente onde temos um IX em São Paulo. Vale também ressaltar que estou usando o Looking Glass da Sprint, mas os testes feitos da ALOG também chega ao mesmo ponto que de alguma forma podemos evidenciar uma conclusão que o Brasil ainda não recebe esse endereço via os peering locais e ainda continuamos aprendendo o DNS da Cloudflare via USA.

Como havia comentado, outro ponto que vejo como interessante à utilização do OpenDNS e acredito ser muito vantajoso até o presente momento, é a disponibilidade de oferecer um serviço de filtro gratuito para seu usuário doméstico, já que nem todos podem ter a facilidade de utilizar um IPS/IDS em sua casa. Para que você tenha esse recurso free, basta fazer um cadastro no site da OpenDNS e informar que seu plano é Home, bem como você pode avaliar suas necessidades através do site. Segue de forma resumida conforme abaixo:

Isso traz um tópico muito interessante, no sentido de você gerenciar aquilo que está sendo resolvido pelo seu DNS, e não de fato deixar que sua operadora de last mile utiliza-se de seu DNS. Desta forma, você que deseja gerenciar algo em sua casa para ter uma visibilidade e com isso pode-se criar os filtros, na qual eles funcionam perfeitamente, inclusive você pode receber uma tela de ” Deny ” para aquele conteúdo que esteja acessando, e que de fato ele não é permitido dentro de sua politica. Veja as 4 categorias de filtro que você pode gerenciar, bem como configurar os dominios individuais, e novamente tudo FREE. 🙂

😀

Se desejar, ainda você pode obter gráficos da quantidade de solicitações e dos tipos de solicitações ao serviço de DNS.

Enfim, como havia dito você como usuario deve fazer suas análises, mas venho para dizer que até o momento o serviço agregado do OpenDNS está oferecendo maiores facilidades, mas não posso reclamar da Cloudflare, pois acredito que após esse serviço que de fato estiver respondendo localmente, teremos novamente que fazer as análises e garantir que podemos seguir um deles. Posteriormente, vou colocar mais analises em relação a essa demanda, explicando um pouco mais sobre esse detalhamento do DNS.

E vocês o que acharam? O que vocês utilizam em seus locais? Essa analise vai clarificar para você em sua decisão? Você concorda com as menções aqui declaradas?

Deixe seus comentários!!!

Abs,
Rodrigo

Cisco Meraki – Regras do Firewall para Acesso a Cloud Meraki

Fri, 27 Apr 2018 00:00:00 +0000

Olá Pessoal,

Como vocês vem acompanhando nossos posts sobre Meraki, e conforme nossas explicações os equipamentos são gerenciados através da Cloud, devido a este parâmetro temos o principio que os equipamentos instalados na sua infra-estrutura precisam acessar ao ambiente público para alcançar o destino, desta forma serão geridos por essa estrutura de Cloud.

Devido a isso, algumas pessoas me perguntam como controlar ou o que liberar dentro de minha infra para que esses equipamentos sejam geridos conforme a demanda do produto. Bom, a resposta é simples, pois temos todas as regras já declaradas para serem aplicadas internamente e obviamente você pode garantir sua politica de segurança conforme os acordos executados internamente dentro da empresa.

Para você obter as regras é necessario acessar o menu principal, clicar em Help ( 1 ), após isso Firewall Info ( 2 ). Veja abaixo:

Após esse processo você pode visualizar as regras que deve ser implementadas, bem como se desejar pode fazer o download, conforme abaixo:

Espero que isso possa responder alguns questionamentos que eu havia recebido e ainda não havia publicado para todos.

Abs,
Rodrigo

Cisco Live Magazine – Edição 24 – 2018

Thu, 29 Mar 2018 00:00:00 +0000

Olá Pessoal,

Eu acabo sempre re-transmitindo esse canal, pois é uma forma de vocês obterem mais informações sobre Cisco e de uma forma online, trazendo a filosofia de ser a revista digital.

Hoje publico novamente, pois ela teve algumas alterações em relação as edições antigas onde agora traz três artigos que mostram diferentes pontos de vista, entrevistas, conteúdos preparados pelos proprios parceiros e o mais interessante os casos de sucesso.

Segue abaixo a edição da revista completa:

Abs,
Rodrigo

Cisco Meraki – Wireless – Site Survey

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

Olá Pessoal,

Dando sequência em nossa serie sobre Meraki ( quem não acompanhou pode conferir aqui ), vamos hoje falar sobre uma facilidade que a ferramenta nos proporciona que chamamos de Site Survey.

O que é um Site Survey? Podemos consultar no Wikipedia, porém posso mencionar para vocês que esse termo é muito utilizado no dia a dia de quem trabalha com Wireless, pois ele está atrelado especificamente ao ambiente que irá ser atendido por uma rede sem fio. Em resumo, o termo traz o conceito de encontrar ou inspecionar uma área onde o trabalho executado por aqueles usuários devem ser atendidos, bem como trazer uma perspectiva mais detalhada sobre os pontos que devem ser colocados nossos Access Points ( Pontos de Acesso ) em nossa infra-estrutura dando informações sobre distância, throughput, interferências, potência das antenas, etc.

Nesse caso, coloco aqui um exemplo de umas telas relacionado uma ferramenta que pode ser conhecida por alguns, chamada Ekahau, onde traz muitas facilidades nessas questões de site survey e também já executa o relatório com todas as informações. Vale lembrar que aqui é um exemplo e outras ferramentas free nos já temos no mercado, porém nesse exemplo ( Ekahau ) existe um licenciamento.

Podemos também conferir uma documentação que a própria Cisco disponibiliza trazendo dicas de como podemos executar nosso site survey em ambiente WLAN.

Vocês podem perguntar, e o Meraki?

Como venho demonstrando nesses posts, a ideologia desse produto é trazer facilidade, então podemos considerar que existe um item nativo da solução que não irá trazer algo especifico/detalhado de um relatório como mencionado através de uma ferramenta específica para esse conceito, mas podemos considerar que com esse exemplo podemos de alguma forma já oferecer um resumo de quais pontos serão instalados os pontos de acesso e as bandas/throughput/potência do sinal que teremos nos locais.

Para oferecer essa facilidade podemos de fato fazer como o tradicional, acessar via browser o endereço do default gateway que estamos capturando pela conectividade WI-FI e acessar essas informações, mas para que não tenhamos que analisar qual IP esta definido para essa rede, podemos utilizar um nome em comum e que posteriomente ele irá fazer a resolução do nome ( DNS ).

Para habilitar essa funcionalidade devemos navegar através Network-Wide -> General e habilitar a funcionalidade conforme demonstrado abaixo:

Como podem observar existem diversas formas de acessar o equipamento para fazer validação através dos nomes mencionados, porém o mais comum para utilizar é my.meraki.com ou setup.meraki.com. Se o acesso por nome ( DNS ) não for possível, a página de status local também será acessível pelo endereço IP. Isso geralmente é útil ao configurar inicialmente o dispositivo em uma rede sem estar habilitado o DHCP ou ao definir a configuração IP de um dispositivo antes da implantação.

Caso isso ocorra você pode fazer o acesso desta forma:

**MR –**10.128.128.126
Para acessar esse endereço, configure um dispositivo com as seguintes configurações de IP e, em seguida, procure o endereço em um navegador da web.
Endereço IP: 10.128.128.125
Máscara de sub-rede: 255.255.255.0
MS – 1.1.1.100
Para acessar esse endereço, configure um dispositivo com as seguintes configurações de IP e, em seguida, procure o endereço em um navegador da web.
Endereço IP: 1.1.1.99
Máscara de sub-rede: 255.255.255.0
Nota: Alguns modelo de switches MS têm uma porta de gerenciamento dedicada que pode ser usada sem a necessidade de definir um IP estático em seu cliente.
MX e Z1/Z3 – Pode variar
A maioria dos modelos MX tem uma porta de gerenciamento dedicada usada para acessar a página de status local. Caso contrário, a página de status local estará acessível no endereço IP da LAN do MX ou Z1/Z3. Por padrão, os dispositivos MX e Z1/Z3 executam o DHCP. Quando o cliente estiver conectado a uma interface de LAN do MX ou Z1/Z3, localize o endereço IP e o gateway padrão do cliente. Em seguida, abra o endereço do gateway padrão em um navegador da web.

Depois dessa validação, podemos agora observar o exemplo de conectividade Wireless, capturando as informações através de um cliente conectado ao ambiente.

Essa porcentagem demostrada é justamente referenciando ao que meu cliente está utilizando no momento do teste. Agora outro exemplo demostrando o sinal e o throughput adquirido no teste.

Como mencionei anteriormente estas informações não podem definir uma documentação de um site survey, porém você tem um embassamento mais rápido para o que de fato pode estar impactando na performance daquele usuário em uma determinada área e avaliar a necessidade de fututos pontos de acesso nessa área. Outros ítens também pode ser validados em determinar por exemplo um host conectado via cabo em que porta ele está fisicamente.

Espero que vocês tenham gostado e que isso possa ajudar a você identificar alguns casos que ocorrem em nosso dia a dia.

Abs,
Rodrigo

Ansible – Script Configuração usando Jinja2 – Parte 2

Tue, 13 Mar 2018 00:00:00 +0000

Olá Pessoal,

Vamos continuar nossas explicações sobre as configurações ( scripts ) que podemos fazer através de uma base externa ( csv ) que iniciamos em nosso post anterior.

Muitas pessoas mencionaram que de fato isso poderia ser feito através de um arquivo ( yaml ) ou propriamente sendo populado através de outra metodologia via ( group_vars ). Concordo, mas lembre-se, que eu havia mencionado que baseado em nossa estrutura de pastas vocês vão entender até nosso ultimo post as opções que teremos para trabalhar dessa forma.

Como proposto vou trazer nossa variável ” vars_dict ” para nossa pasta ( group_vars/all.yml ) adicionando ela dentro de outra variável ( vars_from_csv ), para que de fato possamos utiliza-lá fazendo referências dentro de nosso script de configuração.

---
vars_from_csv: "{{ vars_dict }}"

Como demostrado nesse momento já temos todos os nossos valores ( variáveis ) populadas, portanto, precisamos executar agora nosso template que irá capturar essas variáveis para inserir em nosso arquivo de configuração.

Dentro desse conceito “ DEVOPS “, bem como para utilização com Ansible, umas das linguagens mais utilizadas para essas demandas é chamada de JINJA2. Se vocês observarem a documentação ela também é utilizada como template para Python, portanto, desta forma você pode entender o porque da utilização nesse mundo de automação.

Sua documentação é bem extensa, mas gostaria de deixar documentado em nosso BLOG os principais ítens, que nesse primeiro momento seria para criar nosso arquivo de configuração. Eles estão relacionados aos loops e variáveis que temos que criar para utilizar em nossos equipamentos.

{% … %} for Statements

{{ … }} for Expressions to print to the template output

{# … #} for Comments not included in the template output

… ## for Line Statements

Para execução de nosso template iremos adicionar em nossa playbook inicial uma ” role ” relacionado as tarefas que iremos executar para obter o jinja ( .j2 ).

---
- name: JINJA AND CSVFILE
  hosts: all
  gather_facts: no
  connection: local

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

  - name: LOOKUP IN CSV FILE
    include_role:
      name: lookup_csv_info
    when: ./excel/test.csv is defined

  - name: EXECUTE JINJA2
    include_role:
      name: script_jinja2

Após esse processo vamos construir nossa task via ” template “, onde nosso arquivo de origem será ( .j2 ) transformando ele um arquivo destino ( .conf ) que será posteriormente arquivo para executar em nossos equipamentos da infra-estrutura. Segue task do template:

---
- name: TEMPLATE
  template:
    src: ./template/script.j2
    dest: ./template/configuration/script_{{ inventory_hostname }}.conf
  with_items: "{{ inventory_hostname }}"

Como observado precisamos agora ter nosso ” script.j2 ” construido, onde será ele o criador da configuração utilizando nossas variáveis capturadas anteriormente.

!
hostname {{ vars_from_csv.new_hostname }}
!
{% if vars_from_csv.DHCP == 'true' %}
no ip dhcp conflict logging
ip dhcp excluded-address {{vars_from_csv.dhcp_exclude1_start}} {{vars_from_csv.dhcp_exclude1_end}}
!
ip dhcp pool POOL1
   network {{vars_from_csv.dhcp_network}} {{vars_from_csv.dhcp_netmask}}
   default-router {{vars_from_csv.dhcp_gateway}}
   dns-server 8.8.8.8 8.8.4.4
{% endif %}
!
interface loopback {{ vars_from_csv.id_loopback }}
 description + Management +
 ip address {{ vars_from_csv.ip_loopback }} {{ vars_from_csv.mask_loopback }}
 no shutdown
!

De fato o que podemos entender com essa metodologia é que podemos fazer ” loops ” e a utilização de condicionais “ if ” para que se tivermos um valor ( ” true/false ” ou ” 1/0 “ ) eu posso tomar algumas decisões nessa configuração. Observem que estou colocando como exemplo a variável “ DHCP ” sendo verdadeira ( ” true ” ), que por consequência eu preciso implementar o DHCP, caso contrário eu não desejo implementar esse recurso em meus roteadores.

Com isso conseguimos observar que as alterações foram executadas utilizando nosso script.

Para garantirmos que foi executado correto vamos observar nossos arquivos de configuração, criados para cada roteador.


Configuração do Roteador 1	Configuração do Roteador 2
! hostname R1_floor1 ! no ip dhcp conflict logging ip dhcp excluded-address 1.1.1.9 1.1.1.10 ! ip dhcp pool POOL1 network 1.1.1.8 255.255.255.248 default-router 1.1.1.1 dns-server 8.8.8.8 8.8.4.4 ! interface loopback 10 description + Management + ip address 10.10.10.1 255.255.255.255 no shutdown !	! hostname R2_floor1 ! ! interface loopback 10 description + Management + ip address 10.10.10.1 255.255.255.255 no shutdown !

Vale lembrar, que não estou fazendo o acesso aos equipamento para descarregar as informações ( scripts ), pois não tenho todo esse inventário emulado nesse momento para inserir todos os roteadores. Caso tenha necessidade pode observar em nossos posts anteriores, mas a forma para implementar nos equipamentos seria adicionar essa task em nossa playbook ( ./script_jinja2/tasks/main.yaml ).

- name: Execute Script
  ios_config:
    provider: "{{ creds }}"
    src: ./template/configuration/script_{{ inventory_hostname }}.conf
  with_items: "{{ inventory_hostname }}"

Talvez vocês devem estar se perguntando onde está o ” loop ” da configuração. Exato, ele vai ser adicionado em nosso próximo post. 💡

Espero que vocês tenha gostado e deixem seus comentários.

Abs,
Rodrigo

Ansible – Configuração via CSV File – Parte 1

Thu, 08 Mar 2018 00:00:00 +0000

Olá Pessoal,

Dando sequência as nossas publicações sobre Ansible, e como já comentei com vocês que estou pegando alguns exemplos que de fato são situações que nós Engenheiros de Rede acaba vivenciado para executar esse tipo de trabalho em nosso dia a dia, ou seja, venho com a pergunta. Vocês já receberam aquele Excel ( .csv ), para de fato fazer algumas alterações em seus equipamentos?

Se sim, acredito que você está no caminho correto, pois hoje, venho com mais um exemplo que vamos fazer as preparações para tratar nossos dados e posteriormente criar nossos arquivos de configuração que serão aplicados em nossos equipamentos Cisco ( IOS ).

Vale lembrar, para que seja efetivo nossa Automação precisamos ter um inventário consolidado, onde as informações relacionadas ao nossos equipamentos devem ser coerentes para futuro crescimento de nossa infra-estrutura. Se você ainda não acompanhou os posts anteriores, recomenda-se ler esses tópicos sobre Ansible.

Como vocês podem observar vamos tratar nossos dados via um arquivo ( .csv ), que de alguma forma são valores/informações populadas através de outras fontes ( ferramentas, pessoas, etc ). Em nosso exemplo, estou colocando diversas informações que a principio vocês possam não entender, mas no decorrer de nossos posts isso fará sentido para o entendimento correto e as opções que podemos criar em nossa automação.

inventory_hostname,DHCP,dhcp_exclude1_start,dhcp_exclude1_end,dhcp_network,dhcp_netmask,dhcp_gateway,new_hostname,id_loopback,ip_loopback,mask_loopback
R1,true,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R1_floor1,10,10.10.10.1,255.255.255.255
R2,false,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R2_floor1,10,10.10.10.1,255.255.255.255
R3,false,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R3_floor1,10,10.10.10.1,255.255.255.255
R4,false,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R4_floor1,10,10.10.10.1,255.255.255.255
R31,true,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R31_floor1,10,10.10.10.1,255.255.255.255
R32,true,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R32_floor1,10,10.10.10.1,255.255.255.255
R5,false,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R5_floor1,10,10.10.10.1,255.255.255.255
R6,true,1.1.1.9,1.1.1.10,1.1.1.8,255.255.255.248,1.1.1.1,R6_floor1,10,10.10.10.1,255.255.255.255

Como vocês podem observar isso são exemplos e vocês podem adaptar conforme sua necessidade e as solicitações que são exigidas pelas diferentes áreas de sua empresa. Todo o desenvolvimento de nossa automação também é muito co-relacionada com a estrutura de pastas e arquivos que vamos utilizar dentro do Ansible, portanto segue a estrutura que estou utilizando para esse exemplo.

Uma outra informação diferente dos exemplos citados em nossos posts sobre Ansible, é que estou criando como fictício todos esses roteadores em nosso arquivo de inventário ( ./hosts ), para que nosso exemplo seja mais robusto e obviamente no final de nosso exemplo irei demonstrar como aplicar as configurações. Segue meu inventário criado para esse exemplo:

[routers-client]
R1 ansible_host=192.168.0.22
R2 ansible_host=192.168.0.23
R31 ansible_host=192.168.0.24
R5 ansible_host=192.168.0.25
R6 ansible_host=192.168.0.26

Tendo como base essas informações vamos trabalhar com um módulo que Ansible oferece que é de executar um “ lookup ” dentro de um arquivo ( .csv ). Para que nosso código seja mais estruturado minha playbook principal irá chamar minha “ role ” definida como ( ./lookup_csv_info.yaml ).

---
- name: JINJA AND CSVFILE
  hosts: all
  gather_facts: no
  connection: local

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

  - name: LOOKUP IN CSV FILE
    include_role:
      name: lookup_csv_info
    when: ./excel/test.csv is defined

Talvez vocês devem estar se perguntando o porque utilizar “ roles ” dentro desse código? De fato a funcionalidade role é muito utilizada no sentido de trazer mais dinamismo, funcionalidade e flexibilidade para seu código, pois eles podem se tornar difíceis de gerenciar e difíceis de manter com um único arquivo. As roles permitem que você crie playbooks mínimas que, em seguida, busque uma estrutura de diretório para determinar as etapas de configurações reais que precisam executar, bem como proceder para as próximas roles se anterior foi executada/validada da forma correta.

Seguindo essa linha de raciocínio, demostro agora a playbook específica que irá pesquisar todas as informações dentro de nosso arquivo ( .csv ). Ressalto, que em nosso arquivo temos mais informações do que de fato existem ( hostnames ) nosso arquivo de ( ./hosts ), ou seja, estamos pesquisando em nossa planilha se existem elementos que coincidem com nosso inventário.

---
- name: GET VARIABLES FROM CSVFILE
  set_fact:
    vars_dict:
        DHCP: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=1 delimiter=,') }}"
        dhcp_exclude1_start: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=2 delimiter=,') }}"
        dhcp_exclude1_end: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=3 delimiter=,') }}"
        dhcp_network: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=4 delimiter=,') }}"
        dhcp_netmask: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=5 delimiter=,') }}"
        dhcp_gateway: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=6 delimiter=,') }}"
        new_hostname: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=7 delimiter=,') }}"
        id_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=8 delimiter=,') }}"
        ip_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=9 delimiter=,') }}"
        mask_loopback: "{{ lookup('csvfile', '{{ inventory_hostname }} file=./excel/test.csv col=10 delimiter=,') }}"
  with_items: "{{ inventory_hostname }}"

Para que possamos ver que as informações estão sendo capturadas vamos colocar uma task contendo debug de uma variável para observar o comportamento. Essa variável em nosso caso é ” var_dict ” onde se tem todo o ” dicionário ” com os valores populados de cada elemento. Para adicionar essa validação foi inserido o comando:

  - debug: var={{'vars_dict'}}

Desta forma temos esse output e a confirmação que os dados estão sendo populados corretamente.

Acredito que vocês observaram que temos todos os elementos que foram lidos/capturados baseado em cada coluna de nosso arquivo ( .csv ) comparado ao nosso inventário em uma única “ task “. Porquê?

Isso está relacionado justamente com ” loops ” que podemos criar dentro de nossas “ tasks “, fazendo com que ele faça a mesma tarefa diversas vezes baseado no requisito que estamos utilizando. Para nosso exemplo estou usando a variável “ {{ inventory_hostname }} “, justamente para que ela pesquise no arquivo todos os roteadores expostos no arquivo ( ./hosts ). Essa função pode ser observada através do ” with_items: “.

Espero que vocês tenham gostado e no próximo post vou detalhar como trabalhar com esse dados.

Abs,
Rodrigo

Cisco Meraki – Atualização dos Equipamentos – SO

Mon, 26 Feb 2018 00:00:00 +0000

Olá Pessoal,

Conforme mencionado hoje vamos falar um pouco de alguns ítens técnicos relacionados aos equipamentos Meraki. Acredito que todos em algum momento já tiveram que executar atualização do SO ( Sistema Operacional ), mais conhecido como IOS nos equipamentos Cisco. Pois bem, como foi sua experiência?

Vamos iniciar algumas discussões em relação ao IOS, e obviamente algumas reflexões podemos colocar abaixo:

Qual versão devo instalar?
Tenho espaço em memoria flash?
Qual procedimento para executar atualização do SO?
Como manter atualizado ( SO ) minha infra-estrutura de todos os equipamentos?
Como gerenciar as versões que tenho em campo?
Preciso ter alguém no local para executar o procedimento?
Quanto esse serviço de técnico em campo custa ( $$ )?

Enfim, pode ser que vocês pensem em mais algum questionamento em relação ao ítem proposto, como sendo atualização de SO. Desta forma, gostaria de mostrar os passos para que você faça todos esses procedimentos nos equipamentos Meraki, que vale lembrar é feito pelo Dashboard ( Cloud ).

No primeiro momento gostaria demonstrar que temos uma opção onde é possível tomar algumas decisões em relação atualização dos equipamentos, que seria visualizar os firmware beta, agendar uma janela de atualização, quais plataformas eu desejo atualizar. Para isso podemos fazer acessando o menu Network-Wide -> General e scroll down até Firware Upgrades.

Após essa verificação podemos avaliar nossa infra-estrutura e identificar qual a ultima versão que estamos utilizando e consolidar se temos algum upgrade disponível ( Beta ou Stable Release ) para os equipamentos. Para isso podemos ir em Organization -> Firmware Upgrades -> All Networks

Como visualizado temos atualizações para os 3 equipamentos de meu HOMELAB, com isso vou demonstrar que através desse caminho podemos selecionar dois equipamentos e agendar uma janela de manutenção que mais se adequa a sua necessidade.

Devemos agora selecionar Schedule Upgrade.

Devido a estar demonstrando a execução de atualização eu não coloquei horario de janela e acabei de fato solicitando para que fosse executado no mesmo momento.

Com isso, agora podemos observar que conseguimos agendar atualização e de fato qual horario será executado essa atualização.

Baseado nesses fatos podemos consultar agora nos equipamentos através dos menus de cada plataforma ( Security Appliance -> Appliance Status ) e com isso visualizar que os modelos selecionados irão mostrar essa mensagem até o dia e horario que será executado sua janela de manutenção.

Vale lembrar que não tem mágica em relação alguns equipamentos ( Access Point ) na qual ele teve um reload para consolidar sua atualização de Firmware, porém para os outros devices foi executado sem nenhum reload e pela validação não tive nenhum outage em relação ao ambiente ( acesso Internet ) no momento de atualização. Claro, que dentro de um ambiente de produção não podemos arriscar, pois ainda temos um risco de termos algumas falhas ou necessidade de executar um ” Rollback “.

Após execução e atualização dos equipamentos podemos avaliar que agora estamos com as versões mais atualizadas.

Como mencionado sobre ” Rollback “, temos essa opção muito fácil para que após alguns testes no ambiente e de alguma forma seja identificado que temos problemas devido essa atualização podemos voltar a nossa opção de Organization -> Firmware Upgrades e solicitar para que seja feito o processo inverso ( voltar o Firmware anterior )

Talvez você esteja se perguntando onde posso identificar quais são os recursos que sofreram atualização, bem como os ” BUG Fixes ” para de fato decidir se devo atualizar meus equipamentos ou espero uma proxima Release.

Isso pode ser consultado rapidamente pelo proprio Dashboard e analisar quais ” CVE-xxxx-xxx ” estão sendo tratados.

Espero que vocês tenham percebido algumas facilidades que temos para essa solução e obviamente eu ter respondido todos os tópicos que acabei levantando no ínicio de nosso post.

Enfim, o que vocês acharam sobre esse recurso? Traz problemas? Traz facilidades?

Nos vemos em nosso próximo post, explicando mais recursos e implementações para esses ambientes. 😀

Abs,
Rodrigo

Cisco – Relatório Anual de Cyber Security – 2018

Wed, 21 Feb 2018 00:00:00 +0000

Olá Pessoal,

Hoje a Cisco liberou seu relatório relacionado ao estudo de Cyber Security para 2018. Neste relatório temos bastante informações, porém o que mais me chamou atenção seriam devido a dois ítens, conforme abaixo:\

Como podem observar um dos ítens citados é justamente a não investigação de alertas, que muitas das vezes acabam sendo desconsiderados devido ao não entendimento do problema ou de fato a analise muito equivocada de alguns incidentes. No segundo ponto está co-relacionado sobre esse novo mundo que é sobre orquestração, na qual podemos verificar os grandes desafios a partir do momento que começamos aumentar o número de vendors.

Se deseja analisar segue na integra o Relatório Anual de Cyber Security Cisco 2018.

Att,
Rodrigo

Cisco Meraki – Empresa e Comunidade

Fri, 09 Feb 2018 00:00:00 +0000

Olá Pessoal,

Como vocês viram no post anterior sobre CMNA, hoje venho aqui para falar um pouco de como surgiu a empresa e de fato os caminhos que temos dentro das comunidades para obter as informações relacionado as facilidades e obviamente alguns problemas de como pode ser resolvido ou em alguma situação onde ele não pode ser resolvido ( rsrs ).

Vocês devem ter percebido que o principal proposito da empresa é oferecer todas as facilidades ( configuração, gerencia, status, etc ) através da nuvem ” cloud “. Desta forma, é uma empresa de TI gerenciada em nuvem com sede em San Francisco, Califórnia. Suas soluções incluem wireless, switching, segurança, EMM ( Enterprise Mobility Management ), comunicações ( VOIP ) e câmeras de segurança, todas gerenciadas centralmente a partir da web. A Meraki foi adquirida pela Cisco Systems em dezembro de 2012 por 1.2 bilhões de dólares, e como toda aquisição a Meraki era uma startup que surgiu em 2006 criada por 2 estudantes do MIT (PHDs) Sanjit Biswas e Jhon Bicket, através de um projeto chamado ” Free the Net campaing ” que colocava alguns access-points e repetidores ao redor de um bairro (Lower Haight) oferencendo internet de graça em São Francisco.

Hoje em dia ela possuí mais de 230,000 clientes e chegou em 23 Maio de 2017 a 1 milhão dispositivos conectados ( a informação mais atual que eu tenho ), porém já deve ter aumentado observando a data informada. Segue uma imagem divulgada quando eles chegaram nessa marca.

Vocês poderiam se perguntar, mas a Cisco já não tem solução Wireless, Segurança? Sim, porém o proposito nesse formato de negocio é trazer um produto um pouco mais acessível/fácil e que de fato vai atender as demandas em crescimento de ofertas de serviço em nuvem, além do que podemos considerar esses ítens para um mercado de SMB ( Small Bussiness ).

Dentro dessa filosofia coloco aqui alguns canais disponibilizados para que vocês possam participar ou acompanhar dentro da comunidade, discutindo as facilidades e frustrações que podemos vivenciar em nosso dia a dia. Bem provavel em algum momento próximo você poderá estar implementando essa solução ou prestando suporte.

Com isso temos o canal dentro do Reddit Meraki, bem como também da Comunidade Meraki ( nesse caso para acessar você terá que ter seu CSCO registrado na Cisco ). Muitas pessoas me perguntaram como acessar o portal de partner para avaliar se de fato você poderia fazer a certificação, com isso divulgo aqui o Meraki Partners ou também podem seguir pelo Twitter Meraki Partners.

Nos próximos posts vou começar a trazer um pouco mais detalhe técnico dessa solução. Aguardem!!!

Abs,
Rodrigo

Fonte:
https://en.wikipedia.org/wiki/Cisco_Meraki
http://www.cafecomredes.com.br/2017/11/vamos-falar-de-meraki.html

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

Ansible – Instalar SSH usando processo de automação

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

Olá Pessoal,

Já faz um bom tempo que não escrevo aqui no BLOG, mas tudo isso é devido outras tarefas que estão tomando também um certo tempo ( recertificação CCIE, estudos DevOps, projetos particulares, aulas, treinamentos, etc ). Enfim, hoje venho aqui trazer uma situação real que acredito que diversos leitores de nosso canal podem vivenciar em sua infra-estrutura e de alguma forma já fizeram esse questionamento quando começei aqui explicar sobre Ansible 💡 . Você pode conferir nossos posts sobre Ansible aqui.

De fato, vocês observaram que a todo momento o que implementamos usando essa ferramenta foi utilizando o processo de acesso remoto a nossos equipamentos, é claro, executando as operações necessarias via CLI. Mas qual é esse acesso remoto? **SSH.

Pois bem, se observarmos todos os módulos para Networking os acessos aos equipamentos é feito pela biblioteca ” Paramiko “, e antes da versão 2.4 do Ansible não tinhamos nenhum módulo para utilizarmos os acessos via Telnet. Devido a isso, foi criado na versão 2.4.0 um módulo para que pudessemos avaliar os equipamentos ou executar algum comando ( CLI ) pelo acesso via Telnet. Esse módulo você pode conferir através desse link ( Telnet no Ansible ).

Baseado nesses fatos, a ideia é acessar os equipamento via telnet, implementar script para habilitar o SSH, e após essa configuração toda a nossa infra-estrutura já estaria apta para utilizar-se de uma metodologia de maior segurança para acesso remoto aos equipamentos e pronto para trabalharmos com qualquer outro módulo disponível dentro da estrutura do Ansible. O que posso dizer é, mais ou menos!!!

Como estamos pensando em automação vamos pontuar os ítens para que isso seja efetivo:

Acessar o equipamento via telnet.
Verificar se o equipamento tem o ssh habilitado.
Qual a versão implementada do SSH.
Caso negativo, devemos instalar o script para acesso via SSH e importar a chave SSH para o host remoto da gerência para evitarmos as perguntas se queremos aceitar a chave em nosso primeiro acesso.
Caso positivo, devemos importar a chave SSH para o host remoto da gerência para evitarmos as perguntas se queremos aceitar a chave em nosso primeiro acesso.

As dificuldades encontradas com o módulo telnet do Ansible é de fato capturar alguns logs ( utilizar pipe ) e fazer as tratativas dos outputs para obter somente o necessário, então o desafio foi encontrar biblioteca para usarmos nesta demanda. Depois de avaliar diferentes caminhos/testes e pedir ajuda à grupo discussão no SLACK Networktocode ( onde indico para todos com intuito adquirir experiências com essas pessoas, e claro, de uma comunidade que de fato ajuda muito nas dúvidas e idéias para desenvolvermos nossas soluções ), verifiquei poderíamos trabalhar com a biblioteca ” ntc-ansible “, pois ela já oferece o acesso via telnet e temos diversos outputs ” show commands ” formatados JSON ” JavaScript Object Notation “, onde a comunidade executou via TextFSM, trazendo assim esse ” array ” para ficar de fato mais pratico a consulta de nossos outputs. Mas, nossa vida não é fácil, pois esse comando que é necessario em minha playbook não tinhamos pronto, porém não foi impactante devido a conseguir executar os filtros e capturar o output essencial do comando.

Para nossa estrutura de arquivos e pastas eu desenvolvi desta forma.

Vocês podem observar que temos uma estrutura de ” roles “, ” templates ” e ” output ” onde a principal pasta para corresponder a nossa playbook estaria dentro de roles, desta forma podemos fazer nossas validações ” conditionals ” na playbook e trabalhar baseado nos outputs/status para as execuções das tarefas posteriores. Nosso arquivo raiz para iniciar implementação estaria em ” ssh_config.yaml “.

---
- name: INSTALL SSH IN CISCO DEVICES
  hosts: routers-client
  gather_facts: no
  connection: local
  vars:
    template_dir: /home/rodrigo/Documents/ansible/ntc-ansible/ntc-templates/templates/

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

  - name: INCLUDE SSH ENABLE ROLE
    include_role:
      name: ensure_ssh_enabled

  - name: INCLUDE SSH KEY ON THE PATH .ssh/known_hosts
    include_role:
      name: get_ssh_key

Como podem observar a primeira validação é garantir se temos implementado o SSH, e caso negativo, iremos fazer a implementação de nosso script. Dentro da estrutura de roles podemos ter diversos arquivos denominados com o mesmo nome, porém ele sempre irá buscar o arquivo main.yaml que é a base de nossa role.

---
- name: ACCESS BY TELNET
  ntc_show_command:
      connection: telnet
      platform: cisco_ios
      template_dir: "{{ template_dir }}"
      command: "{{ item }}"
      host: "{{ inventory_hostname }}"
      username: "{{ creds['username'] }}"
      password: "{{ creds['password'] }}"
      secret: "{{ creds['auth_pass'] }}"
  with_items:
      - show ip ssh | include SSH Enabled - version 2
  register: ssh_telnet

- name: ENABLE SSH IF REQUIRED
  include_tasks: enable_ssh.yaml
  when: "ssh_telnet.results.0.response.0 != 'SSH Enabled - version 2.0'"

Para ficar mais claro vocês podem observar no debug ( via ah-hoc command ” -vvv ” ) output sendo demostrado com valor essencial para validar via condição ( when ) de qualquer coisa que seja diferente de versão 2 , então ele irá chamar nossa próxima task para implementar nosso script.

PS.: Nessa execução o valor é o mesmo comparado portando ele esta executando o ” skipping “

Em nossa próxima task temos novamente o acesso sendo executado via telnet e a implementação dos comandos necessário para subirmos o protocolo SSH, liberando assim esse equipamento para seus devidos fins.

---
- name: INSTALL SSH TEMPLATE
  ntc_config_command:
      connection: telnet
      platform: cisco_ios
      host: "{{ inventory_hostname }}"
      username: "{{ creds['username'] }}"
      password: "{{ creds['password'] }}"
      secret: "{{ creds['auth_pass'] }}"
      commands_file: "/home/rodrigo/Documents/ansible/IWAN Project/ssh_installation_by_telnet/template/ssh_configuration.txt"

Após toda essa validação e configuração ( se necessario ) nós precisamos fazer com que nosso host tenha essa chave inserida em seu arquivo de controle ( ~/.ssh/known_hosts ) para que ele não faça essa pergunta chata quando for acessar pela primeira vez seu equipamento.

Para isso, iremos ter nossa próxima role para trazer essas validações e inserções dentro do arquivo necessário. Após chamar role ” get_ssh_key ” iremos novamente ter nosso arquivo main.yaml sendo executado e nele iremos tratar as informações.

---
- name: ACCESS BY TELNET
  ntc_show_command:
      connection: telnet
      platform: cisco_ios
      template_dir: "{{ template_dir }}"
      command: "{{ item }}"
      host: "{{ inventory_hostname }}"
      username: "{{ creds['username'] }}"
      password: "{{ creds['password'] }}"
      secret: "{{ creds['auth_pass'] }}"
  with_items:
      - show ip ssh | begin ^ssh-rsa
  register: ssh_key

- name: Save output in variable related inline command
  set_fact: myvar="{{ ssh_key.results.0.response.0 }}"
  when: ssh_key is defined

- name: Replace space inside myvar
  set_fact:
    clean: "{{ myvar.replace('\n','') }}"
  when: ssh_key is defined

- name: ADD KEY INSIDE LOCALHOST OF SSH CONNECTION
  lineinfile:
    path: ~/.ssh/fake_hosts
    state: present
    line: "{{ inventory_hostname }} {{ clean }}"
    insertafter: EOF
  when: ssh_key is defined

Um dos problemas enfrentados nesse tópico foi justamente a comparação da chave existente com o fato de possívelmente eu já ter essa chave inserida em seu arquivo de hosts, portanto dependendo de sua infra-estrutura essas informações poderiam ficar duplicadas e também a cada execução ele salvar a mesma chave em seu arquivo. Para validação no arquivo temos um módulo muito interessante chamado ” lineinfile ” que de fato ele pesquisa no arquivo se temos essa informação, caso negativo, ele insere o que foi solicitado. Como dito o problema sobre a inserção toda vez que executava a playbook ficava atrelado algum espaço ( \n ) que ele tinha do output ficando interpretável para o modulo lineinfile, com isso precisou ser feito um ” replace ” desses espaços para que pudesse comparar minha variável com o arquivo.

PS.: Vocês vão observar que criei um arquivo ” fake_hosts ” justamente para que você não fique testando dentro de seu arquivo de produção e de alguma forma possa impactar aquilo que esta funcionado, portanto criei o arquivo para você validar os seus passos e analisar se esta sendo executado da maneira correta, pois no momento de rodar talvez em cima de 100, 300 devices o rollback pode ficar complicado. ( rsrs )

Vamos partir do principio que não temos nada instalado em nosso equipamento e a configuração que será implementado é conforme abaixo.

!
username ssh privilege 15 password 0 sshansible
!
ip domain-name cisco.com
!
crypto key generate rsa modulus 2048
!
ip ssh version 2
ip ssh source-interface g3
ip ssh time-out 5
!
line vty 0 4
 login local
 transport input all
!

Abaixo você pode conferir que removi toda a configuração de ssh e deletei no meu arquivo de teste para garantir que não temos nada populado.

Com isso, em nosso próximo output você poderá observar que de fato não consigo fazer nenhum acesso SSH, e após execução de nossa playbook ( capturando duas changes ) temos de fato implementado nosso script e chave inserida. O erro mencionado abaixo em meu detalhamento refere-se ao fato de eu não ter salvo nossa chave SSH no arquivo correto, devido ao que foi comentando logo acima.

Para garantir podemos acessar nosso equipamento e consolidar as informações relacionados ao script implementado, bem como, adicionei um novo usuario.

Validando nosso arquivo ” fake_hosts ” para garantir que temos a mesma chave inserida no arquivo e comparado ao nosso equipamento.\

Vale lembrar que, o foi adicionado em nosso arquivo de ” known_hosts ” é o hostname, portanto se você acessa seus equipamentos pelo nome ele terá essa menção adicionado no arquivo, porém se o DNS não resolver esse nome você terá que acessar pelo endereço IP e que nesse caso não é a mesma informação que populamos em nosso arquivo de “ known_hosts “, sendo assim ele irá questionar para adicionar sua chave.

Logo abaixo, coloco alguns exemplo para garantir o correto funcionamento, colocando hipóteses de alguns itens que podemos obter durante a implementação que diversos hosts.

Nesse caso foi removido apenas ” no ip ssh version 2 ” para que possamos implementar o script, mas não inserir chaves duplicadas em nosso arquivo.

Declaro que esse post ficou bem grande, porém quis demonstrar todas as possibilidades colocando os outputs e anuências que foram vivenciadas até o desenvolvimento dessa automação.

Espero que vocês tenham gostado e de fato ajude de alguma forma a solucionar problemas vivenciados em seu dia a dia. Fique a vontade de compartilhar esse artigo e de colocar mais sugestões ou melhorias para essa estrutura.

Esses códigos estão disponivéis também no meu Github. 😛

Abs,
Rodrigo

Cyber Monday – Cisco 2017

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

Olá pessoal,

Não sei se todos receberam essa notificação, mas a Cisco irá fazer um Cyber Monday Promotion ( 27 de Novembro ) via “ Leaning Network Store “. A ideia é criar “promoções” para seus treinamentos relacionados aos programas de certificação e também para divulgar sobre o VIRL.

Eu, particularmente ainda não vejo como mega prmoção, mas como gosto divulgar os fatos segue para que todos possam analisar e de alguma forma verificar se enquadra em seu orçamento/objetivos.

Para ter maiores detalhes acesse ” Cyber Monday Cisco “

Att,
Rodrigo

Entrevista para Congresso Online de TI

Tue, 14 Nov 2017 00:00:00 +0000

Olá Pessoal,

Apenas passando para divulgar sobre uma entrevista que eu fiz junto com o Rafael Libânio ( idealizador do Congresso Online TI ). Nessa entrevista os pontos discutidos foram em relação as certificações, de que forma foi minha evolução dentro da carreira e o papel que hoje exerço na minha função, mencionando o que de fato nos certificados vamos apresentar dentro dessa carreira.

Segue na íntegra entrevista:

Abs,
Rodrigo

Cisco Academy – Oportunidade de Trabalho

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

Olá Pessoal,

Gostaria de fazer uma notificação rápida em relação a nova ferramenta que foi disponibilizada para os alunos do Cisco NetAcademy, na qual eu acredito que todos os alunos devem ter recebido essa notificação, porém, acho que vale a pena ressaltar, pois na situação que nos encontramos é sempre importante termos caminhos para de fato iniciar nossa caminhada ou continuar a jornada em nossa área de TI.

Essa nova ferramenta vai trazer notificações de empregos baseando-se nas parceiras já existentes ( Ingram Micro, CDW, Dimension Data ) entre outros, para que possa alavancar o seu perfil ao perfil requisitado por essas empresas. Vale lembrar, que isso somente terá visibilidade para os alunos do ” Networking Academy ” e que esteja executando os treinamentos de CCNA, CCENT, Cyber. Segue abaixo os passos para que possa executar:

Para executar esse processo segue o link para cadastro Cisco Network Academy – Talent Bridge.

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 3

Mon, 30 Oct 2017 00:00:00 +0000

Olá Pessoal,

Seguindo em nossos posts, continuamos trabalhando para fazer nossas comparações entre as configurações que estão aplicadas em nosso ambiente. Hoje vamos tratar sobre a validação do módulo ” startup-config “.

Como vocês observaram anteriormente, sempre estavamos validando situações onde iríamos comparar arquivos ( scripts ) que poderiam ser aplicados em nossos equipamentos ou validados no sentido de possíveis alterações que de fato não se equipara com nossa base ( backup ).

Logo abaixo, iremos fazer uma validação simples entre “ startup-config ” com a ” running-config “, com isso temos outro motivo para possíveis troubleshooting identificar rapidamente se algo foi alterado, e se de fato essa alteração foi feita da maneira correta, sempre lembrando-se que, essas alterações podem aparecer desde que ainda não foram salvas na NVRAM. Abaixo temos o script:

---
- 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: Compare startup-config with running-config
    ios_config:
      diff_against: startup
      provider: "{{ provider }}"
    register: test_diff

  - name: Take startup-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 running_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 startup_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 startup_config"
    debug:
      var: difference
    when: test_diff['diff'] is defined

Vale ressaltar que utilizamos a mesma técnica já explicada anteriormente, onde temos que “ sanitizar ” as diferenças para que de fato tenhamos a saída mais ” clean ” possível, e claro de fácil visualização. No primeiro momento, como vocês vão perceber apenas executei nossa playbook para demonstrar que de fato meu equipamento foi ligado e permanece com a mesma configuração.

A mensangem ” skipping ” é justamente para mencionar que nossa variável esta ” zerada ” e que essa tarefa está sendo pulada para as tarefas seguintes. Segue abaixo:

Agora, como já temos tudo garantido, vamos novamente fazer uma alteração em nosso roteador relacionado a um novo usuário, e claro, não vamos salvar em nossa NVRAM.

Feito isso, agora esperamos que após execução da playbook iremos visualizar que nosso novo usuário foi inserido na ” running-config “. Segue abaixo o output trazendo assim a linha adicional:

Com isso, finalizamos nossas 3 opções de validação de configuração, para qual pode atender diversas opções dentro de nosso ambiente de produção ou mesmo de futuros laboratórios. Pensando assim, vendo nossas demonstrações você avalia que isso de fato pode automatizar algum processo que hoje você precisa executar manualmente ou não consiga gerenciar suas configurações de equipamentos? O que seria mais interessante?

PS.: Vale lembrar novamente que estamos executando somente em um roteador, porém isso, pode ser escalável a muitos equipamentos, apenas alterando nosso arquivo de hosts.

Deixe seus comentários.

Abs,
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

Packet Tracer Atualizado – Versão 7.1

Wed, 25 Oct 2017 00:00:00 +0000

](/wp-content/uploads/2016/11/Packet_tracer_Screen.png)Olá Pessoal,

Acredito que essa notícia já é antiga, porém estou atrasado para atualizar em nosso BLOG, principalmente aos alunos que necessitam dessa nova versão e por algum motivo ainda não havia obtido essa atualização.

Vocês podem observar que em nossa sessão de Arquivos eu atualizei com a nova versão do Packet Tracer 7.1, para qual está populado para Windows e Linux. Para termos como histórico segue as informações anunciadas nesta nova versão:

Correção de Bugs
Atualização das Versões do IOS nos Dispositivos (v15.4.3, 15.5.3 e 15.6.3)
Novos Dispositivos Wireless (WLC 2504 e AP 3702 Aironet)
Novos Dispositivos (Switch 3650, Router 4321)
Protocolo MQTT (Message Queue Telemetry Transport)
Suporte a SFP/SFP+
Módulo HWIC-1GE-SFP

Abs,
Rodrigo

Ansible – Validação de Configurações

Mon, 23 Oct 2017 00:00:00 +0000

Olá Pessoal,

Enfim, depois de um longo periodo voltamos para trazer mais tópicos sobre nossa estrutura de DevOps utilizando Ansible. Acredito que algumas pessoas devem ter visto que a RedHat fez anúncio sobre atualização do Ansible para a versão 2.4, e se observarem o módulo de networking foi o que teve a maior quantidade de release, portanto podemos observar que o projeto e a comunidade esta empenhanda em trazer mais beneficios para nossa área. Segue a menção explicada pelo engenheiro do modulo de networking da RedHat

Para critério de equiparação eu já fiz atualização para a nova versão, pois nossos exemplos e laboratórios já estão com os novos módulos. Segue a versão que estamos trabalhando nesse momento.

root@ubuntu:/home/rodrigo# ansible –version ansible 2.4.0.0 config file = /etc/ansible/ansible.cfg configured module search path = [u’/root/.ansible/plugins/modules’, u’/usr/share/ansible/plugins/modules’] ansible python module location = /usr/lib/python2.7/dist-packages/ansible executable location = /usr/bin/ansible python version = 2.7.12 (default, Nov 19 2016, 06:48:10) [GCC 5.4.0 20160609]

Como estamos trabalhando em exemplos sobre backups de configuração, historico de configuração, neste post vou trazer algumas funcionalidades que temos agora para comparar nossas configurações e obter outputs que podem trazer beneficios em nosso dia a dia. O módulo voltado para Cisco, onde iremos trabalhar seria “ ios_config “, que por sua vez, teve algumas alterações nessa nova edição. Para contextualizar, existem algumas possibilidades que dependendo do seu ambiente podem-se enquadrar de uma forma diferente, portanto, para nosso caso eu irei criar um arquivo ( .conf ) que iremos apenas adicionar usuários para que possamos comparar nossas configurações. Segue exemplo de meu arquivo:

!
username R1 privilege 15 password 0 rodrigo3
username teste2 privilege 15 password 0 rodrigo3
username teste12 privilege 15 password 0 teste
!
!

PS.: Não é obrigatório a criação do arquivo como sendo ( .conf ), ele pode ser como texto e utilizar a estrutura que você tem em seu ambiente.

Após a criação de nosso arquivo base, iremos construir nosso playbook para que possamos fazer as comparações das configurações. Neste primeiro exemplo, iremos fazer a comparação da ” running-config ” com o arquivo base, e assim output que irá trazer em nossa variavél será a diferença entre os dois arquivos.

---
- 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: Compare running-config with base file
    ios_config:
      diff_against: running
      provider: "{{ provider }}"
      src: /home/rodrigo/Documents/ansible/input/{{ inventory_hostname }}.conf
    register: test_diff

  - debug: var=test_diff.updates

Com isso, podemos agora fazer nossa validação através de nosso playbook utilizando comando ad-hoc ( –check ). Vale lembrar que o “check” não irá popular nenhuma configuração em seu equipamento.

Assim podemos comparar com nossa configuração apresentada em nosso roteador que os usuários não estão presentes em nossa configuração ( running-config ), entretanto vocês podem observar que temos um usuario ( rodrigo ) que o mesmo não foi demostrado em nosso output. Porque?

Isso ocorre porque a validação que é feita é somente a comparação do R1.conf com a running-config, trazendo assim somentes as diferenças ( check ) do que temos na configuração base com o que está no roteador ( running-config ), e não o inverso. Teremos outras funções para que essa diferença também seja apresentada.

Devido a este ponto, para os próximos posts irei trazer mais validações usando essa nova funcionalidade ( diff_against ).

Abs,
Rodrigo

Ansible – Notificação via Cisco Spark

Mon, 25 Sep 2017 00:00:00 +0000

Olá Pessoal,

Conforme venho trazendo em nosso BLOG as diretrizes do Ansible e as metodologias que ele traz para entrarmos de cabeça no DevOps, ou seja, hoje vou trazer uma outra ferramenta na intenção de criarmos interação entre elas, e assim, se obter de benefícios que possa trazer para nosso dia a dia, ou de idéias que possa oferecer para você trabalhar em seu dia a dia.

Você conhece o Spark? Se não conhece, eu gostaria de mencionar que ele é uma ferramenta de messaging e outros ítens adicionais como video calling, desenhos interativos, reunião on-line, white boarding etc. Como o próprio nome diz, ele é uma ferramenta da Cisco, que por sua vez, também pode trabalhar diversas formas, assim como outros messaging e interagindo através de BOT. Se quiser saber mais sobre a ferramenta visite o site do Cisco Spark.

Talvez você venha-se perguntar, deve custar uma fortuna ( rsrsrs ), mas nesse caso o Cisco Spark é uma ferramenta free, que inclusive você pode se registrar através do link informado acima. Claro que, se necessitar dos recursos adicionais para fazer video bridge terá licenças adicionais, mas para nosso propósito relacionado a notificação via Ansible o cadastro pode ser feito gratuitamente.

Depois dessa abordagem, para falar um pouco sobre essa ferramenta, gostaria de mencionar sobre outro parâmetro que terá muita importância na criação de nossa notificação via ansible em uma sala de bate papo do Spark. Para que esse processo aconteça, você necessita fazer acesso ao site do Developer do Cisco Spark, para que a partir desse acesso você consiga obter seu querido é amado token. ( rsrs ). Para acessar vá ao site developer do Cisco Spark e após logado em sua conta, clique em sua foto e guarde o seu token para que possamos utilizar posteriormente em nosso playbook. Veja abaixo:

Após esse processo voltamos ao nosso mundo de Ansible, onde podemos consultar através da documentação sobre a configuração de nossa integração com o Spark. Verifique o documento para obter os dados sobre o Ansible usando Spark.

Seguindo nosso projeto Ansible eu criei um arquivo chamado Spark.yaml que será utilizado para executar a notificação após a execução de nosso playbook. Fiquem a vontade de adicionar essas linhas onde melhor se encaixar em seu projeto.

---
- name: Cisco Spark - Text Message to a Room
  cisco_spark:
     recipient_type: roomId
     recipient_id: "{{ spark['roomId'] }}"
     message_type: markdown
     personal_token: "{{ spark['spark_token'] }}"
     message: "### {{ inventory_hostname }} - Show ip interfaces \n\n {{ interfaces.stdout }} \n\n"

Vale lembrar que o campos mencionados como ” roomId ” e ” spark_token ” são variáveis que devem ser adquiridas através do Spark e também no meu caso eu deixei esse valores com essas variáveis inseridas em nosso arquivo de ” secret.yaml “.

Para enviar sua notificação lembre-se de criar uma sala de bate papo no Spark, no meu caso eu criei como ” Playbook Notification “. Para que você descubra qual é seu ” roomId ” e necessario via developer webpage pesquisar pela API qual é o codigo da sala. Acesse API Reference -> Rooms -> Get Room Details

Após essa validação é necessario executar o ” RUN ” para que você capture seu ID, conforme abaixo:

Com essas informações você pode trabalhar da melhor maneira para publicar essa notificação, entretanto segue mensagem recebida depois de finalização de nosso playbook e consequentemente a informação desejada:

Com isso você podem perceber o poder que temos nas mãos após mostrar essas duas notificações. Lógico que não somente trabalhar com as notificações seja o mais interessante, mas aqui vocês podem observar que temos muita “ bala na agulha 😉 ” para desenvolver nossos BOTs e assim interagir com eles para execução de outras tarefas um pouco mais complexas.

Espero que vocês tenham gostado e novos posts serão publicados.

Abs,
Rodrigo

Cisco DevNet Webinar – Netacad – Sessão 2

Wed, 06 Sep 2017 00:00:00 +0000

Olá Pessoal,

Eu já havia comentado sobre esse tópico em nosso post de Julho, e hoje venho para avisar sobre a próxima sessão que será feita neste mês ( 14/09/2017 ). Não sei se todos assistiram Webinar anterior, mas nesse evento será comentado sobre mais alguns ítens sobre o entendimento de conceitos básicos de software e código e vantagens que engenheiro de redes pode ganhar colaborando with desenvolvimento de software. Irá ser feito uma pequena demo mostrando codificação Python e JSON

Você pode conferir com mais detalhes através do link do NETACAD.

Abs,
Rodrigo

Congresso Online 6° Edição – Setembro 2017

Tue, 15 Aug 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês mais um evento que vou participar, para qual já estou nesse projeto desde a 2° Edição, pois é, o tempo passa e já estamos indo para a 6° Edição.

Nessa edição o Congresso está com o tema “ Novos Desafios do Profissional de TI “. Em mais uma edição todo o conteúdo será online, bem como as inscrições são gratuitas.

Esse evento será de 11 a 17 de Setembro, onde para cadastrar-se basta acessar o website do Congresso. Pensando nesse tema escolhi minha palestra como sendo ” Como se manter atualizado na Área de TI “.

Se cadastrem, espero vocês em mais esse evento. Juntos somos melhores!!!

Abs,
Rodrigo

Ansible – Variações no Playbook – ” Include “

Mon, 14 Aug 2017 00:00:00 +0000

Olá Pessoal,

Baseando-se em nosso ultimo post, acredito que vocês tenham pensado em algumas alternativas para capturar comandos dos equipamentos ou de alguma forma ser mais flexível para armazenar arquivos. Pensando em algumas alternativas segue aquelas que acho interessante compartilhar com vocês para que isso possa de alguma forma ser uma implementação dentro de seu ambiente.

Como vocês observaram nosso arquivo de texto estava sendo salvo com o IP do equipamento, talvez isso não seja interessante e você gostaria de salvar esse documento através do hostname do equipamento, tendo isso como principio vamos fazer algumas alterações para que isso possa acontecer. Nosso primeiro passo é editar o arquivo de hosts ( inventário ) colocando nele a denominação do hostname e nossa variável ” ansible_host ” obviamente atrelado ao nosso IP de gerenciamento.

[routers]
R1 ansible_host=192.168.0.19

Desta forma precisamos fazer uma pequena alteração em nosso playbook adicionando a variável ” inventory_hostname ” no momento de salvar nosso arquivo ( .txt ). Para ficar melhor documentado, vocês podem observar que podemos adicionar algo após nossa variável, e assim a documentação do nome desse arquivo fica personalizada. 🙂

Segue abaixo nosso novo arquivo:

---
- name: Acesso remoto aos equipamentos
  hosts: routers
  gather_facts: no
  connection: local

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

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

  - name: show running-config
    ios_command:
     provider: "{{ provider }}"
     commands:
        - show running-config
    register: config

  - name: save output Running
    copy:
      content: "{{ config.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/{{ inventory_hostname }}_running.txt"

Com isso, podemos executar nosso playbook como explicado anteriormente, e logo vocês podem observar a diferença de ” output “, para qual temos o hostname populado ” R1 “, bem como o arquivo de texto que foi gerado como ” R1_running.txt “

Depois de fazermos essas alterações vocês talvez queiram incluir mais comandos em nossa playbook, para que de alguma forma seja documentado, ou seja, vocês podem ir adicionando mais comandos conforme exemplo anterior e salvar em um novo arquivo. Segue exemplo para adicionarmos mais comandos:

- name: show version
    ios_command:
      provider: "{{ provider }}"
      commands:
        - show version
    register: config

  - name: save output Version
    copy:
      content: "{{ config.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/{{ inventory_hostname }}_version.txt"

Após compilar novamente nossa playbook vocês podem observar que foram executados os dois comandos e consequentemente gerados dois arquivos.

Agora vêm o ponto, pensando em comandos e sobre a escalabilidade desse formato, onde teremos uma playbook gigantesca para executar várias tarefas. 💡 O que podemos fazer?

Acredito que seja mais interessante criarmos um arquivo ( yaml ), onde colocaremos todos nossos comandos, e desta forma, podemos chamar esse arquivo através de nossa playbook principal, assim ela não fica poluída com varias ações para ser executada. Para isso devemos usar nosso modulo “ include “, conforme segue abaixo em nosso script.

---
- name: Acesso remoto aos equipamentos
  hosts: routers
  gather_facts: no
  connection: local

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

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

  - name: Obtain commands
    include: commands_variance.yaml

Após essa inserção eu criei um novo documento ( yaml ), onde foi inserido todos os comandos que desejo fazer para meu equipamento, e assim fica mais claro as execuções de tarefas dentro de nossa playbook.

---
  - name: show running-config
    ios_command:
     provider: "{{ provider }}"
     commands:
        - show running-config
    register: config

  - name: save output Running
    copy:
      content: "{{ config.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/{{ inventory_hostname }}_running.txt"

  - name: show version
    ios_command:
      provider: "{{ provider }}"
      commands:
        - show version
    register: config

  - name: save output Version
    copy:
      content: "{{ config.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/{{ inventory_hostname }}_version.txt"

Após a execução o mesmo output é observado, porém temos uma estruturação muito mais adequada para execução e mapeamento de seu script. O que acharam? Deixem seus comentários.

Abs,
Rodrigo

Papo de Quinta – Homelaber – Profissão: Network Engineer

Fri, 28 Jul 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar o bate papo, que tivemos ontem através do canal do Youtube de nosso parceiro Valdecir Carvalho do blog homelaber.com.br

O vídeo ficou extenso, pois a conversa extendeu-se demais e viajamos em vários pontos ( rsrsrs )

Abs,
Rodrigo

Cisco DevNet Webinar – Netacad

Thu, 20 Jul 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar sobre uma nova serie de Webinar que o time Networking Academy está promovendo baseando-se nos novos conceitos que estavamos visualizando sobre “ Progamabilidade “. Esse movimento também vai muito em conjunto com o projeto que esta tendo muita forças que é o DevNet.

Baseando-se nessa filosofia, neste primeiro evento a ideia é justamente explicar um pouco sobre DevNet, o conceito e ferramentas usadas para SDN. Maiores detalhes podem-se visualizados através do site.

Para efetuar seu cadastro no primeiro Webinar que será na proxima quinta-feira dia 27/07 às 13:00hs ( Brazil Time ), você deve fazer seu cadastro através desse link.

Eu estarei lá. Aguardo vocês.

Abs,
Rodrigo

Cisco Live Magazine – Edição 21 – 2017

Wed, 28 Jun 2017 00:00:00 +0000

Olá Pessoal,

Segue mais uma edição da revista Cisco Live, na qual temos tópicos para falar sobre Servidores UCS, Telepresence, Setor Educacional com suas implementações em plataformas diferenciadas, etc.

Segue abaixo a edição completa da revista.

Abs,
Rodrigo

Novos Produtos Cisco – Redes Intuitivas

Mon, 26 Jun 2017 00:00:00 +0000

Olá Pessoal,

Acredito que muito de vocês já devem ter visto sobre anúncio de novos produtos que a Cisco fez na ultima terça-feira ( 20/06/2017 ). Esses produtos estão relacionados com as novas tendências de mercado, por isso a grande palavra que está trazendo isso seria ” The network – Intuitive “.

Baseando-se em post anteriores, onde foi mencionado sobre redes DNA, a Cisco trouxe praticamente 1 semana antes do Cisco Live Vegas ( #CLUS ) diversos produtos que tem o propósito de entregar diferentes serviços de forma ágil, simples e intuitiva. Hoje, sabemos que cada vez mais os serviços estão atrelados e associados, fazendo com que tenhamos apenas um ambiente centralizado de toda nossa gerência e o mais importante, a rede seja adptável as mudanças sem necessitar de muito esforço para as novas demandas. Com isso podemos chegar nesse consenso de formatação:

Desta forma, podemos observar todas as camadas que hoje constitui o formato DNA. Para o nível de Segurança tem novo produto chamado como ETA ( Encrypted Traffic Analytics ) além do Cisco Umbrella, ISE. Para questões de gerência o novo Cisco DNA Center que associa diferentes plataformas em um único dashboard.

Novos modelos de switches foram anunciados voltadas para camadas de Acesso em ambiente de LAN, trazendo assim os beneficios para as redes DNA. Nesse item, posteriormente vou fazer um post mais especifico sobre algumas particularidades que esse novos switches estão trazendo, mas apenas para avisar esses switches tem um processador x86, onde já temos algumas aplicações homologadas, onde você poderá instalar essas aplicações diretamente em seu switch de LAN.

Para que você possa visualizar mais produtos neste novo anúncio segue o link para visita ( www.cisco.com/go/enterprise ). Para que possamos levantar alguns ítens para discussão, deixe seu comentário abaixo.

Abs,
Rodrigo

Instalação Ansible – Ubuntu

Thu, 11 May 2017 00:00:00 +0000

Olá Pessoal,

Conforme explicado em nosso post anterior, gostaria de trazer algumas dicas para facilitar o seus estudos e que você não ” apanhe ” como aconteceu comigo, perdendo algum tempo para ajustar seu laboratório.

Primeiramente, todo esse ambiente que instalei para praticar meu laboratório estão virtualizados no meu Vmware WorkStation 12, desta forma foi feita instalação do Ubuntu 16.04 LTS ( pode ser feito donwload free do Ubuntu ) através da imagem ” iso ” e iniciado o processo de instalação onde todos os ítens basico do sistema operacional foram instalados. Após finalização do processo de instalação do sistema operacional, você precisa fazer instalação da biblioteca Ansible em seu SO e obviamente capturar a versão mais nova do Ansible + Python. Segue abaixo os comandos em Ubuntu para instalação:

$ sudo apt-get install software-properties-common
$ sudo apt-add-repository ppa:ansible/ansible
$ sudo apt-get update
$ sudo apt-get install ansible

Após essa instalação vocês devem observar que foram instalados todos os pacotes do Ansible, mais as bibliotecas do Python que o proprio Ansible utiliza-se para execução de suas tarefas. Para garantir integridade de instalação você pode conferir através do comando abaixo:

root@ubuntu:/home/rodrigo# ansible –version

( Status de instalação na minha máquina ):

root@ubuntu:/home/rodrigo# ansible –version
ansible 2.3.0.0
config file = /etc/ansible/ansible.cfg
configured module search path = Default w/o overrides
python version = 2.7.12 (default, Nov 19 2016, 06:48:10) [GCC 5.4.0 20160609]

Como padrão do SO ele vai instalar toda essa demanda na pasta ( /etc/ansible ) e como dica eu recomendo que você copiei o conteúdo dessa pasta e grave esses arquivos em uma outra pasta ( /documents ) para que você possa trabalhar tranquilamente com esses arquivos, sem impactar na sua instalação, já que estamos apenas praticando nossos conceitos e erros de fato podem acontecer.

Agora temos nossa biblioteca/app instalado e podemos começar a trabalhar em nossos scripts. Mas, aqui dou mais uma dica para facilitar para você que irá começar a escrever seus scripts, e que não sofrá com a ” syntax ” da linguagem de programação, que por usa vez, podem trazer diversos erros que são muitas vezes indecifravéis, para nos que estamos iniciando nessa área.

Claro, que as pessoas que já estão acostumados a trabalhar com essas ferramentas podem continuar da mesma forma, mas aqui vou partir do principio que nem todos fazem isso em seu dia a dia, então para que você não fique ” stressado 👿 ” com as teclas de atalho que o ” vi ” traz para você e obviamente ele não traz uma ” syntax ” amigável, eu recomendaria a instalação do Atom.io que irá facilitar muito nossa vida tanto em programação de Python como em Ansible. Existem diversas ferramentas para esse tipo de trabalho, portanto fiquem a vontade de utilizar a que mais adequa-se a você. Para instalação do Atom você pode executar conforme abaixo:

sudo add-apt-repository ppa:webupd8team/atom -y

sudo apt-get update

sudo apt-get install atom -y

Após instalação do Atom eu recomendo que você inicie o aplicativo de edição sempre em modo ” root “, para que desta forma você já posso compilar, validar e grava através de seu editor de texto, diminuindo assim algumas tarefas para execução de seu playbook ansible. Para isso basta iniciar a aplicação como abaixo:

sudo atom

Após inicialização você irá visualizar sua tela de edição conforme figura abaixo:

Em nosso próximo post vou trazer mais alguns caminhos para que você possa instalar em seu ” editor de scripts ” para que possamos ter algumas validações de syntax para o Ansible.

Abs,
Rodrigo

Webinar sobre Cibersegurança

Tue, 28 Mar 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de passar para deixar uma notificação sobre um Webinar que irá acontecer nos dias 5 e 6 de Abril. Esse Webinar será em português e será uma ótima oportunidade para vocês possam aprimorar os seus conhecimentos e aprender com especialistas da Cisco como manter sua informação digital segura.

Para participar, cada um deve se inscrever no curso ” Introduction to Cybersecurity ” acessando o seguinte link e preenchendo o formulário:

Cyber Security Webinar

Após ter feito a inscrição no curso, cada um poderá escolher a sessão Webinar de sua preferência e se registrar.


Informação do Webinar

Webinar Cibersegurança Sessão 1 – Português	5 de abril, 2017	11:00am horário de Brasilia
Webinar Cibersegurança Sessão 2 – Português	6 de abril, 2017	02:00pm horário de Brasília

Passo à passo:

Va para o link https://www.netacad.com/campaign/488224
Inscreva-se no curso de Cibersegurança preenchendo o formulário.
Va até os links das sessões Webinar e escolha a que for de sua preferência.
Se quiser participar nas duas, pode se registrar sem problema nenhum.
Selecione o link “Convite do Webinar” e registre-se diretamente no site da Cisco WebEx.
Você vai receber um email com a confirmação.
No dia do Webinar, entre na sessão pelo menos 5 minutos antes para que possa testar seu audio.
Cada participante receberá um certificado de participação. Para que isso seja possível, é imprescindível que a pessoa tenha se registrado individualmente na sessão Webex que ira assistir. Caso contrario o sistema não terá como gerar o certificado.

Abs,
Rodrigo

Cisco – SandBox

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

Olá Pessoal,

Conforme havia comentado anteriormente em nosso post sobre DevNet, hoje gostaria de trazer para vocês mais alguns ítens que estão totalmente relacionados a esses novos desenvolvimentos, bem como laboratórios free para que você possa praticar alguns conceitos.

A plataforma Sandbox está disponivel para que você possa usar para desenvolvimento, testar APIs, aprender como configurar um produto, treinamento, hackathons, etc. Dentro desse perfil existe dois módulos que são chamados de ” Always-On ” e ” Reservation “, onde cada um teria sua particularidade:

Always on = Acesso instantâneo sem necessidade de qualquer reserva, acesso completo para as APIs, porém como o acesso é compartilhado com todos os usuários, alguns níveis de privilégios são bloqueados.
Reservation = Necessidade de reservar ambiente, acesso administrativo, ambiente privado, porém existe as policitas que necessita de uma conexão via VPN e as configurações executadas depois de finalizar sua reserva não serão gravadas.

Com isso, você pode testar seu código ou até mesmo visualizar de que forma as novas plataformas estão trabalhando, praticando em alguns casos exemplos de configuração. Neste modelo já existem laboratórios para diversas torres de tecnologia, como abaixo:

Agora as ferramentas já temos disponíveis, apenas precisamos entender esses novos conceitos para praticar e vivenciar um pouco dessa nova experiencia. 🙂

Abs,
Rodrigo

Cisco DNA – Enterprise NFV

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

Olá Pessoal,

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

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

Dentro dessa estrutura podemos visualizar algumas camadas:

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

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

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

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

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

Abs,

Rodrigo

EVE-NG com código novo

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

Olá Pessoal,

Acredito que vocês já haviam visto alguns posts aqui em nosso BLOG falando sobre nossas ferramentas de simulação para os ambientes de redes, Se não visualizou consulte Simuladores.

Pois bem, sabemos que as certificações de um modo geral apenas iremos praticar e exercitar configurações, troubleshooting, validação logs, validar design literalmente colocando a mão na massa, portanto falando-se de Cisco para as certificações CCNP ou CCIE, esses simuladores são mais que necessarios para que possamos estar ” afiados ” para nossa prova e até teste antes de colocar qualquer coisa em produção em nosso ambiente do trabalho.

Como sabemos essa ferramenta é opensource e pode ser feito o download do EVE-NG. Em falando-se de Cisco, podemos emular (IOS), NX-OS, ASA, ISE, WSA e ESA. Enfim, podemos observar que nosso ” leque ” acaba aumentando bastante para que em diversas situações possamos fazer um pequeno esforço para que nosso conhecimento cresça a cada dia.

Com isso, gostaria de notificar sobre um curso online que nosso amigo está divulgando através do Netfinders, tendo todo esse escopo sendo abordado com laboratorios já preparados, bem como as imagens dos equipamentos que poderão ser usados nesse simulador. ( se falar que viu em nosso BLOG o anúncio você ganha 10% de desconto em seu treinamento ). Outra opção que achei muito interessante, também disponibilizada pelo Netfinders Brasil, é o aluguel de um servidor EVE na nuvem.

Por 29,99 por mês podemos acessar o EVE remotamente e criarmos os laboratórios que quisermos. Espero que vocês consultem e verifique as oportunidades para executar esses treinamentos.

Abs,
Rodrigo

Cisco DNA – Digital Network Architecture

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

Olá Pessoal,

Gostaria de trazer uma novidade sobre anúncio de um novo produto que a Cisco esta trazendo para essa categoria de SD-WAN, SDN, Digital Network.

Os produtos, que incluem um dispositivo em um site remoto onde temos NFV ( Virtualização de Funções de Rede ) trazendo melhorias para o software segmentação de redes, estão sob o plano de arquitetura de Rede Digital da Cisco. DNA oferece software integrado de rede – virtualização, automação, análise, gerenciamento de serviços em nuvem e segurança em uma única plataforma.

No lado do hardware, a Cisco lançou o Enterprise Network Compute System (ENCS) Série 5400, um servidor 1RU Intel Xeon que inclui 8 portas GE onde suporta LTE, T1, DSL, bem como Dual-Phy Gigabit Ethernet WAN e 64Gb de memória.

O 5400 é uma plataforma para sites remotos criados para ajudar os clientes a acelerar suas implantações Enterprise NFV estendendo roteamento, segurança, otimização de WAN e outros serviços de rede para seus ambientes de filiais.

Para você entender um pouco melhor arquitetura segue a foto de um slide relacionado apresentação do produto.

Em nossos próximos post vou explicar um pouco melhor sobre esse termo que a Cisco está trazendo como DNA. Para que vocês possam entender um pouco melhor segue o link sobre Cisco DNA.

Abs,
Rodrigo

API – DevNet

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

Olá Pessoal,

Acredito que você tenha lido nosso post anterior sobre API e conforme informado vou trazer alguns ítens que venho acompanhando nessa área que estamos trabalhando ( Routing & Switching e DC ).

Como venho falando em alguns posts anteriores nossa área está alterando-se e devido a isso muitas movimentações estão acontecendo nas organizações para se adequar as novas tendências bem como re-estruturar seus produtos para que os concorrentes não atropelem e definitivamente as marcas não caiam no desuso.

Acredito que vocês souberam da última aquisição da Cisco de uma empresa chamada “ APPDynamics “, pois bem, se observarmos é mais uma empresa tendo seu core business para aplicações. Além disso, podemos observar as ultimas aquisições da Cisco pelo link ( Cisco Acquisition ).

Olhando neste cenário de aquisições da Cisco, qual é a maioria do core business dessas empresas compradas pela Cisco? Se você pensou empresas de software, está correto.

Devido essas novas demandas que estão surgindo exponencialmente, ela como uma gigante não pode ficar esperando ( porém eu achei que ela demorou para acreditar nisso ) que outros fabricantes roubem muito seu mercado, desta forma hoje eles já tem times especificos e uma grande comunidade que está desenvolvendo para que os equipamentos, com sua APIs sejam utilizadas por qualquer desenvolvedor ou fabricante.

Como podem observar pela foto acima Cisco esta trazendo essa menção chamada DevNet, onde já temos o site Developers Cisco, que traz diversas informações relacionados aos desenvolvimento de cada plataforma. Para cada plataforma nós já podemos consultar as APIs publicas baseando-se em cada torre de tecnologia ( Cloud, Networking, Datacenter, etc ).

Se vocês navegarem pelo site, podemos mencionar ainda que não temos muitos ítens disponibilizados para executar as tarefas, mas com certeza eu acredito que isso vai crescer exponencialmente. Vocês acham que isso pode crescer?

Em nosso proximo post vou mencionar um pouco mais sobre o SandBox

Abs,
Rodrigo

O que é API e Rest API?

Mon, 13 Feb 2017 00:00:00 +0000

Olá Pessoal,

Devido as novas demandas que estão surgindo, principalmente a relação de integração de software com nossa infraestrutura ( routers, switches, firewalls ) esses termos mencionados em nosso título acabam sendo evidenciados.

Acredito que todos quando observam esses termos imaginam que isso seja algo relacionado a quem trabalha com programação, integração de sistemas, desenvolvedores de sistemas, etc.

Pois bem, isso não é mais a realidade que vivenciamos em nossa área de redes e infraestrutura. Porquê? 💡

Como todos nos sabemos nossa área esta passando por várias transformações, bem como as empresas estão adicionando em seus produtos muitas funcionalidades que podem ser visualizadas / consultadas por outros fabricantes, com o intuito de oferecer serviços e integrações entre as plataformas. Com isso podemos definir dois ítens:

API ( Application Programming Interface ) : Isso está relacionado a ferramenta ou biblioteca que pode ajudar aos desenvolvedores acessarem informações dentro de seu código ( fabricante ) para fazer a tratativa das informações necessária para o desenvolvimento de sua ferramenta. Essas APIs podem estar contidas nos sistemas operacionais, sistema de banco de dados, hardware de computadores, etc. No caso de uma API podemos mencionar que pensando no protocolo HTTP você poderia fazer um ” GET ” no código para obter as informações.

Como exemplo de uma API poderíamos citar dois exemplos:

Quando acessamos um site onde vamos pesquisar seu endereço e nele temos o mapa do ” Google MAPS ” populados automaticamente na página daquele cliente, e da mesma forma podemos navegar nessa janela olhando pelas ruas próximas ao mapa, ou seja, o site está acessando uma API publica do Google para mostrar aquela informação.
Poderíamos citar sobre o Facebook que disponibiliza uma API para que por exemplo outros software possam fazer uma publicação automatica baseado na sua autorização de utilização da API ( Keys ).

Rest API ( Representational state transfer API ) : Como informado acima API oferece caminhos para que você possa acessar as informações, e quando a menção se torna uma REST API seria quando eu defino funções a qual os desenvolvedores podem executar solicitações e receber respostas por exemplo através do protocolo HTTP ( GET e POST )

Com isso diversas plataforma agora estão vindo com API públicas para que você possa consultar e de alguma forma possa interagir com as ferramentas / hardware que esse fabricante disponibiliza. Você poderia estar pensando o que vou fazer com essas funcionalidades?

Em nosso segundo post vou mencionar sobre o que fazer com essas funcionalidades e como a Cisco está trabalhando com essas novas demandas.

Abs,
Rodrigo

Atualização nos valores de prova da Cisco

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

Olá Pessoal,

Acredito que para muitos isso não será uma noticia boa, pois hoje foi anunciado pela Cisco os novos valores das provas que estão sendo cobrados a partir de hoje ( 09/02/2017 ).

Para a maioria dos ” tracks ” tivemos uma atualização em torno de U$50,00, ou seja, é mais um motivo para que todos se dediquem cada vez mais nos estudos, para que você consiga alcançar sua certificação em sua primeira tentativa, com isso seu ” bolso ” não sofrerá tanto impacto.

Como evidência para que vocês vejam:


Certification	Preço antigo ( U$ )	Preço Novo ( U$ )
CCNA R&S	295,00	325,00
CCNA Security	250,00	300,00
CCNP	250,00	300,00
CCIE Written	400,00	450,00

Para consulta de outras certificações verifique no site da VUE – Certificação Cisco.

Dentro desse parâmetro vocês imaginavam que os valores iriam subir? O que acharam desse aumento? Deixe seus comentários. 😉

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

Sorteio dos Cupons – Cisco Live

Wed, 01 Feb 2017 00:00:00 +0000

Olá Pessoal,

Enfim saiu nosso sorteio, onde tivemos o único BLOG brasileiro no Cisco Live Las Vegas ano passado conforme nosso post anterior.

Devido a isso, tinhamos um sorteio acontecendo em nossa fan page do Facebook que encerrou-se ontem. Com isso, hoje venho aqui para divulgar o nome dos ganhadores desse sorteio. Se quiser pode também consultar via link.

Lembrando-se que os ganhadores devem entrar em contato através ( [email protected] ) para que eu possa encaminhar as informações por e-mail, bem como o código para utilização desse voucher.

Vale lembrar que se os ganhadores não forem utilizar o cupom, por favor notificar no e-mail para que eu possa oferecer esse cupom para um outro participante.

Espero que aproveitem esse desconto e que o nosso BLOG seja mais um motivador para sua conquista em uma certificação.

Abs,
Rodrigo

Solução Small Business – Cisco

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

Olá Pessoal,

Acredito que todos quando ouvem o nome Cisco, pensam em algum projeto grande, equipamentos super caros, etc.

Entretanto, o que eu gostaria de mencionar com vocês é que a Cisco também tem diversas soluções para pequenas e médias empresas, que muitas das vezes pode-se enquadrar dentro do orçamento liberado para criação de uma estrutura de redes.

Logo abaixo nos podemos observar no próprio site do fabricante que já temos algumas idéias de soluções, baseando-se na quantidade de usuários.

Com isso podemos pegar um exemplo para uma definição de equipamentos e topologia para um site onde teremos 20 usuários.

Se necessitar expandir um pouco mais sua solução, podemos pensar em um site com 100 usuarios, onde já teriamos um serviço em nuvem para validação de DNS.

Esse serviço seria o OpenDNS. Vocês sabiam que a Cisco comprou OpenDNS?

Isso aconteceu em meados de agosto de 2015, onde o serviço da OpenDNS entrou para a torre de produtos de segurança da Cisco, com isso o portifólio de produtos traz essas opções para as grandes corporações, mas também um serviço que pode ser utilizado pelas pequenas e médias empresas. Mais detalhes podem ser consultados através desse link.

Com isso, esse post é para tentar trazer uma dimensão um pouco diferente sobre os produtos, onde muitas das vezes podemos oferecer serviços diferenciados para clientes que atendemos em nosso dia a dia. Essas informações citadas podem ser consultadas no próprio site da Cisco.

Abs,
Rodrigo

Etherchannel – Configuração – Parte 4

Mon, 21 Nov 2016 00:00:00 +0000

Olá Pessoal,

Conforme comentado em nosso post anterior, gostaria de trazer algumas menções sobre o spanning-tree quando criamos nosso etherchannel em L2 e quando ele é criado em L3.

Basicamente, isso não deve ser novidade para ninguém, pois o protocolo spanning-tree é especificamente Layer 2, portanto a partir do momento que configuramos nosso etherchannel em L3, todas as funcionalidades do STP são descartadas devido a ter um endereçamento IP nas interfaces. Desta forma, mesmo que seja ” bundle ” de interface, logicamente ela esta sendo considerada um Layer 3, que por consequência não temos BPDU sendo trocada nessas interfaces.

Abaixo mostro os logs dos equipamentos que fazem bundle em L2, tendo assim funcionalidades do STP:

Quando olhamos novamente a definição do etherchannel, visualizamos a definição em L3.

E para finalizar e não deixar nenhuma dúvida sobre as conectividades, podemos observar a tabela de roteamento do equipamento.

Em nosso proximo post vou detalhar um pouco sobre as questões de balanceamento que proprio sistema operacional ( IOS ) adota para encaminhar os pacotes, bem como as formas de balanceamento que existe para essas conectividades.

Abs,
Rodrigo

Comandos Básicos Cisco – Resumo Vídeo Aulas

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

Olá Pessoal,

Gostaria de compartilhar com voces nossa playlist no youtube, onde inicio as explicações sobre os comandos básicos para Cisco.

Vale a pena conferir e entender um pouco mais sobre a CLI. Compartilhe nosso canal!!

Subscribe to my channel

Aula 1 - Comandos Básico - Cisco

Aula 2 - Comandos Básico - Cisco

Aula 3 - Comandos Básico - CLI Cisco

Aula 4 - Comandos Básicos - Estrutura IOS

Abs,
Rodrigo

Etherchannel – Configuração – Parte 3

Fri, 18 Nov 2016 00:00:00 +0000

Olá Pessoal,

Dando sequencia em nosso tópico, gostaria de trazer as menções sobre as configurações do etherchannel em Layer 3.

Nesse momento vou mostrar apenas as configurações entre o SW1 e SW2 de nossa topologia ( já apresentada em nossos posts anteriores ). Nesta conectividade continuaremos utilizando o LACP.

Nesta confguração pode ser observado apenas a configuração da porta ethernet 0/2, mas isso deve ser alterado também para a outra porta ethernet 0/3, onde estamos fazendo o *bundle* ´ entre os switches ( **SW1 e SW2** ). Neste exemplo o que gostaria de ressaltar é que podemos ter alterações dependendo do equipamento que estará utilizando, pois em meu simulador atrelado a imagem do IOS que estou utilizando, foi necessário configurar em ambas as portas o comando no switchport ´, para que pudessemos forçar o equipamento a transformar essa porta física em uma conectividade Layer 3.

Na sequencia demonstro que temos conectividade em Layer 3 ( via ping ), bem como podemos observar na resolução ARP que foi mapeado o endereço MAC do meu portchannel 2.

Devido estes ítens podemos observar dentro do comando abaixo a transformação dessa conectividade em L3.

Em nosso próximo post vou mostrar as mudanças que temos em relação ao spanning-tree quando utilizamos etherchannel em L2 e L3.

Espero que gostem e aguardo os 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

Cisco ACI, o que é?

Mon, 14 Nov 2016 00:00:00 +0000

Olá Pessoal,

Conforme mencionando em nosso post anterior, gostaria de trazer para nosso debate um pouco sobre Cisco ACI ( Application Centric Infrastructure )

Todo esse artefato tem sido gerado pelas evoluções de nossa tecnologia, principalmente muito relacionado área de Datacenter, que esta relacionado ao movimento de trazermos todos os nossos serviços para dentro das ” clouds “.

Com isso a Cisco tem a sua filosofia desenvolvimento para essas novas ferramentas que trazem o beneficio para utilização do SDN.

Devido a isso, Cisco ACI é uma solução fortemente acoplada à política que integra software e hardware. O hardware para Cisco ACI baseia-se na família de switches Cisco Nexus 9000. O software e os pontos de integração para o ACI incluem alguns componentes, embora não haja uma dependência explícita de qualquer switch virtual específico, neste momento, as políticas só podem ser executadas aos switches virtuais se o Virtual Application Switch (AVS) da Cisco for usado, embora tenha havido conversas sobre como estender isso para Open vSwitch no futuro próximo. Porém, vocês poderiam perguntar o que é AVS?

O AVS é um switch de rede virtual ( hypervisor ) e que foi projetado especificamente para a arquitetura ACI. Com base no bem sucedido switch Cisco Nexus 1000V, o AVS oferece suporte a recursos para o modelo de política de aplicativos ACI, recursos de comutação completa e recursos de telemetria mais avançados. O AVS também oferece:

Ponto único de gerenciamento e controle para cargas de trabalho físicas e virtuais.
Mobilidade de carga de trabalho contínua.
Suporte para todos os principais “ hypervisors ” com um modelo operacional consistente em implementações para operações simplificadas em data centers heterogêneos.

Com isso, podemos trazer mais um componente para nossa estrutura o termo APIC ( Application Policy Infrastructure Controller ). O APIC é o ponto único de automação e gerenciamento em ambientes físicos e virtuais, permitindo que os operadores construam redes totalmente automatizadas e multi-tenant com escalabilidade. A principal função do Cisco APIC é oferecer autoridade política e métodos de resolução para o Cisco ACI, bem como para os dispositivos conectados ao Cisco ACI. Segue abaixo para visualização:

Esse tema é bastante extenso e irei trazer mais conceitos em nossos próximos post. Aguardem!!!

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/pt_br/solutions/data-center-virtualization/application-centric-infrastructure/index.html

Simuladores – Ambiente Teste

Fri, 11 Nov 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já pesquisaram em algum momento um simulador que possa nos ajudar a fazer algum teste, para evidenciar se a teoria do papel é exatamente aquilo que compreendemos, e se ela é real. Ou vocês nunca tiveram essa curiosidade?

Enfim, aqui vou tentar trazer algumas ideias de simuladores que utilizamos e até ambientes reais que os fabricantes disponibilizam, para que você possa pensar em alguma demonstração para cliente ou literalmente como base de conhecimento para o seu dia a dia.

Cisco dCloud ( https://dcloud.cisco.com/ )

Nesse ambiente para que você possa ter acesso é necessário ter um CSCO. Esse ambiente de teste já disponibiliza diversas topologias, bem como documentos explicativos do que é necessario para acessar, documentações de procedimento para testar sua solução,etc. Ele é muito utilizado para exemplificar ao cliente as soluções que você deseja implementar e até casos onde você gostaria de aprender a configurar e ver funcionando sua solução.

VmWare – Hands on-LAB ( http://labs.hol.vmware.com/HOL/catalogs/catalog/123 )

Nesse ambiente você pode ter acesso fazendo um cadastro simples no proprio site com seu e-mail particular, que logo em seguida estará apto para fazer seus agendamentos conforme aquela tecnologia que você deseja praticar dentro dos ambientes de VmWare. Recentemente, eles tem adicionado conteúdos interessantes, baseando-se nas novas tendências de SDDC.

GNS3 – Simuladores para diferentes fornecedores ( https://gns3.com/ )

Acredito que esse software seja bem conhecido entre os apaixonados por Redes, pois sempre foi um software gratuito que mantém-se até hoje sendo disponibilizado e atualizado pela comunidade. Nesse emulador temos agora diversas formas de trabalhar, como subir uma maquina virtual utilizando a propria imagem que é disponibilizada pela comunidade, como também pode ser instalado em mutiplataformas.

Como experiência, quando ele é instalado na propria maquina os recursos utilizados para simular os equipamentos acaba-se consumindo mais memoria e processamento do que subindo ela como uma maquina virtual.

UnetLab – Concorrente direto do GNS3 ( http://www.unetlab.com )

Essa versão é atualização de nosso antigo WebIOU, para qual tem as mesmas funcionalidades que o GNS3 com algumas caracteristicas diferenciadas que na minha opinião acaba sendo melhor para emular nossos laboratórios. O único ponto fraco que achei para essa versão que o consumo de memoria aumentou bastante em comparação com a versão antiga ( WEBIOU ).

Nesse software seguimos a instalação sempre como sendo uma máquina virtual e a partir dela, podemos construir nossas topologias bem como associar diferentes vendors.

Cisco VIRL – ( http://virl.cisco.com )

Esse é emulador Cisco que pode ser instalado em sua própria maquina, ou recentemente eles anunciaram que você pode instalar em um ” bare metal ” remoto através de um de seus parceiros. Nessa categoria você irá pagar pela licença do VIRL, como também por hora pela alocação desse ” bare metal “.

A licença do VIRL pode ser particular ( dependendo de quantos nós são necessarios ) como também existe uma categoria para o meio acadêmico.

Cisco Packet Tracert ( https://www.netacad.com/pt/about-networking-academy/packet-tracer )

Software desenvolvido pela Cisco gratuitamente, onde é uma excelente opção para os profissionais que estão estudando para o CCNA e querem executar a pratica ( CLI ) nos equipamento. Se desejar temos em nossa seção de arquivos o software.

Enfim, aqui são algumas opções que trago para que vocês possam analisar e verificar qual enquadra-se melhor para sua situação. Nós temos outros exemplos de simuladores, porém acabei mencionando os mais tradicionais. Se você que utiliza um simulador / emulador que não foi citado em nosso post, peço que deixe seu comentário sobre qual software esta utilizando no momento.

Em nosso próximo post, como muitos me perguntam o que é melhor, montar um LAB físico ou estudar em simuladores, vou trazer minha opinião em relação a esse assunto. 😉

Abs,
Rodrigo

OpFlex – Protocolo Cisco

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

Olá Pessoal,

Conforme comentado anteriormente gostaria de trazer a filosofia Cisco para a versão do OpenFlow, chamado pela Cisco de OpFlex. Vale lembrar que esse protocolo ele não será de uso exclusivo da Cisco, ou seja, qualquer vendor poderia trabalhar normalmente com esse protocolo.

Por que?

A Cisco esta propondo uma padronização para o IETF, em um trabalho conjunto com os parceiros IBM, Plexxi, Midokura para submeter OpFlex ao OpendayLight ( orgão para padronização SDN ). Essa versão foi encaminhada para “ pre-aceitação ” na versão ” Helium ” do OpenDaylight. Você pode conferir na pagina do OpendayLight e também conseguimos observar isso no site do IETF como uma versão draft.

Devido a isso, o protocolo OpFlex da Cisco pretende manter a inteligência de controle na infra-estrutura de rede em vez de centralizá-la em um controlador separado, que é a essência do modelo desacoplamento do plano de controle / plano de dados do OpenFlow. O OpFlex procura manter o hardware de infra-estrutura de rede como o elemento de controle fundamental da rede programável em vez de ser apenas um equipamento de encaminhamento da controladora SDN baseada em software.

Essas declarações sobre OpFlex e OpenFlow acabam se baseado em dois modos:

Imperativo = Controladora SDN é sua gerência/gestão e plano de controle, enquanto equipamentos de rede são seu plano de dados.
Declarativo = Controladora SDN é seu plano gerência/gestão, enquanto equipamentos de rede são ambos plano de controle e dados.

No conceito do OpFlex, teriamos o modelo declarativo sendo implementado, que seria o inverso do OpenFlow que estaria se adotando para o modelo imperativo. O projeto OpenDaylight (ODL) está em andamento para definir um modelo de política uniforme, e a Cisco também está trabalhando em um agente OpFlex de código aberto para Open vSwitch (OVS). O objetivo é oferecer três componentes principais para a comunidade:

Implementação de uma política de código aberto
Uma implementação OpFlex do lado da controladora em ODL
Um agente OpFlex do lado do switch para Open vSwitch

Logo abaixo você pode ter um pouco mais detalhamento:

Relacionado a todas essas menções o OpFlex, acaba-se moldando muito perfeitamente para o novo modelo de hierarquia que a Cisco esta trazendo para o mercado, que estaria aplicado para o ACI ( Application Centric Infrastructure ), que seria onde as politicas seriam implementadas para os determinados equipamentos gerenciados. Pensando em familia de equipamentos Cisco, os modelo que suportariam:

Cisco Application Centric Infrastructure, Nexus 9000 Series
Cisco Nexus 1000V
Cisco ASR 9000 Series
Cisco Nexus 7000 Series
Cisco ASA
Cisco SourceFire

No proximo post irei detalhar sobre ACI. Aguardo comentários, críticas e sugestões.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/application-centric-infrastructure/white-paper-c11-731304.html

SDN o que é?

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

Olá Pessoal,

Acredito que muitos vem escutando esse termo mencionado em nosso título, e acredito que para muitos isso ainda é uma “ caixinha preta “.

Definitivamente esse termo vai alterar muito o dia a dia de nosso trabalho. Como o próprio nome diz, ” Redes definidas por software “, ou seja, falando resumidamente o software vai programar toda a nossa rede. Sim e não.

Na verdade, aquele nosso famoso conceito sobre a estrutura de nosso querido hardware, onde existe plano de controle e o plano de dados, o SDN trabalharia diretamente nessa camada do plano de controle, que hoje cada hardware executa individualmente sua ações/decisões. Segue abaixo:

Para trazer um pouco mais definição sobre esse termos, poderíamos resumir dessa forma:

Plano de Controle: São relacionados aos dados locais a serem utilizados para criar as tabelas de roteamento, controle dos protocolos, calculos dos algoritmos, etc, para que o plano de dados possa encaminhar as informações entre as portas de entrada e saída. Pense na questão da RIB ( Routing Information Base ) e na FIB ( Fowarding Information Base ).
Plano de Dados: O datagrama correto é processado no plano de dados realizando as buscas na FIB ( que já foram anteriormente programadas pelo plano de controle ). As ações que poderíamos definir aqui seriam: Encaminhar ( ou replicar na questão de multicast ), descartar, remarcar, enfileirar.

Segue abaixo um detalhamento sobre as funcionalidades que cada camada vai executar.

Lembrando-se que todo pacote que é processado pela control plane é tendencioso é ser mais lento, porque precisamos executar uma solicitação ao processador para ele efetuar as tarefas e posteriormente devolver isso a camanda de data plane. Vale ressaltar que hoje a maioria dos novos equipamentos já trabalham com processadores dedicados em sua camada de controle.

Com isso a ideia do SDN foi fazer com que toda a essência do controle fosse feita separadamente da camada de dados, com isso o fator “ pensante ” de toda minha infra estrutura estaria nessa camada, ficando a cargo de equipamentos mais ” baratos ” para efetuar a comutação dos pacotes. Devido a estes fatores todas as empresas começaram a enxergar isso como uma metodologia promissora, para que de uma forma dinâmica eu posso efetuar minhas tarefas sem ter muito a influência em relação ao qual vendor eu vou trabalhar no futuro.

Porém, isso nada adiantava se não existir um protocolo em qual todos os fabricantes possam se conversar e a comunicação entre essas camadas fosse de comum acordo. Relacionado esse ponto foi iniciado a menção sobre o protocolo OpenFlow de natureza opensource, onde todas as empresas poderiam desenvolver baseado nesse protocolo. Para entender um pouco melhor recomendo dar uma visitada nesse link que é do proprio orgão que está trabalhando nesses quesitos.

Nas menções sobre Cisco temos diversos equipamentos que foram definidos para utilização do OpenFlow, como:

ISR, ASR, Nexus, linhas do Catalyst
Cisco ONE ( Open Network Environment ) – definido para controladora de software
Cisco ONEPK – um pacote proprietario de APIs criado pela Cisco

Como em toda metodologia a Cisco traz algumas menções sobre melhoria dos protocolo, devido a isso você pode observar que ela traz essa evolução que ela chama de OpFlex.

Nos posts seguintes vou trazer um pouco mais detalhamento sobre OpFlex e menções sobre ACI da Cisco. Aguardem!!!

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/about/press/internet-protocol-journal/back-issues/table-contents-59/161-sdn.html

Já ouviu falar sobre BFD?

Fri, 04 Nov 2016 00:00:00 +0000

Olá Pessoal,

Hoje vou explicar um pouco sobre esse protocolo chamado BFD ( Bidirectional Foward Detect ), baseando-se na RFC 5880.

BFD é um protocolo de rede usado para detectar falhas entre dois equipamentos que estão conectados por um link. Ele fornece detecção em meios físicos que não suportam a detecção de falha, tais como Ethernet, circuitos virtuais, túneis e MPLS. O grande divisor de “água” desse protocolo esta na sua capacidade de detectar falhas de links em milésimos de segundos ou até microssegundos. Todos protocolos de roteamento têm algum tipo de mecanismo para detectar falhas de link. OSPF usa pacotes de Hello, Dead Interval, o EIGRP usa Hello e temporizador de holddown, etc.

BFD roda independente de qualquer outro protocolo de roteamento. Uma vez que está instalado e funcionando, você pode configurar protocolos como OSPF, EIGRP, BGP, HSRP, MPLS LDP etc. para usar BFD para detecção de falha no link, em vez de seus próprios mecanismos. Quando a link falhar, BFD irá informar o protocolo. Veja abaixo um exemplo:

Existem dois modos de operação para BFD, ” asynchronous mode e demand mode “. O modo assíncrono é semelhante aos hello e holddown, onde BFD vai continuar enviando pacotes Hello (chamados de pacotes de controle do BFD) e quando você não receber alguns deles, a sessão é considerada down. Para o demand mode eu não conheço nenhum fabricante que trabalhe com essa funcionalidade,

Agora como todos nos gostamos, vamos ver isso em linha de comando, lembrando que para cada protocolo temos uma forma de configurar, porém sempre quando vamos trabalhar com BFD a configuração na interface física sempre será da mesma forma:

!
interface gig 0/1
bfd interval milliseconds min_rx milliseconds multiplier interval-multiplier
!
bfd interval = seria com que frequencia eu envio hello

min_rx = com que frequência você espera receber o hello ( se você não receber dentro desse periodo será considerado como down )

multiplier = quantas vezes eu posso perder essa notificação

Com isso agora podemos trabalhar dentro dos protocolos para obter a performance de comutação mais rapida. No OSPF podemos aplicar dessa forma:

!
router ospf 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento.
!
interface gig0/1
ip ospf bfd
!

Segue abaixo menções para o BGP:

!
router bgp 65400
neighbor 192.168.1.1 remote-as 65400
neighbor 192.168.1.1 fall-over bfd
!

Como não poderia faltar, segue sobre nosso EIGRP:

!
router eigrp 1
bfd all-interface
!
Se quiser pode habilitar por interface que esteja participando do roteamento, mas agora dentro do processo.
!
router eigrp 1
bfd interface gig0/1
!

Com isso conseguimos abordar os principais procolos, bem como vocês já podem analisar ambiente e validar se é interessante aplicar na sua topologia, fazendo com que você tenha uma convergência melhor do que qualquer outro ” fine tunning ” implementando dentro de seu protocolo de roteamento. 😉

Espero que vocês tenham gostado e deixem seus comentários abaixo.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature/guide/fs_bfd.html

Switch Facebook – 100G

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

Olá Pessoal,

Acredito que todos já tenham visto essa notificação sobre um switch que o Facebook anunciou de 100G. Mas vale a pena ressaltar.

Esse desenvolvimento deve-se Open Compute Project – OCP, onde sem dúvida um dos mais importantes projetos de tecnologia do Facebook. Esse já é a segunda geração desse switch que está disponivel para compra, através da fabricante chinesa EdgeCore ( proprietária da Accton Tecnology ).

Lembrando-se que o Facebook não é concorrente direto da Cisco, mas vale ressaltar como anda o desenvolvimento dessas novas tecnologias, bem como o Facebook já utiliza esses equipamentos em sua propria rede. Se quiser pode verificar a reportagem através desse link.

Abs,Rodrigo

Desafio iniciado – Start challenge

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

Olá Pessoal,

Conforme mencionado em nosso post anterior, hoje inicia-se o desafio #vDM30in30 e #vDM30in30BR.

Para introdução em nosso desafio gostaria de mencionar que vamos iniciar os posts tentando trazer muito conteúdo atualizado, bem como conteúdo tecnico de formas mais abragentes e conforme vamos recebendo feedback, podemos posteriormente trazer maiores detalhamento de cada tecnologia.

Para ajudar em nossas divulgações vou voltar a trazer nossos desafios semanais para que o pessoal possa discutir e assim trazer maiores debates em nossa comunidade.

Vou tentar trazer conteúdos interessantes do ambientes que estou trabalhando no momento ( integrações de diferentes vendors ) e etc.

Abs,
Rodrigo‘

Aula 2 – Comandos básicos de Cisco

Mon, 29 Aug 2016 00:00:00 +0000

Olá Pessoal,

Conforme nosso post anterior, segue a sequencia de nossas video para detalhar sobre os comandos básicos de Cisco através da CLI ( command line interface ). Nessa video irei falar um pouco sobre configuração da interface física, habilitar / desabilitar inteface, configuração descrição interface, visualização da configuração, etc.

Veja abaixo nossa video e configura mais comandos:

Espero que gostem e deixem seus comentários.

Abs,
Rodrigo

Video Aula sobre comandos básicos de Cisco

Mon, 22 Aug 2016 00:00:00 +0000

Olá Pessoal,

Eu havia feito uma pesquisa a bom tempo atrás em nossa página do Google+ , sobre quais tópicos vocês gostariam de visualizar mais em nosso canal do youtube, e um dos ítens citados foi sobre comandos básicos em Cisco.

Com isso vou iniciar uma série de video aulas para falar a respeito desse tópicos. Desta forma segue abaixo nossa primeiro video aula para explicar sobre os comandos.

Espero que gostem, e aguardo os comentários.

Abs,
Rodrigo

Aula 7 – Sumarização DMVPN – Phase 2

Mon, 15 Aug 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar mais uma video que disponibilizei em nosso canal do Youtube. Conforme já havia notificado nas aulas anteriores, nesse laboratório explico sobre sumarização em Phase 2 do DMVPN com utilização do EIGRP.

Neste exemplo iremos verificar que a partir do momento de implementar a rota default, voltaríamos a trabalhar no conceito de phase 1. Vale a pena conferir!!!!

Abs,
Rodrigo

Entrevista ao Café com Redes

Sat, 06 Aug 2016 00:00:00 +0000

Olá Pessoal,

Segue na íntegra a entrevista que fiz ao Café com Redes de nosso amigo Diego, que contém um conteúdo rico de informações técnicas e sua trajetoria também de estudos para alcançar sua certificação CCIE.

Café com Redes – Como foi o seu início na carreira em T.I e quais foram as suas maiores dificuldades no começo?

Rodrigo Rovere – Eu tenho uma formação técnica na área de Eletrônica onde trabalhei por quase 7 anos nos setores de manutenção e projetos. Entretanto, após alguns anos nessa área e todos os amigos escolherem fazer Faculdade na área Eletrônica/Elétrica, eu decidi fazer minha faculdade em Engenharia da Computação, pois é um área que eu sempre gostei e tinha muito interesse em aprofundar meus conhecimentos. Porém, com essa decisão, também vinha o meu primeiro obstáculo de migrar de uma área onde eu já tinha uma consolidação maior para uma área que aparentemente era desconhecida e não tinha nada de experiência.

Mesmo assim resolvi mudar e dentro da grade curricular de 5 anos para Engenharia, consegui me recolocar na Área de TI somente quando estava no ultimo ano da faculdade, que foi justamente para fazer meu estágio dentro da mesma corporação que eu já atuava na área de Eletrônica. Nesse momento eu não tive nenhum mudança financeira, mas sabia que eu teria que fazer uma mudança drástica financeira e profissional para conseguir entrar de fato no mercado de Redes /Telecom . Após finalização de meu estágio, eu ainda permanecia trabalhando como técnico eletrônico, pois não foi possível continuar na mesma área do estágio, o que me deixou muito frustado.

Mas não desisti e resolvi fazer um treinamento CCNA em uma Academia Cisco, e literalmente brigar para que essa barreira de troca de área profissional pudesse de fato ocorrer. Quando faltava 1 mês para finalizar o treinamento, eu consegui uma oportunidade para trabalhar como suporte de nível 1 em uma grande corporação ( British Telecom ), onde exigia Inglês fluente. Nesse momento fiquei aterrorizado, porque eu estudava inglês, mas não tinha nenhuma experiência nesse sentido, ou seja, mudança de área e ao mesmo tempo falando outro idioma. Porém, foi o momento que achei que deveria arriscar para tentar um futuro onde eu acreditava que seria melhor para mim.

Além de tudo isso, eu ainda estava em uma fase de mudança pessoal onde iria casar em 3 meses. Muitas coisas passando pela cabeça, o que essas mudanças poderiam nos trazer de consequências, mas agora vejo todo esse processo como uma mudança bem executada. Após 4 meses nessa empresa, resolvi fazer a prova de Certificação CCNA, e com grande esforço consegui passar. Após esse momento, despertou o interesse nessa metodologia. Devido a utilização frequente no trabalho e também com a utilização de um novo idioma, acreditei e iniciei minha carreira em certificações Cisco, e a cada conquista a visibilidade dentro da companhia estava mudando, o que me possibilitou migrar para um suporte de nível 2 e depois nível 3.

Após as certificações CCNP, CCDP, CCNA Security, CCDA eu ingressei em um processo interno para mudança de área onde atuaria mais em estrutura de projetos ( Pré – Pós Venda ), e na qual eu trabalharia mais focado em projetos e não em incidentes. Nesse período, também adquiri mais alguns certificações de Specialist e, após todos esses processos, resolvi iniciar CCIE.

Café com redes – Por onde começou as suas certificações? E Como foi o início nas certificações Cisco (tracks etc)?

**Rodrigo Rovere –**Eu inicie minha carreira em Cisco, acredito eu como todos pela certificação CCNA ( versão 3.1 ). Eu executei meu treinamento em uma das Academias Cisco ( NetAcademy ), onde consegui meu voucher e com muito esforço passar pela primeira barreira com uma pontuação de 898 pontos. Após essa prova, descobri que eu gostaria de me aprofundar mais e entender melhor toda essa tecnologia por trás dessas estruturas, baseado também na finalização de minha Faculdade em Engenharia da Computação. Após essa primeira barreira, comecei a estudar (self learning) com os livros da Cisco Press e muitos documentos disponibilizados pela Cisco e outros pontos descobertos por essa vasta Internet sanando as dúvidas que vão surgindo no decorrer dessa caminhada, com isso fui para o CCNP ( carreira de 4 provas ), CCDA, CCNA Security, CCDP, Cisco Routing and Switching Specialist, Cisco Video Network Specialist, CCIE R&S ( #52315 – magic number ) e devido ao CCIE conquistei também a certificação de CCNA Collaboration.
Dentro de toda essa carreira, eu também acabei me tornando instrutor do NetAcademy obtendo a certificação CCAI onde lecionamos os treinamentos de CCNA R&S, CCNA Security e CCNP.

Café com Redes– Qual a sua opinião sobre materiais nacionais voltados para redes Cisco (cursos/livros/graduações etc)?

**Rodrigo Rovere –**Acredito que hoje já temos muito conteúdo nacional de grande valor que acaba trazendo experiência e informações interessantes, tanto para os estudos como também para o dia a dia em descobrir novas formas de trabalhar. Temos diversos BLOGs brasileiros especializados nesses conceitos com inúmeras informações e exemplificações para as implementações/metodologia da tecnologia.

Entretanto, ainda sabemos que todas as novidades e tópicos mais delicados, específicos, ainda permanecem em Inglês. Por enquanto nenhuma prova da Cisco é ministrada em Português, o que torna o conhecimento de outro idioma essencial para nossa evolução dentro do mercado de tecnologia.

Café com Redes– Como você vê o cenário do mercado de redes e infraestrutura atual? Quais as suas perspectivas para esse mercado nos próximos anos aqui no Brasil?

**Rodrigo Rovere –**Eu vejo esse mercado local e global em crescimento exponencial com a demanda de conhecimento em todas as vertentes de tecnologia. Hoje estamos em uma era de “centralização ” de serviços, onde os clientes desejam ter um serviço muito mais adequado as necessidades dele do que propriamente solicitar “caixas “.

Hoje já estamos passando por essa fase de tudo precisa ser virtualizado e oferecido de forma agregada e não mais separada, o que essa menção de “caixa ” acabará sendo disponibilizada em servidores, mas o que precisamos carregar é justamente o conceito das tecnologias, pois o trabalho árduo de construção de scripts no decorrer será executado apenas através de clicks, mas na hora do troubleshooting os fundamentos de cada tecnologia é o que vai carregar como vantagem. Vemos hoje muitas menções sobre SDN e a tendencia será oferecer essas camadas isoladas trazendo também mais um skill em nossa bagagem, a questão de programação (phyton).

Café com Redes– Como você decidiu estudar para o CCIE? O que te motivou? e como foi a sua jornada até conquista?

**Rodrigo Rovere –**Eu decidi estudar o CCIE, pois era uma certificação onde todos mencionavam que exigia muito esforço e dedicação, e que traria uma bagagem de conhecimento muito grande. Por características dos estudos que eu estava seguindo, esse era objetivo a ser alcançado como uma meta profissional e pessoal.

Os motivos seriam aperfeiçoar os conhecimentos e também uma forma de conquistar novas posições, e um reconhecimento pessoal de atingir uma meta que é reconhecida pelo mundo todo. A jornada para chegar até a conquista não é fácil, exige muita determinação e controle de seu tempo para chegar nos objetivos traçados, pois precisamos entender a fundo a tecnologia para que possamos depois colocar a prática em funcionamento, já que se falharmos em algum ponto essa engrenagem no final não irá conseguir rodar.

Meu plano de estudos iniciou-se com a validação do Blue Print lendo milhares de livros para que o ” Foundation ” pudesse estar apurado como TCP/IP Volume 1 e 2, CCIE Routing and Switching, MPLS, e inúmeras horas gastas lendo material Cisco das tecnologias, assistindo milhares de horas em vídeo aula.

Café com Redes– Quais materiais você utilizou? Como foi a sua rotina de estudos e conte um pouco sobre a prova (experiência única na carreira).

**Rodrigo Rovere –**Como mencionado anteriormente, utilizei muito os livros do Cisco Press (baseado no Blue Print ) e documentações da Cisco disponibilizados na internet sobre as tecnologias, bem como executei o bootcamp do IPExpert e assistir todas as vídeo aula do INE ( Brian ), um cara com uma didática fantástica e como brincadeira deve ter uns 10 dedos em cada mão, de como ele digita rápido e explica os debugs.

Após controlar todos os tópicos via planilha e itens que eu precisava atingir, tendo ela baseada novamente no Blue Print, fui gerenciando os meus conhecimentos tendo como referência base teórica, com a base prática para que eu pudesse cobrir todos tópicos e claro, ter a confiança em cada um deles para que isso não pudesse me influenciar em algum momento da prova.

O plano de estudo ficava a cargo de 3 a 4 horas diárias e ao finais de semana de 4 a 6 horas. Nesse plano eu enfrentei muitas dificuldades de seguir essa carga horaria devido a fatores profissionais e pessoais e que acabou prologando um pouco mais meus estudos, lembro que por diversas noites eu tomava vários cafés para conseguir ficar acordado e concluir o meu objetivo, onde dormir já havia virado luxo ( 4 horas de sono eu já comemorava muito…rsrs ). Lembro que na minha segunda tentativa eu peguei 20 dias de férias antes da prova e estava estudando em torno de 12 a 14 horas diárias.

A prova proporciona uma experiência muito interessante em questão de controle emocional, racional e temporal. Na minha primeira tentativa, eu não conseguir passar em uma das seções, mas com certeza meu nervosismo acabou influenciando em alguns itens. Até pensei em não fazer novamente, pois recebemos uma descarga emocional muito grande após a execução e sempre achamos que aquilo não terá uma próxima vez. Porém, depois de algumas semanas, você toma fôlego novamente e inicia sua jornada para finalizar aquilo que você se propôs a fazer. Na segunda tentativa eu estava muito mais tranquilo, calmo e sabendo que aquilo seria mais um dia de estudo/trabalho e que eu sabia fazer, ou seja, a determinação sua é sempre o que vai trazer para você os seus benefícios.

Café com Redes– Qual conselho você pode dar para quem está começando a carreira Cisco?

**Rodrigo Rovere –**Eu como professor sempre comento com os meus alunos que precisamos ter muita determinação naquilo que colocamos como propósito para nossa vida pessoal e profissional. Além disso, não podemos esquecer que há conhecimentos que precisamos perseguir em paralelo, como por exemplo ter uma vivência maior com o Inglês , pois isso vai abrir mais portas e pode dar uma facilidade maior em algumas interpretações desse mundo tecnológico, também iniciar pela certificação CCNA que o objetivo dela já criar a base do conceito para que isso cresça como uma árvore criando essas ramificações de tecnologia.

Fiquei muito feliz em tentar passar um pouco dessa minha trajetória e também trazer informações que possam incentivar outras pessoas a trilhar seu caminho com muita garra e determinação.

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

História no Cisco Live 2016

Thu, 28 Jul 2016 00:00:00 +0000

Olá Pessoal,

Conforme vocês vivenciaram nossa participação no Cisco Live, nosso amigo Tiago criou uma apresentação com os tópicos mais relevantes e links principais para que você possa consultar e vivenciar um pouco sobre esse mega evento. Confira abaixo:

@Tiago,

Agradecemos sua participação nesse mega evento levando o unico BLOG brasileiro para LAS VEGAS.

E as novidades não ficam por aí, logo mais iremos lançar um presente para os participantes de nosso BLOG. Aguardem!!!

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

Lançamento do novo Packet Tracer 7.0

Fri, 24 Jun 2016 00:00:00 +0000

Olá Pessoal,

Com um pouco de atraso, mas nosso BLOG sempre antenado sobre as novidades, venho aqui para mencionar que na quarta-feira a Cisco anunciou sua nova versão para o Packet Tracert ( 7.0.0.0202 ), disponivel para download no repositorio oficial da Academia Cisco ( www.netacad.com ).

Nesta versão muito coisa foi alterada, tanto na visualização como em novos componentes disponibilizados ( principalmente para IoT ).

Também houve mudança na interface do simulador, particularmente no agrupamento de dispositivos na paleta de componentes. Na sequência trago uma relação das melhorias anunciadas:

Melhoria no Servidor HTTP
Melhoria na Área de Trabalho da Topologia Física
Melhoria no Suporte a PoE
Suporte ao Recurso SPAN/RSPAN
Suporte ao Protocolo LLDP
Suporte a L2NAT
Precision Time Protocol (PTP)
Resilient Ethernet Protocol (REP)
Suporte a IoT (Internet of Things)
Novos Dispositivos

A forma de download, bem como a informação para abertura do software para aqueles que não são alunos oficiais do programa NetAcad, ainda existe uma opção de login para visitantes (guest login) em que o usuário deve esperar por 15 segundos toda vez que inicializa o software antes de ser lançado para o simulador com algumas limitações de recursos.

Segue o link com todos os cursos que hoje são oferecidos pela Academia Cisco.

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

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

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

Cisco lança novas Certificações

Sun, 31 May 2015 00:00:00 +0000

Olá Pessoal,

Novamente temos novas certificações sendo lançada pela Cisco com o intuito de abrir mais o leque de opções para ela, ou seja, propriamente devido alguns ítens que conhecemos ” $$ “ e também devido novas tecnologias que estão entrando no mercado e novos conceitos precisam ser absorvidos.

Enfim, foi criada mais duas novas certificações no pilar de Associate:

CCNA Industrial = Esse tópico para minha interpretação ainda é obscuro, pois os ítens acabam não ficando muito claro. Segue o link para consulta e análise.
CCNA Cloud = Nessa categoria eu acredito que a Cisco acertou, pois temos muitos ítens que o mercado esta solicitando hoje e que alguns pontos não poderiam ser cobrados na carreira de Data Center ( para não ficar muito denso ) e também para área de R&S que não seria muito interessante, pois nossa vida já não é fácil….rsrsrs

Essa carreira como a demanda esta em uma crescente, já temos a carreira de Professional e acredito que não vai demorar muito para a Cisco criar também para a torre de Expert que terá muito sentido ( minha opinião ). Segue o link para consulta e análise

Como uma referência para entender todos os pilares da Cisco e certificações segue um mapa, que pode ser consultado aqui.

Portanto nossa trajetoria continua, onde nunca podemos parar de estudar. Se é isso que gostamos “Let`s go to discover new ways”

Abs,
Rodrigo

Campus Party 2015

Wed, 04 Feb 2015 00:00:00 +0000

Olá Pessoal,

Como todos devem saber no mês de Fevereiro temos a Campus Party e nesse ano de 2015 ela teve seu ” pontapé “ inicial ontem ( 03/02/2015 ), na qual estamos na 8. edição de um dos maiores evento de tecnologia, inovação, empreendimento da America Latina, onde ele vai até dia 07 ( sabado ).

Neste ano, a conexão cabeada da Campus Party, fornecida pela Telefônica, será de 50 GB, um aumento de 25% em relação a conexão do ano passado, de 40 GB. A cobertura já é equivalente à conectividade disponibilizada em cidades como Belo Horizonte e Fortaleza. Dentro do Campus também haverá cobertura 3G e 4G da operadora.

Segue um vídeo sobre o evento:

Como feito em edições anteriores, para as pessoas que não conseguiram ir ao evento será disponibilizado a plataforma online, onde todos podem assistir o conteúdo de palestras e workshops online. Acesse o link campuse.ro

Abs,
Rodrigo

Road Show TI Senac 2014

Mon, 17 Feb 2014 00:00:00 +0000

Olá Pessoal,

Todos os anos o SENAC promove o road show de TI, para qual diversas unidades participam recebendo os palestrantes, com o intuito de abordar os assuntos mais inovadores.

Em especial gostaria de divulgar que eu estarei neste ano em duas unidades do Senac ( Mogi Guaçu e Araçatuba ), para qual vou apresentar a palestra ” Vantagens da Nova Certificação Cisco “. O intuito dessa palestra e mencionar sobre a importância da Certificação no mundo atual hoje de TI, bem como, mostrar as diferenças entre as provas, na qual temos atualização de versão, e trazer um pouco de informações sobre o mercado.

Se alguém mora próximo a essas cidades venha prestigiar mais esse evento e tenho certeza que estaremos para receber-los e ficaria grato em conhecer vocês mais de perto.

Segue a agenda:

Mogi Guaçu
Rua Sargento Aviador Osvaldo Fernandes, 144 – Centro
18/03/2014 – 19h30min

Araçatuba
Av. João Arruda Brasil, 500 – São Joaquim
26/03/2014 – 19h30min

Para maiores informações e cadastro para assistir as palestras visite o site e faça sua reserva.

Abs,
Rodrigo

Produção Cisco no Brasil

Wed, 12 Feb 2014 00:00:00 +0000

Olá Pessoal,

A Cisco depois de anunciar sua primeira fabricação de um roteador no Brasil no final de 2012 e de alguns anúncios sobre sua crescente fabricação de equipamentos no Brasil, conforme menção nesse link, agora temos mais uma novidade da Cisco para o Brasil.

Nesse momento temos também a fabricação de 3 modelos switches no Brasil, inclusive um modelo que é bastante conhecido pelo pessoal o 2960.

Portanto, temos outra linha de equipamento sendo produzido no Brasil. Isso se deve à investimentos executados pela Cisco no Brasil de R$1 bilhão no decorrer de 4 anos

Para entender melhor sobre os switches fabricados segue o link.

Abs,
Rodrigo

Campus Party 2014

Fri, 31 Jan 2014 00:00:00 +0000

Olá Pessoal,

Estamos no final da semana, mas vale lembrar que essa semana esta tendo a Campus Party na qual teremos o encerramento no dia 02/01. Ela esta na 7. edição, na qual o objetivo é a troca de informações, muito conhecimento que é trocado durante as palestras, workshop, fórum e etc.

Se quiser saber mais sobre o evento visite o site Campus Party e verifique alguns pontos sobre os fóruns ( Marco Civil da Internet, Segurança ). Enjoy it!!!

Abs,
Rodrigo

BYOD – Smart Solution

Mon, 13 Jan 2014 00:00:00 +0000

Olá Pessoal,

Como venho trazendo alguns assuntos novos gostaria de compartilhar esse vídeo que consegue explicar de maneira simples e didática a estrutura de BYOD. A ideia é trazer mais posts sobre esse assunto que esta sendo bastante discutido no mundo corporativo.

Segue um post já publicado em nosso BLOG para agregar mais conhecimento.

Abs,
Rodrigo

BYOD – Bring your own Device

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

Olá Pessoal,

Acredito que todos já devem ter escutado esse termo ” BYOD “. Enfim, que isso representa para nós?

Esse termo fazendo uma tradução explicativa seria ” Traga seu equipamento pessoal para nosso ambiente corporativo “, ou seja, nosso tablet, smartphone de uso particular sendo utilizado em nossa estrutura corporativa.

Essa facilidade/necessidade/imposição foi criando-se devido a todos hoje em dia ter um equipamento que tenha seus interesses particulares e ao mesmo tempo consiga atender minha demanda profissional, facilitando assim meu trabalho e gerando uma disponibilidade maior para ambos ( particular e profissional ).

Como todos nós sabemos a venda de dispositivos móveis, tablets aumentaram drasticamente nesse ano de 2013, segundo notícias temos aumento de 151% nas vendas de tablet ( http://olhardigital.uol.com.br/pro/noticia/37665/37665 ) e o Brasil até Out/2013 tem 269,9 milhões de celulares ( http://www.teleco.com.br/ncel.asp ), portanto cada vez mais os usuários tem seus próprios equipamentos e desta forma desejam utilizar em qualquer lugar para que de uma forma ou outra possa interagir ou performar em seu trabalho.

Baseado em mais números podemos dizer que 53% dos funcionários de TI utilizam seus próprios dispositivos e 77% dos funcionários executivos utilizam-se de seu próprio dispositivo. Abaixo podemos ver a expectativa do crescimento, onde o Brasil se encontra em quarto.

Entretanto o desafio para o time de TI acaba aumentando, pois novas políticas precisam ser criadas para suportar esse crescimento exponencial e que de fato não impacte nos negócios da empresa. Porém esse é um dos mitos que devemos ficar atento, pois em algumas situações as empresas, gerentes de TI e suporte vêem como um aumento de trabalho e com certeza mais ” dor de cabeça “.

Como mencionado acima é uma tecnologia que vem com a evolução e isso pode ser implementado desde que existam políticas que devem ser ” seguidas “. O porque da menção seguidas?

Em muitas situações as empresas acabam não criando sua política e criando exceções para determinados cargos que de fato acabam infringindo a política, ou seja, a regra deve ser criada e ser seguida por todos.

Um dos pontos mais desafiador no BYOD é a questão de cultura e propriamente o fato da segurança, onde temos vários pontos que são discutidos, pois informações confidenciais podem ser compartilhadas e a vulnerabilidade aumenta drasticamente, já que esse equipamento de fato não é controlado pela empresa. Segue abaixo mais dados:

Mas vale ressaltar que temos diversos recursos para criar essa política e efetivamente controlar, ou seja, de uma forma ou de outra nosso papel é oferecer mobilidade para nossa infra-estrutura e controla-lá.

Espero que gostem desse tópico e acredito que podemos discutir diversos pontos. Let’s GO!!!

Abs,
Rodrigo

Fonte:
Cisco
Check Point

Cisco Live Magazine – Edição 9

Fri, 17 May 2013 00:00:00 +0000

Olá Pessoal,

Segue a publicação da Edição 9 da revista Cisco Live Magazine Janeiro 2013

Nesta edição temos um artigo falando sobre os investimentos que a Cisco esta trazendo para o Brasil devido aos eventos esportivos e também pela recessão que outros continentes estão sofrendo, bem como as empresas que estão investindo em suas salas de apresentação dos produtos para seus clientes.

Segue abaixo a revista:

[issuu layout=http%3A%2F%2Fskin.issuu.com%2Fv%2Flight%2Flayout.xml showflipbtn=true documentid=130119100846-396d45b0e588477eb04a87651969544f docname=ciscolive_4trim_2012 username=interativaeditora loadinginfotext=CISCO%20LIVE%20MAGAZINE%20EDI%C3%87%C3%83O%2009 showhtmllink=true tag=call%20center width=600 height=402 unit=px]

Abs,
Rodrigo

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

Cisco Live Magazine 07 – Edição Junho

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

Olá Pessoal,

Segue a publicação da Edição 7 da revista Cisco Live Magazine do 3. trimestre.

Nesta edição temos um artigo falando sobre a tecnologia no setor bancário para atender clientes cada vez mais refinados; mobilidade e internet banking e além de ferramentas de colaboração e um caso de sucesso da Michael Page.

Segue abaixo a revista:

[issuu width=550 height=369 embedBackground=%23000000 backgroundColor=%23222222 documentId=120625135749-53bfbf7684b94c01b0db81e84705f0bc name=revista_live_7_2otrim_2012 username=interativaeditora tag=celular unit=px v=2]

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

Cisco – Batalha Naval

Wed, 25 Apr 2012 00:00:00 +0000

Pessoal,

Apenas como uma curiosidade, o filme BattleShip ( Batalha Naval ) utilizou tecnologia Cisco. Neste filme alguns aparelhos são utilizados como Telepresence, Cius e IP Phone.

Confira o vídeo abaixo:

Fonte:
Cisco.com

Cisco Live Magazine 06 – Edição Março

Sat, 21 Apr 2012 00:00:00 +0000

Olá Pessoal,

Segue a publicação da Edição 6 da revista Cisco Live Magazine do mês de Março.

Nesta edição temos um artigo falando sobre a tecnologia inovadora em postos de gasolina Petrobrás e alguns detalhes sobre o Cisco Plus 2012.

Segue abaixo a revista:

[issuu width=420 height=282 shareMenuEnabled=false backgroundColor=%23222222 documentId=120410202020-0009f6f50935486e845ea6015f7229de name=ciscolivemagazine_2otri_2012 username=interativaeditora tag=colaboracao unit=px v=2]

Abs,
Rodrigo

CCIE Mobile Labs

Mon, 16 Apr 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer uma informação para as pessoas que estão estudando para o CCIE ( Written ou LAB ), para qual temos laboratórios móveis que são disponibilizados ao redor do mundo, fazendo com que os profissionais não necessitem viajar obrigatoriamente para os locais fixos onde temos os laboratórios Cisco para a certificação Expert.

Segue as localidades que devem ser atendidas durante esse ano e já temos um prospecto para 2013 desse calendário.

Para os profissionais em fase de conclusão teremos no começo de Junho ( 11 a 15 ) o Mobile Labs alocado no Rio de Janeiro e para o mês de Outubro ( 1 a 5 ) teremos na cidades de São Paulo. Essa datas já estão confirmadas pela Cisco e inclusive já podem ser agendadas as datas.

Não necessariamente iremos ter vagas disponíveis para a execução da prova, devido a grande procura que existe para que não seja necessário um gasto muito grande viajando para os locais fixos, já que a prova também não é nada barato ( U$1.500,00 )

Consulte o prospecto para 2013 e vamos agendar esse laboratório .

https://learningnetwork.cisco.com/docs/DOC-3224

Fonte:

https://learningnetwork.cisco.com/community/certifications/ccie_routing_switching

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

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

Cidades do Futuro – Songdo

Fri, 02 Mar 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer uma série de vídeos no qual traz o futuro das cidades. Neste modelo todos os itens estão sendo abordados como, sustentabilidade, eco-eficiência, conectividade, área de saúde, transporte, etc.

A Cisco esta envolvida nessa parceira para o desenvolvimento, no qual eles estão trazendo alguns de seus produtos para esse futuro tão próximo. Um dos pontos focais mostrados, estaria envolvido com Cisco Telepresence. Esse produto tem a capacidade de fazer reuniões simultâneas com uma realidade indiscutível.

A cidade de exemplo mostrada fica na Korea ( Songdo ) e podemos ver todas as facilidades criadas através do site http://newsroom.cisco.com/songdo.

Segue abaixo dois episódio mostrado na página acima:

Em um próximo post irei explicar melhor sobre esse produto Cisco ” Telepresence ” 😀 . Aguardem!!

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

Route-Servers – Looking glasses

Mon, 13 Feb 2012 00:00:00 +0000

Olá Caros,

Após a necessidade de uma utilização no qual exigia descobrir alguns parâmetros, resolvi escrever esse post para ajudar em alguns quesitos de nosso dia a dia.

O que vocês entenderiam sobre esse termo route-servers ( looking glass )?

Os route-servers são elementos separados das redes reais, de forma que apenas recebem a tabela de roteamento e não anunciam ou roteiam nada. Ou seja, são meros espelhos de rotas (e daí o nome “route-server”) dos roteadores que, de fato, fazem todo o trabalho. É importante ressaltar a diferença entre route-servers públicos (também conhecidos como “looking glass”, e os route-servers de produção, usados nas operadoras para estabelecimento de peering, dentre outras funções. Uma vez mais, a “ versão pública ” destes roteadores não interferem em nada na operação da rede da operadora caso venha a falhar ou mesmo ser invadido por hackers.

Com isso podemos utilizar-se de alguns recursos para exercer alguma validação:

Validar o AS-PATH ( caminho para chegar naquela operadora ) para validar sua rede localmente anunciada
Testar conectividade ( PING ) ou validar o caminho ( Traceroute )
Validar tabela de roteamento
Validar tráfego

Nesse contexto os router-servers tem apenas uma conexão física com a rede propriamente viva, porém ele recebe todas as rotas que são recebidas pelo roteadores de Internet. Porém ele, por si só, não faz nenhuma divulgação para o mundo Internet, portanto se alguém tentar invadir ou algo acontecer com esse equipamento nada será influenciado na Internet, devido a uma grande regra de filtros que bloqueiam qualquer tentativa de ele fazer anúnico ou bloquear algo na nuvem da Internet.

Enfim chega a hora boa :), que seria como acessar esses equipamentos.

Existem alguns sites que trazem esses recursos atualizados e com uma facilidade para executar os comandos de validação necessária para seu problema. No momento eu tenho usado bastante http://bgp.he.net/ que é do orgão Hurricane, porém temos outros sites http://routeserver.org/, http://traceroute.org/ que trazem esse serviço, ou seja, todos mostram a saída ou tabela de roteamento conforme sua solicitação.

Em alguns casos você pode acessar esses equipamentos via telnet e olhando diretamente através de comandos, porém se você não conhece os comandos, podem ficar tranquilos que você consegue visualizar através dos acesso http disponibilizado nas páginas. Portanto pessoal, fiquem a vontade para trabalhar, ou se divertir pesquisando os endereços públicos :D.

Abs,
Rodrigo\

INTERNET – Da criação ao Domínio

Tue, 27 Dec 2011 00:00:00 +0000

Olá caros,

Espero que não fiquem cansados com a leitura. 🙁

Como todos sabem, hoje o veículo de comunicação mais popular e difundido é a Internet. A I****nternet é um bem necessário para todos os seres humanos que habitam nosso planeta, pois nela temos diversos recursos, facilidades, ganhos de vida, crescimento profissional, divulgação e as vezes falta de privacidade.

Essa facilidade teve inicio na década de 50 à 60 com o desenvolvimento dos computadores, para qual começou com as comunicações ponto a ponto. Nas décadas de 60 à 70, algumas empresas reuniram-se para a criação de uma variedade de protocolos, na qual ficou mais conhecido pela empresa ARPANET. Na década de 80, ou seja, em 1982 foi padronizado um protocolo conhecido como TCP/IP, pelo qual hoje permanece como um dos protocolos padrões para nossa comunicação dentro do mundo da Internet.

Em 1988 a internet foi iniciada no Brasil. As conexões inicialmente foram feitas em setor acadêmico e somente anos depois foi destinada a usuários domésticos e empresas. Em setembro deste mesmo ano, o Laboratório Nacional de Computação Científica, conseguiu acesso a rede conhecida como “ BitNet ”, através de uma conexão de 9600bits/sec estabelecida com a Universidade de Maryland.

Vocês poderiam perguntar o que seria essa rede BitNet?

Foi uma rede remota criada em 1981, para fazer a ligação de duas universidades americanas ( Nova York and Yale ), com o propósito de criar uma conexão rápida e barata entre os meios acadêmicos. Essa rede funcionava através de um protocolo específico criado pela IBM~~,~~ chamado de NJE ( Network Job Entry). Essa rede chegou a alcançar mais de 2.500 universidades e instituto de pesquisas em todo o mundo.

Após alguns meses da integração do Laboratório Brasileiro, diversas faculdades iniciaram suas conectividades com outras Universidades no Brasil, fazendo com que essa rede fosse utilizada entre os meios acadêmicos. A Universidade Federal do Rio de Janeiro e a FAPESP obtiveram sua conexões internacionais com duas universidades americanas, tendo assim, o acesso a informações e divulgações de conteúdo para o mundo internacional. Com a crescente e visualização de um avanço tecnológico no segundo semestre de 1989, o Ministério da Ciência e Tecnologia lança um projeto pioneiro, a Rede Nacional de Ensino e Pesquisa (RNP). Existente ainda hoje, a RNP é uma organização de interesse público cuja principal missão é operar uma rede acadêmica de alcance nacional. Quando foi lançada, a organização tinha o objetivo de capacitar recursos humanos de alta tecnologia e difundir a tecnologia Internet através da implantação do primeiro backbone nacional.

Podemos consultar um site que traz informações sobre esse tráfego. Segue uma foto sobre a troca de tráfego, na qual pode ser consultada através do site informado anteriormente:

O backbone funciona como uma espinha dorsal, é a infra-estrutura que conecta todos os pontos de uma rede. O primeiro backbone brasileiro foi inaugurado em 1991, destinado exclusivamente à comunidade acadêmica. Mais tarde, em 1995, o governo resolveu abrir o backbone e fornecer conectividade a provedores de acesso comerciais.

A partir de 1997, iniciou-se uma nova fase na Internet brasileira. O aumento de acessos a rede e a necessidade de uma infra-estrutura mais veloz e segura levou a investimentos em novas tecnologias. Entretanto, devido a carência de uma infra-estrutura de fibra óptica que cobrisse todo o território nacional, primeiramente, optou-se pela criação de redes locais de alta velocidade, aproveitando a estrutura de algumas regiões metropolitanas. Como parte desses investimentos, em 2000, foi implantado o backbone RNP2 com o objetivo de interligar todo o país em uma rede de alta tecnologia. Atualmente, o RNP2 conecta os 27 estados brasileiros e interliga mais de 300 instituições de ensino superior e de pesquisa no país, como o INMETRO e suas sedes regionais.

Devido a forte crescente desses serviços disponibilizados na internet, hoje temos facilidades para consultar qualquer informação necessária para seu dia a dia, falar com pessoas que estão localizadas em diversos lugares do nosso planeta, informar aos seus amigos de redes sociais sobre seu pensamento, gosto, atitude, obter opiniões em questão de segundos e analisar o conteúdo para decisões necessárias dm nossa vida, disponibilizar informações sobre conteúdos necessários para o desenvolvimento e aprendizagem de cada ser habitável nesse planeta. Com toda essa facilidade no mercado, hoje temos diversos equipamentos que podem ser colocados na Internet para que você consiga de alguma forma obter informação dele ou executar/acessar algo que seja necessário na rede.

Todos esses equipamentos imagináveis que podemos por exemplo ter dentro de nossas residências, já existe disponibilidade para configurar um endereço IP que seja alcancável pela Internet de qualquer lugar. Um exemplo que podemos citar seria a geladeira de sua casa que pode avisa-ló que o refrigerante terminou e notifica-ló para comprar no supermercado ou se ele poderia efetuar a compra através de um site comercial. Em contra partida, devido a essa crescente~~,~~ que quase incontrolável, todos esses equipamentos necessitam de algum endereço, fazendo com que nós tenhamos alcançado quase um BUG de endereçamento, porém todos devem ter lido ou escutado que isso já havia sido pensado a quase 8 anos atrás.

A nova era que estar por surgir pensando em conectividades com o mundo internet, está voltado para uma tecnologia chamada de endereçamento IPV6, para qual nós fomos atendidos até agora pelo endereçamento IPV4, entretanto, a nomenclatura mencionada anteriormente sobre TCP/IP permanece da mesma forma. O domínio das facilidades existentes na internet apenas tendem a crescer para uma vertente de oferecer cada vez mais serviços que possam facilitar a vida de cada um e oferecer uma interatividade maior entre todos os participantes deste globo.

Abs,
Rodrigo

A Internet anunciada

Sun, 18 Dec 2011 00:00:00 +0000

Olá Pessoal,

Segue um vídeo com explicações básicas sobre a Internet. Ele traz conceitos simples de funcionamento, porém com informações que podem demonstrar em poucos minutos a grande REDE compartilhada que existe para todos nos seres humanos.

Abs,
Rodrigo

Procura-se profissionais de TI!!

Thu, 15 Dec 2011 00:00:00 +0000

Olá Pessoal,

Segue um post sobre a necessidade de mercado que nosso atual país esta vivenciando.

A Brasscom (Associação Brasileira de Empresas de Tecnologia da Informação e Comunicação) acaba de concluir o estudo “Panorama da Tecnologia da Informação no Brasil”, em que analisa o cenário atual da formação, demanda e remuneração do setor em oito estados – São Paulo, Rio de Janeiro, Distrito Federal, Paraná, Minas Gerais, Bahia, Pernambuco e Rio Grande do Sul.

O estudo sobre o mercado de profissionais de **TI **no Brasil pretende apontar diretrizes para minimizar os efeitos do chamado “apagão de mão de obra” que atinge diversos setores no país, inclusive o setor de TI que, segundo estimativas do IDC Brasil, deve registrar expansão entre 10% e 12% em 2012, enquanto o setor de telecomunicações deve crescer em torno de 8%.

As projeções indicam que os oito estados analisados demandarão 78 mil profissionais em 2014, mas apenas 33 mil concluirão os cursos. Os únicos estados que, em 2014, terão profissionais suficientes para atender a demanda são Bahia, Minas Gerais e Pernambuco. Para reverter o cenário, há a necessidade de reter os alunos nos cursos superiores, já que a média da evasão escolar em TI foi de 87% em 2010.

O estudo, ainda em fase final de formatação para divulgação, identificou pontos que ajudam a traçar diretrizes para o setor que, segundo a Brasscom, deve incentivar a distribuição geográfica e curricular de vagas de TI de acordo com as necessidades do mercado.

Graduação:

Três cursos (tecnólogo de análise e desenvolvimento, bacharelado em sistemas de informação e bacharelado em ciência da computação) representam na média 76,4% da formação em TI, sendo que 70% dos cursos de TI estão nos oito estados analisados.
São Paulo é o estado onde a situação é mais crítica, já que a contratação de profissionais em 2010 foi de quase 14 mil e as universidades formam apenas 10 mil estudantes.
Rio Grande do Sul e Paraná também apresentam escassez de profissionais, porém em menor escala.
Para reverter o cenário, há a necessidade de reter os alunos nos cursos superiores, já que a média da evasão escolar em TI foi de 87% em 2010.

Remuneração:

Os salários iniciais em TI são ascendentes e, dos oito estados analisados, somente o Distrito Federal e Pernambuco não tiveram reajuste salarial acima da inflação desde 2003.
A média mensal dos salários de **TI **é de R$ 2.950,00, quase o dobro da nacional, de R$ 1.499,00.
No entanto, as remunerações em **TI **respeitam as peculiaridades regionais. Rio de Janeiro e São Paulo, estados com grande concentração de empresas de TI, remuneram acima da média nacional na maioria das funções analisadas.

Abs,

Rodrigo

Fontes:

BLOG BT

Carreira Cisco – Trajetória

Tue, 29 Nov 2011 00:00:00 +0000

Olá Pessoal,

Como todos devem saber, existe uma trajetória dentro da carreira Cisco para todos os segmentos. Esses segmentos estão disponibilizados através da área de Routing/Switching, Segurança, Voz, Wireless e Design.

Baseado nessa informação, todos devem estar se perguntando. Qual caminho devo seguir?

Tenho uma dica para exemplificar a trajetória de todas as certificações, em um modo um pouco mais interativo (animação), e claro uma explicação para cada categoria selecionada.

Dentro desse contexto, qual certificação você gostaria de seguir?

Abs,
Rodrigo

Curso Básico IPV6

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

Olá Pessoal,

Como nós todos sabemos, o assunto de IPV6 sempre é o mais comentado nas rodas de prosas ;), e devido a isso, tenho uma dica de um livro que traz as informações básicas sobre o novo protocolo. Esse livro está baseado no conteúdo que o NIC.br está promovendo para o projeto IPV6.br.

O mesmo encontra-se através de mídia digital, o que acaba sendo interessante para a leitura de alguns pontos que chame sua atenção.

[issuu width=550 height=389 shareMenuEnabled=false backgroundColor=%23222222 documentId=100705015404-8c6d1640a91440f995f97247c560cec1 name=cursoipv6basico username=fabio.kotowiski tag=internet unit=px id=99d63aa4-a981-3801-9ccd-5762b8f22975 v=2]

Abs,
Rodrigo

Cisco – Validação de Design

Fri, 30 Sep 2011 00:00:00 +0000

Olá Pessoal,

Gostaria de passar uma dica, para qual pode nos ajudar no nosso dia a dia para determinados assuntos relacionados a design de rede. A Cisco disponibiliza soluções de desgin, testes e documentos para facilitar e melhorar o desenvolvimento de projetos para os clientes. Esses designs incorporam a grande variedade de tecnologia e produtos dentro do portifólio de solução que tem sido desenvolvido e endereçado a necessidade de negócio dos clientes.

Cisco Validation Design ( CVD ) é organizado por área de soluções, para qual irá apresentar uma lista de um, dois ou três tipos principais de design.

Um exemplo que podemos consultar seria validar uma documentação/design para um site que iremos disponibilizar serviços de WAN. Dentro dessa categoria podemos ter exemplos de Branch Offices ( Pequeno, Médio, Grande ), com utilização de MultiCast, ferramentas de colaboração, IPT e entre outras.

Esse documentos trazem melhores práticas de configurações ( comandos ), exatamente, quais os comandos vou aplicar em cada equipamento para disponibilizar aquele serviço para meu cliente.

Aproveitem e boa leitura!!

http://cisco.com/go/cvd

Abs,
Rodrigo

Laboratório Cisco FREE

Fri, 16 Sep 2011 00:00:00 +0000

Caros,

Como eu havia prometido, venho informar qual é o caminho para conseguir fazer laboratórios gratuitos utilizando os equipamentos Cisco. Este SITE disponibilizada acesso com horários agendados para execução de configuração com no máximo de 4 horas. O bundle de equipamentos já é padronizado em 3 grupos, para o qual você pode escolher o grupo e fazer o agendamento.

Cada grupo tem uma determinada caracterísitca ( Ethernet, Serial [ T1, Frame Relay] ). Você pode avaliar a topologia e escolher o grupo para efetuar o seu treinamento. Atualmente eles atualizaram esses grupos com Firewall e um Access Point.

Segue a foto do rack disponibilizado para fazer os laboratórios:

Você pode avaliar a topologia definida para cada tipo de tecnologia:

Espero que aproveitem a dica e fique a vontade para os comentários!

http://packetlife.net/wiki/packet-life-community-lab/

Abs,
Rodrigo

Cisco on Cisco Redes

BLOG – CCNA – Segunda change free, será?

Pacotes – Bundle

Conclusão

BLOG – Cisco Meraki – Radius em Cloud

Radius no Meraki

Configuração no Meraki

Configuração no JumpCloud

Autenticação no WI-FI

Logs

Conclusão

BLOG – Vencedores do IT Blog Awards 2021 – Cisco

Vencedores

BLOG – Inscrições Cisco Champion 2022

BLOG – IT BLOG Awards 2021 – Cisco

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

Resumo

BLOG – Cisco Champion 2021

BLOG – Podcast Cisco Champion – Small Business – Big Value

BLOG – Podcast Cisco Champion – Unfiltered: Vida de um Cisco Champion

BLOG – Podcast Cisco Champion – Catalyst 8000

BLOG – Resumo Certificação Cisco CyberOps Associate

Introdução

Motivação

Estudos

Fontes Externas

Resumo

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

Meraki – Adicionar Aplicação Meraki Insight – Parte 4

Configuração

Resultado

Conclusão

BLOG – Resumo DevNet Create 2020 – Informações

Informações

Certificações e Estudos

Desconto nas Certificações

Comunidade DevNet

Conclusão

Meraki – Analisar Gráficos Meraki Insight – Parte 3

Detalhamento

Visualização da Organização

Consolidação da LAN

Consolidação da WAN

Consolidação da Aplicação

Conclusão

Meraki – Iniciar o serviço para analise do Meraki Insight – parte 2

Habilitar o serviço

Validação dos dados

Web Health

Conclusão

Meraki – Nova Licença – Meraki Insight + Novas Funcionalidades

Detalhamento

O que seria o MI ( Meraki Insight )

Premissas

Conclusão

BLOG – Informações do programa Cisco Champion – 2020

BLOG – Cisco Meraki – Wireless Health – O que é?

Wireless Health

Exercendo consulta através do AP

Device mais impactado

Estatisticas menu Wireless -> Wireless Health

Visualização Latência

Logs

Conclusão

BLOG – IP Fabric – Topologia Completa Client A – parte 5

Comparativo de LOGs

Inventário

Inventário pela tecnologia

Questões sobre Roteamento

Conclusão

BLOG – Cisco Meraki – MR Per Device License + Umbrella

Licenciamento