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

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

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

Olá Pessoal,

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

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

Descrição

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

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

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

Decisão

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

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

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

Conclusão

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

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

O que vocês acharam? Faz sentido?

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

Categorias:

Blog
Podcast
Vlog

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

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

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

Resumo

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

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

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

Abs,

Rodrigo

BLOG – Cisco Champion 2021

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

Olá Pessoal,

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

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

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

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

Parabéns à todos!!!!

Abs,
Rodrigo

BLOG – NFD25 – Aruba – Edge Connect e WIFI 6E

Tue, 20 Jul 2021 00:00:00 +0000

Olá Pessoal,

Explorando ainda algumas sessões de nossa participação no #NFD25, hoje vamos fazer uma tratativa relacionado apresentação da Aruba.

Nesta apresentação tivemos dois focos que são importantes para essa nossa evolução tecnológica, para qual foram expostos os temas sobre o WIFI 6E e sobre aderência em relação ao SD-WAN.

Como tenho mais aderência para o SD-WAN, vou mostrar primeiramente esses tópicos, pois nesta sessão devemos comentar que Aruba/HP fizeram aquisição da Silver Peak em meados de 2020, para qual na minha opinião a Silver Peak era umas das startups que ainda iam ser adquirida por uma dessas grandes marcas do mercado, e Julho ou Agosto foi feito anúncio sobre aquisição.

Pois bem, nesse ponto devemos trazer que em nossa sessão Aruba trouxe muita informação sobre o produto EdgeConnect, ou seja, fazendo associação que algumas empresas nasceram Datacenter, outra nasceram em Cloud.

Para trazer essa experiência e um pouco de entendimento, podemos verificar abaixo sobre os componentes inseridos para a solução, na qual não foge do nosso tradicional, pensando em SDWAN.

Desta forma, podemos visualizar os componentes que compõe a solução, e agregar que a menção exposta em nossa sessão esta relacionado ao EdgeConnect, fazendo assim a criação dos túneis IPSec dos pontos remotos aos hubs, e os hubs se conectam uns aos outros, e resto do fluxo você deve imaginar. Devido a isso, estamos acostumados a construir túneis VPN e conectividade através de qualquer conexão WAN a que tenhamos acesso, porém a Silver Peak traz a idéia de ser “botão fácil” para provisionar esta conectividade, assim como monitorar e se adaptar a problemas na rede SD-WAN.

A solução Aruba/Silver Peak utiliza o IP SLA para tomar as decisões sobre qual caminho(underlay) utilizar para encaminhar seu trafego através dos tunéis VPN(overlay). Para essas métricas de IP SLA, foi mencionado que eles utilizam o ICMP, porém também podemos fazer através de HTTP/s.

Agregando tudo isso, temos também o modelo tradicional adicionado ao Edge para os recursos de Segurança, na qual seguimos a linha de executar o modelo de “backhaul” ou inserir a parceiros em cloud(UTM).

Com isso, acredito que seja interessante acompanhar mais detalhes na apresentação executada pelo time da Aruba.

E sempre gostamos de mencionar “We love demos!!!” portanto, é muito valioso verificar alguns ítens sobre a solução e visualizar as capacidades que podemos ter a partir do momento que você deseja ver como funciona a solução, devido a isso você pode ter uma noção um pouco mais ampla sobre o que mencionei anteriormente, ou seja, criar tuneis IPSEC, bem como fazer uma validação através do Edge para conectar a Zscaler, Netspoke e criar seu “breakout” e acessar localmente, com todo o controle de segurança para a Internet. Veja abaixo:

Após esses tópicos foi abordado sobre a menção do WIFI-6E, bem como trouxeram números sobre uma pesquisa relacionado o 6GHz em todo o globo.

Para esse tópico tivemos uma demo, mostrando um teste(basicamente em um vácuo), colocando um cenário de um AP com as três bandas(2.4/5/6GHz). Para ser sincero eu nunca havia visto!!!

Basicamente, a reprodução agregada foi de 2,2Gbps para o teste em vácuo, porém tenha ciência que estava usando canal de 80MHz não apenas para 6GHz, mas também para 5GHz, e uma largura de canal de 2,4GHz de 40MHz. Se parar para pensar, isso não será resultado realistas para aplicações em nosso mundo real, porém foi interessante de visualizar.

Você pode conferir com mais detalhes da apresentação através do vídeo abaixo(à partir do minuto 04:35):

Nessas apresentações tivemos mais algumas informações, na qual recomendo conferir essas sessões através do site do Tech Field Day.

Conclusão

Podemos concluir que a solução de SDWAN esta seguindo os conceitos que visualizamos em outros vendors, trazendo a perspectiva de utilizar um único dashboard e agregar as facilidades de provisionamento automático, atrelado as validações de trafego, via IPSLA. Entretanto achei bem interessante a questão quando pensamos em SASE, trazendo a facilidade para avaliar e provisionar o “split” desse tráfego para diferentes regiões já mapeadas pela ferramentas de diferentes vendor.

Sobre o WIFI é bem interessante a demonstração, porém em nosso dia a dia acredito que temos ainda muito que evoluirmos para aceitação dessa demanda.

O que vocês acharam? Deixe seus comentários abaixo e coloque suas dúvidas ou sugestões.

Disclaimer: Gelstalt IT, the organizers of Networking Field Day, invited me to be a delegate, no gifts or swag influenced my decisions in writing this blog post. I do not receive cash compensation as a delegate. Also, I do not receive compensation for writing about or promoting Networking Field Day, all thoughts are my own and writing from my keyboard.

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 – NFD25 – Kemp – Visibilidade com NPM

Mon, 07 Jun 2021 00:00:00 +0000

Olá Pessoal,

Gostaria de trazer mais um post relacionado ao nosso evento do Tech Field Day, na qual hoje trago o detalhamento sobre apresentação da Kemp Technologies.

Em minha primeira participação (#NFD20) como convidado dessa comunidade, eu já havia assistido a palestra dessa empresa para qual trouxeram tópicos voltados mais as caracteristicas de Load Balancer, porém hoje o conceito abordado é totalmente diferente, pois iremos observar mais as caracterisiticas relacionado ao monitoramento da rede e entendimento desse trafego, através da menção baseado na aquisição feita por eles em 2020 da Flowmon, na qual buscar trazer a visibilidade baseado no NPMD(Network Performance Monitoring & Diagnostic).

Conforme podemos observar abaixo:

Com base nesse conceito a arquitetura apresentada para essa infra-estrutura estaria relacionado as probes do “flowmon” que coletam os fluxos de informações da rede “on-premises” ou em “cloud” vindo através de um snap ou tap. Com base nessa arquitetura os dados alimentam o coletor, que por sua vez é onde a Kemp traz os esforços para um serie de funcionalidades atreladas ao Monitoramento de Desempenho da Aplicação, Detecção/Mitigação DDoS, Visibilidade, Analise de Comportamento, etc.

Segue abaixo arquitetura apresentada para a solução.

Desta forma, podemos agora ter o entendimento mais aproximado para ter a visibilidade do fluxo que cada componente vai transmitir dentro dessa arquitetura, bem como observar onde estão essa probes e efetivamente o coletor que pode ser o VA(Virtual Appliance). Veja alguns exemplos sobre esse fluxo observando as possibilidades via os endpoints.

Para maiores detalhes e entendimento dessa arquitetura é interessante visualizar a sessão onde temos um pouco mais detalhes.

Assim como nas outras sessões “We love demos!!!“, desta forma nesta apresentação não poderia faltar, justamente para entender sobre a interpretação desses fluxos, porém os convidados questionaram bastante para entendimento e exploração sobre os quesitos de segurança mencionados, pois hoje sabemos que a maioria desse trafego ele acaba sendo criptografado, ou seja, por sua vez podemos ter muitos falso-positivos dentro dessa estrutura. Por mais que você capture todos esses pacotes disponíveis, sem ter a visibilidade do aplicativo ou do sistema que hospeda o aplicativo com um certo nível de inteligência, é extremamente difícil para um analisador de fluxo fazer uma diferenciação baseado em uma solicitação inteligente sobre o que é um ataque a um serviço, versus o que é seria um “indivíduo” pressionando o “Enter” com uma senha errada muitas vezes.

Segue a demo para ilustrução e avaliação desses quesitos.

Para finalização dessa apresentação, gostaria de compartilhar que eles divulgaram sobre um trial de 7 dias, na qual você pode fazer seu deplou em qualquer ambiente que esteja disponível para você. Segue os dados para cadastro e o link para acessar conforme o endereço abaixo:

Conclusão

Como vocês podem observar a menção dessas capturas de pacote não é algo novo propriamente, devemos observar que muitas ferramentas estão nesse conceito para analisar esse fluxo, portanto acredito que poderia existir algo adicional para tratativa desses dados associando-se alguma inteligência juntamente com as aplicações que estão executando esses dados, pois nessas situações acredito que seria o diferencial para visualizar que a tratativa “não é um evento de rede“, e sim entender que pode-se tratar de um evento de segurança.

Aqui também podemos pensar que ainda em muitas empresas esses times de Segurança e Redes são totalmente apartados e não existe uma integração forte, no que diz respeito a tratativa de incidentes, o que pode ficar a famosa “bola dividida“.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico. 🙂

Abs,
Rodrigo

BLOG – NFD25 – vRNI ( VMware vRealize Network Insight )

Wed, 26 May 2021 00:00:00 +0000

Olá Pessoal,

Continuando nossa série de posts para detalhar as sessões do “Networking Field Day“, hoje iremos tratar um pouco sobre apresentação da VMware.

Eu já escrevi sobre uma análise/instalação do vRealize, entretanto voltado mais para as questões de log e o consumo dessa base para outras caracteristicas de análise, porém a sessão apresentada tem uma abordagem totalmente diferente mesmo sendo o mesmo nome de produto (vRealize).

Como podem imaginar as características dessa ferramenta está muito mais voltada para as questões de visualização da rede, ou seja, fluxos de trafégo de seu ambiente, portanto, trazendo essas percepções e entendimento do que estamos trafegando, com um olhar mais clínico no caminho fim-a-fim.

Um dos pontos interessante abordados na sessão, como já exposto é observar a comunicação fim-a-fim, com isso temos a denominação que “não devemos excluir nosso underlay“, portanto não fique focado apenas no entendimento do “overlay“, isso mostra que mesmo sendo empresa de virtualização os 0s e 1s de alguma forma trazem o entendimento e pode demonstrar os problemas/gargalos dentro de nosso ambiente. Veja abaixo:

Desta forma você pode conferir com maiores detalhes as abordagens em relação a visualização de monitoração da rede.

Devemos também lembrar sobre aquisição da Veriflow em 2019, que foi justamente baseado nessa abordagem que seria introduzido no vRNI, portanto já temos raízes bem fortalecidas dentro da ferramenta e consequentemente uma evolução sobre criar a visibilidade e a verificação por intenção, para assim facilitar muitas vezes em seu troubleshooting.

Desta forma, muitas das empresas sempre trazem as menções sobre ML (Machine Learning), para que isso seja inovador e que tenhamos as corretas impressões que a ferramenta esta tratando/processando seus dados para dar a visibiidade necessária, conforme abaixo:

Como sempre gostamos de visualizar “We love demos!!“, o interessante é avaliar quais são os dados demonstrados pela ferramenta e se você como operador vai interpretar aqueles gráficos. Pensando dessa forma foi demonstrado um caso de migração de ferramentas on-premises para a cloud, na qual temos agregado o HCX executando um “L2 extension“, na qual eles utilizam os fluxos de rede como base para descobrir as aplicações, fazendo assim até que uma diversão para nos engenheiros de rede. 🙂

Segue o video, bem como o fluxo para seguirmos em relação a transição do on-premises para a cloud.

E para concluir minha análise gostaria de mencionar sobre as questões do “intent“, ou seja, as intenções para a verificação e a detecção dos problemas, pois dentro dessa perspectiva o vRNI pode consumir os fluxos de “o que está acontecendo” e declarar a partir dos dispositivos para ver “o que pode acontecer“, bem como as intenções modeladas a partir do cliente. Assim como os “insights” dos fluxos das já descobertos anteriormente, pode permitir ao vRNI tomar decisões inteligentes sobre o que é uma anomalia, quais intenções não estão sendo cumpridas dentro da rede e o que não pode ser verificado. Apenas como resumo para visualizar conforme abaixo:

Vale ressaltar que a parte mais legal desta brincadeira foi que ela não é apenas utilizável para dispositivos VMware, mas também para outros fornecedores. Podemos considerar switches e roteadores da rede no underlay, bem como o estado e os fluxos que podem ser capturados. Devido a isso, vale a pena conferir a matriz de compatibilidade dos devices, bem como aqueles onde temos o recurso para visualizar “Network Verification and Assurance“.

Segue o video com todos esses temas sendo abordado.

Nessas apresentações tivemos mais algumas informações, na qual recomendo conferir essas sessões através do site do Tech Field Day.

Conclusão

Como havia mencionado no ínicio do post eu havia visto já os parâmetros em relação ao Log Insight, porém fiquei bem empolgado em visualizar esses recursos agora de fato voltado para a parte de “Network“.

Fiquei impressionado com a visibilidade e a relação que podemos ter com diversos parâmetros para obter de fato a questão da intenção de rede. Desta forma, também achei interessante a questão de associar-se com outros vendors, capturando fluxos e dando a visibilidade por exemplo de um “traceroute” tanto para encaminhar o pacote, como associação para que o destino retorne aquele pacote, fazendo assim avaliação fim-a-fim (end-user to application) em uma única tela ambas as informações para serem confrontadas.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico. 🙂

Abs,
Rodrigo

BLOG – NFD25 – Juniper + Apstra – IBN

Mon, 24 May 2021 00:00:00 +0000

Olá Pessoal,

Como todos devem ter visto, nos participamos do “Networking Field Day”, como anunciado em nosso post, desta forma agora venho aqui para trazer algumas informações interessantes capturadas em nossas sessões e também dicas para caso alguém tenha perdido as sessões possa revé-las novamente.

Bom, como podem visualizar hoje venho aqui para falar um pouco sobre apresentação da Juniper, entretanto não sei se todos sabem, mas a Juniper adquiriu recentemente Apstra, que por sua vez é uma empresa muito dedicada automação de Datacenter com integrações para diferentes vendors ( VMware, Cisco, Arista, etc ).

De fato, eu gostaria de mencionar que todas as apresentações focaram muito nas “demo”, o que é excelente para visualizar, entender um pouco mais sobre os produtos. Meu dilema “We love demos!!”

Pensando nessas características, foi feito a demonstração da facilidade de criar-se um DCI entre dois Datacenter, para qual foi feito através de dois “leafs” via “underlay”. Para melhor detalhamento, segue a topologia para visualização.

Baseado nisso e para visualização segue as metodologias de configurações, onde de fato há se a necessidade apenas de fechar o tunnel, através de duas telas para posteriormente fazer os testes entre os servidores. Verifique o vídeo abaixo:

No próximo exemplo visualizamos as questões de configurações, mais voltado para os parâmetros do IBN ( Intent Base Network ), ou seja, esses parâmetros acabam sendo mais direcionados para as caracterśiticas sobre as intenções da rede, que leva você a ter mais dinamismo e automação para seus “desejos“.

Isso traz aquele desejo de você fazer as configurações baseado nas famosas “tags”. Com isso, você cria o seu template para as conectividades de VLAN/VXLAN member, sub-interfaces, BGP Peering, Routing Policy, desde da conectividade server ( Mgmt, Storage, Overlay ) até seus devices leaf, spine, border, DCI, etc. Veja a situação que temos para questões por exemplo de termos interfaces flapping em nosso ambiente de storage, para qual você visualiza através de probes dentro do grupo como um todo via API. Assista o vídeo da demonstração.

Para finalizar uma “demo” que achei fantástica devido a integração com diversas ferramentas, e a maioria delas são open-source (Slack, Ansible, Chatbot, Nautobot, EVE-NG) atuando diretamente mais para a pesperctiva de automação, pois traz a integração com ServiceNow ( gerência de tickets ). Vale a pena assistir e verificar a quantidade de caminhos que podemos pensar para trazer para seu ambiente. Para demonstrar o topologia do EVE-NG para a demo. rs!

Segue o vídeo para acompanhamento.

Nessas apresentações tivemos mais algumas informações interessantes, como a integração rápida e conclusiva do Apstra com o VMware NSX-T ( N-VDS, Underlay Mapping, expõe via API através de blueprint prontos, hypervisor integrado, etc ), bem como também uma sessão curta trazendo a visibilidade sobre os destaques de uma jornada na operação. Para conferir essas sessões recomendo olhar a playlist do evento no Youtube.

Como dica demonstrada na sessão, existi vários caminhos para praticarmos e também aprender um pouco mais sobre Apstra/Juniper. Inicialmente, você pode fazer 4 treinamentos bem interessante para iniciação no entendimento do AOS, e depois fazer laboratórios ( sandbox ) de várias topologias pré-definida e configurada dentro do Juniper vLabs. Vale muito a pena!!!

Conclusão

EU sinceramente fiquei surpreso com a facilidade de integração já definida dentro da ferramenta, bem como a visibilidade que ela traz de forma simples e intuitiva. Não sei se todos conhecem o Contrail da Juniper, mas é uma intuição minha após essas sessões e novamente opinião própria minha que em algum momento muito dos recursos já desenvolvidos do Contrail estarão embutidos no Apstra, por consequência o contrail irá “morrer”, devido a muito das facilidades/integração já estarem prontas e bem mais maduras no Apstra.

Espero que vocês tenham gostado e fiquem à vontade para comentar e compartilhar informações para esse tópico, pois são ítens novos para eu navegar. 🙂

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

Segue nosso bate papo abaixo:

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

Abs,
Rodrigo

BLOG – Networking Field Day 25 – Estaremos lá!!!

Mon, 03 May 2021 00:00:00 +0000

Olá Pessoal,

Acredito que os seguidores do BLOG provavelmente devem conhecer sobre esse grupo/comunidade/empresa que estou escrevendo, pois eu já estive nesse evento como ” convidado ” em 2019, na qual vocês podem acompanhar esse anúncio.

Pois bem, agora em 2021 eu fui convidado novamente, é com grande satisfação e entusiasmo que irei colaborar novamente para a comunidade, com o compartilhamento das informações, bem como também com enriquecimento desse conhecimento que descobrimos nesses eventos. Isso deve-se, porque de uma certa forma as empresas fazem as apresentações com o intuito de trazer alguma novidade ou de alguma forma o esclarecimento de algum produto/tecnologia que eles estão evoluindo.

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

Devido a vocês já imaginarem, esse evento irá seguir de uma forma diferente do tradicional como é a proposição desse grupo, pelos motivos já conhecido de todos, ou seja, será uma nova experiência participar online. O porquê digo isso? Como podem imaginar no ” background ” acaba ocorrendo muitos tópicos em paralelo, bate papo, troca de informação, interação entre os membros e as empresas, socialização entre os membros, e devido a ser online iremos perder todo esse contexto, porém será de grande valor devido à eles já estarem fazendo esse evento a mais de 1 ano no online, e como conversado esta fluindo bem a interação neste modelo.

Mas volto a reforçar que eles tem a intenção de manter o presencial o quanto antes, pois a essência desse grupo é justamente trazer essa sensação de socialização e grande troca de conhecimento esses os membros do grupo.

O evento será agora em Maio, desta forma já podem deixar anotado em sua agenda que teremos um brasileiro representando nossa comunidade. As apresentações serão de ( 12-14 Maio ), sempre lembrando que iremos ter a diferença de fuso horario, na qual vamos acompanhar o fuso de São Francisco ( UTC -7 ).

Na ultima semana já tivemos o anúncio final das empresas participantes e posso dizer que fiquei bem feliz por dois motivos. Inicialmente, temos empresas que estavão no dia em que eu estava presencial em 2019, portanto vou verificar como esta evolução desses produtos e outro motivo, que são empresas que sempre estou buscando informações no dia a dia, bem como está totalmente voltado aquilo que eu busco de conhecimento técnico. Segue as empresas abaixo:

Segue os contatos desses parceiros que estaremos discutindo nesses 3 dias:

http://www.juniper.net/us/en/ – Twitter: @JuniperNetworks
https://kemptechnologies.com – Twitter: @KEMPtech
https://www.nokia.com/ – Twitter: @NokiaIndustries
http://PathSolutions.com – Twitter: @goPathSolutions
http://www.vmware.com/ – Twitter: @VMware
https://www.ipinfusion.com – Twitter: @IPInfusion
https://www.arrcus.com – Twitter: @ArrcusInc
http://www.arubanetworks.com/ – Twitter: @ArubaNetworks

Temos também o anúncio oficial feito pelo NFD e vocês podem acompanhar através desse link, bem como conhecer todos os integrantes que estarão compartilhando comigo essa experiência.

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

Abs,
Rodrigo

BLOG – O que é ping? Protocolo ICMP?

Mon, 05 Apr 2021 00:00:00 +0000

Olá Pessoal,

Após ter feito uma pequena pesquisa que acabei colocando no Twitter de nosso BLOG, para qual estava querendo obter informações sobre quais tópicos vocês mais gostariam de visualizar, e por minha surpresa o que acabou tendo mais votos, conforme abaixo:

Qual tópico você gostaria de visualizar em nosso BLOG?

Caso não esteja nas opções deixe nos comentários.#CiscoChampion #networkengineer #automation #cloudsecurity #shareknowledge #vExpert

— Blog CiscoRedes (aka @rar_21) 🇧🇷 (@BlogCiscoRedes) February 28, 2021

Desta forma, e como solicitado vou tentar trazer alguns posts explicando um pouco desses conceitos básicos.

Para essa primeira abordagem, eu resolvi trazer um ítem que acredito que muitos usam independentemente de sua área de atuação ( Rede, Infra, Telecom, Cloud, Programação, etc ), pois em algum momento você já executou um teste de ping em seu prompt.

O que é o ping?

É uma ferramenta de diagnóstico que testa a conectividade entre dois nós ou dispositivos em uma rede. Com isso, podemos garantir que os dois pontos ( origem e destino ) são alcançavéis, ou seja, podem se comunicar.

Isso pode ser pensado de forma mais abragente, ou seja, alcançar pontos remotos mesmo que estejam dentro de seu ambiente de trabalho ( LAN ), como também ambientes que estão na Internet ( WAN ).

Qual protocolo é utilizado?

Como já estamos colocando o termo ” Ping “, e devido a ser o mais conhecido, podemos parar e pensar para avaliar qual protocolo ele está usando?

Sim, e de fato temos a menção para o ICMP ( Internet Control Message Protocol ), para qual também podemos consultar via RFC792.

O ICMP é uma aplicação?

Muitas das vezes o pessoal pergunta se o ICMP é uma aplicação.

Podemos observar neste exemplo que capturei através do Wireshark, que o ICMP no debug ele não está diretamente atrelado a camada de aplicação, mas ele é considerado como um artefato da camada de Rede, ou seja, olhando na visão do modelo OSI, temos a consideração que está na camada de Rede.

Mas vale lembrar que o ICMP não tem a necessidade de obter recursos da camanda de transporte ( TCP ou UDP ), portanto ele é considerado como ” connectionless ” fazendo com que não há necessidade de abrir conexão para enviar a mensagem.

O ping é uma aplicação?

Neste questionamento temos uma resposta mais afirmativa que de fato aplicação acaba sendo mais definida pela terminologia, ou seja, a menção do ” ping “.

Como todos sabem hoje temos algumas ferramentas que devido algumas caracteristicas estão em ” background ” executando essa função, e que também podem ser ouvidas como ” ping sweep “. As ferramentas que eu poderia mencionar seria:

- - Solarwinds PingSweep
  - Pingdom
  - Site24x7
  - Grafana Cloud
  - PRTG Network Monitor

Mensagens ICMP

Como observamos anteriormente o protocolo utilizado para nosso conhecido ping é o ICMP, mas dentro desse cabeçalho temos diversas mensagens que podem trazer validações e entendimento do que de fato pode estar ocorrendo entre esses pontos remotos ou locais.

Como já definido na RFC temos a seguintes menção:

Com este cabeçalho os campos que mais observamos seria o ” Type ” e o ” Code “, pois são através dessas flags que iremos obter os valores correspondentes a cada ação que estão ocorrendo dentro desse percurso entre origem e destino. Sempre observo através da documentação do IANA referente esses dados, pois acredito que fica fácil para pesquisar e observar as mensagens.

Tradicionalmente os ” Types ” 0, 3, e 8 que acabamos mais visualizando no dia a dia, pois no 3 iremos ter diferentes ” Codes ” que vão nos dar visibilidade sobre a menção de ” Destination Unreachable “. Nele podemos observar sobre caracteristicas de ” host unreachable “, ” Fragmentation Needed “, etc. Vale muito a pena interpretar esses código diretamente através de um sniffer.

Como dica, faça alguns testes usando seu próprio prompt e tente identificar esses parâmetros.

ICMPv6 – Julga-se para o IPv6

Todos devem estar se perguntando sobre o porque o ICMPv6. Será que vou utilizar?

Eu resolvi mencionar, pois de fato ele é muito importante quando falamos nova estrutura para utilização do IPv6, justamente porque ele é encarregado de fazer o trabalho que anteriormente era feito por outros protocolos no IPv4. Os protocolos que estão atrelados junto com o ICMPv6 seria o ARP, RARP, IGMP, bem como também temos a menção do MLD ( Multicast Listener Discovery ), NDP, autoconfiguração de endereçamento IP no processo ” Stateless “

Você pode visualizar com mais detalhes através desse link. Vale ressaltar também que temos itens importante quando mencionamos sobre descoberta de vizinhos por esse protocolo, que por sua vez teremos o Router Solicitation ( RS ), Router Advertisement ( RA ), etc.

Caso queiram mais detalhes sobre essa funcionalidade deixe um comentário que posso preparar um conteúdo para todos.

Resumo

De fato pessoal, esse tema é muito falado em nosso dia a dia, e foi nesta forma que pensei em trazer esse formato de questionamentos para tentar explicar um pouco do que escuto em algumas aulas e também para verificar se faz sentido isso que acabei de expressar para vocês.

O que vocês acharam? Estão de acordo? Consegui abordar de fato um tema basico de redes?

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 – vExpert 2021 – BLOG Incluído

Mon, 15 Feb 2021 00:00:00 +0000

Olá Pessoal,

Já faz um tempo que não escrevo nada em nosso BLOG, isso deve-se a correria com aulas que estou lecionando, trabalho, mas também um conteúdo que logo mais vou publicar para vocês.

Enfim, em toda essa correria no mês de Fevereiro são anunciados alguns programas de comunidade, e como vocês sabem nosso BLOG sempre está participando dessas comunidades e tentando de alguma forma, manter nossos programas, porém nem sempre sabemos se de fato iremos estar presente em mais um ano.

Baseado nesse parâmetro, na quinta-feira ( 11/02/2021 ), foi feito a anuncio do programa da VMware denominado #vExpert, e como podem ver logo acima, conseguimos entrar em mais um ano no programa.

Vocês já devem conhecer o programa, pois sempre venho divulgado conteúdos e falando sobre essa menções em nosso canal, e se quiser pode conferir mais posts sobre essas ações que nos participamos e também divulgamos para todos, sempre com o intuito de ajudar.

Vale ressaltar que esse programa não tem nada relacionado com ” Certficações “, e sim esta voltado sempre aquele ponto ” o que de fato você esta conseguindo entregar para a comuniade “.

Para deixar ainda mais feliz, nos estamos seguindo essa trajetória para o #vExpert já fazem 5 anos, e com certeza a comunidade traz muitos benefícios para seu desenvolvimento e também para seu ” networking “.

Caso queira visualizar mais tópicos/post em nosso BLOG sobre as comunidades, pode conferir nesse link que está associado a todas as ações explicações sobre esse maravilhoso caminho. 🙂

Para obter também mais detalhes segue o anúncio oficial, e podemos observar que o programa tem 2100 pessoas de +40 países.

Muito obrigado a todos os que seguem meu blog e de alguma forma sente-se que eu ajudei em algum desses tópicos que navegamos por todo esse mundo de tecnologia que vivenciamos.

Obrigado a VMware e todos os seus colaboradores por acreditarem no meu trabalho, e ao Ricardo Conzatti que também nos ajuda com suas ideias.

Abs,
Rodrigo

Resumo do BLOG – Referência 2020

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

Olá Pessoal,

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

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

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

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

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

Conquistas

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

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

Certificações

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

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

Conclusão

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

BLOG

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

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

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

Cisco Champion

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

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

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

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

vExpert

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

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

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

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

Conclusão

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

Metodologias

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

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

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

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

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

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

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

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

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

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

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

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

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

Proteção

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

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

Residencial

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

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

Corporativo

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

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

Conclusão

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

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

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

Abs,
Rodrigo

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

Segurança – Entendimento dos Pacotes na Rede WIFI – Parte 2

Wed, 26 Aug 2020 00:00:00 +0000

Olá Pessoal,

Estamos de volta para detalhar um pouco mais sobre o processo iniciado em nosso post anterior, relacionado sobre o ambiente de WIFI. Entretanto, a idéia agora seria explicar sobre os pacotes que viajam pelo nosso meio, bem como interpretar de forma clara a funcionalidade de cada processo.

Vale lembrar que todos esses dados exemplificados abaixo foram capturados através de um processo de monitoração ( escuta do ambiente ), ou seja, esses dados não são visiveis quando você já esta conectado em seu SSID.

Caso você queira visualizar os pacotes reais de trafego ( http, ftp, etc ), você irá seguir o processo idêntico quando você executa seu sniffer em uma rede cabeada, porém selecionando agora apenas sua interface WIFI. 🙂

Autenticação

A autenticação é o processo de comprovação da identidade de uma estação para outra estação ou AP. Em um sistema sem autenticação do usuário ( sistema aberto ), todas as estações são autenticadas sem qualquer verificação.

Como exemplo temos a estação ” A ” envia um quadro de gerenciamento de autenticação que contém a identidade de ” A “, para a estação ” B “. A estação ” B ” responde com um quadro que indica o reconhecimento ( ACK ), endereçado a A.

Na arquitetura de rede fechada, as estações devem conhecer o SSID do AP a fim de se conectarem ao AP, onde pode ser conhecido como ” Hidden SSID “, ou também podemos ter o exemplo de que o SSID pode ser visível para qualquer dispositvo ” BSSID “. A autenticação da chave compartilhada usa um desafio e uma resposta padrão juntamente com uma chave secreta compartilhada.

Logo abaixo, podemos observar os estágios sobre esse processo, lembrando-se que você estar autenticado não é significado que você esta associado ao seu AP. Outra menção, que nesta figura também iremos observar sobre ” Association “

Para que possamos comprovar, logo abaixo temos a captura do pacote para visualizar o que temos em cada cabeçalho no momento de ” Autenticação “. Eu removi alguns ítens para que não fique confuso, entretanto você também vão observar nessa captura que temos a visualização do QoS para essa conectividade.

Associação

Os dados podem ser trocados entre a estação e o AP somente após uma estação ser associada a um AP ( Modo Tradicional ) ou com outra estação no modo ” ad hoc “. Todos os APs transmitem frames ” Beacon ” algumas vezes por segundo que contêm o SSID, tempo, capacidades, taxas suportadas, bem como as estações podem optar por associar-se a um AP em relação a sua intensidade de sinal de cada AP, etc.

A associação é um processo de duas etapas. Uma estação que atualmente não está autenticada e não associada escuta os frames ” Beacon “. A estação seleciona um BSS para se associar, após isso a estação e o AP se autenticam mutuamente, trocando as estruturas de gerenciamento de autenticação. O cliente agora está autenticado, mas não associado.

Na segunda etapa, a estação envia um quadro de Pedido de Associação, ao qual o AP responde com um quadro de Resposta de Associação que inclui um ID de Associação para a estação. A estação é agora autenticada e associada.

Para exemplificar podemos visualizar abaixo o estado de solicitação, na qual o esta sendo solicitado especificamente para um SSID ” ap34b “, e logo abaixo também já podemos visualizar sobre a capacidades de largura de banda pode suportar.

Como exposto, temos agora a nossa resposta a nossa solicitação.

PS.: Uma estação pode ser autenticada com vários APs ao mesmo tempo ( modo clássico onde ficam salvo todos os SSIDs no seu endpoint ), mas associada com no máximo um AP a qualquer momento. A associação implica em autenticação. Não há nenhum estado onde uma estação é associada mas não autenticada.

De-Authentication

Esse processo pode ser considerado ou co-relacionado como ” Man-in-the-Middle “, pois a proposto é enviar pacotes para o AP alertando que o cliente com o seu específico ” mac source address ” foi desautenticado e por essa característica o cliente vai solicitar novamente o processo de autenticação entre cliente->AP.

O que ocorre, é a execução de um ” flood ” de pacotes para justamente fazer com o cliente fique tentando se autenticar e como mencionado podemos relacionar o ” man-in-the-middle ” e capturar esses pacotes que estão trafegando pelo nosso meio. Logo abaixo podemos ter um exemplo do que é mencionado.

Como sempre precisamos demonstrar sobre essa caracteristicas visualizando nosso pacote sempre observando que estamos tendo nossa origem e destino.

Acredito que vocês devem estar perguntando sobre o filto aplicado no Wireshark. Pois bem, existem as flags que podemos controlar desta forma fica mais facil a visualização. Como facilidade segue o parâmetro e logo abaixo temos uma tabela com os principais valores para o filtro.

(wlan.fc.type == 0) && (wlan.fc.type_subtype == 12)

Segue nossa tabela abaixo:


Frame Type/Subtype	Filter
Management Frames	wlan.fc.type eq 0
Control Frames	wlan.fc.type eq 1
Data Frames	wlan.fc.type eq 2
Association Request	wlan.fc.type_subtype eq 0
Association Response	wlan.fc.type_subtype eq 1
Reassociation Request	wlan.fc.type_subtype eq 2
Reassociation Response	wlan.fc.type_subtype eq 3
Probe Request	wlan.fc.type_subtype eq 4
Probe Response	wlan.fc.type_subtype eq 5
Beacon	wlan.fc.type_subtype eq 8
Announcement Traffic Indication MAP (ATIM)	wlan.fc.type_subtype eq 9
Disassociate	wlan.fc.type_subtype eq 10
Authentication	wlan.fc.type_subtype eq 11
Deauthentication	wlan.fc.type_subtype eq 12
Action Frames	wlan.fc.type_subtype eq 13
Request to Send	wlan.fc.type_subtype eq 27
Clear to Send	wlan.fc.type_subtype eq 28
ACK	wlan.fc.type_subtype eq 29

PS.: Vale ressaltar que esse spoof pode ser detectado pelo seu AP, obviamente se ele suporta essa característica, bem como hoje temos modelo de APs / Fabricantes que dedicam exclusivamente um radio para ficar visualizando isso na rede e por consequencia irá bloquear esses pacotes ou mesmo jogar a origem do spoof para uma blacklist.

Beacon

A definição para um ” Beacon Frame ” é de fato aquele pacote que fica sendo anunciado pelos APs ou até mesmo esses equipamentos de IoT ( Internet of Thing ) periodicamente para a rede, ou seja, para aquele ambiente que temos sinal sendo publicado para a infraestrutura.

Basicamente ele é um pacote de gerenciamento do 802.11, que contm todas as informações dos BSS ( Basic Service Set ), que por consequencia irá levar o nome de nosso famoso SSID, desta forma qualquer device escutando esses beacons irá interpretar que tem esse caminho para associar-se aquela infraestrutura.

Abaixo temos um exemplo de um pacote capturado com a flag de ” Beacon “, onde podemos observar sobre o anúncio do nome do SSID, bem como pegar que o endereço destino é de fato um broadcast. Logo na sequencia o periodo que estes beacon estão sendo transmitidos.

PS.: Uma informação para vocês pensarem e pesquisarem, pois não vou explorar esse tópico, mas não é uma boa pratica criar diversos SSID para segregar diferentes aplicações, acessos, regras, pois sua performance pode degradar em seus equipamentos.

EAPOL ( Extensible Authentication Protocol Over LAN )

Enfim, chegamos no protocolo que é utilizado para que possamos carregar nossa autenticação não somente do WIFI, mas é um protocolo usado por outras tecnologias.

A autenticação 802.1X envolve três partes: um suplicante, um autenticador e um servidor de autenticação. O suplicante é um dispositivo cliente (como um laptop) que deseja associar-se à LAN/WLAN. O termo ” supplicant ” também é usado de forma intercambiável para se referir ao software executado no cliente que fornece credenciais ao autenticador. O autenticador é um dispositivo de rede que fornece um link de dados entre o cliente e a rede e pode permitir ou bloquear o tráfego de rede entre os dois, como um switch Ethernet ou ponto de acesso sem fio; e o servidor de autenticação é normalmente um servidor confiável que pode receber e responder a solicitações de acesso à rede, e pode dizer ao autenticador se a conexão deve ser permitida, e várias configurações que devem se aplicar à conexão ou configuração desse cliente.

Logo abaixo, temos um exemplo sobre esses processo observando os frames que são trafegados.

Trazendo para nosso exemplo, após completar os processo de ” Association Request ” e ” Association Response “, já mencionados acima teremos de fato a troca das chaves que esta associado aos pacotes capturados abaixo:

Podem observar que temos a menção de 4 ” Key Message ” que é a troca existente utilizada no procolo para garantir essa comunicação e obviamente garantir a utilização das chaves definidas neste processo.

Para facilitar no filtro em seu arquivo Wireshark pode-se utilizar a menção:

eapol.keydes.type == 2

Conclusão

Hoje vocês puderam entender um pouco mais sobre os pacotes que trafegam por este meio, com o intuito de avaliar quais os parâmetros principais são utilizados para identificar sua rede e obviamente executar sua autenticação.

Vale lembrar que não foi aprofundado sobre os protocolos de criptografia utilizados para esse processo de autenticação, mas por alguns screenshot espero que vocês possam ter observado esses detalhes.

O que vocês acharam? Muito teórico os ítens abordados? Você acredita que pode trazer um entendimento melhor do funcionamento para agregar segurança em sua rede? Responda em nossos comentários e deixe-me saber o que você esta achando/observando/pensando. 🙂

Em nosso próximo post vou mencionar sobre esse quesito da segurança, já que estamos expostos para que nossos pacotes sejam capturados de qualquer forma em um ambiente que pode estar exposto a qualquer indivíduo.

Abs,
Rodrigo

Segurança – Analise de WIFI – Entendimento via Air-Crack

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

Olá Pessoal,

Como vocês sabem nosso BLOG acaba tendo uma diversidade de conteúdo e nem sempre seguimos uma linha, adicionando apenas conteúdo específico daquela tecnologia ou dedicado aquele fabricante.

Meu objetivo aqui é sempre compartilhar um pouco daquilo que eu estudo, aprendo, bem como ítens que preciso pesquisar e obviamente aprender, pois como sabem também leciono. Devido a isso, sempre precisamos encontrar maneiras para explicar conteúdo específicos ou até de criar laboratórios para explicar determinado funcionamento dentro de nosso ambiente.

Desta forma, hoje iremos ter um conteúdo totalmente diferente que é explicar um pouco sobre Wireless, utilizando algumas análises de ferramentas que ouviamos falar bastante em nosso meio. As ferramentas mencionadas, podem ser utilizadas para critérios de avaliação de segurança em sua infra, ou pode ser utilizada por pessoas mal-intecionadas para usufruir desse descuidado dos usuários em ambientes compartilhados.

Vale lembrar!!! O que iremos detalhar tem a intenção disseminar ítens para conhecimento no âmbito para entendimento do funcionamento da tecnologia, e correção de falhas para seu ambiente. Todo ato mal intencionado é por conta e risco de cada usuario e não temos nenhuma responsabilidade.

Para conhecimento a ferramenta que iremos utilizar será AirCrack-ng.

Talvez muito de vocês vão perguntar. Porque você não fez isso usando o Kali Linux? Porquê precisamos usar uma ferramenta de PenTest para aprender?

A ideia aqui é explorar os caminhos, pois essas bibliotecas não são exclusivas da distribuição Kali Linux, e sim pode ser instalada qualquer distribuição ( inclusive Windows ). Não necessariamente é uma ferramenta de pentest, mas sim algo que você possa entender o que de fato está ocorrendo em sua conectividade WIFI.

Instalação

Neste exemplo, vou executar a instalação “default” dos pacotes através disponibilização feita pela distribuição instalada na máquina virtual (XUBUNTU-18.04). Desta forma segue abaixo:

Podemos observar a versão instalada:

root@ubuntu:/home/rodrigo# aircrack-ng --help

Aircrack-ng 1.2 rc4 - (C) 2006-2015 Thomas d'Otreppe
http://www.aircrack-ng.org

usage: aircrack-ng [options] <.cap / .ivs file(s)>

Obviamente a melhor forma seria adicionar o repositório, porém algumas pessoas não gostam devido a não ter homologação da distribuição em seus respositórios. Entretanto, para que você possa sempre obter a última atualização do código, pode ser executado conforme abaixo. Caso tenha interesse de ler mais sobre esse desenvolvimento, recomendo olhar a documentação.

$curl -s https://packagecloud.io/install/repositories/aircrack-ng/git/script.deb.sh | sudo bash

root@ubuntu:/home/rodrigo# aircrack-ng --help

Aircrack-ng 1.6 rev cd77600 - (C) 2006-2020 Thomas d'Otreppe
https://www.aircrack-ng.org

usage: aircrack-ng [options] <input file(s)>

Funcionalidades

Após consolidação da instalação podemos observar algumas formas de avaliar os comandos disponivéis através dessa biblioteca, e para nosso exemplo iremos utilizar:

airmon-ng: Processo para consolidação sobre se nossa porta ( conectividade ) WIFI irá monitorar o tráfego, ou seja, trazer a concepção de que estou trabalhando em ” Monitor Mode ” ou ” Managed Mode “.
airodump-ng: Processo para capturar os pacotes que estão sendo escutados pela sua conectividade WIFI, em modo de ” Monitor Mode “.
aireplay-ng: Processo para gerar tráfego na rede, tendo o propósito de capturar pacotes de “deauthentication” para usufruir deles com intenção da visualização dos pacotes.
aircrack-ng: Processo para executar “brute-force” nos dados capturados e avaliar a segurança da conectividade.

Inicialização dos comandos

Para que você consiga monitorar através de sua conexão WIFI, já mencionado acima terá que iniciar sua placa ou USB em modo ” Monitor “, para validar é interessante executar as validações:

$ sudo airmon-ng check

Caso seja necessário você pode matar o processo para iniciar em modo monitor

$ sudo airmon-ng check kill

Consolidar iniciando

$ ip a ( para capturar o nome definido da placa )

$ sudo airmon-ng start wlan0

A nomenclatura wlan0 pode modificar validando o que de fato o seu SO ( Sistema Operacional ) identificou para essa conectividade WIFI. Baseado em seu output, você precisa nesse momento fazer a referência conforme evidenciado, na qual em meu caso ele definiu para **wlan0mon**

PS.: Pode ser que seu USB não suporte a menção para atuar como “monitor”, portanto terá que avaliar um novo dispositivo ou pesquisar sobre o device.

Capturar os BSSID co-relacionado com os APs próximos, e mapear o nome do SSID.

$ sudo airodump-ng wlan0mon

Para que possamos acelerar o processo de captura podemos forçar a DE-AUTH dos endpoints, mas faça com cautela pois isso pode impactar a rede e também existe a forma de captura de seu MAC-Address.

$ sudo aireplay-ng --deauth 1000 -a [ MAC AP Destino ] -c [ MAC Endpoint Destino ] wlan0mon --ignore-negative-one

Proximo passo é começar a capturar dados para obter o handshake entre o AP e o host ( usuario ). Observe para validar em qual canal esta operando essa comunicação.

$ sudo airodump-ng -c [ canal ] --bssid [ MAC AP Destino ] -w [ nome do arquivo salva a captura.pcap ] wlan0mon --ignore-negative-one

PS.: Depois de rodar por algum tempo devemos observar se iremos obter algo no sentido de **WPA handshake: BSSID**, ou seja, caso isso ocorra você já conseguiu obter a captura do pacote que esta contido o handshake de autenticação.

Outro lembrete que caso queira visualizar outras formas/combinações, é possivel também utilizar sempre o comando de ” help ” de cada comando para lembrar o que de fato você tem necessidade para visualizar.

E agora?

Obviamente sempre irá ter a pergunta. E agora o que faço com isso?

Na verdade temos um caminhão de informação capturada que irei explicar em outros post, pois vamos analisar através do Wireshark, mas de fato temos agora os dados e precisamos unicamente tentar fazer um ” brute-force “. Mas para isso existe milhões de opções para esse caso, e os mais tradicionais são as ” Word Lists “.

A mais conhecida seria chamada de ” John the Ripper “, onde tem listas com milhões de combinações.

Você pode fazer um teste criando uma lista rapida apenas para validar e entender o funcionamento, porém novamente, não temos a intenção aqui de trazer risco para vocês, então fique claro que isso fica a critério de cada usuario.

Para efetuar brute force, segue o exemplo:

$ aircrack-ng -w Downloads/teste.txt -b [ MAC AP Destino ] pacote_capturado.pcap

Esse processo pode demorar horas ou segundos, variando em relação ao tamanho de sua ” Word List “, ou a complexidade da senha criada. Lembrete, pode ser que depois de rodar horas você ainda não consiga obter a senha, pois não existe a senha no seu arquivo de teste. 🙂

Conclusão

Neste caso apenas quis compartilhar os ítens que foi pesquisado e também para alavancar novos conteúdos em relação essa tecnologia.

Como mencionado vou trazer nos post posteriores uma explicação sobre esses pacotes capturados, como eles são trafegados em nosso ambiente e também algumas dicas de como se prevenir para melhorar sua segurança.

Espero que tenha gostado e postem seus comentários abaixo se gostaram, se é valido explorarmos esse mundo.

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 – Primeiro post sobre Python

Tue, 23 Jun 2020 00:00:00 +0000

Olá Pessoal,

Como podem observar pelo título, digo que hoje será nosso primeiro post efetivamente relacionado a Python, e de fato tenho que mencionar que vocês também estão certo, pois podemos começar uma nova jornada aqui em nosso BLOG.

Como vocês podem notar em nosso BLOG, eu sempre tento desenvolver algo que de fato é motivacional para mim buscar a informação, pesquisar, desenvolver, concluir, testar e depois tento compartilhar com vocês essa ideia, que por sua vez pode ajudar algum de vocês e também sempre aprendo algo à mais com vocês.

Projeto

Esse papo iniciou-se em um dos grupos e acabei me interessando na ideia, pois de momento pensei em 4 formas para poder utilizar essas facilidades:

Ambiente corporativo tanto a nível de TI Interno, como também para empresas de terceiros, que em muitos casos precisamos executar troubleshooting.
Nível de usuario domestico, para ter algum historico e avaliar se esta de acordo com os planos contratados.
Executar um teste em guest shell em roteadores Cisco rodando diretamente o script Python.
Para aprendizagem sobre os conceitos de Python.

SpeedTest

Acredito que a maioria de vocês em algum momento já utilizou o site do SpeedTest ou qualquer outra variação nesse sentido ( Fast – Netflix, Brasil Banda Larga, OKLA, Cloudflare, etc ).

Talvez muitos de vocês vão achar que estou sendo maluco, pois esses testes muito das vezes não significam muito em troubleshooting, pois nem sempre os valores indicados são reais, já que sempre irá buscar o servidor mais proximo de seu ponto, depende também da disponibilidade desse provedor, não tem preferência esse tráfego, os servidores que estão medindo esse tráfego nem sempre estão disponivéis em estruturas dedicadas, etc.

Também concordo nesses ítens, mas foi um aprendizado para eu aplicar algo em Python, então sempre olhe com outra perspectiva seu aprendizado. Pode ser, que para alguma situação de um leitor, isso possa ser útil, então por isso resolvi compartilhar e não guardar a informação comigo. 🙂

Devemos lembrar que temos uma biblioteca Python definida como speedtest-cli, ou seja, não iremos precisar utilizar um navegador para obter os valores.

Lab

Nesse laboratório utilizei alguns outros conceitos que depois posso detalhar em outros posts, pois a ideia é que esse teste fique em execução, assim pode-se fazer a validação conforme sua necessidade, ou seja, para nosso exemplo eu fiz com que meu script execute automaticamente a cada 30 minutos.

Após esse período, ele irá passar as informações desejadas para um dashboard, onde iremos poder consultar essas informações através da Internet. Esse ambiente que temos é free, porém temos algumas ressalvas, pois a base de dados que fica guardada no dashboard é de 30 dias, podemos ter apenas 3 devices cadastrados e no máximo cada dashboard desses devices pode ter 10 gráficos. A ferramenta que utilizei foi da Ubidots, mas como informado o plano free atende muito bem para estruturar seus testes e ” brincadeiras…rs “.

Segue a estrutura:

Docker Ubuntu – image 18.04
1. Python 2.7
2. Crontab
3. speedtest-cli
4. Python Library request
Conta na Ubidots
Link de Internet ( rsrs )

Código

Conforme mencionando anteriormente iremos utilizar algumas bibliotecas do Python, e a partir dela iremos utilizar as variáveis para construir nosso código. Não tenho também a ideia de explicar toda a estrutura do Python neste momento, pois espero publicar mais ” 101 – Python “ para trazer testes mais lógico e simples.

Com isso, segue o código definido para essa tarefa. Se observarem o código também já esta explicando cada funcionalidade.

#!/usr/bin/python
import speedtest
import requests

#Global variables
ENDPOINT = "things.ubidots.com" #URL related webpage to create dashboard
DEVICE_LABEL = "raspberry-pi" #Not necessary to be raspeberry and can use any linux inside container or run in your machine
VARIABLE_LABEL = "city" #Variable created inside Ubidots portal
TOKEN = "YOUR TOKEN"

#Get value related your connection using library SpeedTest
st = speedtest.Speedtest()

#Get values related class of server near of your provider
st.get_best_server()

#Execute Post Related City and Provider of SpeedTest
def post_var(payload_ci_sp, url=ENDPOINT, device=DEVICE_LABEL, token=TOKEN):
    url = "http://{}/api/v1.6/devices/{}".format(url, device)
    headers = {"X-Auth-Token": TOKEN, "Content-Type": "application/json"}

    if VARIABLE_LABEL == 'city':
        req = requests.post(url=url, headers=headers, json=payload_ci_sp)

    else:
        print("Error with variable City")

#Main function to capture payload each variable(city,provider)
def main():
    # Builds Payload and topic
    payload_ci_sp = {VARIABLE_LABEL: {"value": 30, "context": {"city": st.best['name'], "provider": st.best['sponsor']}}}

    #Send Data
    post_var(payload_ci_sp)

#It only to execute main function + post_var
if __name__ == "__main__":
    main()

#Capture all values related your connection
payload = {'Download': round(st.download() / 1000000, 2) , 'Upload': round(st.upload() / 1000000, 2), 'Ping': round(st.results.ping, 2)}

#Execute post of values
r = requests.post('http://things.ubidots.com/api/v1.6/devices/raspberry-pi/?token='TOKEN'', data=payload)

Dashboard

Após essa estrutura iremos avaliar se de fato as informações estão sendo populadas no portal da Ubidots. Vale lembrar que é necessário abrir uma conta no portal e também gerar uma ” API Key “, pois é através dessa API que você irá conseguir popular suas informações.

Uma outra dica é que para esse dashboard, as variáveis serão populadas através da estrutura como sendo um ” Raspberry PI “, porém como explicado acima não existe a necessidade de ter o equipamento, pois você pode executar através de qualquer equipamento baseando-se em Python 2.7 e versões posteriores.

Isso foi uma forma de utilizar essa facilidade de APIs do fabricante, que já disponibiliza isso através de seu dashboard.

Após obter as informações populadas, você pode montar seu dashboard da forma que achar mais interessante. Eu acabei colocando desta forma.

PS.: Eu coloquei também diferença de cores para simbolizar alguns limites que podem demonstrar para você, como amarelo o threshold 1 já excedeu.

Neste caso acima estou populado os valores bem como mostrando as variavéis que escolhi no meu código Python para representar ” City “ e ” Provider “.

Conclusão

Neste desenvolvimento tentei de fato mais aprender a trabalhar com o Python, bem como tentar transferir informações para outras plataformas, do que propriamente o fato de ser o teste do SpeedTest. Acho que isso de alguma forma incentivou para usar uma situação real e transformar ela em algo mais palpável, do que visualizar isso através de um Browser.

O que vocês acharam? Qual sua opinião sobre a utilização do SpeedTest? Tem pensando em alguma facilidade utilizando Python?

Descreva abaixo em nossos comentários. 🙂

Vale ressaltar que esses códigos eu já havia populado no Github, então se deseja ter mais detalhes ou se deseja contribuir mais com o código fique a vontade. Vai lá para dar uma conferida -> Inet_Validation_Speed

PS.: Um dos testes que estou achando bem mais interessante hoje é da CloudFlare, que tem mostrando o jitter e as variações por banda.

Abs,
Rodrigo

BLOG – IP Fabric – Gerar Relatório – parte 7

Mon, 11 May 2020 00:00:00 +0000

Olá Pessoal,

Após algum tempo venho trazer mais informações sobre nossa ferramenta de gerência e inventário que venho detalhando para vocês. Em nosso último post trouxe detalhes sobre a nova atualização que temos para trabalhar com as famosas API da Meraki.

Como podem ter observado em nosso título, hoje venho trazer outro ítem que achei bem interessante, pois de alguma forma já temos algo automatizado que podemos entregar em questões de segundos para um nível superior dentro de nossas organização, bem como para outras áreas que tenham interesse para identificar o que de fato temos em nossa rede, bem como alguns problemas que estão sendo evidenciados.

Como gerar os relatórios

A melhor forma demonstrar isso são através de relatório, no qual você vai trazer algo bonito e detalhado, agregado aos números. Pensando desta forma, vamos seguir para demonstrar como obter esse relatório.

Inicialmente precisamos observar em Report -> Network Analysis Report

Após esse procedimento você já pode observar todos os relatórios disponíveis para fazer download. Lembrando que esses relatórios de fato vão estar relacionado com o discovery que você executou em sua infra-estrutura, bem como atrelado com os ” database “ associados a sua base.

Após esse procedimento já podemos observar que nosso documento já estará disponível para utilizarmos.

Agora capturei algumas telas desse relatório apenas para você verificar alguns dados que de fato estão sendo importados para esse documento, e o que você terá para apresentar para seu chefe.

Uma base de dados sobre a quantidade de endereços que você tem em sua infra-estrutura ( Network Total, IP Address, DNS, MAC, etc )

Logo abaixo capturei um dado interessante que demonstra para você quais devices eu tenho naquele momento ” duplex mismatch “.

Neste exemplo abaixo a saúde de sua rede baseado no protocolo OSPF, bem como exportando isso para uma tabela dando uma visibilidade muito rápida onde possíveis problemas podem estar acontecendo devido ao tempo que essa sessão está operacional. Isso já pode ser números para que você possa atacar os problemas mais criticos e trabalhar em um planejamento para resolver esses problemas.

Mais uma informação relacionado a outro protocolo ( BGP ), que rapidamente já temos dados efetivos de toda a nossa infra e avaliar ” Porque temos tantas sessões Active? “, ” Será que estamos fazendo desativações corretas ou temos problemas maiores na rede? “. Enfim, alguns ítens que podemos pensar e agir de forma rápida.

Enfim, temos diversas informações adicionais no relatório que podem ser utilizada por diferentes áreas e consolidar o que de fato é relevante para ações imediatas.

Conclusão

No meu ponto de vista, por se algo muito prático e rápido para captura do relatório é muito vantajoso, pois podemos entregar algo para diferentes áreas que podem trabalhar nas identificações especificas de cada problema detectado.

Um problema que avalio é que de fato o relatorio somente é gerado em Inglês, o que pode impactar para alguns setores a nível Brasil, porém pode ser algo que poderia ser trabalhado junto ao ” vendor “, mas hoje nosso mundo de TI na maioria das vezes por padrão os documentos já devem ser entregue em Inglês.

Espero que vocês tenham gostado de mais essa dica.

Abs,
Rodrigo

BLOG – IP Fabric – Vendor API Meraki – parte 6

Wed, 15 Apr 2020 00:00:00 +0000

Olá Pessoal,

Acredito que todos vem acompanhando os posts que estou relatando sobre essa nova ferramenta que estou testando e avaliando o quanto é interessante para nossas estruturas.

Pois bem, recentemente tivemos atualização para versão 3.5, e como as solicitações estavam sendo demandadas, temos uma nova funcionalidade que é fazer mapeamento de estruturas Meraki. Ohhh!!!

Talvez vocês já estão se perguntando e pensando varios ítens:

- Porque vou utilizar outra ferramenta para inventário?
  > Eu já tenho tudo no dashboard Meraki sobre as informações de equipamento, serial number, licenças, topologia. Esse Rodrigo está doido!
- Porque ter outra ferramenta para eu cuidar, já que tenho tudo no portal Meraki?
  > Vou ter mais trabalho para ficar gerenciando meu ambiente e mais informações perdidas entre as ferramentas. Esse Rodrigo está doido!
- No portal Meraki eu consigo gerar relatório automaticamente, porque usar outra ferramenta?
  > Posso obter todos os dados automaticamente no dashboard. Esse Rodrigo está doido!
- A topologia é completa no portal Meraki?
  > Sim. Esse Rodrigo é doido!

Enfim, talvez aqui poderíamos ter mais questionamentos, e vocês podem ainda estar viajando em outros tópicos. Porém, se você já leu os outros posts e você acredita que posso ainda trazer valor para suas idéias, não me deixe sozinho, acompanhe comigo meu raciocínio.

Configuração API

Para que possamos trabalhar com essa funcionalidade no IP Fabric, é necessario que executamos todo o procedimento através de APIs, ou seja, nossa ferramenta vai buscar todas as informações através das APIs já divulgadas pela Meraki.

Portanto, recomendo vocês pesquisarem em nosso BLOG os posts de Meraki ( temos vários..rsrs ), porém o mais importante para esse momento seria ” Facilidades Através de APIs – Meraki ” que obrigatoriamente você precisa ter esses dados para inserir em nossa ferramenta de gerência – IP Fabric.

Para isso outro dado importante é que você atualize IP Fabric para versão 3.5. Se tiver dúvidas como executar, recomendo ler esse post.

Pois bem, depois de ter essas validações precisamos iniciar o processo de cadastro, que deve seguir através Settings -> Advanced -> Vendors API. Confira abaixo:

Logo abaixo você pode conferir quais dados são necessários preencher para seguir nosso processo.

Como todos sabem o processo de acesso API Meraki é executado via Internet, portanto tenha consciência que sua ferramenta de gerência precisar obrigatoriamente alcançar Internet para consolidar consulta da APIs Meraki, correspodendo ao seu dashboard e organização.

Após esse processo verifique que nosso vendor foi adicionado com sucesso. 🙂

Processo Descoberta no IP Fabric

Após esse procedimento podemos executar nosso discovery e avaliar quais os dados que serão capturados. Verifique abaixo que nosso gráfico ja começou a processar as informações e obter os dados.

Como minha estrutura para teste é pequena, já observamos que meus dois equipamentos já foram populados.

Consolidação dos dados

Para isso, já posso validar o que de fato ele populou em nosso inventário relacionado ao meu MX.

Todos os equipamentos iremos observar um campo denominado ” CLI output “, que por sua vez iremos fazer o download de um arquivo conforme abaixo.

Neste documento basicamente o que teremos são as APIs que o IP Fabric consultou dentro de sua organização/equipamento para obter esse dados que foram populados. Isso acaba sendo interessante para avaliar o procedimento que esta sendo validado e as URIs ( Uniform Resource Identifier ) que estão sendo processadas.

Após esse processo fui validar algum ítem para avaliar as conectividades e acabei apenas pegando algo para filtar sobre ” LLDP ” e já podemos verificar que temos os dados mapeados de portas e suas funcionalidades.

E por último fui consolidar se poderíamos também ter um item interessante que é a validação do trafego dentro de nossa estrutura. Após popular um trace, posso observar que de fato ele traz meu trafego baseado em minha infra-estrutura, o qual eu vejo muito interesse nessa consolidação que é feita por varios dados ( MAC, ARP, Roteamento )

Conclusão

Vocês conseguiram perceber algo que podemos agregar nesse ambiente? Se sim, ufa acho que consegui transmitir a informação correta.

Se não, acredito que eu não tenha colocado as informações corretas ou de fato você caiu de paraquedas neste post, pois a utilização da ferramenta é trazer para você um ” baseline ” e após esse procedimento você tenha consolidações para executar através de diversas bases de dados e avaliar o que está ocorrendo em sua estrutura, o que foi alterado, quais problemas estão sendo vivenciados ( roteamento, mismatch portas, etc ).

Obviamente um ítem para pensar aqui, é que esse é primeiro release para trabalhar com APIs nessa ferramenta e pensando em Meraki, sinto falta pela descrição se teremos todas as validações para um ambiente SDWAN. O jeito é aguardar as proximas ” release ” ou consolidar se tem roadmaps. 🙂

E por fim vem o questionamento. O Rodrigo esta doido?

Espero que tenha gostado.

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 – Juniper – Treinamentos Free e Vouchers

Thu, 09 Jan 2020 00:00:00 +0000

Olá Pessoal,

Acabei esquecendo e quando fui verificar eu ainda não havia publicado essa informação aqui para vocês sobre os treinamentos Juniper.

Eu posso dizer para vocês que esse programa está ajudando muita gente adquirir conhecimentos básicos e de alguma forma oferecendo oportunidades para os profissionais crescerem em sua carreira, adquirindo certificação e de alguma forma agregando conteúdo técnico para sua carreira.

A Juniper já vem fazendo esse programa acredito há 2 anos ( se eu tiver errado me corrigam ), onde ela esta oferecendo treinamentos online com Voucher Free ( obtendo pontuação mínima no teste online ) para executar 5 provas. Após obter os vouchers é necessário fazer agendamento da prova através do parceiro VUE ( como da Cisco ) e executar sua prova.

As certificações Juniper deste nível, para qual eles estão oferecendo os treinamentos tem uma validade de 3 anos e segue um modelo parecido com o da Cisco. Podemos comparar esse nível de certificação dentro da pirâmide conhecida da Cisco como sendo o nível de CCNA, ou seja, certificações de entrada para qualquer carreira que você deseja seguir dentro do mundo de Juniper.

Eu já obtive duas certificações ( Cloud e Design ) neste programa, e posso atestar que funciona perfeitamento o processo, porém vale lembrar que o treinamento como a prova são feitas em Inglês. Se pensarmos dentro de nosso mundo de TI, isso não deve ser mais novidades.

Também gostaria de adicionar que não somente fazendo o treinamento você irá estar apto para executar a prova, ou seja, vai exigir um esforço para pesquisar sobre o assunto, ler documentações, fazer alguns laboratórios, etc.

Enfim, vamos logo ao que interessa, De fato de tempos em tempos vocês precisam ficar consultando se existem turmas abertas para se inscrever, mas sempre existe alguma delas na lista, portanto se isso está dentro de seu objetivo de conhecimento e crescimentos profissional/pessoal fique atento. Segue abaixo:

- Junos: https://learningportal.juniper.net/juniper/user_activity_info.aspx?id=10175
- Design:https://learningportal.juniper.net/juniper/user_activity_info.aspx?id=10908
- Cloud:https://learningportal.juniper.net/juniper/user_activity_info.aspx?id=10483
- Dev-Ops:https://learningportal.juniper.net/juniper/user_activity_info.aspx?id=11060
- Segurança:https://learningportal.juniper.net/juniper/user_activity_info.aspx?id=11398

Se deseja entender um pouco mais sobre as certificações e torres de tecnologia da Juniper, recomendo observar esse link.

Qualquer dúvida deixe seus comentários.

Abs,
Rodrigo

Resumo do BLOG – Referência 2019

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

Olá Pessoal,

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

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

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


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

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

Números

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

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

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

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

Conquistas

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

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

Futuro

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

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

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

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

Abs,
Rodrigo

BLOG – Meraki e Umbrella – APP Discovery automático – parte 8

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

Configurar Politica

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

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

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

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

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

Validação SSL

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

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

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

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

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

Volte ao ínicio

Granularidade da Política

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

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

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

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

Volte ao ínicio

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

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

Como testar a politica

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

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

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

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

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

Deixe seus comentários.

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

Umbrella – Network Device

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

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

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

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

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

Roaming Clients

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

BLOG – Cisco Umbrella + Meraki

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

Olá Pessoal,

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

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

Cisco Umbrella

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

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

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

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

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

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

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

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

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

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

Documentação

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

Abs,
Rodrigo

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

BLOG – IT BLOG 2019 – hosted by Cisco

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

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

BLOG – Altaro VM Backup – Introdução

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

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

Abs,
Rodrigo

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

BLOG – Networking Field Day – Ao Vivo

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

Olá comunidade,

Conforme mencionado anteriormente, essa semana estou em um dos eventos que fui convidado a participar denominado Networking Field Day 20 – San Francisco.

Se você não conhece recomendo ver meu post, onde detalho sobre esse evento, bem como detalho abaixo todas as sessões que iremos ter durante esses próximos 3 dias.

Fique ligado no streaming abaixo onde teremos todas as sessões sendo transmitidas ao vivo.

Espero que vocês gostem e me sigam no Twitter que também estou postando toda nossa trajetoria durante esses dias.

OBS.: Como vocês podem observar esse evento ocorreu entre o dias 13 e 15 de Fevereiro 2019 e vocês visualizaram que ele já encerrou-se, portanto para você que chegou aqui recomendo consultar o canal do Youtube do TechFieldDay para assistir a todas as sessões feitas nesse evento. Confira!!!

Abs,
Rodrigo

Cisco Champion – Brazucas na lista

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

Olá Pessoal,

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

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

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


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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

Cloud
Mobility
Networking
Security
Storage
Virtualization
Wireless

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

Cisco Meraki – Qualidade de serviço – parte 2

Thu, 03 Jan 2019 00:00:00 +0000

Olá Pessoal,

Como vocês observaram em nosso post anterior, hoje venho aqui para detalhar um pouco mais sobre as opções que temos para ser executadas na infraestrutura de ” Access-Points “. Vale lembrar que a linha para access-point Meraki esta baseado nos modelos denominados MR.

Como havíamos visto anteriormente, eu tenho algumas aplicações mapeadas para que possamos fazer o controle baseado em nosso SSID, que consequentemente teremos a opção para mapear dentro de nossa VLAN. Para isso devemos acessar através de Wireless -> Firewall & Traffic Shaping.

Como podem observar a partir do momento que selecionamos nosso SSID podemos fazer os controles especificos, bem como isso está correspondendo com nosso QoS.

Talvez vocês possam pensar ou perguntar. Mas ele esta fazendo classificação ou de fato está fazendo limitação ” shaping “? De fato, estou fazendo as duas coisas ao mesmo tempo, portanto não espere que você tenha essa separação no dashboard, pois ambos os ítens estão atrelados. Mas porquê?

Nesse caso eu voltaria a pergunta para vocês. Qual objetivo da classificação de pacotes e obviamente porque trabalhamos com QoS?

A ideia neste contexto é justamente você trazer sua aplicação “ Wireless – End points ” para que ela seja limitada ( se desejar ) e também para que possamos classificar esses dados e trafegar ela por toda a nossa rede com sua marcação correta, portanto observamos acima que acabei não criando limites por cliente, porém já temos as aplicações mapeadas. Temos mais um beneficio no portal é que essas aplicações ( mais tradicionais ) já estão mapeadas, portanto somente selecionar aquela que você deseja dentro de cada categoria. 🙂

Em que momento poderíamos pensar nessa limitação através de um SSID? Pense em um caso para trabalharmos em uma rede ” Guest “. Veja abaixo como poderiamos criar esse ” shaping + classification “.

Um ponto sobre as definições de aplicações, na qual acredito que teria muita coisa a melhorar no ” Dashboard “, pois algumas também que são tradicionais não podemos selecionar, portanto temos que trabalhar da mesma forma tradicional em qual temos que ficar definindo na mão ( URL, Portas, Protocol, etc )

Espero que vocês tenham gostado dessa nova facilidade e no próximo post iremos detalhar essas demandas que podemos executar em nossos ” UTM ” conhecidos através dos modelos MX.

Qualquer duvida ou algo adicional deixe seu comentário abaixo. 🙂

Abs,
Rodrigo

BLOG – Retrospectiva 2018

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

IT Blog Awards – Somos Finalistas

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

Olá Pessoal,

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

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

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

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

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

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

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

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

Abs,
Rodrigo

BLOG – Top vBLOG 2018 – Estamos participando!!!

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

Olá Pessoal,

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

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

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

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

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

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

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

Abs,
Rodrigo

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

VMware – VMUG Paraná Iniciando seus Trabalho

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

Olá Pessoal,

O VMUG (Grupo de Usuários de VMware), associação independente com mais 125.000 membros em todo o mundo chega ao Paraná. O VMUG Paraná é o novo grupo de usuários de VMware que foi criado para incentivar o networking e o compartilhamento de conhecimento entre os profissionais de VMware no estado do Paraná, além de fortalecer o relacionamento com a VMware Brasil e seus parceiros de negócios.

O grupo do Paraná será liderado por Ricardo Conzatti do blog Solutions4Crowds, Joaquim Santos do blog Explain IT, Pedro Kageyama e Cesar Danecke. O grupo contará também com o apoio de Daniel Bronzatti, Senior Solutions Engineer da VMware.

O objetivo principal agora é fazer com que os profissionais do Paraná saibam da existência da comunidade VMUG e também as inúmeras vantagens de se tornar um membro do VMUG PR, tais como descontos em treinamentos oficiais da VMware, certificações, livros e acesso a todos os produtos VMware por um ano através do programa VMUG Advantage.

Nas reuniões do VMUG são discutidos assuntos técnicos com palestras de membros da comunidade, apresentação de casos de uso e também contam com a presença de parceiros de negócios da VMware que tem a oportunidade de interagir e estreitar relacionamentos com os profissionais de VMware apresentando seus produtos e serviços.

Para saber de todas as novidades, siga o VMUG Paraná no twitter. Para as pessoas do Paraná prestigie esse novo grupo que está se criando ajudando assim cada vez mais a comunidade.

Abs,
Rodrigo

BLOG – Palestra na Futurecom 2018

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

Olá Comunidade,

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

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

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

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

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

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

Mais uma vez obrigado. 😀

Abs,
Rodrigo

Sorteio de Brindes do VMworld 2018

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

Olá Pessoal,

Enfim, como todos puderam observar neste ano fui ao evento da VMware ( VMworld ) e acredito que vocês conseguiram sentir um pouco do que é de fato um evento dessa magnitude, bem como vocês viram que eu consegui ir ao evento baseando-se no que a comunidade consegue trazer para nós.

Baseado nisso eu gostaria de dividir um pouco dessa felicidade que eu tive de ir ao evento e logicamente de participar e conversar com pessoas que eu nunca imaginaria. Devido a isso vou compartilhar com a comunidade dois prêmios que eu peguei com os parceiros no evento.

Prêmio número 1:

Bonê da RedHat, Camiseta Média da Veeam, Protetor para Long Neck Veeam

Premio número 2:

Boné da RedHat

Atenção para participar dos prêmios:

O ganhador do prêmio terá até 3 dias para entrar em contato via email ( [email protected] ) com seus dados para que o premio seja encaminhado.
Somentes os participantes legivéis que moram no Brasil.
Todo o custo para envio dos prêmio será de responsabilidade do ganhador, ficando a responsabilidade do BLOG apenas de entregar no Correio para o endereço informado pelo ganhador.
O sorteio será feito através de um site que sortea números e será gravado um video para publicar posteriormente em nosso BLOG para validar os ganhadores.
Para participar deixe um comentário nesse post com seu nome e comentando um pouco sobre nossa cobertura no evento, bem como preencha seu e-mail correto no campo disponível, pois será seu contato caso você ganhe seu prêmio
Para o sorteio os participantes terão seus números correspondentes conforme você popule seu comentário.

Vale lembrar que sorteio será feito no dia 01 de Outubro, portanto vocês tem 20 dias para publicar seus comentário neste post. Compartilhe e avise seu amigos para que eles participem desse sorteio e também prestigie nosso BLOG e nossa comunidade.

Abs,
Rodrigo

01/10/2018 – Adicionando o vídeo sobre o sorteio. Confira, vale lembrar sobre as regras e o número 3 ganhou o 1° Prêmio e o número 11 ganhou o 2° Prêmio.

Packet Tracer Atualizado – Versão 7.2

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

Olá Pessoal,

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

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

Enjoy it!!! 😀

Abs,
Rodrigo

VMworld 2018 – Abertura – General Session

Mon, 27 Aug 2018 00:00:00 +0000

Olá Pessoal,

Como vocês sabem estamos aqui no VMworld 2018 e durante toda essa semana vamos participar das sessões e obviamente mostrar tudo que esta sendo vivenciado por todos.

Neste momento estamos na General Session sendo apresentada por Pat Gelsinger.

Se quiser acompanhar verifique na no site da General Session.

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

Red Hat – Treinamento gratuito por 30 dias

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

Olá Pessoal,

Hoje venho aqui para trazer uma noticia que acredito que seja interessante para todos, ou seja, divulgação de treinamento online free feito pela Red Hat.

Baseado em algumas necessidades venho principalmente para divulgar um treinamento básico de Ansible, disponibilizado pela Red Hat, porém todos esses treinamento tem uma validade de 30 dias, à partir do momento que você executa seu cadastro e aceitação ao treinamento.

O que posso avisar que o treinamento de Ansible traz bastante conceitos básicos que ajudam a entender melhor como funciona essa ferramenta, os outros treinamento ainda não consigo opinar, pois não consegui executa-lós, mas acredito que seguem a mesma linha do que eu já assisti. Acredito que vale a pena conferir e registrar em alguns treinamentos.

Segue a lista:

Obs.: Alguns treinamentos podem estar em Inglês, ou na totalidade.

Abs,
Rodrigo

Cisco Live Magazine – Edição 24 – 2018

Thu, 29 Mar 2018 00:00:00 +0000

Olá Pessoal,

Eu acabo sempre re-transmitindo esse canal, pois é uma forma de vocês obterem mais informações sobre Cisco e de uma forma online, trazendo a filosofia de ser a revista digital.

Hoje publico novamente, pois ela teve algumas alterações em relação as edições antigas onde agora traz três artigos que mostram diferentes pontos de vista, entrevistas, conteúdos preparados pelos proprios parceiros e o mais interessante os casos de sucesso.

Segue abaixo a edição da revista completa:

Abs,
Rodrigo

Cisco Meraki – Wireless – Site Survey

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

Olá Pessoal,

Dando sequência em nossa serie sobre Meraki ( quem não acompanhou pode conferir aqui ), vamos hoje falar sobre uma facilidade que a ferramenta nos proporciona que chamamos de Site Survey.

O que é um Site Survey? Podemos consultar no Wikipedia, porém posso mencionar para vocês que esse termo é muito utilizado no dia a dia de quem trabalha com Wireless, pois ele está atrelado especificamente ao ambiente que irá ser atendido por uma rede sem fio. Em resumo, o termo traz o conceito de encontrar ou inspecionar uma área onde o trabalho executado por aqueles usuários devem ser atendidos, bem como trazer uma perspectiva mais detalhada sobre os pontos que devem ser colocados nossos Access Points ( Pontos de Acesso ) em nossa infra-estrutura dando informações sobre distância, throughput, interferências, potência das antenas, etc.

Nesse caso, coloco aqui um exemplo de umas telas relacionado uma ferramenta que pode ser conhecida por alguns, chamada Ekahau, onde traz muitas facilidades nessas questões de site survey e também já executa o relatório com todas as informações. Vale lembrar que aqui é um exemplo e outras ferramentas free nos já temos no mercado, porém nesse exemplo ( Ekahau ) existe um licenciamento.

Podemos também conferir uma documentação que a própria Cisco disponibiliza trazendo dicas de como podemos executar nosso site survey em ambiente WLAN.

Vocês podem perguntar, e o Meraki?

Como venho demonstrando nesses posts, a ideologia desse produto é trazer facilidade, então podemos considerar que existe um item nativo da solução que não irá trazer algo especifico/detalhado de um relatório como mencionado através de uma ferramenta específica para esse conceito, mas podemos considerar que com esse exemplo podemos de alguma forma já oferecer um resumo de quais pontos serão instalados os pontos de acesso e as bandas/throughput/potência do sinal que teremos nos locais.

Para oferecer essa facilidade podemos de fato fazer como o tradicional, acessar via browser o endereço do default gateway que estamos capturando pela conectividade WI-FI e acessar essas informações, mas para que não tenhamos que analisar qual IP esta definido para essa rede, podemos utilizar um nome em comum e que posteriomente ele irá fazer a resolução do nome ( DNS ).

Para habilitar essa funcionalidade devemos navegar através Network-Wide -> General e habilitar a funcionalidade conforme demonstrado abaixo:

Como podem observar existem diversas formas de acessar o equipamento para fazer validação através dos nomes mencionados, porém o mais comum para utilizar é my.meraki.com ou setup.meraki.com. Se o acesso por nome ( DNS ) não for possível, a página de status local também será acessível pelo endereço IP. Isso geralmente é útil ao configurar inicialmente o dispositivo em uma rede sem estar habilitado o DHCP ou ao definir a configuração IP de um dispositivo antes da implantação.

Caso isso ocorra você pode fazer o acesso desta forma:

**MR –**10.128.128.126
Para acessar esse endereço, configure um dispositivo com as seguintes configurações de IP e, em seguida, procure o endereço em um navegador da web.
Endereço IP: 10.128.128.125
Máscara de sub-rede: 255.255.255.0
MS – 1.1.1.100
Para acessar esse endereço, configure um dispositivo com as seguintes configurações de IP e, em seguida, procure o endereço em um navegador da web.
Endereço IP: 1.1.1.99
Máscara de sub-rede: 255.255.255.0
Nota: Alguns modelo de switches MS têm uma porta de gerenciamento dedicada que pode ser usada sem a necessidade de definir um IP estático em seu cliente.
MX e Z1/Z3 – Pode variar
A maioria dos modelos MX tem uma porta de gerenciamento dedicada usada para acessar a página de status local. Caso contrário, a página de status local estará acessível no endereço IP da LAN do MX ou Z1/Z3. Por padrão, os dispositivos MX e Z1/Z3 executam o DHCP. Quando o cliente estiver conectado a uma interface de LAN do MX ou Z1/Z3, localize o endereço IP e o gateway padrão do cliente. Em seguida, abra o endereço do gateway padrão em um navegador da web.

Depois dessa validação, podemos agora observar o exemplo de conectividade Wireless, capturando as informações através de um cliente conectado ao ambiente.

Essa porcentagem demostrada é justamente referenciando ao que meu cliente está utilizando no momento do teste. Agora outro exemplo demostrando o sinal e o throughput adquirido no teste.

Como mencionei anteriormente estas informações não podem definir uma documentação de um site survey, porém você tem um embassamento mais rápido para o que de fato pode estar impactando na performance daquele usuário em uma determinada área e avaliar a necessidade de fututos pontos de acesso nessa área. Outros ítens também pode ser validados em determinar por exemplo um host conectado via cabo em que porta ele está fisicamente.

Espero que vocês tenham gostado e que isso possa ajudar a você identificar alguns casos que ocorrem em nosso dia a dia.

Abs,
Rodrigo

vExpert 2018 – BLOG continua sua jornada

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

Olá Pessoal,

Acredito que todos já haviam visto que nosso BLOG havia sido eleito no ano de 2017 para programa vExpert 2017, e neste ano fiz nova inscrição, e na última sexta-feira à noite saiu a divulgação. Enfim, fomos escolhidos novamente pela comunidade para estar incluido no programa de 2018. UFA!!!

Você pode conferir o anuncio feito pelo programa no BLOG da VMware. Neste ano eles adiaram por duas vez o anúncio dos participantes, pois o processo de validação foi muito mais rigoroso e tivemos brasileiros novos entrando no programa como infelizmente tivemos pessoas sendo removidas pelo programa.

Enfim, isso ocorre devido a diversos fatores, pois temos pessoas que de alguma forma não consegue manter as publicações para a comunidade por diversos motivos, mas o importante que estamos com 24 brasileiros e cresce a cada ano.

Um outro item adicional que colocaram foi colocar os Badges aos integrantes, bem como adicionar as estrelas, referentes aos anos que você já faz parte da comunidade. Preciso melhorar minhas badges durante esse ano!!!

Durante a semana teremos mais informações e volto a publicar para vocês. 😉

Abs,
Rodrigo

Cisco Meraki – Atualização dos Equipamentos – SO

Mon, 26 Feb 2018 00:00:00 +0000

Olá Pessoal,

Conforme mencionado hoje vamos falar um pouco de alguns ítens técnicos relacionados aos equipamentos Meraki. Acredito que todos em algum momento já tiveram que executar atualização do SO ( Sistema Operacional ), mais conhecido como IOS nos equipamentos Cisco. Pois bem, como foi sua experiência?

Vamos iniciar algumas discussões em relação ao IOS, e obviamente algumas reflexões podemos colocar abaixo:

Qual versão devo instalar?
Tenho espaço em memoria flash?
Qual procedimento para executar atualização do SO?
Como manter atualizado ( SO ) minha infra-estrutura de todos os equipamentos?
Como gerenciar as versões que tenho em campo?
Preciso ter alguém no local para executar o procedimento?
Quanto esse serviço de técnico em campo custa ( $$ )?

Enfim, pode ser que vocês pensem em mais algum questionamento em relação ao ítem proposto, como sendo atualização de SO. Desta forma, gostaria de mostrar os passos para que você faça todos esses procedimentos nos equipamentos Meraki, que vale lembrar é feito pelo Dashboard ( Cloud ).

No primeiro momento gostaria demonstrar que temos uma opção onde é possível tomar algumas decisões em relação atualização dos equipamentos, que seria visualizar os firmware beta, agendar uma janela de atualização, quais plataformas eu desejo atualizar. Para isso podemos fazer acessando o menu Network-Wide -> General e scroll down até Firware Upgrades.

Após essa verificação podemos avaliar nossa infra-estrutura e identificar qual a ultima versão que estamos utilizando e consolidar se temos algum upgrade disponível ( Beta ou Stable Release ) para os equipamentos. Para isso podemos ir em Organization -> Firmware Upgrades -> All Networks

Como visualizado temos atualizações para os 3 equipamentos de meu HOMELAB, com isso vou demonstrar que através desse caminho podemos selecionar dois equipamentos e agendar uma janela de manutenção que mais se adequa a sua necessidade.

Devemos agora selecionar Schedule Upgrade.

Devido a estar demonstrando a execução de atualização eu não coloquei horario de janela e acabei de fato solicitando para que fosse executado no mesmo momento.

Com isso, agora podemos observar que conseguimos agendar atualização e de fato qual horario será executado essa atualização.

Baseado nesses fatos podemos consultar agora nos equipamentos através dos menus de cada plataforma ( Security Appliance -> Appliance Status ) e com isso visualizar que os modelos selecionados irão mostrar essa mensagem até o dia e horario que será executado sua janela de manutenção.

Vale lembrar que não tem mágica em relação alguns equipamentos ( Access Point ) na qual ele teve um reload para consolidar sua atualização de Firmware, porém para os outros devices foi executado sem nenhum reload e pela validação não tive nenhum outage em relação ao ambiente ( acesso Internet ) no momento de atualização. Claro, que dentro de um ambiente de produção não podemos arriscar, pois ainda temos um risco de termos algumas falhas ou necessidade de executar um ” Rollback “.

Após execução e atualização dos equipamentos podemos avaliar que agora estamos com as versões mais atualizadas.

Como mencionado sobre ” Rollback “, temos essa opção muito fácil para que após alguns testes no ambiente e de alguma forma seja identificado que temos problemas devido essa atualização podemos voltar a nossa opção de Organization -> Firmware Upgrades e solicitar para que seja feito o processo inverso ( voltar o Firmware anterior )

Talvez você esteja se perguntando onde posso identificar quais são os recursos que sofreram atualização, bem como os ” BUG Fixes ” para de fato decidir se devo atualizar meus equipamentos ou espero uma proxima Release.

Isso pode ser consultado rapidamente pelo proprio Dashboard e analisar quais ” CVE-xxxx-xxx ” estão sendo tratados.

Espero que vocês tenham percebido algumas facilidades que temos para essa solução e obviamente eu ter respondido todos os tópicos que acabei levantando no ínicio de nosso post.

Enfim, o que vocês acharam sobre esse recurso? Traz problemas? Traz facilidades?

Nos vemos em nosso próximo post, explicando mais recursos e implementações para esses ambientes. 😀

Abs,
Rodrigo

Cisco 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

CCIE – Recertificação 2018

Mon, 05 Feb 2018 00:00:00 +0000

Olá Pessoal,

Apenas dando uma passada rápida para notificar sobre minha recertificação. Depois de alguns meses ( 3 meses estudando ), refiz minha prova do CCIE R&S Written e estou apto por mais dois anos a continuar com o título. 😛

Enfim, como muito conteúdo foi adicionado e poucos removidos tive que reler muita coisa para executar a prova, principalmente de alguns ítens que de fato não vivencio no dia a dia e acabamos não usando muito para projetos, troubleshooting e discussões com times internos e clientes.

De fato o melhor ponto para que você possa comparar os pontos e observar suas deficiências seria através do link Exam Topics – CCIE V5.

Entretanto, gostaria de mencionar alguns caminhos que segui para estudar e me ajudou obter as informações um pouco mais rápida do que de fato reler todos os livros novamente. JESUS!!! ( rsrsrs ). O que posso mencionar que encontrei alguns posts interessantes para minha revisão que foram do site do Antonio Sequeira – CBT Nuggets que de fato me levaram varios outros caminhos para ler de alguma forma a documentação da Cisco.

Um documento atualmente compartilhado pelo nosso amigo Nicholas Russo que fala sobre as ” Envolving Technologies “, que de fato cairam varios pontos associados e esse novos temas.

E por último os tópicos que mais tive que estudar, foram ISIS e Multicast ( meu calcanhar de aquiles!!! ), que foram justamente pesquisando pelas documentações Cisco.

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

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

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

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

Abs,
Rodrigo

Cisco Champion 2018

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

Programa Cisco Champion

Olá Pessoal,

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

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

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

Abs,
Rodrigo

Resumo 2017

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

Olá Pessoal,

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

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

Eventos – Posts – Conquistas

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

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

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

Abs,
Rodrigo

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

Entrevista para Congresso Online de TI

Tue, 14 Nov 2017 00:00:00 +0000

Olá Pessoal,

Apenas passando para divulgar sobre uma entrevista que eu fiz junto com o Rafael Libânio ( idealizador do Congresso Online TI ). Nessa entrevista os pontos discutidos foram em relação as certificações, de que forma foi minha evolução dentro da carreira e o papel que hoje exerço na minha função, mencionando o que de fato nos certificados vamos apresentar dentro dessa carreira.

Segue na íntegra entrevista:

Abs,
Rodrigo

Cisco Academy – Oportunidade de Trabalho

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

Olá Pessoal,

Gostaria de fazer uma notificação rápida em relação a nova ferramenta que foi disponibilizada para os alunos do Cisco NetAcademy, na qual eu acredito que todos os alunos devem ter recebido essa notificação, porém, acho que vale a pena ressaltar, pois na situação que nos encontramos é sempre importante termos caminhos para de fato iniciar nossa caminhada ou continuar a jornada em nossa área de TI.

Essa nova ferramenta vai trazer notificações de empregos baseando-se nas parceiras já existentes ( Ingram Micro, CDW, Dimension Data ) entre outros, para que possa alavancar o seu perfil ao perfil requisitado por essas empresas. Vale lembrar, que isso somente terá visibilidade para os alunos do ” Networking Academy ” e que esteja executando os treinamentos de CCNA, CCENT, Cyber. Segue abaixo os passos para que possa executar:

Para executar esse processo segue o link para cadastro Cisco Network Academy – Talent Bridge.

Abs,
Rodrigo

Inscrições Cisco Champion 2018

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

Olá Pessoal,

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

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

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

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

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

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

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

Att,
Rodrigo

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

Mon, 30 Oct 2017 00:00:00 +0000

Olá Pessoal,

Seguindo em nossos posts, continuamos trabalhando para fazer nossas comparações entre as configurações que estão aplicadas em nosso ambiente. Hoje vamos tratar sobre a validação do módulo ” startup-config “.

Como vocês observaram anteriormente, sempre estavamos validando situações onde iríamos comparar arquivos ( scripts ) que poderiam ser aplicados em nossos equipamentos ou validados no sentido de possíveis alterações que de fato não se equipara com nossa base ( backup ).

Logo abaixo, iremos fazer uma validação simples entre “ startup-config ” com a ” running-config “, com isso temos outro motivo para possíveis troubleshooting identificar rapidamente se algo foi alterado, e se de fato essa alteração foi feita da maneira correta, sempre lembrando-se que, essas alterações podem aparecer desde que ainda não foram salvas na NVRAM. Abaixo temos o script:

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

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

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

  - name: Compare startup-config with running-config
    ios_config:
      diff_against: startup
      provider: "{{ provider }}"
    register: test_diff

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

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

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

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

Vale ressaltar que utilizamos a mesma técnica já explicada anteriormente, onde temos que “ sanitizar ” as diferenças para que de fato tenhamos a saída mais ” clean ” possível, e claro de fácil visualização. No primeiro momento, como vocês vão perceber apenas executei nossa playbook para demonstrar que de fato meu equipamento foi ligado e permanece com a mesma configuração.

A mensangem ” skipping ” é justamente para mencionar que nossa variável esta ” zerada ” e que essa tarefa está sendo pulada para as tarefas seguintes. Segue abaixo:

Agora, como já temos tudo garantido, vamos novamente fazer uma alteração em nosso roteador relacionado a um novo usuário, e claro, não vamos salvar em nossa NVRAM.

Feito isso, agora esperamos que após execução da playbook iremos visualizar que nosso novo usuário foi inserido na ” running-config “. Segue abaixo o output trazendo assim a linha adicional:

Com isso, finalizamos nossas 3 opções de validação de configuração, para qual pode atender diversas opções dentro de nosso ambiente de produção ou mesmo de futuros laboratórios. Pensando assim, vendo nossas demonstrações você avalia que isso de fato pode automatizar algum processo que hoje você precisa executar manualmente ou não consiga gerenciar suas configurações de equipamentos? O que seria mais interessante?

PS.: Vale lembrar novamente que estamos executando somente em um roteador, porém isso, pode ser escalável a muitos equipamentos, apenas alterando nosso arquivo de hosts.

Deixe seus comentários.

Abs,
Rodrigo

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

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

Olá Pessoal,

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

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

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

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

Segue abaixo nossa playbook

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

Packet Tracer Atualizado – Versão 7.1

Wed, 25 Oct 2017 00:00:00 +0000

](/wp-content/uploads/2016/11/Packet_tracer_Screen.png)Olá Pessoal,

Acredito que essa notícia já é antiga, porém estou atrasado para atualizar em nosso BLOG, principalmente aos alunos que necessitam dessa nova versão e por algum motivo ainda não havia obtido essa atualização.

Vocês podem observar que em nossa sessão de Arquivos eu atualizei com a nova versão do Packet Tracer 7.1, para qual está populado para Windows e Linux. Para termos como histórico segue as informações anunciadas nesta nova versão:

Correção de Bugs
Atualização das Versões do IOS nos Dispositivos (v15.4.3, 15.5.3 e 15.6.3)
Novos Dispositivos Wireless (WLC 2504 e AP 3702 Aironet)
Novos Dispositivos (Switch 3650, Router 4321)
Protocolo MQTT (Message Queue Telemetry Transport)
Suporte a SFP/SFP+
Módulo HWIC-1GE-SFP

Abs,
Rodrigo

Ansible – Notificação via Cisco Spark

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

Olá Pessoal,

Conforme venho trazendo em nosso BLOG as diretrizes do Ansible e as metodologias que ele traz para entrarmos de cabeça no DevOps, ou seja, hoje vou trazer uma outra ferramenta na intenção de criarmos interação entre elas, e assim, se obter de benefícios que possa trazer para nosso dia a dia, ou de idéias que possa oferecer para você trabalhar em seu dia a dia.

Você conhece o Spark? Se não conhece, eu gostaria de mencionar que ele é uma ferramenta de messaging e outros ítens adicionais como video calling, desenhos interativos, reunião on-line, white boarding etc. Como o próprio nome diz, ele é uma ferramenta da Cisco, que por sua vez, também pode trabalhar diversas formas, assim como outros messaging e interagindo através de BOT. Se quiser saber mais sobre a ferramenta visite o site do Cisco Spark.

Talvez você venha-se perguntar, deve custar uma fortuna ( rsrsrs ), mas nesse caso o Cisco Spark é uma ferramenta free, que inclusive você pode se registrar através do link informado acima. Claro que, se necessitar dos recursos adicionais para fazer video bridge terá licenças adicionais, mas para nosso propósito relacionado a notificação via Ansible o cadastro pode ser feito gratuitamente.

Depois dessa abordagem, para falar um pouco sobre essa ferramenta, gostaria de mencionar sobre outro parâmetro que terá muita importância na criação de nossa notificação via ansible em uma sala de bate papo do Spark. Para que esse processo aconteça, você necessita fazer acesso ao site do Developer do Cisco Spark, para que a partir desse acesso você consiga obter seu querido é amado token. ( rsrs ). Para acessar vá ao site developer do Cisco Spark e após logado em sua conta, clique em sua foto e guarde o seu token para que possamos utilizar posteriormente em nosso playbook. Veja abaixo:

Após esse processo voltamos ao nosso mundo de Ansible, onde podemos consultar através da documentação sobre a configuração de nossa integração com o Spark. Verifique o documento para obter os dados sobre o Ansible usando Spark.

Seguindo nosso projeto Ansible eu criei um arquivo chamado Spark.yaml que será utilizado para executar a notificação após a execução de nosso playbook. Fiquem a vontade de adicionar essas linhas onde melhor se encaixar em seu projeto.

---
- name: Cisco Spark - Text Message to a Room
  cisco_spark:
     recipient_type: roomId
     recipient_id: "{{ spark['roomId'] }}"
     message_type: markdown
     personal_token: "{{ spark['spark_token'] }}"
     message: "### {{ inventory_hostname }} - Show ip interfaces \n\n {{ interfaces.stdout }} \n\n"

Vale lembrar que o campos mencionados como ” roomId ” e ” spark_token ” são variáveis que devem ser adquiridas através do Spark e também no meu caso eu deixei esse valores com essas variáveis inseridas em nosso arquivo de ” secret.yaml “.

Para enviar sua notificação lembre-se de criar uma sala de bate papo no Spark, no meu caso eu criei como ” Playbook Notification “. Para que você descubra qual é seu ” roomId ” e necessario via developer webpage pesquisar pela API qual é o codigo da sala. Acesse API Reference -> Rooms -> Get Room Details

Após essa validação é necessario executar o ” RUN ” para que você capture seu ID, conforme abaixo:

Com essas informações você pode trabalhar da melhor maneira para publicar essa notificação, entretanto segue mensagem recebida depois de finalização de nosso playbook e consequentemente a informação desejada:

Com isso você podem perceber o poder que temos nas mãos após mostrar essas duas notificações. Lógico que não somente trabalhar com as notificações seja o mais interessante, mas aqui vocês podem observar que temos muita “ bala na agulha 😉 ” para desenvolver nossos BOTs e assim interagir com eles para execução de outras tarefas um pouco mais complexas.

Espero que vocês tenham gostado e novos posts serão publicados.

Abs,
Rodrigo

Reunião VMUG SP – Outubro 2017

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

Cisco DevNet Webinar – Netacad – Sessão 2

Wed, 06 Sep 2017 00:00:00 +0000

Olá Pessoal,

Eu já havia comentado sobre esse tópico em nosso post de Julho, e hoje venho para avisar sobre a próxima sessão que será feita neste mês ( 14/09/2017 ). Não sei se todos assistiram Webinar anterior, mas nesse evento será comentado sobre mais alguns ítens sobre o entendimento de conceitos básicos de software e código e vantagens que engenheiro de redes pode ganhar colaborando with desenvolvimento de software. Irá ser feito uma pequena demo mostrando codificação Python e JSON

Você pode conferir com mais detalhes através do link do NETACAD.

Abs,
Rodrigo

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

VMware vExpert 2017 – BLOG Incluído

Thu, 17 Aug 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de fazer mais uma notificação e com certeza mais um objetivo atingido dentro de nossa comunidade e obviamente de nosso BLOG, que com certeza sem vocês ele não existiria, pois eu não teria objetivos, para de alguma forma aprender algo novo e posteriormente transmitir para vocês.

Enfim, eu havia feito minha inscrição no programa e na terça-feira à noite, VMware fez o anúncio sobre o programa, onde consequentemente eu fui aceito pela comunidade, desta forma, se tornando um #vExpert. Gostaria de agradecer Corey Romero ( @vCommunityGuy ) e nosso parceiro Valdecir Carvalho ( @homelaber ) que me incentivou a cadastrar-se e que tudo o que fazemos aqui é uma forma de ajudar a comunidade VMware.

Para quem quiser conhecer mais sobre o programa eu vou aproveitar aos que meu amigos já inscreveram sobre o programa em seus respectivos BLOGs. Para quem se interessar podem verificar no homelaber ou no Solutions4Crowds de um outro parceiro Ricardo Conzatti ( @RicardoConzatti ).

Desta forma, futuramente terei noticias mais apuradas sobre as diversas soluções e espero conseguir trazer para você meu leitor, um pouco mais desse mundo de virtualização, para qual tenho que confessar que estou me infiltrando aos poucos e com cautela, para inicar meu expertise. Agora posso adicionar minha badge também ao nosso BLOG.

Nossa comunidade no Brazil ainda é pequena, mas posso confessar que é muito maior do que nossa comunidade de Cisco Champion, que no momento é somente nosso BLOG. ( rsrsrs ). Segue a lista dos Brazucas na lista do vExpert.

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

Congresso Online 6° Edição – Setembro 2017

Tue, 15 Aug 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês mais um evento que vou participar, para qual já estou nesse projeto desde a 2° Edição, pois é, o tempo passa e já estamos indo para a 6° Edição.

Nessa edição o Congresso está com o tema “ Novos Desafios do Profissional de TI “. Em mais uma edição todo o conteúdo será online, bem como as inscrições são gratuitas.

Esse evento será de 11 a 17 de Setembro, onde para cadastrar-se basta acessar o website do Congresso. Pensando nesse tema escolhi minha palestra como sendo ” Como se manter atualizado na Área de TI “.

Se cadastrem, espero vocês em mais esse evento. Juntos somos melhores!!!

Abs,
Rodrigo

Ansible – Variações no Playbook – ” Include “

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

Olá Pessoal,

Baseando-se em nosso ultimo post, acredito que vocês tenham pensado em algumas alternativas para capturar comandos dos equipamentos ou de alguma forma ser mais flexível para armazenar arquivos. Pensando em algumas alternativas segue aquelas que acho interessante compartilhar com vocês para que isso possa de alguma forma ser uma implementação dentro de seu ambiente.

Como vocês observaram nosso arquivo de texto estava sendo salvo com o IP do equipamento, talvez isso não seja interessante e você gostaria de salvar esse documento através do hostname do equipamento, tendo isso como principio vamos fazer algumas alterações para que isso possa acontecer. Nosso primeiro passo é editar o arquivo de hosts ( inventário ) colocando nele a denominação do hostname e nossa variável ” ansible_host ” obviamente atrelado ao nosso IP de gerenciamento.

[routers]
R1 ansible_host=192.168.0.19

Desta forma precisamos fazer uma pequena alteração em nosso playbook adicionando a variável ” inventory_hostname ” no momento de salvar nosso arquivo ( .txt ). Para ficar melhor documentado, vocês podem observar que podemos adicionar algo após nossa variável, e assim a documentação do nome desse arquivo fica personalizada. 🙂

Segue abaixo nosso novo arquivo:

---
- name: Acesso remoto aos equipamentos
  hosts: routers
  gather_facts: no
  connection: local

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

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

  - name: show running-config
    ios_command:
     provider: "{{ provider }}"
     commands:
        - show running-config
    register: config

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

Com isso, podemos executar nosso playbook como explicado anteriormente, e logo vocês podem observar a diferença de ” output “, para qual temos o hostname populado ” R1 “, bem como o arquivo de texto que foi gerado como ” R1_running.txt “

Depois de fazermos essas alterações vocês talvez queiram incluir mais comandos em nossa playbook, para que de alguma forma seja documentado, ou seja, vocês podem ir adicionando mais comandos conforme exemplo anterior e salvar em um novo arquivo. Segue exemplo para adicionarmos mais comandos:

- name: show version
    ios_command:
      provider: "{{ provider }}"
      commands:
        - show version
    register: config

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

Após compilar novamente nossa playbook vocês podem observar que foram executados os dois comandos e consequentemente gerados dois arquivos.

Agora vêm o ponto, pensando em comandos e sobre a escalabilidade desse formato, onde teremos uma playbook gigantesca para executar várias tarefas. 💡 O que podemos fazer?

Acredito que seja mais interessante criarmos um arquivo ( yaml ), onde colocaremos todos nossos comandos, e desta forma, podemos chamar esse arquivo através de nossa playbook principal, assim ela não fica poluída com varias ações para ser executada. Para isso devemos usar nosso modulo “ include “, conforme segue abaixo em nosso script.

---
- name: Acesso remoto aos equipamentos
  hosts: routers
  gather_facts: no
  connection: local

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

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

  - name: Obtain commands
    include: commands_variance.yaml

Após essa inserção eu criei um novo documento ( yaml ), onde foi inserido todos os comandos que desejo fazer para meu equipamento, e assim fica mais claro as execuções de tarefas dentro de nossa playbook.

---
  - name: show running-config
    ios_command:
     provider: "{{ provider }}"
     commands:
        - show running-config
    register: config

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

  - name: show version
    ios_command:
      provider: "{{ provider }}"
      commands:
        - show version
    register: config

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

Após a execução o mesmo output é observado, porém temos uma estruturação muito mais adequada para execução e mapeamento de seu script. O que acharam? Deixem seus comentários.

Abs,
Rodrigo

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

VMware Workstation – Tech Preview

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

Olá Pessoal,

Foi anunciado pela VMWare o Workstation Tech Preview 2017. O que é isso?

Acredito que todos conhecem esse produto, mas basicamente ele é um hypervisor que é instalado em sua maquina ( Windows, Linux ) e à partir dele podemos criar nossas máquinas virtuais e executar nossos laboratórios ( homelabs ) de diferentes plataformas.

Entretanto, deve também ser de conhecimento de todos que esse programa é pago, ou seja, existe uma licença para que possoamos utiliza-lo. Baseado neste anuncio a VMware esta disponibilizando essa versão para os usuários utilizarem totalmente “ free ” até Dezembro de 2017.

Você pode fazer o download do software e utiliza-lo gratuitamente até Dezembro, lembrando-se que essa versão é um ” beta “, portanto a ideia também é avaliar o software se tem algum ” bug ” e não utiliza-lo em ambientes de produção. Para fazer o download é necessario ter um cadastro básico dentro do portal.

Faça o download do WMware WorkStation. Enjoy it!!!

Atenciosamente,
Rodrigo

Ansible – Execução da Playbook

Tue, 18 Jul 2017 00:00:00 +0000

Olá Pessoal,

Como já venho tratando sobre esse tópico em nossos posts anteriores, hoje venho aqui para explicar um pouco sobre o processo de execução de nosso playbook criado para rodar dentro da plataforma do Ansible.

Como já fizemos as tratativas dos arquivos de ” hosts “, também conhecido como inventário, e também uma forma prática de criar um arquivo de senhas para acesso aos nossos equipamentos, a ideia seria irmos para a criação de nosso ” playbook “, porém achei mais interessante trazer antes de que forma é composto o playbook para que possamos acessar as bibliotecas, e assim obter as configurações e execução de nosso python por trás de toda a estrutura.

Segue abaixo os componentes que podemos considerar para que toda a estrutura implementada no ansible possa executar.

Dentro desse propósito explico os ítens atrelado a essa estrutura:

Inventory = Arquivo que hospeda todas as definições dos seus equipamentos atrelados aos seus IPs de gerenciamento de sua infraestrutura, ou até mesmo através de um resolução de DNS.
Modules = Nesse caso podemos definir como sendo o modulo que roda todas as classes dentro do Ansible. Podemos mencionar aqui toda a estrutura do ansible galaxy, instalação / atualização para o Ubuntu, modulos de networking, monitoração, etc
Ansible Config = Essa configuração já é definida na própria instalação do software, porém é nesta base que temos visualizar e obviamente torna-se um item importante para fazer a conexão ao nosso ambiente de script que está acoplado ao Python. Em nossos testes posteriores não iremos fazer nenhuma tratativa nesse arquivo, pois não iremos cobrir alterações dentro dessa estrutura.
Python = Essa biblioteca já vem instalada com o software e são dessas bibliotecas que acessamos para os parametros relacionados aos equipamentos, em nosso caso estamos usando especificamente para questões dos modulos para Cisco.
Playbook = Nele podemos ter diferentes “ plays “, ou seja, pode existir chamadas arquivos remotos, como eu expliquei anteriormente sobre utilização do arquivo ” secret.yaml ” para fazer as tratativas dos usuário/senhas. Basicamente é um conjunto de tarefas usando os módulos, executados em um conjunto definido de hosts, tendo assim a execução em sequencia aos seus passos criados dentro do ” playbook “. Veja abaixo o exemplo:

Desta forma temos a estruturação de nosso ” playbook “, para que assim possamos pensar nas etapas de consulta ou configuração de nossos equipamentos. Em nosso próximo post irei trazer as configurações executadas para que possamos fazer a captura do arquivo de configuração dos equipamentos via ansible e assim salvar em um diretorio especifico.

Abs,
Rodrigo

Ansible – Arquivo Usuário e Senhas

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

Olá Pessoal,

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

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

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

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

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

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

Abs,
Rodrigo

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

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

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

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

API – DevNet

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

Olá Pessoal,

Acredito que você tenha lido nosso post anterior sobre API e conforme informado vou trazer alguns ítens que venho acompanhando nessa área que estamos trabalhando ( Routing & Switching e DC ).

Como venho falando em alguns posts anteriores nossa área está alterando-se e devido a isso muitas movimentações estão acontecendo nas organizações para se adequar as novas tendências bem como re-estruturar seus produtos para que os concorrentes não atropelem e definitivamente as marcas não caiam no desuso.

Acredito que vocês souberam da última aquisição da Cisco de uma empresa chamada “ APPDynamics “, pois bem, se observarmos é mais uma empresa tendo seu core business para aplicações. Além disso, podemos observar as ultimas aquisições da Cisco pelo link ( Cisco Acquisition ).

Olhando neste cenário de aquisições da Cisco, qual é a maioria do core business dessas empresas compradas pela Cisco? Se você pensou empresas de software, está correto.

Devido essas novas demandas que estão surgindo exponencialmente, ela como uma gigante não pode ficar esperando ( porém eu achei que ela demorou para acreditar nisso ) que outros fabricantes roubem muito seu mercado, desta forma hoje eles já tem times especificos e uma grande comunidade que está desenvolvendo para que os equipamentos, com sua APIs sejam utilizadas por qualquer desenvolvedor ou fabricante.

Como podem observar pela foto acima Cisco esta trazendo essa menção chamada DevNet, onde já temos o site Developers Cisco, que traz diversas informações relacionados aos desenvolvimento de cada plataforma. Para cada plataforma nós já podemos consultar as APIs publicas baseando-se em cada torre de tecnologia ( Cloud, Networking, Datacenter, etc ).

Se vocês navegarem pelo site, podemos mencionar ainda que não temos muitos ítens disponibilizados para executar as tarefas, mas com certeza eu acredito que isso vai crescer exponencialmente. Vocês acham que isso pode crescer?

Em nosso proximo post vou mencionar um pouco mais sobre o SandBox

Abs,
Rodrigo

O que é API e Rest API?

Mon, 13 Feb 2017 00:00:00 +0000

Olá Pessoal,

Devido as novas demandas que estão surgindo, principalmente a relação de integração de software com nossa infraestrutura ( routers, switches, firewalls ) esses termos mencionados em nosso título acabam sendo evidenciados.

Acredito que todos quando observam esses termos imaginam que isso seja algo relacionado a quem trabalha com programação, integração de sistemas, desenvolvedores de sistemas, etc.

Pois bem, isso não é mais a realidade que vivenciamos em nossa área de redes e infraestrutura. Porquê? 💡

Como todos nos sabemos nossa área esta passando por várias transformações, bem como as empresas estão adicionando em seus produtos muitas funcionalidades que podem ser visualizadas / consultadas por outros fabricantes, com o intuito de oferecer serviços e integrações entre as plataformas. Com isso podemos definir dois ítens:

API ( Application Programming Interface ) : Isso está relacionado a ferramenta ou biblioteca que pode ajudar aos desenvolvedores acessarem informações dentro de seu código ( fabricante ) para fazer a tratativa das informações necessária para o desenvolvimento de sua ferramenta. Essas APIs podem estar contidas nos sistemas operacionais, sistema de banco de dados, hardware de computadores, etc. No caso de uma API podemos mencionar que pensando no protocolo HTTP você poderia fazer um ” GET ” no código para obter as informações.

Como exemplo de uma API poderíamos citar dois exemplos:

Quando acessamos um site onde vamos pesquisar seu endereço e nele temos o mapa do ” Google MAPS ” populados automaticamente na página daquele cliente, e da mesma forma podemos navegar nessa janela olhando pelas ruas próximas ao mapa, ou seja, o site está acessando uma API publica do Google para mostrar aquela informação.
Poderíamos citar sobre o Facebook que disponibiliza uma API para que por exemplo outros software possam fazer uma publicação automatica baseado na sua autorização de utilização da API ( Keys ).

Rest API ( Representational state transfer API ) : Como informado acima API oferece caminhos para que você possa acessar as informações, e quando a menção se torna uma REST API seria quando eu defino funções a qual os desenvolvedores podem executar solicitações e receber respostas por exemplo através do protocolo HTTP ( GET e POST )

Com isso diversas plataforma agora estão vindo com API públicas para que você possa consultar e de alguma forma possa interagir com as ferramentas / hardware que esse fabricante disponibiliza. Você poderia estar pensando o que vou fazer com essas funcionalidades?

Em nosso segundo post vou mencionar sobre o que fazer com essas funcionalidades e como a Cisco está trabalhando com essas novas demandas.

Abs,
Rodrigo

Atualização nos valores de prova da Cisco

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

Olá Pessoal,

Acredito que para muitos isso não será uma noticia boa, pois hoje foi anunciado pela Cisco os novos valores das provas que estão sendo cobrados a partir de hoje ( 09/02/2017 ).

Para a maioria dos ” tracks ” tivemos uma atualização em torno de U$50,00, ou seja, é mais um motivo para que todos se dediquem cada vez mais nos estudos, para que você consiga alcançar sua certificação em sua primeira tentativa, com isso seu ” bolso ” não sofrerá tanto impacto.

Como evidência para que vocês vejam:


Certification	Preço antigo ( U$ )	Preço Novo ( U$ )
CCNA R&S	295,00	325,00
CCNA Security	250,00	300,00
CCNP	250,00	300,00
CCIE Written	400,00	450,00

Para consulta de outras certificações verifique no site da VUE – Certificação Cisco.

Dentro desse parâmetro vocês imaginavam que os valores iriam subir? O que acharam desse aumento? Deixe seus comentários. 😉

Abs,
Rodrigo

Cisco Champion 2017

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

Olá Pessoal,

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

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

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

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

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

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

#CiscoChampion Tweets\

Abs,
Rodrigo

Sorteio dos Cupons – Cisco Live

Wed, 01 Feb 2017 00:00:00 +0000

Olá Pessoal,

Enfim saiu nosso sorteio, onde tivemos o único BLOG brasileiro no Cisco Live Las Vegas ano passado conforme nosso post anterior.

Devido a isso, tinhamos um sorteio acontecendo em nossa fan page do Facebook que encerrou-se ontem. Com isso, hoje venho aqui para divulgar o nome dos ganhadores desse sorteio. Se quiser pode também consultar via link.

Lembrando-se que os ganhadores devem entrar em contato através ( [email protected] ) para que eu possa encaminhar as informações por e-mail, bem como o código para utilização desse voucher.

Vale lembrar que se os ganhadores não forem utilizar o cupom, por favor notificar no e-mail para que eu possa oferecer esse cupom para um outro participante.

Espero que aproveitem esse desconto e que o nosso BLOG seja mais um motivador para sua conquista em uma certificação.

Abs,
Rodrigo

Certificação VMware – Iniciado novo tracking

Mon, 16 Jan 2017 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês sobre um novo tracking que tenho como objetivo para finalizar até o meio deste ano ( 2017 ). Esse tracking esta relacionado a certificação VMware, sendo mais específico uma certificação voltada para ” Network Virtualization “.

Baseado na conquista do CCIE, fui deparar com essa certificação onde eu poderia utilizar recursos da certificação Cisco, o que me levava a pensar que meu caminho poderia ser mais curto. ILUSÃO!!!!

Devido a não ter vivência no meu dia a dia com essas novas tecnologias ( Virtualização, VSAN, Ferramenta de Implementação, etc ), eu me deparei com muito conteúdo para ler e tive que trabalhar bastante em ” HOME LAB “, para que eu pudesse ver aquilo que acontece nesses novos conceitos que estou absorvendo, porém toda a experiencia adquirida em Routing e Switching facilita bastante o ” tracking “, em específico para a prova de NSX.

Enfim, compartilho com vocês essa certificação ( VCP6-NV ) e também compartilho que na última sexta-feira executei meu primeiro passo para finalizar essa certificação, ou seja, a prova 2V0-620 ( Vsphere 6.0 Foundation ) executada. 😛

Keep working!!!

Abs,
Rodrigo

Boas Festas e Feliz 2017!!!

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

Olá Pessoal,

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

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

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

Abs,
Rodrigo

Packet Tracer – Usuario Guest

Wed, 21 Dec 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já usaram o Packet Tracer e recentemente lançaram a versão 7, que já postamos aqui no BLOG.

Porém, todos recebem uma tela onde é solicitado fazer o login, na qual você sempre acaba aguardando alguns segundos para de fato utilizar o Packet Tracer. Desta forma, você consegue usar todas as funcionalidades do software, porém você tem algumas limitações que estaria baseado na quantidade de gravações que você pode executar.

Para que vocês não tenham mais essas preocupações, existe no proprio site do NetAcademy um curso rápido de 1 hora ( apenas em Inglês e Francês ) para que você veja uma introdução do software e de fato receba um usuario para logar no Packet Tracer, ou seja, quando ele aparecer a tela de login no momento que você tiver fazendo abertura do software.

Com isso, você não terá mais nenhuma restrição e poderá utilizar sem problema algum o software que cresce a cada versão, ajudando muito nos seus laboratórios e aprendizados para as certificações Cisco. Confira nesse link as instruções.

Abs,
Rodrigo

Sessão ao Vivo – Projeções para SDN

Wed, 14 Dec 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar com vocês uma sessão ao vivo que vou fazer pelo Youtube ( 15/12/2016 – 15hs ). Nessa seção vou trazer o assunto SDN e explorar um pouco o conceito e as projeções que temos para o mercado.

Nos tópicos abordados também vou trazer algumas ideias de como a Cisco esta trazendo essas soluções para o mercado.

Reserve na sua agenda e dê um subscribe em nosso canal.

Abs,
Rodrigo

Finalizado o Desafio – vDM

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

Olá Pessoal,

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

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

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

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

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

Abs,
Rodrigo

EIGRP – Configuração Load Balance

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

Olá Pessoal,

Acredito que todos já tenham escutado em algum momento que precisamos melhorar a performance da rede, porém não temos ” $$$ ” para fazer upgrades em circuitos, equipamentos, etc.

Partindo desse principio, podemos pensar em fazer algo que seja rapido e pratico, portanto gostaria de compartilhar com vocês uma dica para habilitar o balanceamento por custos desiguais utilizando o EIGRP.

Para nossa analise gostaria de compartilhar essa topologia:

A logica de raciocinio será baseado entre o Router E para a Network X. Os valores utilizados aqui são inteiros para facilitar em nossa analise, tendo assim podemos considerar:

E-B-A com metrica de 30
E-C-A com metrica de 20
E-D-A com metrica de 45

Olhando os valores teríamos apenas o caminho ECA como disponível na tabela de roteamento para alcançar a rede X, ou seja, o ” sucessor “, porém gostaríamos de balancear. Para isso devemos aplicar essa configuração dentro do processo de EGIRP:

router eigrp 1

variance 2

Esta configuração aumenta a métrica mínima para 40 ( 2 * 20 = 40 ). O EIGRP inclui todas as rotas que têm uma métrica menor ou igual a 40 e que satisfazem a FC ( feasible condition ). EIGRP agora usa dois caminhos para chegar à rede X, E-C-A e E-B-A, porque ambos os caminhos têm uma métrica de menos de 40. O EIGRP não usa o caminho E-D-A porque esse caminho tem uma métrica de 45, que não é menor que o valor da métrica mínima de 40, devido à configuração de variância. Além disso, RD ( report distance ) do vizinho D é 25, que é maior do que FD ( feasible distance ) de 20 a C. Isso significa que, mesmo se a variância for definida como 3, o caminho E-D-A não é selecionado para o balanceamento de carga porque o roteador D não é um sucessor viável ( feasible sucessor ).

Espero que tenham gostado!!!

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/support/docs/ip/enhanced-interior-gateway-routing-protocol-eigrp/13677-19.html

Resumo Video Aulas – QoS

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

Olá Pessoal,

Gostaria de compartilhar o resumo de aulas explicando sobre QoS.

Subscribe to my channel

QoS configurado com NBAR - parte 1

QoS configurado com NBAR - parte 2

QoS configurado com NBAR - parte 3

Abs,
Rodrigo

OSPF – Max-Metric LSA

Fri, 25 Nov 2016 00:00:00 +0000

Olá Pessoal,

Como todos sabem OSPF é um protocolo muito robusto esta sob controle da RFC 1131, que por sua vez teve atualização para a RFC 1247.

Atualmente, ele é um dos protocolo mais empregados nas redes corporativas, bem como em redes de grandes operadoras. Baseado nisso, gostaria de trazer apenas uma função hoje para vocês do OSPF, que na sequencia de nossos posts vou agregar mais conteúdo para detalhar os tópicos de OSPF.

Essa função esta relacionada a seleção do caminho que meu roteador irá escolher baseando-se no custo do OSPF. Devido a isso, temos um comando que pode ser aplicado diretamente dentro do processo OSPF para que ele encaminhe uma metrica máxima baseando-se no tipo de LSA que irei encaminhar para meu vizinho. Segue abaixo o comando:

router ospf 1

max-metric router-lsa

Desta forma podemos visualizar através da minha tabela de roteamento o comportamento deste comando. Lembrando-se que o comando foi aplicado sem nenhuma especificação de LSA ou na inicalização do equipamento. Segue o comparativo das duas tabelas:

Com isso já podemos pensar em algumas alternativas em caso de seleção de caminho, redundâncias, etc. Espero que tenham gostado e gostaria de saber se alguém já havia utilizado esse comando em ambientes de produção.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/iproute_ospf/command/iro-cr-book/ospf-i1.html#wp4450504030

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

Campus Party 2017

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

Olá Pessoal,

Acredito que todos já conhecem esse mega evento conhecido como Campus Party. Esse evento ocorre no começo do ano ( 31 de Janeiro à 5 de Fevereiro ) e já gostaria de compartilhar com voces, para que todos possam ir pensando se vale a pena investir nesse mega encontro.

Infelizmente ele não é gratuito, porém acredito que seja um preço coerente para o propósito que o evento oferece, bem como o networking que ocorre com todos os ´ loucos ´

que participam desse encontro.

Para analisar sobre o evento segue o link para acesso.

Abs,
Rodrigo

Comandos Básicos Cisco – Resumo Vídeo Aulas

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

Olá Pessoal,

Gostaria de compartilhar com voces nossa playlist no youtube, onde inicio as explicações sobre os comandos básicos para Cisco.

Vale a pena conferir e entender um pouco mais sobre a CLI. Compartilhe nosso canal!!

Subscribe to my channel

Aula 1 - Comandos Básico - Cisco

Aula 2 - Comandos Básico - Cisco

Aula 3 - Comandos Básico - CLI Cisco

Aula 4 - Comandos Básicos - Estrutura IOS

Abs,
Rodrigo

Etherchannel – Configuração – Parte 3

Fri, 18 Nov 2016 00:00:00 +0000

Olá Pessoal,

Dando sequencia em nosso tópico, gostaria de trazer as menções sobre as configurações do etherchannel em Layer 3.

Nesse momento vou mostrar apenas as configurações entre o SW1 e SW2 de nossa topologia ( já apresentada em nossos posts anteriores ). Nesta conectividade continuaremos utilizando o LACP.

Nesta confguração pode ser observado apenas a configuração da porta ethernet 0/2, mas isso deve ser alterado também para a outra porta ethernet 0/3, onde estamos fazendo o *bundle* ´ entre os switches ( **SW1 e SW2** ). Neste exemplo o que gostaria de ressaltar é que podemos ter alterações dependendo do equipamento que estará utilizando, pois em meu simulador atrelado a imagem do IOS que estou utilizando, foi necessário configurar em ambas as portas o comando no switchport ´, para que pudessemos forçar o equipamento a transformar essa porta física em uma conectividade Layer 3.

Na sequencia demonstro que temos conectividade em Layer 3 ( via ping ), bem como podemos observar na resolução ARP que foi mapeado o endereço MAC do meu portchannel 2.

Devido estes ítens podemos observar dentro do comando abaixo a transformação dessa conectividade em L3.

Em nosso próximo post vou mostrar as mudanças que temos em relação ao spanning-tree quando utilizamos etherchannel em L2 e L3.

Espero que gostem e aguardo os comentários.

Abs,
Rodrigo

EtherChannel – Configuração – Parte 2

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

Olá Pessoal,

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

Segue nossa topologia para analise:

Nesse cenario o que vamos implementar seria:

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

Com isso segue as configurações abaixo:

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

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

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

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

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

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

Abs,
Rodrigo

Desafio 38

Wed, 16 Nov 2016 00:00:00 +0000

Olá Pessoal,

Segue mais um desafio para nosso BLOG.

Desafio 38

Uma empresa tem um endereço de rede de 192.168.1.64 com uma máscara de sub-rede de 255.255.255.192. A empresa quer criar duas sub-redes que conteriam 10 hosts e 18 hosts respectivamente. Quais duas redes conseguiriam isso? (Escolha duas.)

A – 192.168.1.16/28

B – 192.168.1.64/27

C – 192.168.1.128/27

D – 192.168.1.96/28

E – 192.168.1.192/28

Aguardo as respostas 😉

Abs,

Rodrigo

EtherChannel – Configuração – Parte 1

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

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

BLOG Cisco Redes – Forum

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

Olá Pessoal,

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

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

Espero vocês!!!

Abs,
Rodrigo

DMVPN – Resumo Vídeos Aulas

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

Olá Pessoal,

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

Subscribe to my channel

Aula 1 - Topologia DMVPN

Aula 2 - Tunnel GRE

Aula 3 - DMVPN Phase 1

Aula 4 - DMVPN Phase 2

Aula 5 - DMVPN Phase 3

Aula 6 - Sumarização DMVPN - Phase 3

Aula 7 - Sumarização DMVPN - Phase 2

Aula 8 - DMVPN - OSPF Phase 1

Aula 9 - Mapeamento OSPF Estatico - Phase 1

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

Abs,
Rodrigo

Simuladores – Ambiente Teste

Fri, 11 Nov 2016 00:00:00 +0000

Olá Pessoal,

Acredito que todos já pesquisaram em algum momento um simulador que possa nos ajudar a fazer algum teste, para evidenciar se a teoria do papel é exatamente aquilo que compreendemos, e se ela é real. Ou vocês nunca tiveram essa curiosidade?

Enfim, aqui vou tentar trazer algumas ideias de simuladores que utilizamos e até ambientes reais que os fabricantes disponibilizam, para que você possa pensar em alguma demonstração para cliente ou literalmente como base de conhecimento para o seu dia a dia.

Cisco dCloud ( https://dcloud.cisco.com/ )

Nesse ambiente para que você possa ter acesso é necessário ter um CSCO. Esse ambiente de teste já disponibiliza diversas topologias, bem como documentos explicativos do que é necessario para acessar, documentações de procedimento para testar sua solução,etc. Ele é muito utilizado para exemplificar ao cliente as soluções que você deseja implementar e até casos onde você gostaria de aprender a configurar e ver funcionando sua solução.

VmWare – Hands on-LAB ( http://labs.hol.vmware.com/HOL/catalogs/catalog/123 )

Nesse ambiente você pode ter acesso fazendo um cadastro simples no proprio site com seu e-mail particular, que logo em seguida estará apto para fazer seus agendamentos conforme aquela tecnologia que você deseja praticar dentro dos ambientes de VmWare. Recentemente, eles tem adicionado conteúdos interessantes, baseando-se nas novas tendências de SDDC.

GNS3 – Simuladores para diferentes fornecedores ( https://gns3.com/ )

Acredito que esse software seja bem conhecido entre os apaixonados por Redes, pois sempre foi um software gratuito que mantém-se até hoje sendo disponibilizado e atualizado pela comunidade. Nesse emulador temos agora diversas formas de trabalhar, como subir uma maquina virtual utilizando a propria imagem que é disponibilizada pela comunidade, como também pode ser instalado em mutiplataformas.

Como experiência, quando ele é instalado na propria maquina os recursos utilizados para simular os equipamentos acaba-se consumindo mais memoria e processamento do que subindo ela como uma maquina virtual.

UnetLab – Concorrente direto do GNS3 ( http://www.unetlab.com )

Essa versão é atualização de nosso antigo WebIOU, para qual tem as mesmas funcionalidades que o GNS3 com algumas caracteristicas diferenciadas que na minha opinião acaba sendo melhor para emular nossos laboratórios. O único ponto fraco que achei para essa versão que o consumo de memoria aumentou bastante em comparação com a versão antiga ( WEBIOU ).

Nesse software seguimos a instalação sempre como sendo uma máquina virtual e a partir dela, podemos construir nossas topologias bem como associar diferentes vendors.

Cisco VIRL – ( http://virl.cisco.com )

Esse é emulador Cisco que pode ser instalado em sua própria maquina, ou recentemente eles anunciaram que você pode instalar em um ” bare metal ” remoto através de um de seus parceiros. Nessa categoria você irá pagar pela licença do VIRL, como também por hora pela alocação desse ” bare metal “.

A licença do VIRL pode ser particular ( dependendo de quantos nós são necessarios ) como também existe uma categoria para o meio acadêmico.

Cisco Packet Tracert ( https://www.netacad.com/pt/about-networking-academy/packet-tracer )

Software desenvolvido pela Cisco gratuitamente, onde é uma excelente opção para os profissionais que estão estudando para o CCNA e querem executar a pratica ( CLI ) nos equipamento. Se desejar temos em nossa seção de arquivos o software.

Enfim, aqui são algumas opções que trago para que vocês possam analisar e verificar qual enquadra-se melhor para sua situação. Nós temos outros exemplos de simuladores, porém acabei mencionando os mais tradicionais. Se você que utiliza um simulador / emulador que não foi citado em nosso post, peço que deixe seu comentário sobre qual software esta utilizando no momento.

Em nosso próximo post, como muitos me perguntam o que é melhor, montar um LAB físico ou estudar em simuladores, vou trazer minha opinião em relação a esse assunto. 😉

Abs,
Rodrigo

OpFlex – Protocolo Cisco

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

Olá Pessoal,

Conforme comentado anteriormente gostaria de trazer a filosofia Cisco para a versão do OpenFlow, chamado pela Cisco de OpFlex. Vale lembrar que esse protocolo ele não será de uso exclusivo da Cisco, ou seja, qualquer vendor poderia trabalhar normalmente com esse protocolo.

Por que?

A Cisco esta propondo uma padronização para o IETF, em um trabalho conjunto com os parceiros IBM, Plexxi, Midokura para submeter OpFlex ao OpendayLight ( orgão para padronização SDN ). Essa versão foi encaminhada para “ pre-aceitação ” na versão ” Helium ” do OpenDaylight. Você pode conferir na pagina do OpendayLight e também conseguimos observar isso no site do IETF como uma versão draft.

Devido a isso, o protocolo OpFlex da Cisco pretende manter a inteligência de controle na infra-estrutura de rede em vez de centralizá-la em um controlador separado, que é a essência do modelo desacoplamento do plano de controle / plano de dados do OpenFlow. O OpFlex procura manter o hardware de infra-estrutura de rede como o elemento de controle fundamental da rede programável em vez de ser apenas um equipamento de encaminhamento da controladora SDN baseada em software.

Essas declarações sobre OpFlex e OpenFlow acabam se baseado em dois modos:

Imperativo = Controladora SDN é sua gerência/gestão e plano de controle, enquanto equipamentos de rede são seu plano de dados.
Declarativo = Controladora SDN é seu plano gerência/gestão, enquanto equipamentos de rede são ambos plano de controle e dados.

No conceito do OpFlex, teriamos o modelo declarativo sendo implementado, que seria o inverso do OpenFlow que estaria se adotando para o modelo imperativo. O projeto OpenDaylight (ODL) está em andamento para definir um modelo de política uniforme, e a Cisco também está trabalhando em um agente OpFlex de código aberto para Open vSwitch (OVS). O objetivo é oferecer três componentes principais para a comunidade:

Implementação de uma política de código aberto
Uma implementação OpFlex do lado da controladora em ODL
Um agente OpFlex do lado do switch para Open vSwitch

Logo abaixo você pode ter um pouco mais detalhamento:

Relacionado a todas essas menções o OpFlex, acaba-se moldando muito perfeitamente para o novo modelo de hierarquia que a Cisco esta trazendo para o mercado, que estaria aplicado para o ACI ( Application Centric Infrastructure ), que seria onde as politicas seriam implementadas para os determinados equipamentos gerenciados. Pensando em familia de equipamentos Cisco, os modelo que suportariam:

Cisco Application Centric Infrastructure, Nexus 9000 Series
Cisco Nexus 1000V
Cisco ASR 9000 Series
Cisco Nexus 7000 Series
Cisco ASA
Cisco SourceFire

No proximo post irei detalhar sobre ACI. Aguardo comentários, críticas e sugestões.

Abs,
Rodrigo

Fonte: http://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/application-centric-infrastructure/white-paper-c11-731304.html

Desafio 37

Wed, 09 Nov 2016 00:00:00 +0000

Olá Pessoal,

Segue mais um desafio para nosso BLOG.

Desafio 37

Qual é a finalidade do comando passive-interface?

A – permite que um protocolo de roteamento envie atualizações por uma interface que não tem seu endereço IP

B – permite que um roteador envie atualizações de roteamento por uma interface, mas não receba atualizações por meio dela

C – permite que uma interface permaneça ativa sem receber keepalives

D – permite que as interfaces compartilhem os endereços IP

E – permite que um roteador receba atualizações de roteamento por uma interface mas não envie atualizações por meio dela

Aguardo as respostas 😉

Abs,
Rodrigo

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

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

Sat, 05 Nov 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 e 4° Edição. Agora volto para a 5° Edição.

Nessa edição o Congresso está com tema livre, onde o palestrante pode trazer aquilo que acha mais interessante dentro da vivência do dia a dia. Em mais uma edição todo o conteúdo será online, bem como as inscrições são gratuitas.

Esse evento será de 06 a 09 Dezembro, onde para cadastrar-se basta acessar o link e efetuar inscrição. Até o presente momento, eu não tenho um tema definido para informar a todos de nossa comunidade e agenda o Congresso também não executou, devido a diversos temas que precisam ainda ser organizados.

Assim que eu tiver mais novidades e mais atualizações sobre o que vou apresentar eu trago para vocês aqui em primeira mão. 😆

Abs,

Rodrigo

Desafio 36

Wed, 02 Nov 2016 00:00:00 +0000

Olá Pessoal,

Segue mais um desafio para nosso BLOG.

Desafio 36

Que configuração de prioridade STP iria garantir que um switch sempre seja o switch raiz?

A – spanning-tree vlan 10 priority 0

B – spanning-tree vlan 10 priority 61440

C – spanning-tree vlan 10 root primary

D – spanning-tree vlan 10 priority 4096

Aguardo as respostas 😉

Abs,Rodrigo

Desafio iniciado – Start challenge

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

Olá Pessoal,

Conforme mencionado em nosso post anterior, hoje inicia-se o desafio #vDM30in30 e #vDM30in30BR.

Para introdução em nosso desafio gostaria de mencionar que vamos iniciar os posts tentando trazer muito conteúdo atualizado, bem como conteúdo tecnico de formas mais abragentes e conforme vamos recebendo feedback, podemos posteriormente trazer maiores detalhamento de cada tecnologia.

Para ajudar em nossas divulgações vou voltar a trazer nossos desafios semanais para que o pessoal possa discutir e assim trazer maiores debates em nossa comunidade.

Vou tentar trazer conteúdos interessantes do ambientes que estou trabalhando no momento ( integrações de diferentes vendors ) e etc.

Abs,
Rodrigo‘

Aula 2 – Comandos básicos de Cisco

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

Olá Pessoal,

Conforme nosso post anterior, segue a sequencia de nossas video para detalhar sobre os comandos básicos de Cisco através da CLI ( command line interface ). Nessa video irei falar um pouco sobre configuração da interface física, habilitar / desabilitar inteface, configuração descrição interface, visualização da configuração, etc.

Veja abaixo nossa video e configura mais comandos:

Espero que gostem e deixem seus comentários.

Abs,
Rodrigo

Video Aula sobre comandos básicos de Cisco

Mon, 22 Aug 2016 00:00:00 +0000

Olá Pessoal,

Eu havia feito uma pesquisa a bom tempo atrás em nossa página do Google+ , sobre quais tópicos vocês gostariam de visualizar mais em nosso canal do youtube, e um dos ítens citados foi sobre comandos básicos em Cisco.

Com isso vou iniciar uma série de video aulas para falar a respeito desse tópicos. Desta forma segue abaixo nossa primeiro video aula para explicar sobre os comandos.

Espero que gostem, e aguardo os comentários.

Abs,
Rodrigo

Aula 7 – Sumarização DMVPN – Phase 2

Mon, 15 Aug 2016 00:00:00 +0000

Olá Pessoal,

Gostaria de compartilhar mais uma video que disponibilizei em nosso canal do Youtube. Conforme já havia notificado nas aulas anteriores, nesse laboratório explico sobre sumarização em Phase 2 do DMVPN com utilização do EIGRP.

Neste exemplo iremos verificar que a partir do momento de implementar a rota default, voltaríamos a trabalhar no conceito de phase 1. Vale a pena conferir!!!!

Abs,
Rodrigo

Aula 6 – DMVPN – Sumarização

Mon, 08 Aug 2016 00:00:00 +0000

Olá Pessoal,

Neste exemplo iremos perceber a total funcionalidade do protocolo NHRP. Vale a pena conferir!!!!

Espero que vocês tenham gostado e deixe seus comentários ( positivos ou negativos ).

Abs,
Rodrigo

Entrevista ao Café com Redes

Sat, 06 Aug 2016 00:00:00 +0000

Olá Pessoal,

Segue na íntegra a entrevista que fiz ao Café com Redes de nosso amigo Diego, que contém um conteúdo rico de informações técnicas e sua trajetoria também de estudos para alcançar sua certificação CCIE.

Café com Redes – Como foi o seu início na carreira em T.I e quais foram as suas maiores dificuldades no começo?

Rodrigo Rovere – Eu tenho uma formação técnica na área de Eletrônica onde trabalhei por quase 7 anos nos setores de manutenção e projetos. Entretanto, após alguns anos nessa área e todos os amigos escolherem fazer Faculdade na área Eletrônica/Elétrica, eu decidi fazer minha faculdade em Engenharia da Computação, pois é um área que eu sempre gostei e tinha muito interesse em aprofundar meus conhecimentos. Porém, com essa decisão, também vinha o meu primeiro obstáculo de migrar de uma área onde eu já tinha uma consolidação maior para uma área que aparentemente era desconhecida e não tinha nada de experiência.

Mesmo assim resolvi mudar e dentro da grade curricular de 5 anos para Engenharia, consegui me recolocar na Área de TI somente quando estava no ultimo ano da faculdade, que foi justamente para fazer meu estágio dentro da mesma corporação que eu já atuava na área de Eletrônica. Nesse momento eu não tive nenhum mudança financeira, mas sabia que eu teria que fazer uma mudança drástica financeira e profissional para conseguir entrar de fato no mercado de Redes /Telecom . Após finalização de meu estágio, eu ainda permanecia trabalhando como técnico eletrônico, pois não foi possível continuar na mesma área do estágio, o que me deixou muito frustado.

Mas não desisti e resolvi fazer um treinamento CCNA em uma Academia Cisco, e literalmente brigar para que essa barreira de troca de área profissional pudesse de fato ocorrer. Quando faltava 1 mês para finalizar o treinamento, eu consegui uma oportunidade para trabalhar como suporte de nível 1 em uma grande corporação ( British Telecom ), onde exigia Inglês fluente. Nesse momento fiquei aterrorizado, porque eu estudava inglês, mas não tinha nenhuma experiência nesse sentido, ou seja, mudança de área e ao mesmo tempo falando outro idioma. Porém, foi o momento que achei que deveria arriscar para tentar um futuro onde eu acreditava que seria melhor para mim.

Além de tudo isso, eu ainda estava em uma fase de mudança pessoal onde iria casar em 3 meses. Muitas coisas passando pela cabeça, o que essas mudanças poderiam nos trazer de consequências, mas agora vejo todo esse processo como uma mudança bem executada. Após 4 meses nessa empresa, resolvi fazer a prova de Certificação CCNA, e com grande esforço consegui passar. Após esse momento, despertou o interesse nessa metodologia. Devido a utilização frequente no trabalho e também com a utilização de um novo idioma, acreditei e iniciei minha carreira em certificações Cisco, e a cada conquista a visibilidade dentro da companhia estava mudando, o que me possibilitou migrar para um suporte de nível 2 e depois nível 3.

Após as certificações CCNP, CCDP, CCNA Security, CCDA eu ingressei em um processo interno para mudança de área onde atuaria mais em estrutura de projetos ( Pré – Pós Venda ), e na qual eu trabalharia mais focado em projetos e não em incidentes. Nesse período, também adquiri mais alguns certificações de Specialist e, após todos esses processos, resolvi iniciar CCIE.

Café com redes – Por onde começou as suas certificações? E Como foi o início nas certificações Cisco (tracks etc)?

**Rodrigo Rovere –**Eu inicie minha carreira em Cisco, acredito eu como todos pela certificação CCNA ( versão 3.1 ). Eu executei meu treinamento em uma das Academias Cisco ( NetAcademy ), onde consegui meu voucher e com muito esforço passar pela primeira barreira com uma pontuação de 898 pontos. Após essa prova, descobri que eu gostaria de me aprofundar mais e entender melhor toda essa tecnologia por trás dessas estruturas, baseado também na finalização de minha Faculdade em Engenharia da Computação. Após essa primeira barreira, comecei a estudar (self learning) com os livros da Cisco Press e muitos documentos disponibilizados pela Cisco e outros pontos descobertos por essa vasta Internet sanando as dúvidas que vão surgindo no decorrer dessa caminhada, com isso fui para o CCNP ( carreira de 4 provas ), CCDA, CCNA Security, CCDP, Cisco Routing and Switching Specialist, Cisco Video Network Specialist, CCIE R&S ( #52315 – magic number ) e devido ao CCIE conquistei também a certificação de CCNA Collaboration.
Dentro de toda essa carreira, eu também acabei me tornando instrutor do NetAcademy obtendo a certificação CCAI onde lecionamos os treinamentos de CCNA R&S, CCNA Security e CCNP.

Café com Redes– Qual a sua opinião sobre materiais nacionais voltados para redes Cisco (cursos/livros/graduações etc)?

**Rodrigo Rovere –**Acredito que hoje já temos muito conteúdo nacional de grande valor que acaba trazendo experiência e informações interessantes, tanto para os estudos como também para o dia a dia em descobrir novas formas de trabalhar. Temos diversos BLOGs brasileiros especializados nesses conceitos com inúmeras informações e exemplificações para as implementações/metodologia da tecnologia.

Entretanto, ainda sabemos que todas as novidades e tópicos mais delicados, específicos, ainda permanecem em Inglês. Por enquanto nenhuma prova da Cisco é ministrada em Português, o que torna o conhecimento de outro idioma essencial para nossa evolução dentro do mercado de tecnologia.

Café com Redes– Como você vê o cenário do mercado de redes e infraestrutura atual? Quais as suas perspectivas para esse mercado nos próximos anos aqui no Brasil?

**Rodrigo Rovere –**Eu vejo esse mercado local e global em crescimento exponencial com a demanda de conhecimento em todas as vertentes de tecnologia. Hoje estamos em uma era de “centralização ” de serviços, onde os clientes desejam ter um serviço muito mais adequado as necessidades dele do que propriamente solicitar “caixas “.

Hoje já estamos passando por essa fase de tudo precisa ser virtualizado e oferecido de forma agregada e não mais separada, o que essa menção de “caixa ” acabará sendo disponibilizada em servidores, mas o que precisamos carregar é justamente o conceito das tecnologias, pois o trabalho árduo de construção de scripts no decorrer será executado apenas através de clicks, mas na hora do troubleshooting os fundamentos de cada tecnologia é o que vai carregar como vantagem. Vemos hoje muitas menções sobre SDN e a tendencia será oferecer essas camadas isoladas trazendo também mais um skill em nossa bagagem, a questão de programação (phyton).

Café com Redes– Como você decidiu estudar para o CCIE? O que te motivou? e como foi a sua jornada até conquista?

**Rodrigo Rovere –**Eu decidi estudar o CCIE, pois era uma certificação onde todos mencionavam que exigia muito esforço e dedicação, e que traria uma bagagem de conhecimento muito grande. Por características dos estudos que eu estava seguindo, esse era objetivo a ser alcançado como uma meta profissional e pessoal.

Os motivos seriam aperfeiçoar os conhecimentos e também uma forma de conquistar novas posições, e um reconhecimento pessoal de atingir uma meta que é reconhecida pelo mundo todo. A jornada para chegar até a conquista não é fácil, exige muita determinação e controle de seu tempo para chegar nos objetivos traçados, pois precisamos entender a fundo a tecnologia para que possamos depois colocar a prática em funcionamento, já que se falharmos em algum ponto essa engrenagem no final não irá conseguir rodar.

Meu plano de estudos iniciou-se com a validação do Blue Print lendo milhares de livros para que o ” Foundation ” pudesse estar apurado como TCP/IP Volume 1 e 2, CCIE Routing and Switching, MPLS, e inúmeras horas gastas lendo material Cisco das tecnologias, assistindo milhares de horas em vídeo aula.

Café com Redes– Quais materiais você utilizou? Como foi a sua rotina de estudos e conte um pouco sobre a prova (experiência única na carreira).

**Rodrigo Rovere –**Como mencionado anteriormente, utilizei muito os livros do Cisco Press (baseado no Blue Print ) e documentações da Cisco disponibilizados na internet sobre as tecnologias, bem como executei o bootcamp do IPExpert e assistir todas as vídeo aula do INE ( Brian ), um cara com uma didática fantástica e como brincadeira deve ter uns 10 dedos em cada mão, de como ele digita rápido e explica os debugs.

Após controlar todos os tópicos via planilha e itens que eu precisava atingir, tendo ela baseada novamente no Blue Print, fui gerenciando os meus conhecimentos tendo como referência base teórica, com a base prática para que eu pudesse cobrir todos tópicos e claro, ter a confiança em cada um deles para que isso não pudesse me influenciar em algum momento da prova.

O plano de estudo ficava a cargo de 3 a 4 horas diárias e ao finais de semana de 4 a 6 horas. Nesse plano eu enfrentei muitas dificuldades de seguir essa carga horaria devido a fatores profissionais e pessoais e que acabou prologando um pouco mais meus estudos, lembro que por diversas noites eu tomava vários cafés para conseguir ficar acordado e concluir o meu objetivo, onde dormir já havia virado luxo ( 4 horas de sono eu já comemorava muito…rsrs ). Lembro que na minha segunda tentativa eu peguei 20 dias de férias antes da prova e estava estudando em torno de 12 a 14 horas diárias.

A prova proporciona uma experiência muito interessante em questão de controle emocional, racional e temporal. Na minha primeira tentativa, eu não conseguir passar em uma das seções, mas com certeza meu nervosismo acabou influenciando em alguns itens. Até pensei em não fazer novamente, pois recebemos uma descarga emocional muito grande após a execução e sempre achamos que aquilo não terá uma próxima vez. Porém, depois de algumas semanas, você toma fôlego novamente e inicia sua jornada para finalizar aquilo que você se propôs a fazer. Na segunda tentativa eu estava muito mais tranquilo, calmo e sabendo que aquilo seria mais um dia de estudo/trabalho e que eu sabia fazer, ou seja, a determinação sua é sempre o que vai trazer para você os seus benefícios.

Café com Redes– Qual conselho você pode dar para quem está começando a carreira Cisco?

**Rodrigo Rovere –**Eu como professor sempre comento com os meus alunos que precisamos ter muita determinação naquilo que colocamos como propósito para nossa vida pessoal e profissional. Além disso, não podemos esquecer que há conhecimentos que precisamos perseguir em paralelo, como por exemplo ter uma vivência maior com o Inglês , pois isso vai abrir mais portas e pode dar uma facilidade maior em algumas interpretações desse mundo tecnológico, também iniciar pela certificação CCNA que o objetivo dela já criar a base do conceito para que isso cresça como uma árvore criando essas ramificações de tecnologia.

Fiquei muito feliz em tentar passar um pouco dessa minha trajetória e também trazer informações que possam incentivar outras pessoas a trilhar seu caminho com muita garra e determinação.

Abs,
Rodrigo

Entrevista ao Congresso On-Line TI

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

Olá Pessoal,

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

Abs,
Rodrigo

Prêmios e Brindes = Estudos

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

Olá Pessoal,

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

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

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

Abs,
Rodrigo

História no Cisco Live 2016

Thu, 28 Jul 2016 00:00:00 +0000

Olá Pessoal,

Conforme vocês vivenciaram nossa participação no Cisco Live, nosso amigo Tiago criou uma apresentação com os tópicos mais relevantes e links principais para que você possa consultar e vivenciar um pouco sobre esse mega evento. Confira abaixo:

@Tiago,

Agradecemos sua participação nesse mega evento levando o unico BLOG brasileiro para LAS VEGAS.

E as novidades não ficam por aí, logo mais iremos lançar um presente para os participantes de nosso BLOG. Aguardem!!!

Abs,
Rodrigo

Hangout – Esclarecimentos da nova Prova CCNA

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

Olá Pessoal,

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

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

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

Abs,
Rodrigo

Cisco Live – Las Vegas – Agenda

Thu, 07 Jul 2016 00:00:00 +0000

Olá Pessoal,

Conforme havíamos mencionando em nosso post, segue agora agenda relacionado ao evento que nosso amigo Tiago irá participar na proxima semana em Las Vegas.

[gview file=”https://ciscoredes.com.br/wp-content/uploads/2016/07/Schedule-Cisco-Live-US-2016.pdf” height=”500px” width=”100%” save=”0″]

Att,
Rodrigo

BLOG Cisco Redes no Cisco Live – Las Vegas

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

Olá Pessoal,

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

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

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

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

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

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

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

Aguardem as novidades!!!

Abs,
Rodrigo

Lançamento do novo Packet Tracer 7.0

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

Olá Pessoal,

Com um pouco de atraso, mas nosso BLOG sempre antenado sobre as novidades, venho aqui para mencionar que na quarta-feira a Cisco anunciou sua nova versão para o Packet Tracert ( 7.0.0.0202 ), disponivel para download no repositorio oficial da Academia Cisco ( www.netacad.com ).

Nesta versão muito coisa foi alterada, tanto na visualização como em novos componentes disponibilizados ( principalmente para IoT ).

Também houve mudança na interface do simulador, particularmente no agrupamento de dispositivos na paleta de componentes. Na sequência trago uma relação das melhorias anunciadas:

Melhoria no Servidor HTTP
Melhoria na Área de Trabalho da Topologia Física
Melhoria no Suporte a PoE
Suporte ao Recurso SPAN/RSPAN
Suporte ao Protocolo LLDP
Suporte a L2NAT
Precision Time Protocol (PTP)
Resilient Ethernet Protocol (REP)
Suporte a IoT (Internet of Things)
Novos Dispositivos

A forma de download, bem como a informação para abertura do software para aqueles que não são alunos oficiais do programa NetAcad, ainda existe uma opção de login para visitantes (guest login) em que o usuário deve esperar por 15 segundos toda vez que inicializa o software antes de ser lançado para o simulador com algumas limitações de recursos.

Segue o link com todos os cursos que hoje são oferecidos pela Academia Cisco.

Abs,
Rodrigo

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

Pesquisa sobre IPv6

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

Olá Pessoal,

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

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

Loading…

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

Abs,
Rodrigo

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

Senac – Road Show TI 2016

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

Olá Pessoal,

Todo ano o Senac promove um road show entre as unidades participantes deste evento, onde cada cidade acaba abordando algum conteúdo para explanar durante os dias propostos. Neste ano a unidade de Campinas irá ter palestras sobre Fotografia, Adobe, Animação Gráfica e Redes ( Cisco ).

Para esse último tópico eu estarei presente para palestrar falando sobre ” Carreiras e Certificações Cisco “. No segundo dia criamos uma abordagem diferente, onde exclusivamente faremos um workshop com demonstração prática em nossos laboratórios, fazendo assim com que as pessoas vejam como de fato funcionam as coisas e que também isso seja um ” pontapé ” inicial para futuros profissionais certificados dentro de nosso mercado de trabalho.

Para participar desse evento é obrigatório o cadastro através do link, para que sua vaga seja garantida. Não fique fora dessa, venha participar!!!

Abs,
Rodrigo

Telegram – Grupo Cisco Redes

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

Olá Pessoal,

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

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

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

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

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

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

Abs,
Rodrigo

SLACK – Forum

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

Olá Pessoal,

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

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

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

Segue uma tela via desktop e via Android:

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

Abs,
Rodrigo

Outage BLOG – Agora estamos no ar!!!

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

Olá Pessoal,

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

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

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

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

Continuem acompanhando nosso canal e nossas midia sociais. 🙂

Abs,
Rodrigo

Cisco Live Magazine – Edição 18 – 2016

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

Olá Pessoal,

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

Veja os principais tópicos:

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

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

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

Segue abaixo a edição completa da revista.

Abs,
Rodrigo

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

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

Endereço personalizado para Google+

Fri, 01 Nov 2013 00:00:00 +0000

Olá Pessoal,

Gostaria apenas de notificar que agora temos nosso link personalizado no Google+ para nosso BLOG. Nada foi alterado relacionado ao nosso conteúdo, entretato para memorizar mais rapidamente o nome ficou mais fácil. Nosso BLOG na rede social sempre sendo seguido pelos nossos leitores.

Agora o link para google+ é http://www.google.com/+ciscoredesbr

Abs,
Rodrigo

Ambiente dos Exames da Cisco

Wed, 24 Jul 2013 00:00:00 +0000

Olá Pessaol,

Gostaria de compartilhar a simulação que temos para as provas da Cisco, ou seja, de que forma as questões de laboratório/teóricas são apresentadas. Esse seria o modelo para apresentar para aquelas pessoas que ainda não tiveram oportuindade de executar as provas.

Fica a dica para que você faça um test drive no simulado e para que fique menos nervoso no momento de sua prova.

Agora é marcar a prova!!!

Abs,
Rodrigo

Cisco Live Magazine – Edição 9

Fri, 17 May 2013 00:00:00 +0000

Olá Pessoal,

Segue a publicação da Edição 9 da revista Cisco Live Magazine Janeiro 2013

Nesta edição temos um artigo falando sobre os investimentos que a Cisco esta trazendo para o Brasil devido aos eventos esportivos e também pela recessão que outros continentes estão sofrendo, bem como as empresas que estão investindo em suas salas de apresentação dos produtos para seus clientes.

Segue abaixo a revista:

[issuu layout=http%3A%2F%2Fskin.issuu.com%2Fv%2Flight%2Flayout.xml showflipbtn=true documentid=130119100846-396d45b0e588477eb04a87651969544f docname=ciscolive_4trim_2012 username=interativaeditora loadinginfotext=CISCO%20LIVE%20MAGAZINE%20EDI%C3%87%C3%83O%2009 showhtmllink=true tag=call%20center width=600 height=402 unit=px]

Abs,
Rodrigo

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

Protocolo VTP – parte 2

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Espero que tenham gostado de mais um tutorial.

Fonte:
VTP Cisco

Abs,
Rodrigo

CCNA Security – Vídeo Labs

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

Olá Pessoal,

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

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

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

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

Segue os laboratórios disponibilizados pelo NetAcademy:

Lab A: Configuring ASA Basic Settings and Firewall Using CLI

Part 1: Lab Setup

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

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

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

Part 5: Configuring DHCP, AAA, and SSH

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

Lab B: Configuring ASA Basic Settings and Firewall Using ASDM

Part 1: Lab Setup

Part 2: Accessing the ASA Console and ASDM

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

Part 4: Configuring ASA Settings from the ASDM Configuration Menu

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

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

Part 1: Lab Setup

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

Part 3: Configuring Clientless SSL VPN Remote Access Using ASDM

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

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

Part 1: Basic Router/Switch/PC Configuration

Part 2: Basic ASA Configuration

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

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

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

Abs,
Rodrigo

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

Novidades no BLOG!!!

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

Olá Pessoal,

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

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

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

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

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

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

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

Abs,
Rodrigo

Laboratório Estudos para CCNA

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

Olá Pessoal,

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

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

Segue abaixo a Lista dos Labs Propostos:

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

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

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

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

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

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

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

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

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

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

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

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

Abs,
Rodrigo

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

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

Cisco ACL

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

Olá Caros,

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

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

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

Aguarde novas informações sobre ACL. 😉

Abraços,
Rodrigo

NetRiders – América Latina

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

Olá Pessoal,

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

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

Segue uma apresentação explicando sobre o processo:

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

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

Abraços
Rodrigo

Protocolo OSPF – parte 7

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

Olá Caros,

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

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

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

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

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

R2(config)#router ospf 100

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

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

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

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

R3(config)#router ospf 100

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

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

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

Aguardo comentários!!!

Abs,

Rodrigo

CCIE – Quantos são?

Mon, 25 Jun 2012 00:00:00 +0000

Olá caros,

Gostaria de divulgar uma informação que sempre tive muita curiosidade em descobrir, pois são números interessantes e que acabam incentivando e direcionando seus estudos para uma possível certificação, no qual o mercado não tem muitos profissionais. Lembrando-se que tudo isso deve ser um ” casamento ” entre sua área de interesse e uma maior afinidade com a área que você pretende seguir.

Essa pesquisa ainda não é oficial, pois a Cisco ainda não consolidou os números, entretanto como curiosidade e validação esses números são extremamente úteis. Outro ponto interessante que neste ano já temos números de profissionais certificados para o CCDE e o CCAr.

Podemos observar que a quantidade de CCIE certificados durante o ano anterior não são muitos, comparando que esse valor é dentro do planeta terra 🙂 . Um dos motivos que é mencionado para esse valor estar baixo, é que os profissionais estão deixando expirar sua certificação por algum motivo ainda não identificado.

Abaixo podemos ter uma ideia de profissionais por países, entretanto esse número oficial não é recente, tendo como base 2010.

Tentem observar a quantidade de profissionais que tem dois CCIEs. O que vocês acham desses números, são factíveis para nosso mercado brasileiro? A demanda de profissionais para dois CCIEs no Brasil é reconhecida como em outras regiões?

Espero comentários e discussões sobre o assunto. 🙂

Fonte:
http://bradreese.com/blog/ccie-5-5-2010.htm

Abs,
Rodrigo

Protocolo OSPF – parte 6

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

Olá Pessoal,

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

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

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

ip address 10.1.7.252 255.255.255.0 secondary
ip address 10.1.2.252 255.255.255.0

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

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

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

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

n ( n-1 ) / 2

n = quantidade de roteadores no mesmo segmento

Veja pela figura como seria a adjacência:

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

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

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

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

Router2# show ip ospf neighbor 

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

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

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

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

Espero comentários.

Abs,
Rodrigo

Endereçamento IPV4 – Parte 1

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

Olá caros,

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

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

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

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

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

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

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

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

Abs,
Rodrigo

Protocolo OSPF – parte 5

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

Olá pessoal,

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

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

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

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

Tipo de LSAs


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

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

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

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

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

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

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

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

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

router#show ip ospf border-routers

router#show ip route

router#show ip ospf

router#show ip ospf interface [ id ]

router#show ip ospf neighbor

router#show ip ospf summary-address

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

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

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Protocolo OSPF – parte 4

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

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

No exemplo acima podemos resolver da seguinte forma:

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

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

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

Espero que tenham gostado e aguardo comentários.

Abs,
Rodrigo

Cisco adquire ClearAccess?

Wed, 11 Apr 2012 00:00:00 +0000

Olá Pessoal,

A Cisco disse esta semana que planeja adquirir ClearAccess, prestadora de provisionamento de serviços e software de gerenciamento para os dispositivos prestadores de serviços. Os termos financeiros do acordo não foram revelados.

A ClearAccess, de Vancouver, Washington, desenvolve hardware e software compatível com as TR-069 padrão de provisionamento de novos dispositivos, remotamente resolve falhas e consegue emitir upgrades para os equipamentos. TR-069 foi definido em 2004.

Nessa negociação a Cisco adquire os ativos de software e o pessoal da ClearAccess. As operações de hardware continuará com a SmartRG, Inc., um fabricante de ADSL e roteadores gigabit que servem como gateways residenciais entre a rede de banda larga e da casa.

Cisco disse a ClearAccess que o gerenciamento da rede e recursos de software, combinado com a Cisco, permitirá que os provedores de serviços melhorem a prestação e gestão dos seus serviços residenciais e móveis, e ajuda a melhorar a eficiência operacional e experiências dos clientes. O software ClearAccess ajudará o Cisco Prime no gerenciamento da rede e a oferecer ferramentas de sistema de acompanhamento e gerenciamento do uso da largura de banda em casa, diagnóstico e análises.

A Cisco mencionou que a aquisição deverá ser concluída no quarto trimestre do ano fiscal da Cisco 2012.

Fonte:

http://www.networkworld.com/news/2012/032812-cisco-clearaccess-257726.html

Abs,
Rodrigo

QoS Video – Networking 101

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

Olá caros,

Após nossos posts sobre QoS, gostaria de trazer mais um vídeo na qual adiciona mais alguns conceitos voltados para essa tecnologia. Esse vídeo é apresentado pelo famoso e engraçado Jimmy Ray, para qual explica um pouco sobre o QoS em Layer 2 e Layer 3.

Confira abaixo:

http://www.youtube.com/watch?v=LtNVmvv9ZUw&feature=player_embedded

Abs,
Rodrigo

Protocolo OSPF – parte 3

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

Olá Pessoal,

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

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

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

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

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

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

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

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

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

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

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

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

router ospf 10
network 172.16.0.1 255.255.255.0 area 0
area 0 authentication

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

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

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

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

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

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

Abs,
Rodrigo

MSS – Maximum Segment Size

Thu, 29 Mar 2012 00:00:00 +0000

Olá Caros,

Como havia prometido vamos comentar um pouco sobre o termo mencionado acima. Portanto, o que significa MSS? 😕

MSS está relacionado com o tamanho máximo do datagrama IP, ou seja, ele tem relação com as conexões TCP e UDP. Para isso temos algumas suposições feitas anteriormente de que o tamanho padrão do datagrama tem alguns valores incoerentes. Esse pensamento foi absorvido por volta de 1983:

A origem não pode enviar datagrama maiores do que 576 octetos, a menos que eles tenham um conhecimento específico de que o destino está preparado para aceitar datagrama maiores.

Para solucionar esse conceito, podemos chamar de ambiguidade, o TCP MSS foi definido com a seguinte regra:

O tamanho do TCP MSS é o máximo tamanho do datagrama IP menos 40

O máximo tamanho do datagrama IP é 576
O TCP MSS é 536

A definição para o MSS esta detalhado através da RFC 879. O TCP provê uma opção que pode ser usada no momento que a conexão é estabelecida ( somente ), no qual indica que tamanho máximo no segmento TCP pode ser aceito naquela conexão. O MSS é enviado da origem para o destino e pode dizer ” Eu posso aceitar no segmento TCP até um tamanho X “. Esse tamanho X pode ser maior ou menor do que o padrão, e o MSS pode ser usado completamente independente de cada fluxo de direção do trafego.

Um ponto importante é que o MSS não conta o cabeçalho TCP e o cabeçalho IP, ou seja, ele conta apenas os dados não tendo o TCP SYN e o FIN. Lembrando-se que o TCP sobre Ethernet:

Adiciona 20 bytes para o cabeçalho IPV4 e 40 bytes para o cabeçalho IPV6
Adiciona 20 bytes para o cabeçalho TCP
Adiciona 12 bytes opcional para o TCP timestamps

Baseado nesses conceitos resolvi trazer uma situação real relacionando alguns pontos, para qual podemos enfrentar um problema devido ao pacote ser marcado com o df-bit ( não fragmentar ).

Segue a topologia abaixo como exemplo:

Nesse caso o cliente quer estabelecer uma conexão TCP com o servidor WEB, portanto eles anunciam o MSS deles para o outro para que eles aceitem o maior tamanho TCP nesse segmento. O valor negociado será de 1500 bytes, e o bit “ df-bit ” foi setado no servidor web, portanto esse pacote não poderá ser fragmentado. Quando o servidor devolver esse pacote para o roteador R2, ele irá tentar encapsular o pacote dentro de um túnel para entregar ao R1, porém o tunel GRE tem 24bytes a menos que o MTU configurado no servidor. Portanto o pacote irá ser fragmentado criando um pacote de 1476bytes ( dados e cabeçalho IP ) e um pacote de 44bytes ( 24bytes de dados e um novo cabeçalho IP de 20 bytes ). R2 irá encapsular ambos os pacotes de 1500bytes e 68bytes.

Mas você lembra-se que esse pacote não podia ser fragmentado devido ao df-bit, portanto R2 irá instruir o servidor WEB para enviar pacote menores. Isso significa que irá encaminhar um ICMP ( type 3 code 4 – Destination Unreachable; Fragmentation Needed and DF set ), para qual terá na mensagem o correto valor do MTU a ser usado pelo servidor WEB. Essa mensagem pode ser consultada através da RFC 1191 que trata do PMTUD, e também pode ser visualizada em um outro post através do wireshark mostrado para vocês.

Com isso podemos ter algumas soluções para resolver esse problema da fragmentação:

Modificando o bit ” df-bit “

!
interface FastEthernet0
…
ip policy route-map clear-df
!
route-map clear-df permit 10
match ip address 101
set ip df 0
!
access-list 101 permit tcp 10.1.3.0 0.0.0.255 any

Trocar o valor TCP MSS que comunica através do roteador. Isso será configurado através do comando disponível no IOS 12.2(4)T ou superior pelo ip tcp adjust-mss [ value ], colocando 1436 ( MTU menos o tamanho do IP, TCP, GRE ), ou seja, ( 1500 – 20 – 20 – 24 ).

interface tunnel0
…
ip tcp adjust-mss 1436

Alterar o valor do MTU configurado pela interface túnel

interface tunnel0
…
ip mtu 1500

Com isso podemos concluir que existem diversas formas de avaliar a sua rede em relação aos eventos que encontramos no dia a dia, portanto temos que analisar os pontos para encontrar o real problema de uma perca de pacote ou de uma lentidão reportada por algum usuário.

Espero que aproveitem e deixem seus comentários com experiências vividas em nosso dia a dia. 8)

Abs,
Rodrigo

Fonte:

http://www.cisco.com/en/US/tech/tk827/tk369/technologies_tech_note09186a0080093f1f.shtml
http://www.nil.si/ipcorner/IP_Fragmentation/
http://sd.wareonearth.com/~phil/net/overhead/

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

Cisco compra NDS

Sat, 17 Mar 2012 00:00:00 +0000

Olá pessoal.

A Cisco Systems anunciou na útima quinta-feira que comprará, por US$ 5 bilhões, a desenvolvedora de softwares NDS, que faz programas para redes de televisão multicanais. Fundada em 1988 em Israel e com sede em Londres, 51% da empresa é de controle do fundo de private equity Permira , enquanto a News Corp tem participação de 49%. A companhia mantém um grande centro de pesquisa em Jerusalém.

A Cisco pagará cerca de US$ 5 bilhões, incluindo dívidas, por toda a NDS. A aquisição, que deve ser concluída no segundo semestre de 2012, teve a aprovação do conselho das duas companhias. O negócio tem um valor 35% superior ao da NDS quando a companhia deixou a bolsa em 2009.

A NDS desenvolve sistemas interativos para o envio seguro de entretenimento e informação para televisores digitais, decodificadores digitais, computadores e dispositivos móveis. A NDS também fornece sistemas de segurança para aplicativos de Internet.

Agora fica a grande pergunta, a Cisco adquiriu essa empresa para obter ” know how ” no segmento de aplicativos e no desenvolvimento de vídeo sobre demanda.

O que vocês acham dessa nova aquisição? Em que produtos da Cisco ela vai utilizar esse “know how” ?

Abs,
Rodrigo

Fonte:
http://newsroom.cisco.com/press-release-content?type=webcontent&articleId=712002
http://www.nds.com/

Protocolo OSPF – parte 2

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

Olá caros,

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

O post anterior pode ser consultado aqui.

– Algoritmo

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

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

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

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

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

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

– Link State

Como mencionado anteriormente o OSPF utiliza-se de um protocolo chamado link-state. Devido a este fato ele toma algumas decisões sobre qual o melhor caminho a ser tomado. Abaixo menciono os passos de execução para a utilização desse protocolo.

Cada roteador obtém informações sobre seus próprios links e suas próprias redes diretamente conectadas. Isso é obtido pela detecção de uma interface no estado up (ativo).
Cada roteador é responsável por encontrar seus vizinhos em redes diretamente conectadas. Roteadores link-state fazem isso trocando pacotes Hello com outros roteadores link-state em redes diretamente conectadas.
Cada roteador cria um pacote link-state (LSP) que contém o estado de cada link diretamente conectado. Isso é feito com o registro de todas as informações pertinentes sobre cada vizinho, inclusive a ID do vizinho, o tipo de link e a largura de banda.
Cada roteador inunda o LSP para todos os vizinhos, que armazenam todos os LSPs recebidos em um banco de dados. Esses vizinhos, por sua vez, inundam os LSPs para todos os seus vizinhos até que todos os roteadores na área tenham recebido os LSPs. Cada roteador armazena uma cópia de cada LSP recebido de seus vizinhos em um banco de dados local.
Cada roteador usa o banco de dados para criar um mapa completo da topologia e computa o melhor caminho para cada rede de destino. Como se tivesse um mapa de estrada, o roteador tem agora um mapa completo de todos os destinos na topologia e as rotas para alcançá-los. O algoritmo SPF é usado para criar o mapa da topologia e determinar o melhor caminho para cada rede.

Baseado nesses conceitos ainda temos diversos termos dentro do OSPF que são utilizados e iremos tratar logo abaixo:

– Custo

O custo (também conhecido como métrica) de uma interface OSPF é uma indicação do overhead necessário para o envio de pacotes através desta interface. O custo de uma interface é inversamente proporcional a largura de banda desta interface. Uma largura de banda maior indica um custo menor.

Custo = 10^8/Banda (bps).

Por este motivo, é importante a correta configuração do parâmetro Bandwidth em interfaces rodando OSPF. Ela sempre irá pegar o valor configurado para efetuar o cálculo da métrica.

– Roteadores de Fronteira ( Área e Borda )

OSPF utiliza multicast para propagar os anúncios pela rede. O conceito de areas foi criado para criar fronteiras de propagação destes anúncios. A propagação de updates e o cálculo da topologia pelo algoritmo Dijkstra são restritos à área. Todos os roteadores em uma mesma área terão a mesma base de dados topológica. Roteadores que pertencem a mais de uma área terão as bases de dados de cada área a qual pertencem. Este é o caso dos roteadores de fronteira, como os ABRs (Area Border Routers) e os ASBRs (Autonomous System Border Routers). A figura abaixo ilustra a aplicação destes roteadores.

– Tipo de Pacotes Link State

Existem diferentes tipos de pacotes Link-State. Estes pacotes são ilustrados no diagrama abaixo.

Nesta figura temos vários conceitos para qual está envolvido todos os tipos de LSA dentro do protocolo OSPF, porém iremos tratar em outro post específico somente para este contexto. Lembrando-se que os conceitos de Multi-Area e tipos de LSA não são cobrados na certificação CCNA, por isso vou tratar diferenciado para focar em assuntos de CCNP.

No próximo post iremos discutir as configurações do OSPF e uma vídeo aula para adicionar maiores detalhes. Espero que gostem 🙂 .

Abs,
Rodrigo

Netacad Advantage – Vagas Brasil

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

Olá Pessoal,

O programa Cisco Networking Academy acaba de lançar o site de empregos NETACAD ADVANTAGE – Brasil!

Um espaço onde você poderá encontrar as melhores oportunidades de emprego na área de TI. Além das novidades, curiosidades, dicas para que você possa se preparar para o mercado de trabalho, histórias de quem conseguiu um emprego através do programa e muito mais.

O site está inciando-se, portanto a estrutura esta sendo montada, mas já existe algumas vagas e dicas profissionais que podem ser consultadas.

Acesse o site para ficar por dentro das principais vagas do mercado.

www.netacadadvantage.com.br

Abs,
Rodrigo

Cidades do Futuro – Songdo

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

Olá Pessoal,

Gostaria de trazer uma série de vídeos no qual traz o futuro das cidades. Neste modelo todos os itens estão sendo abordados como, sustentabilidade, eco-eficiência, conectividade, área de saúde, transporte, etc.

A Cisco esta envolvida nessa parceira para o desenvolvimento, no qual eles estão trazendo alguns de seus produtos para esse futuro tão próximo. Um dos pontos focais mostrados, estaria envolvido com Cisco Telepresence. Esse produto tem a capacidade de fazer reuniões simultâneas com uma realidade indiscutível.

A cidade de exemplo mostrada fica na Korea ( Songdo ) e podemos ver todas as facilidades criadas através do site http://newsroom.cisco.com/songdo.

Segue abaixo dois episódio mostrado na página acima:

Em um próximo post irei explicar melhor sobre esse produto Cisco ” Telepresence ” 😀 . Aguardem!!

Abs,
Rodrigo

MTU – Gera lentidão, será?

Mon, 27 Feb 2012 00:00:00 +0000

Olá Pessoal,

Nós já havíamos comentado sobre o pacote jumbro frame em um post anterior e como existem conceitos e configurações relacionados a este tópico, resolvi trazer um laboratório prático para demonstrar o funcionamento desse famoso MTU.

Segue abaixo a topologia executada no GNS3. Neste laboratório estou utilizando o Cisco 2691 em conjunto com o IOS: c2691-advsecurityk9-mz.124-15.T14.bin. Para a conectividade serial o hardware adicionado foi a WIC-2T. Os arquivos do GNS3 podem ser obtidos na nossa seção arquivos.

Nesse laboratório iremos mostrar como a mudança de um parâmetro, em algum ponto da rede, ou seja, na conexão entre a origem e o destino podem afetar a transmissão de pacotes através da Internet ou dentro de sua rede interna.

Neste exemplo iremos fazer a alteração em um parâmetro, entre a conectividade Ethernet do PE1 com o roteador de BackBone. Lembrando-se, que quando esses parâmetros são alterados na rede para habilitar um pacote jumbro frame, por exemplo, todo o caminho que irá encaminhar esse pacote deve aceitar a mesma definição para o MTU.

Para efetuar o teste de conectividade entre os dois pontos, foi executado um ping da máquina ( 192.168.3.10 ) e do roteador CE1 para o roteador CE2 ( loopback – 192.168.5.1). Nesse teste a única forma de fazer com que o pacote, não seja fragmentado, seria através de um parâmetro que chamamos de DF-BIT. Esse parâmetro podemos habilitar normalmente através da CLI do roteador, ou através do DOS de seu computador.

No primeiro teste foi executado o ping através desse comando:

CE1#ping 192.168.5.1 size 1401 df-bit

Type escape sequence to abort.
Sending 5, 1401-byte ICMP Echos to 192.168.5.1, timeout is 2 seconds:
Packet sent with the DF bit set
M.M.M
Success rate is 0 percent (0/5)

Logo abaixo vocês podem observar o status capturado no WireShark, para qual apresenta o “request” do ping, com a flag “df” habilitada.

Devido ao tamanho do pacote ser maior que o permitido pelo MTU, recebemos uma mensagem de “unreachable”, ou seja, o pacote não foi transmitido devido a flag DF-BIT habilitada.

Nesse outro teste envio um pacote de 1500bytes, sem nenhuma marcação do df-bit.

CE1#ping 192.168.5.1 size 1500

Type escape sequence to abort.
Sending 5, 1500-byte ICMP Echos to 192.168.5.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 212/345/412 ms

Nesse teste é colocado 1400bytes, porém com o parâmetro df-bit habilitado.

Para um teste final, fizemos um ping com pacote de 8192bytes, liberando a fragmentação entre a origem e destino.

Essa configuração executada na interface Ethernet foi colocada como teste.

interface FastEthernet0/0
ip address 10.10.1.5 255.255.255.252
ip mtu 1400
duplex auto
speed auto

Desta forma, podemos demonstrar que temos influências no meio de transmissão, quando trabalhamos com um pacote Ethernet e com isso podemos responder a pergunta colocada no título de nosso post.

Espero que vocês tenham gostado e aguardo comentários 🙂 . Se vocês acharem melhor, eu posso fazer uma vídeo aula para demonstrar todos os testes online. Fico no aguardo.

Abs,
Rodrigo

Protocolo OSPF – parte 1

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

Olá Pessoal,

Gostaria de iniciar um assunto que hoje é muito utilizado no nosso dia a dia, e nele temos vários pontos a se discutir e com certeza para aprender. Iremos iniciar uma sequencia de posts para trazer os conceitos desse protocolo IGP que é muito utilizado dentro das corporações.

– Introdução

O protocolo OSPF (Open Shortest Path First), definido pela RFC 2328, é um protocolo IGP (Interior Gateway Protocol), ou seja, desenhado para uso em um Sistema Autônomo Interno ( intra-AS ). O protocolo OSPF foi desenvolvido para atender às necessidades colocadas pelas comunidades da Internet, que demandavam um protocolo IGP eficiente, não-proprietário e operacional com outros protocolos de roteamento.

OSPF baseia-se na tecnologia “ link-state ”, que é bem diferente e bem mais avançada que a tecnologia utilizada em protocolos puramente vetoriais, como o RIP. Como mencionado, nos temos dois tipos de tecnologia que está envolvida com os protocolos de roteamento, que seria link state e vetor distância, veja quais são as diferenças:

Vetor de Distância: Os protocolos que utilizam dessa tecnologia tem como a principal característica a quantidade de saltos, ou seja, a cada ” hop ” para alcançar aquela determinada rede que você deseja, ela será incrementada na distância ” saltos “.
Link State: Os protocolos que utilizam dessa tecnologia tem como a principal característica em trabalhar através do estado do link, ou seja, a métrica inserida para esse tipo de protocolo é baseado em caracteristicas como banda, delay, confiabilidade, carga etc.

Através desses pontos podemos citar as características essenciais que o protocolo utiliza dentro do ambiente:

Não existe limite de saltos para o OSPF
OSPF permite a utilização de VLSM
Podemos fazer utilização de criptografia para a troca das tabelas de roteamento
Toda atualização/anúncio das redes dentro do protocolo são executadas através de endereços multicast
OSPF permite a execução de balanceamento de carga mais eficaz
Dentro do protocolo podemos fazer a utilização de uma hierarquia mais avançada com a utilização de areas. Fazendo dessa forma um método mais controlado de sumarização de rotas e atualizações de tabela de roteamento.
OSPF permite marcações de rotas vindo de outros protocolos externos como BGP, permitindo um rastreamento dessas redes.
Devido a todos esses pontos citados, obviamente que esse protocolo irá fazer uma utilização maior de CPU e memória, devido a diversos pontos adicionais que ele utiliza para controle do protocolo de roteamento, além do que ele consegue montar uma árvore completa da rede.

Após essa breve explicação de OSPF, iremos avançar para nosso próximo post com os conceitos do algoritmo SPF ( Dijkstra ).

Aguardem cenas do próximo capítulo 😀

Abs,
Rodrigo

CCNA alterado!!!

Mon, 30 Jan 2012 00:00:00 +0000

Olá caros,

Acredito que nem todos sabem, mas tivemos alteração no valor da prova do CCNA. UFA!!! Imaginaram que seria a prova, talvez seria melhor 🙁

A Cisco atualizou o preço da prova para a Certificação CCNA, porém também tivemos uma melhoria nos descontos para os alunos que frequentam o NetAcademy. O novo valor da prova foi elevado para U$295,00 e o desconto para estudantes do NetAcademy passaram de 50% para 58%.

Outra alteração que tivemos foi com as provas de entry level ICND 1 e ICND2 que tiveram os preços alterados para U$150,00, ou seja, se fizer as duas provas separadas iremos gastar 5 dolares a mais para concluir o CCNA.

Olhando para essas alterações percebemos que a cada dia essa prova fica mais crítica, portanto afetando mais o ( bolso ) em situações de reprovação. Por isso vamos estudar e ter certeza que estamos aptos a executar essa certificação.

Abs,
Rodrigo

QoS – Configuração de Police – Parte 4

Wed, 11 Jan 2012 00:00:00 +0000

Olá caros,

Como em nosso último post, falamos sobre o tratamento que existem nas filas e como os equipamentos podem trabalhar para efetuar suas operações, hoje iremos comentar um pouco sobre os métodos que temos para efetuar as configurações de police e suas funcionalidades.

Você poderia perguntar o que significa o termo police?

Police seria o termo utilizado pela Cisco, na qual podemos aplicar regras para nossa classe de QoS configurada. Essa police irá trabalhar neste exemplo especificamente para verificar o conform-action, exceed-action e violation-action. Existem outras polices relacionada à esta nomenclatura, porém não iremos tratar nesse post.

Traffic police libera você à controlar margem máxima de tráfego enviada ou recebida em uma interface. Frequentemente, essas configurações são aplicadas nas interfaces de borda da rede para limitar o tráfego de entrada e saída. O tráfego que cai dentro das margens dos parâmetros configurados é enviado, enquanto o tráfego que é excedido dentro dos parâmetros configurados é dropado ou enviados com uma prioridade diferenciada.

Devido ao ” traffic police ” meramente dropar ou re-marcar o tráfego excedente com uma prioridade menor, isso não coloca um ” delay ” para o conform ( não excedido ). Se o tráfego é marcado como dropado, a única coisa a se fazer seria re-transmitir esse pacote. O tráfego re-marcado pode ser colocado com uma prioridade menor dentro da fila que ele foi categorizado, efetuando assim uma medida menos agressiva para as informações que estão sendo processadas pelo seu equipamento.

O método de trabalho que o equipamento utiliza para fazer esses cálculos esta baseado no CAR ( committed access rate ). CAR olha para o tráfego recebido em uma interface, ou um subconjunto daquele tráfego selecionado pelos critérios da ” policy ” configurada, compara a sua taxa à configuração de um ” token bucket “, e então entra em ação com base no resultado ( por exemplo, drop ou remark IP precedência) .

Segue um exemplo sobre a atuação do CAR:

Quando mencionado sobre o token bucket ( balde tokens ), podemos ter confusões relacionados ao CAR. Uma tentativa de esclarecer qualquer confusão, é que o CAR (como o próprio nome descreve) é usado para a política que o tráfego flui naquela taxa de acesso. CAR faz isso com um token bucket, ou seja, um token bucket é um balde com tokens que são representados em bytes (1 byte = 1 token). O balde é preenchido com tokens a uma taxa configurada pelo usuário. Os pacotes que chegam para ser entregue, o sistema irá verificar o token bucket, e se houver tokens suficientes no balde para corresponder ao tamanho do pacote, os tokens são removidos e o pacote é encaminhando (conform-action). Se não há tokens suficientes, o pacote é descartado (exceed-action).

Vamos considerar um exemplo de policy, onde 500 bytes estão atualmente no token bucket. Um pacote é encaminhado exigindo 300 bytes. Os bytes são removidos do bucket, e o pacote é enviado, então antes que o bucket seja re-abastecido com mais tokens, outro pacote de 300 bytes é encaminhado. Devido ao bucket possuir apenas 200 bytes, o pacote não pode ser enviado e é descartado.

Veja abaixo a ilustração para exemplificar:

Esse método exercido através do token bucket é executado através de cálculos para verificar se o tráfego esta dentro dos parâmetros acordados ( SLA ). Police, no entanto, usa o parâmetro Be para especificar o número máximo de bytes que podem ser enviados durante um intervalo de tempo. Portanto, em uma configuração de police, se o Bc é igual ao Be, nenhum excesso de burst ( rajada ) irá ocorrer. Se o excesso bursting ocorrer a police irá considerar esse tráfego de excesso como ( exceed traffic ), ou seja, o CIR acordado foi violado.

Podemos fazer a relação entre Tc, Bc e CIR com a seguinte fórmula:

CIR = Bc / Tc

E podemos re-escrever a fórmula para:

Tc = Bc / CIR

Quando trabalhamos com uma configuração para qual usamos o violation-action, o IOS da Cisco irá utilizar dois bucket para gerenciar os tokens, ou seja, Bc e Be. Se o pacote pode ser usado utilizando o Bc ele estará dentro do conform, mas se ele não pode ser encaminhado usando Bc, ele irá ser encaminhado pelo Be, e estará dentro do exceed, e como última alternativa não podendo ser encaminhado pelo Bc e Be, ele será classificado como violado. Lembrando-se que o trafégo violado ainda pode ser transmitido usando uma combinação de bytes em ambos Bc e Be.

Veja abaixo a ilustração para o método de dois bucket:

Após essas menções vamos colocar alguns comando que podemos usar para a configuração explicada acima:

Neste exemplo podemos notar que a configuração foi executada para um average de 8000bits e um burst de 1000bytes.

Router(config)# class-map access-match
Router(config-cmap)# match access-group 1
Router(config-cmap)# exit
Router(config)# policy-map police-setting
Router(config-pmap)# class access-match
Router(config-pmap-c)# police 8000 1000 conform-action transmit exceed-action drop
Router(config-pmap-c)# exit
Router(config-pmap)# exit
Router(config)# interface fastethernet 0/0
Router(config-if)# service-policy output police-setting

Neste caso estamos trabalhando com dois buckets, mas colocando o exemplo com um exceed burst.

Router(config)# class-map access-match
Router(config-cmap)# match access-group 1
Router(config-cmap)# exit
Router(config)# policy-map police-setting
Router(config-pmap)# class access-match
Router(config-pmap-c)# police 8000 1000 1000 conform-action transmit exceed-action
set-qos-transmit 1 violate-action drop
Router(config-pmap-c)# exit
Router(config-pmap)# exit
Router(config)# interface fastethernet 0/0
Router(config-if)# service-policy output police-setting

Baseado nesses fatos conseguimos concluir que dependendo da sua necessidade, uma determinada configuração irá atender melhor sua demanda, ou seja, existem diversas formas de configurar seu ambiente, porém temos que escolher e definir aquilo que é importante para seu negócio.

Um video foi disponibilizado na nossa seção “ Video Aula “ para demonstrar o funciomento dessa configuração. Os arquivos de configurações podem ser obtidos da nossa seção Arquivos relacionado ao nosso primeiro laboratório parte 1.

PS.: Agradecimentos a Alis Silva pelo fornecimento do rack.

Espero que aproveitem e aguardo comentários 😉 .

Abs,
Rodrigo

Fontes:
Site Cisco – QoS
Cisco Press – Tips

Pacote Jumbo Frame – Ethernet

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

Olá caros,

Hoje iremos tratar de um assunto que escutamos no nosso dia-a-dia, e que em determinados ambientes temos uma grande utilização para esse meio de comunicação ” Metro-Ethernet “.

Neste post vamos trazer informações referenciando-se ao pacote JUMBO FRAME. Vocês poderiam perguntar, porque esse nome?

Na verdade esse nome foi dado, devido a capacidade de informações que podemos inserir dentro do mesmo pacote, para conseguir atravessar o meio sem efetuar fragmentação no pacote. Mas vamos entender melhor esse método, pois dependendo do ambiente isso também não traz benefícios.

O limite de 1500 bytes para o conteúdo dos frames foi criado originalmente como parte das especificações do padrão 10BASE-5, o padrão Ethernet original, de 10 megabits. A idéia era que frames muito grandes agravariam o problema das colisões, permitindo que uma única estação utilizasse o cabo durante um tempo muito longo. Além disso, frames maiores demorariam mais tempo para serem retransmitidos em caso de corrupção do conteúdo, de forma que os 1500 bytes foram aceitos como o melhor custo-benefício.

Dentro das características do padrão ethernet, bem como para o padrão coaxial, segue uma tabela para uma demonstração dessas especificações. Mais detalhes podem ser obtidos através desse link:

O problema é que, de lá pra cá muita muita coisa mudou. O cabeamento evoluiu, a velocidade das redes aumentaram para 100, 1000 e agora para 10000 megabits (1000 vezes a velocidade do padrão original) e, com a substituição dos hubs por switches, as colisões de pacotes deixaram de ser um problema.

Em uma rede de 10 megabits, é possível transmitir 819 frames com 1500 bytes de dados por segundo (lembre-se de que cada frame precisa de 26 bytes adicionais, que incluem os endereços, códigos de CRC e os demais componentes), o que faz com que cada frame demore 1221 nanosegundos para ser transmitido. Em uma rede Gigabit Ethernet, onde a velocidade é 100 vezes maior, o tempo de transmissão de cada frame cai para apenas 12 nanosegundos.

Como o processo de verificação do conteúdo dos frames consome processamento, trabalho que aumenta proporcionalmente conforme aumenta o volume de frames transmitidos, a velocidade das transferências acaba sendo limitada não apenas pelo desempenho das placas, mas também pelo desempenho do processador principal.

Nas redes de 10 e 100 megabits isso não chegava a ser um grande problema, mas a popularização das redes Gigabit Ethernet trouxe o assunto para ser avaliado. Percebendo a possibilidade de melhorarem o desempenho de seus produtos, muitos fabricantes passaram a desenvolver extensões proprietárias, que permitem utilizar frames maiores e assim reduzir o overhead. Estes frames gigantes são os chamados de jumbo frames.

Inicialmente, diferentes padrões eram incompatíveis, mas, com o passar do tempo, os fabricantes concordaram em padronizar o tamanho em 9000 bytes, o que permitiu a interoperabilidade entre produtos de diferentes fabricantes. Em alguns modelos de equipamentos da Cisco, podemos configurar esse valor para 9126 bytes.

A idéia é que o processamento necessário para verificar o CRC de um frame de 1500 bytes de dados não é muito diferente do para verificar um de 9000 bytes, de forma que o uso do processador decai brutalmente com a redução no número de frames transmitidos. Outra vantagem é que recheando cada frame com mais dados, a perda causada pelos 26 bytes adicionais decai proporcionalmente, melhorando o desempenho da rede.

O grande problema dos jumbo frames é que eles não fazem parte dos padrões Ethernet. Como aumentar o tamanho dos frames quebra a compatibilidade com os padrões de rede anteriores, o que é uma das grandes prioridades do IEEE.

Pensando dessa forma, existem alguns métodos para fazer configurações dentro do meio Ethernet, para que possamos encaminhar esses pacotes de 9000bytes dentro da rede. Olhando para os modelos de equipamentos da Cisco, temos diferenças relacionadas as linhas de configuração para cada plataforma ( hardware ). Vamos mencionar alguns modelos, porém podemos consultar a documentação oferecida pela Cisco.

6000 / 6500 / 7600 – Devemos verificar o hardware instalado nesse chassi, para verificar compatibilidade

7609(config)#int gigabitEthernet 1/1
7609(config-if)#mtu ?
<1500-9216> MTU size in bytes

4000 / 4500 – Verificar compatibilidade de hardware, sempre observando qual modelo de supervisora esta sendo utilizado

sup3#conf t
Enter configuration commands, one per line. End with CNTL/Z.
sup3(config)#interface gigabitEthernet 1/1
sup3(config-if)#mtu ?
<1500-9198> MTU size in bytes

3750 / 3560 – Temos diferenças para a disponibilização entre as portas 10/100 e para as portas 1000.

3750(config)# system mtu 1546
3750(config)# exit
3750# reload

3750(config)# system mtu jumbo 9000
3750(config)# exit
3750# reload

2960 – Temos diferenças para a disponibilização nas portas 10/100 e 1000

2960(config)# system mtu 1998
2960(config)# exit
2960# reload

2960(config)# system mtu jumbo 9000
2960(config)# exit
2960# reload

Existem outros modelos referenciando-se aos switches Cisco, porém isso pode ser consultado através desse link.

Como podemos observar esses parâmetros estão designados as conectividades ethernet, ou seja, no momento que estamos trafegando para ambientes WAN que utilizamos outras tecnologias, esse tamanho de pacote vai ser segmentado conforme a especificação daquela interface, para qual vai ter um circuito E1, E3, OC3 e etc.

Podemos mencionar alguns ítens que são necessários para avaliação de habilitar jumbo frame na rede:

Placas e switches GigabiEthernet suportam a utilização de jumbo frame, portanto temos que avaliar os equipamentos instalados na rede.
Avaliar a comunicação fim a fim, pois se determinados meio de comunicação não obtiver essa configuração, você irá segmentar os pacotes, podendo até piorar a performance da rede.
Jumbo frames traz benefícios na transferência de grandes arquivos, pois se a rede utiliza muito streaming, pequenos arquivos você não irá perceber tanta diferença.

Esse detalhe é apenas uma informação que pode ser alterada dentro das especificações ethernet, para qual chamamos de MTU ( Maximum Transmission Unit ). Para o próximo post vou mencionar sobre uma outra particularidade que chamamos de MSS.

Espero que aproveitem as informações e aguardo comentários 😉

Abs,
Rodrigo

Fontes:
https://supportforums.cisco.com/docs/DOC-2013
http://www.cisco.com/en/US/products/hw/switches/ps700/products_configuration_example09186a008010edab.shtml

QoS – Marcação de Pacotes – parte 2

Mon, 24 Oct 2011 00:00:00 +0000

Olá Pessoal,

Conforme anúncio vamos prosseguir com nossos estudos voltados para QoS. No último post havíamos tratado do assunto focando na tecnologia NBAR, e devido ao pontos levantados para execução do laboratório e definições de parâmetros, vamos discutir sobre o cabeçalho IP e a marcação do pacote.

O cabeçalho IP é composto por diversos campos, para qual define funcionalidades específicas para cada ” caixinha “. Todos esses valores são compostos por valores binários e podem ser visualizados através de uma ferramentas de monitoração ( WireShark ).

Segue as definições do cabeçalho IP, com uma relevância para a informação definida no ” ToS “.

Version: Contém o número da Versão IP ( 4 ou 6 ).
Tipo de Serviço (ToS): Valor binário de 8 bits que é usado para determinar prioridade no pacote.
Tempo de Vida (TTL): O valor TTL diminui em pelo menos um a cada vez que o pacote é processado por um roteador ( ou seja, a cada salto ).
Protocolo: Possibilita que a camada de rede passe os dados para camada superior ( 01 – ICMP ; 06 – TCP ; 17 – UDP )
CheckSum: Usado para a verificação de erros no cabeçalho do pacote.
Endereço de Origem: Endereço IP de Origem constituído de 32 bits ( x.x.x.x )
Endereço de Destino: Endereço IP de Destino constituído de 32 bits ( y.y.y.y )

Podemos obter maiores informações sobre todos os campos inseridos dentro do cabeçalho IP utilizando a RFC 791, para qual traz em detalhes cada campo informado dentro do cabeçalho, bem como os valores binários que podemos obter em cada ” caixinha “.

Com base nessa informação temos o formato do nosso IPV4 com 32 bits, para qual pode ser formado através de 4 conjuntos de 8bits cada. Neste formato podemos formar números decimais de 0 à 255. Não irei entrar nesse detalhe, pois iremos tratar desse assunto em outra ocasião, porém segue apenas como informação referenciando-se ao formato desse número que usamos hoje em qualquer lugar/equipamento.

Com base em todas as informações mencionadas acima, vamos apresentar os dados referentes ao tipo de marcação que posso executar dentro do cabeçalho IP para a ” caixinha ” ToS. Esse valor inserido exercerá uma funcionalidade para o pacote que viaja dentro da rede, fazendo com que a sua principal função é dar prioridade para determinados tipos de tráfego/aplicação.

O QoS é o acrônimo de ” Quality of Service “. Trata-se de uma nomenclatura genérica para designar um conjunto de algoritmos capazes de fornecer vários níveis de tratamento para diferentes tipos de tráfego na rede. O propósito dessa tecnologia é otimizar o uso da banda passante provendo um tráfego fim-a-fim eficaz e econômico. O QoS resolve a necessidade da aquisição de mais banda para a rede, pois supre a demanda de tráfego das LANs/WANs de forma inteligente e organizacional através dos mais diversos mecanismos que ele dispõe. Cada um desses tráfegos, merece um tratamento especial conforme suas características. Assim, é necessário que os cuidados especiais sejam obedecidos para que não ocorra possíveis problemas.

Os pontos chaves que o QoS pode tratar melhorando assim a performance da rede, poderia se basear em quatro ítens:

Jitter
Perda de Pacotes
Latência
Bandwidth

Devido aos ítens mencionados acima, foi criado em uma das características do QoS, a marcação do pacote através do DSCP ( Diff Service Point ) ou através de AF ( Assured Forwarding ).

DSCP = ele é composto de 6 bits, no qual temos em decimal a permutação de 2 elevado à 6 que é 64 valores possíveis, variando portanto de 0 à 63. Essa faixa de valores é que define literalmente a marcação dos pacotes. De antemão todo pacote BestEffort (BE) ou melhor esforço é tratado com DSCP 0 ou em binário 000000. Para a instância de voz sobre IP teremos o valor DSCP 46, para qual podemos consultar através da RFC 2598. Segue um exemplo:

AF = Define 4 classes para a proposta de fila, em conjunto com 3 níveis de probabilidade de drops dentro de cada fila. O formato que podemos seguir está baseado em AFxy , no qual esses valores vão implicar em uma tabela ( matriz ) 4 x 3. Os valores mais altos para o X irão ter preferência para serem transmitidos, e os valores maiores em Y terão uma probabilidade maior de drops dentro daquela mesma fila.

PS.: Quando temos a conversão do valor de AF para DSCP, podemos utilizar uma fórmula simples para calcular esse valor. Como mencionamos AFxy podemos fazer:

8x + 2y = valor decimal

Por exemplo: AF41 seria o valor decimal DSCP 34

Com isso podemos mostrar alguns exemplos utilizando as tabelas explicativas abaixo:

Nessa tabela podemos obter informações relacionadas a forma de marcação do DSCP e também como isso é disponibilizado através das categorias de classes. Lembrando-se que para essa marcação temos a disponibilização de 6 bits, podendo combinar diversos valores decimais.

Segue um exemplo da conversão desse valor:

IP Prec 5 (101) maps to IP DSCP 101 000

Essa tabela está referenciando-se ao formato do AFxy, para qual temos a matriz 4×3. Esse conceito pode ser consultados através da RFC 2597.

Baseado nas conversões demonstradas ao lado podemos perceber que temos a utilização apenas 5 bits, para qual é transformado para os valores mapeados em DSCP.

Todas essas informações podem ser consultadas através desse link.

A Cisco tem um modelo para qual podemos seguir dependendo da utilização e da demanda que irá ocorrer em nossa rede. A tabela abaixo pode mostrar o tipo de aplicação e em qual classe é recomendado trabalhar. Vocês poderiam se questionar sobre algumas informações contidas nessa tabela devido a não ter sido explicada anteriormente, mas a coluna ( Queuing and Dropping ), irei citar em outro post tratando especificamente desse assunto.

Essa tabela também esta referenciada através da RFC 4594, seguindo assim as padrões que podemos utilizar para essa tecnlogia.

Uma informação que acredito que seja importante quando falamos de QoS, estaria envolvido com o comportamento dos roteadores/switches. Vocês poderiam perguntar onde os equipamentos podem fazer essa classificação e marcação de pacotes?

Classificação = Somente ingress, e somente se a interface suportar o cabeçalho particular para aquele determinado campo.

Marcação = Somente egress, e somente se a interface suportar o cabeçalho particular para aquele determinado campo.

Em função desses conceitos existe uma vídeo aula disponibilizada em nossa seção, para a demonstração e visualização desses campos, com a marcação dos pacotes trafegados dentro da rede. Sempre recordando que os arquivos para a configuração dos equipamentos está disponibilizado em nossa seção de arquivos.

Os arquivos .txt podem ser utilizados dentro do GNS3, apenas tendo que montar a mesma topologia utilizada para nosso laboratório.

Para nosso próximo post irei trazer informações sobre o tipo de enfileiramento e os modelos que podemos utilizar para o melhor aproveitamento/performance da nossa rede.

Espero que gostem do post e aguardo comentários. 😉

PS.: Agradecimentos a Alis Silva pelo fornecimento do rack.

Abs,
Rodrigo

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

NetRiders America Latina

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

Pessoal,

Gostaria de repassar que a Cisco iniciou sua competição de 2011 para o NetRiders. Esta competição é oferecida aos alunos matriculados no curso CCNA Exploration ou no CCNA Discovery, ou que estavam matriculados no curso CCNA nos últimos 9 meses.

Essa competição traz uma ótima oportunidade para que os estudantes melhorem seus currículos, testem suas habilidades em Redes e TI, e ganhem reconhecimento dentro do mercado de trabalho. Além disso os melhores competidores tem a oportunidade de ganhar uma viagem para os Estados Unidos ( Vale do Silício ).

A competição NetRiders é dividida nas seguintes fases:

Inscrições (15 de agosto a 15 de setembro) – ENROLLMENT KEY (chave de matrícula): latam2011

Primeira Fase – Fase Classificatória (29 de agosto a 17 de setembro)

Segunda Fase – Classificatória Nacional (1 de outubro a 8 de outubro)

Terceira Fase – Finais Internacionais (25 de outubro)

Prêmios e reconhecimento para os ganhadores:

Primeira Fase – os primeiros cinco colocados de cada academia são convocados (com um mínimo de 60% de aproveitamento). O certificado de participação estará disponível para download e os melhores colocados de cada país serão anunciados no site do NetRiders.

Segunda fase – os ganhadores nacionais + o aluno com a melhor nota de cada uma das 25 melhores academias de cada região avançarão. Os ganhadores nacionais vão receber um Visa Gift card no valor de 50 dólares e um certificado eletrônico customizado.

Terceira Fase – GRANDE PRÊMIO: os quatro primeiros colocados nas Finais Internacionais ganharão uma viagem de estudos de uma semana para o Vale do Silício, na Califórnia!

As inscrições podem se feitas através do site NetRiders e façam o Teste Prático.

Para maiores informações visite este site.