NFD25 on Cisco Redes

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