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

Resumo do BLOG – Referência 2021

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

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

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

Conquistas

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

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

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

Certificações

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

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

Conclusão

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

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

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

Abs,

Rodrigo

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 – 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

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

BLOG – DevNet Create 2020 – Participe!!

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

Olá Pessoal,

Não sei se todos me seguem em alguma de nossas mídias, entretanto acredito que vale a pena reforçar em um post para que todos possa saber e obviamente participar.

No dia 13 de Outubro inicia-se o DevNet Create, que terá sua cobertura sendo atendida em suas 3 regiões com horários distintos de término, isso deve-se com o intuito de atender de forma mais ampla cada indivíduo espalhando pelo mundo. 🙂

Gostaria também divulgar um video que gravei junto com a Silvia Spiva – Engagement Leader Devnet, para atingir essa fatia brasileira e trazer cada vez mais Engenheiros, Programadores e Exploradores para esse mundo, que hoje tem a intenção de agregar entre áreas de desenvolvimento, automação de redes, segurança, colaboração, etc.

Antes que vocês fiquem preocupados ou imaginem que virei um programador, isso de fato é mentira a ideia é que consigamos fazer algum processo automatizado para nosso dia a dia, entretanto não existe a necessidade de você ser um programador nativo.

Segue a chamada que gravei para publicar o evento e incentivar nossas comunidades, bem como para pensar nesses caminhos.

Agenda

Teremos 4 canais que estarão acontecendo ao mesmo tempo, e dentro deles você pode verificar qual apresentação se encaixa mais em seu perfil. Esses canais estão divididos entre:

DevNet Create\
Creators\
APIs in Action\
Start Now

Após isso, você pode adicionar em sua agenda e participar de cada um em seu respectivo horário. Eu estarei acompanhando mais agenda da região AMER que está relacionado ao timezone PDT, e que na minha situação se enquadra melhor.

Inscrição

Como todos já puderam observar esse ano o evento será online e FREE, o que acaba dando uma oportunidade ainda maior à todos participarem de sua própria casa em seu conforto, sem ter um gasto adicional.

Para isso recomendo fazer o cadastro do DevNet Create 2020 o quanto antes e já verificar sua agenda.

Espero todos lá!

Abraços,
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 – 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 – 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 – 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 – 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

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 – APIs, como consultar?

Mon, 26 Aug 2019 00:00:00 +0000

Olá Pessoal,

Como vocês já haviam vistos em nosso post anterior e portanto recomendo que você leia ele anteriormente, para que possamos seguir para os próximos passos é de fato consultar nossas APIs e entender o que ela de fato está nos trazendo de informação.

Baseado neste fato, vamos demonstrar para vocês os primeiros passos para que comece interagir via API com seus equipamentos Meraki. Baseado na documentação temos alguns pontos importantes para inserir como variável, tornando assim sua vida um pouco mais fácil nos momentos de executar um ” Get “, “ Post “, ” Put ” e ” Delete “.

Talvez você me pergunte, porque temos esses status para executar as ações via API? Esses termos existem devido a trabalhar com essa metodologia ” Restfull ” ( ixi, acho que agora ele me confundiu mais 🙂 ), entretanto nós já haviamos mencionado isso em outro post de 2017 ( O que é API e Rest API? ). E para ficar ainda mais fácil o entendimento, observe que essas ações estão relacionadas ao funcionamento do HTTP, onde se desejar obter mais informações pode consultar Wikipedia ou propriamente a RFC7231.

Com isso em mente, precisamos agora entender que para conseguirmos obter os dados relacionados a sua organização criada no portal Meraki, precisaremos encontrar além de nossa API Key mais duas informações:

- Organization ID
- Network ID

Como uma dica para que não fique muito extensa sua ” URL ” sendo executada no Postman, é recomendado que você crie uma ” baseURL ” que por consequência ela sempre vai ser a mesma para qualquer solicitação que fizer no dashboard. Segue a variável:

- baseURL = https://dashboard.meraki.com/api/v0

Execução do Postman

Dando sequencia a execução das informações via Postman vamos obter os dados relacionado a nossa segunda variável depois de inserir sua Key API. Para inserir sua KEY recomenda-se criar um ambiente de variáveis para controlar suas requisições ou também controlar varios ambientes com diferentes variáveis. Para criar você deve selecionar Manage Environments -> ADD

Após este passo devemos agora obter nossa segunda variável para continuarmos trabalhando na execução e obter as informações globais para acesso completo as APIs. Neste momento vamos obter as informações relacionadas ao “ OrganizationID “

- Metodo: GET
- URL: https://dashboard.meraki.com/api/v0/organizations

Após essa informação precisamos obter nosso terceiro dado ( variável ) para que de fato possamos dar sequencia a qualquer outra requisição dentro de nossa organização, onde ela vai agora basear-se no ” NetworkID “:

- Metodo: Get
- URL: https://dashboard.meraki.com/api/v0/organizations/{{organizationId}}/networks

Como mencionado anteriormente você pode criar sua ” baseURL ” para inserir em suas variáveis globais, desta forma sua URL no Postman fica mais “ enxuta “, pois esse é o endereço inicial padrão da Meraki.

Com esses dados obtidos todas as outras solicitações ao portal serão baseando-se em algum momento nessas variavéis, tendo URL sendo requisitadas as duas informações simultaneamente ou momentos de apenas uma única variavél.

Espero que vocês tenham gostado 😆 e demos mais um passo para que possamos seguir nossa jornada para programar ações via Ansible em nosso dashboard Meraki.

Qualquer dúvida deixe seus comentários abaixo que vamos compartilhando nosso conhecimento entre todos da comunidade.

Abs,
Rodrigo

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 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

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

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

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 Meraki – RF Spectrum

Mon, 09 Apr 2018 00:00:00 +0000

Olá Pessoal,

Dando sequência ao nossos posts e trazendo como sendo mais uma facilidade dentro de nossa estrutura sobre o assunto Wireless, hoje venho para detalhar um pouco sobre esse recurso disponível no Portal Meraki, chamado de RF Spectrum ( Espectro de Frequência ).

Os access points Meraki tem uma funcionalidade denonimada como WIPS ( Wireless Intrusion Prevention System ), que irei tratar sobre esse assunto em um outro post detalhando sobre o Air Marshal.

Acredito que vocês observaram em nosso primeiro post que estou mostrando baseando-se em nosso modelo MR33, para qual ele contém 3 radios distintos, na qual o 3 radio está relacionado ao item mencionado anteriormente ( Air Mashal ). Pra que possamos acessar esses recurso de espectro devemos ir em Wireless -> RF Spectrum.

Nessa tela já podemos observar os canais que estão sendo utilizado pelos seus access points, bem como a utilização para as frequências de 2,4GHz e de 5GHz.

Neste modelo os endpoints que tenho conectado dentro do meu segmento não tem a funcionalidade de trabalhar com 802.11n e 802.11ac, devido a isso podemos observar somente a utilização em nosso canal de 2.4GHz.

Após consolidar essas informações podemos agora verificar nosso espectro de frequencia e analisar onde temos maior ” poluição ” em nosso sinal, ou seja, endpoints que estão gerando interferências nessas frequencias ( outros APs, telefone sem fio, microondas, etc ).

No primeiro momento vamos observar o sinal na frequencia de 2.4GHz.

Após essa validação já conseguimos concluir que a maior ” poluição ” ( interferência ) está entre os canais de 3 a 6, devido a isso nosso AP ( access point ) escolheu trabalhar no canal 1, obviamente isso ocorreu porque deixamos habilitado para que ele escolha isso dinamicamente e altere esse canal, pois as interferências podem alterar e um determinado momento será mais interessante ficar no canal 6 ou 11. Tradicionalmente, quando estamos trabalhando na frequência de 2.4GHz os canais mais indicados para configurar em nossos equipamentos é 1, 6 ou 11, isso se deve a faixa de frequência, como visto abaixo.

Devido ao nosso AP ter a funcionalidade de 5GHz podemos ter uma outra percepção de como neste sinal temos resultados totalmente opostos em relação interferência, pois temos menos equipamentos que estão concorrendo dentro desse espectro de frequência. Logo abaixo temos as informações relacionadas:

Desta forma temos a informação da utilização no canal 157 e quase nenhuma influência de outros equipamentos nesse espectro de frequência, vale ressaltar sobre a segmentação das faixas de frequência para esse exemplo, bem como mencionar que aqui estou demonstrando o 5GHz em um plano pegando como o Estados Unidos, devido ao meu gráfico estar demonstrado esses canais, que são atendidos pelo termos de UNII-1 (5.150 to 5.250 GHz) e UNII-3 (5.725-5.825). Segue o gráfico:

Após isso, ainda temos a visibilidade por faixa ( 2.4GHz e 5GHz ) como está utilização por canais e quais são os APs que estão interferindo nesse espectro. Vou apresentar aqui somente a utilização da faixa de 2.4GHz.

Você deve-se lembrar que havia comentado que o AP faz por padrão a seleção de seu canal automático, entretanto existe opção de você colocar manualmente esse canal, o que acaba não sendo muito interessante desde que você tenha um controle mais rigido dentro de sua estrutura para trabalhar manualmente selecionando esses canais, ou de você já ter feito todo seu trabalho de site survey e já definido as células que vão trabalhar em cada canal, não tendo a interferência em seus demais APs. Para isso é possivel fazer alteração em Wireless – Radio Settings e selecionando ( item 1 ) qual a faixa que deseja alterar e através do canal ( item 2 ) selecionar qual o canal desejado para esse AP. Segue o exemplo abaixo:

Enfim, aqui encerro o tópico sobre espectro disponível para analise automaticamente pelo Dashboard da ferramenta. Espero que você tenha gostado e deixe seu comentário abaixo o que esta achando dessa serie. 😉

Em nosso próximo post vou mencionar sobre Air Marshal com a tratativa baseado em rogue APs e spoofs.

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

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 Meraki – Certificação CMNA – O que é?

Fri, 02 Feb 2018 00:00:00 +0000

Olá Pessoal,

Não sei se todos acompanham o BLOG no Twitter, ou se já haviam visto que eu adquiri a certificação CMNA. O que seria isso?

Bom, a descrição do termo é “ Cisco Meraki Network Associate “. Talvez, vocês estão se perguntando, onde ele fez essa certificação? Qual o valor? Qual treinamento? Quais os conhecimentos necessários?

Enfim, essa certificação não está aberto ao público ( como um CCNA ) e somente é possível executar sendo um parceiro Cisco e obviamente estar associado a esse parceiro, desta forma, você pode se cadastrar nas datas disponíveis para executar um treinamento de 4 horas, após esse período você executa uma prova ( LABzinho ) seguindo algumas instruções disponibilizadas através de um documento. Com a finalização do laboratório o instrutor ( funcionário Cisco Meraki ) faz a validação se todos os itens foram executados e de fato, se está funcionando conforme a solicitação exigida no documento. Os requisitos recomendados no momento de fazer a inscrição é que você tenha conhecimento ao nível de CCNA.

Após esse processo e finalizado você obtém sua certificação. BINGO!!!

Porém, o ponto mais importante e que de fato me chamou atenção na época foi que você finalizando esse treinamento/certificação você ganha 3 equipamentos Meraki com Licença Full por 3 anos. Para quem gosta de um HOMELAB, isso foi perfeito para que eu pudesse ter esses equipamentos e conseguir fazer um upgrade na infra interna. ( rsrsrs. 🙂 ). Somente uma ressalva, esses equipamentos não são entregues no Brasil, ou seja, são disponiblizados apenas nos Estados Unidos.

Os equipamentos disponibilizados são:

Security Appliance – MX-64
Switch – MS220-8P ( PoE / SFP )
Access Point – MR33

Neste caso estou trazendo esse tópico em nosso BLOG, pois em nossos próximos posts vou detalhar um pouco mais sobre esse produto, e claro como estou utilizando esses equipamentos em HomeLAB, vou demonstrar algumas facilidades e problemas, bem como o proposito dessa solução.

Vale lembrar que essa solução apresentada pela Cisco é para determinados segmentos ( minha visão ) e obviamente para abordar esses novos tópicos de SD-WAN.

Abs,
Rodrigo

Cisco Champion 2018

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

Programa Cisco Champion

Olá Pessoal,

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

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

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

Abs,
Rodrigo

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

Ansible – Módulo Networking

Fri, 24 Nov 2017 00:00:00 +0000

Olá Pessoal,

Acredito que vocês vêem acompanhando sobre os posts que estou descrevendo sobre essa nova tecnologia de ” DevOps ” para qual estou me atualizando baseado em Ansible.

Devido a isso gostaria de divulgar algumas informações adicionais para vocês que também estão se interessando nesse tópico, trazendo assim um histórico para nosso BLOG sobre essa comunidade que está crescendo e principalmente os módulos de networking está tendo uma visbilidade muito importante não somente da RedHat, mas em relação também as vendors de oferecerem essas facilidades para comunidade.

Com isso, gostaria de agregar aquilo que já comentei em nosso 3 post sobre o módulo de networking, bem como agora podemos acompanhar evolução ( roadmap ) das novas versão que estão para chegar. Aqui são slides que capturei para apresentar para vocês, porém se desejam ver na integra temos o Ansible Webinar Networking.

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

Inscrições Cisco Champion 2018

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

Olá Pessoal,

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

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

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

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

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

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

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

Att,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

Segue abaixo nossa playbook

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

Ansible – Notificação BOT Telegram

Mon, 04 Sep 2017 00:00:00 +0000

Olá Pessoal,

Seguindo nossa sequência sobre Ansible, hoje gostaria de trazer um adendo que estaria envolvido simplesmente em criar uma notificação que poderá ser exibida no Telegram, através de nossos famosos e tão comentado BOTs.

Para que todo esse processo funcione, você terá a necessidade de criar um BOT simples pelo Telegram, para isso você pode interagir com nosso amigo @BotFather. Se necessitar de mais informações sobre os procedimentos para criação desse BOT, recomendo que pesquise nesse link, na pagina do Telegram.

Em nossos testes eu criei meu BOT e vou utiliza-lo para fazer as notificações para uma sala de teste, no intuito de inserir meu BOT para visualizar as notificações.

Seguindo com nossas configurações, irei utilizar o mesmo exemplo que já estamos trabalhando, porém vou agregar mais um arquivo no projeto, denominado como telegram.yaml

---
  - name: Send test message
    telegram:
        token: bot000:xxxx
        chat_id: -yyyy
        msg: Ansible playbook executed

Como podem observar eu omiti algumas informações de nosso exemplo devido a ser referenciado ao meu token e ID de BOT, portanto a partir de seu BOT essas informações vocês devem alterar olhando especificamente em seu BOT.

Um dos motivos mais difíceis para conseguir funcionar essa notificação através do BOT, foi conseguir adquirir esse chat_id, que com exclusividade vou detalhar um pouco de que forma facilitar sua vida.

Como exemplo o nome do BOT seria rodrigo_bot

Você deve inserir seu BOT em um grupo
Você precisa enviar uma mensagem em seu grupo para seu BOT
1. Neste caso você deve fazer /my_id @rodrigo_bot ( Eu tentei diversas mensagens, mas a única que trouxe a informação foi utilizando /my_id )
Em seu browser você deve colocarhttps://api.telegram.org/botXXX:YYYY/getUpdates ( lembre-se de trocar as variáveis citadas pelo token de seu BOT )
Após a resposta você deve procurar pelo campo ,“chat”:{“id”:-xxxxxx
BINGO!!!! 😆

Enfim, agora você pode utilizar as informações para preencher em seu arquivo do Ansible ( telegram.yaml ). Se quiser fazer um teste antes para validar sobre o chat-id o telegram aceita notificação via CURL. Esse comando é aceito no Linux ( curl -X POST “https://api.telegram.org/botxxx:yyyyy/sendMessage” -d “chat_id=-wwwww&text=my sample text” ), lembrando-se que para funcionar você precisa anexar suas informações de token e chat_id.

Para que possamos finalizar eu chamei através de nosso arquivo principal ( backup_router.yaml ) nossa notificação na sala de bate papo.

---
- name: Configuration Backup in Cisco Devices
  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

  - name: Obtain Telegram
    include: telegram.yaml

Segue a execução de nossa playbook. Nesse caso chamei duas mensagens para popular mais opções para você.

Após a execução podemos consultar em nossa sala de bate papo nossa mensagem populada.

Espero que tenham gostado e nossa próxima integração será através de outra ferramenta de messaging. Aguardem!!!

Abs,
Rodrigo

Ansible – Rodar um Grupo de seu Inventário

Mon, 21 Aug 2017 00:00:00 +0000

Olá Pessoal,

Detalhando um pouco mais sobre nossa estrutura do Ansible, gostaria de trazer hoje algumas facilidades que podemos executar através de um recurso chamado ” Ad-Hoc commands “, onde caracteriza que podemos passar variáveis, limitar host, executar module, etc, através de nossa própria execução do playbook.

Neste exemplo, o que vou trazer de dica é que, a partir do momento que temos um lista grande hosts ( inventário ) em algum determinado momento acredito que, não queremos obter as informações de todos que estão presentes nesta lista, por isso podemos trazer limitações de quais hosts iremos executar nossas task. Como podem observar abaixo, fiz alteração em nosso arquivo de ( hosts ) adicionando mais equipamentos e trazendo grupos distintos de equipamentos ( routers e switches ). Para maiores detalhes dos comandos ad-hoc veja no site da documentação.

Vale lembrar que, em nossa simulação até o momento não temos esses equipamentos adicionais, foi mais pela questão demonstrar sobre quais os grupos, equipamentos estamos trazendo nesse post.

[routers]
R1 ansible_host=192.168.0.19
R33 ansible_host=192.168.0.21

[switches]
SW1 ansible_host=192.168.0.20

Devido a termos as segmentações de equipamentos fiz alteração em nosso arquivo abaixo, chamando na função ” hosts ” ambos os grupos, mas isso não é um ítem obrigatório, pois iremos chamar nossas funções via parâmetro na execução de nossa playbook.

---
- name: Acesso remoto aos equipamentos
  hosts: routers, switches
  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 alteração vamos executar nosso playbook, porém iremos adicionar um comando adicional ( –limit “routers” ), que por sua vez irá executar nossas tarefas em todos os routers definidos anteriormente. Segue em detalhe em nosso quadro azul.

Após essa menção detalho que estamos agora chamando nosso próximo grupo.

Logo abaixo faço uma pequena alteração, chamando agora especificamente um hosts que está dentro de um grupo de equipamentos, fazendo com que eu possa executar as tasks sem executar as tarefas em qualquer outro equipamentos que esteja em nossa lista de inventário.

Espero que vocês tenham gostado.

Abs,
Rodrigo

Ansible – Agregar TimeStamp ao Arquivo

Wed, 16 Aug 2017 00:00:00 +0000

Olá Pessoal,

Como vocês estão observando, segue mais uma evolução desenvolvimento para nosso script em Ansible. Acredito que vocês haviam se perguntado: Não vejo nenhum objetivo se eu ficar armazenando/sobrescrever o mesmo arquivo sem ter nenhum histórico ou obter um database de alteração desse arquivo? Pois é, eu também pensei dessa forma, mas devido à isso trago agora uma alteração pequena, porém importante para você rastrear seu histório de alteração ou de logs.

Em nosso playbook podemos utilizar-se da função “ lookup ” atrelado a data+time de nosso sistema operacional que está executando a playbook. Vale ressaltar que essa data não tem nenhuma amarração com o time de seu equipamento ( router, switch, etc ), e sim a máquina host que esta executando nossa biblioteca do ansible, que por consequência devemos garantir para que ela esteja sincronizada com algum serviço de NTP.

Para essa visualização eu fiz alteração apenas em nosso arquivo ” commands_variance.yaml “, adicionando nossa função ” lookup “, e por consequencia adicionei minha varável ao nome do arquivo que estou salvando em ” .txt “

---
  - name: Timestamp
    set_fact: mydate="{{lookup('pipe','date +%Y%m%d_%H%M%S')}}"

  - 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_{{mydate}}.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 execução de nossa playbook segue o detalhamento da criação de meu arquivo.

Aguardo comentário e se alguém tiver mais alguma ideia para que possamos manipular esses comandos/arquivos fique a vontade de mencionar ou compartilhar. 😉

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

Ansible – Criação do Playbook

Wed, 09 Aug 2017 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso último post, hoje gostaria de trazer para você as configurações executadas em nosso playbook, para que possamos acessar nosso equipamento Cisco ( CSR1000V ) para capturar sua configuração ( running-config ) e salvar essa configuração em uma pasta específica. Para que isso possa acontecer é necessário fazer algumas validações, e assim garantir acesso ao nosso equipamento. Primeiramente um teste rápido que devemos executar via Ubuntu é fazermos o teste de ping, conforme abaixo:

Após esse processo devemos garantir que nosso roteador é acessível via protocolo SSH ( Secure Shell ), isso é necessário porque o Ansible utiliza-se somente desse protocolo para acesso aos equipamentos ( Roteadores, Switches, Servidores, etc ) e quando pensarmos nessa utilização precisamos garantir que o protocolo SSH esteja habilitado em nosso equipamento e da mesma forma acessível. Conforme abaixo, eu estou executando o acesso ao meu equipamento, e como esperado ele me questiona para confirmação de acesso usando uma nova chave de SSH para o equipamento. Após esse processo digito a senha e tenho acesso completo ao equipamento. Se tiver interesse em habilitar o SSH Server no Ubuntu siga esse procedimento, mas nesse momento você não precisa se preocupar em habilitar esse serviço nesse sistema operacional.

Após esse acesso podemos validar em nosso roteador qual sessão foi estabelecida com o equipamento, bem como verificar o tipo de criptografia, status e username logado. Conforme mostrado na figura com a representação numero ( 1 ).

Logo abaixo, temos maiores detalhes sobre a conexão e a chave criptográfica utilizada pelo protocolo. Após essa validação, eu saio do modo de acesso via SSH ao roteador e podemos observar na figura com a representação numero ( 2 ) que não temos mais nenhuma sessão estabelecida com o equipamento. Se quiser monitorar acesso ao seu roteador habilite o ” debug ip ssh detail “.

Para que vocês possam fazer a configuração de SSH ao nosso roteador segue os comandos básicos abaixo, vale lembra que aqui nesse ambiente de teste estou utilizando um usuário local criado no equipamento com acesso privilegiado, entretanto devemos lembrar que ambientes mais robustos seria interessante que esse usuario fosse autenticado através de outras plataformas como Radius, TACACS+.

!
username rodrigo privilege 15 password 0 rodrigo
!
ip domain name cisco.com
!
ip ssh time-out 60
ip ssh source-interface GigabitEthernet3
ip ssh version 2
!
line vty 0 15
login local
transport input ssh

Enfim, depois de garantir total acesso ao equipamento, segue abaixo a configuração de nosso playbook para que possamos capturar o ” show running-config “.

---
- 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 run
    register: config

  - name: save output to /home/rodrigo/Documents/ansible
    copy:
      content: "{{ config.stdout[0] }}"
      dest: "/home/rodrigo/Documents/ansible/{{ ansible_host }}.txt"

Podemos observar abaixo que temos nossos arquivos criados, conforme em nossos posts anteriores e devidamente validado, pois no presente momento não temos nenhum backup de configuração ( .txt )

Após todo esse processo devemos executar nosso playbook através do comando ” ansible-playbook -i hosts backup_cisco_router.yaml “. Na sequencia podemos observar todos os passos de nosso playbook sendo visualizado através das confirmações de nossas “ tasks “, e na última ação ” PLAY RECAP ” ele sempre irá trazer para nós o resumo se foi feito com sucesso e se tivemos alguma alteração baseado na ultima solicitação.

Com isso podemos visualizar nosso arquivo ” .txt ” com toda a configuração atual de nosso equipamento.

Espero que vocês tenham gostado e no proximo post vou demostrar algumas variações que podemos executar dentro dessa lógica de script.

Aguardo 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

Ansible – Criar arquivo host

Wed, 14 Jun 2017 00:00:00 +0000

Olá Pessoal,

Conforme venho comentando com vocês hoje gostaria de trazer a primeira iniciativa para que possamos criar nosso arquivo denominado como host. O que seria este arquivo?

Devido ao seu próprio nome, ele é um arquivo que podemos fazer analogia baseando-se no inventário de sua rede, portanto neste arquivo você deve popular todos os seus equipamentos que serão visívies à partir da instalação que você executou de seu Linux ( Ubuntu – veja nosso post anterior ). Em nossa pequena topologia para testes, eu apenas adicionei meu router CSR1000V dentro dos parâmetros desse arquivo conforme abaixo:

[router]
192.168.0.13

Com isso poderíamos pensar em fazer segmentações nesse arquivo separando roteadores, switches, firewalls conforme exemplo abaixo:

[routers]
192.168.0.13
192.168.0.20

[switches]
192.168.0.21
192.168.0.22

[firewalls]
192.168.0.23
192.168.0.24

Dependendo da escalabilidade de crescimento de seu ambiente esse arquivo pode tomar outras formas, definindo assim, uma melhor forma de criar seu inventário. Uma das possibilidades que você pode executar nesse arquivo seria a criação de uma ” variável “, fazendo com que você implemente uma inserção de informação para esse grupo.

[routers]
192.168.0.13
192.168.0.20

[routers:vars]
ntp_server=200.160.7.186

Seguindo um pouco mais adiante podemos fazer inserção de grupos dentro de grupos e ainda utilizar variavéis para colocar aquela determinada informação.

[routers]
192.168.0.13
192.168.0.20

[switches]
192.168.0.21
192.168.0.22

[dcsaopaulo:children]
routers
switches

[dcsaopaulo:vars]
ntp_server=200.160.7.186

[brasil:children]
dcsaopaulo
dcriodejaneiro
dcbrasilia
dcrecife

Podemos também utilizar um range de endereços IPs que irão seguir uma sequência, facilitando assim a definição dos endereços dentro do arquivo, economizando uma lista maior com somente os endereços IPs

[routers]
192.168.0.[1:255]
192.168.1.[1:128]

Para finalizarmos podemos também fazer associação desses endereços IPs por nome de hosts, mas vale lembrar, para que isso funcione você precisar ter o DNS funcionando corretamente, para que esse nome seja resolvido antes dele consultar seu device na sua infraestrutura. Segue um exemplo:

[routers]
R1_andar_1
R2_andar_1

[switches]
SW1_sala_10
SW2_sala_10

Com isso você já consegue manipular seus equipamentos através de seu arquivo de ” host “, fazendo com essa maquina possa alcançar a sua infraestrutura e manipular seus equipamentos. Para maiores detalhes, exemplos recomendo fazer a consulta através da documentação do Inventory Ansible.

Abs,
Rodrigo

Validação Sintaxe – Ansible

Mon, 15 May 2017 00:00:00 +0000

Olá Pessoal,

Conforme nossas notificações anteriores, hoje gostaria de trazer algumas facilidades que podem ajudar vocês em relação a validação de ” Syntax “. O que seria isso?

Toda linguagem de programação, bem como nossa ” costumeira ” CLI tem sua syntax correta, para que nossos comandos sejam aplicados de forma correta em nossos equipamentos, bem como nesse caso, a lógica seria executar algumas validações em meu script ” Ansible “, para que ele já possa mostrar onde podem estar contidos os erros.

Com isso, vocês podem perceber que o Atom pode trazer diferentes temas e pacotes para customização de seu editor, onde para nosso caso vou trazer 3 pacotes que irá ajudar em suas validações de script. Vale lembrar que esses pacotes que encontrei, foram os que mais me agradam, portanto se alguém que já trabalha com esse editor para desenvolvimento de scripts e tiver mais algumas dica interessante, posta em nossos comentários para que possamos desenvolver juntos as facilidades. 😛

Para procurar os pacotes e fazer a instalação, você deve ir em Edit -> Preferences -> + Install. Logo, você deve visualizar algo conforme nossa figura abaixo:

Após, isso eu recomendo esses três pacotes para que você procure na aba de packages e faça a instalação dos mesmos:

language-ansible
linter-ansible-syntax
linter-js-yaml

Após instalação alguns recursos precisam ser configurados, para que de fato eles possam trabalhar a seu favor. Em dois casos a recomendação é que você faça edição de um arquivo do Atom chamado ( config.cson ), para isso segue os links dos 3 pacotes recomendados acima para que você leia e execute conforme recomendação.

Com isso após estes passos, podemos observar alguns ítens que são inseridos logo abaixo de nossa aplicação dando dicas de possíveis erros em nosso script:

Em nossos dois retângulos azuis, podemos visualizar os alertas que nossos pacotes inserem como notificação e o retângulo laranja a descrição da falha, bem como em que linha ela esta ocorrendo. Desta forma, já conseguimos ter alguma visualização de possíveis erros de digitação, estruturação de variáveis, variáveis sem contéudo, etc.

Como uma última dica e que pode ajudar de alguma forma a visualização da sua indentação, onde pode trazer para você vários problemas, como um espaço adicionado ou até um ” TAB ” executado por engano ( achando que estava na CLI do Cisco…rsrsrs 🙂 ). Para isso devemos novamente ir em Edit -> Preferences -> Editor ( Scroll on ) e você irá visualizar Show Indent Guide. Como em nossa figura:

Você pode visualizar em nosso retângulo azul à esquerda as linhas nas verticais representando o nível de cada argumento que você esta inserindo em seu código.

Espero que vocês tenham gostado dessas dicas e se alguém tiver mais alguma dica fique a vontade em compartilhar. Em nosso próximo post vou iniciar com algumas configurações para captura em nosso CSRV1000V.

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

Automação – Ansible – DevOps

Mon, 08 May 2017 00:00:00 +0000

Olá Pessoal,

Acredito que baseando-se no título, vocês devem estar se perguntando esse BLOG não é de redes? Sim, ele é de redes, porém, como já venho trazendo em alguns posts anteriores e sempre menciono que nossa área de redes está passando por uma transformação é devido a esses ítens que venho hoje falar um pouco mais para vocês.

Devido a essa novo tema, venho aqui, compartilhar um pouco do que estou estudando para que eu possa melhorar em alguns aspectos, e claro gostaria de mostrar para vocês sobre alguns ítens que possam ajudar nossos engenheiros em nossas tarefas diárias.

Hoje, nosso segmento de redes está trazendo muitos conceitos sobre os processos de automações que devemos implementar, para que nossas tarefas diarias sejam mais efetivas e que nossos scripts não sejam somente atrelados a nossa CLI ( command line interface ) e sim, que nossos scripts possam agregar mais valor as tarefas cotidianas de implementações e que demandam muito esforço repetitivo. Baseando-se nesses tópicos estamos falando-se de duas frentes de trabalho que estão caminhando muito forte dentro do mundo de Redes ( Cisco ) que são Python e Ansible.

Talvez, algumas pessoas podem estar pensando, porque ele já vai falar de Ansible se os temas de Python ainda não forão discutidos ou exemplificados em nosso BLOG. Isso eu vou explicar mais no final de nossa serie de posts sobre Ansible.

Como mencionado anteriormente, nos estamos falando muito em automação dos processos para que seja executado de forma rapida e automatica diversas configurações ou validações em nossos ambientes de redes. Devido a isso, a Cisco está trabalhando fortemente nas disponibilizações de API ( para que não viu, verifique em nosso post de Rest API / API ) e também em formas de trabalhar em conjunto para que essas metodologias de DevOps, seja cada vez mais vivenciado nesse mundo Cisco. Com isso, o que trago para vocês é um detalhamento sobre a linguagem Ansible.

Basicamente, essa linguagem é desenvolvida pela Red Hat, onde eles estão investindo pesado para divulgação dessa linguagem e disponibilizações de soluções para diferentes vendors. Com isso, gostaria de mostrar a documentação do Ansible, para que vocês possam consultar e com certeza através dela muitos ítens podem ser validados, para que você pense em seu primeiro script. Como uma primeira dica, gostaria de deixar um ítem extremamente voltado para nossa área de Redes, especificamente para as demandas que podemos utilizar para equipamentos Cisco, mas também podem observar que temos para diversos fabricantes.

Para efetuar nossos testes eu vou trabalhar com o sistema operacional Linux ( escolhido foi o Ubuntu ) e para maior praticidade, vou utilizar um router virtualizado Cisco CSR1000V. Segue uma topologia bem simples para que vocês entendam o cenario de teste, porém lembrando que esse ambiente pode ser escalado a níveis muito maiores.

Em nosso próximo post, vou explicar um pouco mais sobre a instalação da biblioteca Ansible no Ubuntu e de alguns recursos que vocês podem utilizar para melhorar seu aprendizado. 🙂

Abs,
Rodrigo

Nova Carreira de Certificação Cisco – Programmability

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

Olá Pessoal,

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

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

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

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

Atenciosamente,
Rodrigo

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

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

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

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

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

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

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

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

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

Video Aula – DMVPN

Fri, 10 Jun 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de notificar sobre nossa playlist explicando sobre a solução DMVPN da Cisco. Nessas aulas explico sobre as 3 fases do DMVPN.

Posteriomente depois vou começar a detalhar mais um pouco sobre as funcionalidades que podemos executar no protocolo de roteamento ( IGP )

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

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

Abs,
Rodrigo

Torres de Certificações Cisco

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

Olá Pessoal,

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

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

Abs,
Rodrigo

Mudança CCNA – Nova Prova

Wed, 18 May 2016 00:00:00 +0000

Olá Pessoal,

Hoje a Cisco divulgou uma nota na qual iremos ter alterações em nossa prova do CCNA. O conteúdo que temos é disponibilizado através da versão 5.x e atualização vai ocorrer para 6.0. Segue os tópicos que iremos ter alterações baseando-se no curriculum dos 4 módulos.

Com isso o curso em nosso NetAcademy será atualizado automaticamente. 🙂

Nesse caso quem acompanhou as outras migrações de versões, pode se lembrar de como acontecia a qual demorava-se para ter uma atualização na prova, ou até mesmo em relação a publicação do curso no NetAcademy, entretanto dessa vez as coisas estão bem diferentes, onde já temos todas as datas estipuladas, principalmente da validação da prova da antiga prova, bem como até que data ela poderá ser executada. Como podem visualizar no quadro abaixo:

Da mesma forma se vocês consultarem o site da Cisco também já esta com as atualizações corretas. Portanto pessoal, desta vez não temos mais desculpas de que a prova vai demorar para atualizar aqui na Brasil.

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

NetRiders – America Latina – 2015

Thu, 14 May 2015 00:00:00 +0000

Olá Pessoal,

Inicia-se novamente as competições para os alunos e ex-alunos inscritos no NetAcademy, para qual temos a competição chamada de NetRiders.

Todos os alunos que são elegíveis na Academia podem participar dessa competição e concorrer no final da competição a uma bolsa de estudos no Vale do Silício, bem como a viagem a San Francisco.

Consulte com maiores detalhes sobre a competição através desse link.

Fiquem atentos que temos o encerramento das inscrições em 22 Maio. A novidade para esse ano que teremos para o CCENT, CCNA e IT Essentials.

Obs.: Fica como obrigação para meus alunos participarem…rsrsrs… 🙂

Abraços
Rodrigo

Congresso OnLine de TI

Mon, 06 Apr 2015 00:00:00 +0000

Olá Pessoal,

Gostaria de divulgar para vocês sobre um evento que irá ocorrer no mês que vem, onde ele vai ser totalmente online e gratuito.

Neste evento eu vou estar palestrando sobre o tema de Redes, mais voltado para Cisco, para qual o intuito é falar sobre protocolo EIGRP, com uma palestra teórica e outra sessão mais prática. O nome escolhido para a palestra é ” Novidades protocolo EIGRP e soluções escaláveis menor custo “

Esse evento terá diversas palestras tanto voltado para o mundo de carreiras, como para o ambiente de infraestrutura, Redes, Microsoft, Programação, etc.

Vale a pena participar as inscrições são totalmente gratuitas. Confira no link http://bit.ly/1D00MTQ

Abs,
Rodrigo

Protocolo Vetor Distância / Link State – Roteamento Estático

Fri, 30 Jan 2015 00:00:00 +0000

Olá caros,

Depois de um longo período sem muitas novidades e abordagem de temais mais técnicos para nossos leitores, segue uma nova vídeo aula na qual gostaria de trazer mais um assunto importante para os profissionais que estão estudando o CCNA, ou pessoas que estão estudando de um modo geral para Redes. Neste tópico iremos falar sobre roteamento estático, protocolo vetor de distância e protocolo link state.

Neste post estou oferecendo uma forma diferente, onde eu não irei escrever sobre o assunto, mas vocês irão obter informações e os métodos explicativos dentro da nossa vídeo aula.

Nessa apresentação eu vou explicar sobre a diferença entre os protocolos link state e vetor de distância, bem como sobre a funcionalidade de roteamento estático e modos de configuração.

Segue abaixo nossa vídeo aula.

Lembrando-se que essa mesmo vídeo aula está disponível em nosso canal do youtube e também em nossa seção de Video Aulas.

Espero que vocês tenham gostado e espero comentários. 🙂

Abs,
Rodrigo

Atualização da prova CCNP

Mon, 24 Nov 2014 00:00:00 +0000

Olá Pessoal,

Acredito que essa não seja uma notícia nova, entretanto como estou recebendo alguns questionamentos sobre o novo curriculo para a certificação CCNP, resolvi colocar algumas informações para vocês para tentar esclarecer alguns ítens.

As três provas existentes hoje para o CCNP, poderá ser executada no máximo até 29 de Janeiro de 2015, ou seja, qualquer planejamento para executar essas provas após essa data o agendamento será feito apenas para a nova numeração informada pela Cisco ( 300-1XX ).

Nesse caso que vem a grande dúvida, com os questionamentos:

Se eu fiz alguma prova no curriculo antigo vou perder? Não, você não perde nenhuma prova executada no curriculo antigo, portanto você pode seguir normalmente com seu planejamento para execução das provas.
Eu fiz a prova de ” Routing “ ou ” Switching “ tenho que fazer novamente? Não, como informado você não perde nenhuma prova executada no curriculo anterior.
O período para concluir o CCNP vai mudar? Não, a partir do momento que você executou a primeira prova da grade do CCNP começar a contar o período para conclusão da certificação CCNP R&S, que são 3 anos.
O processo de recertificação mudou? Não, o tempo de expiração da certificação CCNP permanece da mesma forma, que por sua vez são de 3 anos de validade.
Estou estudando para a prova de ” Switching “ ou ” Routing “ e não vou conseguir finalizar os estudos para executar a prova até a data limite. Vou perder todo o conteúdo estudado devido a alteração de prova? Não, sinceramente as mudanças de conteúdo para o CCNP são mínimas baseada no curriculum anterior, na qual o que pode se observar é somente a inserção de alguns tópicos voltados para IPv6 ( nenhuma novidade!! ).
Qual o impacto no conteúdo para essa renovação de curriculum? Eu não vejo nenhuma alteração grande dentro dos novos tópicos, como mencionado alguns ítens sobre IPv6 e somente um ítem adicional de VRF Lite para a prova de ” Routing “.
É interessante esperar para executar as provas na versão nova? Isso é uma pergunta muito particular, pois depende muito de seu cronograma de estudos e planejamento para finalização dos estudos. O grande ponto é, você não precisa ficar desesperado para executar alguma prova até a data limite e de alguma forma estar despreparado ( isso leva a perca de $$$ ).

Enfim, coloquei algumas perguntas e respostas para facilitar o entendimento dessa mudança, mas essa alteração nesse curriculo não tem muito impacto para as provas atuais. Se necessitar de mais algum detalhamento sobre essa mudança você pode consultar nesse link e posteriormente analisar os tópicos de cada prova ( Routing , Switching, TSHOOT ).

Espero que isso esclareça um pouco mais sobre essa alteração e possa deixar um pouco mais tranquilo sobre as alterações. 😉

Abs,
Rodrigo

NetRiders – America Latina – 2014

Wed, 16 Jul 2014 00:00:00 +0000

Olá Pessoal,

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

Todos os alunos que são elegíveis na Academia pode participar dessa competição e concorrer no final da competição a uma bolsa de estudos no Vale do Silício.

Consulte com maiores detalhes sobre a competição através desse link.

Fiquem atentos que temos o encerramento das inscrições em 12 Setembro.

Obs.: Fica como obrigação para meus alunos participarem…rsrsrs… 🙂

Abraços
Rodrigo

CCNA Security – Conteúdo Atualizado

Fri, 11 Jul 2014 00:00:00 +0000

Olá Pessoal,

Gostaria apenas de passar um comunicado, na qual o conteúdo do CCNA Security foi atualizado dentro do NetAcademy para a versão 1.2.

Nesta versão temos o conteúdo que estava inserido no CCNA Routing & Switching, bem como novos laboratórios que são suportados para a nova versão do Packet Tracer 6.1 ( que tornou-se ítem requerido para esse novo conteúdo ). Esse conteúdo também esta alinhado com a versão ( 640-554 ).

O antigo conteúdo disponível no netacademy tem ainda um ciclo para encerrar-se:

Para maiores detalhes consulte o link .

Enjoy it!!! 😉

Abs,
Rodrigo

CCIE – Step 1 Executed

Sat, 31 May 2014 00:00:00 +0000

Olá Pessoal,

Enfim, depois de uma longo período sem executar nenhuma certificação o primeiro passo para o CCIE foi executado essa semana com sucesso . CCIE R&S Written feito.

Depois de ler os livros do Cisco Press e bastante conteúdo ( on-line ) a pontuação foi um tanto surpreendente no meu ponto de vista, pois esperava menos devido a meu plano de estudo ter sido furado em vários momentos. Enfim, agora ir para o segundo passo que é o mais dificil e stressante, bem como o mais caro para conquistar.

Nesse passo a dedicação terá que ser maior.

Abs,
Rodrigo

Webinar – Evolução Engenheiro de Redes

Wed, 23 Apr 2014 00:00:00 +0000

Boa Tarde Pessoal,

Gostaria de notificar sobre um webinar que irá ocorrer amanhã executado pelo Cisco Leaning Network. O webinar é em Inglês, portanto são bons momentos para praticar e claro saber da importância do Inglês em nossa carreira.

A sessão inicia-se as 15hs ( GMT -3 ). Para se cadastrar basta acessar o link ( https://learningnetwork.cisco.com/community/it_careers/create_your_it_careers_webinars ).

Abs,
Rodrigo

Palestra – Vantagens Nova Certificação Cisco

Sat, 29 Mar 2014 00:00:00 +0000

Olá Pessoal,

Conforme mencionado em nosso BLOG, eu fui dar uma palestra em um evento do Senac denominado ” Road Show TI “. Essa palestra foi denominada como ” Vantanges da Nova Certificação Cisco “, na qual eu trago informações sobre NetAcademy, Mercado no Brasil e ítens sobre os novos tópicos adicionados / removidos no CCNA.

Essas palestras foram executadas nas cidades de Mogi-Guaçu e Araçatuba. Agradeço a participação de todos e espero que seja útil para nossos leitores do BLOG.

Se desejar fazer download da apresentação, pode consultar na seção de arquivos onde estar disponível para download, ou fazer o download diretamente.

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

Cisco CCIE R&S – V5.0

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

Olá Pessoal,

Não sei se todo mundo viu as notificações da Cisco, mas a versão do CCIE esta mudando da V4.0 para a V5.0. Sim, novamente.

Essa modificação foi necessária e acredito que muito bem assertiva pela Cisco, pois ela efetivamente consultou o mercado e ouviu as recomendações para que os profissionais certificados possam suportar as novas demandas e tecnologias novas. Um outro ponto é que finalmente a numeração dessa prova esta sendo alterada de 350-001 para a versão 400-101, seguindo a tendência de alteração em outro níveis de certificação da Cisco.

O novo exame escrito se apoia em 6 pilares, diferentemente do exame “ antigo ”, que era mais “ espalhado ”. Assim, os tópicos cobrados no exame antigo foram reorganizados em um destes 6 pilares. Veja abaixo um comparativo:

Dessa forma podemos concluir que o novo pilar, chamado “ Network Principles ” foi adicionado. Este pilar abrange fundamentos que serão cobrados apenas no exame escrito (note o “ 0% ” na coluna LAB). O pilar “ L2 Technologies ” foca em comutação LAN e tecnologias L2 WAN. O pilar “ L3 Technologies ”, por sua vez, é o mais importante do exame (40% nos exames escritos e Lab), e cobre protocolos de roteamento, endereçamento lógico, multicast L3, e outros temas. O pilar “ VPN technologies ” também é novo, e inclui questões sobre VPN MPLS, DMVPN, Tunelamento IPv6, IPSec, GETVPN (exame escrito, apenas), dentre outros temas. O pilar de “ Infrastructure Security ” lida com a segurança dos elementos e da rede. Por fim, o pilar “ Infrastructure Services ” abrange QoS, Otimização de rede, dentre outros tópicos.

Um detalhamento de todos os tópicos que foram adicionados para nova versão 5.0 segue publicado nesse link. Confira.

Seções

O LAB segue com as seções independentes de TSHOOT e CONFIG, como já era a versão anterior. Se houver sobra de tempo na seção TSHOOT, este tempo pode ser usado na seção CONFIG (e vice-versa). Temos, também, a seção DIAG, que foca na resolução de tickets (e não incidentes, como na seção TSHOOT). Vejam gráfico abaixo demonstrando os tempos e ” Skills ” para cada atividade:

Baseado nessas informações podemos concluir que essa certificação está mais focada ao mercado o que torna uma certificação ainda mais valorizada, mas não deixa de ser mais dificil do que ela já era, devido a ter cenários mais elaborados e sofisticados.

Abraços
Rodrigo

5 Anos como Instrutor

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

Olá Pessoal,

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

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

Parabéns a todos os instrutores e alunos.

Atenciosamente,
Rodrigo

Pesquisa IDC – Área de Tecnologia

Fri, 15 Mar 2013 00:00:00 +0000

Olá Pessoal,

A Cisco publicou os resultados de uma pesquisa encomendada à IDC sobre o mercado de redes e a formação de mão-de-obra para a América Latina até 2015.

[gview file=”https://www.ciscoredes.com.br/wp-content/uploads/Cisco_Networking_Academy.pdf”]

É muito interessante verificar que a Cisco está preocupada não só com as tecnologias e expandir a participação no mercado, mas também está preocupada se haverá pessoas para planejar, configurar, instalar, operar e dar suporte à esses equipamentos e redes.

Vale a pena conferir

Abs,
Rodrigo

Cisco Data Center

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

Olá Pessoal,

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

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

Visite o link e desfrute das informações.

Abs,
Rodrigo

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

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

Olá galera,

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

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

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

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

Abs,
Rodrigo

Nova versão da prova CCNA

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

Olá Pessoal,

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

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

Alguns pontos mencionados na mudanca do CCNA:

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

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

Fonte:

Imakenews

Abs,
Rodrigo

CCNA Security – Vídeo Labs

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

Olá Pessoal,

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

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

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

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

Segue os laboratórios disponibilizados pelo NetAcademy:

Lab A: Configuring ASA Basic Settings and Firewall Using CLI

Part 1: Lab Setup

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

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

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

Part 5: Configuring DHCP, AAA, and SSH

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

Lab B: Configuring ASA Basic Settings and Firewall Using ASDM

Part 1: Lab Setup

Part 2: Accessing the ASA Console and ASDM

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

Part 4: Configuring ASA Settings from the ASDM Configuration Menu

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

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

Part 1: Lab Setup

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

Part 3: Configuring Clientless SSL VPN Remote Access Using ASDM

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

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

Part 1: Basic Router/Switch/PC Configuration

Part 2: Basic ASA Configuration

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

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

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

Abs,
Rodrigo

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

Guia Salarial – 2013

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

Olá caros,

Gostaria de compartilhar com vocês uma tabela sobre cargos X salários, de um grupo que anualmente pública essas informações para os profissionais de diversas áreas ( finanças, contabilidade, seguros, bancos, engenharia, marketing, vendas, tecnologia e jurídica ). Como nossa área está incluída nessa pesquisa gostaria de compartilhar esse anúncio para dar direção e embasamento para os profissionais.

A pesquisa é baseada no salário médio aplicado para o mercado brasileiro, portanto esse número pode variar dependendo da região e do tamanho da empresa. Você pode verificar o arquivo abaixo:

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

Abs,
Rodrigo

Nova certificação

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

Olá Pessoal,

Gostaria de compartilhar com vocês de mais um objetivo alcançado ontem. Depois de executar duas provas, enfim fechei mais uma certificação ” Cisco Advanced Routing and Switching Solutions Specialist “. Segue o link dessa certificação explicando as provas.

Cisco Specialist

Depois de ficar um pouco afastado de algumas publicações de post, agora volto a escrever para nossa comunidade. Agora rumo ao CCIE Written.

Abs,
Rodrigo

Lista de Controle de Acesso (ACL) – parte 1

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

Olá Pessoal,

Conforme prometido em nosso post de ACL, vamos iniciar nosso tutorial explicando um pouco sobre ACL. Uma das habilidades mais importantes das quais um administrador de rede precisa é dominar as listas de controle de acesso (ACLs). Os administradores utilizam as ACLs a fim de parar o tráfego ou permitir apenas o tráfego especificado enquanto interrompe todo o restante do tráfego em suas redes.

Uma ACL é uma lista sequencial de instruções de permissão ou negação que se aplicam a endereços ou protocolos de camada superior. As ACLs fornecem uma forma eficiente de controlar o tráfego dentro e fora da sua rede. Você pode configurar as ACLs para todos os protocolos de rede roteados. A razão mais importante para configurar as ACLs é fornecer segurança para a sua rede e utiliza-las para outro paramentros ( QoS, validação de tráfego, etc ).

Os pacotes TCP são marcados com flags que denotam sua finalidade: SYN inicia (sincroniza) a sessão; ACK é uma confirmação (ACK) de que o pacote aguardado foi recebido e FIN encerra a sessão. SYN/ACK confirma que a transferência foi sincronizada. Devido as validações que devemos executar referenciando-se muitas vezes as portas, segue uma tabela com os intervalos:


Intervalo de Número de Portas	Grupo de Portas
de 0 a 1023	Portas conhecidas ( comum )
de 1024 a 49151	Portas registradas
de 49152 a 65535	Portas dinâmicas e/ou privadas

Uma regra geral para aplicar as ACLs em um roteador pode ser lembrada, basta memorizar os três Ps. Você pode configurar uma ACL por protocolo, por direção, por interface:

ACL por protocolo = para controlar o fluxo de tráfego em uma interface, uma ACL deve ser definida para cada protocolo habilitado na interface.
ACL por direção = ACLs controlam o tráfego em uma direção por vez em uma interface. Duas ACLs separadas devem ser criadas para controlar os tráfegos de entrada e de saída.
ACL por interface = ACLs controlam o tráfego de uma interface, por exemplo, Fast Ethernet 0/0.

Lembre-se de que uma ACL é uma lista sequencial de instruções de permissão ou negação que se aplicam a endereços IP ou protocolos de camada superior. A ACL pode extrair as seguintes informações do cabeçalho do pacote, testá-lo em relação às suas regras e tomar decisões ” permitir ” ou “ negar ” com base em:

Endereço IP de origem
Endereço IP de destino
Tipo de mensagem ICMP

A ACL também pode extrair informações de camada superior e testá-las em relação às suas regras. Entre as informações da camada superior estão:

Porta de origem TCP/UDP
Porta de destino TCP/UDP

Portanto nesse caso devemos reforçar que os pacotes são analisados a partir da camada 3 ( Redes ) do modelo OSI e por consequência as camadas superiores podem ser avaliadas, como camada 4 ( TCP e UDP ). Na medida em que cada pacote passa por uma interface com uma ACL associada, a ACL é verificada de cima para baixo, uma linha por vez, procurando um padrão correspondente ao pacote de entrada, se a condição foi atendida dentro daquela ACL especificada nenhuma linha inferior será executada, ou seja, todo o restante daquela ACL não será validada.

Como toda validação é feita a partir da camada 3, ou seja, a carga de trabalho dependendo da sua topologia será direcionada para o roteador ( gateway ), na qual teremos as ACLs aplicadas como IN ou OUT. Devemos sempre lembrar que ambas exercem funcionalidades distintas na análise do roteador:

ACLs de entrada = Pacotes de entrada são processados antes de serem roteados para a interface de saída. Uma ACL de entrada será eficiente porque evita a sobrecarga das pesquisas de roteamento se o pacote for descartado. Se for permitido pelos testes, o pacote será processado para roteamento.
ACLs de saída = Pacotes de entrada são roteados para a interface de saída e, em seguida, processados pela ACL de saída.

Espero que tenham gostado dessa primeira introdução e aguardem cenas do próximo capítulo.

Abs,
Rodrigo

Certificações de TI em 2012

Sun, 08 Jul 2012 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer mais uma informação para nossos leitores de um estudo sobre as principais certificações em TI para 2012. Esse estudo traz as 15 principais certificações relacionadas ao ganho anual para cada profissional.

Esse estudo foi feito por um órgão americano, portanto os valores mencionados para validação está em dólar 🙁 .

Segue abaixo o documento:

[gview file=”https://ciscoredes.com.br/wp-content/uploads/TOP_Certification.pdf” height=”600″ width=”600″ save=”1″ authonly=”1″]

Abs,
Rodrigo

BLOG anúncia Vagas

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

Olá Pessoal,

Gostaria de compartilhar com vocês mais um recurso que estou criando para nosso BLOG. Conforme notificado neste ano, iríamos ter mais novidades, e neste momento divulgo mais um serviço na qual acredito que possa ajudar a disseminar mais oportunidades para todos os contribuidores do BLOG e pessoas que queiram participar desse grupo.

A ideia é ter um grupo onde as pessoas possam divulgar as vagas relacionadas a área de Tecnologia da Informação, tendo como base diversos segmentos ( Dados, Voz, Segurança, Wirelless, Datacenter e etc ) e assim ajudando ao próximo a encontrar seu melhor caminho.

Eu criei no Yahoo o nosso grupo para divulgação de vagas, que podem ser consultadas diretamente pela página do yahoo ou vocês podem conferir diretamente em nosso BLOG, para qual temos uma seção exclusiva com as 15 últimas vagas anunciadas.

O grupo é moderado, portanto tenham respeito com as pessoas que participam do grupo e com certeza estão buscando novas oportunidades para o mercado de trabalho.

Espero que se cadastrem e façam a sua contribuição. 🙂

www.ciscoredes.com.br/vagas

Abs,
Rodrigo

Nova Certificação Cisco – Datacenter

Wed, 21 Mar 2012 00:00:00 +0000

Olá caros,

Vocês devem ter percebido que a Cisco acabou de lançar mais uma certificação a nível de carreira CCIE. A nova categoria criada é CCIE Data Center.

A prova beta vai iniciar em 1 Maio até 15 Junho e no mês de Setembro será liberada para todos para se aventurar em mais uma certificação. Alguém vai se arriscar? 😀

http://www.cisco.com/web/learning/le3/ccie/dc/index.html

Desta forma a Cisco agora tem 9 certificação a nível de ” Expert “

Certificações

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

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

Guia Salarial – Área de TI

Mon, 14 Nov 2011 00:00:00 +0000

Olá caros,

A pesquisa é baseada no salário médio aplicado para o mercado brasileiro, portanto esse número pode variar dependendo da região e do tamanho da empresa. Você pode fazer o download do arquivo no site abaixo:

http://www.roberthalf.com.br/guia-salarial

Existe uma outra fonte para pesquisas, porém a última atualização dela foi no ano de 2010, entretanto temos uma divisão por região dos cargos X salários. Segue abaixo:

http://apinfo.com/ – Menu = Salários

Espero comentários!! 😉

Abs,
Rodrigo

Cisco anuncia novas Certificações “entry-level”

Mon, 29 Aug 2011 00:00:00 +0000

Pessoal,

A Cisco anunciou mais 3 Certificações dentro da pirâmide de certificações. Essas certificações estão em um nível de “entry-level”, para qual tem um foco maior para atendimento de técnicos em campo. Essa certificação esta no mesmo nível que o CCENT ( Cisco Certified Entry Network Technician ) e foi designada como CCT ( Cisco Certified Technician ). As 3 certificações são:

CCT Routing & Switching
CCT Data Center
CCT Telepresence

A certificação de Data Center e Telepresence exige como pré-requisito a CCT R&S.

Segue os links para melhor detalhamento:

https://learningnetwork.cisco.com/community/certifications/cct

http://www.networkworld.com/community/odom

Abraços!!

Programa Microsoft S2B

Sun, 21 Aug 2011 00:00:00 +0000

Pessoal,

O Senac Campinas está iniciando seu Programa Microsoft Students to Business (S2B).

As inscrições e a participação são totalmente gratuitas!

Ao longo de 3 fases, os estudantes adquirem formação técnica para tornarem-se profissionais júnior de infraestrutura ou desenvolvimento.

Esta é uma oportunidade importante para muitos jovens estudantes de ingressarem na carreira de TI, uma das mais promissoras carreiras profissionais.

No Senac Campinas, o programa seguirá o cronograma abaixo:

Inscrição e treinamento Online: 20/08/2011 a 18/09/2011

Primeira fase (Palestra): 30/09/2011 – sexta-feira, das 14 às 18 horas

Segunda fase (7 aulas): 13 a 21/10/2011, das 14 às 18 horas

Terceira fase (13 aulas): 25/10/2011 a 11/11/2011 das 14 às 18 horas

Formatura: 22/11/2011 – terça-feira, das 14 às 18 horas

Pré-requisito: ser estudante do Ensino Médio, Cursos Técnicos, Graduação e Pós Graduação.

Informações e inscrições pelo site da Microsoft.

Aproveitem e se increvam. 🙂